Backup e recuperação para SAP HANA em instâncias bare metal

Este documento descreve a estratégia de backup e recuperação recomendada pelo Google Cloud, incluindo práticas recomendadas, para seus sistemas SAP HANA em execução em instâncias bare metal do Compute Engine, como X4.

As instâncias bare metal do Compute Engine permitem executar cargas de trabalho do SAP HANA de vários terabytes. Consequentemente, para cargas de trabalho grandes dessa forma, configurações e abordagens específicas são necessárias para otimizar as operações de backup e recuperação.

Este documento é destinado a administradores do SAP Basis que querem otimizar os sistemas do SAP HANA em execução em instâncias bare metal.

Para mais informações sobre as instâncias bare metal do Compute Engine certificadas pelo SAP para uso com o SAP HANA, consulte Tipos de máquina bare metal para SAP HANA.

A tabela a seguir descreve a estratégia de backup que o Google Cloud recomenda para sistemas SAP HANA em execução em instâncias bare metal, como X4. Para evitar a contenção de recursos, criar backups durante períodos de menor atividade de processamento.

Frequência Atividade
Semanalmente, pelo menos uma vez Crie um backup completo do sistema. É possível fazer isso usando o recurso Backint do agente do Google Cloud para SAP.
Por dia, pelo menos uma vez Crie um backup baseado em snapshot do volume de dados do SAP HANA. É possível fazer isso usando o Backup e recuperação baseados em snapshot do disco para SAP HANA do Agente para SAP do Google Cloud.
Dias alternados, pelo menos uma vez Crie um backup delta do volume de dados do SAP HANA.
A cada 15 minutos ou menos, dependendo da configuração do seu banco de dados para intervalo de backup de registro ou quando o segmento de registro do SAP HANA ficar cheio Crie um backup de registro do SAP HANA. É possível fazer isso usando o recurso Backint do agente do Google Cloud para SAP.
Pelo menos uma vez durante um ciclo de retenção de backup Faça o seguinte:
  • Teste a consistência dos seus backups.
  • Realize operações de recuperação de teste para testar os backups. Isso ajuda a verificar se os backups são utilizáveis para recuperar o banco de dados.

Essa estratégia de backup é baseada nas seguintes considerações:

  • Um snapshot do disco padrão oferece uma cópia incremental de dados pontuais do dispositivo de bloco. Esse mecanismo possibilita um método muito mais rápido e eficiente de transferir grandes quantidades de dados do armazenamento principal em blocos do SAP HANA para um local de armazenamento durável e secundário, como o Cloud Storage. Isso é necessário para uma estratégia robusta de recuperação de desastres.
  • Como os backups baseados em snapshots de disco não executam uma verificação de integridade lógica no nível da página ou do bloco, qualquer inconsistência ou corrupção no volume dos dados do SAP HANA é copiada para o snapshot do disco. É aqui é onde um backup completo do sistema se torna necessário. Um backup total do sistema, semanal e com base em Backint oferece uma verificação de consistência implícita e uma maneira verificada de recuperar seu banco de dados do SAP HANA, caso haja uma corrupção lógica no snapshot do volume de dados do SAP HANA.
  • Para recuperar o banco de dados em um ponto específico no tempo, o que permite que você concretize os objetivos de RPO, é possível combinar backups de volume de registros do SAP HANA baseados em Backint com backups de snapshot de disco ou backups completos do bancos de dados baseados em Backint.

Limitações

Há algumas limitações que se aplicam a backup e recuperação baseados em snapshots de disco ao usar o Agente para SAP do Google Cloud. Para mais informações sobre essas limitações, consulte Limitações.

Personalizações

Para atender aos objetivos de RTO ou RPO da sua organização, personalize a estratégia de backup recomendada neste documento criando mais backups baseados em snapshot de disco ou Backint.

Para informações sobre como usar o Agente para SAP do Google Cloud para criar esses backups, consulte o seguinte:

Práticas recomendadas

Confira a seguir as práticas recomendadas de backup e recuperação que o Google Cloud recomenda para sistemas do SAP HANA em execução em instâncias bare metal:

  • Configuração de backint: para alcançar o desempenho máximo durante as operações de backup e recuperação com base em Backint, faça estas configurações:

    • Para backups de registros, recomendamos que você crie um arquivo de configuração Backint e especifique o caminho dele para o parâmetro log_backup_parameter_file no arquivo global.ini do SAP HANA. Depois, no arquivo de configuração Backint defina os seguintes valores de parâmetro:

      Parâmetro Valor
      parallel_streams 32
      xml_multipart_upload true
      rate_limit_mb 2500

    • Para backups de dados, recomendamos definir os seguintes valores de parâmetro no arquivo global.ini do SAP HANA:

      Parâmetro Valor
      parallel_data_backup_backint_channels 32

  • Verificações de consistência e integridade: para garantir que seus backups sejam utilizáveis para recuperar o banco de dados de qualquer desastre futuro, você precisa realizar verificações periódicas de consistência e integridade nos backups. O método usado para realizar essas verificações depende do método usado para criar os backups.

    • Para backups baseados em Backint, a verificação da consistência é realizada durante a criação do backup.

      Para verificar a integridade dos backups baseados em Backint, use a ferramenta hdbbackupcheck. A ferramenta executa verificações de integridade automaticamente os backups dos dados e registros estão sendo criados. Se a verificação de integridade for bem-sucedida, o arquivo de backup é gravado no destino do backup, como o Cloud Storage.

    • Para verificar a consistência de backups baseados em snapshot do disco, use a ferramenta hdbpersdiag. Para informações sobre práticas recomendadas para backup e recuperação baseados em snapshots de disco, consulte Práticas recomendadas.

      Para mais informações sobre como validar a consistência do snapshot usando o Agente para SAP do Google Cloud, consulte Validar a consistência do snapshot.

      Embora esse método de realizar verificações de consistência envolva tempo e esforço manual consideráveis, ele é necessário porque backups baseados em snapshots não são verificados automaticamente quanto à consistência durante a criação do backup, ao contrário dos backups baseados em Backint.

  • Verificações de recuperabilidade de backup: para garantir que você possa atender aos objetivos de RPO, você precisa ter certeza de que os backups estão disponíveis e podem ser usados. Para isso, use a ferramenta hdbbackupdiak do SAP.

  • Manutenção do catálogo de backup: para evitar problemas que possam ocorrer devido a um grande número de entradas e dados no catálogo de backup do SAP HANA, você precisa manter seu catálogo e armazenamento de backup. Para mais informações, consulte a documentação Manutenção do catálogo de backup e armazenamento de backup.

    Excluir a entrada de um snapshot de armazenamento do catálogo de backup do SAP HANA não exclui o snapshot do disco armazenado no Google Cloud. Para mais informações sobre como excluir um snapshot de disco, consulte Excluir um snapshot.

  • Criptografia de banco de dados: o SAP HANA permite criptografar o volume de dados, o volume de registros e backups de bancos de dados. Ativar a criptografia no volume de dados e os backups de bancos de dados podem ter um impacto negativo no desempenho das operações de backup e recuperação. Leve esse impacto em consideração ao definir seus requisitos de RTO ou sua estratégia de backup.

    O Google Cloud também oferece opções para criptografar discos e snapshots de disco relacionados no seu sistema do SAP HANA, mas o impacto deles no desempenho das operações de backup e recuperação é mínimo.

  • Criptografia de backup: backups baseados em snapshot de disco e backint são criptografados em repouso por padrão. No entanto, para torná-los mais seguros, você pode explorar opções adicionais. Para mais informações sobre essas opções, incluindo respectivos impactos no desempenho do banco de dados, confira:

  • Retenção de longo prazo: para reter backups por períodos mais longos, consulte:

    • Para backups com base em Backint armazenados no Cloud Storage, é possível definir a retenção de longo prazo definindo uma política de retenção no bucket do Cloud Storage. A política de retenção define por quanto tempo o os objetos no bucket ficarão retidos. Para mais informações sobre como configurar a política de retenção de um bucket, consulte Bloqueio de buckets.

    • Os backups baseados em snapshots de disco são retidos por padrão. Você precisa criar sua própria política de retenção e excluí-las manualmente quando não precisar mais delas. Excluir um snapshot antigo não invalida um snapshot mais recente. Para mais informações, consulte Exclusão de snapshots. Para mais informações sobre como excluir um snapshot ou vários snapshots com base em um filtro, consulte Gerenciar snapshots de disco.