У нас есть два хоста Hyper-V, на которых работает несколько виртуальных машин (все разновидности серверов Windows). На одной из виртуальных машин работает MS Data Protection Manager 2010, которая прекрасно работает (большую часть времени) и подключена к отдельному NAS через iSCSI для хранилища DPM.
Я заметил, что когда я устанавливал агент DPM на узлы Hyper-V, он перечисляет виртуальные машины в списке защиты DPM. Я не хочу слишком быстро прожигать свое хранилище с помощью дублирующей защиты, поэтому мне было интересно:
Рекомендуется ли выполнять резервное копирование виртуальных машин через узел или лучше установить агент DPM на каждую виртуальную машину и выполнять резервное копирование, как на любую другую машину?
Казалось бы, большинство людей (в настоящее время включая меня) делают это вторым способом, но есть ли какие-либо преимущества в том, чтобы включать записи в HyperV (резервное копирование с использованием дочернего раздела Snapshop)?
Резервное копирование через хост - ваш лучший выбор, это, вероятно, будет дешевле для лицензирования (не то чтобы лицензии DPM стоили так много, по крайней мере, по сравнению с другими поставщиками), и это даст вам возможность резервного копирования виртуальных машин, отличных от Windows. , хотя они не будут выполнять резервное копирование в реальном времени (они сохранят состояние, моментальный снимок и возобновят работу).
Следует опасаться того, что DPM использует динамические диски для своего хранилища, а динамические диски через iSCSI не поддерживаются, последний раз я проверял. Существуют известные проблемы с динамическими дисками и iSCSI, которые я не буду вдаваться в подробности, но вы сможете найти их в Интернете.
Имейте в виду, что запуск DPM на виртуальной машине означает, что восстановление вашей системы или аварийное восстановление может оказаться сложной задачей.
Здесь важно подумать о том, какое восстановление вы хотите выполнить.
Если вам нужна возможность восстановить всю виртуальную машину (а я уверен, что вы это делаете, это одна из основных причин, по которой виртуализация в конце концов так хороша), вам следует делать резервные копии на уровне хоста.
Но могут быть и другие виды восстановления, которые добавят гибкости. Например, если вы запускаете SQL-сервер на одной из виртуальных машин и хотите гибко восстанавливать только одну базу данных с этой виртуальной машины, вам может потребоваться установить агент на виртуальной машине и выполнить восстановление баз данных на основе SQL. Конечно, вы можете пропустить это и вместо этого восстановить всю виртуальную машину, запустить ее, скопировать базу данных и т. Д., Но это большая сложность для простого восстановления базы данных. Кроме того, вы можете выбрать резервное копирование виртуальной машины только раз в неделю, а резервную копию базы данных каждые 4 часа. Конечно, такой уровень гибкости приводит к увеличению использования дискового пространства. Это компромисс, и только вы можете определить, стоит ли оно того.