Câu trả lời:
Đăng nhập vận chuyển không phải là một kịch bản sao lưu. Đó là một kịch bản bán sẵn cao.
Đối với các bản sao lưu có đầy đủ, sao lưu và sao lưu nhật ký giao dịch. Tất cả chúng nên được sử dụng cùng nhau. SLA của bạn chỉ ra cách bạn sử dụng chúng. Hầu hết các kịch bản điển hình là sao lưu toàn bộ vào lúc nửa đêm, sao lưu khác vào buổi trưa và sao lưu nhật ký giao dịch cứ sau 30 hoặc 15 phút.
Và hãy nhớ rằng: bạn không có bản sao lưu hợp lệ cho đến khi bạn khôi phục từ nó để kiểm tra xem nó có ổn không.
Có thể cho rằng không có khái niệm nào như chiến lược sao lưu: bạn có chiến lược khôi phục vì điều này xác định khoảng thời gian cho đến khi bạn hoạt động trở lại *.
Tất cả các chiến lược đều yêu cầu sao lưu toàn bộ để căn cứ vào bất kỳ khôi phục tiếp theo nào về sao lưu vi sai và / hoặc sao lưu nhật ký.
Trong thực tế, bạn có thể có một bản sao lưu đầy đủ từ 6 tháng trước với các bản sao lưu nhật ký 15 phút: tuy nhiên bạn phải áp dụng mọi bản sao lưu nhật ký từ bản đầy đủ cuối cùng.
Như một ví dụ ngẫu nhiên, một kịch bản có thể đầy đủ hàng tuần, khác biệt hàng ngày, đăng nhập 15 phút.
Khoảng thời gian sao lưu xác định số lượng dữ liệu bạn sẽ mất trong trường hợp xấu nhất: Sao lưu nhật ký 15 phút sẽ khiến bạn mất dữ liệu trong khoảng từ 1 giây đến 14 phút 59 giây, trung bình 7,5 phút. điều này có chấp nhận được không?
Nhật ký vận chuyển là chế độ chờ ấm với chuyển đổi dự phòng thủ công: nó không phải là bản sao lưu mà là một tùy chọn có tính sẵn sàng cao.
Không có một chiến lược nào phù hợp với mọi tình huống. Nhưng điều quan trọng là phải hiểu những gì bạn có sẵn cho bạn. Sao lưu toàn bộ chính xác là những gì chúng nghe giống như: một bản sao lưu đầy đủ cơ sở dữ liệu của bạn, trừ nhật ký giao dịch. Sao lưu khác biệt là bản sao lưu các thay đổi trong tệp dữ liệu kể từ lần sao lưu đầy đủ cuối cùng. Sao lưu Nhật ký giao dịch sẽ sao lưu tất cả các giao dịch được lưu trữ trong nhật ký giao dịch kể từ lần sao lưu Nhật ký giao dịch cuối cùng. Sao lưu Nhật ký giao dịch sẽ cho phép bạn khôi phục đến một thời điểm. Nếu đây là một yêu cầu, bạn sẽ cần đặt chế độ khôi phục thành "Đầy đủ" và bạn sẽ cần thực hiện sao lưu Nhật ký giao dịch thường xuyên tùy thuộc vào số lượng dữ liệu bạn muốn mất trong trường hợp khôi phục.
Khi giao dịch với các bản sao lưu Nhật ký giao dịch, điều quan trọng là phải hiểu chuỗi nhật ký là gì. Theo tôi, chuỗi nhật ký là một chuỗi các bản sao lưu được yêu cầu khôi phục để khôi phục cơ sở dữ liệu của bạn đến một thời điểm nhất định. Để bắt đầu khôi phục nhật ký giao dịch, trước tiên bạn phải khôi phục bản sao lưu đầy đủ bằng cách sử dụng tùy chọn VỚI BÌNH THƯỜNG. Nếu bạn cũng thực hiện sao lưu vi sai, bạn sẽ muốn khôi phục bản sao lưu vi sai gần đây nhất trước thời điểm bạn muốn khôi phục để sử dụng cùng tùy chọn VỚI BÌNH THƯỜNG. Tại thời điểm này, bạn sẽ cần khôi phục các bản sao lưu Nhật ký giao dịch, theo tuần tự, sử dụng tùy chọn VỚI BÌNH THƯỜNG trên tất cả các bản sao lưu ngoại trừ bản sao lưu cuối cùng. Để biết thêm thông tin về thời gian phục hồi, hãy xem liên kết này. http://msdn.microsoft.com/en-us/l Library / ms175093.aspx
Như đã đề cập, Log Shipping không phải là một chiến lược dự phòng, nhưng nó có thể cắt giảm đáng kể thời gian khôi phục trong trường hợp xảy ra tình huống khắc phục thảm họa. Một điều cần chú ý là mọi ấn phẩm sao chép sẽ cần được viết kịch bản đến máy chủ Log Shipping và khởi tạo để sao chép hoạt động như trước thảm họa. Với các ấn phẩm lớn hơn, điều này có thể gây ra sự gia tăng đáng kể thời gian cần thiết để khôi phục trở lại mức sản xuất.
Hi vọng điêu nay co ich,
Matt
Tôi thứ hai Mladen Prajdic. Bài viết này sẽ giúp bạn chọn chiến lược sao lưu phù hợp tùy thuộc vào Mô hình tái khám phá của cơ sở dữ liệu.
đó không phải là chiến lược sao lưu cho SQL Server. Sao lưu toàn bộ và sao lưu là các loại sao lưu mà bạn có thể thực hiện đối với cơ sở dữ liệu SQL Server, trong khi Log Shipping là chiến lược có tính sẵn sàng cao (bằng cách di chuyển các bản sao lưu nhật ký tại thời điểm đã lên lịch từ máy chủ sang máy chủ khác và có 2 cơ sở dữ liệu này đồng bộ hóa với giới hạn sao lưu của bạn).
Thông tin hay về Phục hồi thảm họa (sao lưu và khôi phục :-)) bạn có thể tìm thấy trên MSDN: tại đây và đây . Nói tóm lại, bạn cần chọn số lượng dữ liệu bạn có thể phục hồi từ các bản sao lưu trong trường hợp thất bại. Một mẫu chiến lược sao lưu lành mạnh sẽ là bản sao lưu đầy đủ mỗi ngày và sao lưu nhật ký mỗi giờ (điều này phụ thuộc vào nhu cầu của bạn), vì vậy trong trường hợp này bạn có thể khôi phục cơ sở dữ liệu từ bản sao lưu đầy đủ + tất cả bản sao lưu nhật ký hàng ngày.
Một tài liệu tham khảo thú vị khác về DR bạn có thể tìm thấy trên Simple_Talk .
Tất nhiên, không chỉ bạn cần khôi phục cơ sở dữ liệu của mình, còn có sự phục hồi trong bối cảnh máy chủ và ứng dụng cơ sở dữ liệu là một phần của. Tôi chưa sử dụng nó cho mình, nhưng Trình quản lý bảo vệ dữ liệu có vẻ sẽ thực hiện công việc toàn diện hơn nếu bạn cần.
Cách tốt nhất là sử dụng tất cả ba loại sao lưu. Tất nhiên, bạn có thể bỏ qua sao lưu vi sai của sao lưu nhật ký giao dịch. Mọi thứ phụ thuộc vào cơ sở dữ liệu của bạn, tốc độ phát triển của nó, tần suất bạn thực hiện các thay đổi trong cơ sở dữ liệu của mình và khác. Trước khi chọn gói sao lưu của bạn, hãy xem xét bạn sẵn sàng mất bao nhiêu dữ liệu? Bạn đã sẵn sàng dành bao nhiêu thời gian để khôi phục cơ sở dữ liệu của mình?
Ví dụ: Nếu cơ sở dữ liệu của bạn tăng trưởng nhanh, bạn có thể sử dụng chiến lược sao lưu SQL Server sau: sao lưu toàn bộ - mỗi ngày một lần, sao lưu chênh lệch - cứ sau hai giờ và sao lưu nhật ký giao dịch - cứ sau 20 phút. Trong trường hợp này, nếu thất bại xảy ra, bạn sẽ mất không quá 19 phút làm việc. Một ví dụ khác, nếu cơ sở dữ liệu của bạn tăng trưởng chậm, bạn có thể thực hiện sao lưu toàn bộ mỗi ngày một lần, sao lưu chênh lệch cứ sau sáu giờ và mỗi giờ thực hiện sao lưu nhật ký giao dịch.
Thêm một mẹo nữa - để đảm bảo rằng cơ sở dữ liệu của bạn an toàn, thỉnh thoảng khôi phục lại bản sao lưu của bạn trên máy chủ thử nghiệm.