Agregue HA a Oracle PeopleSoft en Amazon RDS Custom mediante una réplica de lectura - Recomendaciones de AWS

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.

Agregue HA a Oracle PeopleSoft en Amazon RDS Custom mediante una réplica de lectura

Creado por sampath kathirvel () AWS

Entorno: producción

Tecnologías: bases de datos; infraestructura

Carga de trabajo: Oracle

AWSservicios: Amazon RDS

Resumen

Para ejecutar la solución de planificación de recursos PeopleSoft empresariales (ERP) de Oracle en Amazon Web Services (AWS), puede utilizar Amazon Relational Database Service (Amazon) o RDS RDS Amazon Custom for Oracle, que admite aplicaciones heredadas, personalizadas y empaquetadas que requieren acceso al sistema operativo y al entorno de base de datos subyacentes. Para conocer los factores clave que se deben tener en cuenta al planificar una migración, consulte las estrategias de migración de bases de datos de Oracle en la Guía AWS prescriptiva.

En el momento de escribir este artículo, RDS Custom for Oracle no admite la opción Multi-AZ, que está disponible para Amazon RDS for Oracle como una solución de alta disponibilidad que utiliza la replicación del almacenamiento. En su lugar, este patrón logra la alta disponibilidad mediante el uso de una base de datos en espera que crea y mantiene una copia física de la base de datos principal. El patrón se centra en los pasos para ejecutar una base de datos de PeopleSoft aplicaciones en Amazon RDS Custom with HA mediante Oracle Data Guard para configurar una réplica de lectura.

Este patrón también cambia la réplica de lectura al modo de solo lectura. Tener la réplica de lectura en modo de solo lectura ofrece ventajas adicionales:

  • Descargar las cargas de trabajo de solo lectura de la base de datos principal

  • Permitir la reparación automática de los bloques dañados mediante la recuperación de bloques en buen estado de la base de datos en espera mediante la característica Oracle Active Data Guard

  • Uso de la capacidad Far Sync para mantener sincronizada la base de datos remota en espera sin la sobrecarga de rendimiento asociada a la transmisión de registros redo a larga distancia.

El uso de una réplica en modo de solo lectura requiere la opción Oracle Active Data Guard, que tiene un costo adicional, ya que se trata de una característica de Oracle Database Enterprise Edition con licencia independiente.

Requisitos previos y limitaciones

Requisitos previos

  • Una PeopleSoft aplicación existente en Amazon RDS Custom. Si no tiene una aplicación, consulte el patrón Migrate Oracle PeopleSoft to Amazon RDS Custom.

  • Un único nivel PeopleSoft de aplicación. Sin embargo, puede adaptar este patrón para que funcione con varios niveles de aplicación.

  • Amazon RDS Custom configurado con al menos 8 GB de espacio de intercambio.

  • Una licencia de base de datos de Oracle Active Data Guard para convertir la réplica de lectura en modo de solo lectura y utilizarla para transferir las tareas de elaboración de informes al modo de espera. Para obtener más información, consulte la Lista de precios de Oracle Technology Commercial.

Limitaciones

Versiones de producto

Arquitectura

Pila de tecnología de destino

  • Amazon RDS Custom para Oracle

  • AWS Secrets Manager

  • Oracle Active Data Guard

  • PeopleSoft Aplicación Oracle

Arquitectura de destino

El siguiente diagrama muestra una instancia de base de datos Amazon RDS Custom y una réplica de lectura Amazon RDS Custom. La réplica de lectura utiliza Oracle Active Data Guard para replicar en otra zona de disponibilidad. También puede usar la réplica de lectura para descargar el tráfico de lectura en la base de datos principal y para generar informes.

VPCIncluye AWS Secrets Manager, AmazonEFS, un nivel de aplicación y el nivel de base de datos.

Para ver una arquitectura representativa que utilice Oracle PeopleSoft onAWS, consulte Configurar una PeopleSoft arquitectura de alta disponibilidad on AWS.

Herramientas

AWSservicios

  • Amazon RDS Custom for Oracle es un servicio de base de datos gestionado para aplicaciones heredadas, personalizadas y empaquetadas que requieren acceso al sistema operativo y al entorno de base de datos subyacentes.

  • AWSSecrets Manager le ayuda a reemplazar las credenciales codificadas en su código, incluidas las contraseñas, con una API llamada a Secrets Manager para recuperar el secreto mediante programación. En este patrón, recupera las contraseñas de usuario de la base de datos de Secrets Manager para RDS_DATAGUARD con el nombre secreto do-not-delete-rds-custom-+<<RDS Resource ID>>+-dg.

