PowerScale: 일대다 또는 다단계 복제에 대한 SmartSync의 SYNCIQ 정책 마이그레이션 오류

SmartSync의 SyncIQ 정책 마이그레이션이 다음 두 가지 오류 중 하나로 인해 실패합니다.

1. Error Message: Migration blocked: Source record snapshot (<snapshot-id>) does not match latest dataset snapshot (<snapshot-id>) for the source basepath (<source-base-path>). This source basepath may act as a target for an existing SmartSync policy. Hence, the SIQ policy migration can't proceed unless the two snapshots are identical. Start the SIQ policy to match the latest dataset snapshot (<snapshot-id>) in source.
2. Error Message: Migration blocked: Source record snapshot (<snapshot-id>) is older than the snapshot (<snapshot-id>) associated with the latest dataset (<dataset details>) for the source basepath (<source-base-path>). Replicate to the latest snapshot or above to proceed with the SIQ policy migration.

오류 1은 소스 기본 경로에 SmartSync에서 타겟 데이터 세트로 표시된 기존 데이터 세트가 있을 때 발생합니다. 또한 마이그레이션에 사용되고 있고 SyncIQ 정책의 소스 레코드에서 사용되는 연결된 스냅샷이 특정 소스 기본 경로에 대한 최신 데이터 세트에서 사용하는 스냅샷과 다릅니다.

오류 2는 소스 기본 경로에 SmartSync에서 타겟 데이터 세트로 표시되지 않은 기존 데이터 세트가 있을 때 발생합니다. 또한 마이그레이션에 사용되고 있으며 SyncIQ 정책의 소스 레코드에서 사용하는 관련 스냅샷이 특정 소스 기본 경로에 대한 최신 데이터 세트에서 사용하는 스냅샷보다 크거나 같지 않습니다.

오류가 이미 발생한 경우 복구 단계 섹션으로 이동합니다.

선점형 마이그레이션 단계

마이그레이션 작업에 오류가 이미 표시되기 전에 수행할 예방 단계입니다. 마이그레이션 작업을 시작하기 전에 위에서 언급한 오류를 방지하기 위해 다음 단계를 수행합니다.

팬 아웃 구성(A → B + A → C)

1. 1 단계 : SyncIQ 정책 식별 Documentum Interactive Delivery Services. 예:

   1. 정책 A → B:
      # isi sync policies view <pol_a_b> | head -2
   2. 정책 A → C:
      # isi sync policies view <pol_a_c> | head -2

2. 2단계: 클러스터 A의 원본 레코드 디렉터리:

   # cd /ifs/.ifsvar/modules/tsm/config/source_records/

3. 3 단계 : 각 정책 ID에 해당하는 XML 파일을 나열하고 보고 latest-snap-id 값을 기록해 둡니다.

   1. A→B 스냅샷을 확인합니다(결과 ID는 다음 단계에서 AX가 됨).
      # grep '<latest-snap-id>' <pol_a_b_ID>.xml

   2. A→C 스냅샷을 확인합니다(결과 ID는 다음 단계에서 AY가 됨).
      # grep '<latest-snap-id>' <pol_a_c_ID>.xml

4. 4 단계 : latest-snap-id 값을 비교합니다. 이전(더 낮은) latest-snap-id를 사용하여 정책을 마이그레이션합니다.A-B
   스냅샷(AX)이 A-C 스냅샷(AY)보다 오래된 경우, 예: AX = snapID 100,AY = snapID150을 클릭합니다.
   그런 다음 먼저 정책을 A에서 B로 마이그레이션합니다.
   
   A-C 스냅샷(AY)이 A-B 스냅샷(AX)보다 오래된 경우, 예: AX = snapID 150,AY = snapID100을 클릭합니다.
   그런 다음 먼저 정책을 A에서 C로 마이그레이션합니다.
   
   두 정책이 동일한 스냅샷을 사용하는 경우, 예를 들면 다음과 같습니다. AX = 100,AY = 100을 클릭합니다.
   두 정책 중 하나를 먼저 마이그레이션할 수 있습니다. 두 번째 정책 마이그레이션은 데이터 세트를 재사용합니다.

체인(다단계) 구성(A → B → C)

1. 정책 체인에 관련된 모든 클러스터가 동일한 데이터를 반영하도록 동기화를 완전히 완료해야 합니다.

2. 마이그레이션을 진행하기 전에 체인의 모든 SyncIQ 정책을 비활성화합니다. 이렇게 하면 마이그레이션이 진행되는 동안 새로운 증분 SyncIQ 작업이 트리거되지 않습니다. 예를 들어 A→B→C 체인에서 A→B 및 B→C 정책을 모두 비활성화합니다.

3. 중요: 마이그레이션은 항상 루트(소스) 클러스터에서 시작해야 합니다. 중간 클러스터(예: 3클러스터 설정의 B)의 경우 소스 기본 경로가 다른 SmartSync 정책의 타겟이기도 한 모든 정책은 해당 기본 경로에 대한 최신 데이터 세트와 동일한(동일한) 스냅샷을 사용해야 합니다. 스냅샷이 일치하지 않으면 마이그레이션 작업이 일시 중지됩니다(영구적으로 차단되지 않음). 복구 단계 섹션에 아래 복구 단계가 추가되었습니다.

   체인 정책을 마이그레이션하기 전에 B→C SyncIQ 정책이 클러스터 B의 A→B 정책에 의해 생성된 것과 동일한 스냅샷 패턴으로 스냅샷 기반 동기화를 사용하는지 확인합니다. 이렇게 하면 두 정책이 릴레이 클러스터에서 동일한 스냅샷 기준을 공유하게 됩니다.

