Резервное копирование SQL Server с использованием теневого копирования тома

9

Многие известные утилиты резервного копирования для Windows используют службу теневого копирования томов, встроенную в более новые версии Windows, для создания моментального снимка диска для безопасного резервного копирования открытых файлов.

Но насколько хорошо этот механизм работает с SQL Server? Я знаю, что VSS Writer для SQL Server существует, чтобы помочь системам резервного копирования взаимодействовать с SQL Server, но не все системы резервного копирования знают о SQL Server и используют предоставляемый им API-интерфейс для резервного копирования.

Итак, мой вопрос: как насчет программ, которые ничего не знают о SQL Server?

Предположительно они получают моментальный снимок файлов MDF и LDF, поскольку они существовали в одно мгновение. И, по-видимому, формат данных SQL Server достаточно надежен, чтобы такой снимок гарантированно был последовательным и пригодным для использования.

Так все работает, или я что-то упустил? Есть ли "ошибки" в использовании такого механизма резервного копирования, или я буду в безопасности?

windows sql-server backup vss tylerl
источник

Ответы:

8

Короткий ответ: они не очень хорошо играют вместе, если вы не настроили сервер SQL должным образом (и даже тогда я бы не рекомендовал это).

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

Одно предупреждение, хотя:

предположительно, формат данных SQL Server достаточно надежен, чтобы такой снимок гарантированно был согласованным и пригодным для использования

Это большое предположение, и, к сожалению, это не всегда безопасно. Вот почему ваши планы обслуживания MSSQL важны для обеспечения возможности восстановления после аварий.

Марк Хендерсон
источник
6

Вы никогда не создаете резервные копии файлов MDF и LDF.

Вы запускаете резервные копии (планы, SQL, SMO и т. Д.), Затем создаете резервные копии этих файлов резервных копий.

Честно говоря, я не понимаю, что говорит продавец о VSS. Мне также не нравится любой поставщик, который имеет плагин SQL Server для резервного копирования. Вы используете только собственные резервные копии SQL Server

К вашему сведению: вы также исключаете MDF и LDF из сканирования на вирусы.

ГБН
источник
2

Если у вас нет программного обеспечения, у которого есть SQL-опция, тогда:

Создайте планы обслуживания SQL или запланированные задания резервного копирования для баз данных, сбросьте их на диск, а затем сделайте резервную копию сервера. Или, когда вы их дампите, сбросьте их прямо в место резервного копирования с диска на диск, если оно у вас есть.

Очиститель
источник
2

Основная проблема с резервным копированием VSS связана с кэшированием на сервере SQL.

Текущее состояние на вашем диске не всегда содержит все изменения базы данных. Программа резервного копирования должна знать об этом, чтобы сервер sql записал все свои кэши, прежде чем делать снимок am.

Сказав это: самый безопасный метод по-прежнему резервное копирование в управлении SQL / с помощью инструментов сервера SQL.

И вы должны исключить все данные SQL Server и файлы резервных копий из virusscanner (.bak, .mdf, .ldf).

Андреас Рем
источник
3
Вся цель архитектуры VSS Requestor \ Writer состоит в том, чтобы проверяющее приложение (например, приложение резервного копирования) могло дать указание владельцу (SQL Server \ Exchange и т. Д.) Сбросить все кэшированные данные и открыть транзакции, а затем очистить кэш диска ОС перед тем, как сделать снимок. Хорошо ли это работает - это еще одна проблема, но архитектура делает все возможное для обеспечения согласованности файлов.
Хелвик
2
нет если вы не сделали сумасшедшее изменение конфигурации, когда транзакция зафиксирована, она находится на диске. в кеше ничего не зафиксировано, что не записано на диске.
Longneck