Cópia de segurança e restauro do SAP HANA em Instâncias Grandes do HANA

Importante

Este artigo não substitui a documentação de administração do SAP HANA nem as Notas SAP. Esperamos que tenha experiência em operações e administração do SAP HANA, especialmente com os tópicos de cópia de segurança, restauro, elevada disponibilidade e recuperação após desastre. Neste artigo, são apresentadas capturas de ecrã do SAP HANA Studio. O conteúdo, a estrutura e a natureza dos ecrãs das ferramentas de administração sap e das próprias ferramentas podem mudar da versão do SAP HANA para a versão.

Neste artigo, vamos percorrer os passos de cópia de segurança e restauro do SAP HANA nas Instâncias Grandes do HANA (também conhecidas como Infraestrutura BareMetal).

Alguns dos processos descritos neste artigo são simplificados. Não se destinam a passos detalhados para serem incluídos nos manuais de operações. Para criar manuais de operações para as suas configurações, execute e teste os seus processos com as versões e versões específicas do HANA. Em seguida, pode documentar os processos das suas configurações.

Um dos aspetos mais importantes das bases de dados operacionais é protegê-las contra eventos catastróficos. Estes eventos podem ser causados por qualquer coisa, desde desastres naturais a erros de utilizador simples. Criar uma cópia de segurança de uma base de dados, com a capacidade de restaurá-la para qualquer ponto no tempo, como antes de alguém eliminar dados críticos, oferece proteção crítica. Pode restaurar a base de dados para um estado o mais próximo possível do que estava antes da interrupção.

Têm de ser efetuados dois tipos de cópias de segurança para alcançar a capacidade de restauro:

  • Cópias de segurança da base de dados: cópias de segurança completas, incrementais ou diferenciais
  • Cópias de segurança do registo de transações

Pode fazer cópias de segurança de bases de dados completas ao nível da aplicação ou fazer cópias de segurança com instantâneos de armazenamento. Os instantâneos de armazenamento não substituem as cópias de segurança do registo de transações. As cópias de segurança dos registos de transações continuam a ser importantes para restaurar a base de dados para um determinado ponto no tempo ou para esvaziar os registos de transações já consolidadas. Os instantâneos de armazenamento podem acelerar a recuperação ao fornecer rapidamente uma imagem de roll-forward da base de dados.

O SAP HANA no Azure (Instâncias Grandes) oferece duas opções de cópia de segurança e restauro:

  • Pode utilizar uma ferramenta de proteção de dados de terceiros para criar cópias de segurança. Esta ferramenta deve ser capaz de criar instantâneos consistentes com a aplicação ou tem de ser capaz de utilizar a interface de cópia de segurança para transmitir em fluxo com várias sessões para uma localização de cópia de segurança adequada. Existem várias ferramentas suportadas disponíveis. A escolha da ferramenta deve ser discutida e concebida com a equipa do projeto para cumprir os requisitos do windows de cópia de segurança do cliente. E muito importante é testar o procedimento de cópia de segurança e restauro durante a fase do projeto.
  • Pode utilizar cópias de segurança de instantâneos de armazenamento com um utilitário fornecido pela Microsoft, conforme descrito no capítulo seguinte

Nota

Antes do HANA2.0 SPS4, não era suportado tirar instantâneos da base de dados de bases de dados de bases de dados de vários inquilinos (mais do que um inquilino). Com o SPS4 e o SAP mais recente está a suportar totalmente esta funcionalidade de instantâneo.

Utilizar instantâneos de armazenamento do SAP HANA no Azure (Instâncias Grandes)

A infraestrutura de armazenamento subjacente ao SAP HANA no Azure (Instâncias Grandes) suporta instantâneos de armazenamento de volumes. A cópia de segurança e o restauro de volumes são suportados, com as seguintes considerações:

  • Em vez de cópias de segurança completas da base de dados, os instantâneos de volume de armazenamento são utilizados com frequência.
  • Antes de um instantâneo de armazenamento ser acionado através de /hana/volumes de dados, a ferramenta de instantâneo (azacsnap) inicia um instantâneo SAP HANA. Este instantâneo do SAP HANA é o ponto de consistência para eventuais restauros de registo após a recuperação do instantâneo de armazenamento.
  • Para que um instantâneo HANA seja bem-sucedido, precisa de uma instância HANA ativa. Num cenário com a Replicação do Sistema HANA (HSR), não é suportado um instantâneo de armazenamento num nó secundário atual onde não seja possível executar um instantâneo HANA.
  • Depois de o instantâneo de armazenamento ser executado com êxito, o instantâneo do SAP HANA é eliminado
  • Outros volumes como /hana/shared (incl. /usr/sap) podem ser instantâneos em qualquer altura sem qualquer interação da base de dados

As cópias de segurança dos registos de transações são feitas com frequência e armazenadas no volume /hana/logbackups ou no Azure. Pode acionar o volume /hana/logbackups que contém as cópias de segurança do registo de transações para tirar um instantâneo separadamente. Nesse caso, não precisa de executar um instantâneo de dados HANA. Uma vez que todos os ficheiros em /hana/logbackup são consistentes, uma vez que estão "offline", também pode fazer cópias de segurança em qualquer altura para uma localização de cópia de segurança diferente para os arquivar. Se tiver de restaurar uma base de dados para um determinado ponto no tempo, para uma falha de produção, a ferramenta azacsnap pode clonar qualquer instantâneo de dados para um novo volume para recuperar a base de dados (forma de restauro preferencial) ou restaurar um instantâneo para o mesmo volume de dados onde a base de dados está localizada

Nota

Se restaurar um instantâneo mais antigo (snaprevert) para o datavolume original, todos os instantâneos criados mais recentemente serão eliminados. O sistema de armazenamento está a fazê-lo porque os pontos de dados para os instantâneos criados mais recentes serão inválidos. Comece sempre a reverter o instantâneo mais recente ou clone ainda melhor o instantâneo para um novo volume. Pelo processo de clonagem, nada será eliminado.

Considerações sobre instantâneos de armazenamento

Nota

Os instantâneos de armazenamento consomem espaço de armazenamento alocado às unidades da Instância Grande do HANA. Considere os seguintes aspetos do agendamento de instantâneos de armazenamento e quantos instantâneos de armazenamento deve manter.

A mecânica específica dos instantâneos de armazenamento do SAP HANA no Azure (Instâncias Grandes) inclui:

  • Um instantâneo de armazenamento específico no momento em que é tirado consome pouco armazenamento.
  • À medida que o conteúdo dos dados muda e o conteúdo nos ficheiros de dados sap HANA muda no volume de armazenamento, o instantâneo tem de armazenar o conteúdo do bloco original e os dados são alterados.
  • Como resultado, o instantâneo de armazenamento aumenta de tamanho. Quanto mais tempo o instantâneo existir, maior será o instantâneo de armazenamento.
  • Quanto mais alterações efetuadas ao volume da base de dados SAP HANA ao longo da duração de um instantâneo de armazenamento, maior será o consumo de espaço do instantâneo de armazenamento.

O SAP HANA no Azure (Instâncias Grandes) inclui tamanhos de volume fixos para os volumes de dados e registo do SAP HANA. Tirar instantâneos desses volumes entra no seu espaço em volume. Tem de:

  • Determinar quando agendar instantâneos de armazenamento.
  • Monitorize o consumo de espaço dos volumes de armazenamento.
  • Faça a gestão do número de instantâneos que armazena.

Pode desativar os instantâneos de armazenamento quando importa massas de dados ou efetua outras alterações significativas à base de dados HANA.

As secções seguintes fornecem informações para tirar estes instantâneos e incluem recomendações gerais:

  • Embora o hardware possa suportar 255 instantâneos por volume, pretende manter-se muito abaixo deste número. A recomendação é 250 ou menos.
  • Antes de fazer instantâneos de armazenamento, monitorize e controle o espaço livre.
  • Reduza o número de instantâneos de armazenamento com base no espaço livre. Pode reduzir o número de instantâneos que mantém ou expandir os volumes. Pode encomendar mais armazenamento em unidades de 1 terabyte.
  • Durante atividades como mover dados para o SAP HANA com ferramentas de migração da plataforma SAP (R3load) ou restaurar bases de dados SAP HANA a partir de cópias de segurança, desative instantâneos de armazenamento no volume /hana/dados.
  • Durante reorganizações maiores de tabelas SAP HANA, evite instantâneos de armazenamento, se possível.
  • Os instantâneos de armazenamento são um pré-requisito para tirar partido das capacidades de DR do SAP HANA no Azure (Instâncias Grandes).

Pré-requisitos para utilizar instantâneos de armazenamento self-service

Ler a documentação O que é Aplicação Azure ferramenta instantâneo consistente

Existem duas formas de implementar esta ferramenta.

  1. Localmente no servidor da base de dados
  2. Remotamente numa VM de "cópia de segurança"

Se criar uma VM de cópia de segurança, certifique-se de que o cliente HANA mais recente está instalado nessa VM. Com este método, o azacsnap tem de conseguir abrir uma ligação de base de dados remota a uma instância HANA em execução numa VM diferente. Tem de pedir uma chave ssh e um utilizador de armazenamento da equipa de Suporte da Microsoft para poder aceder ao armazenamento. Sem esta chave ssh e o utilizador, não é possível criar instantâneos.

Transferir e configurar o azacsnap

Para configurar instantâneos de armazenamento com Instâncias Grandes do HANA, comece por transferir e instalar a ferramenta azacsnap, conforme descrito em Introdução à ferramenta instantâneo consistente Aplicação Azure

Por predefinição, o Azacsnap está a criar um utilizador chamado azacsnap. Se preferir outro nome, pode especificá-lo durante a instalação. Consulte a documentação acima para obter detalhes.

Passos seguintes

Siga a documentação do azacsnap para:

Passos seguintes

Leia o artigo O que é Aplicação Azure ferramenta instantâneo consistente