У нас есть очень старые файловые базы данных (многопользовательские, но не На основе сервера), которые работают на некоторых виртуальных машинах на VMWare ESXi.
ESXi работает под управлением ESXi версии 5.1.0
Виртуальная машина с Visual Fox Pro работает под управлением 32-разрядной версии Windows Server 2003 Standard Edition 5.2.3790 Service Pack 2 Build 3790.
Виртуальная машина с MS Access работает под управлением 32-разрядной версии Windows Server 2003 Enterprise Edition 5.2.3790 Service Pack 2 Build 3790.
На обеих виртуальных машинах установлены 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
файл.
Для резервного копирования были применены следующие настройки:
Служба теневого копирования томов Microsoft (VSS) запускает события для приложений (уведомляет приложения), которые могут работать на сервере, таком как SQL Server, так что все ожидающие транзакции SQL, которые могут выполняться, завершаются до резервного копирования, и чтобы все входящие операции останавливаются перед созданием резервной копии файлов, в которых хранится база данных, это называется глаголом, успокаиваться. Это причина использования серверного процесса для размещения вашей базы данных вместо использования файлов и программы, которая к ним подключается, резервное копирование файлов может быть выполнено быстро и без блокировки всех.
Так что же происходит, когда вы создаете резервную копию своей базы данных, и у нее нет возможности завершить существующие транзакции и отклонить новые? Если пользователи / процессы не вынуждены закрывать файл базы данных и не могут получить к ним доступ, то при создании резервных копий резервные копии становятся непригодными для использования. И он даже не скажет вам, что это произошло ... вы обречены узнать, что резервная копия не работает позже, когда вам нужно ее восстановить.
Без стабилизации на уровне приложений ваши резервные копии будут устойчивый к сбоям. Восстановленная виртуальная машина будет выглядеть так, как будто у нее внезапно отключили питание ...
Для ваших целей важно понимать, как ваше приложение справляется с внезапной потерей питания или незапланированным аппаратным сбросом. Если восстановление происходит плавно, то способа резервного копирования Veeam должно хватить. Если нет, вы можете захотеть иметь процесс, который работает вокруг активности пользователя. Вам нужно только заблокировать доступ пользователей к системе на время создания снимка состояния Veeam.
Во избежание такого кошмара следует использовать сценарии до / после оттаивания для настройки работы, которая поддерживает эту виртуальную машину. При необходимости проверьте связанные темы на форуме Veeam спрашивать других об их опыте и примерах сценариев.