Restaurar e recuperar instâncias de expansão horizontal do SAP HANA

Esta página inclui informações sobre a recuperação de instâncias de expansão horizontal do SAP HANA a partir de cópias de segurança do serviço Backup and DR.

Requisitos de licença e impacto no restauro

  • A chave de licença de uma base de dados SAP HANA baseia-se no ID do sistema e no ID do hardware. Após uma recuperação, uma chave de licença do SAP HANA torna-se inválida se o SID ou o ID de hardware tiver sido alterado.
  • Durante a recuperação, é instalada automaticamente uma chave de licença temporária se a cópia de segurança usada para a recuperação tiver uma licença permanente, que ainda é válida. Pode trabalhar com a licença temporária instalada automaticamente durante um máximo de 90 dias. Durante este período, tem de se candidatar à SAP para que a licença da base de dados de origem seja transferida para uma nova chave de licença. Em seguida, tem de instalar a nova chave de licença na base de dados SAP HANA recuperada.
  • Se a cópia de segurança usada para a recuperação tiver apenas uma licença temporária, a base de dados fica em modo de bloqueio imediatamente após a recuperação.

Base de dados de origem com licença temporária Estas são cópias de segurança feitas com licenças temporárias.

  • Restaurar para a origem.: São 90 dias a partir da hora de criação da base de dados e a base de dados está no modo de bloqueio.
  • Restaurar para o novo alvo. Falha porque a licença temporária da SAP não permite a restauração para um novo destino.

Base de dados de origem com licença permanente Estas são cópias de segurança feitas com licenças permanentes.

  • Restaurar para a fonte. Não existem problemas.
  • Restaurar para o novo destino Tem uma licença de avaliação de 90 dias. As cópias de segurança são bem-sucedidas, mas não é possível usar a cópia de segurança para restaurar.

Referências da SAP

Verificação prévia

Durante o procedimento de restauro, as verificações pré-voo validam a recuperação. Estes pré-requisitos obrigatórios são verificados para uma restauração bem-sucedida da base de dados:

  • HANA SID: o HANA está configurado no nó de destino com o mesmo nome do HANA SID.
  • Ficheiro de configuração: o ficheiro de configuração global.ini está configurado corretamente
  • Caminho da cópia de segurança do registo: o caminho da cópia de segurança do registo é definido em global.ini
  • BACKINT CONFIG:
    • Imagem ao nível do volume: o Backint não está configurado para esta base de dados.
    • A partir da imagem completa + incremental: se o servidor de destino ainda não estiver configurado com o backint, o backint é configurado durante a restauração.
  • VERSÃO DO HANA: a versão do HANA de destino é igual à versão do HANA de origem.
  • USERSTOREKEY: indique se a chave userstore existe no destino ou se foi especificado um nome de utilizador e uma palavra-passe privilegiados válidos que existam no momento da cópia de segurança.
  • Volume lógico
    • O nome do volume lógico e o nome do grupo de volumes devem ser os mesmos no nó de origem e no nó de destino.
    • O tamanho do volume lógico no destino deve ser igual ou superior ao volume lógico de origem.
  • Estado do nó
    • Aumento da escala e configuração autónoma: o nó de destino está ativo e disponível
    • HANA HA (1+n) config: a replicação tem de ser desativada antes de se poder iniciar o restauro. A replicação após o restauro tem de ser reconfigurada. A restauração para qualquer nó de um cluster HANA HA (1+n) resulta na criação de uma aplicação autónoma no anfitrião de destino selecionado. O utilizador tem de configurar explicitamente o cluster novamente conforme necessário e descobrir a aplicação adequadamente

Recuperação automática de uma base de dados SAP HANA

Antes de começar

Para novo a partir da imagem de cópia de segurança ao nível do volume

