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 tiverem 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 é 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 recuperação tiver apenas uma licença temporária, o banco de dados ficará em 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.

  • Restaurar para a origem: 90 dias após a criação do banco de dados, e ele está no modo de bloqueio.
  • Restaure para a nova segmentação. A falha ocorre 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 para a origem. Não há problemas.
  • Restaurar para o novo destino: ele tem uma licença de teste de 90 dias. Os backups são concluídos, 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 de banco de dados bem-sucedida:

  • 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 registros: definido em global.ini
  • CONFIGURAÇÃO DO BACKINT:
    • Da imagem no nível do volume: o Backint não está configurado para este banco de dados.
    • De uma imagem completa e incremental: se o servidor de destino ainda não estiver configurado com o Backint, ele será configurado durante a restauração.
  • VERSÃO DO HANA: a versão de destino do HANA é a mesma da versão de origem.
  • USERSTOREKEY: forneça a chave do userstore no destino ou um nome de usuário e uma senha privilegiados válidos que existam no momento do backup.
  • Volume lógico
    • O nome do volume lógico e do grupo de volumes precisam ser iguais nos nós 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ó
    • Aumento de escala e configuração independente: o nó de destino está ativo e disponível
    • Configuração de HA do HANA (1+n): 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 para qualquer nó de um cluster HANA HA (1+n) resulta na criação de um aplicativo independente no host de destino selecionado. O usuário precisa configurar explicitamente o cluster de volta conforme necessário e descobrir o aplicativo adequadamente

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

Antes de começar

Para criar uma nova imagem de backup no nível do volume

Recuperação automática de um banco de dados HANA para um novo destino de uma imagem de backup no nível do volume

  1. Na lista Aplicativos do App Manager, clique com o botão direito do mouse no banco de dados e selecione Acessar.
  2. Selecione o snapshot mais recente para recuperar e escolha Restaurar.

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

    • Meta. Para todas as configurações, os nós do HANA qualificados estarão disponíveis para escolha 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 é feita em um novo host no mesmo appliance em que o backup foi gerado originalmente.

      • Sim. Isso vai substituir o aplicativo original e manter o mesmo ID, histórico de jobs, imagens e plano de backup do aplicativo original.
      • Não.Isso não vai substituir a inscrição original. Ele será descoberto como um novo aplicativo como parte do job de restauração.
    • Tempo de rollforward. Escolha uma data e hora para recuperar um banco de dados protegido com registros.
    • SID DO BANCO DE DADOS DE DESTINO. Ele será preenchido previamente com o nome do SID do banco de dados protegido e é imutável.

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

    • Se o nome de usuário e a senha forem fornecidos com a chave do userstore atual, a chave do userstore será recriada com esse nome de usuário e senha. A validação só será feita depois que o systemdb for recuperado. 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 tiverem o privilégio certo e/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 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, não tiverem o privilégio certo ou não estiverem disponíveis como parte da imagem de backup.

    • Se nenhuma userstorekey, nome de usuário e senha 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 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, não tiverem o privilégio certo ou 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 tiverem o privilégio certo e/ou 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 envie novamente 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 como origem a imagem de backup no nível do volume

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

  1. Na lista Gerenciador de apps, Aplicativos, clique com o botão direito do mouse no database e selecione Acessar. No snapshot mais recente a ser recuperado, escolha Restaurar.

  2. Na página Restaurar, escolha Restaurar de volta à origem.

    • Target, preencha o seguinte:
      • Para a configuração independente do SAP HANA, o campo Destino é preenchido automaticamente.
      • Para a configuração de HA do HANA (1+n), selecione o nó de HA do HANA que será restaurado na lista suspensa.
    • Tempo de rollforward. Escolha uma data e hora para recuperar um banco de dados protegido com registros.
    • SID DO BANCO DE DADOS DE DESTINO. Ele será preenchido previamente com o nome do SID do banco de dados protegido e é imutável.
    • SAP DB USER STORE-KEY. Ela será preenchida previamente com a chave da loja do usuário durante o backup. Uma nova chave de userstore pode ser especificada com um nome de usuário e uma senha privilegiados que estavam disponíveis durante o backup. Essa nova chave userstore será criada e usada para recuperação.
      • Se o nome de usuário e a senha forem fornecidos com a chave userstore existente, a chave userstore será recriada com esse nome de usuário e senha. A validação só será feita depois que o systemdb for recuperado. 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 tiverem o privilégio certo e/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, 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 tiverem o privilégio certo e/ou não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma userstorekey, nome de usuário e senha 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 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 tiverem o privilégio certo e/ou 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 tiverem o privilégio certo e/ou não estiverem disponíveis como parte da imagem de backup.
    1. Clique em Verificação prévia.
    • Se a verificação de simulação falhar, corrija o problema e envie novamente 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 criar uma nova imagem de backup completo+incremental

