Skip to main content
SnapManager for Hyper-V
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Reconfigure os sistemas de storage após um failback de recuperação de desastres

Colaboradores
PDFs

Após o failover para um sistema de storage secundário, o SnapManager para Hyper-V conclui a recuperação de desastres com falha de volta ao sistema de storage primário original. A falha de volta restaura a função de armazenamento primário para o local de armazenamento primário original após seus sistemas de armazenamento serem reativados ou substituídos.

Passos

  1. Dependendo da condição do sistema de storage primário, execute uma das seguintes ações:

    Se o sistema de armazenamento primário for…​ Então…​

    Recuperável

    Mova os dados do host secundário de volta para o sistema de storage primário.

    Completamente destruído

    Provisione um novo sistema de storage.

  2. Gerenciar a relação do SnapMirror:

    1. Inicialize a relação SnapMirror do sistema de storage secundário para o sistema de storage primário para recuperar os dados.

    2. Ressincronize a relação existente do SnapMirror do sistema de storage secundário para o sistema de storage primário.

    3. Usando o SnapDrive no sistema de storage secundário, inicie uma atualização do SnapMirror para cada um dos LUNs ou compartilhamentos de SMB no sistema de storage secundário.

  3. Dependendo da configuração, execute uma das seguintes ações:

    Se o sistema de armazenamento primário for…​ Então…​

    Um host autônomo (SAN)

    Conete-se a todos os pontos de montagem e LUNs no sistema de armazenamento primário do mesmo tipo.

    Um host em cluster (SAN)

    A partir do nó em que o grupo de cluster está online, conete-se a todos os pontos de montagem e LUNs no cluster.

    Data ONTAP 8.1.x configurado com um único LUN que hospeda VMs em uma SAN (FlexVol volume) de origem

    Para que as atualizações do SnapMirror sejam bem-sucedidas, você deve criar um segundo LUN menor (10 MB a 100 MB) no FlexVol volume de origem antes de iniciar um trabalho de backup. A partir do nó em que o grupo de cluster está online, conete-se a todos os pontos de montagem e LUNs no cluster.

    Um host autônomo ou em cluster (nas)

    Desmonte o volume de proteção de dados (DP), monte o volume DP como regravável, verifique se o volume tem permissões RWX e, em seguida, crie compartilhamentos CIFS para os diferentes volumes.

  4. Reconfigure o SnapInfo com base no seu ambiente:

    Se a sua configuração for…​ Então…​

    SAN

    Restaure o LUN SnapInfo da última cópia Snapshot.

    NAS

    Monte o diretório SnapInfo.

    No nas, se ocorrer um erro de acesso negado ou se não for possível navegar para o local de compartilhamento SMB exposto, talvez seja necessário redefinir a ACL no compartilhamento.

  5. Adicione o host ou cluster primário no SnapManager para MMC Hyper-V e configure-o com o caminho SnapInfo.

  6. Insira os seguintes cmdlets:

    1. Recupere a lista de VMs presentes nos metadados de backup usando o cmdlet Get-VMsFromBackup.

    2. Obtenha as cópias de backup de cada VM usando o cmdlet Get-Backup para obter as cópias de backup de cada VM.

  7. Para restaurar, utilize Restore-Backup com o GUID VM e a cópia de segurança com os seguintes parâmetros:

    Para restaurar de…​ Digite este comando…​

    Um host alternativo

    Restore-Backup -Server Secondary_host_system_or_cluster_name -DisableVerifySnapshot -RestoreToAlternateHost

    Uma cópia de segurança listada

    Restore-Backup -Server -VirtualMachinePath -SnapShotFilePath @VHD

    Para @VHD, uma VM pode ter vários VHDs; você deve inserir um par de caminho de origem e de destino especificado para cada VHD.

  8. Se o sistema host secundário for um cluster, execute as seguintes etapas:

    1. Verifique se as LUNs nas quais as VMs residem estão online no nó do cluster que é proprietário do grupo de clusters.

    2. Use os cmdlets do PowerShell de failover para tornar as VMs altamente disponíveis.

    Para nas, depois que as VMs são expostas como compartilhamentos SMB de um nó de cluster, as VMs ficam acessíveis a todos os hosts configurados para usar o cluster do sistema de storage.

Exemplos de failback

O exemplo a seguir mostra uma configuração de dois clusters na qual o smhv-cluster-01 é o local principal e o HV-19-cluster é o local secundário:

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

O exemplo a seguir mostra uma operação de restauração SAN para um caminho alternativo para o qual N: É o destino e I: É o caminho LUN de origem:

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"})

O exemplo a seguir mostra uma operação de restauração nas para um caminho alternativo para o qual ' 172.17.162.174 é o caminho de compartilhamento SMB de origem e ' 172.17.175.82 é o caminho de compartilhamento SMB de destino:

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"})

Informações relacionadas

"Guia de backup e recuperação on-line de proteção de dados do Data ONTAP 8.2 para o modo 7"

"Referência SMB/CIFS"