Назад | Перейти на главную страницу

Невозможно клонировать резервную копию виртуальной машины постоянного тока - Невозможно создать приостановленный моментальный снимок - Windows Server 2008 64-разрядная

У меня проблема с созданием клонов моей резервной виртуальной машины контроллера домена. Когда я пытаюсь создать клон виртуальной машины с помощью vSphere Client, я получаю следующее сообщение об ошибке:

«Невозможно создать замороженный моментальный снимок, потому что операция создания моментального снимка превысила ограничение по времени для задержки ввода-вывода на замороженной виртуальной машине».

Я перепробовал много разных вещей, которые читал на разных форумах, но ни один из них не работал. Ссылка здесь (http://communities.vmware.com/docs/DOC-11987;jsessionid=070C27B939C0BFAA66DA7537C42E00ED) казались многообещающими, особенно инструкции по выполнению следующего:

Все,

Следующие приемы работают без удаления поддержки инструментов VMWare для VSS. Обратите внимание, что я пробовал этот метод на всех моих неудачных попытках резервного копирования виртуальных машин Windows Server 2008/2003 x64.

Причина, по которой я делаю это снова, заключается в том, что мне неудобно удалять поддержку поставщика моментальных снимков VSS в инструментах VMWare:

  1. Сделайте резервную копию следующего regkey: _HKLM \ Программное обеспечение \ Microsoft \ EventSystem _
  2. Удалите регистрационный ключ HKLM \ Software \ Microsoft \ EventSystem {26c409cc-ae86-11d1-b616-00805fc79216} ниже
  3. Перезагрузка.
  4. Убедитесь, что все работает, запустив

Составители списка vssadmin Поставщики списка vssadmin.

а затем в списке оснасток служб services.msc убедитесь, что следующие службы запускаются автоматически:

  1. Системное приложение COM +
  2. Координатор распределенных транзакций
  3. Теневая копия тома
  4. Сервис VMware Physical Disk Helper

Автоматически, но не запускается:

  1. Поставщик теневого копирования программного обеспечения Microsoft
  2. Поставщик снимков VMware

теперь резервная копия работает отлично :-)

Это решение, которое я пробовал на себе, не удаляя поддержку VSS Provider в инструментах VMWare.

См. Следующий URL-адрес базы знаний: _http: //kb.vmware.com/selfservice/microsites/search.do? Cmd = displayKC & docType = kc & externalId = 1009073 & sliceId = 1 & docTypeID = DT_KB_1_1 & dialogID = 38752513 & stateId = 04922% 200_

Однако, когда я следовал этим инструкциям, это вызвало множество проблем, поэтому я не уверен, что они совместимы с Windows Server 2008. Я разобрал возникшие проблемы, но мне еще не удалось заставить клоны работать. .

Я не уверен, связаны ли проблемы с сервером 2008 или с контроллером домена, но он не будет работать и будет признателен за любую помощь.

Это виртуальная машина под управлением Windows Server 2008 на VMware ESX 4.0 с vSphere Enterprise Plus.

Заранее спасибо.

Не для того, чтобы сбивать с толку этот вопрос, но я думаю, что создание новой виртуальной машины 2008 года, выполнение dcpromo и разрешение синхронизации домена выполнять свою работу - это гораздо лучшая идея. Клонирование контроллеров домена обычно не рекомендуется.

Если вы отключите поставщика VSS, есть большая вероятность, что вы не получите согласованную файловую систему на клонах. Это одна из веских причин не делать этого. Еще одна проблема, с которой вы столкнулись, заключается в том, что вам нужно быть на 100% уверенным, что нет риска, что один из клонов когда-либо появится в вашей живой среде - это будет очень плохо. Если вы восстановите один из этих клонов в производственной среде (то есть с любым другим активным DC), вы рискуете вызвать откат USN - см. эта техническая статья для получения дополнительной информации и ответ Зоредаш в этот более ранний вопрос ServerFault.

Лучший способ справиться с этим - создать другую виртуальную машину и, как сказал ДжейкРобинсон, следовать стандартным процедурам с dcpromo и позволить ей синхронизироваться. Вы можете оставить его в сети или оставить его в основном в автономном режиме и позволять ему периодически синхронизироваться, если хотите, но таким образом вы не рискуете повредить базы данных AD.