PowerPath Migration Enabler Clusterfailover voordat doorvoeren resulteert in needsRecovery(cleanup)-status op migraties

PowerPath Migration Enabler Cluster failover before commit results in needsRecovery(cleanup) status on migrations Bijvoorbeeld==================================================================Hnd Source Target Tech State
===== ========== ========= ============ ======================
c1 harddisk8 harddisk2 HostCopy(cl) needsRecovery(cleanup)
c2 harddisk9 harddisk3 HostCopy(cl) needsRecovery(cleanup)
c3 harddisk10 harddisk4 HostCopy(cl)



needsRecovery(cleanup)
c4 harddisk11 harddisk5 HostCopy(cl) needsRecovery(cleanup)
c5 harddisk12 harddisk6 HostCopy(cl) needsRecovery(cleanup)

Pogingen om een cleanup uit te voeren (met of zonder -force) resulteert in de volgende fout
C:\>powermig recover -handle c5
Recover migration for handle c5 ? [yes]/no:
PPME error(75): De clusterschijf die wordt gemigreerd is geen eigendom van dit knooppunt

De bronschijf is gemigreerd naar een andere schijf en alle powermig-opdrachten vereisen dat zowel de bron- als de doelschijf aanwezig zijn op het knooppunt dat de powermig-opdrachten geeft.

Failback uitvoeren van de resources naar het knooppunt dat de powermig-opdrachten geeft.

Er is geen andere oplossing om hervatting van de migratie of opschonen van de migratie mogelijk te maken. Meer dan waarschijnlijk moet de migratie worden opgeschoond en moet de migratie vanaf het begin worden gestart.

Opmerking: PowerPath Migration Enabler-opdrachten (powermig) moeten worden uitgevoerd op hetzelfde knooppunt als de powermig setup-opdracht is uitgevoerd met de bron- en doelapparaten aanwezig, actief en toegankelijk op dat knooppunt.

Query 1:  

Kan het verwijderen van de doel-LUN's van beide clusterknooppunten leiden tot een wijziging in de PPME-status, waardoor afbreken/opschonen mogelijk is zonder dat de failback nodig is. Kan dit helpen om de migratie te annuleren?

Antwoord>>: Nee, de kernel zal nog steeds een record hebben waarin staat dat de bron in migratie is die op dit moment niet buiten powemig kan worden bijgewerkt.
 

Vraag 2: 

Wat gebeurt er met de "cleanup"-bewerking en is er een handmatige procedure mogelijk op basis van de "cleanup"-code? 

Antwoord>>: Voor het opschonen is nu de status van de migratie nodig die zich in de UMD bevindt en die zich alleen op het MainNode (knooppunt A) bevindt. Dit is alleen toegankelijk via de opdracht powermig.
 

Vraag 3:

Is er een risico op dubbele schijfhandtekeningen omdat de migratie van knooppunt A zich in de status SourceSelected bevond vóór de failover van het cluster? Dus als we de PPME-migratie handmatig annuleren, bestaat dan het risico dat het Windows-besturingssysteem twee verschillende schijven met dezelfde schijfhandtekening ziet, wat leidt tot clusterproblemen?

Antwoord>>: Ja, tijdens de synchronisatie worden ook de schijfhandtekeningen naar het doel gekopieerd. De powermig-opschoning op het oorspronkelijke knooppunt zal ervoor zorgen dat dit probleem niet meer aanwezig is.
 

Vraag 4:

Kan de huidige status (PPME op knooppunt A, clusterservices op knooppunt B, knooppunt A opnieuw opgestart na clusterfailover) problemen veroorzaken wanneer knooppunt B uiteindelijk wordt mislukt terug naar knooppunt A?

Antwoord>>: Wanneer het cluster terugvalt, zouden er geen problemen moeten zijn 
 

Vraag 5:

Zou het zinvol zijn om de doel-LUN's van de twee knooppunten te verwijderen, ze te verwijderen en vervolgens nieuwe LUN's te presenteren om er zeker van te zijn dat er geen data op de doel-LUN's staan? Dus eigenlijk volgt u de onderstaande procedure:
1. Verwijder registervermeldingen en db*.*-bestanden van knooppunten A en B.

1. Verwijder doel-LUN's van beide knooppunten.
2. Verwijder/maak doel-LUN's en presenteer ze terug naar beide knooppunten.
3. PPME-migratie starten vanaf knooppunt B (actief knooppunt

Antwoord>>: Zal niet werken, de driver zal een foutmelding geven omdat de apparaten al in migratie zijn en niemand de invoer heeft gewist (dwz in geheugeninvoer).
 

Vraag 6:

Zal een herstart van het nu passieve knooppunt het opschonen van het nieuwe knooppunt mogelijk maken

Antwoord>>: Alleen passief knooppunt, d.w.z. knooppunt Opnieuw opstarten helpt mogelijk niet, omdat alle knooppunten op de hoogte zijn van migratie via de driver voor de kernelmodus en die moet worden vernieuwd, wat alleen kan worden gedaan via powermig die op het oorspronkelijke knooppunt wordt uitgevoerd.