Как я могу создать точку восстановления для VMware и Microsoft Virtualization
Это, вероятно, будет непопулярным ответом, но здесь идет...
То, что Вы делаете, может казаться тривиальным, но это не. Программное обеспечение создания образа диска помогает сделать вещи, с которыми операционная система не может справиться легко. Micorsoft официально "не поддерживает" движущиеся установки Windows между различным, делает или модели компьютеров или материнских плат (см. http://support.microsoft.com/kb/249694). Вы не собираетесь иметь легкую дорогу этого, при попытке сделать это этим способом.
Если то, что Вы делаете, является постоянным перемещением, я действительно рекомендовал бы чистую установку как вторичный контроллер домена, и миграция SBS от одной машины до другого (вот процедура Windows Server 2003, но это не проходит выполнение миграции "колебания" с помощью временного компьютера для сохранения названия исходного сервера: http://technet.microsoft.com/en-us/library/cc747454 (WS.10) .aspx).
Создание образа диска машина и перемещение его к другому полю обольстительны, но Вы не делаете ничего для помощи устойчивости получающейся машины.
"Миграция колебания", очень кратко и на высоком уровне, следующие:
- Поднимите временный W2K DC, соединенный с существующим доменом.
- Exchange установки 2000 на временном DC и соединяет его с организацией Exchange.
- Переместите все почтовые ящики во временный сервер. Копируйте общедоступную иерархию папок и удалите копии на исходном Exchange 2000 Server.
- XCOPY от всех совместно используемых файлов на исходном сервере, сохраняя полномочия. Зарегистрируйте существующую структуру доли (или просто экспортируйте доли из HKLM\System\CurrentControlSet\Services\LanManServer\Shares).
- Передайте роли FSMO с существующего сервера на временный сервер. SBS будет начинаться к "синему" экрану каждый час (если я вспомню правильно), потому что это не ролевой держатель для всех ролей FSMO больше.
- Сделайте временный сервер comptuer глобальным сервером каталога и проверьте, что глобальная репликация каталога завершается.
- Понизьте в должности существующий сервер до рядового сервера и удалите его из домена.
- Сделайте временный сервер сервером DNS.
- Установите Windows 2000 SBS на новом сервере, называющем это то же как название старого сервера. Во время установки препятствуют тому, чтобы установка Active Directory произошла автоматически и вручную устанавливают AD (после того, как, "указывая" на DNS на новом сервере к временному серверу) соединяющий с существующим доменом.
- Передайте роли FSMO новому серверу и завершите установку SBS.
- Переместите все почтовые ящики Exchange в новый сервер. Копируйте общедоступную иерархию папок и удалите копии на временном сервере.
- Ликвидируйте Exchange на временном сервере.
- СКОПИРУЙТЕ все совместно используемые данные с помощью xcopy с временного сервера на новый сервер. Воссоздайте доли на новом сервере и проверьте, что можно получить доступ к ним.
- Понизьте в должности временный сервер назад до рядового сервера и удалите его из домена.
Я пропускаю много крошечных небольших шагов там и, честно говоря, я не могу помнить, работает ли та целая процедура над 2000 SBS или нет. Если бы я делал это, то я поднял бы 2000 SBS в лаборатории на VM, заполнил бы его с некоторыми поддельными пользователями, почтовыми ящиками, общедоступными папками и данными, и затем сделал бы весь сценарий миграции сверху донизу дважды (однажды делающие примечания и собирающиеся данные и во второй раз как "пробный прогон".)
Существует две упрощенных опции:
Создайте резервную копию виртуальных гостей точно так же, как традиционные серверы. Используйте программное обеспечение для резервного копирования как NetBackup или BackupExec, который помещает агент на каждого гостя и передает резервные копии потоком по сети от гостя к некоторому целевому местоположению. Одна оборотная сторона - то, что необходимо быть довольно осторожными с планированием, потому что у Вас не может быть всех гостей на том же хосте, исчерпывают их резервные копии одновременно. Хост замедлится к проверке. Другая оборотная сторона - то, что это использует тонну сетевого трафика.
Или, используйте программное обеспечение для резервного копирования, интегрированное с гипервизором. Компании продают резервные программы, которые знают о гипервизорах как Hyper-V и VMware. Вместо того, чтобы помещать агенты в каждого гостя, они говорят хосту брать снимки гостя, и затем хост стягивает те снимки к цели. Это может быть легче запланировать и может использовать в своих интересах отдельные сетевые платы для уменьшения наверху. Оборотная сторона то, что, чем больше гипервизоров, Вы имеете (Вы упомянули выполнение и Hyper-V и VMware) тем более жестко это для нахождения единственной резервной программы, которая делает хорошее задание со всеми ними. Например, компания, на которую я работаю, продает тот, который просто работает с VMware:
http://www.vizioncore.com/products/vReplicator/index.php
Но не с Гиперпротив того, Если бы Вы не выполняете "реальный" центр обработки данных, и Вы только используете несколько машин для тестирования, я предложил бы идти традиционным путем.
Для VMware Workstation и Сервера, необходимо быть смочь использовать своего рода VSS базирующаяся резервная программа - мне нравится Cobian. Для ESXI (или ESX?), можно использовать ghettoVCB - это - сценарий для копирования VMDKs прочь, обычно к доле NFS.