Поделиться через


подходы к резервному копированию Hyper-V

Hyper-V позволяет выполнять резервное копирование виртуальных машин (виртуальных машин) из операционной системы узла без необходимости запускать пользовательское программное обеспечение резервного копирования внутри виртуальной машины. Существует несколько подходов, которые доступны разработчикам для использования в зависимости от их потребностей.

Резервное копирование виртуальной машины или резервное копирование только для данных:

  • Резервное копирование виртуальных машин. Этот подход выполняет резервное копирование всей виртуальной машины, включая конфигурацию и все данные. Полезно, если вы хотите восстановить всю виртуальную машину до предыдущего состояния. Каждая резервная копия виртуальной машины (полная или добавочная) должна копировать все связанные конфигурации виртуальных машин и файлы состояний виртуальной машины, включая конфигурацию виртуальной машины (), состояние гостевой машины (.VMCX.VMGS) и состояние среды выполнения виртуальной машины (.VMRS) файлов. Если вы не копируете все эти файлы, состояние виртуальной машины не полностью фиксируется.

  • Резервное копирование только для данных: этот подход выполняет резервное копирование только данных, хранящихся на виртуальных жестких дисках виртуальной машины. Чтобы восстановить резервную копию только для данных, создайте новую виртуальную машину и восстановите данные в ней.

Hyper-V записи VSS

Hyper-V реализует модуль записи службы теневого копирования томов (VSS) во всех версиях Windows Server, где поддерживается Hyper-V. Этот модуль записи VSS позволяет разработчикам использовать существующую инфраструктуру VSS для резервного копирования виртуальных машин. Однако он предназначен для небольших операций резервного копирования масштабирования, в которых все виртуальные машины на сервере одновременно создаются.

резервное копирование на основе WMI Hyper-V

Начиная с Windows Server 2016, Hyper-V поддерживает резервное копирование с помощью API Hyper-V инструментария управления Windows (WMI). Этот подход по-прежнему использует VSS внутри виртуальной машины для резервного копирования, но больше не использует VSS в операционной системе узла. Вместо этого используется сочетание ссылочных точек и устойчивого отслеживания изменений (RCT) для эффективного доступа разработчиков к информации о резервных копиях виртуальных машин. Этот подход является более масштабируемым, чем использование VSS в узле, однако он доступен только в Windows Server 2016 и более поздних версиях.

Дополнительные сведения см. в справочнике по поставщику WMIHyper-V.

Методы чтения резервных копий из резервного копирования на основе WMI

При создании резервных копий виртуальных машин с помощью Hyper-V WMI существует три метода для чтения фактических данных из резервной копии. У каждого есть уникальные преимущества и недостатки.

Экспорт WMI

Разработчики могут экспортировать данные резервного копирования через интерфейсы WMI Hyper-V (как используется в предыдущем примере). Hyper-V компилирует изменения в виртуальном жестком диске и копирует файл в запрошенное расположение. Этот метод легко использовать, работает для всех сценариев и работает удаленно. Однако создаваемый виртуальный жесткий диск часто создает большой объем данных для передачи по сети.

API Win32

Разработчики могут использовать SetVirtualDiskInformationGetVirtualDiskInformationAPI и QueryChangesVirtualDisk API-интерфейсы на виртуальном жестком диске Win32, заданные в справочнике по Win32 виртуального жесткого диска. Чтобы использовать эти API, Hyper-V WMI по-прежнему необходимо использовать для создания ссылочных точек на связанных виртуальных машинах. Эти API Win32 позволяют эффективно получать доступ к данным резервной копии виртуальной машины. Api Win32 имеют несколько ограничений:

  • Доступ к ней можно получить только локально
  • Они не поддерживают чтение данных из общих файлов виртуального жесткого диска
  • Они возвращают адреса данных, относящиеся к внутренней структуре виртуального жесткого диска.

Протокол удаленного общего виртуального диска

Наконец, если разработчику необходимо эффективно получить доступ к данным резервного копирования из общего файла виртуального жесткого диска, необходимо использовать протокол удаленного общего виртуального диска. Этот протокол задокументирован в справочнике по протоколу удаленного виртуального диска.