Резервное копирование Windows Server не предназначено для резервного копирования SQL Server.
... Тем не менее, дизайн делает его особенно подходящим для небольших организаций или людей, которые не являются ИТ-специалистами ...
Цитата из пошагового руководства по Windows Server Backup для Windows Server 2008 : «Кто должен использовать Windows Server Backup?»
В разделе, который вы цитировали, в основном говорится, что, когда запускается Windows Server Backup, он запускает функцию VSS в Windows. SQL Server будет знать, что происходит теневое копирование тома, и с помощью службы SQL Server Writer обеспечит выполнение копии файлов базы данных (* .mdf, * .ndf, * .ldf).
Назначение службы SQL Server Writer определяется следующим образом:
При запуске Database Engine блокируется и имеет эксклюзивный доступ к файлам данных. Когда служба SQL Writer не запущена, программы резервного копирования, работающие в Windows, не имеют доступа к файлам данных, и резервное копирование должно выполняться с использованием резервного копирования SQL Server.
Используйте службу записи SQL, чтобы разрешить программам резервного копирования Windows копировать файлы данных SQL Server во время работы SQL Server.
Цитата из раздела службы SQL Writer : «Цель»
Так что это в основном все, что происходит с Windows Server Backup.
Резервные копии, созданные с помощью Windows Server Backup во время работы SQL Server, должны быть согласованными, но транзакции, еще не записанные на диск, не находятся в теневой копии тома. Снимок базы данных был сделан в режиме онлайн.
Однако в статье MSDN « Резервные копии моментальных снимков» говорится:
Только следующие типы резервных копий могут быть резервными копиями моментальных снимков:
- Полные резервные копии
- Частичные резервные копии
- Резервные копии файлов
- Разностные резервные копии базы данных. Они поддерживаются только тогда, когда поставщик использует интерфейс VSS.
и дополнительно:
За исключением случаев, отмеченных ранее в этом разделе, резервные копии моментальных снимков функционально эквивалентны соответствующим обычным резервным копиям. Резервные копии моментальных снимков можно использовать в последовательностях восстановления с полными резервными копиями без снимков, разностными и журнальными резервными копиями. Как и другие резервные копии, резервные копии моментальных снимков отслеживаются в базе данных msdb, где резервные копии моментальных снимков определяются с помощью backupset.is_snapshot = 1. Для получения дополнительной информации о базе данных msdb см. База данных msdb.
SQL Server не поддерживает оперативное восстановление из резервной копии моментального снимка. Восстановление резервной копии снимка автоматически переводит базу данных в автономный режим. Пошаговое восстановление может включать резервные копии моментальных снимков, но все последовательности восстановления выполняются автономно. Для получения дополнительной информации о восстановлении по частям см. Выполнение восстановления по частям.
Чтобы ответить на ваши вопросы:
- Мне просто нужно сделать резервную копию .mdf? .Mdf и .ldf?
- Онлайн или просто офлайн?
- Какова официальная процедура восстановления баз данных SQL Server, сохраненных таким образом?
- Есть ли что-то особенное, чтобы рассмотреть, делая инкрементные / дифференциальные резервные копии?
- Где все это задокументировано?
ответы:
- Да, вы можете сделать Windows Server Backup (VSS) копию файлов .mdf и .ldf. Резервная копия должна быть согласованной, но после восстановления база данных будет находиться в автономном режиме.
- Если SQL Server остановлен / база данных отключена / база данных находится в автономном режиме, то копия VSS-файлов .mdf и .ldf на 100% согласована.
- Я не уверен, как восстановить базу данных (на определенный момент времени), которая выполняется с помощью Windows Server Backup, потому что база данных восстанавливается в автономном состоянии. База данных, находящаяся в состоянии OFFLINE, не может быть восстановлена / восстановлена далее, и в результате этого база данных ONLINE приводит к тому, что база данных считается полностью восстановленной. Я бы порекомендовал отдельные резервные копии SQL Server FULL, DIFF и TLOG, чтобы обеспечить возможность восстановления базы данных на определенный момент времени.
- Журналы транзакций не являются частью снимков, созданных с помощью Window Server Backup, и должны выполняться дополнительно. Разностные моментальные снимки поддерживаются сторонними поставщиками как часть последовательности резервного копирования, но Windows Server Backup не может выполнять разностное резервное копирование. В этом случае вам также придется выполнить дополнительное дифференциальное резервное копирование. (см. 3.)
- Разные ссылки
Объяснено в реальной реализации
В нашей среде мы имеем похожую ситуацию, когда VMware создает моментальный снимок, а администраторы баз данных проводят дампы SQL Server с помощью Commvault. История резервного копирования выглядит так:
DBNAME TYPE BACKUPSET_NAME IS_SNAPSHOT BACKUP_START_DATE
------- ---- ------------------------- ----------- -----------------------
DB_NAME Full NULL 1 2016-12-10 18:23:59.000
DB_NAME Full CommVault Galaxy Backup 0 2016-12-10 20:07:41.000
DB_NAME Log CommVault Galaxy Backup 0 2016-12-11 06:00:40.000
DB_NAME Full NULL 1 2016-12-11 18:24:00.000
DB_NAME Diff CommVault Galaxy Backup 0 2016-12-11 20:03:38.000
DB_NAME Log CommVault Galaxy Backup 0 2016-12-12 06:02:29.000
DB_NAME Log CommVault Galaxy Backup 0 2016-12-12 07:02:17.000
Снимок VMware создаст запись в таблицах истории базы данных MSDB с IS_SNAPSHOT = 1и FULLдля каждого снимка VMware, который проводится (ежедневно). Собственное (ну, в общем, Commvault, использующее нативное) резервное копирование SQL Server выполняется с использованием резервного копирования FULL, DIFF и TLOG. Эти резервные копии не помечены как IS_SNAPSHOT и существуют как дополнительные записи FULL (раз в неделю), DIFF (через день) и LOG (ежечасно) в таблицах резервных копий в базе данных msdb.
С помощью этой настройки мы можем выполнить восстановление даты и времени моментального снимка, а затем перевести базу данных в ОНЛАЙН, или мы можем выполнить индивидуальное восстановление в любой момент времени, используя «собственные» резервные копии SQL Server.