Tìm hiểu về sao lưu và hồi sinh dữ liệu

không tồn tại gì bí hiểm về máy chủ sao lưu SQL là. Họ là rất cần thiết, dẫu thế bạn sử dụng cơ sở tài liệu của bạn.

bài viết này mình xin đưa ra tới các bạn các điều căn bản của cơ sở tài liệu sao lưu & phục sinh với SQL Server 2014.

Nhận được SQL Server sao lưu phải là điều quan trọng nhất mà một chuyên gia dữ liệu rất có thể làm cho các Công Ty họ thao tác cho. Sao lưu chưa hợp, mất tích, hoặc không được kiểm tra rất có thể thực sự gây ra tất cả buôn bán thất bại . Luận điểm mà để cho những bản sao lưu một vấn đề buôn bán cơ bản, không hẳn là một kỹ thuật. Tuy nhiên, phương án cho các luận điểm buôn bán là thông qua phương tiện đi lại kỹ thuật, những tiến trình sao lưu không giống nhau được cung ứng bởi SQL Server 2014.

>>> Xem thêm: bán dell t330

1. Sao lưu

Một bản sao lưu là gì khác hơn một bản sao được tạo ra như là 1 trong loại chế độ bảo hiểm trong tình huống ban đầu đi xa. Cùng áp dụng cho những bản sao lưu cơ sở tài liệu SQL Server đến một mức độ, nhưng sao lưu cơ sở dữ liệu không chỉ dễ dàng là một trong bản sao tập tin. Họ là một trong loại rất cụ thể của bản sao chính là nhận thức về thực chất thanh toán của SQL Server. Bản sao này sẽ được tạo ra Theo phong cách như thế là để đối phó với các thanh toán giao dịch là ‘bay’ chưa được hoàn thành. Chỉ đơn giản dễ dàng là sao chép các tập tin mà định nghĩa một cơ sở tài liệu sẽ không còn giải quyết và xử lý các giao dịch & có thể dẫn đến hỏng tài liệu nghiêm trọng. Vì Tại Sao này, bạn nên, trong phần đông trường hợp, sử dụng các quy trình sao lưu địa phương hay, công cụ của bên thứ ba mà thao tác trực tiếp với các các bước bản địa như Red Gate SQL sao lưu . Có 1 số hệ thống quy mô lớn sẽ cần phải thao tác làm việc với cơ chế sao lưu không đúng tiêu chuẩn như Tấm hình chụp SAN. Đấy là những xa ngoài khoanh vùng phạm vi của bài viết này.

phần đông những chế độ sao lưu cơ bản & một số người cao cấp hơn được bao phủ trong nội dung bài viết này. Dẫu thế, sao lưu cơ sở tài liệu trình diễn một chủ đề rất tinh vi. Nội dung bài viết này sẽ đảm bảo rằng bạn có các thông báo bạn cần để giành được sao lưu tại chỗ trên khối hệ thống của bạn, nhưng có nhiều hơn để hướng đến về những tiến trình trong SQL Server làm nền tảng gốc rễ cho sự sao lưu.

Để bước đầu với SQL Server sao lưu, thứ nhất bạn phải đào bới rõ những mô hình phục sinh được cung ứng bởi SQL Server.

2. Mô hình phục hồi

tất cả các bản sao lưu trong SQL Server bị ảnh hưởng bởi thanh toán giao dịch và cai trị nhật ký giao dịch thanh toán. Những phương pháp quản lý nhật ký giao dịch được kiểm soát điều hành bởi những loại hình cơ sở tài liệu hồi phục. Có ba:

Đơn giản: toàn bộ các thanh toán được ghi vào nhật ký. Sau khi một trạm kiểm soát, toàn bộ những thanh toán đã cam đoan sẽ tự động hóa vô hiệu hóa từ nhật ký, còn được gọi là cắt bỏ những bản ghi. Không có điểm phục sinh trong khoảng time là rất có thể.

