PowerPath Migration Enabler 커밋 전 클러스터 페일오버로 인해 마이그레이션 시 needsRecovery(cleanup) 상태가 표시됨

PowerPath Migration Enabler 커밋 전 클러스터 페일오버로 인해 마이그레이션

시 needsRecovery(cleanup) 상태가 표시됨 예
==================================================================Hnd 소스 타겟 기술 상태
===== ========== ========= ============ ======================

c1 하드디스크8 하드디스크2 HostCopy(cl) needsRecovery(cleanup)
c2 하드디스크9 하드디스크3 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)

Attempt to issue a cleanup (with -force with or without -force)Attempt to issue a cleanup results to issue the cleanup result for the call -force result the following error
C:\>powermig recover -handle c5
Recover migration for handle c5 ? [yes]/no:
PPME error(75): 마이그레이션 중인 클러스터 디스크를 이 노드가 소유하지 않음

소스 디스크가 대체 디스크로 마이그레이션되었으며 모든 powermig 명령을 사용하려면 소스 및 타겟 디스크가 모두 powermig 명령을 실행하는 노드에 있어야 합니다.

powermig 명령을 실행하는 노드로 리소스를 페일백합니다.

마이그레이션을 재개하거나 마이그레이션을 정리할 수 있는 다른 솔루션은 없습니다. 마이그레이션을 정리하고 마이그레이션을 처음부터 시작해야 할 가능성이 큽니다.

참고: PowerPath Migration Enabler 명령(powermig)은 소스 및 타겟 디바이스가 있고 활성 상태이며 액세스 가능한 상태에서 powermig setup 명령을 실행한 것과 동일한 노드에서 실행되어야 합니다.

쿼리 1:  

두 클러스터 노드에서 타겟 LUN을 제거하면 PPME 상태가 변경되어 페일백을 요구하지 않고 중단/정리가 가능할 수 있습니까? 마이그레이션을 취소하는 데 도움이 될 수 있습니까?

답변>> : 아니요, 커널에는 소스가 현재 powemig 외부에서 업데이트할 수 없는 마이그레이션 중임을 나타내는 레코드가 계속 있습니다.
 

쿼리 2: 

"cleanup" 작업은 어떻게 되며 "cleanup" 코드를 기반으로 가능한 수동 절차가 있습니까? 

답변>> : 현재 정리에는 UMD에 상주하고 MainNode(노드 A)에만 상주하는 마이그레이션 상태가 필요합니다. 이는 powermig 명령을 통해서만 액세스할 수 있습니다.
 

쿼리 3:

클러스터 페일오버 전에 노드 A의 마이그레이션이 sourceSelected 상태였기 때문에 디스크 서명이 중복될 위험이 있습니까? PPME 마이그레이션을 수동으로 취소하면 Windows OS에서 디스크 서명이 동일한 두 개의 서로 다른 디스크가 인식되어 클러스터 문제가 발생할 위험이 있습니까?

답변>>:예, 동기화하는 동안 디스크 서명도 대상에 복사됩니다. 원래 노드에서 powermig 정리를 수행하면 이 문제가 발생하지 않습니다.
 

쿼리 4:

노드 B가 결국 노드 A로 페일백될 때 현재 상태(노드 A의 PPME, 노드 B의 클러스터 서비스, 클러스터 페일오버 후 노드 A 재부팅)로 인해 문제가 발생할 수 있습니까?

답변>> : 클러스터가 페일백되면 문제가 없어야 합니다. 
 

쿼리 5:

타겟 LUN에 데이터가 없도록 두 노드에서 타겟 LUN을 제거하고 삭제한 다음 새 LUN을 제시하는 것이 합리적입니까? 따라서 기본적으로 아래 절차를 따릅니다.1
. 노드 A와 B에서 레지스트리 항목과 db*.* 파일을 제거합니다.

1. 두 노드에서 타겟 LUN을 제거합니다.
2. 타겟 LUN을 삭제/다시 생성하고 두 노드에 다시 표시합니다.
3. 노드 B(액티브 노드)에서 PPME 마이그레이션을 시작합니다.

답변>>:작동하지 않으면 장치가 이미 마이그레이션 중이고 아무도 항목을 지우지 않았기 때문에 드라이버에서 오류가 발생합니다(예: 메모리 항목).
 

쿼리 6:

이제 패시브 노드를 재부팅하면 새 노드에서 정리가 활성화됩니까?

답변>>:모든 노드는 커널 모드 드라이버를 통한 마이그레이션을 인식하고 원래 노드에서 실행되는 powermig를 통해서만 수행할 수 있는 새로 고쳐야 하기 때문에 패시브 노드, 즉 노드 A 재부팅만 도움이 되지 않을 수 있습니다.