Нагрузочное тестирование veeam backup&replication / хабр

Сброс пароля ESXi с помощью VMware Host Profile

Большинство хостов ESXi в крупных компаниях управляются через vCenter Server. Даже если вы забыли пароль root, vCenter без проблем может управлять настройками хоста, т.к. вы уже привязали хост к vCenter и пароль root вам просто не нужен. Если же вы выведете хост из vCenter (лучше этого не делать) и попробуете добавить его снова, вам понадобится указать root пароль. Поэтому, пока ваш хост управляется vCenter, вы можете сбросить пароль root с помощью профиля хоста VMware (Host Profile).

Пароль root на vCenter Server Appliance сбрасывается по-другому.

Host profile – это набор заданных вами параметров ESXi, которые можно применить к любому хосту для его быстрой настройки. Обычно профиль хоста создается после настройки типового хоста ESXi и экспорта его конфигурации в Host profile. Данный профиль администратор может применить к любому другому хосту.

1. Запустите vSphere Web Client и авторизуйтесь в vCenter.
2. На домашней странице выберите Host Profile
3. Нажмите на кнопку Extract Profile from a host, чтобы извлечь профиль хоста ESXi с известным вам паролем root.
4. Выберите хост ESXi и нажмите Next.
5. Укажите имя профиля (желательно указать и его описание).
6. После того, как новый профиль создан, отредактируйте его.
7. С помощью встроенного поиска найдите параметр с именем root (находится в секции Security and Services -> Security Settings -> Security -> User Configuration -> Root). Выберите опцию “Fixed Password Configuration” и укажите новый пароль root.
8. Все остальные настройки в профиле нужно отключить. Нажмите Finish.
9. Теперь нужно привязать этот профиль к вашему ESXi хосту, на котором нужно сбросить пароль. В меню Actions выберите Attach/Detach Hosts.
10. Выберите ваш ESXi хост (на котором нужно сбросить пароль) и нажмите кнопку Attach.
11. Перейдите на вкладку Host profile -> Monitor -> Compliance и нажмите кнопку Remediate.
12. После выполнения проверки новые настройки применятся к хосту и у него появится статус Complaint (т.е. конфигурация хоста соответствует назначенному профилю). В предыдущих версиях ESXi чтобы применить профиль к хосту, его необходимо переводить в режим обслуживания (Maintenance Mode), также потребуется перезагрузка хоста.
13. На этом все, пароль root на хосте был изменен. Не забудьте отвязать профиль от хоста.

Rubrik Cloud Data Management

Основным решением компании Rubrik в сфере обеспечения резервного копирования и восстановления данных является платформа Rubrik Cloud Data Management (кроме того, у нее есть SaaS-решение Polaris, а также система Mosaic для защиты рабочих нагрузок NoSQL).

RCDM основана на фирменной файловой системе, которая позволяет масштабировать платформу как по производительности, так и по емкости. Представители Rubrik сообщали, что у компании есть несколько клиентов, которые защищают более 1 петабайта данных резервного копирования в одном кластере. Кроме того, RCDM обеспечивает высокую скорость восстановления баз данных Microsoft SQL и Oracle Databases с помощью фирменной функции live mount, которая сокращает время восстановления.

Однако стоит обратить внимание на то, что Rubrik RCDM в общем случае подразумевает более высокие эксплуатационные расходы на резервное копирование в публичном облаке, по сравнению с конкурирующими решениями, поскольку для его развертывания требуется кластер виртуальных машин с четырьмя узлами. Кроме того, RCDM не поддерживает резервное копирование/восстановление среды Azure Active Directory

Veritas NetBackup

Платформа дает возможность защитить все возможные типы объектов, включая файлы, диски, базы данных, операционные системы и виртуальные машины. Поддерживается широкий набор платформ виртуализации, в том числе. Решение может поставляться как в виде программного обеспечения, так и в виде программно-аппаратной системы Veritas NetBackup Appliance.

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

