Пытаюсь бежать гетто впервые здесь. Я использую 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> Summary отображается как 507 ГБ. Я не вижу, чтобы vmdk на NAS больше увеличивался.
Файл журнала имитирует некоторые из вышеперечисленных и находится в разделе «Создание снимка ...», и больше ничего не поступает.
Отображает ли vmdk на NAS все эти ГБ из-за подготовки или чего-то еще? то есть, размер файла не обязательно указывает на количество фактических данных, которые были скопированы?
Есть ли причина, по которой он может застрять на 10%? т.е. неужели это займет так много времени?
Есть еще советы?
Спасибо.
Изменить: как только я нажимаю кнопку «Отправить», я оглядываюсь и вижу, что оно увеличилось до 11%. Приятно знать, что когда-нибудь он будет готов, когда взорвется солнце.
Я понимаю, что это старый вопрос, но моя проблема заключалась не в чтении доступных документация для ghettoVCB / новичок в настройке NFS. Если вы используете NFS в качестве целевого хранилища данных, убедитесь, что ваш экспорт NFS настроен на использование «async». Кроме того, вы можете установить «DISK_BACKUP_FORMAT = 2gbsparse» (в отличие от «thin» и т. Д.) В конфигурации ghettoVCB, которая будет занимать меньше места (только используемое пространство) в целевом хранилище данных.
Мои передачи NFS на мое устройство NAS-DNS-323 под управлением Alt-F происходили очень медленно - ~ 140 КБ / с. При такой скорости на создание резервной копии одной небольшой виртуальной машины ушло бы около 2 дней. После установки асинхронного режима я теперь получаю 6-8000 КБ / с на одном канале 1G, а мои резервные копии занимали всего около 20 минут.
Обратите внимание, что это мой дом «для развлечения» инфраструктуры установки / резервного копирования ESXi, и, как все здесь говорят, для коммерческого использования я бы действительно рекомендовал приобрести что-то, что будет проще в обслуживании и получении поддержки.
Trilead VM Explorer стоит 760 долларов США и поддерживает как vSphere (также бесплатную версию), так и Hyper-V. Он включает запланированное резервное копирование и уровень файлов, а также восстановление на уровне виртуальных машин.