Wiederherstellen eines Aurora Serverless v1-DB-Clusters - Amazon Aurora

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Wiederherstellen eines Aurora Serverless v1-DB-Clusters

Wichtig

AWS hat das Ende der Nutzungsdauer für Aurora Serverless v1 bekannt gegeben: 31. März 2025. Alle Aurora Serverless v1-Cluster, die bis zum 31. März 2025 nicht migriert wurden, werden während des Wartungsfensters zu Aurora Serverless v2 migriert. Wenn das Upgrade fehlschlägt, konvertiert Amazon Aurora den Serverless-v1-Cluster während des Wartungsfensters in einen bereitgestellten Cluster mit der entsprechenden Engine-Version. Falls zutreffend, registriert Amazon Aurora den konvertierten bereitgestellten Cluster bei Amazon RDS Extended Support. Weitere Informationen finden Sie unter Amazon RDS Extended Support mit Amazon Aurora.

Sie können einen Aurora Serverless v1-DB-Cluster konfigurieren, wenn Sie einen bereitgestellten DB-Cluster-Snapshot über die AWS CLI oder die RDS-API wiederherstellen.

Wenn Sie einen Snapshot in einem Aurora Serverless v1-DB-Cluster wiederherstellen, können Sie die folgenden Werte festlegen:

  • Minimale Aurora Capacity Unit – Aurora Serverless v1 kann die Kapazität bis zu dieser Kapazitätseinheit reduzieren.

  • Maximale Aurora Capacity Unit – Aurora Serverless v1 kann die Kapazität bis zu dieser Kapazitätseinheit erhöhen.

  • Zeitüberschreitungsaktion – Die Aktion, die ausgeführt werden soll, wenn für eine Kapazitätsänderung eine Zeitüberschreitung eintritt, da kein Skalierungspunkt gefunden werden kann.Aurora Serverless v1 Der -DB-Cluster kann die neuen Kapazitätseinstellungen für Ihren DB-Cluster durchsetzen, wenn Sie die Option Bei Zeitüberschreitung Skalierung der Kapazität auf die angegebenen Werte durchsetzen auswählen. Er kann auch einen Rollback für die Kapazitätsänderung ausführen, um sie zu stornieren, wenn Sie die Option nicht auswählen. Weitere Informationen finden Sie unter Timeout-Aktion für Kapazitätsänderungen.

  • Pause after inactivity (Nach Inaktivität pausieren): Die Zeitdauer, die ohne Datenbankverkehr verstreichen muss, bis auf eine Verarbeitungskapazität von null skaliert wird. Wenn der Datenbankverkehr wieder aufgenommen wird, nimmt Aurora automatisch die Verarbeitungskapazität wieder auf und skaliert sie in Übereinstimmung mit dem Datenverkehr.

Allgemeine Informationen zum Wiederherstellen eines DB-Clusters aus einem Snapshot finden Sie unter Wiederherstellen aus einem DB-Cluster-Snapshot.

Sie können einen Aurora Serverless-DB-Cluster konfigurieren, wenn Sie einen bereitgestellten DB-Cluster-Snapshot über die AWS-Managementkonsole, die AWS CLI oder die RDS-API wiederherstellen.

Wenn Sie einen Snapshot in einem Aurora Serverless-DB-Cluster wiederherstellen, können Sie die folgenden Werte festlegen:

  • Minimale Aurora Capacity Unit – Aurora Serverless kann die Kapazität bis zu dieser Kapazitätseinheit reduzieren.

  • Maximale Aurora Capacity Unit – Aurora Serverless kann die Kapazität bis zu dieser Kapazitätseinheit erhöhen.

  • Zeitüberschreitungsaktion – Die Aktion, die ausgeführt werden soll, wenn für eine Kapazitätsänderung eine Zeitüberschreitung eintritt, da kein Skalierungspunkt gefunden werden kann.Aurora Serverless v1 Der -DB-Cluster kann die neuen Kapazitätseinstellungen für Ihren DB-Cluster durchsetzen, wenn Sie die Option Bei Zeitüberschreitung Skalierung der Kapazität auf die angegebenen Werte durchsetzen auswählen. Er kann auch einen Rollback für die Kapazitätsänderung ausführen, um sie zu stornieren, wenn Sie die Option nicht auswählen. Weitere Informationen finden Sie unter Timeout-Aktion für Kapazitätsänderungen.

  • Pause after inactivity (Nach Inaktivität pausieren): Die Zeitdauer, die ohne Datenbankverkehr verstreichen muss, bis auf eine Verarbeitungskapazität von null skaliert wird. Wenn der Datenbankverkehr wieder aufgenommen wird, nimmt Aurora automatisch die Verarbeitungskapazität wieder auf und skaliert sie in Übereinstimmung mit dem Datenverkehr.

Anmerkung

Die Version des DB-Cluster-Snapshots muss mit Aurora Serverless v1 kompatibel sein. Eine Liste der unterstützten Versionen finden Sie unter Aurora Serverless v1.

Zum Wiederherstellen eines Snapshots in einem Aurora Serverless v1-Cluster mit MySQL 5.7-Kompatibilität fügen Sie die folgenden Parameter hinzu:

  • --engine aurora-mysql

  • --engine-version 5.7

Mit den Parametern --engine und --engine-version können Sie einen MySQL 5.7-kompatiblen Aurora Serverless v1-Cluster aus einem MySQL 5.6-kompatiblen Aurora- oder Aurora Serverless v1-Snapshot erstellen. Im folgenden Beispiel wird ein Snapshot aus einem MySQL 5.6-kompatiblen Cluster namens mydbclustersnapshot in einem MySQL 5.7-kompatiblen Aurora Serverless v1-Cluster namens mynewdbclusterwiederhergestellt.

Für Linux, macOS oder Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless \
    --engine aurora-mysql \
    --engine-version 5.7

Für Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine aurora-mysql ^
    --engine-version 5.7

Optional können Sie die Option --scaling-configuration angeben, um die minimale Kapazität, die maximale Kapazität und die automatische Pause zu konfigurieren, wenn es keine Verbindungen gibt. Zu den gültigen Kapazitätswerten gehören die folgenden:

  • Aurora MySQL: 1, 2, 4, 8, 16, 32, 64, 128 und 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192 und 384.

Im folgenden Beispiel können Sie von einem zuvor erstellten DB-Cluster-Snapshot namens mydbclustersnapshot in einem neuen DB-Cluster namens mynewdbclusterwiederherstellen. Sie legen --scaling-configuration so fest, dass der neue Aurora Serverless v1-DB-Cluster bei Bedarf von 8 ACUs auf 64 ACUs (Aurora-Kapazitätseinheiten) skaliert werden kann, um die Workload zu verarbeiten. Nach Abschluss der Verarbeitung und nach 1000 Sekunden ohne zu unterstützende Verbindungen wird der Cluster heruntergefahren, bis die Verbindungsanforderung zum Neustart auffordert.

Für Linux, macOS oder Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Für Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Um einen Aurora Serverless v1-DB-Cluster zu konfigurieren, wenn Sie eine Wiederherstellung von einem DB-Cluster über die RDS-API durchführen, führen Sie die Operation RestoreDBClusterFromSnapshot durch und geben serverless als EngineMode-Parameter an.

Optional können Sie den Parameter ScalingConfiguration angeben, um die minimale Kapazität, die maximale Kapazität und die automatische Pause zu konfigurieren, wenn es keine Verbindungen gibt. Zu den gültigen Kapazitätswerten gehören die folgenden:

  • Aurora MySQL: 1, 2, 4, 8, 16, 32, 64, 128 und 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192 und 384.