Compartilhar via

Adicionar volumes a um sistema SAP HANA como um sistema de DR usando a replicação entre regiões

  • Artigo

Este artigo descreve o uso de um grupo de volumes de aplicativo para adicionar volumes a um sistema SAP HANA como um sistema de DR (recuperação de desastre). Essa configuração usa a funcionalidade de CRR (replicação entre regiões) do Azure NetApp Files.

CRR entre servidores HANA de origem e de destino

A funcionalidade replicação entre regiões do Azure NetApp Files permite replicar volumes entre pares de replicação entre regiões com suporte. Com essa funcionalidade, você pode replicar um volume de uma região de origem para um volume na região de destino para DR (recuperação de desastre).

Em vez de usar o HSR (Replicação do Sistema HANA), você pode usar a replicação entre regiões para proteger um banco de dados sem precisar de um servidor de banco de dados HANA que seja executado o tempo todo. É preciso criar volumes de destino de replicação em uma região com suporte para fazer a replicação entre regiões. O grupo de volumes de aplicativo para SAP HANA garante que os volumes de destino sejam criados com o tipo de volume correto que atenda aos requisitos específicos do SAP HANA.

O diagrama a seguir ilustra a replicação entre regiões entre os servidores HANA de origem e de destino. A replicação entre regiões é assíncrona. Portanto, nem todos os volumes precisam ser replicados.

Diagrama que mostra a replicação entre regiões entre os servidores HANA de origem e de destino.

Observação

Ao usar uma implantação de HA com HSR no lado principal, você pode optar por replicar não apenas o sistema primário do HANA, conforme descrito nesta seção, mas também o sistema secundário do HANA usando a replicação entre regiões. Para adaptar automaticamente a convenção de nomenclatura, selecione as opções HSR secundário e Destino da recuperação de desastre na tela Criar um grupo de volumes. Em seguida, o prefixo é alterado para DR2-.

Importante

  • A recuperação do banco de dados HANA na região de destino exige que você use instantâneos de armazenamento consistentes com o aplicativo para o backup do HANA. Crie esses instantâneos usando soluções de proteção de dados, como a ferramenta AzAcSnap (Instantâneo Consistente com o Aplicativo do Azure).
  • Você precisa replicar, pelo menos, o volume de dados e o volume de backup de log.
  • Opcionalmente, você pode replicar o volume de backup de dados e o volume compartilhado.
  • Você nunca deve replicar o volume do log. O grupo de volumes de aplicativo criará o volume do log como um volume padrão.

Agendamentos de replicação, RTO e RPO

A tabela a seguir resume as opções de agendamento de replicação. Ela também descreve as configurações padrão propostas pelo grupo de volumes de aplicativo:

Tipo de volume Agendamento de replicação padrão Opções disponíveis Observações
Dados Diariamente Diariamente, por hora A escolha selecionada afeta o RTO (Objetivo de Tempo de Recuperação) e o volume de dados transferidos.
Log - - Os volumes do log não são replicados.
SAP compartilhado A cada dez minutos A cada dez minutos, por hora, diariamente Você deve escolher um agendamento de acordo com seus requisitos de SLA e os dados armazenados no volume compartilhado.
Backup de dados Diariamente diária, semanal A replicação dos volumes de backup de dados é opcional.
Backup de log A cada dez minutos A cada dez minutos Essa configuração afeta o RPO (Objetivo de Ponto de Recuperação).

O agendamento da frequência de replicação causa impactos sobre os SLAs:

  • RTO (Objetivo de Tempo de Recuperação):
    O tempo mínimo que uma recuperação levará.
    Para fazer a recuperação usando o instantâneo consistente com o aplicativo mais recente disponível, todos os backups de log disponíveis precisam ser reproduzidos. O RTO depende da frequência de backup e da frequência de replicação do volume de dados. Por exemplo, se a frequência de backup for a cada seis horas e o agendamento de replicação for "Diariamente", o backup mais antigo poderá ter 30 horas (24 horas + seis horas). Nesse cenário, será necessário reproduzir até 30 horas de backups de log.
  • RPO (Objetivo de Ponto de Recuperação):
    A perda mínima de dados que pode ocorrer.
    O backup de log do SAP HANA normalmente é de 15 minutos, mas essa configuração pode ser definida de outra forma. Supondo um agendamento de replicação de dez minutos para os backups de log, a perda máxima da transação será de [15+10+transfer_time] minutos.

Adicionar volumes

O exemplo a seguir adiciona volumes a um sistema SAP HANA. O sistema funciona como um sistema de destino de DR usando a replicação entre regiões.