Приведенный нами список, хотя и не является исчерпывающим, все же позволяет получить представление о составе и возможностях основных решений, представленных на мировом и российском рынках. Будущее систем резервного копирования/восстановления представляется вполне определенным — ввиду всплеска спроса на дистанционную работу, интерес и к ним, как к средству защиты данных, продолжит активно расти. В то же время, замедлить развитие сегмента может растущая сложность гибридных ИТ-инфраструктур, но и разработчики решений не сидят, сложа руки, и от релиза к релизу предлагают все более совершенные средства для эффективной работы с информацией в гетерогенных средах.

Режимы архивирования

Режим Snapshot (Снимок). Этот режим можно еще назвать как Live backup, поскольку для его использования не требуется останавливать работу виртуальной машины. Использование этого механизма не прерывает работу VM, но имеет два очень серьезных недостатка — могут возникать проблемы из-за блокировок файлов операционной системой и самая низкая скорость создания. Резервные копии, созданные этим методом, надо всегда проверять в тестовой среде. В противном случае есть риск, что при необходимости экстренного восстановления, они могут дать сбой.
Режим Suspend (Приостановка). Виртуальная машина временно «замораживает» свое состояние, до окончания процесса резервного копирования. Содержимое оперативной памяти не стирается, что позволяет продолжить работу ровно с той точки, на которой работа была приостановлена. Разумеется, это вызывает простой сервера на время копирования информации, зато нет необходимости выключения/включения виртуальной машины, что достаточно критично для некоторых сервисов. Особенно, если запуск части сервисов не является автоматическим. Тем не менее такие резервные копии также следует разворачивать в тестовой среде для проверки.
Режим Stop (Остановка). Самый надежный способ резервного копирования, но требующий полного выключения виртуальной машины. Отправляется команда на штатное выключение, после остановки выполняется резервное копирование и затем отдается команда на включение виртуальной машины. Количество ошибок при таком подходе минимально и чаще всего сводится к нулю. Резервные копии, созданные таким способом, практически всегда разворачиваются корректно.

Commvault Advantage Complete Backup & Recovery

В Complete Backup & Recovery реализована поддержка всех наиболее популярных гипервизоров, включая VMware, Hyper-V, Citrix, RHEL и т.д. Возможен как мгновенный запуск виртуальных машин напрямую из резервной копии, так и восстановление отдельных файлов, дисков, баз данных. Реализована функция трансформации физических систем в виртуальные и миграция ВМ между различными гипервизорами. Возможна также репликация в облака Microsoft Azure и Amazon Web Services.

Технология Live Sync позволяет выполнять инкрементную, асинхронную репликацию образа виртуальной машины на резервную площадку, без остановки работы критически важных систем.

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

Бэкап/восстановление ESXi с помощью vSphere CLI

Для резервного копирования/восстановления конфигурации ESXi можно воспользоваться возможностями vCLI, например, с помощью клиента vCLI для Windows или Linux, или же через vMA Appliance.

Для управления резервными копиями в vCLI существует специальная команда: vicfg-cfgbackup

Примечание. Команда vicfg-cfgbackup доступна только на сервера ESXi, использовать ее при подключении к серверу vCenter Server не удастся.

Создать бэкап конфигурации хоста ESXi можно так:

vicfg-cfgbackup -s -server 192.168.0.11 /tmp/esx05-backup

После выполнения команды файл esx05-backup можно скачать на свой компьютер, например, по WinSCP.

Процедура восстановления ESXi в случае падения сервера следующая:

