Необходимо считать отъезд существующей структуры неповрежденным, поскольку ссылки (и ссылки на файлы и папки в существующей документации) будут делаться недействительным, если вещи будут перемещены.
Я рекомендовал бы ghettoizing что целое дерево во что-то как /oldstuff
папка и использование некоторое программное обеспечение индексации/поиска для создания поисковой системы для него вместо этого. Можно копировать/связывать вещи с oldstuff
в логическое местоположение вне гетто, после того как Вы уверены, была обновлена вся документация, относящаяся к файлам путем.
Конечно, поместите весь новый материал в хорошо организованное дерево.
Trilead VM Explorer стоит 760 долларов США и поддерживает как vSphere (также бесплатную версию), так и Hyper-V. Он поддерживает резервное копирование по расписанию и на уровне файлов, а также восстановление на уровне виртуальных машин.
Я понимаю, что это старый вопрос, но моя проблема заключалась в том, что я не прочитал доступную документацию для геттоVCB/в том, что я не знаю, как настроить NFS. Если вы используете NFS в качестве целевого хранилища данных, убедитесь, что ваш экспорт NFS настроен на использование 'async'. Дополнительно, вы можете установить "DISK_BACKUP_FORMAT = 2gbsparse" (в отличие от 'тонких' и т.д.) в конфигурации ghettoVCB, что будет занимать меньше места (только используемое пространство) в вашем целевом хранилище данных.
Моя NFS передача на мое устройство DNS-323 NAS под управлением Alt-F шла очень медленно -- ~140 КБ/с. При таком темпе, потребовалось бы около 2 дней, чтобы создать резервную копию одной маленькой ВМ. После установки async я получаю 6-8000 КБ/с на одном канале связи 1G и мое резервное копирование заняло около 20 минут.
Обратите внимание, что это мой дом "для развлечения" инфраструктуры установки/резервного копирования ESXi, и как все здесь говорят -- для коммерческого использования я бы действительно порекомендовал купить что-нибудь, что будет проще обслуживать и получить поддержку.
.