Otras herramientas

  • Oracle Data Guard le ayuda a crear, mantener, gestionar y supervisar las bases de datos en espera.

Prácticas recomendadas

Para lograr un objetivo de cero pérdidas de datos (RPO=0), utilice el modo de protección MaxAvailability Data Guard, con la SYNC+NOAFFIRM configuración redo transport para mejorar el rendimiento. Para obtener más información sobre cómo seleccionar el modo de protección de la base de datos, consulte la sección Información adicional.

Epics

TareaDescripciónHabilidades requeridas

Crear la réplica de lectura.

Para crear una réplica de lectura de la instancia de base de datos Amazon RDS Custom, siga las instrucciones de la RDSdocumentación de Amazon y utilice la instancia de base de datos Amazon RDS Custom que creó (consulte la sección Requisitos previos) como base de datos de origen.

De forma predeterminada, la réplica de lectura Amazon RDS Custom se crea como una copia física en espera y se encuentra montada. Esto tiene la intención de garantizar el cumplimiento de la licencia de Oracle Active Data Guard.

Este patrón incluye código para configurar una base de datos de contenedores multiusuario (CDB) o una que no sea una CDB instancia.

DBA
TareaDescripciónHabilidades requeridas

Acceda a la configuración del agente Data Guard en la base de datos principal.

En este ejemplo, la réplica de lectura Amazon RDS Custom es RDS_CUSTOM_ORCL_D para la CDB instancia que no es y RDS_CUSTOM_RDSCDB_B para la CDB instancia. Las bases de datos de Non- CDB son orcl_a (principal) y orcl_d (en espera). Los nombres de las bases de datos CDB son rdscdb_a (principal) y rdscdb_b (en espera).

Puede conectarse a la réplica de lectura RDS personalizada directamente o a través de la base de datos principal. Puede encontrar el nombre del servicio de red de su base de datos en el archivo tnsnames.ora ubicado en el directorio $ORACLE_HOME/network/admin. RDSCustom for Oracle rellena automáticamente estas entradas para su base de datos principal y sus réplicas de lectura.

La contraseña del RDS_DATAGUARD usuario se guarda en AWS Secrets Manager, con un nombre secretodo-not-delete-rds-custom-+<<RDS Resource ID>>+-dg. Para obtener más información sobre cómo conectarse a una instancia RDS personalizada mediante la clave SSH (Secure Shell) recuperada de Secrets Manager, consulte Conexión a una instancia de base de datos RDS personalizada mediante SSH.

Para acceder a la configuración del agente de Oracle Data Guard a través de la línea de comandos de Data Guard (dgmgrl), utilice el siguiente código.

No CDB

$ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_D DGMGRL for Linux: Release 19.0.0.0.0 - Production on Fri Sep 30 22:44:49 2022 Version 19.10.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "ORCL_D" Connected as SYSDG. DGMGRL> DGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 0 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Average Apply Rate: 11.00 KByte/s Instance(s): ORCL SUCCESS DGMGRL>

CDB

-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 11 20:24:11 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "RDSCDB_B" Connected as SYSDG. DGMGRL> DGMGRL> show database rdscdb_b Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 2.00 KByte/s Real Time Query: OFF Instance(s): RDSCDB Database Status: SUCCESS DGMGRL>
DBA

Cambie la configuración de transporte de registros conectándose DGMGRL desde el nodo principal.

Cambie el modo de transporte de registros a FastSync, correspondiente a la configuración redo transport SYNC+NOAFFIRM. Para asegurarse de que tiene una configuración válida después del cambio de rol, cámbiela tanto para la base de datos principal como para la base de datos en espera.

No CDB

DGMGRL> DGMGRL> edit database orcl_d set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database orcl_d LogXptMode; LogXptMode = 'fastsync' DGMGRL> edit database orcl_a set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database orcl_a logxptmode; LogXptMode = 'fastsync' DGMGRL>

CDB

DGMGRL> edit database rdscdb_b set property logxptmode=fastsync;DGMGRL> edit database rdscdb_b set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database rdscdb_b LogXptMode; LogXptMode = 'fastsync' DGMGRL> edit database rdscdb_a set property logxptmode=fastsync; Property "logxptmode" updated DGMGRL> show database rdscdb_a logxptmode; LogXptMode = 'fastsync' DGMGRL>
DBA

Cambie el modo de protección a MaxAvailability.

Cambie el modo de protección a MaxAvailability mediante una conexión a DGMGRL desde el nodo principal.

