Lịch trình sao lưu SQL Server tốt là gì?

Dường như có rất nhiều thông tin liên quan đến quá trình thiết lập các tác vụ sao lưu, nhưng không có nhiều thông tin về chế độ xem hình ảnh lớn của các bản sao lưu cơ sở dữ liệu. Ít nhất, thật khó để tạo một truy vấn công cụ tìm kiếm cung cấp cho bạn thông tin đó. Tôi biết có ba loại sao lưu khác nhau:

• Sao lưu cơ sở dữ liệu đầy đủ
• Sao lưu cơ sở dữ liệu khác biệt
• Sao lưu nhật ký giao dịch

Có vẻ như tôi phải sử dụng cả ba. Vì vậy, đây có phải là một lịch trình có ý nghĩa?

• Đầu tiên mỗi tháng - Thực hiệnsao lưu cơ sở dữ liệu đầy đủ .
• Mỗi ngày vào lúc nửa đêm - Thực hiệnsao lưu cơ sở dữ liệu khác biệt .
• Cứ sau 15 phút - Thực hiệnsao lưu nhật ký giao dịch .

Bằng cách này, nếu cơ sở dữ liệu của tôi không thành công, giả sử vào ngày 12, tôi sẽ khôi phục lại bản sao lưu cơ sở dữ liệu đầy đủ từ ngày 1, thực hiện 12 bản sao lưu khác biệt từ ngày 1 đến ngày 12, và cuối cùng là khôi phục nhật ký giao dịch gần đây nhất ( Nhật ký giao dịch chênh lệch?).

Cuối cùng, một bản sao lưu cơ sở dữ liệu đầy đủ khép kín? tức là một khi tôi thực hiện sao lưu cơ sở dữ liệu đầy đủ vào ngày 1 tháng 2, tôi có thể xóa tất cả các tệp từ tháng 1 không? Tất nhiên, tôi sẽ giữ một vài bộ trước đó chỉ trong trường hợp, nhưng câu hỏi chỉ mang tính khái niệm.

Như với tất cả mọi thứ trong SQL Server, nó phụ thuộc.

Điều đầu tiên bạn cần làm là đảm bảo rằng bạn hiểu từng loại sao lưu làm gì.

Sách trực tuyến có tất cả các chi tiết về gooey , nhưng đây là tóm tắt của tôi.

Một bản sao lưu FULL chứa mọi thứ trong cơ sở dữ liệu. Một bản sao lưu KHÁC BIỆT là cộng dồn KHÔNG gia tăng. Trong ví dụ của bạn, nếu cơ sở dữ liệu của bạn thất bại vào ngày 12, thì bạn chỉ cần khôi phục lại bản sao lưu đầy đủ từ lần đầu tiên và sau đó là sự khác biệt gần đây nhất vào ngày 12, sau đó là tất cả các bản sao lưu nhật ký giao dịch cho đến khi thất bại. Một bản sao lưu LOG ​​GIAO DỊCH chỉ cần thiết cho cơ sở dữ liệu bằng cách sử dụng mô hình khôi phục được ghi nhật ký đầy đủ hoặc hàng loạt. Nếu bạn đang sử dụng mô hình khôi phục đơn giản thì không cần sao lưu nhật ký giao dịch.

Bây giờ chúng tôi đã xóa nó lên ... Thiết kế lịch sao lưu thực sự phụ thuộc vào lượng dữ liệu bạn cần khôi phục và tốc độ bạn cần khôi phục trong trường hợp diaster. Tôi khuyên bạn nên bắt đầu với một bản sao lưu đầy đủ mỗi ngày. Bạn luôn có thể giảm tần suất sau này. Hãy nhớ rằng sao lưu vi sai là tích lũy kể từ lần cuối đầy đủ, do đó tùy thuộc vào số lượng thay đổi đang diễn ra trong cơ sở dữ liệu của bạn, chênh lệch có thể lớn hơn sao lưu toàn bộ sau một vài ngày. Nếu bạn thực hiện sao lưu đầy đủ mỗi ngày, thì bạn có thể không cần sử dụng vi sai nào cả; tuy nhiên bạn vẫn có thể làm điều đó một lần một ngày và lên lịch vào lúc 12 giờ trưa. Sao lưu nhật ký giao dịch chỉ sao lưu nhật ký. Tần suất sao lưu nhật ký sẽ xác định số lượng dữ liệu bạn muốn mất trong trường hợp xảy ra lỗi. Nếu bạn chạy sao lưu nhật ký của mình cứ sau 15 phút, sau đó bạn sẽ mất đến 15 phút cuối cùng của dữ liệu đã thay đổi. 15 phút là một tần số tốt, nhưng cứ sau 30 phút hoạt động hoàn hảo cho môi trường của tôi.

Như tôi đã nói trước đó, tất cả phụ thuộc vào môi trường của bạn. Sau khi bạn đã thiết kế và thiết lập lịch trình sao lưu của mình, hãy nhớ kiểm tra nó trên một máy chủ thay thế. Thực hành khôi phục bản sao lưu đầy đủ, khác biệt và nhật ký của bạn để bạn biết mọi thứ hoạt động như bạn đã thiết kế.

Books Online có một số thông tin tốt nếu bạn có kế hoạch sử dụng Gói bảo trì, nhưng nếu bạn thực sự muốn linh hoạt thì hãy xem các tập lệnh sao lưu của Ola Hallengren .