Các lựa chọn thay thế cho sao lưu mạng


11

Trong môi trường của chúng tôi, chúng tôi có một số máy chủ nằm trong Nhóm Luôn sẵn sàng và một số máy chủ là độc lập.

Chúng tôi thường sao lưu vào một chia sẻ mạng, nhưng gần đây chúng tôi đã quan sát thấy rằng khi các cơ sở dữ liệu đang phát triển lớn hơn, thời gian thực hiện ngày càng dài hơn, làm chậm toàn bộ mạng.

Kịch bản của Ola hallengren đang được sử dụng để nén và chia tách các tệp sao lưu. Tôi chỉ thực hiện sao lưu "đầy đủ" hàng ngày. Các bản sao lưu sẽ vào mạng chia sẻ ổ đĩa EMC isilon.

Tôi không bao giờ thoải mái với EMC DD Boost. Thay thế duy nhất là thực hiện sao lưu cục bộ và sau đó sao chép vào cùng một mạng chia sẻ.

Có cách nào hiệu quả khác ngoài những cách trên không?


Khi cơ sở dữ liệu đạt đến một kích thước nhất định, cách khả thi duy nhất để sao lưu dữ liệu là thông qua sao chép. Nhưng có vẻ như tình huống của bạn chưa có. Tuy nhiên, không có hại khi nghiên cứu về sao chép ngay bây giờ
slebetman

Câu trả lời:


10

Sự thay thế mà bạn đề cập dường như là sự lựa chọn tốt nhất.

Những gì bạn có thể làm là một quá trình 2 bước:

  • Thực hiện sao lưu máy chủ sql riêng với nén bằng giải pháp sao lưu của Ola cục bộ.
  • Sử dụng Robocopy để thực hiện chuyển tiền vào chia sẻ mạng. Điều này được tách rời và có thể chạy như một tác vụ theo lịch trình của Windows.

Bằng cách này, bản sao lưu của bạn là cục bộ và chúng sẽ nhanh chóng. Bạn sẽ cần thêm dung lượng đĩa và dự phòng rõ ràng (nếu đĩa sao lưu bị lỗi - bạn không muốn mất tất cả các bản sao lưu của mình).

Ngoài ra, theo khuyến nghị của Max Vernon, hãy thực hiện Robocopy như một bước trong công việc sao lưu để đảm bảo việc sao lưu chỉ xảy ra nếu quá trình sao lưu thành công và càng sớm càng tốt sau khi sao lưu xong. Việc sao lưu có cùng rủi ro với dữ liệu, miễn là nó vẫn ở địa phương.

Ngoài ra, thường xuyên kiểm tra khôi phục của bạn vì nếu bạn không thể khôi phục bản sao lưu - mục đích của nó là gì!

Ngoài ra, hãy tham khảo câu trả lời của tôi để SQL Backup điều chỉnh cơ sở dữ liệu lớn


15

Có nhiều cách để điều chỉnh các bản sao lưu bằng cách làm rối với các nút khác nhau như MAXTRANSFERSIZE hoặc BUFFERCOUNT hoặc tước tệp (mà bạn đã lưu ý rằng bạn đã làm).

Vấn đề là việc chạm vào các nút đó vẫn có thể dẫn đến việc đạt đến giới hạn của mạng và / hoặc bộ lưu trữ của bạn và chúng không có bất kỳ tác động thực sự nào đến thời gian sao lưu.

Công việc đầu tiên của bạn là điểm chuẩn lưu trữ mà bạn sao lưu bằng cách sử dụng Crystal Disk Mark hoặc DiskSpd . Điều đó sẽ cho bạn một số ý tưởng về việc bạn có thể mong đợi viết nhanh như thế nào là tốt nhất.

Điều tiếp theo bạn cần kiểm tra là đọc từ các ổ đĩa bạn đang sao lưu. Nếu bạn chạy một bản sao lưu vào NUL , bạn có thể mất bao lâu chỉ mất phần đọc của bản sao lưu mà không phải ghi nó vào đĩa.

Với cả hai con số đó, bạn có thể bắt đầu nhắn tin với các nút khác để xem cái nào giúp bạn gần gũi nhất với chúng, bất kể mục tiêu dự phòng của bạn là cục bộ hay được nối mạng.


9

Một vài giải pháp tiềm năng:

  1. Đi từ đầy đủ chỉ để sao lưu đầy đủ hàng tuần và khác biệt hàng đêm có thể là một giải pháp dễ dàng.
  2. Có một số tham số liên quan đến hiệu suất mà bạn có thể điều chỉnh trong các tập lệnh của Ola, bạn có thể điều chỉnh các tham số này để có được hiệu suất mà bạn muốn:

    • BlockSize
      Chỉ định kích thước khối vật lý theo byte.

      Tùy chọn BlockSize trong DatabaseBackup sử dụng BLOCKSIZEtùy chọn trong lệnh BACKUP của SQL Server.

    • BufferCount
      Chỉ định số lượng bộ đệm I / O sẽ được sử dụng cho hoạt động sao lưu.

      Tùy chọn BufferCount trong DatabaseBackup sử dụng BUFFERCOUNTtùy chọn trong lệnh SQL Server BACKUP.

    • MaxTransferSize Chỉ định đơn vị truyền lớn nhất, tính bằng byte, được sử dụng giữa SQL Server và phương tiện sao lưu.

      Tùy chọn MaxTransferSize trong DatabaseBackup sử dụng MAXTRANSFERSIZEtùy chọn trong lệnh SQL Server BACKUP.


5

Có nhiều tùy chọn có thể, nhưng khi cơ sở dữ liệu trở nên lớn hơn và sao lưu toàn bộ mất nhiều thời gian hơn, bạn có thể sẽ phải kết hợp sao lưu vi sai , nếu bạn chưa có:

Tạo một bản sao lưu khác biệt có thể rất nhanh so với việc tạo một bản sao lưu đầy đủ. Một bản sao lưu vi sai chỉ ghi lại dữ liệu đã thay đổi kể từ khi sao lưu toàn bộ dựa trên bản sao lưu vi sai. Điều này tạo điều kiện cho việc sao lưu dữ liệu thường xuyên, làm giảm nguy cơ mất dữ liệu.

Tôi hiểu rằng các tập lệnh của Ola thậm chí có thể được đặt để quyết định giữa một bản sao lưu đầy đủ hoặc khác biệt dựa trên số lượng thay đổi trong cơ sở dữ liệu bằng cách sử dụng tham số ModifyingLevel .

Chúng tôi sử dụng EMC DD Boost và bạn hoan nghênh ý kiến ​​của riêng bạn về nó, nhưng chúng tôi đã tìm thấy, do các phương pháp sao chép phía máy khách mà nó sử dụng, sao lưu toàn bộ cơ sở dữ liệu đa TB có thể rất nhanh, đến mức chúng ta không phải lo lắng về sao lưu vi sai SQL Server. Có hiệu lực bằng cách sử dụng EMC DD, bạn đang thực hiện sao lưu vi sai, không phải trong SQL Server. Sử dụng nhiều tệp đích cũng giúp cải thiện đáng kể tốc độ, ngay cả trên DDBoost.

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.