Установите на сервер ту же самую версию ESXi, бэкап которой был создан. Выполните первоначальную настройку сервера (имя, ip адрес management сети и т.п.)
Скопируйте на север имеющийся файл с бэкапом.
Примечание. Все запущенные виртуальные машины должны быть выключены.
Подключитесь к серверу через vCLI или vMA, и переведите сервер в maintenance mode:
```
vicfg-hostops --server 192.168.0.11 --operation enter
```
Запустите восстановление командой:
```
vicfg-cfgbackup -l -server 192.168.0.11 /tmp/esx05-backup
```
Совет. В том случае, если версии ESXi на хосте и в бэкапе отличаются, можно попробовать принудительно перезаписать конфигурацию, воспользовавшись ключом -f (force)
После выполнения команды перезагрузите гипервизор для применения настроек.

Восстановление ВМ из резервных копий.

Следует понимать, что если бэкап ВМ производился во включенном состоянии, то после восстановления ВМ будет в абслютно том же состоянии, в каком была бы после крэша — не исключена потеря данных.

Подключаемся к серверу ESXi по SSH, монтируем NFS с бэкапами и проверяем результат. Формат команды для монтирования NFS следующий:

# esxcli storage nfs add -H NFS_IP|NFS_HOSTNAME -s Share_mount_point_on_the_NFS -v NFS_Datastore_Name

Посмотреть список:

# esxcli storage nfs list

Размонтировать:

# esxcli storage nfs remove -v NFS_Datastore_Name

Для ESXi 3.x/4.x подробно расписано здесь. В моем примере NFS монтируется следующей строчкой:

# esxcli storage nfs add -H 192.168.3.200 -s /nfs/backups -v backup

Для указания путей при восстановлении ВМ нельзя использовать симлинки. Если в конфигурации использовать пути вида: /vmfs/volumes/datastore1/esxi/ … /VM_name/ , то при попытке восстановить ВМ получим ошибку:

Support for .tgz not supported - "/volumes/backup/esxi/VM_name" will not be backed up!

Фактически, такое сообщение появляется тогда, когда скрипт не находит бэкап ВМ.

Для того, чтобы задать путь без использования симлинков необходимо узнать UUID устройств. Следующая команда выводит список каждого LUN, подключенного к серверу ESXi и его сопоставление vmfs (Volume Name) к UUID:

# esxcli storage filesystem list

Таким образом вместо “backup” и “datastore1” можно использовать соответствующий UUID:

backup: 9108f6f9–353aeed8;datastore1: 56b74f4f-85fc58fa-87fe-94de8066eda2.

Подробную информацию про идентификацию дисков и файловых систем в ESX(i) можно получить здесь.

Создаем конфигурацию:

# vi /vmfs/volumes/datastore1/ghettoVCB-master/vms_to_restore.list# Помещаем сюда список восстанавливаемых машин в формате:## "<DIRECTORY or .TGZ>;<DATASTORE_TO_RESTORE_TO>;<DISK_FORMAT_TO_RESTORE>;# <NEW_VM_NAME>"## DIRECTORY or .TGZ - путь, где лежит восстанавливаемая машина;# DATASTORE_TO_RESTORE_TO - путь, куда восстановить машину (директория#                           будет создана)# DISK_FORMAT_TO_RESTORE - тип диска ВМ:#                          1 = zeroedthick,#                          2 = 2gbsparse,#                          3 = thin,#                          4 = eagerzeroedthick;# NEW_VM_NAME - новое имя ВМ (не обязательно)## Например:"/vmfs/volumes/9108f6f9–353aeed8/esxi/WIN7TEST/WIN7TEST-2016–04–04_02–04–18/;/vmfs/volumes/56b74f4f-85fc58fa-87fe-94de8066eda2/;3;WIN7TEST"

и восстанавливаем ВМ:

# /vmfs/volumes/datastore1/ghettoVCB-master/ghettoVCB-restore.sh -c /vmfs/volumes/datastore1/ghettoVCB-master/vms_to_restore.list -l /var/log/vms-restore00.log

где:-c — путь к списку восстанавливаемых машин.-l — путь расположения логов.

Поскольку резервная копия ВМ представляет из себя набор образов .vdmk и файл-конфигурации .vmx, то можно просто скопировать данные и исправить .vmx:

