SAPHANAbackup na Amazon EC2 - AWS Backup
Visão geralPré-requisitosOperações do consoleVisualize backups e pontos de recuperaçãoSAPHANAbackups por meio de CLISolução de problemasGlossárioNotas de release

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

SAPHANAbackup na Amazon EC2

nota

Serviços suportados por Região da AWScontém as regiões atualmente suportadas nas quais os backups SAP HANA de banco de dados nas EC2 instâncias da Amazon estão disponíveis.

AWS Backup oferece suporte a backups e restaurações de SAP HANA bancos de dados em EC2 instâncias da Amazon.

Visão geral dos SAP HANA bancos de dados com AWS Backup

Além da capacidade de criar backups e restaurar bancos de dados, a AWS Backup integração com o Amazon EC2 Systems Manager for SAP permite que os clientes identifiquem e marquem SAP HANA bancos de dados.

AWS Backup é integrado ao AWS Backint Agent para SAP HANA realizar backups e restaurações. Para obter mais informações, consulte AWS Backint.

Pré-requisitos para fazer backup de bancos de dados por meio de SAP HANA AWS Backup

Vários pré-requisitos devem ser preenchidos antes que as atividades de backup e restauração possam ser executadas. Observe que você precisará de acesso administrativo ao seu SAP HANA banco de dados e permissões para criar novas IAM funções e políticas em sua AWS conta para realizar essas etapas.

Preencha esses pré-requisitos no Amazon Systems Manager EC2.

  1. Configure as permissões necessárias para o SAP HANA banco de dados em execução de EC2 instâncias da Amazon

  2. Registre as credenciais em AWS Secrets Manager

  3. Instale o AWS Backint e AWS Systems Manager para agentes SAP

  4. Verifique o SSM agente

  5. Verifique os parâmetros

  6. Registrar SAP HANA banco de dados

É uma prática recomendada registrar cada HANA instância somente uma vez. Vários registros podem resultar em vários ARNs para o mesmo banco de dados. Manter um único registro simplifica a criação ARN e a manutenção do plano de backup e também pode ajudar a reduzir a duplicação não planejada de backups.

SAPHANAoperações de backup no AWS Backup console

Depois que os pré-requisitos e SSM as SAP configurações estiverem concluídos, você poderá fazer backup e restaurar seus próprios bancos de dados. SAP HANA EC2

Opte por proteger os SAP HANA recursos

Para usar AWS Backup para proteger seus SAP HANA bancos de dados, SAP HANA deve ser ativado como um dos recursos protegidos. Para fazer a inclusão:

  1. Abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação esquerdo, escolha Configurações.

  3. Em Optar pela adoção do serviço, selecione Configurar recursos.

  4. Inscreva-se SAPHANAna AmazonEC2. .

  5. Clique em Confirmar.

A aceitação do serviço SAP HANA na Amazon agora EC2 estará ativada.

Crie um backup programado de SAP HANA bancos de dados

Você pode editar um plano de backup existente e adicionar SAP HANA recursos a ele, ou pode criar um novo plano de backup apenas para SAP HANA recursos.

Se optar por criar um plano de backup, você terá três opções:

  1. Opção 1: começar com um modelo

    1. Escolha um modelo de plano de backup.

    2. Especifique um nome de plano de backup.

    3. Clique em Criar plano.

  2. Opção 2: criar um plano

    1. Especifique um nome de plano de backup.

    2. Opcionalmente, especifique as tags a serem adicionadas ao plano de backup.

    3. Especifique a configuração da regra de backup.

      1. Especifique um nome de regra de backup.

      2. Escolha um cofre existente ou crie um. Este é o local em que seus backups serão armazenados.

      3. Especifique uma frequência de backup.

      4. Especifique uma janela de backup.

        Observe que a transição para o armazenamento frio não é compatível no momento.

      5. Especifique o período de retenção.

        No momento, a cópia para o destino não é compatível

      6. (Opcional) Especifique as tags a serem adicionadas aos pontos de recuperação.

    4. Clique em Criar plano.

  3. Opção 3: definir um plano usando JSON

    1. Especifique o JSON para seu plano de backup modificando a JSON expressão de um plano de backup existente ou criando uma nova expressão.

    2. Especifique um nome de plano de backup.

    3. Clique em ValidateJSON (Validar).

    Depois que o plano de backup for criado com êxito, você poderá atribuir recursos ao plano de backup na próxima etapa.

Seja qual for o plano usado, assegure-se de atribuir recursos. Você pode escolher quais SAP HANA bancos de dados atribuir, incluindo bancos de dados do sistema e do inquilino. Você também tem a opção de excluir um recurso específicoIDs.

Crie um backup sob demanda de bancos de SAP HANA dados

