'Энергия-cmd vmsvc/snapshot.create' создает функциональное резервное копирование гостя?
Если я создаю снимок с: 'энергия-cmd vmsvc/snapshot.create' я могу затем передать файл, который создает к другой системе, или даже к другой системе ESXI VMware.
Откладывание того, что снимки не являются лучшей резервной практикой, насколько жизнеспособный этот снимок? Это - действительно, снимок всей системы, что я могу затем работать на другой системе ESXI (или на том же, если я вытягиваю его от резервного хранилища)?
Давайте предположим, что моя команда имеет "1" в конце, который говорит энергии-cmd замораживать VM сначала перед созданием снимков...
Это будет довольно бесполезно и вы не сможете перенести снимок в другую систему для использования. Они полностью зависят от оригинальных VMDK.
Опять же, это не назначение снимков VMware . Они действительно должны быть временными и иметь серьезные последствия для производительности системы хранения данных и дискового пространства.
Снимок ВМ означает, что оригинальные ВМДК исправлены, все изменения перейдут в diff-файл. Таким образом, вам придется самим копировать файлы VMDK. (Насколько я знаю, их два: Файл vmdk с описанием виртуального диска и "плоский" файл с данными)
Однако, я бы посчитал это довольно грубым и непрофессиональным способом делать резервное копирование ВМ. Это может быть нормально для тестирования или разработки ВМ, но не для ВМ, на которых хостятся производственные нагрузки.
Вы посмотрели на VDP? Я думаю, что она поставляется с vSphere... она немного ограничена, но, возможно, она достаточно хороша для вас.
edit: Аналогичный вопрос: Почему люди просто не используют rsync для резервного копирования гостей vmware?