Importante

As opções para esse procedimento serão diferentes se você já se inscreveu no Grupo de volumes de aplicativos para a extensão 1 do SAP HANA, versão prévia. Selecione a guia correta para a sua configuração. Para aproveitar o recurso, você precisa se inscrever na extensão 1.

  1. Na sua conta do NetApp, selecione Grupos de volumes de aplicativos e, a seguir, +Adicionar Grupo.

  2. Em Tipo de Implantação, selecione SAP HANA e, em seguida, Avançar.

  3. Na guia SAP HANA, forneça informações específicas do HANA.

    Importante

    Selecione a opção Destino de recuperação de desastre para indicar que você está criando um sistema HANA como um destino de replicação entre regiões.

    • SID (ID do SAP):
      O identificador do sistema SAP HANA de três caracteres alfanuméricos.

    • Nome do grupo:
      O nome do grupo de volumes.

    • Memória do nó do SAP:
      Esse valor define o tamanho do banco de dados SAP HANA no host. Ele é usado para calcular o tamanho do volume e a taxa de transferência necessários.

    • Sobrecarga de capacidade (%):
      Ao usar instantâneos para proteção de dados, você precisa planejar a capacidade extra. Esse campo adicionará o tamanho adicional (%) para o volume de dados.
      Estime esse valor usando "change rate per day" X "number of days retention".

    • Host único:
      Selecione essa opção para um sistema SAP HANA de host único ou para o primeiro host de um sistema de vários hosts. Somente os volumes compartilhados, de backup de log e de backup de dados serão criados com o primeiro host.

    • Host múltiplo:
      Selecione essa opção se você estiver incluindo hosts adicionais a um sistema HANA de vários hosts.

    • Destino de recuperação de desastre:
      Selecione essa opção para criar volumes para um sistema HANA como um site de DR usando a replicação entre regiões.

      A seleção de Destino de recuperação de desastre dispara a convenção de nomenclatura entre o nome do grupo de volumes para incluir "-DR-" a fim de indicar uma configuração de recuperação de desastre.

    Selecione Avançar: Grupo de Volumes.

    Captura de tela que mostra a página Criar um Grupo de Volumes em uma configuração de replicação entre regiões.

  4. Na guia Grupo de volumes, forneça informações para criar o grupo de volumes:

    • PPG (grupo de posicionamento por proximidade):
      Especifica que os dados e os volumes compartilhados devem ser criados próximos às VMs de recuperação de desastre.
      Mesmo que não precise das VMs para a replicação, você precisa iniciar pelo menos uma VM para ancorar o PPG ao provisionar os volumes.
    • Pool de capacidade:
      Todos os volumes são colocados em um único pool de capacidade de QoS manual.
      Se desejar criar os volumes de backup de log e de backup de dados em um pool de capacidade separado, você poderá optar por não adicionar esses volumes ao grupo de volumes.
    • Rede virtual:
      Especifique uma VNET existente na qual as VMs serão colocadas.
    • Sub-rede:
      Especifique a sub-rede delegada na qual os endereços IP para as exportações do NFS serão criados. Verifique se você tem uma sub-rede delegada com endereços IP livres suficientes.

    Selecione Avançar: Protocolos.

  5. Na seção Protocolos da guia Grupo de Volumes, modifique a Política de Exportação , que deve ser comum a todos os volumes.

    Selecione Avançar: Replicação.

  6. Na seção Replicação da guia Grupo de Volumes, o campo Agendamento de Replicação usa "Múltiplo" como padrão (desabilitado). Os agendamentos de replicação padrão são diferentes para os volumes replicados. Assim, você pode modificar os agendamentos de replicação somente para cada volume individualmente na guia Volumes e não globalmente para todo o grupo de volumes.

    Captura de tela que mostra o campo Múltiplo desabilitado na página Criar um Grupo de Volumes.

    Selecione Avançar: Marcas.

  7. Na seção Marcas da guia Grupo de Volumes, você poderá adicionar marcas, conforme necessário, para os volumes.

    Selecione Avançar: Volumes.

  8. A guia Volumes exibe a lista de volumes.

    A convenção de nomenclatura de volume inclui um prefixo "DR-" para indicar que os volumes pertencem ao lado de recuperação de desastre (destino) da instalação.

    A guia Volumes também exibe o tipo de volume:

    • DP – Indica o destino na configuração de replicação entre regiões. Volumes desse tipo não estão online, mas no modo de replicação.
    • RW – Indica que leituras e gravações são permitidas.

    O tipo padrão para o volume do log é RW, e a configuração não pode ser alterada.

    O tipo padrão para os volumes de dados, compartilhados e de backup de log é DP, e a configuração não pode ser alterada.

    O tipo padrão para o volume de backup de dados é DP, mas essa configuração pode ser alterada para RW.

    Captura de tela que mostra os tipos de volume na página Criar um Grupo de Volumes.

  9. Selecione cada volume com o tipo de DP para especificar a ID do volume de origem. Para obter mais informações, confira Localizar a ID do recurso do volume de origem.

    Opcionalmente, você pode alterar o agendamento de replicação padrão de um volume. Confira Agendamentos de replicação, RTO e RPO para obter as opções de agendamento de replicação.

    Captura de tela que mostra a guia Replicação na página Criar um Grupo de Volumes.

  10. Depois de criar o grupo de volumes, configure a replicação seguindo as instruções descritas em Autorizar a replicação do volume de origem.

    1. Para cada volume de DP criado, copie a ID do Recurso do volume.

    2. Para cada volume de origem, selecione Replicação e, a seguir, Autorizar. Cole a ID do Recurso de cada volume de destino correspondente.

Opções de configuração para replicar um banco de dados SAP HANA usando a replicação do sistema HANA para HA

Em algumas situações, convém combinar uma configuração de alta disponibilidade de replicação do sistema HANA com uma configuração de DR (recuperação de desastre) usando a replicação entre regiões. Dependendo do padrão de uso específico e do SLA (Contrato de Nível de Serviço), são possíveis duas opções de configuração para replicação. Esta seção descreve as opções.

Replicar somente os volumes de banco de dados primários do HANA

Nesse cenário, você normalmente não altera as funções dos sistemas primário e secundário. A tomada de controle é feita apenas em caso de emergência. Assim, os backups de instantâneo consistente com aplicativo necessários para a replicação entre regiões são feitos principalmente no host primário. Esse é o caso, porque apenas o banco de dados HANA primário poderá ser usado para criar um backup.

O diagrama a seguir descreve esse cenário:

Diagrama que mostra a replicação apenas para os volumes de banco de dados HANA primários.

Nesse cenário, uma configuração de DR deve incluir apenas os volumes do sistema HANA primário. Com a replicação diária do volume de dados primário e os backups de log dos sistemas primário e secundário, o sistema poderá ser recuperado no local de DR. No diagrama, um único volume é usado para os backups de log dos sistemas primário e secundário.

Caso o controle seja assumido pelo host de HSR secundário, os backups feitos no sistema secundário não serão replicados, mas os backups de logs continuarão sendo. Se ocorrer um desastre, o sistema no local de DR ainda poderá ser recuperado usando o backup de instantâneo anterior do antigo primário e os backups de log replicados de ambos os hosts. O RTO aumenta porque existem mais logs para serem recuperados, dependendo de por quanto tempo o par de HSR for executado no modo controle assumido. Se o modo de tomada de controle for significativamente mais longo, e o RTO se tornar um problema, você precisará configurar uma nova replicação entre regiões incluindo o volume de dados do sistema secundário.

O fluxo de trabalho para esse cenário é idêntico ao fluxo de trabalho Adicionar volumes.

Replicar volumes de banco de dados HANA primário e secundário

Por outros motivos que não a alta disponibilidade, convém alternar periodicamente as funções entre os sistemas HANA primário e secundário. Nesse cenário, os backups consistentes com aplicativos devem ser criados em ambos os hosts do HANA.

O diagrama a seguir descreve esse cenário:

Diagrama que mostra a replicação para os volumes de banco de dados HANA primários e secundários.

Nesse cenário, convém replicar os dois conjuntos de volumes dos sistemas HANA primário e secundário, conforme mostrado no diagrama.

Para criar os volumes para o destino de replicação secundário, a convenção de nomenclatura será adaptada. Para distinguir entre a replicação do banco de dados primário e do secundário, o prefixo mudará de DR para DR2 no caso do sistema HANA secundário. Exceto essa alteração de nome, o fluxo de trabalho é idêntico ao fluxo de trabalho Adicionar volumes.

Observação

Para obter uma explicação detalhada de uma solução de recuperação de desastres para o HANA com o Azure NetApp Files, confira o Relatório técnico do NetApp TR-4891: recuperação de desastres do SAP HANA com o Azure NetApp Files. Esse relatório técnico fornece um contexto e exemplos detalhados do uso da replicação entre regiões para o SAP HANA no Azure NetApp Files.

Próximas etapas