Вопрос : Гипер-V машины в группе Failover: может жить проникает, но не может двинуть или быстро движение между узлами группы.

Hi,

I как раз раскрывало группу Failover 4 Гипер-V машины на 2 идентичных машинах машины сервера 2008 R2 x64.

Those, котор Windows бегут совершенно и я могу жить проникаю они между 2 узлами группы, без проблем на переселении в реальном маштабе времени all.

The больш, но она предполагаем быть использованным для запланированного обслуживания только. Будет *not* целесообразным для «незапланированных» ситуаций, в которых, например, одном из узлов группы crashes.

So, я пытаюсь сымитировать незапланированную ситуацию, путем делать движение или быстро движение от одной группы к другому. Однако, когда я пытаюсь сделать его, Гипер-V машина сохраняет свое положение, но обычно она не будет пришла назад он-лайн на другом узле группы, и flagged свое положение по мере того как failed.

To положило его назад он-лайн, я должно ручно уничтожить сохраненное положение и после этого начать его снова. Вы должны согласиться что в «незапланированной ситуации», я хочу вс то, котор нужно случиться автоматически. То Failover использован для, право?

So, мои вопросы является следующим: smogло быть причиной, котор в реальном маштабе времени проникают для работы, только движением или быстро движением потерпеть неудачу на всех Гипер-V машинах?

When, котор я смотрю на деталях случая для отказа, сообщение ошибки я получаю является следующим: машина Web01

'Virtual вылтила из строя к start.

'Web01 суменному для того чтобы восстановить. (Удостоверение личности 7DA2F229-7C02-4FA6-905A-C05305A04FEF виртуальной машины)

'Web01 неспособно восстановить содержание RAM на адресе 0. (Удостоверение личности 7DA2F229-7C02-4FA6-905A-C05305A04FEF виртуальной машины)

Since, котор это будет срочное дело, я задают 500 пунктов к this.

Thanks заранее для ваших отношений help.

Best,

Helder class=

Ответ : Гипер-V машины в группе Failover: может жить проникает, но не может двинуть или быстро движение между узлами группы.

Быть высоки - имеющеся, каждый том созданный на LUN которое должно быть соединенным к VM прикреплен к узлам _all_ в группе.

Мы используем узел 1 для того чтобы установить тома, форматируем их NTFS, и после этого устанавливаем их АВТОНОМНЫМ. Как только были setup все тома и после того как они установлены к offline на узел 1, тогда освежите взгляд хранения на всех других узлах и проигнорируйте все предупредительные сообщения.

Вы после этого будете иметь пук томов имеющихся но установленных к offline. Чудодей утверждения группы, он просмотрит те тома и покажет что они правильн установлены для того чтобы быть высоки - имеющееся к nodes_ _all в группе.

После создавать группу вы включаете CSV в корне FCM и после этого включаете все тома как CSVs.

Эмпирический способ:
 - # томов = # VMs + 1 (2-3 узла)
     - +1 будут томом используемым для, котор делят архивов конфигурации для _all_ VMs. Так, своему размеру нужно быть #GB RAM VM * #VMs + 1GB. Так, 4 VMs максимального с 8GB каждым намеревались бы, котор делят том около 35GB предназначенного к этой цели.
 - # томов = # VMS + 2 (узлы 3+)
     - Над правилом применяет при экстренный том только 512MB или 1GB для данных по кворума будут необходимы.

Филипп