Mô hình phục hồi thực hành tốt nhất của bạn cho cơ sở dữ liệu SharePoint là gì

Paul Randal đã hỏi một số câu hỏi thực sự hay về các thực tiễn tốt nhất cho cơ sở dữ liệu SharePoint SQL. Hôm nay, trong khi giúp khách hàng duy trì cài đặt SharePoint, anh đã hỏi tôi một câu hỏi về mô hình phục hồi SQL tốt nhất cho cơ sở dữ liệu SharePoint.

Đó là cách làm của tôi (Tôi không phải là quản trị viên DB :)))) để sử dụng mô hình khôi phục Đơn giản. Nếu cơ sở dữ liệu SharePoint được sao lưu thường xuyên và bạn cũng có bản sao lưu công cụ của bên thứ 3 trên cơ sở cấp mục, bạn thực sự không cần phải giữ toàn bộ nhật ký.

Am i thiếu cái gì ở đây? Đây có phải là cách tiếp cận đúng? Bạn đã bao giờ sử dụng nhật ký SharePoint DB để khôi phục dữ liệu của mình chưa?

Nó hoàn toàn phụ thuộc vào số lượng dữ liệu bạn sẵn sàng mất so với số lượng nỗ lực quản trị cần thiết. Nếu bạn đang sử dụng mô hình khôi phục đơn giản và thực hiện sao lưu mỗi tuần một lần vào Chủ nhật ... nếu bạn gặp sự cố vào lúc 11:59 ngày thứ bảy, thì bạn đã mất một tuần làm việc. Tăng tần suất sao lưu (hoặc lấy chênh lệch) sẽ giảm lượng mất dữ liệu.

Bằng cách thực hiện sao lưu toàn bộ / khác biệt thường xuyên nhưng sử dụng mô hình khôi phục đầy đủ với nhật ký giao dịch, bạn có thể khôi phục bản sao lưu cuối cùng và sau đó phát lại nhật ký giao dịch đến một thời điểm ngay trước khi xảy ra sự cố và mất rất ít dữ liệu.

Nói về Paul Randal ... anh ấy vừa viết một bài viết tuyệt vời về chính xác chủ đề này cho Tạp chí TechNet tháng này :) http://technet.microsoft.com/en-us/magazine/dd822915.aspx

Chỉ sao lưu cơ sở dữ liệu sẽ KHÔNG nhận được tất cả thông tin sharepoint của bạn. Chắc chắn nó sẽ nhận được mọi thứ trong cơ sở dữ liệu, nhưng tất cả các tùy chỉnh và giao diện bị mất. Điều này có thể không quan trọng với bạn với tư cách là quản trị viên nhưng tôi đảm bảo với bạn rằng người dùng của bạn sẽ không hài lòng.

Các tùy chọn bao gồm nhận một tác nhân sao lưu có thể đọc cơ sở dữ liệu sharepoint cho phần mềm sao lưu của bạn hoặc thực hiện một số bản sao lưu theo kịch bản lấy thông tin cấu hình và đặt bản sao lưu cơ sở dữ liệu SQL của bạn vào nơi nào đó an toàn.

http://technet.microsoft.com/en-us/l Library / cc288330.aspx Có một số thông tin.

KIỂM TRA bản sao lưu của bạn. Khôi phục chúng. Xem những gì thay đổi, những gì hoạt động những gì không. Khôi phục đầu tiên của chúng tôi không tốt như nó có thể được. May mắn cho chúng tôi, đó chỉ là một phần của quá trình tạo ra một máy chủ thử nghiệm trùng lặp với máy chủ sản xuất của chúng tôi, thay vì cố gắng khôi phục dữ liệu bị mất hoặc bị phá hủy.

Chỉnh sửa cho phù hợp Khi đọc lại, tôi nhận ra rằng tôi đã bị phân tâm và bỏ lỡ điểm trả lời của câu trả lời. Nếu bạn thực hiện sao lưu đầy đủ với ghi nhật ký giao dịch, bạn có thể quay lại thời điểm tốt hơn nhiều. Điều này đòi hỏi nhiều kỹ năng hơn như một DBA nhưng nó không khó lắm. Nếu bạn không có hàng tấn cập nhật và mất cả ngày thì công việc không phải là kết thúc của thế giới thì có lẽ bạn vẫn ổn. Các tùy chọn khác bao gồm chạy sao lưu đơn giản thường xuyên hơn. Nói Midnight, 10AM, 2PM, 6PM hoặc bất cứ điều gì hoạt động cho chu kỳ làm việc của tổ chức. Điều này sẽ ăn nhiều đĩa hơn, nhưng giảm rủi ro mất dữ liệu của bạn. Như với tất cả các bản sao lưu, nó là sự cân bằng giữa những gì người dùng sẽ chịu đựng và những gì quản trị viên có thể cung cấp.

Sharepoint cần được xử lý như cơ sở dữ liệu SQL vì đây là cơ sở dữ liệu SQL, vì vậy hãy thực hiện tất cả các biện pháp phòng ngừa thiết lập SQL thông thường của bạn trong việc thiết lập cửa hàng. Đối với các bản sao lưu, bạn không chỉ nên sao lưu cơ sở dữ liệu thường xuyên mà bạn cần sao lưu 12 tổ ong chứa tất cả thông tin SP của bạn.

Kiểm tra chủ đề này để biết thêm thông tin: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/102c5c71-38a3-4360-b5cb-9b8b7c07bfea

Có một số cơ sở dữ liệu được đặt ở chế độ Đơn giản. Cơ sở dữ liệu Tìm kiếm, ví dụ. Dữ liệu tìm kiếm được lưu trữ ở hai vị trí: cơ sở dữ liệu và tệp chỉ mục trên hệ thống tệp máy chủ. Bạn cần cả hai để phục vụ các truy vấn tìm kiếm và cả hai đều được sao lưu đồng thời để mọi phiên bản được khôi phục hoạt động. Vì tỷ lệ cược là rất, rất thấp, hầu hết mọi người sẽ chọn cách đơn giản là thu thập lại nội dung của họ và tạo lại chỉ mục tìm kiếm.

Trong trường hợp này, chế độ Đơn giản sẽ hoạt động tốt.