Proteja e recupere uma base de dados SAP HANA em execução no Compute Engine

Proteja o ambiente de produção do SAP contra perda de dados, erros e danos

O SAP HANA é uma das bases de dados empresariais mais populares do mundo. É único porque é executado na memória, pelo que pode devolver resultados de consultas muito rapidamente. Muitas empresas usam o SAP HANA para as respetivas aplicações de missão crítica. Tal como acontece com qualquer base de dados, o SAP HANA é suscetível a corrupção, eliminação acidental ou até ameaças de segurança, como ataques de ransomware. O serviço de cópia de segurança e RD permite-lhe fazer cópias de segurança e recuperar os seus sistemas de produção de forma eficiente e segura.

Para uma introdução à forma como usa o serviço de cópia de segurança e recuperação de desastres para proteger as suas bases de dados HANA, consulte o artigo Cópia de segurança e recuperação de desastres para SAP HANA.

Implemente primeiro o serviço de cópia de segurança e RD

Antes de começar, tem de ler e concluir os seguintes procedimentos:

Veja como funciona o serviço de cópia de segurança e RD

Em seguida, veja como funciona o serviço de cópia de segurança e recuperação de desastres através do artigo Comece a usar a cópia de segurança e a recuperação de desastres: proteja e recupere uma instância do Compute Engine.

Prepare instâncias do SAP HANA para a cópia de segurança

Antes de poder fazer uma cópia de segurança das suas instâncias do SAP HANA, reveja os seguintes passos de preparação.

Pré-requisitos

  • Todos os serviços configurados, consulte a nota SAP 1697613 e a nota SAP 1649519, como nameserver e indexserver, têm de estar em execução. Pode verificar esta situação em Vista geral do SAP HANA Studio > Estado operacional > Confirme que todos os serviços foram iniciados.
  • Para permitir que o agente de cópia de segurança e recuperação de desastres execute operações do lado do anfitrião, use uma chave do SAP HANA hdbuserstore em vez de um nome de utilizador e uma palavra-passe para comunicar com a base de dados HANA através do armazenamento seguro de utilizadores do SAP HANA.
  • A base de dados log_mode tem de ser normal no separador de configuração do HANA Studio.
  • Todos os servidores SAP HANA (Compute Engine) que tenham dados HANA a proteger pelo serviço de cópia de segurança e recuperação de desastres têm de ter sido integrados no serviço de cópia de segurança e recuperação de desastres
  • Todos os servidores SAP HANA (Compute Engine) que tenham dados HANA a proteger pelo serviço de cópia de segurança e recuperação de desastres têm de ter o agente de cópia de segurança e recuperação de desastres instalado.

  • Recomendação de cópia de segurança do registo do SAP HANA:

    • Certifique-se de que define o caminho de cópia de segurança do registo do SAP HANA como basepath_logbackup e basepath_catalogbackup em global.ini
    • Não utilize a montagem da cópia de segurança do registo do SAP HANA para armazenar ficheiros que não sejam a cópia de segurança do registo de arquivo do HANA
    • Por predefinição, a limpeza de registos é executada com cada cópia de segurança da base de dados. Isto alcança o melhor RTO de recuperação.

  • Para fazer uma cópia de segurança do SAP HANA através do método de captura de instantâneos do disco persistente, a configuração tem de cumprir os seguintes critérios:

    • /hana/shared e /usr/sap não devem ser partilhados com grupos de volumes ou discos de dados, registos ou registos de cópias de segurança.
    • As cópias de segurança dos registos (/hana/logbackup) devem ter um disco separado configurado e não devem ser partilhadas com o volume de dados, o volume de registos ativo ou o ficheiro binário do HANA. /hana/data e /hana/log podem residir no mesmo volume.

Configure a chave do arquivo de utilizadores do HANA

Siga as instruções abaixo para configurar a chave do arquivo de utilizadores do HANA:

  1. Crie o utilizador de cópia de segurança da base de dados a partir do HANA Studio.
  2. Obtenha os números da porta da instância e do SQL.
  3. Crie a chave hdbuserstore do SAP HANA para utilizadores de cópias de segurança da base de dados do sistema.

Passo 1: crie o utilizador de cópia de segurança da base de dados a partir do HANA Studio

Escolha um nome de utilizador da base de dados com base na norma da empresa. Certifique-se de que cria esta conta de utilizador para crianças com idade inferior a SYSTEMDB anos.

  1. Crie o utilizador em SYSTEMDB:
    • No SAP HANA Studio SYSTEMDB, aceda a System > Security > Users > New User.
    • Atribua um nome de utilizador e uma palavra-passe.
    • Defina a opção Forçar alteração da palavra-passe no próximo início de sessão como Não.
    • HANA 2.0 (SPS01 a SPS04): clique no separador Privilégio do sistema e atribua privilégios selecionando o seguinte:
      • Administrador de reserva
      • Catalog read
      • Administrador da base de dados
      • Início da base de dados
      • Paragem da base de dados
    • HANA 2.0 (SPS05 e posterior): clique no separador Privilégio do sistema e atribua privilégios selecionando o seguinte:
      • Administrador de reserva
      • Catalog read
      • Operador de cópia de segurança de base de dados +. Operador de recuperação de base de dados
      • Administrador da base de dados
      • Início da base de dados
      • Paragem da base de dados
  2. Implemente o utilizador do sistema recém-criado clicando na seta verde.

Passo 2: obtenha os números das portas da instância e do SQL

Precisa da instância do HANA e dos números de porta SQL para as bases de dados do sistema.

Para obter os números da porta SQL e da instância do HANA 2.0 Studio:

  1. Aceda a Sistema.
  2. Clique no separador Paisagem.
  3. Clique no separador Serviços.
  4. Na coluna Serviço, navegue para nameserver.
  5. Obtenha o valor da porta SQL. O número da instância é o segundo e o terceiro dígitos do número da porta SQL.

Passo 3: crie a chave hdbuserstore do SAP HANA para utilizadores de cópias de segurança da BD do sistema

Use esta convenção de nomenclatura para o nome da chave userstore: Para SYSTEMDB, defina o nome da chave como (Database backup username). Por exemplo, para o nome de utilizador da cópia de segurança da base de dados (Actbackup), defina SYSTEMDB—key_name— (ACTBACKUP).