Recuperação automática de uma base de dados HANA para um novo destino a partir de uma imagem de cópia de segurança ao nível do volume

  1. Na lista Aplicações do gestor de apps, clique com o botão direito do rato na base de dados e selecione Aceder.
  2. Selecione a captura de ecrã mais recente para recuperar e escolha Restaurar.

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

    • Alvo. Para todas as configurações, os nós HANA elegíveis vão estar disponíveis para escolha no menu pendente. Selecione o nó para restaurar no menu pendente.

    • Substituir a identidade da aplicação original. Esta opção só está disponível quando a restauração é realizada num novo anfitrião no mesmo dispositivo onde a cópia de segurança foi originalmente gerada.

      • Sim. Esta ação substitui a aplicação original e mantém o mesmo ID da aplicação, histórico de tarefas, imagens de cópia de segurança e plano de cópia de segurança que a aplicação original.
      • Não. Esta ação não substitui a aplicação original. É detetada como uma nova aplicação como parte da tarefa de restauro.
    • Tempo de reversão. Escolha uma data e uma hora para uma base de dados protegida com registos para recuperar.
    • TARGET DATABASE SID. Este campo é pré-preenchido com o nome do SID da base de dados protegida e é imutável.

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

    • Se o nome de utilizador e a palavra-passe forem fornecidos com a chave do arquivo de utilizadores existente, a chave do arquivo de utilizadores é recriada com este nome de utilizador e palavra-passe. A validação só é feita após a recuperação da systemdb. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio correto e/ou não estiver disponível como parte da imagem de cópia de segurança.

    • Se for especificada uma nova chave de armazenamento de utilizadores com nome de utilizador e palavra-passe, a chave de armazenamento de utilizadores é criada com o nome, o nome de utilizador e a palavra-passe da chave de armazenamento de utilizadores especificados. A validação só é feita após a recuperação da systemdb. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não forem válidos ou não contiverem o privilégio correto ou não estiverem disponíveis como parte da imagem de cópia de segurança.

    • Se não forem transmitidos userstorekey, nome de utilizador e palavra-passe, durante a pré-verificação, a validação ocorre para verificar se o userstorekey usado durante a cópia de segurança existe no servidor de destino. A pré-verificação falha se não for encontrada a userstorekey usada durante a cópia de segurança. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio correto ou não estiver disponível como parte da imagem de cópia de segurança.

    • Se não for transmitido nenhum userstorekey, mas forem fornecidos o nome de utilizador e a palavra-passe, o userstorekey usado durante a cópia de segurança é recriado com as credenciais transmitidas no servidor de destino. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio correto e/ou não estiver disponível como parte da imagem de cópia de segurança.

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

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

Para usar como origem a imagem de cópia de segurança ao nível do volume

