Fråga : Faktiska hyper-v R2 bearbetar med maskin lagring på ISCSI SAN som påverkar levande flyttning

Är här mitt ställer in i en nutshell.  Jag har två identiska Dell R710 serveror rinnande hyper-v R2.  Jag har en Equallogic PS4000X SAN.  Varje server har 8 NIC-portar.  Jag har CSV att ställa in, och att bo flyttning har varit den funktionsdugliga boten.  

I kan skapa en VM och lagra den i CSVEN och migrate den fram och tillbaka mellan de två serverorna.  De nästa kliver är att skapa en volym på Equallogicen för att lagra datan för VMEN.  Jag kan skapa volymen, och att fästa den till VMEN, formatera drevet, kopierar data till det.  Att göra denna hängiven en NIC för I port på varje server för att ta fram datavolymen på SANEN.  Jag skapade ett faktiskt knyter kontakt på varje Hyperv-V server som namnger den ”SAN, tar fram”, utsidan som väljer avkräva samma läkarundersökningNIC och port från varje server.  Jag lämnade ”för att låta ledningOS dela denna okontrollerade adapter”.  

The VM tar fram data av boten för drev precis.  När försök I att göra en levande flyttning den går till och med 100% av flyttningen men kommer därefter tillbaka, och något att säga som den har failed.

I att få ett system, loggar faktiskt meddelandehändelseID 21502 ”bearbetar med maskin 2003test,” levande flyttning inte lyckades på den inte säkra förmiddagen för source.

I att den idéer för hjälpmedel...........

Any på, varför en gång jag tillfogar ett SAN-drev det ej längre ska migrate direkt? " klar "

Svar : Faktiska hyper-v R2 bearbetar med maskin lagring på ISCSI SAN som påverkar levande flyttning

Innan du tillfogade volymen, du var kompetent till LM VMEN mellan knutpunkterna?

kan du testa denna och berätta mig resultaten.
1. Avstängningen VMEN på knutpunkt, var är den spring, l5At mig appellen det NodeA och försök direkt att migrate det till NodeB och för att se, om den lyckas. Om den gör försök som kommer med den upp på NodeB, se att den lyckas.
2.Try till ömt ställe migrate VMEN från NodeA till NodeB och ser, om den lyckas.