Proteger e recuperar um banco de dados SAP HANA executado no Compute Engine

Proteger o ambiente de produção da SAP contra perda, erros e corrupção de dados

O SAP HANA é um dos bancos de dados empresariais mais conhecidos do mundo. Ele é exclusivo porque é executado na memória, o que permite retornar os resultados da consulta muito rapidamente. Muitas empresas usam o SAP HANA para aplicativos de missão crítica. Como pode acontecer com qualquer banco de dados, o SAP HANA está sujeito a corrupção, exclusão acidental ou até mesmo ameaças de segurança, como ataques de ransomware. O serviço de backup e DR permite fazer backup e recuperar seus sistemas de produção de maneira eficiente e segura.

Para saber como usar o serviço de backup e DR para proteger seus bancos de dados HANA, consulte Backup e DR para SAP HANA.

Implante o serviço de Backup e DR primeiro

Antes de começar, leia e siga os procedimentos abaixo:

Como funciona o serviço de backup e DR

Em seguida, confira como o serviço de backup e DR funciona em Começar a usar o Backup e DR: proteger e recuperar uma instância do Compute Engine.

Preparar instâncias do SAP HANA para backup

Antes de fazer backup das instâncias do SAP HANA, revise as etapas de preparação a seguir.

Pré-requisitos

  • Todos os serviços configurados, como nameserver e indexserver, precisam estar em execução. Consulte as notas SAP 1697613 e 1649519. Você pode verificar isso em Visão geral do SAP HANA Studio > Estado operacional > Confirmar se todos os serviços estão iniciados.
  • Para permitir que o agente de backup e DR execute operações no host, use uma chave hdbuserstore do SAP HANA em vez de um nome de usuário e uma senha para se comunicar com o banco de dados HANA usando a userstore segura do SAP HANA.
  • O banco de dados log_mode precisa ser normal na guia de configuração do HANA Studio.
  • Todos os servidores SAP HANA (Compute Engine) que têm dados do HANA a serem protegidos pelo serviço de backup e DR precisam ter sido integrados ao serviço de backup e DR
  • Todos os servidores SAP HANA (Compute Engine) que têm dados do HANA a serem protegidos pelo serviço de backup e DR precisam ter o agente de backup e DR instalado.

  • Recomendação de backup de registro do SAP HANA:

    • Defina o caminho de backup de registro do SAP HANA como basepath_logbackup e basepath_catalogbackup no global.ini.
    • Não use a montagem de backup de registro do SAP HANA para armazenar arquivos que não sejam backups de registro de arquivo do HANA.
    • Por padrão, a limpeza de registro é executada em todos os backups do banco de dados. Isso alcança o melhor RTO de recuperação.

  • Para fazer backup do SAP HANA usando o método de captura de snapshots Persistent Disk, a configuração precisa seguir estes critérios:

    • /hana/shared e /usr/sap não podem ser compartilhados com grupos de volumes ou discos de backup de dados, registros ou registros.
    • Os backups de registro precisam ter um disco separado configurado e não podem ser compartilhados com o volume de dados ou de registro ou com o binário do HANA.

Configurar a chave de userstore do HANA

Use as instruções a seguir para configurar a chave de userstore do HANA:

  1. Crie o usuário de backup do banco de dados no HANA Studio.
  2. Receba os números de porta da instância e do SQL.
  3. Crie a chave hdbuserstore do SAP HANA para usuários de backup do banco de dados do sistema.

Etapa 1: criar o usuário de backup do banco de dados no HANA Studio

Escolha um nome de usuário do banco de dados com base no padrão da empresa. Crie essa conta de usuário em SYSTEMDB.

  1. Crie o usuário em SYSTEMDB:
    • No SAP HANA Studio SYSTEMDB, acesse System > Security > Users > New User.
    • Atribua um nome de usuário e uma senha.
    • Defina Forçar a alteração de senha no próximo acesso como Não.
    • HANA 2.0 (SPS01 a SPS04): clique na guia Privilégio do sistema e atribua privilégios selecionando o seguinte:
      • Administrador de backup
      • Leitura de catálogo
      • Administrador do banco de dados
      • Início do banco de dados
      • Parada do banco de dados
    • HANA 2.0 (SPS05 e versões mais recentes): clique na guia Privilégio do sistema e atribua privilégios selecionando o seguinte:
      • Administrador de backup
      • Leitura de catálogo
      • Operador de backup de banco de dados +. Operador de recuperação de banco de dados
      • Administrador do banco de dados
      • Início do banco de dados
      • Parada do banco de dados
  2. Implante o usuário do sistema recém-criado clicando na seta verde.

