Многие известные утилиты резервного копирования для Windows используют службу теневого копирования томов, встроенную в более новые версии Windows, для создания моментального снимка диска с целью безопасного резервного копирования открытых файлов.
Но насколько хорошо этот механизм работает с SQL Server? Я знаю, что существует средство записи VSS для SQL Server, чтобы помочь системам резервного копирования взаимодействовать с SQL Server, но не все системы резервного копирования знают о SQL Server и используют API, связанный с резервным копированием, который он предоставляет.
Итак, мой вопрос: как насчет программ, которые ничего не знают о SQL Server?
Предположительно, они получают моментальный снимок файлов MDF и LDF в том виде, в каком они существовали в один момент времени. И, предположительно, формат данных SQL Server достаточно устойчив, чтобы гарантировать согласованность и пригодность такого снимка.
Это так, или я что-то упускаю? Есть ли "подводные камни" при использовании такого механизма резервного копирования, или я буду в безопасности?
Короткий ответ: они не очень хорошо работают вместе, если у вас нет соответствующего настроенного SQL-сервера (и даже в этом случае я бы не рекомендовал это).
Здесь много информации о совместной игре VSS и MSSQL:
MSKB919023: Подключение к SQL Server 2005 и служба теневого копирования томов (VSS).
Одно предупреждение:
предположительно формат данных SQL Server достаточно надежен, чтобы такой моментальный снимок гарантированно был согласован и пригоден для использования.
Это серьезное предположение, которое, к сожалению, не всегда безопасно. Вот почему ваши планы обслуживания MSSQL необходимы для обеспечения восстановления после сбоев.
Вы никогда резервное копирование файлов MDF и LDF.
Вы запускаете резервные копии (планы, SQL, SMO, что угодно), а затем резервные копии этих файлов резервных копий.
Честно говоря, мне наплевать, что говорят о VSS какие-либо производители. Мне также не нравятся любые поставщики, у которых есть подключаемый модуль SQL Server для резервного копирования. Вы используете собственные резервные копии SQL Server только
К вашему сведению: вы также исключаете MDF и LDF из проверки на вирусы.
Основная проблема с резервным копированием VSS вызвана кешированием на сервере sql.
Текущее состояние на вашем диске не всегда содержит все изменения базы данных. Программа резервного копирования должна знать об этом, чтобы убедиться, что сервер sql записывает все свои кеши, прежде чем вы сделаете снимок.
С учетом сказанного: самый безопасный метод по-прежнему - резервное копирование в управлении sql / с помощью инструментов сервера sql.
И вы должны исключить все данные сервера sql и файлы резервных копий из вирусов сканирования (.bak, .mdf, .ldf).
Если у вас нет программного обеспечения с опцией SQL, тогда:
Создавайте планы обслуживания SQL или запланированные задания резервного копирования для баз данных, выгружайте их на диск, а затем создайте резервную копию сервера. Или, когда вы сбрасываете их, сбрасывайте их прямо в место резервной копии с диска на диск, если оно у вас есть.