Cách hiệu quả nhất để nén và lưu trữ bản sao lưu SQL Server là gì? [đóng cửa]


9

Tôi đã thực hiện một số thử nghiệm các phương pháp khác nhau để nén và lưu trữ các bản sao lưu SQL Server (sử dụng phiên bản SQL Server 2008 R2 Enterprise) và tôi tự hỏi thuật toán nén hiệu quả nhất là gì để lưu trữ lâu dài các bản sao lưu đó, bên ngoài SQL thuật toán nén nội bộ.

Tôi không lo lắng về bộ nhớ vật lý hoặc ổ đĩa băng hoặc bất cứ thứ gì, chỉ cố gắng biến 3TB dữ liệu và tệp nhật ký của chúng tôi thành tệp nhỏ nhất có thể.

Vì vậy, ví dụ, một .zip hoặc .7z? Hoặc có quá nhiều biến trong cơ sở dữ liệu của tôi để có thể ước tính chính xác cái gì sẽ hiệu quả nhất và tôi chỉ cần thực hiện một số thử nghiệm? Hoặc là nén nội bộ của SQL Server là tốt nhất tôi sẽ nhận được?


Bộ nhớ vật lý là yếu tố thúc đẩy cho việc này, bởi vì dung lượng ổ cứng của chúng ta sắp hết. Tuy nhiên, tôi muốn tránh xa cuộc thảo luận về loại RAID tôi đang sử dụng hoặc câu trả lời là "Chỉ cần lấy thêm đĩa", vì đó là những thứ tôi đang làm việc, nhưng là giải pháp lâu dài.
Sean Long

Điều này có vẻ giống như một cái gì đó bạn có thể kiểm tra, vì nó sẽ phụ thuộc phần lớn vào bản chất của dữ liệu của bạn . Sao lưu cơ sở dữ liệu bằng nén, sau đó thử nén tệp sao lưu thêm bằng các công cụ nén khác. Cá nhân tôi không thể tưởng tượng bạn sẽ rít đủ không gian để làm cho nó đáng để làm phức tạp quá trình và đừng quên rằng nén nhiều hơn = nhiều CPU hơn đôi khi = nhiều thời gian hơn. Vì vậy, nếu phải mất thêm một phút để tiết kiệm thêm 100 MB dung lượng ổ đĩa, điều đó có đáng không khi bạn tranh giành để khôi phục?
Aaron Bertrand

Câu trả lời:


13

Tôi đã thực hiện một số thử nghiệm các phương pháp khác nhau để nén và lưu trữ Sao lưu MS SQL (sử dụng phiên bản MS SQL 2008 R2 Enterprise) và tôi tự hỏi thuật toán nén hiệu quả nhất là gì để lưu trữ lâu dài các bản sao lưu đó, bên ngoài SQL thuật toán nén nội bộ.

Vì bạn đang sử dụng phiên bản SQL 2008 R2 Enterprise, bạn có thể / phải tận dụng

Nén sao lưu sử dụng các chu kỳ CPU để nén dữ liệu trước khi rời khỏi máy chủ và đó là lý do tại sao trong phần lớn các tình huống, sao lưu nén nhanh hơn sao lưu không nén.

Lưu ý rằng khi bạn sử dụng các công cụ nguồn mở, bạn cần giải nén tệp sao lưu cơ sở dữ liệu trước khi bạn có thể tự bắt đầu quá trình khôi phục.

ví dụ: Khi bạn nhận được bản sao lưu cơ sở dữ liệu SQL là 50 Gb, được nén thành 5 GB. Để khôi phục cơ sở dữ liệu này, bạn cần nhiều không gian đĩa hơn:

  • 5 Gb cho tệp zip
  • 50 Gb cho tệp sao lưu
  • 50 Gb cho cơ sở dữ liệu được khôi phục. (giả sử chúng không có khoảng trống trong cơ sở dữ liệu)

Trong tổng số 105 Gb của không gian đĩa là cần thiết.

Bạn vẫn có thể sử dụng các công cụ nén mã nguồn mở như gzip , 7Zip , bzip2 hoặc QuickLZ sau khi nén sao lưu có lợi.

Ngoài ra, hãy xem Sao lưu nén MSSQL trên codeplex.

Tài liệu tham khảo tốt cho số liệu thống kê so sánh


3
Nếu bạn nén các bản sao lưu của mình thông qua nén SQL, bạn sẽ không thể nén được nhiều nếu bạn cố nén zip / 7zip / rar tệp sao lưu.
dùng1207758

8

Về mặt nén sao lưu, tôi đã (một vài năm trước đây) so sánh các tùy chọn nén sao lưu được cung cấp bởi SQL Backup của Red Gate , LiteSpeed ​​cho SQL ServerSQLSafe của Idera , điểm chuẩn ba sản phẩm. Sự khác biệt trong một bản sao lưu điển hình khi nén tối đa là khoảng 5% giữa ba lần thực hiện và mức chênh lệch rộng hơn một chút cho kích thước sao lưu, với Red Gate xuất hiện trên cùng (nén 90% so với 80 & 85% cho Idera & Nhiệm vụ, theo thứ tự đó).

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.