Sao lưu máy chủ SQL - Một vài câu hỏi

Chúng tôi thực hiện công việc sao lưu hàng tuần vào lúc 9 giờ tối thứ Sáu và chúng tôi đang gặp một số vấn đề liên quan đến dung lượng ổ đĩa (đôi khi rất thấp) và hiệu suất. Chúng tôi đang xem xét tinh giản / tối ưu hóa những gì xảy ra và sẽ đánh giá cao ý kiến ​​của bạn.

Đặc biệt:

1. Quá trình sao lưu mất khoảng 4 giờ để cập nhật số liệu thống kê trong quá trình sao lưu. Chúng ta có thể vô hiệu hóa quá trình này một cách an toàn để tiết kiệm thời gian không?

2. Chúng tôi thường xuyên sử dụng không gian đĩa rất thấp và tự hỏi liệu chúng ta có nên xử lý lại quy trình không. Hiện tại nó tạo bản sao lưu và sau đó xóa bản sao lưu trước đó và đây là những gì đang chiếm dụng không gian đĩa. Chúng ta có thể an toàn xóa trước đó đầu tiên và sau đó thực hiện sao lưu?

Bất kỳ nhận xét hoặc quan sát nào khác đều rất được hoan nghênh EDIT: Tổng kích thước tệp SQL trên máy chủ là khoảng 35 GB. Một db có kích thước khoảng 25 GB trong khi sáu chia sẻ còn lại chiếm 10 GB khác.

(1) Có, tôi thường có quá trình sao lưu. Tôi sẽ không làm gì nhiều trong thời gian dự phòng nếu có thể. Bạn có thể có nó sao lưu và sau đó thực hiện cập nhật về số liệu thống kê. Nghe có vẻ như bạn đang chạy hai công việc (1 để sao lưu, 1 cho thống kê cập nhật) cùng một lúc?

(2) Bạn có sao chép bản sao lưu vào băng hoặc bộ lưu trữ đĩa khác không? Nếu vậy thì tôi thường dọn sạch các tập tin trước khi tôi tạo bản sao lưu mới cục bộ. Nếu không, thì nếu tôi đang tìm kiếm dung lượng lưu trữ, tôi sẽ xem xét việc nén tệp sao lưu trước khi tệp mới được tạo. (Đó là nếu bạn không thể kích hoạt tính năng nén trên các bản sao lưu, như @Simon đề xuất, điều này cũng sẽ tiết kiệm một số dung lượng.)

Tôi chỉ có thể trả lời câu hỏi 2 ở đây. Tôi khuyên bạn nên xem các bản sao lưu nén.

• SQL Server có thể làm điều này, nếu bạn có phiên bản doanh nghiệp 2008. Nếu không nhìn vào hai cái bên dưới.
• Nhiệm vụ Litespeed
• Sao lưu SQL sao lưu

1) Tôi không thấy mối quan hệ trực tiếp giữa nhiệm vụ tạo bản sao lưu và nhiệm vụ cập nhật số liệu thống kê. Vì vậy, bạn có thể chia chúng mà không có bất kỳ vấn đề. Tôi thấy phần thống kê cập nhật liên quan nhiều hơn đến một công việc sẽ phân mảnh / xây dựng lại các chỉ mục.

2) Ngay cả khi đó là thời gian ngắn, bạn không muốn không có bản sao lưu. Vì vậy, bạn sẽ muốn xóa bản sao lưu cuối cùng chỉ khi bạn đã lưu nó ở một nơi khác.

Lưu ý phụ ở đây: nếu bạn đang thực hiện sao lưu trên cùng một hộp lưu trữ nơi bạn có cơ sở dữ liệu, thì các bản sao lưu sẽ không an toàn khi bạn gặp sự cố phần cứng với hộp lưu trữ. Vì vậy, bạn cần đảm bảo bạn có đủ không gian để sao lưu ở một nơi khác, không phải trên cùng một máy.

Lưu ý phụ 2: như Simon đã chỉ định, hãy đầu tư thời gian / tiền vào các bản sao lưu nén nếu bạn gặp vấn đề về không gian. Bạn có thể thấy nhiều ý tưởng trong câu hỏi này: Bản sao lưu nhỏ nhất có thể có với Máy chủ SQL .

Nhiệm vụ thống kê cập nhật của bạn không nên mất 4 giờ cho cơ sở dữ liệu 3-4 GB. Nhiều khả năng bạn có một số vấn đề I / O hoặc bạn có một cơ sở dữ liệu bị phân mảnh nặng nề đang tạo ra các vấn đề I / O. Chạy phân mảnh hoặc xây dựng lại chỉ mục trên cơ sở dữ liệu và xem nếu điều đó cải thiện hiệu suất. Nếu không thì hãy kích hoạt perfmon và kiểm tra xem nút cổ chai hiệu suất của bạn ở đâu.

Tôi không khuyên bạn nên xóa bản sao lưu duy nhất của bạn trước khi lấy một cái mới. Đây không phải là lần đầu tiên một bản sao lưu thất bại hoặc trường hợp bị hỏng, và có một khoảng cách về thời gian mà không có cơ hội phục hồi là không nên.

Đó không phải là giải pháp cho vấn đề của bạn. Tìm hiểu làm thế nào để có nhiều không gian hơn để chứa cả hai sẽ là cách đúng đắn để làm điều đó.