Sao lưu máy chủ SQL bằng cách sử dụng Volume Shadow Copy


9

Nhiều tiện ích sao lưu nổi tiếng dành cho Windows sử dụng Dịch vụ sao chép âm lượng được tích hợp trong các phiên bản mới hơn của cửa sổ để tạo ảnh chụp nhanh theo thời gian của đĩa để sao lưu an toàn các tệp đang mở.

Nhưng cơ chế này hoạt động tốt như thế nào với SQL Server? Tôi biết rằng SQL Server VSS Writer tồn tại để giúp các hệ thống sao lưu tương tác với SQL Server, nhưng không phải tất cả các hệ thống sao lưu đều biết về SQL Server và tận dụng API liên quan đến sao lưu mà nó cung cấp.

Vì vậy, câu hỏi của tôi là, những gì về các chương trình không biết gì về SQL Server?

Họ có lẽ có được một ảnh chụp nhanh theo thời gian của các tệp MDF và LDF khi chúng tồn tại cùng một lúc. Và có lẽ định dạng dữ liệu SQL Server đủ mạnh để một ảnh chụp nhanh như vậy sẽ được đảm bảo phù hợp và có thể sử dụng được.

Đó là cách mọi thứ hoạt động, hay tôi đang thiếu một cái gì đó? Có "gotchas" về việc sử dụng một cơ chế sao lưu như vậy, hoặc tôi sẽ an toàn?

Câu trả lời:


8

Câu trả lời ngắn gọn: họ không chơi rất tốt với nhau trừ khi bạn có máy chủ SQL được cấu hình phù hợp (và thậm chí sau đó tôi không khuyến nghị điều đó).

Có rất nhiều thông tin về VSS & MSSQL chơi cùng nhau tại đây:
MSKB919023: Kết nối SQL Server 2005 và Dịch vụ sao chép khối lượng (VSS) .

Một lời cảnh báo mặc dù:

có lẽ định dạng dữ liệu SQL Server đủ mạnh để ảnh chụp nhanh như vậy được đảm bảo nhất quán và có thể sử dụng được

Đó là một giả định lớn, và không phải lúc nào cũng an toàn để thực hiện điều không may. Đó là lý do tại sao các kế hoạch bảo trì MSSQL của bạn là cần thiết để đảm bảo bạn có thể phục hồi sau thảm họa.


6

Bạn không bao giờ sao lưu các tập tin MDF và LDF.

Bạn chạy các bản sao lưu (kế hoạch, SQL, SMO, bất cứ điều gì) sau đó sao lưu các tệp sao lưu này.

Thành thật mà nói, tôi không hiểu được bất kỳ nhà cung cấp nào nói về VSS. Tôi cũng không thích bất kỳ nhà cung cấp nào có plugin SQL Server để sao lưu. Bạn sử dụng SQL Server sao lưu bản địa chỉ

FYI: bạn cũng loại trừ các loại gỗ MDF và LDF khỏi quá trình quét vi-rút.


2

Nếu bạn không có phần mềm có "tùy chọn" SQL thì:

Tạo các kế hoạch bảo trì SQL hoặc các công việc Sao lưu theo lịch trình cho cơ sở dữ liệu, kết xuất chúng vào đĩa, sau đó sao lưu máy chủ. Hoặc khi bạn đổ chúng, hãy đổ thẳng chúng vào vị trí sao lưu từ đĩa sang đĩa nếu bạn có.


2

Vấn đề chính với sao lưu VSS là do bộ nhớ đệm trong máy chủ sql.

Trạng thái hiện tại trên đĩa của bạn không phải lúc nào cũng chứa tất cả các thay đổi cơ sở dữ liệu. Backupsoftware phải nhận thức được điều này để đảm bảo rằng máy chủ sql ghi tất cả các bộ nhớ cache trước khi bạn chụp nhanh.

Có nói rằng: phương pháp an toàn nhất vẫn là sao lưu trong quản lý sql / với các công cụ máy chủ sql.

Và bạn nên loại trừ tất cả dữ liệu máy chủ sql và các tệp sao lưu khỏi virusscanners (.bak, .mdf, .ldf).


3
Toàn bộ mục đích của kiến ​​trúc VSS Requestor \ Writer là để đảm bảo rằng ứng dụng tin cậy (ví dụ: ứng dụng Sao lưu của bạn) có thể hướng dẫn chủ sở hữu (SQL Server \ Exchange, v.v.) xóa sạch tất cả dữ liệu được lưu trong bộ nhớ cache và mở giao dịch, sau đó xóa bộ đệm đĩa hệ điều hành trước chụp ảnh nhanh. Cho dù nó hoạt động tốt là một vấn đề khác nhưng kiến ​​trúc làm nhiều nhất có thể để đảm bảo các tệp được nhất quán.
Helvick

2
À, không. trừ khi bạn đã thực hiện một thay đổi cấu hình điên rồ, một khi giao dịch được thực hiện, nó sẽ ở trên đĩa. không có gì được cam kết trong bộ nhớ cache mà cũng không được cam kết trên đĩa.
longneck
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.