con số lớn-đăng nhập: toàn bộ những giao dịch được ghi vào bản ghi ngoại trừ một số loại hoạt động ít nhất đăng nhập như BULK INSERT và INSERT INTO. Nhật ký chỉ có thể được rút ngắn với 1 hoạt động sao lưu đăng nhập. Phục hồi điểm-trong-thời gian là hoàn toàn có thể miễn là không có vận động ít nhất đăng nhập là trong bất kể sao lưu đăng nhập nhu cầu.

Đầy đủ: toàn bộ các thanh toán được ghi vào nhật ký. Nhật ký chỉ có thể được rút ngắn với cùng một vận động sao lưu đăng nhập. Phục sinh điểm-trong-thời gian là có thể.

Trong khi số lượng lớn-đăng phục sinh mẫu nào hoàn toàn có thể làm giảm form size của bản ghi, những có hạn nó để lên trên điểm phục sinh trong time khiến cho nó ít khả thi cho hầu như các cơ sở dữ liệu trên đa số những khối hệ thống. Nhiều phần trọng của quý khách hàng hoặc đơn giản dễ dàng hoặc Full-Recovery model. Tôi sẽ tập kết vào hai loại hình chính trong bài viết này.

đó là yêu cầu của Doanh Nghiệp để xác định xem bạn phải mô hình Full hoặc dễ dàng phục sinh. Bạn cũng có thể cần được thao tác làm việc với những Doanh Nghiệp để xác định mục tiêu Recovery Point (RPO). RPO rất nhiều xác định con số thông báo mà các Doanh Nghiệp có thể chịu đựng được mất. Trong hồi sinh dễ dàng và đơn giản, tất cả những tài liệu Tính từ lúc lần sao lưu tương đối đầy đủ hoặc sai sẽ bị mất. Điều đó là vì đăng nhập được cắt ngắn sau mỗi trạm kiểm soát (một quy trình tự động hóa lau chùi và vệ sinh bộ nhớ lưu trữ và giao dịch thanh toán trong SQL Server). Trong toàn hồi phục, nó chỉ là những dữ liệu trong hệ thống kể từ khi sao lưu ở đầu cuối Đăng nhập mà bị mất. Nó thậm chí là hoàn toàn có thể có khả năng lấy tài liệu bằng phương pháp chạy các gì Được biết thêm đến như 1 bản sao lưu đuôi log (thêm vào đó trong Restore đến 1 phần Point-trong thời hạn dưới đây).

chính vì thế, việc định vị trước tiên có được những gì RPO bạn sẽ tiến hành chụp cho trong cơ sở dữ liệu trong thắc mắc. Nếu đó là một hệ thống trung học với dữ liệu mà không phải là quan trọng, phục hồi dễ dàng và đơn giản rất có thể tiến hành sao lưu của bạn & đăng nhập cai trị đơn giản dễ dàng hơn nhiều. Nhưng bạn cần phải nhớ rằng bạn đầu hàng năng lực chuyên môn để phục sinh lại một khoảng thời gian điểm-in-. Đối với số đông những khối hệ thống sản xuất, nơi dữ liệu là rất quan trọng cho những Doanh Nghiệp, bạn nên có kế hoạch hồi sinh không thiếu thốn cùng theo với những bản sao lưu theo lịch trình đăng nhập cần thiết.

>>> Xem thêm: bán dell T440

ứng dụng thực tiến

Có bất kể con số “thực hành tốt nhất” để sao lưu cơ sở tài liệu. Mình chỉ sẽ bao gồm 1 vài trong những các quan trọng nhất. Đầu tiên & quan trọng nhất, và tôi lặp lại điều đó không ít, sao lưu cơ sở dữ liệu là một cái nào đấy các Doanh Nghiệp phải được định vị, Chưa hẳn là kẻ kỹ thuật. Làm việc với Công Ty của bạn để định vị các cách tốt nhất để đảm bảo rằng thông tin của bạn được bảo vệ.

Bạn nên sao lưu vào trong 1 đĩa khác biệt cho một nơi mà bạn tàng trữ dữ liệu của bạn và hệ quản lý điều hành của máy chủ của bạn. Điều này là để giúp bảo đảm chống lại một điểm thất bại duy nhất. Đó cũng là Tại Sao Vì Sao nó là 1 ý nghĩ đó tốt để sử dụng tàng trữ off-site, rất có thể thông qua dự trữ đến URL hoặc thông qua các quá trình khác. Nếu khách hàng không phải lo lắng về đĩa không, tiếp đến bạn sự thật sẽ không nhất thiết phải làm sao lưu cơ sở tài liệu của bạn cả. Nhưng phần cứng vẫn thất bại, chính vì như vậy đi mà vào thông tin tài khoản.

đa số những cơ sở dữ liệu phải được cấu hình với phục sinh trọn vẹn trong tâm địa trí. Điều ấy có nghĩa các bạn sẽ rất cần phải thiết lập sao lưu đăng nhập 1 cách liên tiếp. Tần số thực sự phụ thuộc nhu cầu hồi phục của bạn mà bạn cũng có thể thao tác với những Công Ty để định vị.

Như bạn đã nhận thức thấy, nó là khá dễ dàng để sao lưu setup & chạy. Không có nhiều đến nó. Nhưng, một bản sao lưu là gì, nhưng một tập tin được tàng trữ nơi nào. Nó vô dụng, trừ khi bạn cũng có thể Phục hồi lại nó. Chế độ duy nhất tốt nhất có thể bạn cần phải đảm bảo rằng chúng ta cũng có thể Phục hồi lại nó là để sự thật phục sinh lại nó. Bằng cách đó, bạn không chỉ có kiểm tra xem các bản sao lưu thao tác làm việc, nhưng cũng có thể có được thực hành thực tế trong quá trình phục sinh lại nó khi thời gian đến. Thực hành thực tế phục sinh của bạn liên tiếp.

ở đầu cuối, tôi sử dụng T-SQL trong nội dung bài viết này để cho thấy thêm làm sao để thực hiện sao lưu và phục sinh. Mình đã làm như thế bởi vì bạn nên sử dụng kịch bản cho cả các bản sao lưu của bạn. Chính là chính vì ngữ cảnh sẽ cho phép bạn để phát huy điều hành và kiểm soát tối đa hơn các gì được sao lưu, làm sao nó được sao lưu, nơi mà nó được sao lưu, vv Nó cũng chính là một ý tưởng tốt để đặt ra một quy ước đặt tên cho sao lưu của bạn để nó kha khá đơn giản để định vị các tập tin mà thay mặt đại diện. Bạn có thể phối kết hợp tên cơ sở tài liệu, tên sever và thậm chí một ngày dài và thời hạn vào tên của tập tin. Nó thuộc vào bạn, nhưng rõ rệt là bạn của bạn giữa những tình huống này. Kịch bản sẽ giúp ở đây quá.

đối với nhiều hơn thế về sao lưu thực hành tốt nhất, bạn hãy xem thêm bài viết này trên 7 lỗi sao lưu đề phòng .

Trên đó là một tổng quan về năng lực của những các bước sao lưu cho SQL Server năm trước. Phần đông những gì được che phủ đa số là vận dụng, như văn bản, tất cả những phương pháp trở lại cho SQL Server 2000. Mình đã cố gắng để định vị khi công dụng khác nhau đã được trình làng, nhưng bạn luôn có thể tìm hiểu thêm các sách online cho những phiên bản của SQL Server. Chỉ cần nhớ, sao lưu đa số là một trong những vấn đề kinh doanh, Chưa hẳn là 1 công nghệ tiên tiến một. Để đi đến một kế hoạch sao lưu tốt, bạn phải thao tác làm việc với Công Ty của bạn để đảm bảo rằng bạn đang cung ứng bảo hiểm rất đầy đủ cho họ. Đừng quên luyện tập hồi phục liên tục như chúng ta có thể, nhất là nếu sao lưu của bạn rất tinh vi. Cai trị sao lưu không hẳn là gian nan, nhưng điều quan trọng là bạn làm đúng. Đừng vội vã nhé. Tâm trí trải qua những kế hoạch của bạn. Tối ưu hóa & tối đa hóa những công nghệ tiên tiến khác biệt mà bạn có trong lòng bàn tay để đi đến một cách thức Gia Công cho Công Ty của bạn.

>>> Xem thêm: bán dell T640