Recuperação automática de uma base de dados HANA para a origem a partir de uma imagem de cópia de segurança ao nível do volume

  1. Na lista Applications do Gestor de apps, clique com o botão direito do rato na base de dados e selecione Aceder. Na captura instantânea mais recente a recuperar, escolha Restaurar.

  2. Na página Restaurar, escolha Restaurar para a origem.

    • Alvo. conclua o seguinte:
      • Para a configuração autónoma do SAP HANA, o campo Destino é pré-preenchido.
      • Para a configuração HANA HA (1+n), selecione o nó HANA HA a restaurar na lista pendente.
    • Tempo de reversão. Escolha uma data e uma hora para uma base de dados protegida com registos para recuperar.
    • TARGET DATABASE SID. Este campo é pré-preenchido com o nome do SID da base de dados protegida e é imutável.
    • SAP DB USER STORE-KEY. Este campo é pré-preenchido com a chave da loja do utilizador durante a cópia de segurança. Pode especificar uma nova chave do arquivo de utilizadores com um nome de utilizador e uma palavra-passe privilegiados que estavam disponíveis durante a cópia de segurança. Esta nova chave de armazenamento do utilizador vai ser criada e usada para a recuperação.
      • Se o nome de utilizador e a palavra-passe forem fornecidos com a chave do arquivo de utilizadores existente, a chave do arquivo de utilizadores é recriada com este nome de utilizador e palavra-passe. A validação só é feita após a recuperação da systemdb. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio certo e/ou não estiver disponível como parte da imagem de cópia de segurança.
      • Se for especificada uma nova chave do arquivo de utilizadores com nome de utilizador e palavra-passe, a chave do arquivo de utilizadores é criada com o nome da chave do arquivo de utilizadores especificado e o nome de utilizador e a palavra-passe. A validação só é feita após a recuperação da systemdb. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válida ou não contiver o privilégio certo e/ou não estiver disponível como parte da imagem de cópia de segurança.
      • Se não forem transmitidos userstorekey, nome de utilizador e palavra-passe, durante a pré-verificação, é feita uma validação para verificar se o userstorekey usado durante a cópia de segurança existe no servidor de destino. A pré-verificação falha se a userstorekey usada durante a cópia de segurança não for encontrada. A recuperação do inquilino pode falhar se as credenciais não forem válidas ou não contiverem o privilégio correto e/ou não estiverem disponíveis como parte da imagem de cópia de segurança.
      • Se não for transmitido nenhum userstorekey, mas tiver sido fornecido o nome de utilizador e a palavra-passe, o userstorekey usado durante a cópia de segurança é recriado com as credenciais transmitidas no servidor de destino. A recuperação do inquilino pode falhar se o nome de utilizador ou a palavra-passe não for válido ou não contiver o privilégio correto e/ou não estiver disponível como parte da imagem de cópia de segurança.
    1. Clique em Verificação prévia.
    • Se a verificação pré-voo falhar, corrija o problema e reenvie a verificação pré-voo.
    • Se a verificação prévia for bem-sucedida, clique em Enviar para enviar a tarefa de restauro.

Para novo a partir de imagem de cópia de segurança completa + incremental

Recuperação automática de uma base de dados HANA para um novo destino a partir de uma imagem de cópia de segurança completa + incremental

  1. Na consola de gestão Gestor de apps, lista de Aplicações, clique com o botão direito do rato na base de dados e selecione Aceder.
  2. Selecione a captura instantânea mais recente para recuperar e escolha Restaurar.

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

    • Alvo. Para a configuração autónoma do HANA, este campo é pré-preenchido. Os nós de HA do HANA vão estar disponíveis para escolha no menu pendente; selecione o nó para restaurar no menu pendente.

    • Substituir identidade original. Esta opção só está disponível quando a restauração é efetuada num novo anfitrião no mesmo dispositivo de cópia de segurança/recuperação onde a cópia de segurança foi originalmente gerada.

      • Sim. Esta ação substitui a aplicação original e mantém o mesmo ID da aplicação, histórico de tarefas, imagens de cópia de segurança e plano de cópia de segurança que a aplicação original.
      • Não. Esta ação não substitui a aplicação original. Esta vai ser detetada como uma nova aplicação como parte da tarefa de restauro. Após um restauro de HANA HA, o nó torna-se autónomo e mantém o mesmo appid do cluster. Se ativar a replicação, a próxima deteção encontra o cluster e continua a usar o mesmo appid que o anfitrião do cluster.

    • INCLUIR LISTA. Para recuperar a SYSTEMDB com ou sem uma ou mais bases de dados de inquilinos de n bases de dados de inquilinos, indique uma lista separada por vírgulas de bases de dados em INCLUDE.

    • Para EXCLUDE LIST, para excluir SYSTEMDB ou uma ou mais bases de dados de inquilinos durante a recuperação de n bases de dados de inquilinos: indique uma lista de bases de dados separadas por vírgulas em EXCLUDE. Por exemplo, colocar SYSTEMDB na lista de exclusão exclui SYSTEMDB da recuperação e recupera todas as bases de dados de inquilinos das quais foi feita uma cópia de segurança.

      • Se INCLUDE LIST e EXCLUDE LIST estiverem vazias, o SYSTEMDB e todos os inquilinos (tn1,tn2,tn3) são recuperados.
      • Se quiser recuperar um único inquilino tn1, use a lista de inclusão com tn1.
      • Se quiser recuperar tn2 e tn3 e excluir SYSTEMDB e tn1, use a lista de inclusão apenas com tn2 e tn3.
      • Se quiser recuperar apenas todos os inquilinos (tn1, tn2, tn3) e excluir SYSTEMDB, exclua SYSTEMDB ou inclua tn1, tn2 e tn3.

    • Tempo de reversão. Escolha uma data e uma hora para uma base de dados protegida com registos para recuperar.

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

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

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

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

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