Etapa 2: receber os números da instância e da porta SQL

Você precisa da instância do HANA e dos números de porta do SQL para os bancos de dados do sistema.

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

  1. Acesse Sistema.
  2. Clique na guia Paisagem.
  3. Clique na guia Services.
  4. Na coluna Serviço, navegue até o nameserver.
  5. Receba o valor da porta SQL. O número da instância é o segundo e o terceiro dígitos do número da porta SQL.

Etapa 3: criar a chave hdbuserstore do SAP HANA para usuários de backup do banco de dados do sistema

Use esta convenção de nomenclatura para o nome da chave da userstore: para SYSTEMDB, defina o nome da chave como (Database backup username). Por exemplo, para o nome de usuário de backup do banco de dados (Actbackup), defina SYSTEMDB—key_name— (ACTBACKUP).

Procedimento

  1. Conecte-se ao sistema de banco de dados HANA usando SSH e faça login em (sid)adm: su - (sid)adm
  2. Mude o diretório: cd exe

  3. Crie entradas no hdbuserstore usando o 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

Configurar o modo de registro e o backup de registro no HANA Studio

Usando o HANA Studio, defina o modo de registro do HANA e o local de backup de registro para backup e DR para fazer backups dos registros de transação do banco de dados HANA:

  1. No estúdio do HDB do SAP HANA, verifique se o backup de registro está definido corretamente em DATABASE (SYSTEMDB FOR HANA 2.0) > Backup > página Configuration:
    • O tipo de destino é Arquivo.
    • O destino é definido como um caminho de montagem do sistema de arquivos local.
    • O intervalo de backup está definido como RPO obrigatório.
    • O backup automático de registros está ativado.
    • O banco de dados log_mode precisa ser definido como normal.
  2. Verifique em Configuração do banco de dados: DATABASE (SYSTEMDB FOR HANA 2.0) > Página de configuração. No filtro, digite basepath.
  3. Verifique se basepath_logbackup está definido corretamente:
    • Defina basepath_catalogbackup como basepath_logbackup.
    • Abra a página de edição basepath_catalogbackup e defina o Novo valor como o mesmo de basepath_logbackup. Clique em Salvar. Isso garante o backup do catálogo com backup de registro para recuperação pontual.
  4. No servidor do banco de dados HANA, execute a nova configuração para que os valores entrem em vigor: hdbnsutil -reconfig.

Sobre este exercício de guia de início rápido

Este exercício orienta você nas etapas para descobrir e proteger um banco de dados SAP HANA em execução em uma instância do Compute Engine e, por fim, montar um novo banco de dados HANA totalmente funcional a partir da imagem de backup em um novo local.

  1. Instalar o agente de backup e DR no Compute Engine
  2. Criar um plano de backup para o banco de dados SAP HANA
  3. Detectar e proteger bancos de dados do SAP HANA
  4. Montar uma imagem de backup do SAP HANA como uma montagem padrão
  5. Restaurar bancos de dados SAP HANA

Instalar o agente de backup e DR no host

O agente de backup e DR conecta a instância do Compute Engine ao dispositivo de backup/recuperação. Para instalar o agente de backup e DR, consulte Instalar o agente de backup e DR em um host Linux.

Criar um plano de backup para os bancos de dados SAP HANA

O plano de backup é como o serviço de backup e DR programa jobs de backup e gerencia o armazenamento das imagens de backup.

Você criou um plano de backup para a instância do Compute Engine em Começar a usar o backup e a DR: proteger e recuperar uma instância do Compute Engine. Agora você precisa criar um plano de backup para o banco de dados HANA que está sendo executado na instância do Compute Engine. Consulte Criar e aplicar um modelo de política.

Configurações avançadas de políticas específicas para bancos de dados HANA em discos permanentes do Compute Engine

