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

Ngày 22/07/2014 đăng bởi seo3.vdo@gmail.com

Không có gì bí ẩn về máy chủ sao lưu SQL là. Họ là rất cần thiết, tuy nhiên bạn sử dụng cơ sở dữ liệu của bạn.

Bài viết này mình xin giới thiệu đến các bạn những điều cơ bản của cơ sở dữ liệu sao lưu và phục hồi 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 có thể làm cho các doanh nghiệp họ làm việc cho. Sao lưu không phù hợp, mất tích, hoặc chưa được kiểm tra có thể thực sự gây ra toàn bộ kinh doanh thất bại . Vấn đề mà làm cho các bản sao lưu một vấn đề kinh doanh cơ bản, không phải là một kỹ thuật. Tuy nhiên, giải pháp cho các vấn đề kinh doanh là thông qua phương tiện kỹ thuật, các quy trình sao lưu khác nhau được cung cấp bởi SQL Server 2014.

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

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

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à một loại chính sách bảo hiểm trong trường hợp ban đầu đi xa. Cùng áp dụng cho các bản sao lưu cơ sở dữ liệu SQL Server đến một mức độ, nhưng sao lưu cơ sở dữ liệu không chỉ đơn giản là một bản sao tập tin. Họ là một loại rất cụ thể của bản sao đó là nhận thức về bản chất giao dịch của SQL Server. Bản sao này sẽ được tạo ra theo cách như vậy là để đối phó với các giao dịch là ‘bay’ chưa được hoàn thành. Chỉ đơn giản là sao chép các tập tin mà định nghĩa một cơ sở dữ liệu sẽ không giải quyết các giao dịch và có thể dẫn đến hỏng dữ liệu nghiêm trọng. Vì lý do này, bạn nên, trong hầu hết trường hợp, sử dụng các quy trình sao lưu bản địa hay, công cụ của bên thứ ba mà làm việc trực tiếp với các quá trình bản địa như Red Gate SQL sao lưu . Có một số hệ thống quy mô lớn sẽ cần phải làm việc với cơ chế sao lưu không đúng tiêu chuẩn như bức ảnh chụp SAN. Đây là những xa ngoài phạm vi của bài viết này.

Hầu hết các cơ chế sao lưu cơ bản và một số trong những người cao cấp hơn được bao phủ trong bài viết này. Tuy nhiên, sao lưu cơ sở dữ liệu trình bày một chủ đề rất phức tạp. Bài viết này sẽ đảm bảo rằng bạn có các thông tin bạn cần để có được sao lưu tại chỗ trên hệ thống của bạn, nhưng có nhiều hơn để tìm hiểu về các quá trình trong SQL Server làm nền tảng cho việc sao lưu.

Để bắt đầu với SQL Server sao lưu, trước tiên bạn cần phải tìm hiểu rõ các mô hình phục hồi được cung cấp 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 giao dịch và quản lý nhật ký giao dịch. Các phương pháp quản lý nhật ký giao dịch được kiểm soát bởi các mô hình cơ sở dữ liệu phục hồi. Có ba:

Đơn giản: Tất cả các giao dịch được ghi vào nhật ký. Sau khi một trạm kiểm soát, tất cả các giao dịch đã cam kết sẽ tự động loại bỏ từ nhật ký, còn được gọi là cắt bỏ các bản ghi. Không có điểm khôi phục trong thời gian là có thể.

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

Đầy đủ: Tất cả các giao dịch được ghi vào nhật ký. Nhật ký chỉ có thể được rút ngắn với một hoạt động sao lưu đăng nhập. Phục hồi điểm-trong-thời gian là có thể.

Trong khi số lượng lớn-đăng Phục hồi mẫu nào có thể làm giảm kích thước của bản ghi, những hạn chế nó đặt trên điểm khôi phục trong thời gian làm cho nó ít khả thi cho hầu hết các cơ sở dữ liệu trên hầu hết các hệ thống. Phần lớn trọng của người sử dụng hoặc đơn giản hoặc Full-Recovery Model. Tôi sẽ tập trung vào hai mô hình chính trong bài viết này.

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

