재해 복구 페일백 후 스토리지 시스템을 재구성합니다
변경 제안
PDF
보조 스토리지 시스템으로 페일오버한 후 SnapManager for Hyper-V는 원래 운영 스토리지 시스템으로 페일백하여 재해 복구를 완료합니다. 페일백은 스토리지 시스템을 다시 설정하거나 교체한 후 운영 스토리지 기능을 원래 운영 스토리지 사이트로 복구합니다.
-
운영 스토리지 시스템의 상태에 따라 다음 작업 중 하나를 수행합니다.
운영 스토리지 시스템이 다음과 같은 경우 그러면… 복구 가능
보조 호스트에서 운영 스토리지 시스템으로 데이터를 다시 이동합니다.
완전히 파괴되었습니다
새 스토리지 시스템을 프로비저닝합니다.
-
SnapMirror 관계 관리:
-
보조 스토리지 시스템에서 운영 스토리지 시스템으로 SnapMirror 관계를 초기화하여 데이터를 복구합니다.
-
보조 스토리지 시스템에서 운영 스토리지 시스템으로 기존 SnapMirror 관계를 다시 동기화합니다.
-
2차 스토리지 시스템에서 SnapDrive를 사용하여 2차 스토리지 시스템의 각 LUN 또는 SMB 공유에 대해 SnapMirror 업데이트를 시작합니다.
-
-
구성에 따라 다음 작업 중 하나를 수행합니다.
운영 스토리지 시스템이 다음과 같은 경우 그러면… 독립 실행형 호스트(SAN)
같은 유형의 운영 스토리지 시스템에서 모든 마운트 지점 및 LUN에 접속합니다.
클러스터 호스트(SAN)
클러스터 그룹이 온라인 상태인 노드에서 클러스터의 모든 마운트 지점 및 LUN에 연결합니다.
소스 FlexVol 볼륨(SAN)에서 VM을 호스팅하는 단일 LUN으로 구성된 Data ONTAP 8.1.x
SnapMirror 업데이트가 성공적으로 수행되려면 백업 작업을 시작하기 전에 소스 FlexVol 볼륨에 두 번째 더 작은 LUN(10MB ~ 100MB)을 생성해야 합니다. 클러스터 그룹이 온라인 상태인 노드에서 클러스터의 모든 마운트 지점 및 LUN에 연결합니다.
독립 실행형 또는 클러스터 호스트(NAS)
데이터 보호(DP) 볼륨을 마운트 해제하고, DP 볼륨을 다시 쓰기 가능으로 마운트하고, 볼륨에 rwx 권한이 있는지 확인한 다음, 다른 볼륨에 대한 CIFS 공유를 생성합니다.
-
사용자 환경에 따라 SnapInfo를 재구성합니다.
구성이 다음과 같은 경우 그러면… 산
마지막 스냅샷 복사본에서 SnapInfo LUN을 복원합니다.
NAS
SnapInfo 디렉토리를 마운트합니다.
NAS의 경우 액세스가 거부된 오류가 발생하거나 노출된 SMB 공유 위치를 찾을 수 없는 경우 공유의 ACL을 재설정해야 할 수 있습니다.
-
SnapManager for Hyper-V MMC 에서 운영 호스트 또는 클러스터를 추가하고 SnapInfo 경로를 사용하여 구성합니다.
-
다음 cmdlet을 입력합니다.
-
Get-VMsFromBackup cmdlet을 사용하여 백업 메타데이터에 있는 VM 목록을 검색합니다.
-
Get-Backup cmdlet을 사용하여 각 VM에 대한 백업 복사본을 가져옵니다.
-
-
복구하려면 VM GUID와 백업 복제본을 사용하여 '복구-백업'을 사용하고 다음 매개 변수를 사용합니다.
복원 대상… 이 명령을 입력하십시오… 대체 호스트입니다
'복구-백업-서버''보조_호스트_시스템_또는_클러스터_이름-DisableVerifySnapshot-RestoreToAlternateHost'
나열된 백업 사본입니다
'Restore-Backup-Server-VirtualMachinePath-SnapShotFilePath@VHD'
'@VHD'의 경우 VM에 여러 VHD가 있을 수 있으므로 각 VHD에 대해 지정된 소스 및 대상 경로 쌍을 모두 입력해야 합니다.
-
보조 호스트 시스템이 클러스터인 경우 다음 단계를 수행하십시오.
-
VM이 상주하는 LUN이 클러스터 그룹을 소유하는 클러스터 노드에서 온라인 상태인지 확인합니다.
-
페일오버 PowerShell cmdlet을 사용하여 VM의 가용성을 높게 설정합니다.
NAS의 경우 VM이 클러스터 노드 한 개의 SMB 공유로 표시된 후 스토리지 시스템 클러스터를 사용하도록 구성된 모든 호스트에서 VM에 액세스할 수 있습니다.
-
장애 복구 예
다음 예에서는 smbv-cluster-01이 기본 사이트이고 HV-19-클러스터가 보조 사이트입니다.
PS C:\> Get-VMsFromBackup -Server smhv-cluster-01
winxp-x64c-135 593ABA72-B323-4AF7-9AC6-9514F64C0178
csv1-xp-3 59B85C68-BAFA-4A49-8E85-A201045843F7
vm-w2k8r2sp1 5A248757-872B-4FE7-8282-91C8E9D45CF9
um10_11_dr 5AC1B2A8-6603-4F90-98F5-4F2F435AB0C2
winxp-x64c-30 5B47D3CF-5D96-495D-9BAB-FB394392CF31
winxp-x64c-126 5B57EED1-B4F1-45A3-A649-24C6947CB79C
winxp-x64c-118 5B5D417B-70DC-427C-94BB-97FF81C5B92B
winxp-x64c-122 5BEE26B8-BE57-4879-A28E-9250A6A5EEFC
csv4-w2k3-19 5D0613E5-B193-4293-8AAD-F8B94A5D851F
PS C:\> Get-Backup -Server smhv-cluster-01 -ResourceName
um10_11_dr
BackupName : smhv-ccb-ds_04-10-2012_10.37.58
RetentionType : hourly
DatasetName : smhv-ccb-ds
BackupId : smhv-ccb-ds_04-10-2012_10.37.58
BackupTime : 4/10/2012 10:37:58 AM
BackupType : Application consistent
BackedupVMs : {um10_11_dr}
PS C:\> Restore-Backup -Server smhv-cluster-01 -ResourceName
um10_11_dr -BackupName smhv-ccb-ds_04-10-2012_10.37.58
-DisableVerifySnapshot -RestoreToAlternateHost
다음 예는 N:\이 대상이고 I:\가 소스 LUN 경로인 대체 경로에 대한 SAN 복구 작업을 보여 줍니다.
PS C:\> Restore-Backup -Resourcename dr-san-ded1
-RestoreToAlternateHost -DisableVerifySnapshot -BackupName san_dr_09-11-2013_10.57.31 -Verbose
-VirtualMachinePath "N:\dr-san-ded1" -SnapshotFilePath "N:\dr-san-ded1" -VHDs @(@{"SourceFilePath" = "I:\dr-san-ded1\Virtual Hard Disks\dr-san-ded1.vhdx"; "DestinationFilePath" = "N:\dr-san-ded1\Virtual Hard Disks\dr-san-ded1"})
다음 예에서는 소스 SMB 공유 경로이고 \\172.175.82\가 대상 SMB 공유 경로인 대체 경로로 NAS 복원 작업을 보여 줍니다.
PS C:\> Restore-Backup -Resourcename vm_claba87_cifs1
-RestoreToAlternateHost -DisableVerifySnapshot -BackupName ag-DR_09-09-2013_16.59.16 -Verbose
-VirtualMachinePath "\\172.17.175.82\vol_new_dest_share\ag-vm1" -SnapshotFilePath "\\172.17.175.82\vol_new_dest_share\ag-vm1" -VHDs @(@{"SourceFilePath" = "\\172.17.162.174\vol_test_src_share\ag-vm1\Virtual Hard Disks\ag-vm1.vhdx"; "DestinationFilePath" = "\\172.17.175.82\vol_new_dest_share\ag-vm1\Virtual Hard Disks\ag-vm1.vhdx"})
-
관련 정보 *