4. B→C SyncIQ 정책이 원래 스냅샷 기반 동기화로 설정되지 않은 경우 마이그레이션하기 전에 다음 단계를 사용하여 업데이트합니다.

   1. 1 단계 : A→B 정책이 SIQ-*의 기본 명명 패턴 이외의 명명 패턴을 사용하여 아카이브 타겟 스냅샷(Target Snapshot Archive: Yes로 표시되어야 함)을 생성하는지 확인합니다.

      # isi sync policies view pol_wJ9n-a2b | grep -E "Target Snapshot Archive|Target Snapshot Pattern" Target Snapshot Archive: No Target Snapshot Pattern: SIQ-%{SrcCluster}-%{PolicyName}-%Y-%m-%d_%H-%M-%S

      위의 예에서 알 수 있듯이 타겟 스냅샷 아카이브는 "아니요"로 설정되고 패턴은 SIQ-* 접두사가 있는 기본 패턴입니다.

   2. 2 단계 : A→ B 정책을 수정하여 기본 패턴이 아닌 다른 패턴으로 아카이브 스냅샷을 생성합니다.

      # isi sync policies modify <A_to_B_policy> --target-snapshot-archive True --target-snapshot-pattern 'snapB-%{PolicyName}-%Y-%m-%d'

# isi sync policies view pol_wJ9n-a2b | grep -E "Target Snapshot Archive|Target Snapshot Pattern" Target Snapshot Archive: Yes Target Snapshot Pattern: snapB-%{PolicyName}-%Y-%m-%d
      

   3. 3 단계 : --schedule=when-snapshot-taken을 사용하도록 B→C 정책을 수정합니다.

      # isi sync policies modify <B_to_C_policy> --schedule=when-snapshot-taken

   4. 4 단계 : A→C 정책이 A→B 정책을 따라잡고 A-B>가 생성한 아카이브 스냅샷을 재사용하도록 AB 정책 작업을 트리거합니다. 보고서 명령을 실행하여 확인할 수 있습니다.

      # isi sync job start <A_to_B_policy>

# isi sync reports list

      A→B 정책의 작업이 모두 완료될 때까지 기다리면 B→C 정책의 작업이 트리거됩니다. 두 작업이 모두 완료되면 다음 명령을 사용하여 A→B 정책의 최신 실행에서 생성된 아카이브 스냅샷이 B→C의 최신 작업에서 재사용되는지 확인합니다.

      # cat /ifs/.ifsvar/modules/tsm/config/target_records/<A_to_B_policy_Id>.xml | grep latest-archive-snap 
   <latest-archive-snap-alias>621</latest-archive-snap-alias> 
         <latest-archive-snap>625</latest-archive-snap>

# cat /ifs/.ifsvar/modules/tsm/config/source_records/<B_to_C_policy_Id>.xml | grep latest-snap-id
           <latest-snap-id>625</latest-snap-id>
   <restore-latest-snap-id>0</restore-latest-snap-id>
      

      위에서 알 수 있듯이 B→ C 정책의 latest-snap-id는 A→ B의 latest-archive-snap과 동일합니다. 연결된 정책의 마이그레이션이 성공적으로 진행될 상태입니다.

복구 마이그레이션 단계

마이그레이션이 이미 시도되었고 마이그레이션 작업이 PAUSED 상태가 된 경우 다음 복구 단계를 수행합니다.

팬 아웃 구성

SyncIQ 정책 마이그레이션 작업이 오류와 함께 실패하는 경우 해당 SyncIQ 정책이 다시 활성화됩니다. 완화 단계는 다음과 같습니다.

1. 1단계: SyncIQ 정책을 실행하여 다음을 따라잡습니다.
   # isi sync job start <policy-name>
   
2. 2단계: 새 작업 실행이 성공적으로 완료되고 보고서 출력에 표시될 때까지 기다립니다.
   # isi sync reports list --policy-name <policy-name>
3. 3단계: 일시 중지된 SmartSync 마이그레이션 작업을 다시 시작합니다.
   # isi dm jobs resume <job_id>

체인(다단계) 구성

SyncIQ 정책 마이그레이션 작업이 오류와 함께 실패하는 경우 해당 SyncIQ 정책이 다시 활성화됩니다. 완화 단계는 다음과 같습니다.

1. 1 단계 : 다음 명령을 사용하여 SyncIQ 정책을 수정합니다.
   # isi sync policies modify <B_to_C_policy> --schedule=when-snapshot-taken
2. 2 단계 : 명령을 사용하여 AB> 스마트 동기화 정책을 실행합니다(업스트림 정책이 이미 마이그레이션된 경우).
   # isi dm policies modify <policy_name> --run-now=yes
   스냅샷을 소스 기본 경로의 최신 데이터 세트 스냅샷과 자동으로 동기화합니다.
3. 3 단계 : 다음 명령을 사용하여 마이그레이션 작업을 재개합니다.
   # isi dm jobs resume <job_id>