PowerPath Migration Enabler Przełączanie awaryjne klastra przed zatwierdzeniem skutkuje potrzebamiStan odzyskiwania (oczyszczania) migracji

PowerPath Migration Enabler Przełączanie awaryjne klastra przed zatwierdzeniem powoduje stan needsRecovery(cleanup) w migracjach

Na przykład
==================================================================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)

Próby wykonania czyszczenia (z lub bez -force) skutkują następującym błędem
C:\>powermig recover -handle c5
Recover migration for handle c5 ? [tak]/nie:
błąd PPME(75): Dysk klastrowy podlegający migracji nie jest własnością tego węzła

Dysk źródłowy został zmigrowany na dysk alternatywny i wszystkie polecenia powermig wymagają, aby dysk źródłowy i docelowy znajdowały się w węźle wysyłającym polecenia powermig.

Wykonaj przywracanie awaryjne zasobów do węzła, który wysyła polecenia powermig.

Nie ma innego rozwiązania, które umożliwiałoby wznowienie migracji lub jej oczyszczenie. Najprawdopodobniej migracja będzie wymagała oczyszczenia, a migracja rozpoczęła się od początku.

Uwaga: polecenia PowerPath Migration Enabler (powermig) muszą być wykonywane na tym samym węźle, w którym zostało wykonane polecenie konfiguracji powermig, gdy urządzenia źródłowe i docelowe są aktywne, aktywne i dostępne w tym węźle.

Zapytanie 1:  

Czy usunięcie docelowych jednostek LUN z obu węzłów klastra może spowodować zmianę stanu PPME, umożliwiając przerwanie/oczyszczenie bez konieczności powrotu po awarii? Czy to może pomóc w anulowaniu migracji?

Odpowiedź>>: Nie, jądro nadal będzie miało rekord informujący, że źródło jest w migracji, którego nie można teraz zaktualizować poza powemig.
 

Zapytanie 2: 

Co się dzieje z operacją "cleanup" i czy możliwa jest ręczna procedura oparta na kodzie "cleanup"? 

Odpowiedź>>: Cleanup w tej chwili wymaga stanu migracji, który znajduje się w UMD i który znajduje się tylko w MainNode (Node A). Jest to dostępne tylko za pomocą polecenia powermig.
 

Zapytanie 3:

Czy istnieje ryzyko zduplikowanych podpisów dysków, ponieważ migracja z węzła A była w stanie sourceSelected przed przejściem klastra w tryb failover. Jeśli więc ręcznie anulujemy migrację PPME, czy istnieje ryzyko, że system operacyjny Windows może zobaczyć dwa różne dyski z tą samą sygnaturą dysku, co doprowadzi do problemów z klastrem?

Odpowiedź>>:Tak, podczas synchronizacji sygnatury dysków są również kopiowane do miejsca docelowego. Czyszczenie powermig w oryginalnym węźle zapobiegnie występowaniu tego problemu.
 

Zapytanie 4:

Czy obecny stan (PPME w węźle A, usługi klastra w węźle B, węzeł A uruchomiony ponownie po przełączeniu awaryjnym klastra) może spowodować jakiekolwiek problemy, gdy węzeł B ostatecznie powróci po awarii do węzła A?

Odpowiedź>>: W przypadku awarii klastra nie powinno być żadnych problemów 
 

Zapytanie 5:

Czy miałoby sens usunięcie docelowych jednostek LUN z dwóch węzłów, usunięcie ich, a następnie przedstawienie nowych jednostek LUN tylko po to, aby upewnić się, że nie ma danych w docelowych jednostkach LUN? Zasadniczo postępując zgodnie z poniższą procedurą:
1. Usuń wpisy rejestru i pliki db*.* z węzłów A i B.

1. Usuń docelowe jednostki LUN z obu węzłów.
2. Usuń/utwórz ponownie docelowe jednostki LUN i zaprezentuj je obu węzłom.
3. Rozpocznij migrację PPME od węzła B (aktywny węzeł

Odpowiedź>>:Nie zadziała, sterownik wyrzuci błąd, ponieważ urządzenia są już w migracji i nikt nie wyczyścił jego wpisu (tj. we wpisie pamięci).
 

Zapytanie 6:

Czy ponowne uruchomienie węzła pasywnego umożliwi czyszczenie w nowym węźle?

Odpowiedź>>:Tylko węzeł pasywny, tj. Węzeł Ponowne uruchomienie może nie pomóc, ponieważ wszystkie węzły mają świadomość migracji za pośrednictwem sterownika trybu jądra i trzeba to odświeżyć, co można zrobić tylko za pomocą powermig uruchomionego na oryginalnym węźle.