Diferencias entre réplicas de lectura para motores de base de datos

Método de replicación: replicación física.

Purga de registros de transacciones: RDS para Db2 purga los registros de la instancia de base de datos principal cuando se han cumplido las siguientes condiciones:

Esto se aplica tanto a instancias de base de datos de la misma Región de AWS como a instancias de base de datos de distintas regiones. Para obtener información acerca de cómo configurar las horas de retención del registro de archivo, consulte rdsadmin.set_archive_log_retention.

Réplicas que se pueden escribir: una réplica de Db2 es una copia física y Db2 no permite escribir en una réplica. Puede promocionar la réplica para que sea de escritura. La réplica promocionada tiene los datos replicados hasta el momento en que se realizó la solicitud para promocionarla.

Copias de seguridad: las réplicas de RDS para Db2 admiten copias de seguridad automáticas e instantáneas manuales.

Replicación paralela: los datos del registro de archivo siempre se transmiten en paralelo desde la base de datos principal a todas las réplicas.

Estado en espera: el uso principal de las réplicas en espera es la recuperación ante desastres entre regiones. Para obtener más información, consulta Trabajo con las réplicas de Amazon RDS para Db2.

Método de replicación: replicación lógica.

Purga de registros de transacciones: RDS para MariaDB y RDS para MySQL conservan todos los registros binarios que no se han aplicado.

Réplicas que se pueden escribir: puede habilitar la réplica de lectura de MariaDB o MySQL para que se pueda escribir.

Copias de seguridad: las copias de seguridad automáticas y las instantáneas manuales se admiten en las réplicas de lectura de RDS para MariaDB o RDS para MySQL.

Replicación paralela: todas las versiones de MariaDB y MySQL compatibles permiten subprocesos de replicación paralela.

Estado montado: no se admite.

Método de replicación: replicación física.

Purga de registros de transacciones: si una instancia de base de datos principal no tiene réplicas de lectura entre regiones, Amazon RDS para Oracle mantiene durante un mínimo de dos horas los registros de transacciones en la instancia de base de datos de origen. Los registros se purgan de la base de datos de origen después de dos horas o cuando hayan pasado las horas de retención del registro del archivo establecidas, lo que lleve más tiempo. Los registros se purgan de la réplica de lectura después de haber pasado las horas de retención del registro del archivo establecidas solo si se han aplicado correctamente a la base de datos.

En algunos casos, es posible que una instancia de base de datos principal tenga una o más réplicas de lectura entre regiones. Si esto ocurre, Amazon RDS para Oracle mantiene los registros de transacción en la instancia de base de datos de origen hasta que se hayan transmitido y aplicado a todas las réplicas de lectura entre regiones.

Para obtener información acerca de cómo configurar las horas de retención del registro de archivo, consulte Retención de los registros REDO archivados.

Réplicas que se pueden escribir: una réplica de lectura de Oracle es una copia física y Oracle no permite escribir en una réplica de lectura. Puede promocionar la réplica de lectura para que sea de escritura. La réplica de lectura promocionada tiene los datos replicados hasta el momento en el que se hizo la solicitud para promocionarla.

Copias de seguridad: las copias de seguridad automáticas y las instantáneas manuales se admiten las réplicas de lectura de RDS para Oracle.

Replicación paralela: los datos de registro de REDO siempre se transmiten en paralelo desde la base de datos principal a todas las réplicas de lectura.

Estado montado: el uso principal de las réplicas montadas es la recuperación ante desastres entre regiones. No se requiere una licencia Active Data Guard para las réplicas montadas. Para obtener más información, consulte Trabajo con las réplicas de lectura para Amazon RDS para Oracle.

Método de replicación: replicación física.

Purga de registros de transacciones: PostgreSQL cuenta con el parámetro wal_keep_segments, que establece cuántos archivos de registro de escritura previa (WAL) se conservan para proporcionar datos a las réplicas de lectura. El valor del parámetro especifica el número de registros que conservar.

Réplicas que se pueden escribir: una réplica de lectura de PostgreSQL es una copia física y PostgreSQL no permite que una réplica de lectura sea de escritura.

Copias de seguridad: se admiten instantáneas manuales para las réplicas de lectura de RDS para PostgreSQL. Las copias de seguridad automatizadas para réplicas de lectura se admiten únicamente para RDS para PostgreSQL 14.1 y versiones posteriores. No puede activar las copias de seguridad automatizadas para las réplicas de lectura de RDS para PostgreSQL de versiones anteriores a 14.1. Para RDS para PostgreSQL 13 y versiones anteriores, cree una instantánea a partir de una réplica de lectura si desea realizar una copia de seguridad de ella.

Replicación paralela: PostgreSQL tiene un único proceso para gestionar la replicación.

Estado montado: no se admite.

Método de replicación: replicación física.

Purga de registros de transacciones: el archivo de registro virtual (VLF) del archivo de registro de transacciones en la réplica principal se puede truncar después de que ya no sea necesario para las réplicas secundarias.

El VLF solo se puede marcar como inactivo cuando los registros se han reforzado en las réplicas. Independientemente de lo rápido que los subsistemas de disco estén en la réplica principal, el registro de transacciones mantendrá los VLF hasta que la réplica más lenta se haya reforzado.

Réplicas que se pueden escribir: una réplica de lectura de SQL Server es una copia física y SQL Server no permite escribir en una réplica de lectura. Puede promocionar la réplica de lectura para que sea de escritura. La réplica de lectura promocionada tiene los datos replicados hasta el momento en el que se hizo la solicitud para promocionarla.

Copias de seguridad: las copias de seguridad automáticas y las instantáneas manuales no se admiten en las réplicas de lectura de RDS para SQL Server.

Replicación paralela: los datos de registro de REDO siempre se transmiten en paralelo desde la base de datos principal a todas las réplicas de lectura.

Estado montado: no se admite.