Para usar como origem uma imagem de cópia de segurança completa + incremental

Recuperação automática de uma base de dados HANA para a origem a partir de uma imagem de cópia de segurança completa + incremental

  1. Na consola de gestão Gestor de apps, lista de Aplicações, clique com o botão direito do rato na base de dados e selecione Aceder.
  2. Selecione a captura instantânea mais recente para recuperar e escolha Restaurar.

  3. Na página Restaurar, escolha Restaurar para a origem.

    • Para Destino, conclua o seguinte:

      • Para a configuração autónoma do HANA, este campo é pré-preenchido.
      • Para a configuração do HANA HA (1+n), os nós do HANA HA vão estar disponíveis para seleção no menu pendente. Selecione o nó para restaurar no menu pendente.

    • Para INCLUDE LIST, para recuperar SYSTEMDB ou uma ou mais bases de dados de inquilinos de n bases de dados de inquilinos, forneça uma lista separada por vírgulas de bases de dados em INCLUDE.

    • Para EXCLUDE LIST, para excluir SYSTEMDB ou uma ou mais bases de dados de inquilinos durante a recuperação de n bases de dados de inquilinos: indique uma lista de bases de dados separadas por vírgulas em EXCLUDE. Por exemplo, colocar SYSTEMDB na lista de exclusão exclui SYSTEMDB da recuperação e recupera todas as bases de dados de inquilinos das quais foi feita uma cópia de segurança.

      • Se INCLUDE LIST e EXCLUDE LIST estiverem vazias, o SYSTEMDB e todos os inquilinos (tn1,tn2,tn3) são recuperados.
      • Se quiser recuperar um único inquilino tn1, use a lista de inclusão com tn1.
      • Se quiser recuperar tn2 e tn3 e excluir SYSTEMDB e tn1, use a lista de inclusão apenas com tn2 e tn3.
      • Se quiser recuperar apenas todos os inquilinos (tn1, tn2, tn3) e excluir SYSTEMDB, exclua SYSTEMDB ou inclua tn1, tn2 e tn3.

    • Para a hora de Rollforward, escolha uma data e uma hora para uma base de dados protegida com registos para recuperar.

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

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

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

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

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

Recuperação manual de uma base de dados de inquilino do SAP HANA

Pode recuperar manualmente uma base de dados de inquilino único para a origem a partir de uma imagem de cópia de segurança ao nível do volume.

Para recuperar uma base de dados de inquilino único, conclua o seguinte:

  1. Na lista Applications do Gestor de apps, clique com o botão direito do rato na base de dados e selecione Aceder.
  2. Na faixa de tempo, selecione a captura mais recente a recuperar e, de seguida, selecione Montar à direita.
  3. Na página Montagem, desative as Opções da aplicação e, em Opções de montagem, defina uma localização de montagem, como /testmnt.
  4. Inicie sessão no servidor como administrador e altere 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. Quando o script estiver concluído, a base de dados do inquilino é recuperada até ao ponto no tempo e fica disponível para acesso.
  2. Aceda à consola de gestão e desmonte e elimine a imagem de cópia de segurança.

Recuperação manual de uma base de dados SAP HANA a partir de uma cópia de segurança de descarga Full+Incremental backint

