Nhật ký vận chuyển DB lớn - những gì về nhật ký?


8

Tôi hiện đang thiết lập vận chuyển nhật ký của một DB lớn (Khoảng 1,5TB) và đang tự hỏi tôi có thể làm gì với tệp nhật ký.

Khi nó đứng, tôi muốn làm các bước sau:

  1. Thay đổi DB thành FULL recovery
  2. Sao lưu FULL (5-6 giờ) trên chính
  3. Khôi phục sao lưu FULL thành thứ cấp (để lại trong BÌNH THƯỜNG)
  4. Lấy bản sao lưu DIFF trên chính
  5. Khôi phục sao lưu DIFF về thứ cấp (vẫn còn trong BÌNH THƯỜNG)
  6. Khởi tạo vận chuyển nhật ký bằng cách sử dụng 'Cơ sở dữ liệu đã được khởi tạo'

Vấn đề là trong khi tôi đang sao lưu toàn bộ, tệp nhật ký sẽ điền nhanh hơn so với (các) bản sao lưu có thể hoàn thành.

Tôi có những lựa chọn nào để giữ cho tệp nhật ký không bị đầy? Tôi có thể chỉ sao lưu nhật ký như bình thường trong các bản sao lưu FULL vì khôi phục DIFF sẽ bao gồm mọi giao dịch diễn ra trong khung thời gian đó không? Có ai đã làm điều này trước đây với một DB có kích thước này, có mẹo / thủ thuật nào để làm cho nó dễ dàng hơn không?

Câu trả lời:


9

Nếu tôi hiểu bạn chính xác, vấn đề chính của bạn là các tệp nhật ký trong vài giờ sao lưu. Từ tuyên bố mở đầu của bạn, tôi hiểu rằng cơ sở dữ liệu 1,5 TB thường chạy trong phục hồi SIMPLE và do đó không có bản sao lưu nhật ký để làm.

Tuyên bố miễn trừ trách nhiệm: Tôi chưa bao giờ thực hiện đăng nhập vận chuyển trên quy mô này.

Tất nhiên, bạn nên hỏi xem bạn có thể nhận thêm dung lượng được phân bổ cho các tệp nhật ký của mình không. Nếu bạn có thể, thì tuyệt vời.

Tuy nhiên, tôi nghĩ rằng một sửa đổi nhỏ trong kế hoạch của bạn, với điều kiện bạn đã chạy trong mô hình khôi phục SIMPLE và / hoặc rủi ro của mô hình khôi phục SIMPLE trong vài giờ là đáng giá, sẽ giảm bớt một số lo lắng của bạn.

  1. Giữ (hoặc đặt) DB trong mô hình khôi phục SIMPLE.
  2. Sao lưu FULL (5-6 giờ) trên chính
  3. Khôi phục sao lưu FULL thành thứ cấp (để lại trong BÌNH THƯỜNG)
  4. Đặt DB trong mô hình khôi phục FULL
  5. Lấy bản sao lưu DIFF trên chính
  6. Khôi phục sao lưu DIFF về thứ cấp (vẫn còn trong BÌNH THƯỜNG)
  7. Khởi tạo vận chuyển nhật ký bằng cách sử dụng 'Cơ sở dữ liệu đã được khởi tạo'

Những lợi thế rõ ràng là:

  1. Không có tệp nhật ký để sao lưu trong quá trình sao lưu FULL lớn.
  2. Chuyển sang FULL trước khi bắt đầu sao lưu DIFF sẽ cung cấp cho bạn nhật ký cần thiết để bắt đầu và sự tăng trưởng dài nhất của nó có lẽ là trong quá trình sao lưu DIFF.

Về việc sao lưu nhật ký có thể bắt đầu:

https://technet.microsoft.com/en-US/l Library / ms190729 (v = SQL.105) .aspx

Điều này nói: "Chuỗi nhật ký mới bắt đầu bằng bản sao lưu cơ sở dữ liệu đầy đủ đầu tiên sau khi tạo cơ sở dữ liệu hoặc sau khi chuyển từ mô hình khôi phục đơn giản sang mô hình khôi phục được ghi nhật ký đầy đủ hoặc hàng loạt."

Vì vậy, tôi vẫn tin rằng điều này sẽ hoạt động như đã vạch ra. (Không giống nhau, nhưng tôi đã sử dụng một bản sao lưu vi sai để che lấp một khoảng trống khi các tệp nhật ký bị mất, để thiết lập một nguồn gốc mới cho các bản sao lưu nhật ký.)

(Tất nhiên hãy nhớ từ chối trách nhiệm của tôi.)


Tôi nghĩ rằng âm thanh như nó sẽ làm việc. Tôi hiện đang thực hiện sao lưu FULL và sẽ báo cáo lại vào ngày mai với kết quả. Cảm ơn sự giúp đỡ của RLF, tôi sẽ đánh dấu nó là câu trả lời ngay khi mọi thứ được thực hiện, trong trường hợp chúng tôi có một hoặc 2 bước để thêm cho các độc giả tương lai về vấn đề này.
Kris Gruttemeyer

Đợi đã, không phục hồi FULL không kích hoạt cho đến khi sao lưu FULL đầu tiên được thực hiện? Tôi tự hỏi nếu chuyển sang phục hồi hoàn toàn sau lần sao lưu đầy đủ đầu tiên sẽ không có hiệu lực vì phục hồi hoàn toàn không kích hoạt cho đến sau lần sao lưu đầu tiên.
Kris Gruttemeyer

@KrisGruttemeyer - bài được cập nhật
RLF

Sao chép điều đó, tôi sẽ báo cáo lại vào ngày mai. Điều này vẫn đang sao lưu.
Kris Gruttemeyer 21/07/2015

Đảm bảo bạn đã nén sao lưu vào ...
Rob Farley
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.