No- CDB

DGMGRL> edit configuration set protection mode as maxavailability; Succeeded. DGMGRL> show configuration; Configuration - rds_dg Protection Mode: MaxAvailability Members: orcl_a - Primary database orcl_d - Physical standby database Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 38 seconds ago) DGMGRL>

CDB

DGMGRL> show configuration Configuration - rds_dg Protection Mode: MaxAvailability Members: rdscdb_a - Primary database rdscdb_b - Physical standby database Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 57 seconds ago) DGMGRL>
DBA
TareaDescripciónHabilidades requeridas

Detenga redo apply para la base de datos en espera.

La réplica de lectura se crea en modo MOUNT de forma predeterminada. Para abrirla en modo de solo lectura, primero debe desactivar redo apply conectándose a DGMGRL desde el nodo principal o en espera.

No- CDB

DGMGRL> show database orcl_dDGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 11.00 KByte/s Real Time Query: OFF Instance(s): ORCL Database Status: SUCCESS DGMGRL> edit database orcl_d set state=apply-off; Succeeded. DGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-OFF Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 42 seconds (computed 1 second ago) Average Apply Rate: (unknown) Real Time Query: OFF Instance(s): ORCL Database Status: SUCCESS DGMGRL>

CDB

DGMGRL> show configurationDGMGRL> show configuration Configuration - rds_dg Protection Mode: MaxAvailability Members: rdscdb_a - Primary database rdscdb_b - Physical standby database Fast-Start Failover: Disabled Configuration Status: SUCCESS (status updated 57 seconds ago) DGMGRL> show database rdscdb_b; Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 2.00 KByte/s Real Time Query: OFF Instance(s): RDSCDB Database Status: SUCCESS DGMGRL> edit database rdscdb_b set state=apply-off; Succeeded. DGMGRL> show database rdscdb_b; Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-OFF Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: (unknown) Real Time Query: OFF Instance(s): RDSCDB Database Status: SUCCESS
DBA

Abra la instancia de réplica de lectura en modo de solo lectura.

Conéctese a la base de datos en espera mediante la TNS entrada y ábrala en modo de solo lectura conectándose a ella desde el nodo principal o en espera.

No CDB

$ sqlplus RDS_DATAGUARD@RDS_CUSTOM_ORCL_D as sysdg -bash-4.2$ sqlplus RDS_DATAGUARD@RDS_CUSTOM_ORCL_D as sysdg SQL*Plus: Release 19.0.0.0.0 - Production on Fri Sep 30 23:00:14 2022 Version 19.10.0.0.0 Copyright (c) 1982, 2020, Oracle. All rights reserved. Enter password: Last Successful login time: Fri Sep 30 2022 22:48:27 +00:00 Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.10.0.0.0 SQL> select open_mode from v$database; OPEN_MODE -------------------- MOUNTED SQL> alter database open read only; Database altered. SQL> select open_mode from v$database; OPEN_MODE -------------------- READ ONLY SQL>

CDB

-bash-4.2$ sqlplus C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B as sysdg SQL*Plus: Release 19.0.0.0.0 - Production on Wed Jan 11 21:14:07 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2022, Oracle. All rights reserved. Enter password: Last Successful login time: Wed Jan 11 2023 21:12:05 +00:00 Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.16.0.0.0 SQL> select name,open_mode from v$database; NAME OPEN_MODE --------- -------------------- RDSCDB MOUNTED SQL> alter database open read only; Database altered. SQL> select name,open_mode from v$database; NAME OPEN_MODE --------- -------------------- RDSCDB READ ONLY SQL>
DBA

Active redo apply en la instancia de réplica de lectura.

Active redo apply en la instancia de réplica de lectura mediante DGMGR L desde el nodo principal o en espera.

No- CDB

$ dgmgrl RDS_DATAGUARD@RDS_CUSTOM_ORCL_D DGMGRL for Linux: Release 19.0.0.0.0 - Production on Fri Sep 30 23:02:16 2022 Version 19.10.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "ORCL_D" Connected as SYSDG. DGMGRL> edit database orcl_d set state=apply-on; DGMGRL> edit database orcl_d set state=apply-on; Succeeded. DGMGRL> show database orcl_d Database - orcl_d Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 0 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Average Apply Rate: 496.00 KByte/s Real Time Query: ON Instance(s): ORCL Database Status: SUCCESS DGMGRL>

CDB

-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B-bash-4.2$ dgmgrl C##RDS_DATAGUARD@RDS_CUSTOM_RDSCDB_B DGMGRL for Linux: Release 19.0.0.0.0 - Production on Wed Jan 11 21:21:11 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. Welcome to DGMGRL, type "help" for information. Password: Connected to "RDSCDB_B" Connected as SYSDG. DGMGRL> edit database rdscdb_b set state=apply-on; Succeeded. DGMGRL> show database rdscdb_b Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 0 seconds ago) Apply Lag: 0 seconds (computed 0 seconds ago) Average Apply Rate: 35.00 KByte/s Real Time Query: ON Instance(s): RDSCDB Database Status: SUCCESS DGMGRL> show database rdscdb_b Database - rdscdb_b Role: PHYSICAL STANDBY Intended State: APPLY-ON Transport Lag: 0 seconds (computed 1 second ago) Apply Lag: 0 seconds (computed 1 second ago) Average Apply Rate: 16.00 KByte/s Real Time Query: ON Instance(s): RDSCDB Database Status: SUCCESS DGMGRL>
DBA

Recursos relacionados

Información adicional

Seleccionar el modo de protección de su base de datos

Oracle Data Guard ofrece tres modos de protección para configurar su entorno de Data Guard en función de sus requisitos de disponibilidad, protección y rendimiento. Estos tres modos se resumen en la tabla siguiente:

Modo de protección

Configuración redo transport

Descripción

MAXIMUM PERFORMANCE

ASYNC

En el caso de las transacciones que se realizan en la base de datos principal, los datos de redo se transmiten de forma asíncrona y se escriben en el redo log de la base de datos en espera. Por lo tanto, el impacto en el rendimiento es mínimo.

MaxPerformanceno puede proporcionar RPO =0 debido al envío asincrónico de registros.

MAXIMUM PROTECTION

SYNC+AFFIRM

En el caso de las transacciones de la base de datos principal, los datos de redo se transmiten de forma sincrónica y se escriben en el disco de la base de datos en espera redo log antes de que se confirme la transacción. Si la base de datos en espera deja de estar disponible, la base de datos principal se cierra automáticamente para garantizar la protección de las transacciones.

MAXIMUM AVAILABILITY

SYNC+AFFIRM

Es similar al modo MaxProtection, excepto cuando no se recibe ningún acuse de recibo de la base de datos en espera. En ese caso, funciona como si estuviera en modo MaxPerformance para preservar la disponibilidad de la base de datos principal hasta que pueda volver a escribir su redo stream en una base de datos en espera sincronizada.

SYNC+NOAFFIRM

En el caso de las transacciones de la base de datos principal, el redo se transmite de forma sincrónica a la base de datos en espera, y la principal solo espera una confirmación de acuse de recibo del redo en la base de datos en espera, no a que se haya escrito en el disco en espera. Este modo, también conocido como FastSync, puede proporcionar una ventaja en el rendimiento a costa de la posible exposición a la pérdida de datos en un caso especial de varios fallos simultáneos.

Las réplicas de lectura en RDS Custom for Oracle se crean con el modo de protección de máximo rendimiento, que también es el modo de protección predeterminado de Oracle Data Guard. El modo de rendimiento máximo proporciona el menor impacto en el rendimiento de la base de datos principal, lo que puede ayudarle a cumplir el requisito del objetivo de punto de recuperación (RPO) medido en cuestión de segundos.

Para lograr un objetivo de cero pérdidas de datos (RPO=0), puede personalizar el modo de protección de Oracle Data Guard MaxAvailability con la SYNC+NOAFFIRM configuración Redo Transport para mejorar el rendimiento. Como las confirmaciones en la base de datos principal solo se reconocen después de que los vectores redo correspondientes se hayan transmitido correctamente a la base de datos en espera, la latencia de la red entre la instancia principal y la réplica puede ser crucial para las cargas de trabajo sensibles a las confirmaciones. Recomendamos realizar pruebas de carga de la carga de trabajo para evaluar el impacto en el rendimiento cuando la réplica de lectura esté personalizada para ejecutarse en modo MaxAvailability.

La implementación de la réplica de lectura en la misma zona de disponibilidad que la base de datos principal proporciona una latencia de red más baja en comparación con la implementación de la réplica de lectura en una zona de disponibilidad diferente. Sin embargo, es posible que implementar las réplicas principal y de lectura en la misma zona de disponibilidad no cumpla con los requisitos de alta disponibilidad porque, en el improbable caso de que la zona de disponibilidad no esté disponible, tanto la instancia principal como la instancia de réplica de lectura se ven afectadas.