Restaurar e recuperar instâncias de escalonamento horizontal do SAP HANA

Esta página inclui informações sobre como recuperar instâncias de escalonamento horizontal do SAP HANA de backups do serviço de backup e DR.

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 São backups feitos com licenças temporárias.

  • Restaure para a origem: Ele é de 90 dias a partir da criação do banco de dados e está no modo de bloqueio.
  • Restaure para o novo destino. Ele 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 São backups feitos com licenças permanentes.

  • Restaure a partir da origem. Sem problemas.
  • Restaure 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 backup para restaurar.

Referências do SAP

Verificação de simulação

Durante o procedimento de restauração, uma verificação de simulação valida a recuperação. Estes pré-requisitos são verificados para uma restauração bem-sucedida do banco de dados:

  • SID do HANA: o HANA é configurado no nó de destino com o mesmo nome de SID do HANA.
  • Arquivo de configuração: o arquivo de configuração global.ini está configurado corretamente.
  • Caminho do backup de registro: o caminho do backup de registro é definido em global.ini.
  • BACKINT CONFIG:
    • Da imagem no nível do volume: a backint não está configurada para este banco de dados.
    • De uma imagem completa e incremental: se o servidor de destino ainda não estiver configurado com backint, ele será configurado durante a restauração.
  • VERSÃO DO HANA: a versão de destino do HANA é igual à versão de origem do HANA.
  • USERSTOREKEY: a chave de userstore existe no destino ou um nome de usuário privilegiado válido e a senha são especificados e existem no momento do backup.
  • Volume lógico
    • O nome do volume lógico e do grupo de volume precisam ser iguais no nó de origem e de destino.
    • O tamanho do volume lógico no destino precisa ser igual ou maior que o volume lógico de origem.
  • Status do nó
    • Configuração independente e de escalonamento: o nó de destino está ativo e disponível.
    • Configuração de HA (1+n) do HANA: a replicação precisa ser desativada antes que o restauro possa ser iniciado. A replicação pós-restauração precisa ser reconfigurada. A restauração em qualquer nó de um cluster HA (1+n) do HANA resulta na criação de um aplicativo autônomo no host de destino selecionado. O usuário precisa configurar o cluster explicitamente conforme necessário e descobrir o aplicativo de maneira adequada.

Recuperação automatizada de um banco de dados SAP HANA

Antes de começar

Para uma nova imagem de backup

Recuperação automatizada de um banco de dados HANA para um novo destino a partir de uma imagem de backup no nível do volume

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

  3. Na página Restaurar, escolha Restaurar para o novo destino.

    • Meta. Para todas as configurações, os nós HANA qualificados estarão disponíveis no menu suspenso. Selecione o nó para restauração no menu suspenso.

    • Substituir a identidade do aplicativo original. Essa opção só está disponível quando a restauração é realizada para um novo host no mesmo dispositivo em que o backup foi gerado originalmente.

      • Sim. Isso vai substituir o aplicativo original e vai carregar o mesmo ID, 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.
    • Tempo de avanço. Escolha uma data e hora para recuperar um banco de dados protegido com registros.
    • SID DO BANCO DE DADOS DE META. Ele será preenchido com o nome do SID do banco de dados protegido e será imutável.

    • SAP DB USER STORE-KEY. Ele será preenchido previamente com a chave de armazenamento do 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 da userstore atual, a chave da 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 ou 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, ela será criada com o nome, o nome de usuário e a senha especificados. 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 correto 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 verificação prévia vai falhar se a userstorekey usada durante o backup não for encontrada. A recuperação de inquilinos 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 o privilégio certo e não estiverem disponíveis como parte da imagem de 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 simulação for bem-sucedida, clique em Enviar para enviar o job de restauração.

Para usar a imagem de backup no nível do volume

Recuperação automatizada de um banco de dados HANA para a origem a partir de uma imagem de backup no nível do volume

  1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados e selecione Access. No último snapshot a ser recuperado, escolha Restaurar.

  2. Na página Restore, escolha Restore Back to Source.

    • Alvo.Faça o seguinte:
      • Para a configuração autônoma do SAP HANA, o Destino é preenchido automaticamente.
      • Para a configuração de HA do HANA (1+n), selecione o nó de HA do HANA para restaurar na lista suspensa.
    • Tempo de avanço. Escolha uma data e hora para recuperar um banco de dados protegido com registros.
    • SID DO BANCO DE DADOS DE META. Ele será preenchido com o nome do SID do banco de dados protegido e será imutável.
    • SAP DB USER STORE-KEY. Ele será preenchido previamente com a chave de armazenamento do 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 userstore com nome de usuário e senha for especificada, a chave de userstore será criada com o nome de chave de userstore 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 e 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 vai falhar se a userstorekey usada durante o backup não for encontrada. A recuperação do locatário pode falhar se as credenciais não forem válidas ou não contiverem o privilégio correto e não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma userstorekey for transmitida, mas o nome de usuário e a senha forem fornecidos, a userstorekey 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 o privilégio correto e não estiverem disponíveis como parte da imagem de backup.
    1. Clique em Verificação pré-voo.
    • Se a verificação de simulação falhar, corrija o problema e reenvie a verificação de simulação.
    • Se a verificação de simulação for bem-sucedida, clique em Enviar para enviar o job de restauração.

Para uma nova imagem de backup completa+incremental

Recuperação automatizada de um banco de dados HANA para um novo destino a partir de uma imagem de backup completa e incremental

  1. No console de gerenciamento App Manager, na lista Applications, clique com o botão direito do mouse no banco de dados e selecione Access.
  2. Selecione o último snapshot a ser recuperado e escolha Restaurar.

  3. Na página Restaurar, escolha Restaurar para um novo destino.

    • Meta. Para a configuração independente do HANA, esse campo é preenchido automaticamente. Os nós HANA HA estarão disponíveis para escolha no menu suspenso. Selecione o nó para restauração no menu suspenso.

    • Substituir a identidade original. Essa opção só fica disponível quando a restauração é realizada para um novo host no mesmo dispositivo de backup/recuperação em que o backup foi gerado originalmente.

      • Sim. Isso vai substituir o aplicativo original e vai carregar o mesmo ID, histórico de jobs, 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. Após uma restauração de HA do HANA, o nó se torna independente e mantém o mesmo appid do cluster. Se você ativar a replicação, a próxima descoberta vai encontrar o cluster e continuar usando o mesmo appid como host do cluster.

    • INCLUDE LIST. Para recuperar o SYSTEMDB com ou sem um ou mais bancos de dados de locatário de n bancos de dados de locatário, forneça uma lista de bancos de dados separada por vírgulas em INCLUDE.

    • Para EXCLUDE LIST, para excluir o SYSTEMDB ou um ou mais bancos de dados de locatário durante a recuperação de um banco de dados de locatário: forneça uma lista de bancos de dados separados por vírgulas em EXCLUDE. Por exemplo, colocar SYSTEMDB na lista de exclusões exclui SYSTEMDB da recuperação e recupera todos os bancos de dados do locatário que têm backup.

      • Se INCLUDE LIST e EXCLUDE LIST estiverem vazios, o SYSTEMDB e todos os locatários (tn1,tn2,tn3) serão recuperados.
      • Se você quiser recuperar um único cliente tn1, use a lista de inclusão com tn1.
      • Se você quiser recuperar tn2 e tn3 e excluir SYSTEMDB e tn1, use a lista de inclusão com apenas tn2 e tn3.
      • Se você quiser recuperar apenas todos os locatários (tn1,tn2,tn3) e excluir o SYSTEMDB, exclua o SYSTEMDB ou inclua tn1, tn2, tn3.

    • Tempo de avanço. Escolha uma data e hora para recuperar um banco de dados protegido com registros.

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

    • CHAVE SAP DB USERSTORE. Ela será preenchida com a chave de armazenamento do 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 da userstore atual, a chave da 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 userstore com nome de usuário e senha for especificada, a chave de userstore será criada com o nome de chave de userstore 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 e não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma chave de userstore for especificada, o nome de usuário e a senha serão transmitidos. Durante a pré-verificação, a validação será realizada para verificar se a chave de userstore usada durante o backup existe no servidor de destino. A pré-verificação vai falhar 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 userstorekey foi transmitida, mas o nome de usuário e a senha foram fornecidos, a userstorekey 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, se não contiverem os privilégios corretos ou se não estiverem disponíveis como parte da imagem de backup.

  4. Clique em Verificação pré-voo.

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