Recuperação automática de um banco de dados HANA para um novo destino usando uma imagem de backup completa e incremental

  1. No console de gerenciamento Gerenciador de apps, lista Aplicativos, clique com o botão direito do mouse no banco de dados e selecione Acessar.
  2. Selecione o snapshot mais recente para recuperar 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 de HA do HANA vão estar 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 em 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 manter o mesmo ID, histórico de jobs, imagens de backup e plano de backup do aplicativo original.
      • Não.Isso não vai substituir a inscrição original. Ele será descoberto como um novo aplicativo como parte do job de restauração. Depois de uma restauração de HA do HANA, o nó se tornará independente e manterá 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 que o host do cluster.

    • LISTA DE INCLUSÃO Para recuperar o SYSTEMDB com ou sem um ou mais bancos de dados locatários de n bancos de dados locatários, forneça uma lista separada por vírgulas de bancos de dados em INCLUDE.

    • Para LISTA DE EXCLUSÃO, para excluir SYSTEMDB ou um ou mais bancos de dados de locatário durante a recuperação de n bancos de dados de locatário: forneça uma lista de bancos de dados separados por vírgulas em EXCLUIR. Por exemplo, colocar SYSTEMDB na lista de exclusão impede a recuperação do SYSTEMDB e recupera todos os bancos de dados de locatário que foram armazenados em backup.

      • Se INCLUDE LIST e EXCLUDE LIST estiverem vazias, o SYSTEMDB e todos os tenants (tn1,tn2,tn3) serão recuperados.
      • Se você quiser recuperar um único locatário 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 apenas com tn2 e tn3.
      • Se você quiser recuperar apenas todos os tenants (tn1, tn2, tn3) e excluir SYSTEMDB, exclua SYSTEMDB ou inclua tn1, tn2 e tn3.

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

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

    • CHAVE USERSTORE DO DB SAP. Ela será preenchida previamente com a chave da loja do usuário durante o backup. Uma nova chave de userstore pode ser especificada com um nome de usuário e uma senha privilegiados que estavam disponíveis durante o backup. Essa nova chave userstore será criada e usada para recuperação.

      • Se o nome de usuário e a senha forem fornecidos com a chave do userstore atual, a chave do userstore será recriada com esse nome de usuário e senha. A validação só será feita depois que o SYSTEMDB for recuperado. 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 conterem o privilégio certo e/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, 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 tiverem o privilégio certo e/ou não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma userstorekey for especificada, o nome de usuário e a senha serão 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 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 tiverem o privilégio certo e/ou não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma userstorekey tiver sido transmitida, mas o nome de usuário e a senha tiverem sido 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 tiverem os privilégios certos ou se não estiverem disponíveis como parte da imagem de backup.

  4. Clique em Verificação prévia.

    • Se a verificação de simulação falhar, corrija o problema e envie novamente 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 completo+incremental

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

  1. No console de gerenciamento Gerenciador de apps, lista Aplicativos, clique com o botão direito do mouse no banco de dados e selecione Acessar.
  2. Selecione o snapshot mais recente para recuperar e escolha Restaurar.

  3. Na página Restaurar, escolha Restaurar de volta à origem.

    • Em Destino, faça o seguinte:

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

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

    • Para LISTA DE EXCLUSÃO, para excluir SYSTEMDB ou um ou mais bancos de dados de locatário durante a recuperação de n bancos de dados de locatário: forneça uma lista de bancos de dados separados por vírgulas em EXCLUIR. Por exemplo, colocar SYSTEMDB na lista de exclusão impede a recuperação do SYSTEMDB e recupera todos os bancos de dados de locatário que foram armazenados em backup.

      • Se INCLUDE LIST e EXCLUDE LIST estiverem vazias, o SYSTEMDB e todos os tenants (tn1,tn2,tn3) serão recuperados.
      • Se você quiser recuperar um único locatário 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 apenas com tn2 e tn3.
      • Se você quiser recuperar apenas todos os tenants (tn1, tn2, tn3) e excluir SYSTEMDB, exclua SYSTEMDB ou inclua tn1, tn2 e tn3.

    • Em Rollforward, escolha uma data e hora para recuperar um banco de dados protegido com registros.

    • Em TARGET DATABASE SID, o campo será preenchido automaticamente com o nome do SID do banco de dados protegido e é imutável.

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

      • Se o nome de usuário e a senha forem fornecidos com a chave userstore atual, a chave userstore será recriada com esse nome de usuário e senha. A validação só será feita depois que o systemdb for recuperado. A recuperação do locatário pode falhar se o nome de usuário ou a senha não forem válidos, não tiverem o privilégio certo 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, 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 tiverem o privilégio certo e/ou não estiverem disponíveis como parte da imagem de backup.
      • Se nenhuma chave de userstore, nome de usuário e senha forem transmitidos, 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 o nome de usuário ou a senha não forem válidos ou não tiverem o privilégio certo e/ou 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 tiverem o privilégio certo e/ou 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 conterem o privilégio certo e/ou não estiverem disponíveis como parte da imagem de backup.

  4. Clique em Verificação prévia.

    • Se a verificação de simulação falhar, corrija o problema e envie novamente 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 locatário do SAP HANA

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

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

  1. Na lista Gerenciador de apps, Aplicativos, clique com o botão direito do mouse no database e selecione Acessar.
  2. Na faixa, selecione o snapshot mais recente para recuperar e clique em Montar à direita.
  3. Na página Montar, desative Opções de aplicativo e, em Opções de montagem, 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 de 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 desative e exclua a imagem de backup.

