Differenze tra le repliche di lettura per i motori DB

Metodo di replica: replica fisica.

Eliminazione dei log delle transazioni: RDS for Db2 elimina i log dall'istanza database principale quando sono soddisfatte le seguenti condizioni:

Ciò vale sia per le stesse istanze DB che per le istanze Regione AWS DB interregionali. Per informazioni sull'impostazione delle ore di conservazione dei log di archivio, consulta rdsadmin.set_archive_log_retention.

Repliche scrivibili: una replica Db2 è una copia fisica e Db2 non consente la scrittura in una replica. È possibile promuovere la replica per renderla scrivibile. La replica promossa contiene i dati replicati al punto in cui è stata effettuata la richiesta di promozione.

Backup: i backup automatici e le istantanee manuali sono supportati sulle repliche RDS for Db2.

Replica parallela: i dati dei log di archivio vengono sempre trasmessi in parallelo dal database principale a tutte le relative repliche.

Stato di standby: l'uso principale delle repliche in standby è il disaster recovery tra regioni. Per informazioni, consultare Utilizzo delle repliche per Amazon RDS for Db2.

Metodo di replica: replica logica.

Eliminazione dei log delle transazioni: RDS per MariadB e RDS per MySQL mantengono tutti i log binari che non sono stati applicati.

Repliche scrivibili: puoi abilitare la replica di lettura MariaDB o MySQL in modo che sia scrivibile.

Backup: i backup automatici e le istantanee manuali sono supportati sulle repliche di lettura RDS per MariadB o RDS per MySQL.

Replica parallela: tutte le versioni supportate di MariadB e MySQL consentono thread di replica parallela.

Stato montato: non supportato.

Metodo di replica: replica fisica.

Eliminazione dei log delle transazioni: se un'istanza DB principale non ha repliche di lettura interregionali, Amazon RDS for Oracle conserva almeno due ore di log delle transazioni sull'istanza DB di origine. I log vengono eliminati dall'istante database sorgente dopo due ore o dopo il periodo di tempo impostato con l'opzione, a seconda di quale risulta maggiore. I log vengono eliminati dalla replica di lettura dopo il periodo di tempo impostato con l'opzione solo se questi sono stati applicati correttamente al database.

In alcuni casi, un'istanza database primaria potrebbe avere una o più repliche di lettura tra regioni. In questa evenienza, Amazon RDS for Oracle mantiene i log delle transazioni sull'istanza database di origine finché non vengono trasmessi e applicati a tutte le repliche di lettura tra regioni.

Per informazioni sull'impostazione delle ore di conservazione dei log di archivio, consulta Conservazione dei log redo archiviati.

Repliche scrivibili: una replica di lettura Oracle è una copia fisica e Oracle non consente la scrittura in una replica di lettura. Puoi promuovere la replica di lettura per renderla scrivibile. La replica di lettura promossa contiene i dati replicati fino al momento in cui è stata effettuata la richiesta di promozione.

Backup: i backup automatici e le istantanee manuali sono supportati sulle repliche di lettura RDS for Oracle.

Replica parallela: i dati di Redo log vengono sempre trasmessi in parallelo dal database primario a tutte le relative repliche di lettura.

Stato montato: l'uso principale delle repliche montate è il disaster recovery tra regioni. Non è richiesta una licenza Active Data Guard per le repliche montate. Per ulteriori informazioni, consulta Utilizzo di repliche di lettura per Amazon RDS per Oracle.

Metodo di replica: replica fisica.

Eliminazione dei log delle transazioni: PostgreSQL ha il parametro wal_keep_segments che determina il numero di file WAL (Write Ahead Log) da conservare per fornire dati alle repliche di lettura. Il valore del parametro specifica il numero di log da conservare.

Repliche scrivibili: una replica di lettura PostgreSQL è una copia fisica e PostgreSQL non consente di rendere scrivibile una replica di lettura.

Backup: le istantanee manuali sono supportate per le repliche di lettura RDS per PostgreSQL. I backup automatici per le repliche di lettura sono supportati solo per RDS per PostgreSQL 14.1 e versioni successive. Non è possibile attivare i backup automatici per le repliche di lettura PostgreSQL per le versioni precedenti alla 14.1 di RDS per PostgreSQL. Per RDS per PostgreSQL 13 e versioni precedenti, crea uno snapshot da una replica di lettura se si desidera creare un backup da tale snapshot.

Replica parallela: PostgreSQL ha un unico processo per la gestione della replica.

Stato montato: non supportato.

Metodo di replica: replica fisica.

Eliminazione dei log delle transazioni: il file di registro virtuale (VLF) del file di registro delle transazioni sulla replica principale può essere troncato dopo che non è più necessario per le repliche secondarie.

Il VLF può essere contrassegnato come inattivo solo quando i record di log sono stati rafforzati nelle repliche. Indipendentemente dalla velocità dei sottosistemi di dischi nella replica principale, il log delle transazioni rimarrà invariato fino a quando la replica più lenta non lo avrà rafforzato. VLFs

Repliche scrivibili: una replica di lettura di SQL Server è una copia fisica e inoltre non consente la scrittura. Puoi promuovere la replica di lettura per renderla scrivibile. La replica di lettura promossa contiene i dati replicati fino al momento in cui è stata effettuata la richiesta di promozione.

Backup: i backup automatici e le istantanee manuali non sono supportati nelle repliche di lettura di RDS per SQL Server.

Replica parallela: i dati di Redo log vengono sempre trasmessi in parallelo dal database primario a tutte le relative repliche di lettura.

Stato montato: non supportato.