ESXi 5.1 ghettoVCB застрял в Клоне: 10% сделано
Попытка запустить ghettoVCB в первый раз здесь. Я использую NAS, которое настроено как хранилище данных на хосте. Я сделал пробный забег, и он завершился без ошибок.
Виртуальная машина ~500 ГБ, и на хосте есть только одна, которую я пытаюсь сделать резервную копию.
Я приступил к запуску фактического резервного копирования:
./ghettoVCB.sh -m vmname -g ghettoVCB.conf
Он идет через конфиг и выглядит так:
2013-10-24 11:43:19 -- info: CONFIG - USING GLOBAL GHETTOVCB CONFIGURATION FILE = ghettoVCB.conf
2013-10-24 11:43:19 -- info: CONFIG - VERSION = 2013_01_11_0
2013-10-24 11:43:19 -- info: CONFIG - GHETTOVCB_PID = 17398616
2013-10-24 11:43:19 -- info: CONFIG - VM_BACKUP_VOLUME = /vmfs/volumes/nas2tb-001/esxi4
2013-10-24 11:43:19 -- info: CONFIG - VM_BACKUP_ROTATION_COUNT = 3
2013-10-24 11:43:19 -- info: CONFIG - VM_BACKUP_DIR_NAMING_CONVENTION = 2013-10-24_11-43-18
2013-10-24 11:43:19 -- info: CONFIG - DISK_BACKUP_FORMAT = thin
2013-10-24 11:43:19 -- info: CONFIG - POWER_VM_DOWN_BEFORE_BACKUP = 0
2013-10-24 11:43:19 -- info: CONFIG - ENABLE_HARD_POWER_OFF = 0
2013-10-24 11:43:19 -- info: CONFIG - ITER_TO_WAIT_SHUTDOWN = 4
2013-10-24 11:43:19 -- info: CONFIG - POWER_DOWN_TIMEOUT = 5
2013-10-24 11:43:19 -- info: CONFIG - SNAPSHOT_TIMEOUT = 15
2013-10-24 11:43:19 -- info: CONFIG - LOG_LEVEL = info
2013-10-24 11:43:19 -- info: CONFIG - BACKUP_LOG_OUTPUT = /tmp/ghettoVCB-2013-10-24_11-43-18-17398616.log
2013-10-24 11:43:19 -- info: CONFIG - ENABLE_COMPRESSION = 0
2013-10-24 11:43:19 -- info: CONFIG - VM_SNAPSHOT_MEMORY = 0
2013-10-24 11:43:19 -- info: CONFIG - VM_SNAPSHOT_QUIESCE = 0
2013-10-24 11:43:19 -- info: CONFIG - ALLOW_VMS_WITH_SNAPSHOTS_TO_BE_BACKEDUP = 0
2013-10-24 11:43:19 -- info: CONFIG - VMDK_FILES_TO_BACKUP = all
2013-10-24 11:43:19 -- info: CONFIG - VM_SHUTDOWN_ORDER =
2013-10-24 11:43:19 -- info: CONFIG - VM_STARTUP_ORDER =
2013-10-24 11:43:19 -- info: CONFIG - EMAIL_LOG = 0
2013-10-24 11:43:19 -- info:
2013-10-24 11:43:22 -- info: Initiate backup for vmname
2013-10-24 11:43:22 -- info: Creating Snapshot "ghettoVCB-snapshot-2013-10-24" for serv2
Destination disk format: VMFS thin-provisioned
Cloning disk '/vmfs/volumes/esxi4-storage/vmname/vmname_1.vmdk'...
Clone: 10% done.
и так было уже больше часа. Застрял в Clone: 10% done.,
Дело в том, что я вижу vmdk на NAS. И похоже, что почти все там. На NAS он показывает ~430 ГБ, а на vSphere Client > Сводка - 507 ГБ. Я больше не вижу vmdk на NAS.
Файл журнала имитирует некоторые из вышеперечисленных и находится в "Создание снимка...", и больше ничего не приходит.
Vmdk на NAS показывает все эти ГБ из-за инициализации или чего-то еще? т.е. размер файла не обязательно указывает на количество фактических данных, которые были скопированы?
Есть ли причина, по которой он может быть "Застрял" на 10%?то есть действительно ли это может занять так много времени?Любые другие советы?
Благодарю.
Редактировать: как только я нажимаю кнопку "Отправить", я оглядываюсь и вижу, что она увеличена до 11%. Приятно знать, что когда-нибудь, когда солнце взорвется, оно завершится.
2 ответа
Trilead VM Explorer стоит 760 долларов США и поддерживает как vSphere (бесплатная версия), так и Hyper-V. Это показывает запланированные резервные копии и уровень файла так же как восстановление уровня VM.
Я понимаю, что это старый вопрос, но моя проблема не заключалась в чтении доступной документации для ghettoVCB/, которая была нубом при настройке NFS. Если вы используете NFS в качестве целевого хранилища данных, убедитесь, что в вашем экспорте NFS установлено значение "async". Кроме того, вы можете установить "DISK_BACKUP_FORMAT = 2gbsparse" (в отличие от "тонкого" и т. Д.) В конфигурации ghettoVCB, которая будет занимать меньше места (только использованное пространство) в вашем целевом хранилище данных.
Передачи NFS на NAS-устройство DNS-323 с Alt-F проходили очень медленно - ~140 КБ / с. В таком случае это заняло бы около 2 дней только для резервного копирования одной маленькой виртуальной машины. После установки асинхронного режима теперь я получаю 6–8000 КБ / с на одну ссылку 1G, и на создание резервных копий уходит всего около 20 минут.
Обратите внимание, что это мой дом "для развлечения" инфраструктуры установки / резервного копирования ESXi, и, как все остальные говорят здесь - для коммерческого использования я действительно рекомендую приобрести что-то, что будет проще в обслуживании и получить поддержку.