Pode recuperar manualmente uma base de dados para a origem a partir de uma cópia de segurança de despejo Full+Incremental.

Para recuperar uma base de dados HANA a partir de uma cópia de segurança de descarga completa + 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

Reveja o estado das suas cópias de segurança no SAP HANA Studio

Pode rever o estado da cópia de segurança, os metadados e as imagens de cópia de segurança no HANA Studio, mas não pode aceder às imagens de cópia de segurança do serviço de cópia de segurança e recuperação de desastres a partir do HANA Studio. Tem de aceder às imagens de substituição para recuperação ou outras utilizações a partir da consola de gestão.

  1. No HANA Studio, aceda à pasta Backup.

  2. Aceda ao separador Catálogo de cópias de segurança.

    O separador Catálogo de cópias de segurança apresenta o estado das suas cópias de segurança e detalhes como a hora de início, a duração, o tamanho, o tipo de cópia de segurança e o destino.

Comportamento de restauro do HANA e HANA HA 1+n

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

Todas as configurações do HANA

Restaurar para um novo destino com a opção Gerir nova aplicação ativada:

  • A aplicação restaurada está protegida, mas a secção Detalhes e definições da aplicação tem apenas os valores predefinidos. Tem de definir manualmente os valores necessários em Detalhes e definições da aplicação após o restauro para que a cópia de segurança seja bem-sucedida.
  • A proteção da aplicação restaurada está desativada. Tem de ativar a proteção a partir do Gestor de apps > Aplicações > Gerir plano de cópia de segurança para que as cópias de segurança comecem a ser executadas.

Configurações de HANA HA (1+n)

Para um cluster HANA 1+1 com o Node A primário e o Node B secundário, o cluster é descoberto como uma aplicação no serviço de backup e recuperação de desastres, e o backup é executado a partir do Node A, que é o primário.

Restaurar para uma nova base de dados HANA de destino: autónoma ou em cluster

Se for descoberto um novo destino como uma aplicação ou protegido, antes de restaurar, esta aplicação tem de ser desprotegida e eliminada da cópia de segurança e da recuperação de desastres. A tarefa falha se a nova aplicação de destino existir.

Restaurar para o nó A principal

  • O Node B tem de ser anularmente registado no cluster antes de executar a restauração no Node A.
  • O nó A torna-se uma aplicação autónoma após o restauro para o nó A.
  • O Node B tem de estar registado no Node A com o Node B como secundário e tem de ser executada uma deteção forçada no Node A para continuar como uma cópia de segurança do cluster.

Restaurar para o nó B secundário

  • O Node B tem de ser anulado ou, caso contrário, tem de ser executada uma substituição no Node B antes de restaurar para o Node B.
  • Desligue o Node A antes de restaurar o Node B e adicione o Node A como secundário ao Node B após o restauro.
  • Node B é uma aplicação autónoma após a operação de restauro. O Node A tem de estar registado no Node B com o Node A como secundário.

  • Execute uma descoberta a partir do Node B para o redescobrir como uma aplicação de cluster.

  • Para manter o Node A e o Node B como aplicações autónomas e protegidas, execute a deteção no Node A e no Node B após o restauro sem ativar a replicação.

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

  1. Inicie sessão em ambos os sistemas como utilizador do sistema operativo: user adm.
  2. Parar o sistema secundário: sapcontrol –nr -function StopSystem HDB.
  3. No sistema secundário, anule o registo 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 estado da replicação e as informações da base de dados
    • O script hdbnsutil -sr_state. Este script mostra os detalhes de mapeamento de anfitriões e funções dos nós de replicação.

Documentação do serviço de cópia de segurança e RD para o aumento da escala do SAP HANA

Esta página faz parte de uma série de páginas específicas para proteger e recuperar instâncias de expansão horizontal do SAP HANA com o serviço de cópia de segurança e recuperação de desastres. Pode encontrar informações adicionais nas seguintes páginas: