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 no nível do volumePara usar a imagem de backup no nível do volume

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 pré-voo for bem-sucedida, clique em Enviar para enviar o job de restauração.

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.

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 e 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.

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: