Frage : Hyper-v Maschinen im Failover-Block: kann leben abwandern, aber können nicht oder schnelle Bewegung zwischen Netzknoten sich bewegen.

Hallo, haben

I gerade einen Failover-Block entfaltet, der 4 Hyper-v Maschinen auf zwei identischen Maschinen laufen lässt, das, Maschinen des Windows-Servers 2008 R2 x64.

Those tadellos laufen lassen und ich bin in der Lage zu leben abwandere sie zwischen die zwei Netzknoten, ohne Probleme überhaupt.

The Phasenmigration ist groß, aber sie nahm an, für nur geplante Wartung verwendet zu werden. Es ist das *not*, das für „ungeplante“ Situationen verwendbar ist, in denen einer z.B. der Netzknoten crashes.

So, ich versuche, eine ungeplante Situation zu simulieren, indem ich eine Bewegung oder schnelle Bewegung von einem Block zum anderen tue. Jedoch wenn ich versuche, es zu tun, speichert die Hyper-v Maschine seinen Zustand, aber normalerweise wird sie nicht zurückkam online auf den anderen Netzknoten, und sein Zustand wird, wie failed.

To ihn zurück online setzte, ich müssen den gespeicherten Zustand manuell löschen und ihn dann wieder beginnen gekennzeichnet. Sie müssen darin übereinstimmen, dass in einer „ungeplanten Situation“, ich alles den wünsche, zum automatisch zu geschehen. Verwendet wird für, das ist, was Failover, recht?

So, meine Fragen ist: was könnte Ursache, die die Phasen, um abwandern zu arbeiten, aber die Bewegung oder schnelle Bewegung sein, auf allen Hyper-v Maschinen auszufallen?

When, das ich auf den Ereignisdetails nach dem Ausfall suche, die Fehlermeldung ich bin erhalte:

'Virtual Maschine Web01 fiel zu start.

'Web01 nicht können wieder herstellen aus. (Virtuelle Maschine Identifikation 7DA2F229-7C02-4FA6-905A-C05305A04FEF) ist

'Web01 nicht imstande, RAM-Inhalt an Adresse 0 wieder herzustellen. (Virtuelle Maschine Identifikation 7DA2F229-7C02-4FA6-905A-C05305A04FEF) weisen

Since, das dieses eine dringende Angelegenheit, ich ist, 500 Punkte this.

Thanks im Voraus für Ihren help.

Best Respekt,

Helder zu

Antwort : Hyper-v Maschinen im Failover-Block: kann leben abwandern, aber können nicht oder schnelle Bewegung zwischen Netzknoten sich bewegen.

Zu in hohem Grade sein - vorhanden, angebracht jedes Volumen, das auf einem LUN verursacht, das an eine VM angeschlossen werden soll, zu den _all_ Nullpunkten im Block.

Wir verwenden Nullpunkt 1, um die Volumen zusammenzubauen, formatieren sie NTFS, und einstellen sie dann INDIREKT kt. Sobald alle Volumen und eingestellt auf indirekt auf Nullpunkt 1 gegründet worden, dann die Speicheransicht über alle weiteren Nullpunkte erneuern und alle Warnmeldungen ignorieren.

Sie haben dann ein Bündel Volumen, die vorhanden, aber auf indirekt eingestellt sind. Wenn es den Blockgültigkeitserklärung-Zauberer laufen lässt, scannt es jene Volumen und anzeigt, dass sie richtig zusammengebaut, um in hohem Grade zu sein - vorhandenes _all nodes_ im Block.

Nachdem Sie den Block hergestellt, ermöglichen Sie CSV in der Wurzel des FCM und ermöglichen dann allen Volumen als CSVs.

Faustregel:
 - # von den Volumen = # von VMs + 1 (2-3 Nullpunkte)
     - Die +1 ist das Volumen, das für die gemeinsam benutzten Konfigurationsakten für _all_ VMs benutzt. So muss seine Größe VMRAM #GB sein * #VMs + 1GB. So bedeuten 4 VMs, die mit 8GB jedes maximal sind, ein geteiltes Volumen ungefähr 35GB, das diesem Zweck eingeweiht.
 - # von den Volumen = # von VMS + 2 (Nullpunkte 3+)
     - Über Richtlinie zutrifft mit dem Extravolumen e, das nur 512MB oder 1GB für Quorumdaten ist, die erforderlich sind.

Philip