Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Configurar la recuperación de desastres para SAP en IBM Db2 en AWS
*Ambarish Satarkar y Debasis Sahoo, Amazon Web Services*
## Resumen
Este patrón describe los pasos para configurar un sistema de recuperación de desastres (DR) para cargas de trabajo de SAP con IBM Db2 como plataforma de base de datos ejecutada en la nube de Amazon Web Services (AWS). El objetivo es proporcionar una solución de bajo costo para garantizar la continuidad empresarial en caso de interrupción.
El patrón emplea el [enfoque de prueba piloto](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/). Al implementar una prueba piloto de DR en AWS, puede reducir el tiempo de inactividad y mantener la continuidad empresarial. Este enfoque piloto se centra en configurar un entorno de DR mínimo en AWS, con un sistema SAP y una base de datos Db2 en espera sincronizada con el entorno de producción.
Esta solución es escalable. Puede ampliarla a un entorno de recuperación de desastres a gran escala si lo necesita.
## Requisitos previos y limitaciones
**Requisitos previos **
+ Una instancia de SAP que se ejecuta en una instancia de Amazon Elastic Compute Cloud (Amazon EC2)
+ Base de datos Db2 de IBM
+ Un sistema operativo compatible con la matriz de disponibilidad de producto (PAM) de SAP
+ Diferentes nombres de host de bases de datos físicas para los hosts de bases de datos de producción y espera
+ Un bucket de Amazon Simple Storage Service (Amazon S3) en cada región de AWS con la [replicación entre regiones (CRR)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html) habilitada
**Versiones de producto**
+ Base de datos IBM Db2, versión 11.5.7 o posterior
## Arquitectura
**Pila de tecnología de destino**
+ Amazon EC2
+ Amazon Simple Storage Service (Amazon S3)
+ Nube privada virtual de Amazon (VPC peering)
+ Amazon Route 53
+ Recuperación de desastres de alta disponibilidad (HADR) en IBM Db2
**Arquitectura de destino**
Esta arquitectura implementa una solución de DR para cargas de trabajo de SAP con Db2 como plataforma de base de datos. La base de datos de producción se implementa en la región 1 de AWS, y la base de datos de espera se implementa en una segunda región. La base de datos de espera se denomina sistema DR. La base de datos Db2 admite varias bases de datos de espera (hasta tres). Emplea el HADR de Db2 para configurar la base de datos de recuperación de desastres y automatizar el envío de registros entre las bases de datos de producción y espera.
Si la disponibilidad de la región 1 se interrumpe a causa de un desastre, la base de datos en espera de la región de DR asume la función de base de datos de producción. Los servidores de aplicaciones de SAP se pueden crear con antelación mediante [AWS Elastic Disaster Recovery](https://aws.amazon.com/disaster-recovery/) o con una imagen de máquina de Amazon (AMI) para satisfacer los requisitos del objetivo de tiempo de recuperación (RTO). Este patrón emplea un AMI.
El HADR de Db2 implementa una configuración de producción en espera en la que producción actúa como servidor principal al que se conectan todos los usuarios. Todas las transacciones se escriben en archivos de registro que se transfieren al servidor en espera mediante TCP/IP. El servidor en espera actualiza su base de datos local enviando los registros transferidos, lo que ayuda a garantizar la sincronización con el servidor de producción.
El emparejamiento de VPC permite que las instancias de la región de producción y la región de DR puedan comunicarse entre sí. Amazon Route 53 dirige a los usuarios finales a las aplicaciones de Internet.
![\[Db2 en AWS con replicación entre regiones\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/images/pattern-img/06edfa4c-0827-4d05-95cf-2d2651e74323/images/e77c1e4e-36f3-4af4-89d0-8eec72348f0a.png)
1. [Cree una AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) del servidor de aplicaciones en la región 1 y [copie la AMI](https://repost.aws/knowledge-center/copy-ami-region) en la región 2. Use la AMI para lanzar servidores en la Región 2 en caso de desastre.
1. Configure la replicación HADR de Db2 entre la base de datos de producción (en la región 1) y la base de datos en espera (en la región 2).
1. En EC2 caso de desastre, cambie el tipo de instancia para que coincida con la instancia de producción.
1. En la Región 1, `LOGARCHMETH1` se establece en `db2remote: S3 path`.
1. En la Región 2, `LOGARCHMETH1` se establece en `db2remote: S3 path`.
1. La replicación entre regiones se realiza entre los buckets de S3.
## Tools (Herramientas)
**Servicios de AWS**
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/ec2/) proporciona capacidad informática escalable en la nube de AWS. Puede lanzar tantos servidores virtuales como necesite y escalarlos o reducirlos con rapidez.
+ [Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) es un servicio web de sistema de nombres de dominio (DNS) escalable y de alta disponibilidad.
+ [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) es un servicio de almacenamiento de objetos basado en la nube que le ayuda a almacenar, proteger y recuperar cualquier cantidad de datos.
+ [Amazon Virtual Private Cloud (Amazon VPC)](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) le permite lanzar recursos de AWS en una red virtual que haya definido. Esta red virtual es similar a la red tradicional que utiliza en su propio centro de datos, con los beneficios de usar la infraestructura escalable de AWS. Este patrón emplea [interconexión de VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html).
## Prácticas recomendadas
+ La red desempeña un papel crucial a la hora de decidir el modo de replicación HADR. Para la recuperación de desastres en todas las regiones de AWS, le recomendamos que use el modo Db2 HADR ASYNC o SUPERASYNC.
+ Para obtener más información sobre los modos de replicación de Db2 HADR, consulte la [documentación de IBM](https://ibm.github.io/db2-hadr-wiki/hadrSyncMode.html#Description_of_the_Modes).
+ Puede usar la consola de administración de AWS o la interfaz de la línea de comandos de AWS (AWS CLI) para [crear una nueva AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) de su sistema SAP existente. A continuación, puede usar la AMI para recuperar su sistema SAP existente o crear un clon.
+ [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) puede ayudar con las tareas habituales de mantenimiento e implementación de las EC2 instancias y otros recursos de AWS.
+ AWS proporciona varios servicios nativos para supervisar y gestionar la infraestructura y las aplicaciones en AWS. CloudTrail Se pueden utilizar servicios como Amazon CloudWatch y AWS para supervisar la infraestructura subyacente y las operaciones de la API, respectivamente. Para obtener más información, consulte [SAP en AWS: IBM Db2 HADR con Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html).
## Epics
### Prepare el entorno
| Tarea | Descripción | Habilidades requeridas |
| --- | --- | --- |
| Compruebe el sistema y los registros. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de AWS, administrador de SAP Basis |
### Configure los servidores y la replicación
| Tarea | Descripción | Habilidades requeridas |
| --- | --- | --- |
| Cree los servidores de SAP y de bases de datos. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html)El estado pendiente de avance de transacciones se establece de forma predeterminada una vez restaurada la copia de seguridad completa. El estado pendiente de avance de transacciones indica que la base de datos está en proceso de restauración, y que es posible que se necesite aplicar algunos cambios. Para obtener más información, consulte la [documentación de IBM](https://www.ibm.com/docs/en/db2/11.5?topic=commands-rollforward-database). | Administrador de SAP Basis |
| Compruebe la configuración. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de AWS, administrador de SAP Basis |
| Configure la replicación desde la base de datos de producción a la base de datos de DR (mediante el modo ASYNC). | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de SAP Basis |
### Pruebe las tareas de conmutación por error de DR
| Tarea | Descripción | Habilidades requeridas |
| --- | --- | --- |
| Planifique el tiempo de inactividad empresarial de producción para la prueba de DR. | Asegúrese de planificar el tiempo de inactividad empresarial necesario en el entorno de producción para probar el escenario de conmutación por error de DR. | Administrador de SAP Basis |
| Crear un usuario de prueba. | Cree un usuario de prueba (o cualquier cambio de prueba) que pueda validarse en el host de DR para confirmar la replicación del registro tras la conmutación por error de DR. | Administrador de SAP Basis |
| En la consola, detenga las instancias de producción EC2 . | En este paso se inicia un cierre imprevisto para simular un escenario de desastre. | Administrador de sistemas de AWS |
| Amplíe la EC2 instancia de recuperación ante desastres para adaptarla a los requisitos. | En la EC2 consola, cambie el tipo de instancia en la región de DR.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de SAP Basis |
| Inicie la toma de control. | Desde el sistema de DR (`host2`), inicie el proceso de toma de control y active la base de datos de recuperación de desastres como principal.db2 takeover hadr on database by force
Si lo desea, puede configurar los siguientes parámetros para ajustar automáticamente la asignación de memoria de la base de datos en función del tipo de instancia. El valor `INSTANCE_MEMORY` se puede decidir en función de la parte dedicada de la memoria que se va a asignar a la base de datos 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 el cambio usando los siguientes comandos.db2 get db cfg for | grep -i MEMORY
db2 get db cfg for | grep -i self_tuning_mem
| Administrador de SAP Basis |
| Inicie el servidor de aplicaciones para SAP en la región de DR. | Con la AMI que creó en el sistema de producción, [lance un nuevo servidor de aplicaciones adicional](https://aws.amazon.com/premiumsupport/knowledge-center/launch-instance-custom-ami/) en la región de DR. | Administrador de SAP Basis |
| Realice la validación antes de iniciar la aplicación SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de AWS, administrador de SAP Basis |
| Inicie la aplicación SAP en el sistema de DR. | Inicie la aplicación SAP en el sistema de DR utilizando el usuario `adm`. Use el siguiente código, en el que `XX` representa el número de instancia de su servidor ABAP SAP Central Services (ASCS) de SAP, y `YY` representa el número de instancia de su servidor de aplicación SAP.sapconrol -nr XX -function StartService
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService
sapconrol -nr YY -function StartSystem
| Administrador de SAP Basis |
| Realice la validación de SAP. | Esto se lleva a cabo como una prueba de DR para proporcionar pruebas o comprobar que la replicación de los datos en la región de DR se realiza correctamente. | Ingeniero de pruebas |
### Lleve a cabo tareas de conmutación por recuperación en DR
| Tarea | Descripción | Habilidades requeridas |
| --- | --- | --- |
| Inicie los servidores de bases de datos y SAP de producción. | En la consola, inicie las EC2 instancias que alojan SAP y la base de datos en el sistema de producción. | Administrador de SAP Basis |
| Iniciar la base de datos de producción y configurar HADR. | Inicie sesión en el sistema de producción (`host1`) y compruebe que la base de datos está en modo de recuperación ejecutando el siguiente comando.db2start
db2 start HADR on db P3V as standby
db2 connect to
Compruebe que el estado de HADR sea `connected`. El estado de la replicación debe ser `peer`.db2pd -d -hadr
Si la base de datos no es incoherente y no se encuentra en estado `connected` y `peer`, es posible que sea necesario realizar una copia de seguridad y una restauración para que la base de datos (en `host1`) se sincronice con la base de datos actualmente activa (`host2` en la región de DR). En ese caso, restaure la copia de seguridad de la base de datos de la región de DR `host2` a la base de datos de la región de producción `host1`. | Administrador de SAP Basis |
| Conmute por recuperación la base de datos a la región de producción. | En un business-as-usual escenario normal, este paso se realiza en un tiempo de inactividad programado. Las aplicaciones que se ejecutan en el sistema de DR se detienen, y la base de datos se conmuta por recuperación a la región de producción (región 1) para reanudar las operaciones desde la región de producción.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de SAP Basis |
| Realice la validación antes de iniciar la aplicación SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de AWS, administrador de SAP Basis |
| Inicie la aplicación de SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrador de SAP Basis |
## Resolución de problemas
| Problema | Solución |
| --- | --- |
| Archivos de registro de clave y comandos para solucionar problemas relacionados con HADR | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) |
| Nota de SAP para la resolución de problemas de HADR en Db2 UDB | Consulte la [nota 1154013 de SAP DB6: Problemas con la base de datos en un entorno HADR](https://service.sap.com/sap/support/notes/1154013). (Necesitará las credenciales del portal SAP para acceder a esta nota). |
## Recursos relacionados
+ [Enfoques de recuperación de desastres para bases de datos Db2 en AWS](https://aws.amazon.com/blogs/architecture/disaster-recovery-approaches-for-db2-databases-on-aws/) (publicación del blog)
+ [SAP en AWS: IBM Db2 HADR con Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html)
+ [Procedimiento paso a paso para configurar la replicación de HADR entre bases de datos DB2 ](https://www.ibm.com/support/pages/step-step-procedure-set-hadr-replication-between-db2-databases)
+ [Wiki de HADR Db2](https://ibm.github.io/db2-hadr-wiki/index.html)
## Información adicional
Con este patrón puede configurar un sistema de recuperación de desastres para un sistema SAP que se ejecute en una base de datos Db2. En una situación de desastre, la empresa debería poder mantener sus requisitos de Objetivo de tiempo de recuperación (RTO) y Objetivo de punto de recuperación (RPO):
+ El **RTO** es la máxima demora aceptable entre la interrupción del servicio y el restablecimiento del servicio. Este valor determina el período de tiempo que se considera aceptable cuando el servicio no está disponible.
+ El **RPO** es la cantidad máxima de tiempo aceptable desde el último punto de recuperación de datos. Esto determina qué se considera una pérdida de datos aceptable entre el último punto de recuperación y la interrupción del servicio.
Para obtener FAQs información sobre el HADR, consulte la [nota \$11612105 de SAP DB6: Preguntas frecuentes sobre la recuperación ante desastres de alta disponibilidad (HADR) de Db2](https://launchpad.support.sap.com/#/notes/1612105). (Necesitará las credenciales del portal SAP para acceder a esta nota).