O modelo de política precisa dessas configurações avançadas específicas.

  1. No console de gerenciamento, em Planos de backup, selecione Modelos.
  2. Selecione o modelo de política para o banco de dados HANA e clique em Editar.
  3. No lado direito, em Políticas, clique na seta branca ao lado de Snapshot e em Editar política.
  4. Na parte de baixo da seção Criar/editar política, clique em Configurações avançadas da política.

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

    Local do snapshot: selecione a região em que os snapshots do Persistent Disk vão ser armazenados. Por padrão, a opção Multirregional é selecionada com base no local do disco de origem. Também é possível mudar o local de armazenamento do snapshot para uma região diferente da do disco de origem. Ao armazenar snapshots em um local diferente do disco de origem, os dados trafegam pela rede entre esses locais e podem gerar taxas de rede. Os snapshots geram as mesmas taxas que a saída do Cloud Storage. Saiba mais sobre o snapshot de disco permanente. Para saber mais sobre preços, consulte Preços de disco.

    Tipo de snapshot: selecione o tipo de snapshot Persistent Disk a ser usado para backups do SAP HANA. Os snapshots fazem backup incremental de dados dos discos permanentes. Durante os backups, um novo snapshot é criado para capturar o estado atual do Persistent Disk. Isso pode ser usado mais tarde para criar um novo disco para montagens ou restaurações. O Compute Engine armazena várias cópias de cada snapshot em vários locais com somas de verificação automáticas para garantir a integridade dos dados. Saiba mais sobre o snapshot de disco permanente. Para saber os detalhes dos preços, consulte Preços de disco.

    • Snapshot padrão: por padrão, o tipo de snapshot padrão é selecionado. Use o tipo padrão se quiser reter os backups por menos de 90 dias.
    • Snapshot do arquivo: selecione o tipo de arquivo se você quiser manter as imagens de backup por um longo período. O período mínimo de faturamento do snapshot de arquivamento é de 90 dias, independentemente do período de armazenamento definido na política. Além disso, um snapshot do tipo de arquivamento também tem uma cobrança de recuperação extra se for usado em um job de montagem ou de restauração.

    Truncate (Purge) Log after Backup: especifica se os registros de arquivo do HANA serão truncados (purgados) após o backup. Quando a opção Truncate Log after Backup está ativada, os registros de arquivo do HANA são truncados. Por padrão, a limpeza de arquivo é executada com todos os backups do banco de dados. Use o padrão para conseguir o melhor RTO de recuperação. Se a retenção de registros de produção estiver definida, a limpeza será executada com base na configuração Retenção de registros de banco de dados de produção por hora em Detalhes e configurações do aplicativo.

    • Não truncar/limpar o registro após o backup: é o padrão. Nesse modo, o registro de arquivo não será expurgado.
    • Truncate/purge log after backup: selecione essa opção para ativar a exclusão de registros de arquivamento.

    Enable Database Log Backup: defina essa opção como "Yes". A opção Ativar o backup de log do banco de dados permite que a política do plano de backup faça backup de um banco de dados e de todos os arquivos de log de transações associados. Os logs são armazenados em backup quando o job de snapshot de registro é executado. Quando definido como "Sim", as opções relacionadas são ativadas.

    RPO: especifique o backup de registro do banco de dados em minutos. Quando a opção "Ativar o backup de registro do banco de dados" é definida como "Sim", o RPO define a frequência do backup de registro do banco de dados. A frequência é definida em minutos e não pode exceder o intervalo de backup do banco de dados. O menor valor que pode ser definido (em minutos) é 15.

    Replicate Logs (Uses Streamsnap Technology): defina como No. Isso não se aplica à proteção de snapshot de disco permanente do SAP HANA. Essa função é ativada (definida como "Sim") por padrão. Se não for definido como "Não", ocorrerá um erro na criação do modelo.

    Enviar registros para o pool do OnVault: defina como Não. Isso não se aplica à proteção de snapshot de disco permanente do SAP HANA. Essa função é ativada (definida como "Sim") por padrão. Se não for definido como "Não", vai ocorrer um erro na criação do modelo.

Descobrir e proteger bancos de dados SAP HANA