displayName = WIN7TESTextendedConfigFile = "WIN7TEST"scsi0:0.fileName = "WIN7TEST-0.vmdk"sched.swap.derivedName = "WIN7TEST.vswp"

Через vSphere клиент открываем, как на скриншоте ниже:

host -> Configuration -> Storage -> Browse Datastore

на файле .vmx жмем правую кнопку мыши и выбираем “Add to inventory”.

Резервное копирование разделов реестра, ключей шифрования и учетных данных

Для создания резервных копий разделов реестра, ключей шифрования и учетных данных, управляемых не VMM, следуйте приведенным ниже рекомендациям:

Разделы реестра. VMM использует несколько разделов реестра для хранения важных параметров. Параметры хранятся в следующих разделах и подразделах реестра: HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.

Следует создать резервную копию всего данного раздела реестра с возможным исключением подраздела SQL. Если создать резервную копию подраздела SQL, вы запишете имя базы данных, расположение и другие сведения во время резервного копирования, которые могут не совпадать со сведениями базы данных VMM, необходимыми во время восстановления.

Для резервного копирования разделов реестра можно использовать функцию Экспорт программы Regedit либо любой другой инструмент, используемый в вашей среде для резервного копирования разделов реестра.
Ключи шифрования в доменных службах Active Directory. Если настроено распределенное управление ключами (DKM), вы храните ключи шифрования, относящиеся к VMM, в доменных службах Active Directory (AD DS). Для резервного копирования этих ключей создавайте резервные копии Active Directory на регулярной основе.
Учетные данные, управляемые не VMM. Некоторые учетные данные, относящиеся к VMM, управляются диспетчером учетных данных Windows на сервере управления VMM. Для доступа к диспетчеру учетных записей на панели управления выберите Все элементы панели управления, а затем щелкните Диспетчер учетных записей. Щелкните Архивация учетных данных для резервного копирования любых относящихся к VMM учетных записей.

Для создания CentOS Linux VM

Во-первых, захватите CentOS Linux 7.x DVD ISO файл:

cd /var/lib/libvirt/boot/
sudo wget http://mirrors.kernel.org/centos/7/isos/x86_64/CentOS-7-x86_64-Minimal-1511.iso
ls

1
2
3

cd/var/lib/libvirt/boot/

sudo wget http//mirrors.kernel.org/centos/7/isos/x86_64/CentOS-7-x86_64-Minimal-1511.iso

CentOS-7-x86_64-Minimal-1511.iso install58.iso

1	CentOS-7-x86_64-Minimal-1511.isoinstall58.iso

Для создания новых виртуальных машин используйте команду virt-install. В этом примере, я создаю CentOS 7.x VM с 1 Гб оперативной памяти, ядро процессора 1, и 20 Гб дискового пространства:

sudo virt-install \
—virt-type=kvm \
—name centos7 \
—ram 1024 \
—vcpus=1 \
—os-variant=rhel7 \
—hvm \
—cdrom=/var/lib/libvirt/boot/CentOS-7-x86_64-Minimal-1511.iso \
—network network=default,model=virtio \
—graphics vnc \
—disk path=/var/lib/libvirt/images/centos7.img,size=20,bus=virtio

1
2
3
4
5
6
7
8
9
10
11

sudo virt-install\

—virt-type=kvm\

—name centos7\

—ram1024\

—vcpus=1\

—os-variant=rhel7\

—hvm\

—cdrom=/var/lib/libvirt/boot/CentOS-7-x86_64-Minimal-1511.iso\

—network network=default,model=virtio\

—graphics vnc\

—disk path=/var/lib/libvirt/images/centos7.img,size=20,bus=virtio

Значение параметров

--virt типа = KVM: использование KVM как гипервизор для установки CentOS7 гостевой ОС.
--name centos7: Название новой гостевой виртуальной машины.
--ram 1 024: Память выделенная гостевой ОС в мегабайтах.
--vcpus = 1: Количество виртуальных процессоров, для гостевой ОС.
--os-variant=rhel7: Оптимизировать конфигурацию гостевой ОМ для конкретной операционной системы. Используйте 'virt-install --os-variant list', чтобы увидеть полный список ОС.
--hvm: Запрос на использование полной виртуализации.
--cdrom=/var/lib/libvirt/boot/CentOS-7-x86_64-Minimal-1511.iso: Это путь к образу ISO, или к CDROM устройствам с ОС.
--network network=default,model=virtio: Подключение сети к гостевой сети. В этом примере, подключение к виртуальной сети на хосте под названием «default» с NIC под названием Virtio.
--graphics VNC: Настройка виртуальной консоли в гостевой ОС и экспортировать её в качестве сервера VNC в хост системе. Это полезно для нашего сервера без графической оболочки
--disk path=/var/lib/libvirt/images/centos7.img,size=20,bus=virtio: Определяет устройство, которое использовать в качестве хранилища для гостевой ОС. Путь к /var/lib/libvirt/images/centos7.img с размером (20 ГБ).

Примечание о VNC при не графической оболочки сервера

Не графический сервер т.е. сервер без локального интерфейса или GUI. На нем нет монитора или периферийного устройства, такие как клавиатура и мышь. Для продолжения установки необходимо использовать VNC клиент с вашего собственного ноутбука или рабочего стола. Чтобы узнать информацию о порте VNC, введите:

sudo virsh dumpxml centos7 | grep vnc

1	sudo virsh dumpxml centos7\|grep vnc

1	<graphics type=’vnc’port=’5901’autoport=’yes’listen=’127.0.0.1′>

Запишите значение порта (то есть 5901). Вы должны использовать клиента SSH для настройки туннеля с клиентом VNC, чтобы получить доступ к удаленному серверу VNC.

Чтобы получить доступ к VNC консоли гостевой ОС

SSH — устанавливает SSH сессии с удаленным хостом KVM на хост system-admins.ru.
-L — запуск перенаправления портов.
5901: 127.0.0.1: 5901 — Настройка туннеля, чтобы получить доступ к удаленному серверу 127.0.0.1 и порту 5901.

После того как вы установили SSH Tunnel, вы можете указать ваше клиенту VNC 127.0.0.1 (локальный) адрес и порт 5901 выглядит следующим образом:

Вы должны увидеть экран установки CentOS 7

Просто следуйте инструкциям на экране, чтобы установить CentOS 7. Через некоторое время CentOS 7 будет успешно установлен на моем сервере и готов к использованию. Нажмите кнопку перезагрузки. Введите следующую команду для первого запуска ВМ:

sudo virsh start centos7

1	sudo virsh start centos7

Что бы проверить состояние машины

sudo virsh list

1	sudo virsh list

Результат

Id Name State
—————————————————-
3 puffy running
5 centos7 running

1
2
3
4

Id Name State

—————————————————-

3puffy running

5centos7 running

Снова используйте клиент SSH для настройки туннеля и клиента VNC, чтобы получить доступ к CentOS 7 VM через сервер VNC:

Итак работает KVM поверх LTS сервер Ubuntu Linux 14.04. В конфигурации по умолчанию, CentOS 7 гостевой операционной системы будут иметь доступ к сетевым службам, но не будет видна другим машинам в сети, или из интернета. Далее необходима настройка проброса портов.

Dell EMC Avamar

Avamar представляет собой программно-аппаратное решение для резервного копирования и восстановления данных, позволяющее работать как с физическими, так и с виртуальными серверами. Решение входит в семейство продуктов Data Protection Suite и предназначено для работы с корпоративными приложениями, виртуальными и физическими средами, сетевыми СХД типа NAS, а также с пользовательскими ПК. Поддерживается интеграция с программно-аппаратным комплексом для хранения данных Dell EMC Data Domain. Модуль Avamar Virtual Edition предназначен для работы с облачными инфраструктурами на Amazon Web Services и Microsoft Azure. Также поддерживается интеграция с программно-аппаратными платформами Azure Stack.

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

Ректальное администрирование: Основы для практикующих системных АДминистраторов

Одной из самых популярных и зарекомендовавших себя методологий системного администрирования является так называемое ректальное. Редкий случай сопровождения и обслуживания информационных систем, инфраструктуры организации обходится без его использования. Зачастую без знания данной методологии сисадминам даже бывает сложно найти работу в сфере ИТ, потому что работодатели, особенно всякие аутсорсинговые ИТ фирмы, в основном отдают предпочтение классическим, зарекомендовавшим себя методикам, а не новомодным заграничным веяниям: практикам ITIL, нормальным ITSM и прочей ерунде.

1.1 Как сделать бэкап VMware в гостевой ОС

1.1.1 Установка клиента Bacula Client в каждой гостевой ОС

Bacula Enterprise Edition для SchedulePriority Maximum Concurrent Jobs

Быстрое восстановление отдельных файлов
Вычисление контрольной суммы для отдельных файлов с целью обнаружения вирусов и программ-шпионов
Проверка задачи
Исключение файла/каталогов (например файлов подкачки и временных файлов)
Сжатие на уровне файлов и т.д.

1.1.3 Сравнение стратегий резервного копирования VMware

Характеристики	Внутри гостевой ОС	vSphere VADP
Инкрементальный бэкап	Да	Да
Функция FileSet	Да	Нет
Бэкап на уровне блоков	Нет	Да
Поддержка функции Accurate	Да	Да
Скорость	Медленно	Быстро
Нагрузка на канал ввода/вывода	Высокая	Низкая
Резервное копирование без загрузки локальной сети	Нет	Да

Таблица 1. Сравнение стратегий создания резервных копий

Наборы лицензий VMware vSphere для старта

Если это ваша первая покупка лицензий VMware для серверной виртуализации, то можно не разбираться сколько стоят отдельные лицензии, т.к. все равно они получатся дороже, чем стартовые наборы.

Любой из наборов рассчитан на 1-3 сервера, по два процессора в каждом. Сейчас уже есть процессоры содержащие по 18 ядер, поэтому изначально рассчитанные на малый бизнес, эти наборы могут потянуть очень большую инфраструктуру. Выделенные синим цветом Essentials Kit наборы обладают минимальным функционалом и такой же стоимостью, но из опыта я знаю, что базовые возможности самые востребованные. Иногда компании покупают самые дорогие Enterprise Plus лицензии, но пользуются только базовыми возможностями.

Зачем зря тратить своё время?

Во всех серверах есть USB порты, в 90% серверов есть внутренние USB порты, куда будет проблематично добраться даже шаловливым ручкам. Вот в такой порт мы и вставим нашу флешку для ESXi. Сам гипервизор обращается к флешке только в момент загрузки. После этого он загружается в память и уже там может работать годами, не нагружая USB накопитель до следующего своего запуска. В случае такой реализации мы получаем удобство, заключающееся в том, что диски на гипервизоре могут хоть взрываться, это не повлияет на работу самого гипервизора, а следовательно в случае какой-либо аварии его будет проще диагностировать или отправить удаленно того же секретаря, чья работа сведется лишь к тому, чтобы бездумно вставить резервный диск в слот с мигающей лампочкой.

Резервная виртуальная машина на Vmware ESXi

Хотите узнать, как создать резервную копию виртуальной машины, хранящейся на сервере Vmware ESXi? В этом уроке мы расскажем вам все шаги, необходимые для резервного копирования виртуальной машины Vmware ESXi на другой компьютер с использованием программного обеспечения OVFTOOL в Windows.

Этот учебник был протестирован на Vmware ESXi 6.5

