Partilhar via

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

  • Artigo

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

CRR entre servidores HANA de origem e de destino

A funcionalidade de replicação entre regiões dos Arquivos NetApp do Azure permite replicar volumes entre pares de replicação entre regiões com suporte. Essa funcionalidade permite replicar um volume de uma região de origem para um volume na região de destino para recuperação de desastres (DR).

Em vez de usar a replicação do sistema HANA (HSR), 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. Você precisa criar volumes de destino de replicação em uma região com suporte para replicação entre regiões. O grupo de volumes de aplicativos para SAP HANA garante que os volumes de destino sejam criados com o tipo de volume correto que atenda a todos os 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. Como tal, nem todos os volumes precisam de ser replicados.

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

Nota

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

Importante

  • A recuperação do banco de dados HANA na região de destino requer o uso de snapshots de armazenamento consistentes com o aplicativo para o backup do HANA. Você pode criar esses instantâneos usando soluções de proteção de dados, como a ferramenta Instantâneo Consistente de Aplicativo do Azure (AzAcSnap).
  • 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 de log. O grupo de volumes do aplicativo criará o volume de 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. Ele também descreve as configurações padrão propostas pelo grupo de volumes do aplicativo:

Volume type Agendamento de replicação padrão Opções disponíveis Notas
Dados Diárias Diariamente, de hora em hora A escolha selecionada afeta o RTO (Recover Time Objetive, objetivo de tempo de recuperação) e a quantidade de dados transferidos.
Registo - - Os volumes de log não são replicados.
SAP compartilhado A cada 10 minutos A cada 10 minutos, de hora em hora, diariamente Você deve escolher um cronograma com base em seus requisitos de SLA e nos dados armazenados no volume compartilhado.
Backup de dados Diárias Diariamente, semanalmente A replicação dos volumes de backup de dados é opcional.
Backup de log A cada 10 minutos A cada 10 minutos Essa configuração afeta o RPO (Recover Point Objetive, objetivo de ponto de recuperação).

O agendamento para a frequência de replicação tem impactos nos SLAs:

  • Objetivo de tempo de recuperação (RTO):
    O tempo mínimo que uma recuperação demoraria.
    Para recuperar usando o instantâneo consistente com o aplicativo mais recente disponível, todos os backups de log disponíveis precisam ser repetidos. 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 6 horas e a agenda de replicação for "Diária", o backup mais antigo poderá ter 30 horas (24 horas + 6 horas). Nesse cenário, seria necessário reproduzir até 30 horas de backups de log.
  • RPO (Recover Point Objetive, objetivo de ponto de recuperação):
    A perda mínima de dados que pode ocorrer.
    A frequência de backup de log do SAP HANA normalmente é de 15 minutos, mas essa configuração pode ser configurada de forma diferente. Supondo um agendamento de replicação de 10 minutos para backups de log, a perda máxima de transação seria [15+10+transfer_time] de minutos.

Adicionar volumes

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

Importante

