Различие между “Hyper-V” и разделом в Резервном копировании Windows Server 2012
Другой опцией, не упомянутой до сих пор, является Почтовый ящик Перемещения. Это довольно радо переместиться с 2003 до 2010 и не должно доверять любому - Вы передаете Exchange 2003 учетные данные Amdins команде, и это использует их для входа.
На Pro стороне аргумента, никаких облупленных файлов PST с Вашими драгоценными данными в них. (Также на личном сообщении я никогда не продолжал почтовый ящик импорта в 2007. Я уверен, что это лучше в 2010 все же.)
На Обманной стороне у Вас есть отключение электричества для каждого из пользователей 2003 года, в то время как их почтовый ящик перемещается, и если 2003 отсутствует в облаке, и 2010 является внутренним затем, они могли бы быть длинными отключениями электричества. (Увы, похоже, что прохладная новая функция почтового ящика перемещения онлайн не доступна при движении с 2003 до 2010.)
Резервное копирование диска D: просто пытается создать резервную копию всех файлов на диске D:
Специальные методы Hyper-V для резервного копирования виртуальных машин используют службу теневого копирования тома и VSS запросчики и писатели, чтобы гостевая ОС могла разумно участвовать в собственном процессе резервного копирования. Успех этого метода во многом зависит от правильной установки и включения служб / инструментов Integration Services в гостевой ОС.
Если вы не выполняете резервное копирование виртуальных машин через Hyper-V, другой способ получить хорошие резервные копии ваших виртуальных машин - это просто настройте Windows Server Backup на каждой из ваших гостевых виртуальных машин.
Вы не не получите хорошие резервные копии своих виртуальных машин, если просто скопируете файлы VHD [X] во время работы виртуальной машины, потому что виртуальные машины находятся в энергозависимом состоянии, с данными в ОЗУ и т. д.
Что касается того, почему происходит сбой резервного копирования при определенной конфигурации, нам потребуются все соответствующие события и ошибки.
Резервное копирование виртуальных машин
Hyper-V использует один из двух механизмов для резервного копирования каждой виртуальной машины. . По умолчанию механизм резервного копирования называется методом «Сохраненное состояние», где виртуальная машина перевести в сохраненное состояние во время обработки PrepareForSnapshot происходит создание моментальных снимков соответствующих томов, и виртуальная машина вернулся в предыдущее состояние во время обработки Событие PostSnapshot.
Другой механизм резервного копирования называется методом «Снимок дочерней ВМ», который использует VSS внутри дочерней виртуальной машины для участия в резервном копировании. За поддерживаемый метод «Снимок дочерней ВМ», все следующие должны быть выполнены условия:
Резервное копирование (моментальный снимок тома) Служба интеграции установлена и работает на дочерней виртуальной машине. Имя службы - «Тень тома Hyper-V. Запрос на копирование ".
Windows 2000: Служба интеграции резервного копирования не поддерживается.
Дочерняя виртуальная машина должна находиться в рабочем состоянии. Расположение файла моментального снимка для виртуальной машины устанавливается на тот же том в операционной системе хоста, что и файлы VHD для виртуальной машины. Все тома в дочерней виртуальной машине - это базовые диски, динамических дисков нет. Все диски в дочерней виртуальной машине должны использовать файловую систему, поддерживающую моментальные снимки (например, NTFS).
В целом процесс резервного копирования виртуальных машин такой же, как описано в Обзор обработки резервной копии в VSS. Уникальное поведение случается когда модуль записи Hyper-V VSS (часть «виртуальной машины Hyper-V» "Управление") обрабатывает событие PrepareForSnapshot. Если резервное копирование производилось методом «Снимок дочерней ВМ», есть дополнительная обработка выполнена, но она не видна дочерней виртуальной машине.