Para descobrir bancos de dados HANA em uma instância do Compute Engine e protegê-los com o serviço de backup e DR, a instância do Compute Engine que hospeda o banco de dados SAP HANA precisa ser integrada antes de você integrar o aplicativo do banco de dados SAP HANA. Você integrou uma instância do Compute Engine em Começar a usar o backup e DR: proteger e recuperar uma instância do Compute Engine.

  • Se esta for a instância que hospeda o banco de dados SAP HANA, continue para a próxima seção.
  • Se você precisar integrar uma instância diferente do Compute Engine ao serviço de backup e DR, consulte Descubra e proteja instâncias do Compute Engine.

Integrar os bancos de dados SAP HANA no app manager

Para descobrir e proteger os aplicativos do banco de dados HANA:

  1. Selecione Adicionar aplicativo na página Gerenciador de apps > Aplicativos do console de gerenciamento.
  2. Selecione SAP HANA no assistente "Adicionar aplicativo".
  3. Siga o assistente:
  4. Em Configurações do aplicativo, na seção Configurar, defina as Configurar opções de backup:
    • Chave do repositório de usuários do banco de dados HANA: é a chave hdbuserstore do SAP HANA para o banco de dados do sistema criado anteriormente. Este campo é obrigatório.
    • Método de captura de backup: escolha Usar snapshot de disco permanente.
    • Retenção de registros de banco de dados de produção em horas:é usada para limpar o backup de registro de arquivo HANA do destino basepath_logbackup. Com base nesta configuração, o registro é excluído se for mais antigo do que as horas especificadas. Com os valores padrão, todos os registros anteriores ao último backup de dados são limpos.
    • Retenção do catálogo de produção em dias:a retenção dos metadados do catálogo do SAP HANA para o backup em dias. O valor padrão é de 7 dias.
  5. Clique em Salvar > Próxima e depois em Concluir.
  6. O banco de dados aparece na lista "Apps do gerenciador de apps" com um escudo verde indicando que o plano de backup foi aplicado.

Definir detalhes e configurações do aplicativo

Depois de definir o formato de disco de preparação e o método de backup, insira os detalhes e as configurações que você quer aplicar aos planos de backup:

  1. No console de gerenciamento, acesse Gerenciador de apps e clique em Aplicativos.

  2. Clique com o botão direito do mouse no banco de dados HANA e clique em Gerenciar configuração de backup.

  3. Na parte de cima da página, clique em Detalhes e configurações.

  4. Na janela Detalhes e configurações do aplicativo, defina as configurações do banco de dados com base no tipo de host.

    • Método de captura de backup: disco permanente
    • Chave do repositório de usuários do banco de dados HANA: é a chave hdbuserstore do SAP HANA para o banco de dados do sistema criado anteriormente. Este campo é obrigatório.
    • Retenção de registros de banco de dados de produção em horas: os backups de registro de Production serão excluídos com base no número de horas transcorridas. O valor padrão é de 2 horas.
    • Retenção do catálogo de produção em dias: retenção dos registros de catálogo em dias.
    • Tempo limite do script: esse valor é aplicado a scripts internos de backup e recuperação chamados pelo agente de backup e DR. O valor padrão é recomendado.

  5. Clique em Salvar alterações.

Proteger o HANA (HA) 1+n

