Esta página foi traduzida pela API Cloud Translation.

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

Proteja o ambiente de produção do SAP contra perda, erros e corrupção de dados

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

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

Primeiro, implante o serviço de Backup e DR

Antes de começar, leia e conclua os procedimentos a seguir:

Saiba como funciona o serviço de Backup e DR

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

Preparar instâncias do SAP HANA para backup

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

Pré-requisitos

Todos os serviços configurados (consulte as notas SAP 1697613 e 1649519), como nameserver e indexserver, precisam estar em execução. Para verificar isso, acesse Visão geral do SAP HANA Studio > Estado operacional > Confirme se todos os serviços foram iniciados.
Para permitir que o agente do Backup e DR execute operações no host, use uma chave hdbuserstore do SAP HANA em vez de um nome de usuário e uma senha para se comunicar com o banco de dados HANA usando o userstore seguro do SAP HANA.
O banco de dados log_mode precisa estar normal na guia de configuração do HANA Studio.
Todos os servidores SAP HANA (Compute Engine) com dados do HANA a serem protegidos pelo serviço de backup e DR precisam ter sido integrados a ele.
Todos os servidores SAP HANA (Compute Engine) com dados do HANA a serem protegidos pelo serviço de backup e DR precisam ter o agente de backup e DR instalado.
Recomendação de backup de registro do SAP HANA:
- Defina o caminho de backup de registro do SAP HANA como basepath_logbackup e basepath_catalogbackup em global.ini.
- Não use a montagem de backup de registro do SAP HANA para armazenar arquivos que não sejam de backup de registro de arquivo do HANA
- Por padrão, a limpeza de registros é executada com todos os backups de banco de dados. Isso alcança o melhor RTO de recuperação.
Para fazer backup do SAP HANA usando o método de captura de snapshot do Persistent Disk, a configuração precisa seguir estes critérios:
- /hana/shared e /usr/sap não podem ser compartilhados com grupos de volumes ou discos de dados, registros ou backup de registros.
- Os backups de registros (/hana/logbackup) precisam ter um disco separado configurado e não podem ser compartilhados com o volume de dados, o volume de registros ativos ou o binário do HANA. /hana/data e /hana/log podem residir no mesmo volume.

Configurar a chave do keystore do usuário do HANA

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

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

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

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

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

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

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

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

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

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

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

Procedimento

Conecte-se ao sistema de banco de dados HANA usando SSH e faça login como (sid)adm: su - (sid)adm
Mudar diretório: cd exe
Crie entradas em hdbuserstore usando o comando hdbuserstore: ./hdbuserstore SET (key_name) (host name):(port) (DB_user_name) (DB_user_password)

