Резервні копії SQL Server за допомогою Volume Shadow Copy

Багато відомих утиліт резервного копіювання для Windows використовують службу копіювання обсягу тіней, вбудовану в новіші версії Windows, щоб створити моментний знімок диска, щоб безпечно створювати резервну копію відкритих файлів.

Але наскільки добре цей механізм грає з SQL Server? Я знаю, що SQL Server VSS Writer існує для того, щоб допомогти системам резервного копіювання взаємодіяти з SQL Server, але не всі системи резервного копіювання знають про SQL Server і скористатись API, який він надає.

Отже, моє запитання: як щодо програм, які нічого не знають про SQL Server?

Вони, ймовірно, отримують своєчасний знімок файлів MDF та LDF, оскільки вони існували в один момент. І, мабуть, формат даних SQL Server є досить надійним, щоб такий знімок був гарантований послідовним та корисним.

Це так працює, чи я щось пропускаю? Чи є "gotchas" щодо використання такого механізму резервного копіювання, або я б був у безпеці?

Коротка відповідь: вони не грають дуже добре разом, якщо у вас не буде належним чином налаштований SQL-сервер (і навіть тоді я б не рекомендував це).

Тут багато інформації про спільну гру VSS та MSSQL:
MSKB919023: Підключення до SQL Server 2005 та Служба копіювання тонів (VSS) .

Одне слово попередження, хоча:

імовірно, формат даних SQL Server є досить надійним, щоб такий знімок був гарантований послідовним та корисним

Це велике припущення, і це, на жаль, не завжди безпечно зробити. Ось чому ваші плани обслуговування MSSQL мають важливе значення для того, щоб ви могли відновитись після катастроф.

Ви ніколи не створюєте резервні копії файлів MDF та LDF.

Ви запускаєте резервні копії (плани, SQL, SMO, що завгодно), а потім створюєте резервні копії цих файлів резервної копії.

Чесно кажучи, я не розумію, що говорить будь-який постачальник про VSS. Я також не люблю будь-якого постачальника, який має плагін SQL Server для резервного копіювання. Ви використовуєте лише власні резервні копії SQL Server

FYI: ви також виключаєте MDF та LDF з сканування вірусів.

Якщо у вас немає програмного забезпечення, яке має "опцію" SQL, тоді:

Створіть плани обслуговування SQL або заплановані завдання резервного копіювання для баз даних, скиньте їх на диск, а потім створіть резервну копію сервера. Або коли ви скидаєте їх, скидайте їх прямо на місце резервного копіювання диска на диск, якщо у вас є.

Основна проблема резервного копіювання VSS викликана кешуванням на сервері sql.

Поточний стан на вашому диску не завжди містить усі зміни бази даних. Резервне програмне забезпечення повинно знати про це, щоб сервер sql записав усі його кеші, перш ніж робити знімок.

Сказавши це: найбезпечнішим методом все ще є резервне копіювання в управлінні sql / за допомогою серверних інструментів sql.

І вам слід виключити всі дані сервера sql та резервні файли з вірусних сканерів (.bak, .mdf, .ldf).