O HANA 1+n é sempre descoberto como um aplicativo de cluster que contém todos os detalhes do nó nos metadados. Após a descoberta do aplicativo, o host do cluster é (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 do aplicativo será sr1 e o nome do host será sr1_cluster<_…> na lista "Aplicativos do gerenciador de apps".

É recomendável executar uma descoberta forçada após qualquer mudança na configuração do nó do cluster, como após adicionar ou excluir um nó do cluster. Se um nó for removido ou adicionado após a descoberta e proteção, a configuração não será atualizada automaticamente nos metadados de backup e DR e poderá causar problemas de backup.

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

  • Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA precisam ter sido integrados ao serviço de backup e DR
  • Todos os servidores do cluster do SAP HANA (Compute Engine) precisam ter o agente de backup e DR instalado.
  • Todos os servidores do cluster do SAP HANA (Compute Engine) do SAP HANA precisam ter um segredo aplicado em Gerenciamento de apps – Gerenciar – Host – Backup e DR – Configurações do agente de backup e DR – Secret.
  • As portas precisam ser abertas nos hosts para permitir a comunicação na porta 5106. Isso requer uma regra de firewall de entrada em que o appliance de backup/recuperação é a origem, o host que executa o agente de backup e DR é o destino e a porta de destino é 5106. Além disso, não é necessário adicionar a porta 5106 à regra de entrada padrão criada para o appliance de backup/recuperação, porque isso especifica o appliance como o destino.

Montar uma imagem de backup do SAP HANA como uma montagem padrão

Uma montagem padrão fornece o disco de imagem de backup de dados, o registro ativo e o volume de registro de arquivamento para o destino especificado. É possível montar imagens de backup de snapshot de um banco de dados do SAP HANA como uma montagem padrão para:

  • Qualquer operação manual ou
  • Para executar a verificação de integridade de dados do snapshot: essa ferramenta executa a ferramenta de verificação de persistência do SAP HANA, hdbpersdiag, com a opção "verificar tudo" para verificar o estado saudável dos volumes de dados da imagem de snapshot montada. Se a verificação prévia detectar corrupção na imagem, o job de montagem vai falhar com uma mensagem de erro descritiva.

Verificações preliminares durante a montagem

  • Status de conectividade do conector: verifique se o agente de backup e DR está instalado e se o secret é aplicado para a conectividade do host entre o dispositivo de backup/recuperação e o agente de backup e DR.
  • Os locais de montagem especificados estão disponíveis para a operação de montagem.
  • O binário do HANA está instalado
  • Verifique se o sid do HANA igual ao da origem não está ativado no destino.
  • A versão da instância do HANA é maior que 2.0SP05.
  • Verificação de permissão no projeto de origem e de destino para o serviço do Cloud Storage

Use estas instruções para montar uma imagem de backup:

  1. Clique com o botão direito do mouse no banco de dados protegido na lista App Manager Applications e selecione Access.

  2. Selecione uma imagem de snapshot e escolha Montar.

  3. Na página Mount:

    • Nome do projeto, Região e Zona: selecione o projeto, a região e a zona da instância em que você quer montar a imagem do banco de dados HANA.
    • Nome da instância: as instâncias do Compute Engine (nós HANA) qualificadas estarão disponíveis para seleção no menu suspenso. Selecione o nó para montagem no menu suspenso. .

  4. Se quiser, insira um nome exclusivo associado à montagem no campo Rótulo.

  5. BANCO DE DADOS DO INQUILINO INCLUÍDO é apenas informativo, mostrando a lista de bancos de dados do inquilino na imagem de backup.

  6. Em Opções de mapeamento:

    • Local de montagem do volume de dados: é preenchido automaticamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de dados do HANA é montado.
    • Local de montagem do volume de registro: é preenchido previamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de registro ativo do HANA está montado.

    • Local de montagem do volume de backup de registro: é preenchido previamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de backup de registro de arquivo HANA é montado.

      • CAMINHO DO DISPOSITIVO: é preenchido com o CAMINHO DO DISPOSITIVO de origem. Forneça um caminho que não esteja em uso no destino selecionado e que você queira usar para montar a imagem de snapshot de DATA VOLUME, LOG VOLUME e LOG BACKUP VOLUME no servidor de destino.
      • TIPO DE DISCO: é preenchido com o valor de origem do TIPO DE DISCO. É possível mudar o tipo de disco selecionando um tipo diferente no menu suspenso.

  7. VERIFICAÇÃO DE INTEGRIDADE DOS DADOS DO SNAPSHOT: por padrão, o valor é definido como verdadeiro. Se você não quiser executar a verificação, defina como "false" clicando no botão de ativação. Essa ferramenta vai executar a API hdbpersdiag da ferramenta de verificação de persistência do SAP HANA com a opção "verificar tudo". Isso vai verificar o estado de dados e volumes de registro ativos da imagem de instantâneo montada. Se a verificação prévia detectar corrupção na imagem, o job de montagem vai falhar 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é-voo. Isso valida as opções necessárias no servidor de destino para uma montagem bem-sucedida. Se a verificação de simulação falhar, ela vai mostrar qual verificação falhou para que você possa corrigir e executar novamente.

  9. Clique em Enviar. Acesse o Job Monitor para conferir o progresso e os detalhes do job.

Desmonte a imagem de snapshot de backup montada.

Para remover ou manter o disco após a montagem:

  • Acesse a página Application > Access e selecione a imagem usada para a montagem.
  • Na página "Acesso", no menu suspenso Montagem ativa atual, selecione:
    • Desmontar e excluir: escolha essa opção para desconectar o ponto de montagem, remover o disco e excluir o disco do servidor de destino.
    • Esquecer a montagem ativa: escolha essa opção para deixar o disco conectado e montado, mas remova os metadados do serviço de backup e DR. Você vai precisar usar o console do Google Cloud para remover essa imagem da instância de destino depois que essa operação for concluída.

Restaurar bancos de dados SAP HANA

Antes de restaurar um banco de dados do SAP HANA a partir de uma imagem de backup, revise estes requisitos de licença.

Requisitos de licença e impacto na restauração

  • A chave de licença de um banco de dados SAP HANA é baseada no ID do sistema e no ID do hardware. Após uma recuperação, uma chave de licença do SAP HANA se torna inválida se o SID ou o ID de hardware tiver mudado.
  • Durante a recuperação, uma chave de licença temporária é instalada automaticamente se o backup usado para recuperação tiver uma licença permanente que ainda seja válida. Você pode trabalhar com a licença temporária instalada automaticamente por até 90 dias. Durante esse período, você precisa solicitar à SAP a transferência da licença do banco de dados de origem para uma nova chave de licença. Em seguida, instale a nova chave de licença no banco de dados SAP HANA recuperado.
  • Se o backup usado para a recuperação tiver apenas uma licença temporária, o banco de dados estará no modo de bloqueio imediatamente após a recuperação.
  • Banco de dados de origem com licença temporária Esses são backups feitos com licenças temporárias.
    • Restaurar para a origem: são 90 dias a partir da criação do banco de dados e o banco de dados está no modo de bloqueio.
    • Restaurar para o novo destino: falha porque a licença temporária do SAP não permite a restauração para um novo destino.
  • Banco de dados de origem com licença permanente Esses são backups feitos com licenças permanentes.
    • Restaurar para a origem: sem problemas.
    • Restaurar para o novo destino: ele tem uma licença de teste de 90 dias. Os backups são bem-sucedidos, mas não é possível usar o novo backup 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 de simulação

Antes de enviar o procedimento de restauração, as verificações de pré-voo validam os pré-requisitos necessários para uma restauração bem-sucedida do banco de dados.

  • SID do HANA: o HANA está configurado no nó de destino com o mesmo nome de SID do HANA.
  • Verificar o status do banco de dados: o banco de dados HANA não está em execução.
  • Arquivo de configuração: o arquivo de configuração global.ini está disponível no servidor de destino
  • Caminho do backup de registro: o caminho do backup de registro é definido em global.ini.
  • Versão do HANA: a versão de destino do HANA é a mesma da versão de origem.
  • USERSTOREKEY: a chave de userstore fornecida existe no destino ou um nome de usuário e uma senha privilegiados válidos foram especificados e existem no momento do backup.
  • Para restaurar em um novo destino, verifique se o ponto de montagem especificado na opção de mapeamento não está sendo usado ou montado no servidor de destino.
  • Verificar dados e detalhes do volume de registro: se o caminho de dados e do volume de registro no arquivo de configuração (global.ini) for definido diferente do caminho do dispositivo escolhido na opção de mapeamento, o arquivo de configuração (global.ini) será atualizado com o caminho escolhido na opção de mapeamento.

  • Status do nó:

    • Configuração independente e de escalonamento vertical: o servidor HANA de destino está ativo e disponível
    • Configuração de HA do HANA (1+n): valida se a replicação está desativada. A replicação precisa ser desativada antes que a restauração possa ser iniciada. A replicação pós-restauração precisa ser reconfigurada. A restauração em qualquer nó de um cluster de HA do HANA (1+n) resulta na criação de um aplicativo independente no host de destino selecionado. O usuário precisa configurar o cluster explicitamente conforme necessário e descobrir o app de maneira adequada.

Restaurar um banco de dados SAP HANA

  1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados e selecione Access.
  2. Selecione a imagem de backup a ser recuperada e escolha Restaurar.

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

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

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

    Opções

    • Nome do projeto, Região e Zona:
      • Se você estiver restaurando para a origem: todos os campos são preenchidos com o valor de origem da instância protegida do SAP HANA e são imutáveis.
      • Se você estiver restaurando para um novo destino: para recuperar em um novo destino, selecione o projeto, a região e a zona da instância para a qual você quer recuperar o banco de dados HANA.
    • Nome da instância:
      • Se você estiver restaurando para a origem: a instância de origem do Compute Engine é selecionada e imutável.
      • Se você estiver restaurando para um novo destino: as instâncias do Compute Engine qualificadas (nós HANA) estarão disponíveis para escolha no menu suspenso. Selecione o nó para restauração no menu suspenso.
    • Rótulo: insira um nome exclusivo para ser associado a essa montagem.
    • Bancos de dados do locatário incluídos é apenas informativo, mostrando a lista de bancos de dados do locatário na imagem de backup.
    • Replace Original Application identity: essa opção só está disponível quando o restauro é realizado para um novo host no mesmo dispositivo de backup/recuperação em que o backup foi gerado originalmente.
      • Sim: isso substitui o aplicativo original pelo restaurado, que terá o mesmo ID do aplicativo, histórico de trabalho, imagens de backup e plano de backup do aplicativo original.
      • Não: isso não substitui o aplicativo original. Ele será descoberto como um novo aplicativo como parte do job de restauração.

    Opções do aplicativo

    • Tempo de avanço: escolha uma data e uma hora para que um banco de dados protegido com registros seja recuperado até o ponto no tempo necessário.

    • SID DO BANCO DE DADOS DE META: é preenchido previamente com o nome do SID do banco de dados protegido e é imutável.

    • SAP DB USER STORE-KEY: é preenchido previamente com a chave do armazenamento de usuário durante o backup. Uma nova chave de userstore pode ser especificada com um nome de usuário privilegiado e uma senha que estavam disponíveis durante o backup. Essa nova chave do userstore será criada e usada para recuperação.

      • Se o nome de usuário e a senha forem fornecidos com a chave de userstore atual, a chave de userstore será recriada com esse nome de usuário e senha. A validação só será feita após a recuperação do systemdb. A recuperação do locatário pode falhar se o nome de usuário ou a senha não forem válidos ou não contiverem o privilégio certo e não estiverem disponíveis como parte da imagem de backup.
      • Se uma nova chave de repositório de usuários com nome de usuário e senha for especificada, a chave de repositório de usuários será criada com o nome de chave de repositório de usuários especificado e nome de usuário e senha. A validação só será feita após a recuperação do systemdb. A recuperação do locatário pode falhar se o nome de usuário ou a senha não forem válidos ou não contiverem o privilégio certo ou não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma chave de userstore, nome de usuário e senha forem transmitidas, durante a pré-verificação, a validação vai ocorrer para verificar se a chave de userstore usada durante o backup existe no servidor de destino. A pré-verificação falha se a userstorekey usada durante o backup não for encontrada. A recuperação do locatário pode falhar se o nome de usuário ou a senha não forem válidos ou não contiverem o privilégio correto ou não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma chave de userstore for transmitida, mas o nome de usuário e a senha forem fornecidos, a chave de userstore usada durante o backup será recriada com as credenciais transmitidas no servidor de destino. A recuperação do locatário pode falhar se o nome de usuário ou a senha não forem válidos ou não contiverem os privilégios corretos ou não estiverem disponíveis como parte da imagem de backup.

    Opções de mapeamento

    • Local de montagem do volume de dados: é preenchido automaticamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de dados do HANA é montado.
    • Local de montagem do volume de registro: é preenchido previamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de registro ativo do HANA está montado.

    • Local de montagem do volume de backup de registro: é preenchido previamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de backup de registro de arquivo do HANA é montado.

      • Caminho do dispositivo: imutável para restaurar a origem. Isso pode ser alterado durante a restauração para um novo destino.

      • Tipo de disco:mutável para restaurar a origem. Isso pode ser alterado durante a restauração para a origem ou para um novo destino. O tipo de disco permite selecionar o tipo de armazenamento em blocos usado para os dados recuperados das imagens de backup.

    Restaurar a configuração personalizada do HANA

    A imagem de backup captura as configurações específicas do cliente (arquivos .ini que foram alterados do padrão). É possível restaurar as configurações personalizadas capturadas no momento do backup.

  4. Clique na verificação de simulação.

    • Se a verificação de simulação falhar, corrija o problema e reenvie a verificação de simulação.
    • Se a verificação de pré-voo for bem-sucedida, clique em Enviar para enviar o job de restauração.