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á.
# Configure a recuperação de desastres para SAP no IBM Db2 na AWS
*Ambarish Satarkar e Debasis Sahoo, Amazon Web Services*
## Resumo
Esse padrão descreve as etapas para configurar um sistema de recuperação de desastres (DR) para workloads do SAP com o IBM Db2 como plataforma de banco de dados, executado na nuvem da Amazon Web Services (AWS). O objetivo é fornecer uma solução de baixo custo para fornecer continuidade de negócios no caso de uma interrupção.
O padrão usa a [abordagem de piloto leve](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/). Ao implementar o DR de piloto leve na AWS, você pode reduzir o tempo de inatividade e manter a continuidade dos negócios. A abordagem de piloto leve se concentra na configuração de um ambiente mínimo de DR na AWS, incluindo um sistema SAP e um banco de dados DB2 em espera, sincronizados com o ambiente de produção.
Essa solução é escalável. Você pode estendê-lo para um ambiente de recuperação de desastres em grande escala, conforme necessário.
## Pré-requisitos e limitações
**Pré-requisitos **
+ Uma instância SAP em execução em uma instância do Amazon Elastic Compute Cloud (Amazon EC2)
+ Um banco de dados IBM Db2
+ Um sistema operacional compatível com a Product Availability Matrix (PAM – Matriz de Disponibilidade de Produtos) da SAP
+ Nomes de host de banco de dados físicos diferentes para hosts de banco de dados de produção e de espera
+ Um bucket do Amazon Simple Storage Service (Amazon S3) em cada região da AWS com [a replicação entre regiões (CRR) habilitada](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html)
**Versões do produto**
+ IBM Db2 Database versão 11.5.7 ou superior
## Arquitetura
**Pilha de tecnologias de destino**
+ Amazon EC2
+ Amazon Simple Storage Service (Amazon S3)
+ Amazon Virtual Private Cloud (Emparelhamento de VPC)
+ Amazon Route 53
+ Recuperação de desastres de alta disponibilidade do IBM Db2 (HADR)
**Arquitetura de destino**
Essa arquitetura implementa uma solução de DR para workloads do SAP com o Db2 como plataforma de banco de dados. O banco de dados de produção é implantado na Região da AWS 1 e um banco de dados em espera é implantado em uma segunda região. O banco de dados em espera é chamado de sistema DR. O Db2 Database suporta vários bancos de dados em espera (até três). Ele usa o Db2 HADR para configurar o banco de dados de DR e automatizar o envio de registros em log entre os bancos de dados de produção e de espera.
No caso de um desastre que torne a Região 1 indisponível, o banco de dados em espera na Região DR assume a função de banco de dados de produção. Os servidores de aplicativos SAP podem ser criados com antecedência ou usando o [AWS Elastic Disaster Recovery](https://aws.amazon.com/disaster-recovery/) ou uma imagem de máquina da Amazon (AMI) para atender aos requisitos do objetivo de tempo de recuperação (RTO). Esse padrão usa uma AMI.
O Db2 HADR implementa uma configuração de produção em espera, na qual a produção atua como o servidor primário e todos os usuários estão conectados a ele. Todas as transações são gravadas em arquivos de log, que são transferidos para o servidor em espera usando TCP/IP. O servidor em espera atualiza seu banco de dados local transferindo os registros de log transferidos, o que ajuda a garantir que ele seja mantido em sincronia com o servidor de produção.
O emparelhamento de VPC é usado para que as instâncias na região de produção e na região de DR possam se comunicar entre si. O Amazon Route 53 encaminha os usuários finais para aplicativos da Internet.
![\[Db2 na AWS com replicação entre regiões\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/images/pattern-img/06edfa4c-0827-4d05-95cf-2d2651e74323/images/e77c1e4e-36f3-4af4-89d0-8eec72348f0a.png)
1. [Crie uma AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) do servidor de aplicativos na Região 1 e [copie a AMI](https://repost.aws/knowledge-center/copy-ami-region) para a Região 2. Use a AMI para iniciar servidores na Região 2 no caso de um desastre.
1. Configure a replicação do Db2 HADR entre o banco de dados de produção (na Região 1) e o banco de dados em espera (na Região 2).
1. Altere o tipo de EC2 instância para corresponder à instância de produção no caso de um desastre.
1. Na Região 1, `LOGARCHMETH1` está definido como `db2remote: S3 path`.
1. Na Região 2, `LOGARCHMETH1` está definido como `db2remote: S3 path`.
1. A replicação entre regiões é realizada entre os buckets do S3.
## Ferramentas
**Serviços da AWS**
+ [A Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/ec2/) fornece capacidade de computação escalável na Nuvem AWS. Você poderá iniciar quantos servidores virtuais precisar e escalá-los na vertical rapidamente.
+ O [Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) é um serviço web de DNS altamente disponível e escalável.
+ O [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) é um serviço de armazenamento de objetos baseado na nuvem que ajuda você a armazenar, proteger e recuperar qualquer quantidade de dados.
+ A [Amazon Virtual Private Cloud (Amazon VPC)](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) ajuda a iniciar recursos da AWS em uma rede virtual definida por você. Essa rede virtual é semelhante a uma rede tradicional que você operaria no próprio datacenter, com os benefícios de usar a infraestrutura escalável da AWS. Esse padrão usa o [emparelhamento de VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html).
## Práticas recomendadas
+ A rede desempenha um papel fundamental na decisão do modo de replicação do HADR. Para DR em todas as regiões da AWS, recomendamos que você use o modo Db2 HADR ASYNC ou SUPERASYNC.
+ Para obter mais informações sobre os modos de replicação do Db2 HADR, consulte a [documentação da IBM](https://ibm.github.io/db2-hadr-wiki/hadrSyncMode.html#Description_of_the_Modes).
+ Você pode usar o Console de Gerenciamento da AWS ou a AWS Command Line Interface (AWS CLI) [para criar uma nova AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) do seu sistema SAP existente. Em seguida, você pode usar a AMI para recuperar seu sistema SAP existente ou criar um clone.
+ [O AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) pode ajudar nas tarefas comuns de manutenção e implantação de EC2 instâncias e outros recursos da AWS.
+ A AWS fornece vários serviços nativos para monitorar e gerenciar sua infraestrutura e aplicativos na AWS. Serviços como Amazon CloudWatch e AWS CloudTrail podem ser usados para monitorar sua infraestrutura subjacente e operações de API, respectivamente. Para obter mais detalhes, consulte [SAP na AWS – IBM Db2 HADR com Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html).
## Épicos
### Prepare o ambiente
| Tarefa | Description | Habilidades necessárias |
| --- | --- | --- |
| Verifique o sistema e os logs. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador da AWS, administrador do SAP Basis |
### Configurar os servidores e a replicação
| Tarefa | Description | Habilidades necessárias |
| --- | --- | --- |
| Crie o SAP e os servidores de banco de dados. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html)O estado pendente de rollforward é definido por padrão depois que o backup completo é restaurado. O estado pendente de rollforward indica que o banco de dados está sendo restaurado e que algumas alterações talvez precisem ser aplicadas. Para obter mais informações, consulte a [documentação da IBM](https://www.ibm.com/docs/en/db2/11.5?topic=commands-rollforward-database). | Administrador do SAP Basis |
| Verifique a configuração. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador da AWS, administrador do SAP Basis |
| Configure a replicação do banco de dados de produção para o banco de dados de recuperação de desastres (usando o modo ASSÍNCRONO). | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador do SAP Basis |
### Teste tarefas de failover de DR
| Tarefa | Description | Habilidades necessárias |
| --- | --- | --- |
| Planeje o tempo de inatividade da empresa de produção para o teste de DR. | Certifique-se de planejar o tempo de inatividade comercial necessário no ambiente de produção para testar o cenário de failover de DR. | Administrador do SAP Basis |
| Crie um usuário de teste. | Crie um usuário de teste (ou qualquer alteração de teste) que possa ser validado no host de DR para confirmar a replicação do log após o failover de DR. | Administrador do SAP Basis |
| No console, interrompa as EC2 instâncias de produção. | O desligamento incorreto é iniciado nesta etapa para imitar um cenário de desastre. | Administrador de sistemas AWS |
| Amplie a EC2 instância de DR para atender aos requisitos. | No EC2 console, altere o tipo de instância na região DR.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador do SAP Basis |
| Iniciar a aquisição. | No sistema de DR (`host2`), inicie o processo de aquisição e crie o banco de dados de DR como principal.db2 takeover hadr on database by force
Opcionalmente, você pode definir os seguintes parâmetros para ajustar automaticamente a alocação de memória do banco de dados com base no tipo de instância. O valor de `INSTANCE_MEMORY` pode ser decidido com base na parte dedicada da memória a ser alocada ao banco de dados Db2.db2 update db cfg for using INSTANCE_MEMORY IMMEDIATE;
db2 get db cfg for | grep -i DATABASE_MEMORY AUTOMATIC IMMEDIATE;
db2 update db cfg for using self_tuning_mem ON IMMEDIATE;
Verifique a alteração usando os comandos a seguir.db2 get db cfg for | grep -i MEMORY
db2 get db cfg for | grep -i self_tuning_mem
| Administrador do SAP Basis |
| Inicie o servidor de aplicativos para SAP na região DR. | Usando a AMI que você criou do sistema de produção, [inicie um novo servidor de aplicativos adicional](https://aws.amazon.com/premiumsupport/knowledge-center/launch-instance-custom-ami/) na região de DR. | Administrador do SAP Basis |
| Execute a validação antes de iniciar o aplicativo SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador da AWS, administrador do SAP Basis |
| Inicie o aplicativo SAP no sistema DR. | Inicie o aplicativo SAP no sistema de DR usando o usuário `adm`. Use o código a seguir, em que `XX` representa o número da instância do seu servidor SAP ABAP SAP Central Services (ASCS) e `YY` representa o número da instância do seu servidor de aplicativos SAP.sapconrol -nr XX -function StartService
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService
sapconrol -nr YY -function StartSystem
| Administrador do SAP Basis |
| Execute a validação do SAP. | Isso é realizado como um teste de DR para fornecer evidências ou verificar o sucesso da replicação de dados na região de DR. | Engenheiro de testes |
### Execute tarefas de failback de DR
| Tarefa | Description | Habilidades necessárias |
| --- | --- | --- |
| Inicie a produção de servidores SAP e de banco de dados. | No console, inicie as EC2 instâncias que hospedam o SAP e o banco de dados no sistema de produção. | Administrador do SAP Basis |
| Inicie o banco de dados de produção e configure o HADR. | Faça login no sistema de produção (`host1`) e verifique se o banco de dados está no modo de recuperação usando o comando a seguir.db2start
db2 start HADR on db P3V as standby
db2 connect to
Verifique se o status do HADR é `connected`. O status da replicação deve ser `peer`.db2pd -d -hadr
Se o banco de dados não for inconsistente e não estiver nos status `connected` e `peer`, talvez seja necessário fazer backup e restauração para sincronizar o banco de dados (de `host1`) com o banco de dados atualmente ativo (`host2` na região de DR). Nesse caso, restaure o backup do banco de dados na região de DR `host2` para o banco de dados na região de produção `host1`. | Administrador do SAP Basis |
| Retorne o banco de dados para a região de produção. | Em um business-as-usual cenário normal, essa etapa é executada em um tempo de inatividade programado. Os aplicativos em execução no sistema de DR são interrompidos e o banco de dados retorna à região de produção (Região 1) para retomar as operações da região de produção.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador do SAP Basis |
| Execute a validação antes de iniciar o aplicativo SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador da AWS, administrador do SAP Basis |
| Inicie o aplicativo SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador do SAP Basis |
## Solução de problemas
| Problema | Solução |
| --- | --- |
| Principais arquivos de log e comandos para solucionar problemas relacionados ao HADR | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) |
| Nota do SAP para solucionar problemas de HADR no Db2 UDB | Consulte a [Nota SAP 1154013 - DB6: Problemas de banco de dados no ambiente HADR](https://service.sap.com/sap/support/notes/1154013). (Você precisa das credenciais do portal SAP para acessar esta nota.) |
## Recursos relacionados
+ [Abordagens de recuperação de desastres para bancos de dados Db2 na publicação do (blog da](https://aws.amazon.com/blogs/architecture/disaster-recovery-approaches-for-db2-databases-on-aws/) AWS)
+ [SAP na AWS – IBM Db2 HADR com Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html)
+ [Procedimento passo a passo para configurar a replicação de HADR entre bancos de dados DB2 ](https://www.ibm.com/support/pages/step-step-procedure-set-hadr-replication-between-db2-databases)
+ [Wiki do Db2 HARD](https://ibm.github.io/db2-hadr-wiki/index.html)
## Mais informações
Usando esse padrão, você pode configurar um sistema de recuperação de desastres para um sistema SAP executado no banco de dados Db2. Em uma situação de desastre, a empresa deve poder continuar dentro dos requisitos definidos de objetivo de tempo de recuperação (RTO) e ao objetivo de ponto de recuperação (RPO):
+ O **RTO** é o atraso máximo aceitável entre a interrupção e a restauração do serviço. Ele determina o que é considerado uma janela de tempo aceitável quando o serviço não está disponível.
+ O **RPO** é o período máximo de tempo aceitável desde o último ponto de recuperação de dados. Isso determina o que é considerado uma perda aceitável de dados entre o último ponto de recuperação e a interrupção do serviço.
Para informações FAQs relacionadas ao HADR, consulte a [nota SAP \$11612105 - DB6: FAQ on Db2 High Availability Disaster Recovery (HADR](https://launchpad.support.sap.com/#/notes/1612105)). (Você precisa das credenciais do portal SAP para acessar esta nota.)