Procedimento

  1. Estabeleça ligação ao sistema de base de dados HANA através de SSH e inicie sessão como (sid)adm: su - (sid)adm
  2. Alterar diretório: cd exe

  3. Crie entradas em hdbuserstore através do comando hdbuserstore: ./hdbuserstore SET (key_name) (host name):(port) (DB_user_name) (DB_user_password)

    Neste exemplo: `./hdbuserstore SET ACTBACKUP s4hana:30013 ACTBACKUP (DB_user_password)

  4. Verifique o keystore: ./hdbuserstore list

Configure o modo de registo e a cópia de segurança de registos no HANA Studio

Use o HANA Studio para definir o modo de registo do HANA e a localização da cópia de segurança do registo para que o Backup and DR faça cópias de segurança dos registos de transações da base de dados HANA:

  1. No SAP HANA HDB studio, certifique-se de que a cópia de segurança do registo está definida corretamente em DATABASE (SYSTEMDB FOR HANA 2.0) > Backup > Configuration:
    • O tipo de destino é Ficheiro.
    • O destino está definido como um caminho de montagem do sistema de ficheiros local.
    • O intervalo da cópia de segurança está definido como RPO necessário.
    • A cópia de segurança automática dos registos está ativada.
    • A base de dados log_mode tem de estar definida como normal.
  2. Verifique em Configuração da base de dados: DATABASE (SYSTEMDB FOR HANA 2.0) > Página de configuração. No filtro, escreva basepath.
  3. Verifique se basepath_logbackup está definido corretamente:
    • Defina o basepath_catalogbackup como igual a basepath_logbackup.
    • Abra a basepath_catalogbackuppágina de edição e defina o novo valor como o mesmo que basepath_logbackup. Clique em Guardar. Isto garante a cópia de segurança do catálogo com a cópia de segurança do registo para a recuperação pontual.
  4. No servidor da base de dados HANA, execute a reconfiguração para que os valores entrem em vigor: hdbnsutil -reconfig.

Acerca deste exercício de início rápido

Este exercício explica os passos para descobrir e proteger uma base de dados SAP HANA executada numa instância do Compute Engine e, finalmente, montar uma nova base de dados HANA totalmente funcional a partir da imagem de cópia de segurança numa nova localização.

  1. Instale o agente do Backup and DR no Compute Engine
  2. Crie um plano de cópia de segurança para a base de dados SAP HANA
  3. Descubra e proteja bases de dados SAP HANA
  4. Monte uma imagem de cópia de segurança do SAP HANA como uma montagem padrão
  5. Restaure bases de dados SAP HANA

Instale o agente do Backup and DR no anfitrião

O agente do Backup and DR liga a instância do Compute Engine ao dispositivo de cópia de segurança/recuperação. Para instalar o agente de cópia de segurança e RD, consulte o artigo Instale o agente de cópia de segurança e RD num anfitrião Linux.

Crie um plano de cópia de segurança para as bases de dados SAP HANA

O plano de cópia de segurança é a forma como o serviço de cópia de segurança e recuperação de desastres agenda tarefas de cópia de segurança e gere o armazenamento para as imagens de cópia de segurança.

Criou um plano de cópia de segurança para a instância do Compute Engine no artigo Comece a usar o Backup and DR: proteja e recupere uma instância do Compute Engine. Agora, tem de criar um plano de cópia de segurança para a base de dados HANA que está a ser executada na instância do Compute Engine. Consulte o artigo Crie e aplique um modelo de política.

Definições de políticas avançadas específicas das bases de dados HANA em Persistent Disks do Compute Engine

O modelo de política precisa destas definições avançadas específicas.

  1. Na consola de gestão, em Planos de cópia de segurança, selecione Modelos.
  2. Selecione o modelo de política para a base de dados HANA e clique em Editar.
  3. No lado direito, em Políticas, clique na seta branca junto a Captura de ecrã e, de seguida, em Editar política.
  4. Na parte inferior da secção Criar/editar política, clique em Definições avançadas da política.

  5. Na caixa de diálogo Definições avançadas, encontre e defina as seguintes definições avançadas:

    Localização do instantâneo: selecione a região onde os instantâneos do Persistent Disk vão ser armazenados. Por predefinição, a opção Multirregional está selecionada (com base na localização do disco de origem). Também pode alterar a localização de armazenamento da imagem instantânea para uma região diferente da região do disco de origem. Quando armazena instantâneos numa localização diferente da localização do disco de origem, os dados são transmitidos através da rede entre essas localizações e podem incorrer em taxas de rede. As capturas de ecrã incorrem nas mesmas taxas que a saída do Cloud Storage. Saiba mais acerca da cópia instantânea do disco persistente. Para saber os detalhes dos preços, consulte os preços dos discos.

    Tipo de instantâneo: selecione o tipo de instantâneo do Persistent Disk a usar para as cópias de segurança do SAP HANA. Os instantâneos fazem uma cópia de segurança incremental dos dados dos Persistent Disks. Durante as cópias de segurança, é criada uma nova captura instantânea para captar o estado atual do disco persistente. Isto pode ser usado posteriormente para criar um novo disco para montagens ou restauros. O Compute Engine armazena várias cópias de cada instantâneo em várias localizações com somas de verificação automáticas para garantir a integridade dos seus dados. Saiba mais acerca da imagem instantânea do disco persistente. Para saber os detalhes dos preços, consulte os preços dos discos.

    • Resumo padrão: por predefinição, o tipo de resumo padrão está selecionado. Use o tipo padrão se quiser reter as cópias de segurança durante menos de 90 dias.
    • Arquivo de instantâneo: selecione o tipo de arquivo se quiser reter imagens de cópia de segurança durante um longo período. Tenha em atenção que o período de faturação mínimo para o instantâneo do arquivo é de 90 dias, independentemente do período de retenção definido na política, e que um instantâneo do tipo arquivo também tem um custo de obtenção adicional se for usado numa tarefa de montagem ou restauro.

    Truncate (Purge) Log After Backup: especifique se pretende truncar (remover completamente) os registos de arquivo do HANA após a cópia de segurança. Quando a opção Truncate Log after Backup está ativada, os registos de arquivo do HANA são truncados. Por predefinição, a limpeza do arquivo é executada com cada cópia de segurança da base de dados. Use a predefinição para alcançar o melhor RTO de recuperação. Se a retenção de registos de produção estiver definida, a eliminação é executada com base na definição Retenção de registos da base de dados de produção em horas em Detalhes e definições da aplicação.

    • Não truncar/limpar registo após a cópia de segurança: esta é a predefinição. Neste modo, o registo do arquivo não é anulado.
    • Truncar/remover completamente o registo após a cópia de segurança: selecione esta opção para ativar a remoção completa do registo de arquivo.

    Ativar cópia de segurança do registo da base de dados: defina esta opção como "Sim". A opção Ativar cópia de segurança do registo da base de dados permite que a política do plano de cópia de segurança faça uma cópia de segurança de uma base de dados e de todos os ficheiros de registo de transações associados. É feita uma cópia de segurança dos registos quando a tarefa de instantâneo de registos é executada. Quando estiver definida como Sim, as opções relacionadas estão ativadas.

    RPO: especifique a cópia de segurança do registo da base de dados em minutos. Quando a opção Enable Database Log Backup (Ativar cópia de segurança do registo da base de dados) está definida como Yes (Sim), o RPO define a frequência da cópia de segurança do registo da base de dados. A frequência é definida em minutos e não pode exceder o intervalo da cópia de segurança da base de dados. O valor mais pequeno que pode ser definido (em minutos) é 15.

    Replicate Logs (Usa a tecnologia Streamsnap): defina esta opção como Não. Isto não se aplica à proteção de instantâneos do Persistent Disk do SAP HANA. Esta função está ativada (definida como "Sim") por predefinição. Se não a definir como "Não", vai ocorrer um erro de criação do modelo.

    Enviar registos para o conjunto do OnVault: defina esta opção como Não. Esta opção não se aplica à proteção de instantâneos do disco persistente do SAP HANA. Esta função está ativada (definida como "Sim") por predefinição. Se não o definir como Não, vai ocorrer um erro ao criar o modelo.

Descubra e proteja bases de dados SAP HANA

Para descobrir bases de dados HANA numa instância do Compute Engine e, em seguida, protegê-las com o serviço Backup and DR, a instância do Compute Engine que aloja a base de dados SAP HANA tem de ser integrada antes de poder integrar a aplicação de base de dados SAP HANA. Integrou uma instância do Compute Engine em Comece a usar o Backup and DR: proteja e recupere uma instância do Compute Engine.

  • Se esta for a instância que aloja a base de dados SAP HANA, continue para a secção seguinte.
  • Se tiver de integrar uma instância do Compute Engine diferente no serviço de cópia de segurança e recuperação de desastres, consulte o artigo Descubra e proteja instâncias do Compute Engine.

Integre as bases de dados SAP HANA a partir do Gestor de apps

Para descobrir e proteger as aplicações de base de dados HANA:

  1. Selecione Adicionar aplicação na página Gestor de apps > Aplicações da consola de gestão.
  2. Selecione SAP HANA no assistente Adicionar aplicação.
  3. Siga o assistente:
  4. Em Definições da aplicação na secção Configurar, defina as Opções de configuração da cópia de segurança:
    • Chave de armazenamento de utilizadores da base de dados HANA: esta é a chave hdbuserstore do SAP HANA para a base de dados do sistema criada anteriormente. Este campo é obrigatório.
    • Método de captura da cópia de segurança: escolha Usar instantâneo do Persistent Disk.
    • Retenção de registos da base de dados de produção em horas: no final de cada cópia de segurança dos registos, a limpeza dos registos é executada e elimina todos os registos com uma antiguidade superior ao número de horas especificado aqui. Por exemplo, se o número de horas especificado for 4 horas, todos os registos com mais de ((a hora de início da cópia de segurança do registo) - (4 horas)) serão eliminados. O valor predefinido é de 2 horas.
    • Retenção do catálogo de produção em dias: esta é a retenção dos metadados do catálogo em dias. Os metadados do catálogo HANA (tabela m_backup_catalog) vão ser removidos completamente dos registos com mais dias do que o número especificado. Por exemplo, se o número de dias especificado for 14 dias, os dados do catálogo do HANA com mais de ((o dia atual) - (14 dias)) são removidos completamente. O valor predefinido é 7 dias.
  5. Clique em Guardar > Seguinte e, de seguida, em Concluir.
  6. Pode ver a base de dados na lista de aplicações do Gestor de apps com um escudo verde, o que indica que o plano de cópia de segurança foi aplicado.

Defina os detalhes e as definições da aplicação

Depois de definir o formato do disco de preparação e o método de cópia de segurança, tem de introduzir os detalhes e as definições que quer aplicar aos seus planos de cópia de segurança:

  1. Na consola de gestão, aceda a Gestor de apps e clique em Aplicações.

  2. Clique com o botão direito do rato na base de dados HANA e clique em Gerir configuração da cópia de segurança.

  3. Na parte superior da página, clique em Detalhes e definições.

  4. Na janela Detalhes e definições da aplicação, configure as definições da base de dados com base no seu tipo de anfitrião.

    • Método de captura de cópia de segurança: disco persistente
    • HANA DB User Store Key: esta é a chave hdbuserstore do SAP HANA para a base de dados do sistema criada anteriormente. Este campo é obrigatório.
    • Retenção de registos da base de dados de produção em horas: no final de cada cópia de segurança dos registos, a limpeza dos registos é executada e elimina todos os registos com uma antiguidade superior ao número de horas especificado aqui. Por exemplo, se o número de horas especificado for 4 horas, todos os registos com mais de ((a hora de início da cópia de segurança do registo) - (4 horas)) serão eliminados. O valor predefinido é de 2 horas.
    • Retenção do catálogo de produção em dias: esta é a retenção dos metadados do catálogo em dias. Os metadados do catálogo HANA (tabela m_backup_catalog) vão ser removidos completamente dos registos com mais dias do que o número especificado. Por exemplo, se o número de dias especificado for 14 dias, os dados do catálogo do HANA com mais de ((o dia atual) - (14 dias)) são removidos completamente. O valor predefinido é 7 dias.

  5. Clique em Guardar alterações.

Proteja o HANA (HA) 1+n

O HANA 1+n é sempre descoberto como uma aplicação de cluster que contém todos os detalhes dos nós nos metadados. Após a deteção da aplicação, a aplicação tem o anfitrião do cluster como (nome do SID do HANA)_cluster_(ID do site)_(ID do hardware do HANA). Por exemplo, se sr1 for a instância do HANA, o nome da aplicação é sr1 e o nome do anfitrião é sr1_cluster<_…> na lista de aplicações do App Manager.

É recomendável executar uma deteção forçada após quaisquer alterações à configuração do nó do cluster, como depois de adicionar ou eliminar um nó do cluster. Se um nó for removido ou adicionado após a deteção e a proteção, a configuração não é atualizada automaticamente nos metadados do Backup and DR e pode causar problemas de cópia de segurança.

Pré-requisitos para proteger o HANA HA (1+n)

  • Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA têm de ter sido integrados no serviço de cópia de segurança e recuperação de desastres.
  • Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA têm de ter o agente do Backup and DR instalado.
  • Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA têm de ter um segredo aplicado em App Manage > Manage > Host > Definições do agente de cópias de segurança e da RD do Backup and DR > Segredo.
  • As portas têm de ser abertas nos anfitriões para permitir a comunicação na porta 5106. Isto requer uma regra de firewall de entrada em que o dispositivo de cópia de segurança/recuperação é a origem, o anfitrião que executa o agente do Backup and DR é o destino e a porta de destino é 5106. Além disso, não é necessário adicionar a porta 5106 à regra de entrada predefinida criada para o dispositivo de cópia de segurança/recuperação, uma vez que especifica o dispositivo de cópia de segurança/recuperação como o destino.

Monte uma imagem de cópia de segurança do SAP HANA como uma montagem padrão

Uma montagem padrão fornece o disco de imagem de cópia de segurança dos dados, o registo ativo e o volume de registo de arquivo para o destino especificado. Pode montar imagens de cópias de segurança de instantâneos de uma base de dados SAP HANA como uma montagem padrão para:

Verificações prévias durante a montagem

  • Estado da conetividade do conetor: verifique se o agente de cópia de segurança e recuperação de desastres está instalado e se o segredo é aplicado para a conetividade do anfitrião entre o dispositivo de cópia de segurança/recuperação e o agente de cópia de segurança e recuperação de desastres.
  • As localizações de montagem especificadas estão disponíveis para a operação de montagem.
  • O ficheiro binário do HANA está instalado
  • Verifique se o SID do HANA é o mesmo que o da origem e se não está em funcionamento no destino.
  • A versão da instância do HANA é superior a 2.0SP05.
  • Verificação de autorizações no projeto de origem e de destino para o serviço Cloud Storage

Montar a cópia de segurança

Siga estas instruções para montar uma cópia de segurança:

  1. Clique com o botão direito do rato na base de dados protegida na lista Aplicações do gestor de apps e selecione Aceder.

  2. Selecione uma imagem de instantâneo e escolha Montar.

  3. Na página Montar:

    • Nome do projeto, Região e Zona: selecione o projeto, a região e a zona da instância na qual quer montar a imagem da base de dados HANA.
    • Nome da instância: as instâncias do Compute Engine elegíveis (nós HANA) vão estar disponíveis para escolha no menu pendente. Selecione o nó para montagem no menu pendente.

  4. Opcionalmente, introduza um nome exclusivo associado à montagem no campo Etiqueta.

  5. INCLUDED TENANT DATABASES é apenas informativo e mostra a lista de bases de dados de inquilinos na imagem de cópia de segurança.

  6. Em Opções de mapeamento:

    • Localização de montagem do volume de DADOS: este campo é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco onde o volume de dados do HANA está montado.
    • Localização de montagem do volume de registo: este campo é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco onde o volume de registo ativo do HANA está montado.

    • Localização da montagem do volume de cópia de segurança do registo: este campo é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco onde o volume de cópia de segurança do registo de arquivo do HANA está montado.

      • CAMINHO DO DISPOSITIVO: é pré-preenchido com o CAMINHO DO DISPOSITIVO de origem. Indique um caminho que não esteja em utilização no destino selecionado e que quer usar para montar a imagem de instantâneo de DATA VOLUME, LOG VOLUME e LOG BACKUP VOLUME no servidor de destino.
      • TIPO DE DISCO: é pré-preenchido com o valor de TIPO DE DISCO de origem. Pode alterar o tipo de disco selecionando o tipo diferente no valor do menu pendente.

  7. VERIFICAÇÃO DA INTEGRIDADE DOS DADOS DE INSTANTÂNEO: por predefinição, o valor está definido como verdadeiro. Se não quiser executar a verificação, defina esta opção como falsa clicando no botão de ativação/desativação. Esta ferramenta executa a ferramenta de verificação de persistência do SAP HANA hdbpersdiag API com a opção "verificar tudo". Esta ação verifica o estado normal dos dados e os volumes de registos ativos da imagem de instantâneo montada. Se a pré-verificação detetar alguma danificação na imagem, a tarefa de montagem falha com uma mensagem de erro descritiva.

    O resultado da verificação de integridade está disponível em /var/act/log/(HANA sid)_dataintegrity_check.log e /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

  8. Clique em Verificação prévia. Isto valida as opções necessárias no servidor de destino para uma montagem bem-sucedida. Se a verificação pré-publicação falhar, a verificação pré-publicação mostra que verificação falhou para que possa corrigi-la e executar novamente a verificação pré-publicação.

  9. Clique em Enviar. Pode aceder ao Monitor de tarefas para ver o progresso e os detalhes da tarefa.

Desmonte a imagem de instantâneo de cópia de segurança montada

Para remover ou manter o disco após uma montagem bem-sucedida:

  • Aceda à página Aplicação > Acesso e selecione a imagem usada para a montagem.
  • Na página Acesso, no menu pendente Montagem ativa atual, selecione uma das seguintes opções:
    • Desmontar e eliminar: escolha esta opção para desmontar o ponto de montagem, desanexar o disco e eliminar o disco do servidor de destino.
    • Esquecer montagem ativa: escolha esta opção para deixar o disco ligado e montado, mas remover os metadados do serviço de cópia de segurança e recuperação de desastres. Tem de usar a consola para remover esta imagem da instância de destino após a conclusão desta operação. Google Cloud

Monte uma cópia de segurança para uma verificação de integridade

Esta ferramenta executa a ferramenta de verificação de persistência do SAP HANA, hdbpersdiag, com a opção "check all" para verificar o estado de funcionamento dos volumes de dados a partir da imagem de instantâneo montada. Se a pré-verificação detetar alguma danificação na imagem, a tarefa de montagem falha com uma mensagem de erro descritiva.

Clone o servidor de base de dados de origem como um novo servidor de destino para a verificação da integridade dos dados

Clone o servidor de base de dados de origem e, de seguida, monte a cópia de segurança no novo destino. Esta terá a mesma configuração que a origem e não são necessários pré-requisitos adicionais. Esta é a prática recomendada.

Pré-requisitos para a montagem da verificação da integridade dos dados se a clonagem for impossível

Se não for possível clonar o servidor da base de dados de origem, certifique-se de que estes pré-requisitos estão definidos no novo servidor de destino:

  • O ficheiro binário do HANA tem de ser configurado no servidor de destino. A versão do HANA tem de ser igual ou superior à instância do HANA de origem.
  • Certifique-se de que a configuração do HANA de destino tem o mesmo DBID do inquilino configurado que o DBID da base de dados do inquilino de origem.

  • Se o volume de dados e os volumes de registos da base de dados HANA de origem estiverem encriptados através da encriptação da base de dados HANA, tem de criar um ficheiro de configuração com as credenciais da chave de encriptação no servidor HANA de destino. Siga estes passos no servidor HANA de destino:

    1. Crie um ficheiro de configuração DB_DETAILS.lst em /hana/shared.
    2. Conceda autorização de leitura 400 ao ficheiro de configuração (/hana/shared/DB_DETAILS.lst).

    3. No ficheiro de configuração (/hana/shared/DB_DETAILS.lst), introduza a palavra-passe com o nome do inquilino:

      HANA SID Tenant name 'password'

      Por exemplo, para uma instância do HANA com o SID "S82", o ficheiro DB_DETAILS.lst conteria as seguintes linhas:

      S82 SYSTEMDB 'xxxxxxxx'

      S82 S82 'xxxxxx'

Posso remontar a origem para verificar a integridade?

Contudo, não recomendamos que o faça. A montagem de volta à origem enquanto a base de dados está em execução pode danificar o bloco de dados devido ao mesmo nome de VG do volume de dados.

Se tiver de remontar a origem, certifique-se de que encerra a instância do HANA na origem antes de realizar a operação de montagem.

Resultados da verificação de integridade

O resultado da verificação de integridade está disponível em /var/act/log/(HANA sid)_dataintegrity_check.log e /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

Restaure bases de dados SAP HANA

Antes de poder restaurar uma base de dados SAP HANA a partir de uma imagem de cópia de segurança, reveja estes requisitos de licença.

Requisitos de licença e impacto no restauro

  • A chave de licença de uma base de dados SAP HANA baseia-se no ID do sistema e no ID do hardware. Após uma recuperação, uma chave de licença do SAP HANA torna-se inválida se o SID ou o ID de hardware tiver sido alterado.
  • Durante a recuperação, é instalada automaticamente uma chave de licença temporária se a cópia de segurança usada para a recuperação tiver uma licença permanente, que ainda é válida. Pode trabalhar com a licença temporária instalada automaticamente durante um máximo de 90 dias. Durante este período, tem de se candidatar à SAP para que a licença da base de dados de origem seja transferida para uma nova chave de licença. Em seguida, tem de instalar a nova chave de licença na base de dados SAP HANA recuperada.
  • Se a cópia de segurança usada para a recuperação tiver apenas uma licença temporária, a base de dados fica em modo de bloqueio imediatamente após a recuperação.
  • Base de dados de origem com licença temporária. Estas são cópias de segurança feitas com licenças temporárias.
    • Restaurar para a origem: 90 dias a partir da data de criação da base de dados e a base de dados está no modo de bloqueio.
    • Restaurar para o novo destino: falha porque a licença temporária do SAP não permite o restauro para um novo destino.
  • Base de dados de origem com licença permanente. Estas são cópias de segurança feitas com licenças permanentes.
    • Restaurar para a origem: sem problemas.
    • Restaurar para o novo destino: tem uma licença de avaliação de 90 dias. As cópias de segurança são bem-sucedidas, mas não pode usar a nova cópia de segurança para restaurar.

Referências da SAP

  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
  • https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html

Verificação prévia

Antes de enviar o procedimento de restauro, as verificações prévias validam os pré-requisitos necessários para um restauro bem-sucedido da base de dados.

  • HANA SID: o HANA está configurado no nó de destino com o mesmo nome HANA SID.
  • Verifique o estado da base de dados: a base de dados HANA não está em funcionamento.
  • Ficheiro de configuração: o ficheiro de configuração global.ini está disponível no servidor de destino
  • Caminho da cópia de segurança do registo: o caminho da cópia de segurança do registo está definido em global.ini
  • Versão do HANA: a versão do HANA de destino é igual à versão do HANA de origem.
  • USERSTOREKEY: a chave userstore fornecida existe no destino ou é especificado um nome de utilizador e uma palavra-passe privilegiados válidos que existem no momento da cópia de segurança.
  • Para a restauração para um novo destino, verifique se o ponto de montagem especificado na opção de mapeamento não é usado nem montado no servidor de destino.
  • Verifique os detalhes dos dados e do volume de registos: se o caminho dos dados e do volume de registos no ficheiro de configuração (global.ini) estiver definido de forma diferente do caminho do dispositivo escolhido na opção de mapeamento, o ficheiro de configuração (global.ini) é atualizado com o caminho escolhido na opção de mapeamento.

  • Estado do nó:

    • Configuração autónoma e de expansão: o servidor HANA de destino está em funcionamento e disponível
    • Configuração HANA HA (1+n): valida se a replicação está desativada. A replicação tem de ser desativada antes de poder iniciar o restauro. A replicação após o restauro tem de ser reconfigurada. A restauração para qualquer nó de um cluster HANA HA (1+n) resulta na criação de uma aplicação autónoma no anfitrião de destino selecionado. O utilizador tem de configurar explicitamente o cluster novamente conforme necessário e descobrir a aplicação adequadamente.

Restaure uma base de dados SAP HANA

  1. Na lista Aplicações do gestor de apps, clique com o botão direito do rato na base de dados e selecione Aceder.
  2. Selecione a imagem de cópia de segurança a recuperar e escolha Restaurar.

  3. Na página Restaurar, as opções são:

    • Restaurar para a origem: todos os campos são pré-preenchidos com o valor de origem da instância SAP HANA protegida e são imutáveis, exceto as opções da aplicação.

    • Restaurar para novo destino: todos os campos são pré-preenchidos com o valor de origem da instância SAP HANA protegida e são mutáveis.

    Opções

    • Nome do projeto, Região e Zona:
      • Se estiver a restaurar para a origem: todos os campos são pré-preenchidos com o valor de origem da instância SAP HANA protegida e são imutáveis.
      • Se estiver a restaurar para um novo destino: para recuperar para um novo destino, selecione o projeto, a região e a zona da instância para a qual quer recuperar a base de dados HANA.
    • Nome da instância:
      • Se estiver a restaurar para a origem: a instância do Compute Engine de origem está selecionada e é imutável.
      • Se estiver a restaurar para um novo destino: as instâncias do Compute Engine elegíveis (nós HANA) vão estar disponíveis para escolha no menu pendente. Selecione o nó para restaurar no menu pendente.
    • Etiqueta: opcionalmente, introduza um nome exclusivo a associar a esta montagem.
    • Bases de dados de inquilinos incluídas é apenas informativo e mostra a lista de bases de dados de inquilinos na imagem de cópia de segurança.
    • Substituir identidade da aplicação original: esta opção só está disponível quando o restauro é realizado num novo anfitrião no mesmo dispositivo de cópia de segurança/recuperação onde a cópia de segurança foi originalmente gerada.
      • Sim: esta opção substitui a aplicação original pela restaurada, que terá o mesmo ID da aplicação, histórico de tarefas, imagens de cópia de segurança e plano de cópia de segurança que a aplicação original.
      • Não: esta opção não substitui a aplicação original. É detetada como uma nova aplicação como parte da tarefa de restauro.

    Opções de aplicação

    • Hora de reversão: escolha uma data e uma hora para uma base de dados protegida com registos a recuperar até ao ponto no tempo necessário.

    • TARGET DATABASE SID: este campo é pré-preenchido com o nome SID da base de dados protegida e é imutável.

    • SAP DB USER STORE-KEY: este campo é pré-preenchido com a chave da loja de utilizadores durante a cópia de segurança. Pode especificar uma nova chave do arquivo de utilizadores com um nome de utilizador e uma palavra-passe privilegiados que estavam disponíveis durante a cópia de segurança. Esta nova chave de armazenamento do utilizador vai ser criada e usada para a recuperação.

      • Se o nome de utilizador e a palavra-passe forem fornecidos com a chave do arquivo de utilizadores existente, a chave do arquivo de utilizadores é recriada com este nome de utilizador e palavra-passe. A validação só é feita após a recuperação da systemdb. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio certo e/ou não estiver disponível como parte da imagem de cópia de segurança.
      • Se for especificada uma nova chave do arquivo de utilizadores com nome de utilizador e palavra-passe, a chave do arquivo de utilizadores é criada com o nome da chave do arquivo de utilizadores especificado, bem como o nome de utilizador e a palavra-passe. A validação só é feita após a recuperação da systemdb. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido, não contiver o privilégio certo ou não estiver disponível como parte da imagem de cópia de segurança.
      • Se não forem transmitidos userstorekey, nome de utilizador e palavra-passe, durante a pré-verificação, a validação ocorre para verificar se o userstorekey usado durante a cópia de segurança existe no servidor de destino. A pré-verificação falha se a userstorekey usada durante a cópia de segurança não for encontrada. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio correto ou não estiver disponível como parte da imagem de cópia de segurança.
      • Se não for transmitido nenhum userstorekey, mas forem fornecidos o nome de utilizador e a palavra-passe, o userstorekey usado durante a cópia de segurança é recriado com as credenciais transmitidas no servidor de destino. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver os privilégios certos, ou não estiver disponível como parte da imagem de cópia de segurança.

    Opções de mapeamento

    • Localização de montagem do volume de DADOS: este campo é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco onde o volume de dados do HANA está montado.
    • Localização de montagem do volume de registo: este campo é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco onde o volume de registo ativo do HANA está montado.

    • Localização da montagem do volume da cópia de segurança do registo: este campo é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco onde o volume da cópia de segurança do registo de arquivo do HANA está montado.

      • Caminho do dispositivo: imutável para restaurar para a origem. Pode alterar esta opção durante o restauro para um novo destino.

      • Tipo de disco: mutável para restaurar para a origem. Pode alterar esta opção durante o restauro para a origem ou para um novo destino. O tipo de disco permite-lhe selecionar o tipo de armazenamento de blocos subjacente que é usado para os dados recuperados das imagens de cópia de segurança.

    Restaurar configuração personalizada do HANA

    A imagem de cópia de segurança captura as definições de configuração específicas do cliente (ficheiros .ini que foram alterados a partir da predefinição). Pode optar por restaurar as definições de configuração personalizadas capturadas no momento da cópia de segurança.

  4. Clique na verificação prévia.

    • Se a verificação prévia falhar, corrija o problema e reenvie a verificação prévia.
    • Se a verificação prévia for bem-sucedida, clique em Enviar para enviar a tarefa de restauro.