Share via

Restaurar usando a ferramenta Consistent Snapshot do Aplicativo Azure

  • Artigo

Este artigo fornece um guia para executar o comando de restaurar da ferramenta Consistent Snapshot do Aplicativo Azure que você pode usar com Azure NetApp Files.

Observação

O comando restore só está disponível para Instância Grande do Azure e Arquivos do Azure NetApp. Todas as restaurações do Disco Gerenciado do Azure devem ser feitas usando o Portal do Azure ou a CLI do Azure.

Introdução

A restauração de volume de um instantâneo é feita usando o comando azacsnap -c restore.

Importante

Isso não executa uma recuperação de banco de dados, somente uma restauração de volume, conforme descrito para cada uma das opções abaixo.

Opções de comando

O comando -c restore tem as seguintes opções:

  • --restore snaptovol Cria um novo volume com base em um instantâneo de volume. Esse comando cria um novo volume "clonado" para cada volume no arquivo de configuração, usando por padrão o instantâneo de volume mais recente como base para criar o novo volume. Para volumes de dados, é possível selecionar um instantâneo para clonar usando a opção --snapshotfilter <Snapshot Name>. Isso só será concluído se TODOS os volumes de dados tiverem o mesmo instantâneo. Esse comando não interrompe a replicação de armazenamento de primário para secundário. Em vez disso, os clones do instantâneo são criados no mesmo local e os pontos montagem de sistema de arquivos recomendados dos volumes clonados são apresentados. Se estiver usando no sistema de Instância Grande do Azure, esse comando deverá ser executado na região DR (ou seja, no sistema de failover de destino).

  • --restore revertvolume Reverte o volume de destino para um estado anterior com base em um instantâneo de volume. Usando esse comando como parte do failover de DR na região de DR emparelhada. Esse comando interrompe a replicação de armazenamento do site primário para o site secundário e reverte os volumes de DR de destino para seus instantâneos mais recentes disponíveis nos volumes de recuperação de desastres, juntamente com os pontos montagem de sistema de arquivos recomendados para os volumes de DR revertidos. Se estiver usando no sistema de Instância Grande do Azure, esse comando deverá ser executado na região DR (ou seja, no sistema de failover de destino).

    Aviso

    A opção revertvolume é destrutiva de dados, pois qualquer conteúdo armazenado nos volumes após o snapshot escolhido para reverter será perdido e não poderá ser recuperado.

    Dica

    Depois de fazer um revertvolume, recomenda-se que o volume seja remontado para garantir que não haja identificadores de arquivo obsoletos. Isso pode ser feito por meio do mount -o remount <mount_point>.

  • --dbsid <SAP HANA SID> é o SID do banco de dados, conforme especificado no arquivo de configuração ao qual aplicar os comandos de restauração de volume.

  • [--configfile <config filename>] é um parâmetro opcional que permite nomes de arquivo de configuração personalizados.

Execute um failover de teste de DR azacsnap -c restore --restore snaptovol

Esse comando é como o comando de failover de DR "completo" (--restore revertvolume), mas em vez de interromper a replicação entre o site primário e o site de recuperação de desastres, um volume de clone é criado fora dos volumes de recuperação de desastres, permitindo a restauração do instantâneo mais recente no site de recuperação de desastres. Esses volumes clonados são utilizáveis pelo cliente para testar a recuperação de desastres sem a necessidade de executar um failover completo de seu ambiente do HANA que interrompe o contrato de replicação entre o site primário e o site de recuperação de desastre.

  • Vários pontos de restauração diferentes podem ser testados dessa forma, cada um com seu próprio ponto de restauração.
  • O clone é designado pelo carimbo de data/hora em que o comando foi executado e representa os dados mais recentes e outros instantâneos disponíveis quando executados.

Importante

Esta operação se aplica somente à instância grande do Azure.

  • Quando esse comando é executado, ele requer o email de contato para que as operações estabeleçam contato antes da exclusão dos clones após 4 semanas.
  • Cada execução desse comando criará um novo clone que deve ser excluído por operações da Microsoft quando o teste for concluído.
  • Todos os volumes de clone criados serão excluídos automaticamente após 4 semanas.

O arquivo de configuração (por exemplo, DR.json) deve conter apenas os volumes de recuperação de desastre e não os volumes de produção, caso contrário, os volumes de produção podem ter clones criados.

Saída do comando azacsnap -c restore --restore snaptovol (para o cenário de Single-Node)

> azacsnap --configfile DR.json -c restore --restore snaptovol --dbsid H80
* This program is designed for those customers who have previously installed the
  Production HANA instance in the Disaster Recovery Location either as a
  stand-alone instance or as part of a multi-purpose environment.
* This program should be executed from the Disaster Recovery location otherwise
  unintended consequences may result.
* This program is intended to allow the customer to simulate a Disaster Recovery
  failover without actually requiring a failover and subsequent failback.
* Any other restore points must be handled by Microsoft Operations.
* As part of the process, a clone is created of the each of the 'data' and 'other'
  volumes per the configuration file.

Do you wish to continue? (y/n) [n]: y

About to create clones of volumes based on the latest snapshot, these will be
kept for 4 weeks before being automatically deleted by Microsoft Operations.
Enter an email address to contact when deleting clones: <b>person@nowhere.com</b>
Checking state of HLI volumes for SID 'PEW'
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Displaying Mount Points by Volume as follows:
10.50.251.34:/hana_data_h80_sapprdhdb80_mnt00001_t020_xdp_rwclone_20200916_0256  /hana/data/H80/mnt00001 nfs  rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
10.50.251.36:/hana_log_backups_h80_sapprdhdb80_t020_xdp_rwclone_20200916_0256  /hana/log_backups/H80/01 nfs  rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
*******************  HANA Test DR Restore Steps  ******************************
* Complete the following steps to recover your HANA database:           *
* 1. Ensure ALL the target mount points exist to mount the snapshot clones.    *
*    e.g. mkdir /hana/logbackups/H99_SOURCE                                    *
* 2. Add Mount Point Details from 'Displaying Mount Points by Volume' as       *
*    output above into /etc/fstab of DR Server.                                *
* 3. Mount newly added filesystems.                                            *
* 4. Perform HANA Snapshot Recovery using HANA Studio.                         *
********************************************************************************
*  These snapshot copies (clones) are kept for 4 weeks before                  *
*  being automatically removed.                                                *
*  Please contact Microsoft Operations to delete them earlier.                 *
********************************************************************************

Importante

A saída "Exibindo pontos de montagem por volume" é diferente para os vários cenários.

Executar failover de DR completo azacsnap -c restore --restore revertvolume

Esse script interrompe a replicação do armazenamento do lado primário para o secundário, restaura o instantâneo mais recente nos volumes de DR e fornece os pontos de montagem para os volumes de DR.

Esse comando DEVE ser executado no servidor de recuperação de desastre usando um arquivo de configuração (por exemplo, DR.json) SOMENTE com volumes de recuperação de desastres!

Execute um failover para um site de DR, executando o comando azacsnap -c restore --restore revertvolume. Este comando requer que um SID seja adicionado como um parâmetro. Esse é o SID da instância do HANA, que precisa ser recuperado no local de recuperação de desastre.

Importante

Somente execute este comando se você estiver planejando executar o exercício de DR ou um teste. Esse comando interrompe a replicação. Você deve contatar a Microsoft Operations para reabilitar a replicação.

No alto nível, estas são as etapas para executar um failover de DR:

  • Você deve desligar a instância do HANA no site primário. Essa ação é necessária apenas se você estiver realmente fazendo o failover para o site de DR para evitar inconsistências de dados.
  • Desligue a instância do HANA no nó de DR para o SID de produção.
  • Execute o comando azacsnap -c restore --restore revertvolume no nó de recuperação de desastre com o SID a ser recuperado.
    • O comando interrompe o link de replicação de armazenamento do site Primário para o de DR
    • O comando restaura os volumes "dados" e "outros" como configurados. Normalmente, essa operação seria para os volumes dos filesystems /hana/data e /hana/logbackups. O /hana/shared sistema de arquivos não é recuperado, mas sim usa o existente /hana/shared para SID no local de recuperação de desastre.
    • Montar os volumes /hana/data e /hana/logbackups – garantir que eles sejam adicionados ao arquivo /etc/fstab
  • Restaure o instantâneo do HANA SYSTEMDB. O HANA Studio mostra apenas o instantâneo mais recente do HANA disponível no instantâneo de armazenamento restaurado como parte da execução do comando de instantâneo azacsnap -c restore --restore revertvolume.
  • Recupere o banco de dados do locatário.
  • Inicie a instância do HANA no site de DR para o SID de Produção (exemplo: H80 nesse caso).
  • Execute qualquer teste de banco de dados.

Próximas etapas