Differenze tra repliche di lettura per i motori di database

Metodo di replica: replica fisica.

Eliminazione dei log delle transazioni: RDS per Db2 elimina i log dall’istanza database primaria quando sono soddisfatte le seguenti condizioni:

Questo vale sia per le stesse istanze Regione AWS DB che per le istanze 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 le scritture su una replica. È possibile promuovere la replica per renderla scrivibile. La replica promossa contiene i dati replicati fino al momento in cui è stata effettuata la richiesta di promozione.

Backup: i backup automatici e gli snapshot manuali sono supportati nelle repliche RDS per Db2.

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

Stato standby: l’utilizzo principale delle repliche in standby è il disaster recovery tra Regioni. Per informazioni, consulta Utilizzo delle repliche in Amazon RDS per Db2.

Metodo di replica: replica logica.

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

Repliche scrivibili: è possibile rendere scrivibile una replica di lettura MariaDB o MySQL.

Backup: i backup automatici e gli snapshot manuali sono supportati nelle repliche di lettura RDS per MariaDB o RDS per MySQL.

Replica parallela: tutte le versioni supportate di MariaDB e MySQL supportano i thread di replica parallela.

Stato montato: non supportato.

Metodo di replica: replica fisica.

Eliminazione dei log delle transazioni: se un’istanza database primaria non dispone di repliche di lettura tra Regioni, Amazon RDS per Oracle mantiene un minimo di due ore di log delle transazioni sull’istanza database 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 le scritture su 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 gli snapshot manuali sono supportati nelle repliche di lettura RDS per Oracle.

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

Stato montato: l’utilizzo 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 include il parametro wal_keep_segments, che indica quanti file WAL (Write Ahead Log) vengono mantenuti per fornire dati alle repliche di lettura. Il valore del parametro specifica il numero di log da conservare.

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

Backup: gli snapshot manuali sono supportati per 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 utilizza 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 log virtuale (VLF) del file di log delle transazioni nella replica primaria può essere troncato quando non è più richiesto 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 registro delle transazioni rimarrà invariato VLFs fino a quando la replica più lenta non lo avrà rafforzato.

Repliche scrivibili: una replica di lettura SQL Server è una copia fisica e non consente le scritture. 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 gli snapshot manuali non sono supportati nelle repliche di lettura RDS per SQL Server.

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

Stato montato: non supportato.