Сможет ли Veeam 8 Snapshot Backup восстановить мои базы данных, не поддерживающие сжатие файлов, если в это время кто-то вошел в них?
У нас есть очень старые файловые базы данных (многопользовательские, но не серверные), которые работают на некоторых виртуальных машинах на VMWare ESXi.
Настроить
гипервизор,
ESXi работает под управлением ESXi версии 5.1.0
Виртуальные машины
Виртуальная машина с Visual Fox Pro работает под управлением Windows Server 2003 Standard Edition версии 5.2.3790 с пакетом обновления 2 (SP2), сборка 3790, 32-разрядная.
Виртуальная машина с MS Access работает под управлением Windows Server 2003 Enterprise Edition 5.2.3790 с пакетом обновления 2, сборка 3790, 32-разрядная.
На обеих виртуальных машинах установлены VMware Tools 9.0.0, build-782409...
Файловые базы данных, не поддерживающие непрерывную работу
Файловыми базами данных являются Visual Fox Pro 9.0757 (бесплатный каталог таблиц .dbf а также .cdx файлы) и серверная часть базы данных MS Access 2003 .mdb,
Метод резервного копирования
Резервное копирование Esxi осуществляется с помощью Veeam 8.
Veeam Backup and Replication версии 8.0.0.917 с установленным исправлением 1 и резервное копирование на NAS в сети SAN с iSCSI (если это имеет значение).
И это обратное инкрементное резервное копирование, которое делает снимок виртуальной машины во время резервного копирования.
Первоначально этот метод обратного инкрементного резервного копирования берет полную резервную копию и сохраняет ее в .vbk файл, и с каждой дополнительной резервной копией он сохраняет изменения в .vrb файл.
Для резервного копирования были применены следующие настройки:
Базы данных Quiescable и VSS
Служба теневого копирования томов (VSS) запускает события для приложений (уведомляет приложения), которые могут быть запущены на сервере, таком как SQL Server, так что все ожидающие транзакции SQL, которые могут выполняться, завершаются до резервного копирования и, таким образом, все входящие операции останавливаются перед созданием резервной копии файлов, в которых хранится база данных, это называется глаголом quiesce. Это причина использования серверного процесса для размещения вашей базы данных, а не просто использования файлов и программы, которая к ним подключается, резервное копирование файлов может быть выполнено быстро и без блокировки всех пользователей.
Резервное копирование файловых баз данных
Так что же происходит, когда вы создаете резервную копию своей базы данных, и у нее нет возможности завершать существующие транзакции и отклонять новые? Если пользователи / процессы не вынуждены закрывать файл базы данных и не имеют доступа к ним, при создании резервных копий резервные копии становятся непригодными для использования. И он даже не скажет вам, что это произошло... вы обречены узнать, что резервная копия не работает позже, когда вам нужно ее восстановить.
2 ответа
Чтобы избежать такого кошмара, вы должны использовать сценарии pre-freeze/post-thaw для настройки работы, которая поддерживает эту ВМ. При необходимости проверьте соответствующие темы на форуме Veeam, чтобы спросить других об их опыте и примерах сценариев.
Без успокоения на уровне приложений ваши резервные копии были бы устойчивыми к сбоям. Восстановленная ВМ выглядела бы так, как будто внезапно отключили питание...
Для ваших целей важно понимать, как ваше приложение справляется с внезапной потерей питания или незапланированной полной перезагрузкой. Если он может восстановиться изящно, тогда должно хватить способа резервного копирования Veeam. Если нет, вы можете захотеть иметь процесс, который работает вокруг активности пользователя. Вам нужно только заблокировать пользователей из системы на время снимка Veeam.