Recuperação manual de um banco de dados SAP HANA de um backup de despejo completo e incremental do Backint

É possível recuperar manualmente um banco de dados de volta à origem de um backup de despejo completo e incremental.

Para recuperar um banco de dados HANA de um backup de despejo completo e incremental, use este script:

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

Exemplo:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

Analise o status dos seus 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. Acesse as imagens de backup para recuperação ou outros usos no console de gerenciamento.

  1. No HANA Studio, acesse a pasta Backup.

  2. Acesse a guia Catálogo de backups.

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

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

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

Todas as configurações do HANA

Restaurar para uma nova meta com a opção Gerenciar novo aplicativo ativada:

  • O aplicativo restaurado está protegido, mas a seção Detalhes e configurações do aplicativo tem apenas os valores padrão. Você precisa definir manualmente os valores necessários em Detalhes e configurações do aplicativo após a restauração para que o backup seja concluído corretamente.
  • A proteção do aplicativo restaurado vai estar desativada. Você precisa ativar a proteção em Gerenciador de apps > Aplicativos > Gerenciar plano de backup para que os backups comecem a ser executados.

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

Para um cluster HANA 1+1 com Nó A primário e Nó B secundário (Nó A -> Nó B), o cluster é descoberto como um aplicativo no serviço Backup e DR, e o backup é executado no Nó A (primário).

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

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

Restaurar para o nó A principal

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

Restaurar para o secundário do nó B

  • O nó B precisa ser cancelado ou uma substituição precisa ser executada no nó B antes da restauração para o nó 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 estar registrado no Nó B com o Nó A como secundário.

  • Execute uma descoberta do Node B para redescobrir como um aplicativo de cluster.

  • Para manter Node A e Node B como aplicativos autônomos e protegidos, execute a descoberta em Node A e 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 (usuário adm).
  2. Pare o sistema secundário: sapcontrol –nr -function StopSystem HDB.
  3. No sistema secundário, cancele o registro dele: 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. Esse script mostra o status da replicação e as informações do banco de dados.
    • O script hdbnsutil -sr_state. Esse 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 escalonamento horizontal do SAP HANA

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. Você pode encontrar mais informações nas páginas a seguir: