Привет! После пару недель тестирования мы довольно впечатлены PBS. Мы начали запускать его параллельно с нашим обычным процессом резервного копирования на некоторых продуктивных виртуальных машинах клиентов.

Но тут возникла проблема, вызванная PBS, которая, как мне кажется, связана с взаимодействием QEMU GA под Windows и MS SQL Server. Похоже, что когда запрашивается fs-freeze, VSS в Windows инициирует запрос ко всем VSS-рекордерам, одним из которых является SQL Writer, если он установлен. Затем это, похоже, запускает полное резервное копирование баз данных SQL на какой-то внутренний GUID (вообще непонятно, куда именно идут данные, так как по сути происходит только fs-freeze). Проблема в том, что это полное резервное копирование, которое ломает цепочку бэкапов, и если клиент делает свои собственные резервные копии SQL с дифференциальными бэкапами, то это портит их резервные копии.

Если я правильно понимаю проблему, у нас есть 4 варианта:

1. Попросить любого клиента, который запускает SQL Server, изменить настройки Windows так, чтобы VSS использовал резервное копирование только для копии (Copy Only backup) (похоже, такая же проблема есть и в Azure — https://bit.ly/3ytDKGr)  
2. Отключить QEMU GA на серверах Windows  
3. Не использовать PBS  
4. Найти способ делать резервное копирование через PBS без использования fs-freeze (как на уровне снапшота SAN)

Наверное, другие здесь тоже хостят виртуальные машины с Windows и SQL для клиентов. Это известная проблема и есть ли решение? Можно ли сказать vzdump не замораживать/размораживать файловые системы? Можно ли заставить qemu-ga работать с VSS и SQL как-то получше?

Я бы хотел перейти на PBS, но эта проблема останавливает.

Дэвид