Этот учебник был протестирован на Vmware ESXi 6.7

В этом руководстве не используется Vcenter.

В нашем примере мы собираемся создать резервную копию виртуальной машины UBUNTU из Vmware ESXI.

Удаленная резервная копия будет сохранена как файл OVF на компьютере под управлением Windows.

Vmware ESXi Playlist:

На этой странице мы предлагаем быстрый доступ к списку видеороликов, связанных с Vmware ESXi.

Playlist

Не забудьте подписаться на наш канал YouTube, названный FKIT.

На этой странице мы предлагаем быстрый доступ к списку руководств, связанных с Vmware Esxi.

Учебник — Установка OVFTOOL в Windows

Во-первых, вам необходимо загрузить и установить программное обеспечение OVFTOOL.

• Пакет: инструмент VMware OVF для Windows 64-разрядный
• Имя: VMware-ovftool-4.3.0-7948156-win.x86_64.msi
• Дата выпуска: 2018-04-17
• Номер сборки: 7948156

Вы можете найти этот пакет на веб-сайте Vmware.

Обратите внимание на путь установки OVFTOOL

В нашем примере программное обеспечение OVFTOOL было установлено в следующем каталоге.

• C: \ Program Files \ VMware \ VMware OVF Tool

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

Откройте приложение Windows Explorer и создайте папку с именем BACKUP в корне диска C.

В нашем примере мы собираемся хранить файлы резервных копий в папке BACKUP.

Учебник — Резервное копирование виртуальной машины на Vmware ESXi

Откройте повышенную подсказку DOS.

Используйте следующие команды для доступа к папке установки OVFTOOL.

C:
cd %programfiles%
cd vmware
cd «VMware OVF Tool»

Используйте следующую команду для копирования виртуальной машины с именем UBUNTU с сервера Vmware ESXi.

# ovftool -ds=datastore1 vi://root@192.168.0.50/UBUNTU C:\BACKUP\UBUNTU.ovf

Система будет запрашивать действительный пароль для подключения к серверу Vmware ESXi.

Система автоматически начнет копирование виртуальной машины в папку резервного копирования.

Enter login information for source vi://192.168.0.50/
Username: root
Password: ************
Opening VI source: vi://root@192.168.0.50:443/UBUNTU
Opening VI source: vi://root@192.168.0.50:443/UBUNTU
Opening OVF target: C:\BACKUP\UBUNTU.ovf
Writing OVF package: C:\BACKUP\UBUNTU.ovf
Transfer Completed
Completed successfully

После завершения копирования папка резервного копирования будет иметь экспортированную версию виртуальной машины OVF.

OVF означает Open Virtualization Format, и это портативный стандарт упаковки для виртуальных машин.

Поздравляем, вы создали резервную копию своей виртуальной машины.

Учебное пособие — Восстановление резервной копии виртуальной машины на Vmware ESXi

Откройте повышенную подсказку DOS.

Используйте следующие команды для доступа к папке установки OVFTOOL.

C:
cd %programfiles%
cd vmware
cd «VMware OVF Tool»

Используйте следующую команду для восстановления резервной копии виртуальной машины с именем UBUNTU на сервере Vmware ESXi.

# ovftool C:\BACKUP\UBUNTU.ovf vi://root@192.168.0.50

2018-11-22T13:30:50-02:00

Conclusion

Todayâs blog post has covered four methods to back up and restore ESXi configuration. Using the ESXi command line interface is good because you donât need to install additional software; the advantages of vSphere CLI are the ability to run commands remotely by using Linux machines and the ability to make the backup ESXi configuration automated; PowerCLI may be appreciated by Windows users. If your ESXi host is not healthy and you cannot boot the host, there is the possibility of backing up and restoring the configuration manually. Be aware that bootblank information and information about VMs is not stored in the ESXi configuration backup file. After restoring the ESXi configuration, you may need to register virtual machines in your inventory.