É possível criar um backup completo sob demanda que seja executado imediatamente após a criação. Observe que backups sob demanda de SAP HANA bancos de dados em EC2 instâncias da Amazon são backups completos; backups incrementais não são suportados.

Seu backup sob demanda foi criado. Ele começará a fazer backup dos recursos especificados. O console fará a transição para a página Trabalhos de backup, na qual você poderá ver o progresso do trabalho. Anote o ID do trabalho de backup no banner azul na parte superior da tela, pois você precisará dele para encontrar facilmente o status do trabalho de backup. Quando o backup for concluído, o status progredirá para Completed. Os backups podem levar várias horas.

Atualize a Lista de trabalho de backup para ver a alteração do status. Você também pode pesquisar e clicar no ID do trabalho de backup para ver o status detalhado do trabalho.

Backups contínuos de SAP HANA bancos de dados

Você pode fazer backups contínuos, que podem ser usados com point-in-time restore (PITR) (observe que os backups sob demanda preservam os recursos no estado em que são usados; enquanto PITR usam backups contínuos que registram as alterações durante um período de tempo).

Com backups contínuos, você pode restaurar seu SAP HANA banco de dados em uma EC2 instância, rebobinando-o para um horário específico de sua escolha, com precisão de 1 segundo (retrocesso máximo de 35 dias). O backup contínuo funciona criando primeiramente um backup completo do seu recurso e, em seguida, fazendo backup constante dos logs de transações do recurso. PITRA restauração funciona acessando seu backup completo e reproduzindo o registro de transações até o momento em que você solicita AWS Backup a recuperação.

Você pode optar por backups contínuos ao criar um plano de backup AWS Backup usando o AWS Backup console ou API o.

Como habilitar os backups contínuos usando o console

  1. Faça login no AWS Management Console e abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação, escolha Planos de backup e, depois, escolha Criar plano.

  3. Em Regras de backup, escolha Adicionar regra de backup.

  4. Na seção Configuração da regra de backup, selecione Habilitar backups contínuos para recursos compatíveis.

Depois de desativar PITR(point-in-timerestaurar) os backups do SAP HANA banco de dados, os registros continuarão sendo enviados AWS Backup até que o ponto de recuperação expire (status igual EXPIRED) a). Você pode mudar para um local alternativo de backup de registros SAP HANA para interromper a transmissão de registros para AWS Backup o.

Um ponto de recuperação contínuo com um status de STOPPED indica que um ponto de recuperação contínuo foi interrompido; ou seja, os registros transmitidos de SAP HANA para AWS Backup que mostram que as alterações incrementais em um banco de dados têm uma lacuna. Os pontos de recuperação que ocorrerem dentro desse intervalo de tempo terão um status de STOPPED..

Para problemas que você possa encontrar durante as tarefas de restauração de backups contínuos (pontos de recuperação), consulte a seção Solução de problemas de SAP HANA restauração deste guia.

Exibir backups SAP HANA do banco de dados

Visualize o status dos trabalhos de backup:

  1. Abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação, escolha Trabalhos.

  3. Escolha os trabalhos de backup, trabalhos de restauração ou trabalhos de cópia para ver a lista de seus trabalhos.

  4. Pesquise e clique no ID do trabalho de backup para ver os status detalhados do trabalho.

Visualize todos os pontos de recuperação em um cofre:

  1. Abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação, selecione Cofres de backup.

  3. Pesquise e clique em um cofre de backup para visualizar todos os pontos de recuperação no cofre.

Visualize detalhes dos recursos protegidos:

  1. Abra o AWS Backup console em https://console.aws.amazon.com/backup.

  2. No painel de navegação, escolha Recursos protegidos.

  3. Você também pode filtrar por tipo de recurso para visualizar todos os backups desse tipo de recurso.

Use AWS CLI para SAP HANA bancos de dados com AWS Backup

Cada ação no console de Backup tem uma API chamada correspondente.

Para configurar AWS Backup e gerenciar programaticamente seus recursos, use a API chamada StartBackupJobpara fazer backup de um SAP HANA banco de dados em uma EC2 instância.

Use start-backup-job como CLI comando.

Solução de problemas de backups de SAP HANA bancos de dados

Se você encontrar erros durante o fluxo de trabalho, consulte os seguintes exemplos de erros e resoluções sugeridas:

Pré-requisitos do Python

  • Erro: erro do Zypper relacionado à versão do Python, pois for SSM and SAP require Python 3.6, mas 12SUSE, por padrão, oferece suporte ao AWS Backup Python 3.4. SP5

    Resolução: instale várias versões do Python SUSE12 SP5 executando as seguintes etapas:

    1. Execute um comando update-alternatives para criar um link simbólico para o Python 3 em '/ 3'. usr/local/bin/' instead of directly using '/usr/bin/python Esses comandos definirão o Python 3.4 como a versão padrão. O comando é: # sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.4 5

    2. Adicione o Python 3.6 à configuração de alternativas executando o seguinte comando: # sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.6 2

    3. Altere a configuração alternativa para o Python 3.6 executando o seguinte comando: # sudo update-alternatives —config python3

      A seguinte saída deve ser exibida:

      There are 2 choices for the alternative python3 (providing /usr/local/bin/python3).
 Selection Path Priority Status
* 0 /usr/bin/python3.4 5 auto mode
 1 /usr/bin/python3.4 5 manual mode
 2 /usr/bin/python3.6 2 manual mode
Press enter to keep the current choice[*], or type selection number:

    4. Digite o número correspondente ao Python 3.6.

    5. Verifique a versão do Python e confirme se o Python 3.6 está sendo usado.

    6. (Opcional, mas recomendado) Verifique se os comandos do Zypper funcionam conforme o esperado.

Amazon EC2 Systems Manager para SAP descoberta e registro

  • Erro: SSM por SAP falha na descoberta da carga de trabalho devido ao bloqueio do acesso ao endpoint público para e. AWS Secrets Manager SSM

    Resolução: teste se os endpoints podem ser acessados a partir do seu banco de dados. SAP HANA Se eles não puderem ser alcançados, você pode criar VPC endpoints da Amazon para AWS Secrets Manager e SSM paraSAP.

    1. Teste o acesso ao Secrets Manager do EC2 host da Amazon para HANA banco de dados executando o seguinte comando:aws secretsmanager get-secret-value —secret-id hanaeccsbx_hbx_database_awsbkp. Se o comando não retornar um valor, o firewall está bloqueando o acesso ao endpoint do serviço Secrets Manager. O registro será interrompido na etapa “Recuperando segredos do Secrets Manager”.

    2. Teste a conectividade com SSM o SAP endpoint executando o comandoaws ssm-sap list-registration. Se o comando não retornar um valor, o firewall está bloqueando o acesso ao SAP endpoint SSM for.

      Exemplo de erro:Connection was closed before we received a valid response from endpoint URL: “https://ssm-sap.us-west-2.amazonaws.com/register-application".

    Há duas opções para continuar se os endpoints não estiverem acessíveis.

    • Abra portas de firewall para permitir acesso ao endpoint de serviço público para Secrets Manager e SSM paraSAP; ou,

    • Crie VPC endpoints para o Secrets Manager e SSM paraSAP, em seguida:

      • Certifique-se de que VPC a Amazon esteja habilitada para DNSSupport DNSHostname e.

      • Certifique-se de que seu VPC endpoint tenha ativado a opção Permitir DNS nome privado.

      • Se a SAP descoberta do formulário SSM for concluída com êxito, o registro mostrará que o host foi descoberto.

  • Erro: AWS Backup e a conexão do Backint falha devido ao bloqueio do acesso aos endpoints públicos do AWS Backup serviço. aws-backint-agent.logpode mostrar erros semelhantes a este: time="2024-01-03T11:39:15-08:00" level=error msg="Storage configuration validation failed: missing backup data plane Id" oulevel=fatal msg="Error performing backup missing backup data plane Id. Além disso, o AWS Backup console pode mostrar Fatal Error: An internal error occured.

    Resolução: Há duas opções para continuar se os endpoints não estiverem acessíveis:

    • Abra as portas do firewall para permitir o acesso aos endpoints de serviço público (HTTPS). Depois que essa opção for usada, DNS resolverá solicitações de AWS serviços por meio de endereços IP públicos.

    • Crie VPC endpoints com roteamento privado de tráfego de e para AWS os serviços necessários para. AWS Backup Depois que essa opção for usada, DNS resolverá as solicitações desses serviços por meio de endereços IP privados. Essa opção pode exigir atualizações no DNS servidor para adicionar regras para encaminhar solicitações para endpoints privados.

  • Erro: SSM falha SAP no registro devido à HANA senha contendo caracteres especiais. Exemplos de erros podem incluir Error connecting to database HBX/HBX when validating its credentials. ou Discovery failed because credentials for HBX/SYSTEMDB either not provided or cannot be validated. após testar uma conexão usando hdbsql for systemdb e tenantdb que foi testada a partir de uma EC2 instância de HANA banco de dados da Amazon.

    No AWS Backup console da página Trabalhos, os detalhes do trabalho de backup podem mostrar o status FAILED com o erroMiscellaneous: b’* 10: authentication failed SQLSTATE: 28000\n’.

    Resolução: Certifique-se de que sua senha não tenha caracteres especiais, como $.

  • Erro: b’* 447: backup could not be completed: [110507] Backint exited with exit code 1 instead of 0. console output: time...

    Resolução: O AWS BackInt Agente para SAP HANA instalação pode não ter sido concluído com êxito. Repita o processo para implantar o AWS Backint Agent e o Amazon EC2Systems Manager Agent em seu SAP servidor de aplicativos.

  • Erro: o console não corresponde aos arquivos de log após o registro.

    O registro de descoberta mostra falha no registro ao tentar se conectar ao HANA banco de dados devido à senha contendo caracteres especiais, embora o SSM SAP console do SAP Application Manager exiba o registro bem-sucedido. Ele não confirma que o registro foi bem-sucedido. Se o console mostrar um registro bem-sucedido, mas os registros não, os backups falharão.

    Confirme o status do registro:

    1. Faça login no SSMconsole

    2. Selecione Executar comando na navegação do lado esquerdo.

    3. No campo de texto Histórico do comando, insiraInstance ID:Equal:, com o valor igual à instância que você usou para o registro. Isso filtrará o histórico de comandos.

    4. Use a coluna ID do comando para encontrar comandos com statusFailed. Em seguida, encontre o nome do documento AWSSystemsManagerSAP-Discovery.

    5. No AWS CLI, execute o comandoaws ssm-sap register-application status. Se o valor retornado for exibidoError, o registro não foi bem-sucedido.

    Resolução: Certifique-se de que sua HANA senha não tenha caracteres especiais (como '$').

Criando um backup de um SAP HANA banco de dados

  • Erro: o AWS Backup console exibe a mensagem “Erro fatal” quando um backup sob demanda para SystemDB ou TenantDB é criado. Isso ocorre porque o endpoint público não pode ser acessado. Isso é causado por um firewall do lado do cliente que bloqueia o acesso a esse endpoint.

    aws-backint-agent.logpode mostrar erros como level=error msg="Storage configuration validation failed: missing backup data plane Id" ou level=fatal msg="Error performing backup missing backup data plane Id."

    Resolução: acesso de firewall aberto ao endpoint público.

  • Erro:Database cannot be backed up while it is stopped.

    Resolução: certifique-se de que o banco de dados a ser copiado esteja ativo. Os dados e logs do banco de dados só poderão ser copiados enquanto o banco de dados estiver online.

  • Erro: Getting backup metadata failed. Check the SSM document execution for more details.

    Resolução: certifique-se de que o banco de dados a ser copiado esteja ativo. Os dados e logs do banco de dados só poderão ser copiados enquanto o banco de dados estiver online.

Monitorando registros de backup

  • Erro: Encountered an issue with log backups, please check SAP HANA for details.

    Resolução: verifique SAP HANA se os backups dos registros estão sendo enviados AWS Backup de SAPHANA.

  • Erro: One or more log backup attempts failed for recovery point.

    Resolução: verifique SAP HANA os detalhes. Certifique-se de que os backups de log estejam sendo enviados AWS Backup de SAPHANA.

  • Erro: Unable to determine the status of log backups for recovery point.

    Resolução: verifique SAP HANA os detalhes. Certifique-se de que os backups de log estejam sendo enviados AWS Backup de SAPHANA.

  • Erro: Log backups for recovery point %s were interrupted due to a restore operation on the database.

    Resolução: aguarde a conclusão do trabalho de restauração. Os backups de logs devem ser retomados.

Glossário de SAP HANA termos ao usar AWS Backup

Tipos de backup de dados: SAP HANA suporta dois tipos de backups de dados: completos e INC (incrementais). AWS Backup otimiza qual tipo é usado durante cada operação de backup.

Backups de catálogos: SAP HANA mantém seu próprio manifesto chamado catálogo. AWS Backup interage com esse catálogo. Cada novo backup criará uma entrada no catálogo.

Backup contínuo de registros (registros de transações): Para funções de recuperação pontual (PITR), SAP HANA rastreia todas as transações desde o backup mais recente.

Cópia do sistema: um trabalho de restauração no qual o banco de dados de destino da restauração é diferente do banco de dados de origem a partir do qual o ponto de recuperação foi criado.

Restauração destrutiva: uma restauração destrutiva é um tipo de trabalho de restauração durante o qual um banco de dados restaurado exclui ou substitui o banco de dados de origem ou existente.

FULL: Um backup completo é um backup de um banco de dados completo.

INC: um backup incremental é um backup de todas as alterações em um SAP HANA banco de dados desde o backup anterior.

Para obter detalhes adicionais, consulte o glossário da AWS.

AWS Backup suporte de SAP HANA bancos de dados em EC2 instâncias, notas de lançamento

Algumas funcionalidades não são compatíveis no momento:

  • Os backups contínuos (que usam registros de transações) não podem ser copiados para outras regiões ou contas. Os backups instantâneos podem ser copiados para regiões e contas suportadas a partir de backups completos.

  • No momento o Backup Audit Manager e os relatórios não são compatíveis.

  • Serviços suportados por Região da AWScontém as regiões atualmente suportadas para backups SAP HANA de banco de dados em EC2 instâncias da Amazon.