As opções para este procedimento diferem se você tiver se registrado para o grupo de volumes de aplicativos para visualização da extensão 1 do SAP HANA. Selecione a guia correta para sua configuração. Para aproveitar o recurso, você deve se registrar para o ramal 1.

  1. Na sua conta NetApp, selecione Grupos de volumes de aplicativos e, em seguida , +Adicionar grupo.

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

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

    Importante

    Certifique-se de selecionar a opção Destino de recuperação de desastres para indicar que você está criando um sistema HANA como um destino de replicação entre regiões.

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

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

    • Memória do nó 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 snapshots para proteção de dados, você precisa planejar a capacidade extra. Este campo adicionará tamanho adicional (%) para o volume de dados.
      Você pode estimar esse valor usando "change rate per day" X "number of days retention".

    • Anfitrião único:
      Selecione esta opção para um sistema SAP HANA de host único ou o primeiro host para 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.

    • Vários anfitriões:
      Selecione esta opção se estiver adicionando outros hosts a um sistema HANA de vários hosts.

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

      Selecionar Destino de recuperação de desastres aciona a convenção de nomenclatura para o nome do grupo de volumes a ser incluído "-DR-" para indicar uma configuração de recuperação de desastres.

    Selecione Next: Volume Group.

    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:

    • Grupo de colocação de proximidade (PPG):
      Especifica que os dados e volumes compartilhados devem ser criados próximos às VMs de recuperação de desastres.
      Mesmo que você não precise das VMs para replicação, precisará iniciar pelo menos uma VM para ancorar o PPG durante o provisionamento dos volumes.
    • Conjunto de capacidades:
      Todos os volumes são colocados em um único pool de capacidade de QoS manual.
      Se quiser criar os volumes de backup de log e de dados em um pool de capacidade separado, você pode optar por não adicionar esses volumes ao grupo de volumes.
    • Rede virtual:
      Especifique uma VNet existente onde as VMs são colocadas.
    • Sub-rede:
      Especifique a sub-rede delegada onde os endereços IP para as exportações NFS devem ser criados. Certifique-se de ter uma sub-rede delegada com endereços IP livres suficientes.

    Selecione Next: Protocolos.

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

    Selecione Next: Replication.

  6. Na seção Replicação da guia Grupo de Volumes, o campo Agendamento de Replicação assume como padrão "Múltiplo" (desabilitado). As agendas de replicação padrão são diferentes para os volumes replicados. Como tal, você pode modificar as agendas de replicação apenas para cada volume individualmente na guia Volumes, e não globalmente para todo o grupo de volumes.

    Captura de ecrã que mostra que o campo Vários está desativado na página Criar um Grupo de Volumes.

    Selecione Next: Tags.

  7. Na seção Tags da guia Grupo de Volumes, você pode adicionar tags conforme necessário para os volumes.

    Selecione Next: Volumes.

  8. A guia Volumes exibe a lista de volumes.

    A convenção de nomenclatura de volumes inclui um "DR-" prefixo para indicar que os volumes pertencem ao lado de recuperação de desastres (destino) da configuraçã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 de 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 ecrã que mostra os tipos de volume na página Criar um Grupo de Volumes.

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

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

    Captura de ecrã que mostra o separador 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 em Autorizar replicação a partir do volume de origem.

    1. Para cada volume de ponto de distribuição que você criou, copie a ID do recurso do volume.

    2. Para cada volume de origem, selecione Replicação e, em seguida , 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 HA da replicação do sistema HANA com uma configuração de recuperação de desastres (DR) usando replicação entre regiões. Dependendo do padrão de uso específico e do contrato de nível de serviço (SLA), duas opções de configuração para replicação são possíveis. Esta seção descreve as opções.

Replicar apenas os volumes de banco de dados HANA primários

Nesse cenário, você normalmente não altera funções para sistemas primários e secundários. Uma aquisição só é feita em caso de emergência. Como tal, os backups de snapshot consistentes com aplicativos necessários para replicação entre regiões são feitos principalmente no host principal. Esse é o caso porque apenas o banco de dados HANA primário pode 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 instalaçã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 pode ser recuperado no local de DR. No diagrama, um único volume é usado para os backups de log dos sistemas primário e secundário.

No caso de uma aquisição pelo host HSR secundário, os backups feitos no sistema secundário não são replicados, mas os backups de log do secundário continuam a ser replicados. Se ocorrer um desastre, o sistema no local de DR ainda poderá ser recuperado usando o backup de instantâneo antigo do primário anterior e os backups de log replicados de ambos os hosts. O RTO aumenta porque mais logs devem ser recuperados, dependendo de quanto tempo o par HSR é executado no modo de aquisição. Se o modo de aquisição 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 este cenário é idêntico ao fluxo de trabalho Adicionar volumes .

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

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

O diagrama a seguir descreve esse cenário:

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

Nesse cenário, talvez você queira replicar ambos os 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ária, a convenção de nomenclatura será adaptada. Para distinguir entre a replicação do banco de dados primário e secundário, o prefixo muda de DR para para DR2 o sistema HANA secundário. Com exceção dessa alteração de nome, o fluxo de trabalho é idêntico ao fluxo de trabalho Adicionar volumes .

Nota

Para obter uma discussão detalhada de uma solução de recuperação de desastres para HANA com arquivos NetApp do Azure, consulte o relatório técnico da NetApp TR-4891: SAP HANA disaster recovery with Azure NetApp Files. O relatório técnico fornece informações detalhadas e exemplos sobre como usar a replicação entre regiões para SAP HANA em Arquivos NetApp do Azure.

Próximos passos