Para usar uma imagem de backup completa e incremental

Recuperação automatizada de um banco de dados HANA de volta à origem a partir de uma imagem de backup completa e incremental

  1. Na lista Applications do App Manager do console de gerenciamento, clique com o botão direito do mouse no banco de dados e selecione Access.
  2. Selecione o último snapshot a ser recuperado e escolha Restaurar.

  3. Na página Restore, escolha Restore Back to Source.

    • Em Destino, faça o seguinte:

      • Para a configuração independente do HANA, esse campo é preenchido automaticamente.
      • Para a configuração de HA do HANA (1+n), os nós de HA do HANA estarão disponíveis para seleção no menu suspenso. Selecione o nó para restauração no menu suspenso.

    • Para INCLUDE LIST, para recuperar o SYSTEMDB ou um ou mais bancos de dados do locatário de n bancos de dados do locatário, forneça uma lista de bancos de dados separada por vírgulas em INCLUDE.

    • Para EXCLUDE LIST, para excluir o SYSTEMDB ou um ou mais bancos de dados de locatário durante a recuperação de um banco de dados de locatário: forneça uma lista de bancos de dados separados por vírgulas em EXCLUDE. Por exemplo, colocar SYSTEMDB na lista de exclusões exclui SYSTEMDB da recuperação e recupera todos os bancos de dados do locatário que têm backup.

      • Se INCLUDE LIST e EXCLUDE LIST estiverem vazios, o SYSTEMDB e todos os locatários (tn1,tn2,tn3) serão recuperados.
      • Se você quiser recuperar um único cliente tn1, use a lista de inclusão com tn1.
      • Se você quiser recuperar tn2 e tn3 e excluir SYSTEMDB e tn1, use a lista de inclusão com apenas tn2 e tn3.
      • Se você quiser recuperar apenas todos os locatários (tn1,tn2,tn3) e excluir o SYSTEMDB, exclua o SYSTEMDB ou inclua tn1, tn2, tn3.

    • Para o tempo de Restauração, escolha uma data e hora para um banco de dados protegido com registros para recuperação.

    • Para TARGET DATABASE SID, isso será preenchido previamente com o nome do SID do banco de dados protegido e será imutável.

    • Para SAP DB USER STORE-KEY, isso será preenchido previamente com a chave userstore 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 existente da userstore, a chave da 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 correto ou não estiverem disponíveis como parte da imagem de backup.
      • Se uma nova chave de userstore com nome de usuário e senha for especificada, a chave de userstore será criada com o nome de chave de userstore 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 e não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma chave, nome de usuário e senha da userstore forem transmitidos, durante a pré-verificação, a validação vai ocorrer para verificar se a userstorekey usada durante o backup existe no servidor de destino. A verificação prévia vai falhar 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 e 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 o privilégio correto e não estiverem disponíveis como parte da imagem de backup.
      • Com a recuperação do SYSTEMDB, a chave hdbuserstore é validada no final da recuperação do SYSTEMDB e antes de iniciar a recuperação do locatário. 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.

  4. Clique em Verificação pré-voo.

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

Recuperação manual de um banco de dados do locatário do SAP HANA

É possível recuperar manualmente um banco de dados de um único locatário de volta à origem usando uma imagem de backup no nível do volume.

Procedimento

Para recuperar um banco de dados de locatário único, faça o seguinte:

  1. Na lista App Manager Applications, clique com o botão direito do mouse no banco de dados e selecione Access.
  2. Na pista, selecione o snapshot mais recente para recuperar e, em seguida, selecione Mount à direita.
  3. Na página Mount, desative Application Options e, em Mount Options, defina um local de montagem, como /testmnt.
  4. Faça login no servidor como root e mude o diretório para /act/custom_apps/saphana/restore: cd /act/custom_apps/saphana/restore
  5. Execute o script para recuperação:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Descrição dos argumentos para o script:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Por exemplo: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Depois que o script for concluído, o banco de dados do locatário será recuperado até o ponto no tempo e estará disponível para acesso.
  2. Acesse o console de gerenciamento e desconecte e exclua a imagem de backup.