Vì vậy, việc xác định đầu tiên có được những gì RPO bạn sẽ được chụp cho trong cơ sở dữ liệu trong câu hỏi. 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 đơn giản có thể thực hiện sao lưu của bạn và đăng nhập quản lý dễ dàng hơn nhiều. Nhưng bạn phải nhớ rằng bạn đầu hàng khả năng để khôi phục lại một thời gian điểm-in-. Đối với hầu hết các hệ thống sản xuất, nơi dữ liệu là rất quan trọng cho các doanh nghiệp, bạn nên có kế hoạch phục hồi đầy đủ cùng với các bản sao lưu theo lịch trình đăng nhập cần thiết.

Ứng dụng thực tiến

Có bất kỳ số lượng “thực hành tốt nhất” để sao lưu cơ sở dữ liệu. Tôi chỉ sẽ bao gồm một vài trong số các quan trọng nhất. Đầu tiên và quan trọng nhất, và tôi lặp lại điều này rất nhiều, sao lưu cơ sở dữ liệu là một cái gì đó các doanh nghiệp phải được xác định, không phải là người kỹ thuật. Làm việc với doanh nghiệp của bạn để xác định các phương pháp 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 một đĩa khác nhau cho một nơi mà bạn lưu trữ dữ liệu của bạn và hệ đ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à lý do tại sao nó là một ý tưởng tốt để sử dụng lưu trữ off-site, có thể thông qua dự phòng đến URL hoặc thông qua các quá trình khác. Nếu bạn không phải lo lắng về đĩa không, sau đó bạn thực sự sẽ không cần phải làm sao lưu cơ sở dữ liệu của bạn cả. Nhưng phần cứng vẫn thất bại, vì vậy đi mà vào tài khoản.

Phần lớn các cơ sở dữ liệu phải được cấu hình với phục hồi hoàn toàn trong tâm trí. Điều này có nghĩa bạn sẽ cần phải thiết lập sao lưu đăng nhập một cách thường xuyên. Tần số thực sự phụ thuộc vào yêu cầu phục hồi của bạn mà bạn có thể làm việc với các doanh nghiệp để xác định.

Như bạn đã thấy, nó là khá đơn giản để sao lưu thiết lập và 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 lưu trữ ở đâu. Nó vô dụng, trừ khi bạn có thể khôi phục lại nó. Cơ chế duy nhất tốt nhất bạn phải đảm bảo rằng bạn có thể khôi phục lại nó là để thực sự khôi phục lại nó.  Bằng cách đó, bạn không chỉ kiểm tra xem các bản sao lưu làm việc, nhưng cũng có được thực hành trong quá trình khôi phục lại nó khi thời gian đến. Thực hành khôi phục của bạn thường xuyên.

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

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

Trên đây là một tổng quan về khả năng của các quá trình sao lưu cho SQL Server 2014. Hầu hết những gì được bao phủ phần lớn là áp dụng, như văn bản, tất cả các cách trở lại cho SQL Server 2000. Tôi đã cố gắng để xác định khi chức năng khác nhau đã được giới thiệu, nhưng bạn luôn có thể tham khảo các sách trực tuyến cho các phiên bản của SQL Server. Chỉ cần nhớ, sao lưu chủ yếu là một vấn đề kinh doanh, không phải là một công nghệ một. Để đi đến một chiến lược sao lưu tốt, bạn phải làm việc với doanh nghiệp của bạn để đảm bảo rằng bạn đang cung cấp bảo hiểm đầy đủ cho họ. Đừng quên luyện tập phục hồi thường xuyên như bạn có thể, đặc biệt là nếu sao lưu của bạn rất phức tạp. Quản lý sao lưu không phải là khó khăn, nhưng điều quan trọng là bạn làm đúng. Đừng vội vã nhé. Suy nghĩ thông qua các chiến lược của bạn. Tối ưu hóa  và tối đa hóa các công nghệ khác nhau mà bạn có trong tay để đi đến một phương pháp tối ưu cho doanh nghiệp của bạn.

Chúc các bạn thành công!