Mô hình phục hồi SQL Server 2008 / R2

Khá nhiều tất cả các cơ sở dữ liệu của chúng tôi trên một số máy chủ nhất định không yêu cầu mô hình Full Recovery (chúng tôi không thực hiện sao lưu nhật ký giao dịch) và mặc định phải luôn là tạo cơ sở dữ liệu và chỉ định mô hình Phục hồi đơn giản.

Khá thường xuyên và vì một số lý do thực tế nhất định, nhiều cơ sở dữ liệu được tạo bằng SSMS. Tuy nhiên, có thể mắc lỗi và người vận hành có thể quên chỉ định mô hình Phục hồi đơn giản. Điều này dẫn đến một "bất ngờ" một vài ngày sau đó khi hộp đang vật lộn với không gian đĩa do ba hoặc bốn tệp nhật ký 60 GB chưa bao giờ bị cắt ngắn.

Tôi có thể đặt mô hình Phục hồi đơn giản thành cài đặt mặc định cho cơ sở dữ liệu mới bằng cách định cấu hình mô hình khôi phục trên modelcơ sở dữ liệu. Tuy nhiên, điều này có được khuyến nghị không, nếu tôi làm điều này, nó có thể quay lại và cắn tôi trong bất kỳ cách nào trong tương lai không?

Tôi thấy một trong ba lựa chọn ở đây:

1) bạn có thể có một tập lệnh templated để tạo cơ sở dữ liệu bao gồm rõ ràng mô hình khôi phục.

2) bạn có thể thiết lập modelcơ sở dữ liệu đơn giản và không phải lo lắng về điều này.

3) bạn có thể hy vọng mọi người nhớ, có vẻ như những gì bạn đang làm. (không được khuyến khích)

Cá nhân tôi sẽ đi với số hai. Đó là những gì cơ sở dữ liệu mô hình là có.

Thêm vào @ Surfer513

4) Chính sách quản lý dựa trên chính sách để thực thi mô hình khôi phục đơn giản hoặc nhiều nhất cho bạn biết khi nào DB không

Mặc dù tôi thích mô hình cài đặt đơn giản nhưng điều này không ngăn lệnh T-SQL được sử dụng và đặt nó thành một thứ khác. Bạn có thể sử dụng chính sách để đánh giá xem mô hình khôi phục không đơn giản và chọn để chính sách thay đổi chính sách đó cho bạn.

Bài viết MSSQLTip.com này đang kiểm tra Full, nhưng bạn có thể dễ dàng kiểm tra Simple. Bạn cũng có thể kiểm tra xem có sao lưu trên cơ sở dữ liệu không.

Đặt cược an toàn là đặt DB của bạn ở chế độ đầy đủ, nhưng sau đó bạn có vấn đề tăng trưởng nhật ký. Bây giờ có một số tùy chọn:

• Đặt giới hạn về kích thước tối đa của tệp nhật ký của bạn. Điều này sẽ ảnh hưởng đến hoạt động một khi giới hạn này được nhấn. Lợi ích là nó sẽ ngăn chặn các tình huống trong đó đĩa hết dung lượng và sau đó bạn sẽ gặp vấn đề lớn hơn.
• Tạo thông báo kích hoạt khi tệp nhật ký của bạn phát triển trên hình mờ và sau đó quản lý nó.
• Lịch trình thu nhỏ công việc. Đăng nhập shriking làm tổn thương hiệu suất của DB của bạn. Tôi sẽ không đề nghị nó.

Là DBA, bạn nên sử dụng tất cả các tùy chọn giúp phục hồi. Nó cũng phụ thuộc vào SLA của bạn với doanh nghiệp.

Tất cả những gì đang được nói, tôi quản lý một vài DB trong chế độ đơn giản. Điều này là do sự từ chối được nêu trong SLA. Doanh nghiệp quyết định không chi tiêu vào các ổ đĩa cho các tệp nhật ký (bạn có thể đưa một con ngựa xuống nước, nhưng bạn không thể làm cho nó uống). Doanh nghiệp quản lý sao lưu, khôi phục và DR. Có một DR, và số tiền bị mất lớn hơn chi phí trong không gian đĩa thêm.