Analisar o status dos backups no SAP HANA Studio

É possível analisar o status, os metadados e as imagens de backup no HANA Studio, mas não é possível acessar as imagens de backup do serviço de backup e DR no HANA Studio. É necessário acessar as imagens de backup para recuperação ou outras finalidades no console de gerenciamento.

  1. No HANA Studio, acesse a pasta Backup.

  2. Acesse a guia Catálogo de backup.

    A guia "Catálogo de backups" mostra o status dos seus backups e detalhes como horário de início, duração, tamanho, tipo de backup e destino.

Comportamento de restauração do HANA e do HANA HA 1+n

Esta seção inclui informações sobre os comportamentos de restauração do HANA e do HANA HA 1+n.

Todas as configurações do HANA

Restauração para um novo destino com a opção Gerenciar novo aplicativo ativada:

  • O aplicativo restaurado é protegido, mas a seção Detalhes e configurações do aplicativo tem apenas os valores padrão. É necessário definir manualmente os valores necessários em Detalhes e configurações do aplicativo após a restauração para que o backup seja feito corretamente.
  • A proteção do aplicativo restaurado vai estar desativada. É necessário ativar a proteção em App Manager > Aplicativos > Gerenciar plano de backup para que os backups comecem a ser executados.

Configurações de alta disponibilidade do HANA (1+n)

Em um cluster HANA 1+1 com Node A principal e Node B secundário (Node A —-> Node B), o cluster é descoberto como um aplicativo no serviço de backup e DR, e o backup é executado no Node A (principal).

Restaurar para um novo banco de dados HANA de destino: independente ou cluster

Se um novo destino for descoberto como um aplicativo ou protegido antes da restauração, esse aplicativo precisará ser desprotegido e excluído do backup e da DR. O job falhará se o novo aplicativo de destino existir.

Restaurar para o nó A principal

  • O Node B precisa ser cancelado do cluster antes de executar a restauração no Node A.
  • O Nó A se torna um aplicativo independente após a restauração para o Nó A.
  • O Node B precisa ser registrado no Node A com o Node B como secundário, e uma descoberta forçada precisa ser executada no Node A para continuar como um backup do cluster.

Restaurar para o nó B secundário

  • O Node B precisa estar desregistrado ou uma transferência precisa ser executada no Node B antes da restauração para o Node B.
  • Desligue o Nó A antes de restaurar para o Nó B e adicione o Nó A como secundário ao Nó B após a restauração.
  • O Nó B é um aplicativo independente após a operação de restauração. O Nó A precisa ser registrado no Nó B com o Nó A como secundário.

  • Execute uma descoberta do Nó B para que ele seja descoberto novamente como um aplicativo de cluster.

  • Para manter o Node A e o Node B como aplicativos independentes e protegidos, execute a descoberta no Node A e no Node B após a restauração sem ativar a replicação.

Como desativar a replicação do sistema SAP HANA para restauração

  1. Faça login nos dois sistemas como o usuário do sistema operacional: adm de usuário.
  2. Parar o sistema secundário: sapcontrol –nr -function StopSystem HDB.
  3. No sistema secundário, cancele o registro do sistema secundário: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Desative a replicação do sistema no sistema principal: hdbnsutil –sr_disable.

  5. Verifique a replicação do sistema com um dos seguintes scripts:

    • O script systemReplicationStatus.py. Este script mostra o status da replicação e as informações do banco de dados.
    • O script hdbnsutil -sr_state. Este script mostra a função dos nós de replicação e os detalhes do mapeamento de host.

Documentação do serviço de backup e DR para o SAP HANA Scale-Out

Esta página faz parte de uma série de páginas específicas para proteger e recuperar instâncias de escalonamento horizontal do SAP HANA com o serviço de backup e DR. Confira mais informações nas páginas a seguir: