Unterschiede zwischen Read Replicas für DB-Engines

Replikationsmethode — Physische Replikation.

Löschen von Transaktionsprotokollen — RDS for Db2 löscht die Protokolle aus der primären DB-Instance, wenn die folgenden Bedingungen erfüllt sind:

Dies gilt sowohl für dieselben AWS-Region DB-Instances als auch für regionsübergreifende DB-Instances. Weitere Informationen zum Festlegen von Aufbewahrungszeiten für Archivprotokolle finden Sie unter rdsadmin.set_archive_log_retention.

Schreibbare Replikate — Ein Db2-Replikat ist eine physische Kopie, und Db2 erlaubt keine Schreibvorgänge in einem Replikat. Sie können das Replikat heraufstufen, um es schreibbar zu machen. Das heraufgestufte Replikat verfügt über die replizierten Daten bis zu dem Zeitpunkt, an dem die Anfrage zur Heraufstufung gestellt wurde.

Backups — Automatische Backups und manuelle Snapshots werden auf RDS für Db2-Replikate unterstützt.

Parallele Replikation — Archivprotokolldaten werden immer parallel von der Primärdatenbank an alle ihre Replikate übertragen.

Standby-Status — Die primäre Verwendung von Standby-Replikaten ist die regionsübergreifende Notfallwiederherstellung. Weitere Informationen finden Sie unter Arbeiten mit Replikaten für Amazon RDS for Db2.

Replikationsmethode — Logische Replikation.

Löschen von Transaktionsprotokollen — RDS für MariaDB und RDS für MySQL speichern alle Binärprotokolle, die nicht angewendet wurden.

Schreibbare Replikate — Sie können die MariaDB- oder MySQL-Lesereplik so einrichten, dass sie beschreibbar ist.

Backups — Automatische Backups und manuelle Snapshots werden auf RDS for MariaDB oder RDS for MySQL Read Replicas unterstützt.

Parallele Replikation — Alle unterstützten MariaDB- und MySQL-Versionen ermöglichen parallel Replikations-Threads.

Bereitgestellter Status — Nicht unterstützt.

Replikationsmethode — Physische Replikation.

Löschen von Transaktionsprotokollen — Wenn eine primäre DB-Instance keine regionsübergreifenden Read Replicas hat, speichert Amazon RDS for Oracle mindestens zwei Stunden an Transaktionsprotokollen auf der Quell-DB-Instance. Protokolle werden nach zwei Stunden oder nach Ablauf der Einstellung für die Aufbewahrungszeit der Archivprotokolle, je nachdem, welcher Zeitraum länger dauert, aus der Quell-DB-Instance bereinigt. Protokolle werden nach Ablauf der Einstellung für die Aufbewahrungszeit der Archivprotokolle nur dann aus dem Lesereplikat bereinigt, wenn sie erfolgreich auf die Datenbank angewendet wurden.

In manchen Fällen kann eine primäre DB-Instance ein oder mehrere regionsübergreifende Lesereplikate haben. Wenn dies der Fall ist, behält Amazon RDS for Oracle die Transaktionsprotokolle auf der Quell-DB-Instance bei, bis diese übertragen und auf alle regionsübergreifenden Lesereplikate angewendet wurden.

Weitere Informationen zum Festlegen von Aufbewahrungszeiten für Archivprotokolle finden Sie unter Beibehaltung von archivierten Redo-Log-Dateien.

Schreibbare Replikate — Eine Oracle-Read Replica ist eine physische Kopie, und Oracle erlaubt keine Schreibvorgänge in einer Read Replica. Sie können das Lesereplikat hochstufen, um es beschreibbar zu machen. Das hochgestufte Lesereplikat weist die replizierten Daten bis zu dem Punkt auf, an dem die Anforderung zum Hochstufen ausgegeben wurde.

Backups — Automatische Backups und manuelle Snapshots werden auf RDS für Oracle-Read Replicas unterstützt.

Parallele Replikation — Redo-Log-Daten werden immer parallel von der Primärdatenbank an alle ihre Read Replicas übertragen.

Bereitgestellter Zustand — Bereitgestellte Replikate werden hauptsächlich für die regionsübergreifende Notfallwiederherstellung verwendet. Für aufgespielte Replikate ist keine Active Data Guard-Lizenz erforderlich. Weitere Informationen finden Sie unter Arbeiten mit Lese-Replikaten für Amazon RDS für Oracle.

Replikationsmethode — Physische Replikation.

Löschen von Transaktionsprotokollen — PostgreSQL hat den Parameterwal_keep_segments, der festlegt, wie viele Write-Ahead-Log-Dateien (WAL) aufbewahrt werden, um Daten für die Read Replicas bereitzustellen. Der Parameterwert gibt die Anzahl an beizubehaltenden Protokollen an.

Schreibbare Replikate — Eine PostgreSQL-Read Replica ist eine physische Kopie, und PostgreSQL erlaubt es nicht, eine Read Replica schreibbar zu machen.

Backups — Manuelle Snapshots werden für RDS for PostgreSQL Read Replicas unterstützt. Automatisierte Backups für Lesereplikate werden nur für RDS for PostgreSQL 14.1 und höhere Versionen unterstützt. Sie können keine automatisierten Backups für PostgreSQL-Lesereplikate für RDS for PostgreSQL Versionen vor 14.1 aktivieren. Erstellen Sie für RDS for PostgreSQL 13 und frühere Versionen einen Snapshot aus einem Lesereplikat, wenn Sie eine Sicherungskopie davon wünschen.

Parallele Replikation — PostgreSQL hat einen einzigen Prozess, der die Replikation abwickelt.

Bereitgestellter Status — Nicht unterstützt.

Replikationsmethode — Physische Replikation.

Löschen von Transaktionsprotokollen — Die virtuelle Protokolldatei (VLF) der Transaktionsprotokolldatei auf dem primären Replikat kann gekürzt werden, wenn sie für die sekundären Replikate nicht mehr benötigt wird.

Die VLF kann nur dann als inaktiv markiert werden, wenn die Protokolldatensätze in den Replikaten gehärtet wurden. Unabhängig davon, wie schnell die Festplattensubsysteme im primären Replikat sind, wird das Transaktionsprotokoll so lange gespeichert, VLFs bis das langsamste Replikat es gehärtet hat.

Schreibbare Replikate — Eine SQL Server-Lesereplik ist eine physische Kopie und erlaubt auch keine Schreibvorgänge. Sie können das Lesereplikat hochstufen, um es beschreibbar zu machen. Das hochgestufte Lesereplikat weist die replizierten Daten bis zu dem Punkt auf, an dem die Anforderung zum Hochstufen ausgegeben wurde.

Backups — Automatische Backups und manuelle Snapshots werden auf RDS for SQL Server Read Replicas nicht unterstützt.

Parallele Replikation — Redo-Log-Daten werden immer parallel von der Primärdatenbank an alle ihre Read Replicas übertragen.

Bereitgestellter Status — Nicht unterstützt.