Neste exemplo: `./hdbuserstore SET ACTBACKUP s4hana:30013 ACTBACKUP (DB_user_password)
Verifique o keystore: ./hdbuserstore list

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

Usando o HANA Studio, defina o modo de registro e o local de backup de registros do HANA para que o Backup e DR faça backups dos registros de transações do banco de dados HANA:

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

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

Este exercício mostra as etapas para identificar e proteger um banco de dados SAP HANA em execução em uma instância do Compute Engine e, por fim, criar um novo banco de dados HANA totalmente funcional a partir da imagem de backup em um novo local.

Instalar o agente do Backup e DR no Compute Engine
Criar um plano de backup para o banco de dados SAP HANA
Descobrir e proteger bancos de dados SAP HANA
Montar uma imagem de backup do SAP HANA como uma montagem padrão
Restaurar bancos de dados SAP HANA

Instalar o agente de backup e DR no host

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

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

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

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

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

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

No console de gerenciamento, em Planos de backup, selecione Modelos.
Selecione o modelo de política para o banco de dados HANA e clique em Editar.
No lado direito, em Políticas, clique na seta branca ao lado de Snapshot e depois em Editar política.
Na parte de baixo da seção Criar/editar política, clique em Configurações avançadas da política.
Na caixa de diálogo Configurações avançadas, encontre e defina as seguintes configurações avançadas:

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

Tipo de snapshot: selecione o tipo de snapshot Persistent Disk a ser usado para backups do SAP HANA. Os snapshots fazem backup incremental de dados dos discos permanentes. Durante os backups, um novo snapshot é criado para capturar o estado atual do Persistent Disk. Isso pode ser usado mais tarde para criar um novo disco para montagens ou restaurações. O Compute Engine armazena várias cópias de cada snapshot em vários locais com somas de verificação automáticas para garantir a integridade dos dados. Saiba mais sobre o snapshot do Persistent Disk. Para saber os detalhes de preços, consulte preços de disco.
- Snapshot padrão: por padrão, esse tipo é selecionado. Use o tipo padrão se quiser manter os backups por menos de 90 dias.
- Snapshot do arquivo: selecione o tipo de arquivo se quiser reter imagens de backup por um longo período. O período mínimo de faturamento para o snapshot de arquivamento é de 90 dias, independente do período de armazenamento definido na política. Além disso, um snapshot do tipo arquivamento também tem uma cobrança de recuperação adicional se for usado em um job de montagem ou restauração.
Truncar (limpar) o registro após o backup: especifique se os registros de arquivo do HANA serão truncados (limpos) após o backup. Quando a opção Truncate Log after Backup está ativada, os registros de arquivo do HANA são truncados. Por padrão, a limpeza de arquivos é executada com todos os backups de banco de dados. Use o padrão para alcançar o melhor RTO de recuperação. Se a retenção de registros de produção estiver definida, as limpezas serão executadas com base na configuração Retenção de registros do banco de dados de produção em horas em Detalhes e configurações do aplicativo.
- Não truncar/remover o registro após o backup: essa é a opção padrão. Nesse modo, o registro de arquivo não será limpo.
- Truncar/remover o registro após o backup: selecione essa opção para ativar a remoção do registro de arquivamento.
Ativar backup de registros do banco de dados: defina essa opção como "Sim". A opção "Ativar backup do log do banco de dados" permite que a política do plano de backup faça backup de um banco de dados e de todos os arquivos de log de transações associados. Os registros são armazenados em backup quando o job de snapshot de registro é executado. Quando definido como "Sim", as opções relacionadas são ativadas.

Observação: ao usar o método de captura de backup de snapshot do Persistent Disk, não é possível fazer backups simultâneos de banco de dados e de registros. Eles serão executados em sequência, de acordo com o plano de backup.

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

Replicar registros (usa a tecnologia Streamsnap): defina como Não. Isso não se aplica à proteção de snapshot de disco permanente do SAP HANA. Essa função é ativada (definida como "Sim") por padrão. Se você não definir como "Não", vai ocorrer um erro na criação do modelo.

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

Observação: Replicar registros (usa a tecnologia Streamsnap) e Enviar registros para o pool do OnVault não se aplicam à proteção de snapshot do disco permanente do SAP HANA. As duas são definidas como "Sim" por padrão. Defina como "Não". Se você não definir os dois como Não, vai ocorrer um erro na criação do modelo.

Descobrir e proteger bancos de dados SAP HANA

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

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

Integrar os bancos de dados SAP HANA do App Manager

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

Selecione Adicionar aplicativo na página Gerenciador de apps > Aplicativos do console de gerenciamento.
Selecione SAP HANA no Assistente para adicionar aplicativo.
Siga o assistente:
- Selecione o banco de dados que você quer gerenciar na seção Selecionar.
- Na seção "Gerenciar", aplique o modelo de política e o perfil de recurso que você criou em Criar um plano de backup para os bancos de dados SAP HANA.
Em Configurações do aplicativo na seção Configurar, defina as Opções de configuração de backup:
- Chave do repositório de usuários do banco de dados HANA: é a chave hdbuserstore do SAP HANA para o banco de dados do sistema criado anteriormente. Este campo é obrigatório.
- Método de captura de backup: escolha Usar snapshot de disco permanente.
- Retenção de registros do banco de dados de produção em horas: ao final de cada backup de registro, a limpeza de registros será executada e vai excluir todos os registros mais antigos que o número de horas especificado aqui. Por exemplo, se o número de horas especificado for 4 horas, todos os registros mais antigos que ((o horário de início do backup de registros) - (4 horas)) serão excluídos. O valor padrão é de 2 horas.
- Retenção do catálogo de produção em dias: é a retenção de metadados do catálogo em dias. Os metadados do catálogo do HANA (tabela m_backup_catalog) serão limpos de registros mais antigos do que o número de dias especificado. Por exemplo, se o número de dias especificado for 14, os dados do catálogo do HANA com mais de ((o dia atual) - (14 dias)) serão excluídos. O valor padrão é de 7 dias.
Clique em Salvar > Próxima e em Concluir.
O banco de dados aparece na lista de aplicativos do Gerenciador de apps com um escudo verde, indicando que o plano de backup foi aplicado.

Definir detalhes e configurações do aplicativo

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

No console de gerenciamento, acesse Gerenciador de apps e clique em Aplicativos.
Clique com o botão direito do mouse no banco de dados HANA e clique em Gerenciar configuração de backup.
Na parte de cima da página, clique em Detalhes e configurações.
Na janela Detalhes e configurações do aplicativo, configure as opções do banco de dados com base no tipo de host.
- Método de captura de backup: disco permanente
- Chave do repositório de usuários do banco de dados HANA: é a chave hdbuserstore do SAP HANA para o banco de dados do sistema criado anteriormente. Este campo é obrigatório.
- Retenção de registros do banco de dados de produção em horas: ao final de cada backup de registro, a limpeza de registros será executada e vai excluir todos os registros mais antigos que o número de horas especificado aqui. Por exemplo, se o número de horas especificado for 4 horas, todos os registros mais antigos que ((o horário de início do backup de registros) - (4 horas)) serão excluídos. O valor padrão é de 2 horas.
- Retenção do catálogo de produção em dias: é a retenção de metadados do catálogo em dias. Os metadados do catálogo do HANA (tabela m_backup_catalog) serão limpos de registros mais antigos do que o número de dias especificado. Por exemplo, se o número de dias especificado for 14, os dados do catálogo do HANA com mais de ((o dia atual) - (14 dias)) serão excluídos. O valor padrão é de 7 dias.
Clique em Salvar alterações.

Proteger o HANA (HA) 1+n

O HANA 1+n é sempre descoberto como um aplicativo de cluster que contém todos os detalhes do nó nos metadados. Após a descoberta do aplicativo, o host do cluster tem o seguinte formato: (nome do SID do HANA)_cluster_(ID do site)_(ID do hardware do HANA). Por exemplo, se sr1 for a instância do HANA, o nome do aplicativo será sr1 e o nome do host será sr1_cluster<_…> na lista de aplicativos do App Manager.

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

Pré-requisitos para proteger a alta disponibilidade do HANA (1+n)

Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA precisam ter sido integrados ao serviço de backup e DR.
Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA precisam ter o agente do Backup e DR instalado.
Todos os servidores SAP HANA (Compute Engine) do cluster SAP HANA precisam ter um secret aplicado em App Manage > Manage > Host > Backup and DR Backup and DR agent Settings > Secret.
As portas precisam ser abertas nos hosts para permitir a comunicação na porta 5106. Isso exige uma regra de firewall de entrada em que o appliance de backup/recuperação é a origem, o host que executa o agente do Backup e DR é o destino e a porta de destino é 5106. Além disso, não é necessário adicionar a porta 5106 à regra de entrada padrão criada para o dispositivo de backup/recuperação, já que ela especifica o dispositivo como destino.

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

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

Qualquer operação manual ou
Para montar um backup para uma verificação de integridade

Pré-verificações durante a montagem

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

Montar o backup

Use estas instruções para montar um backup:

Clique com o botão direito do mouse no database protegido na lista Aplicativos do App Manager e selecione Acessar.

Observação: é possível usar o filtro de status Plano de backup gerenciado para mostrar apenas bancos de dados protegidos.
Selecione uma imagem de snapshot e escolha Montar.
Na página Montar:
- Nome do projeto, Região e Zona: selecione o projeto, a região e a zona da instância em que você quer montar a imagem do banco de dados HANA.
- Nome da instância: as instâncias qualificadas do Compute Engine (nós do HANA) vão estar disponíveis para escolha no menu suspenso. Selecione o nó para montagem no menu suspenso.
Se quiser, insira um nome exclusivo associado à montagem no campo Rótulo.
BANCOS DE DADOS DO LOCATÁRIO INCLUÍDOS é apenas informativo e mostra a lista de bancos de dados do locatário na imagem de backup.
Em Opções de mapeamento:
- Local de montagem do volume de dados: é preenchido automaticamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de dados do HANA está montado.
- Local de montagem do volume de registros: é preenchido automaticamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de registros ativos do HANA está montado.
- Local de montagem do volume de backup de registros: é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco em que o volume de backup de registros do HANA está montado.
  - CAMINHO DO DISPOSITIVO: é preenchido automaticamente com o CAMINHO DO DISPOSITIVO de origem. Forneça um caminho que não esteja em uso no destino selecionado e que você queira usar para montar a imagem de snapshot de DATA VOLUME, LOG VOLUME e LOG BACKUP VOLUME no servidor de destino.
  Observação: o caractere especial hífen "-" (por exemplo: data-1) não é compatível com o local de montagem do dispositivo.
  - TIPO DE DISCO: é pré-preenchido com o valor do TIPO DE DISCO de origem. Para mudar o tipo de disco, selecione outro valor no menu suspenso.
VERIFICAÇÃO DE INTEGRIDADE DOS DADOS DE INSTANTÂNEO: por padrão, o valor é definido como true. Se você não quiser executar a verificação, clique no botão de alternância para definir como "false". Essa ferramenta executa a API hdbpersdiag de verificação de persistência do SAP HANA com a opção "Verificar tudo". Isso vai verificar o estado íntegro dos dados e os volumes de registros ativos da imagem de instantâneo montada. Se a pré-verificação descobrir alguma corrupção na imagem, o job de montagem vai falhar com uma mensagem de erro descritiva.

O resultado da verificação de integridade está disponível em /var/act/log/(HANA sid)_dataintegrity_check.log e /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.
Clique em Verificação prévia. Isso valida as opções necessárias no servidor de destino para uma montagem bem-sucedida. Se a verificação de simulação falhar, ela vai mostrar qual verificação falhou para que você possa corrigir e executar novamente.
Clique em Enviar. Acesse o Monitor de jobs para conferir o progresso e os detalhes do job.

Observação: a verificação de integridade é detalhada em Montar um backup para uma verificação de integridade.

Desmontar a imagem de snapshot de backup montada

Para remover ou manter o disco após uma montagem bem-sucedida:

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

Montar um backup para uma verificação de integridade

Essa ferramenta executa a ferramenta de verificação de persistência do SAP HANA, hdbpersdiag, com a opção "verificar tudo" para verificar o estado íntegro dos volumes de dados da imagem de snapshot montada. Se a pré-verificação descobrir alguma corrupção na imagem, o job de montagem vai falhar com uma mensagem de erro descritiva.

Clone o servidor de banco de dados de origem como um novo servidor de destino para verificação da integridade dos dados.

Clone o servidor de banco de dados de origem e monte o backup no novo destino. Ele terá a mesma configuração da origem, e não serão necessários pré-requisitos adicionais. Essa é a prática recomendada.

Pré-requisitos para a montagem da verificação de integridade de dados se a clonagem for impossível

Se não for possível clonar o servidor de banco de dados de origem, verifique se estes pré-requisitos estão definidos no novo servidor de destino:

O binário do HANA precisa ser configurado no servidor de destino. A versão do HANA precisa ser igual ou mais recente que a instância de origem.
Verifique se a configuração do HANA de destino tem o mesmo DBID do banco de dados do locatário configurado que o DBID do banco de dados do locatário de origem.
Se o volume de dados e os volumes de registros do banco de dados HANA de origem estiverem criptografados usando a criptografia do banco de dados HANA, crie um arquivo de configuração com as credenciais da chave de criptografia no servidor HANA de destino. Siga estas etapas no servidor HANA de destino:
1. Crie um arquivo de configuração DB_DETAILS.lst em /hana/shared.
2. Conceda permissão de leitura 400 ao arquivo de configuração (/hana/shared/DB_DETAILS.lst).
3. No arquivo de configuração (/hana/shared/DB_DETAILS.lst), insira a senha com o nome do locatário:
```
HANA SID Tenant name 'password'
```
  Por exemplo, para uma instância do HANA com SID "S82", DB_DETAILS.lst teria estas linhas:
  
  S82 SYSTEMDB 'xxxxxxxx'
  
  S82 S82 'xxxxxx'

Posso voltar à fonte para verificar a integridade?

Não recomendamos esse procedimento. Montar de volta para a origem enquanto o banco de dados está em execução pode corromper o bloco de dados devido ao mesmo nome de VG do volume de dados.

Se você precisar remontar para a origem, desligue a instância do HANA na origem antes de realizar a operação de montagem.

Resultados da verificação de integridade

O resultado da verificação de integridade está disponível em /var/act/log/(HANA sid)_dataintegrity_check.log e /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

Restaurar bancos de dados SAP HANA

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

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

A chave de licença de um banco de dados SAP HANA é baseada no ID do sistema e no ID do hardware. Após uma recuperação, uma chave de licença do SAP HANA se torna inválida se o SID ou o ID de hardware 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 desde a criação do banco de dados e ele está no modo de bloqueio.
- Restauração para o novo destino: falha porque a licença temporária do SAP não permite a restauração para um novo destino.
Banco de dados de origem com licença permanente: são backups feitos com licenças permanentes.
- Restauração para a origem: sem 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 novo backup para restaurar.

Referências da SAP

https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html

Verificação de simulação

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

SID do HANA: o HANA está configurado no nó de destino com o mesmo nome de SID do HANA.
Verificar o status do banco de dados: o banco de dados HANA não está em execução.
Arquivo de configuração: o arquivo global.ini está disponível no servidor de destino
Caminho do backup de registros: definido em global.ini
Versão do HANA: a versão de destino do HANA é a mesma da versão de origem.
USERSTOREKEY: a chave userstore fornecida existe no destino ou um nome de usuário e uma senha privilegiados válidos foram especificados e existem no momento do backup.
Para restaurar em um novo destino, verifique se o ponto de montagem especificado na opção de mapeamento não está sendo usado ou montado no servidor de destino.
Verifique os detalhes de volume de dados e registros: se o caminho de volume de dados e registros no arquivo de configuração (global.ini) for definido de forma diferente do caminho do dispositivo escolhido na opção de mapeamento, o arquivo de configuração (global.ini) será atualizado com o caminho escolhido na opção de mapeamento.
Status do nó:
- Configuração independente e de escalonamento vertical: o servidor HANA de destino está ativo e disponível
- Configuração do HANA HA (1+n): valida se a replicação está desativada. A replicação precisa ser desativada antes que a restauração possa ser iniciada. A replicação após a restauração precisa ser reconfigurada. A restauração em qualquer nó de um cluster de alta disponibilidade do HANA (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.
Observação: para garantir que a proteção do cluster de replicação do SAP HANA funcione corretamente, todos os nós do cluster precisam resolver os nomes de host de todos os outros nós do cluster.

Restaurar um banco de dados SAP HANA

Na lista Aplicativos do App Manager, clique com o botão direito do mouse no banco de dados e selecione Acessar.
Selecione a imagem de backup a ser recuperada e escolha Restaurar.
Na página Restaurar, as opções são:
- Restaurar para a origem: todos os campos são preenchidos previamente com o valor de origem da instância protegida do SAP HANA e são imutáveis, exceto as opções de aplicativo.
- Restaurar para novo destino: todos os campos são preenchidos previamente com o valor de origem da instância protegida do SAP HANA e podem ser alterados.
  
  Observação: antes de restaurar um banco de dados SAP HANA para um novo servidor de destino, se os volumes de dados, LOG ativo e backup de registros forem criptografados pela criptografia do HANA, importe as chaves de criptografia do servidor de banco de dados de origem para o servidor de banco de dados de destino.
  Observação: a restauração para um novo destino vai apresentar novos discos para dados, registros ativos e volumes de backup de registros. Os discos atuais vão continuar anexados às instâncias do Compute Engine. Se não forem necessários, o usuário deve desconectar e excluir esses discos.
  A restauração para a origem exclui os dados, o registro ativo e os volumes de backup de registro. Em seguida, ele vai criar novos discos com base nos snapshots de disco permanente e disponibilizá-los para o servidor.
Opções
- Nome do projeto, Região e Zona:
  - Se você estiver restaurando para a origem: todos os campos serão preenchidos previamente com o valor de origem da instância protegida do SAP HANA e serão imutáveis.
  - Se você estiver restaurando para um novo destino: para recuperar para um novo destino, selecione o projeto, a região e a zona da instância em que você quer recuperar o banco de dados HANA.
- Nome da instância:
  - Se você estiver restaurando para a origem: a instância de origem do Compute Engine é selecionada e imutável.
  - Se você estiver restaurando para um novo destino: as instâncias do Compute Engine qualificadas (nós do HANA) estarão disponíveis para escolha no menu suspenso. Selecione o nó para restauração no menu suspenso.
- Rótulo: se quiser, insira um nome exclusivo para associar a esta montagem.
- Bancos de dados de locatários incluídos é apenas informativo e mostra a lista de bancos de dados de locatários na imagem de backup.
- Substituir a identidade do aplicativo original: essa opção só está disponível quando a restauração é feita em um novo host no mesmo dispositivo de backup/recuperação em que o backup foi gerado originalmente.
  - Sim: substitui o aplicativo original pelo restaurado, que terá o mesmo ID do aplicativo, histórico de jobs, imagens de backup e plano de backup do aplicativo original.
  - Não: isso não vai substituir o aplicativo original. Ele será descoberto como um novo aplicativo como parte do job de restauração.
Opções de aplicativo
- Tempo de rollforward: escolha uma data e hora para que um banco de dados protegido com registros seja recuperado até o ponto no tempo necessário.
  
  Observação: ao recuperar o backup mais recente, o controle de rollforward é definido como o ponto mais recente no tempo. Para uma recuperação pontual de imagens mais antigas, selecione o tempo de avanço.
- SID DO BANCO DE DADOS DE DESTINO: pré-preenchido com o nome do SID do banco de dados protegido e imutável.
- SAP DB USER STORE-KEY: esse campo é preenchido previamente com a chave do armazenamento de usuários 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 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 repositório de usuários 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 falha se a userstorekey usada durante o backup não for encontrada. A recuperação do locatário pode falhar se o nome de usuário ou a senha não forem válidos ou não tiverem o privilégio certo ou se 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, não tiverem os privilégios certos ou não estiverem disponíveis como parte da imagem de backup.
Opções de mapeamento
- Local de montagem do volume de dados: é preenchido automaticamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de dados do HANA está montado.
- Local de montagem do volume de registros: é preenchido automaticamente com o caminho do dispositivo de origem e o tipo de disco em que o volume de registros ativos do HANA está montado.
- Local de montagem do volume de backup de registros: é pré-preenchido com o caminho do dispositivo de origem e o tipo de disco em que o volume de backup de registros do arquivo HANA está montado.
  - Caminho do dispositivo: imutável para restauração de volta à origem. Isso pode ser mudado durante a restauração para uma nova meta.
    
    Observação: o caractere especial hífen "-" (por exemplo, data-1) não é aceito no local de montagem do dispositivo.
  - Tipo de disco:mutável para restauração de volta à origem. Isso pode ser mudado durante a restauração para a origem ou para um novo destino. O tipo de disco permite selecionar o tipo de armazenamento em blocos usado para os dados recuperados das imagens de backup.
Restaurar a configuração personalizada do HANA

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