Wiederherstellung auf einer DB-Instance - Amazon Relational Database Service

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.

Wiederherstellung auf einer DB-Instance

In diesem Abschnitt wird gezeigt, wie eine Wiederherstellung auf einer DB-Instance durchgeführt wird. Auf dieser Seite wird gezeigt, wie Sie aus einem DB-Snapshot eine Wiederherstellung in einer RDS Amazon-DB-Instance durchführen.

Amazon RDS erstellt einen Speichervolumen-Snapshot Ihrer DB-Instance und sichert die gesamte DB-Instance und nicht nur einzelne Datenbanken. Sie können eine neue DB-Instance erstellen, indem Sie einen DB-Snapshot wiederherstellen. Wenn Sie die DB-Instance wiederherstellen, können Sie den Namen des DB-Cluster-Snapshots angeben, aus dem die Wiederherstellung gestartet werden soll, und anschließend einen Namen für die neue DB-Instance angeben, die bei dieser Wiederherstellung erstellt wird. Sie können keine Wiederherstellung aus einem DB-Snapshot auf eine bestehende DB-Instance vornehmen. Bei der Wiederherstellung wird eine neue DB-Instance erstellt.

Sie können die wiederhergestellte DB-Instance nutzen, sobald ihr Status available ist. Die DB-Instance wird weiterhin Daten im Hintergrund laden. Dies wird als Lazy Loading bezeichnet.

Wenn Sie auf noch nicht geladene Daten zugreifen, lädt die DB-Instance sofort die angeforderten Daten von Amazon S3 herunter und fährt dann im Hintergrund mit dem Laden der restlichen Daten fort. Weitere Informationen finden Sie unter EBSAmazon-Snapshots.

Um die Auswirkungen des Lazy Loading auf Tabellen zu verringern, auf die Sie einen schnellen Zugriff benötigen, können Sie Vorgänge ausführen, die vollständige Tabellenscans beinhalten, z. B. SELECT *. Auf diese Weise kann Amazon RDS alle gesicherten Tabellendaten von S3 herunterladen.

Sie können eine DB-Instance wiederherstellen und einen anderen Speichertyp als den im Quell-DB-Snapshot verwendeten angeben. In diesem Fall ist der Wiederherstellungsvorgang langsamer, da zusätzliche Arbeit für die Verlagerung der Daten in einen neuen Speichertyp erforderlich ist. Wenn die Wiederherstellung von oder auf einem magnetischen Speicher erfolgt, ist der Migrationsprozess am langsamsten. Das liegt daran, dass Magnetspeicher nicht über die IOPS Fähigkeit eines bereitgestellten Speichers IOPS oder eines Allzweckspeichers () SSD verfügen.

Sie können AWS CloudFormation es verwenden, um eine DB-Instance aus einem DB-Instance-Snapshot wiederherzustellen. Weitere Informationen finden Sie unter AWS:RDS::: DBInstance im AWS CloudFormation Benutzerhandbuch.

Anmerkung

Sie können eine DB-Instance nicht aus einem DB-Snapshot wiederherstellen, der freigegeben und verschlüsselt ist. Stattdessen können Sie eine Kopie des DB-Snapshots erstellen und die DB-Instance aus der Kopie wiederherstellen. Weitere Informationen finden Sie unter Einen DB-Snapshot für Amazon kopieren RDS.

Hinweise zum Wiederherstellen einer DB-Instance mit einer RDS Extended Support-Version finden Sie unterWiederherstellung einer DB-Instance oder eines Multi-AZ-DB-Clusters, mit Amazon RDS Extended Support.

Wiederherstellung aus einem Snapshot

Sie können eine DB-Instance aus einem DB-Snapshot wiederherstellen AWS Management Console, indem Sie den AWS CLI, oder den verwenden RDSAPI.

Anmerkung

Sie können den Speicherplatz nicht reduzieren, wenn Sie eine DB-Instance wiederherstellen. Wenn Sie den zugewiesenen Speicherplatz erhöhen, muss er um mindestens 10 Prozent erhöht werden. Wenn Sie versuchen, den Wert um weniger als 10 Prozent zu erhöhen, erhalten Sie einen Fehler. Sie können den zugewiesenen Speicher nicht erhöhen, wenn Sie SQL Server-DB-Instances wiederherstellenRDS.

So stellen Sie eine DB-Instance aus einem DB-Snapshot wieder her
  1. Melden Sie sich bei der an AWS Management Console und öffnen Sie die RDS Amazon-Konsole unter https://console.aws.amazon.com/rds/.

  2. Wählen Sie im Navigationsbereich die Option Snapshots.

  3. Wählen Sie den DB-Snapshot für die Wiederherstellung aus.

  4. Wählen Sie in Actions (Aktionen) die Option Restore Snapshot (Snapshot wiederherstellen) aus.

  5. Geben Sie auf der Seite Restore Snapshot (Snapshot wiederherstellen) unter DB instance identifier (DB-Instance-Kennung) den Namen der wiederhergestellten Instance ein.

  6. Geben Sie andere Einstellungen an, z. B. die Größe des zugewiesenen Speichers.

    Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für DB-Instances.

  7. Klicken Sie auf Restore DB Instance (DB-Instance wiederherstellen).

Um eine DB-Instance aus einem DB-Snapshot wiederherzustellen, verwenden Sie den AWS CLI Befehl restore-db-instance-from-db-snapshot.

In diesem Beispiel führen Sie eine Wiederherstellung aus einem vorher erstellten DB-Snapshot mit dem Namen durc mydbsnapshot. Sie stellen auf eine neue DB-Instance namens wieder he mynewdbinstance. In diesem Beispiel wird auch die Größe des zugewiesenen Speichers festgelegt.

Sie können andere Einstellungen festlegen. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für DB-Instances.

Beispiel

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Linux, macOS, oder Unix:

aws rds restore-db-instance-from-db-snapshot \ --db-instance-identifier mynewdbinstance \ --db-snapshot-identifier mydbsnapshot \ --allocated-storage 100

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Windows:

aws rds restore-db-instance-from-db-snapshot ^ --db-instance-identifier mynewdbinstance ^ --db-snapshot-identifier mydbsnapshot ^ --allocated-storage 100

Dieser Befehl gibt etwa die folgende Ausgabe zurück:

DBINSTANCE mynewdbinstance db.t3.small MySQL 50 sa creating 3 n 8.0.28 general-public-license

Um eine DB-Instance aus einem DB-Snapshot wiederherzustellen, rufen Sie die RDS API Amazon-Funktion R estoreDBInstance F romDBSnapshot mit den folgenden Parametern auf:

  • DBInstanceIdentifier

  • DBSnapshotIdentifier

Überlegungen

Überlegungen zur Wiederherstellung einer DB-Instance aus einem DB-Snapshot finden Sie in den folgenden Themen.

Überlegungen zu Parametergruppen

Wir empfehlen Ihnen, die DB-Parametergruppe für alle DB-Snapshots aufzubewahren, die Sie erstellen, damit Sie Ihrer wiederhergestellten DB-Instance die korrekte Parametergruppe zuordnen können.

Die Standard-DB-Parametergruppe ist der wiederhergestellten Instance zugeordnet, es sei denn, Sie wählen eine andere Instance aus. In der Standard-DB-Parametergruppe sind keine benutzerdefinierten Parametereinstellungen verfügbar.

Sie können die Parametergruppe angeben, wenn Sie die DB-Instance wiederherstellen.

Weitere Informationen zu DB-Parametergruppen finden Sie unter Parametergruppen für Amazon RDS.

Überlegungen zu Sicherheitsgruppen

Wenn Sie eine DB-Instance wiederherstellen, werden die standardmäßige virtuelle private Cloud (VPC), die DB-Subnetzgruppe und die VPC Sicherheitsgruppe der wiederhergestellten Instance zugeordnet, sofern Sie keine anderen auswählen.

  • Wenn Sie die RDS Amazon-Konsole verwenden, können Sie eine benutzerdefinierte VPC Sicherheitsgruppe angeben, die der Instance zugeordnet werden soll, oder eine neue VPC Sicherheitsgruppe erstellen.

  • Wenn Sie die verwenden AWS CLI, können Sie eine benutzerdefinierte VPC Sicherheitsgruppe angeben, die der Instance zugeordnet werden soll, indem Sie die --vpc-security-group-ids Option in den restore-db-instance-from-db-snapshot Befehl aufnehmen.

  • Wenn Sie Amazon verwenden RDSAPI, können Sie den VpcSecurityGroupIds.VpcSecurityGroupId.N Parameter in die RestoreDBInstanceFromDBSnapshot Aktion einbeziehen.

Sobald die Wiederherstellung abgeschlossen ist und Ihre neue DB-Instance verfügbar ist, können Sie die VPC Einstellungen auch ändern, indem Sie die DB-Instance ändern. Weitere Informationen finden Sie unter Ändern einer Amazon RDS DB-Instance.

Überlegungen zu Optionsgruppen

Wenn Sie eine DB-Instance wiederherstellen, ist die Standard-DB-Optionsgruppe meistens der wiederhergestellten DB-Instance zugeordnet.

Die Ausnahme ist, wenn die Quell-DB-Instance einer Optionsgruppe zugeordnet ist, die eine persistente oder permanente Option enthält. Wenn die Quell-DB-Instance beispielsweise Oracle Transparent Data Encryption (TDE) verwendet, muss die wiederhergestellte DB-Instance eine Optionsgruppe verwenden, die über die TDE Option verfügt.

Wenn Sie eine DB-Instance in einer anderen wiederherstellenVPC, müssen Sie einen der folgenden Schritte ausführen, um eine DB-Optionsgruppe zuzuweisen:

  • Weisen Sie der Instance die VPC Standardoptionsgruppe für diese Gruppe zu.

  • Weisen Sie eine weitere Optionsgruppe zu, die mit dieser verknüpft istVPC.

  • Erstellen einer neuen Optionsgruppe und Zuweisen von dieser zur DB-Instance Bei persistenten oder permanenten Optionen, wie z. B. OracleTDE, müssen Sie eine neue Optionsgruppe erstellen, die die persistente oder permanente Option enthält.

Weitere Informationen über DB-Optionsgruppen finden Sie unter Arbeiten mit Optionsgruppen.

Überlegungen zu Ressourcen-Markierungen

Wenn Sie eine DB-Instance aus einem DB-Snapshot wiederherstellen, RDS prüft, ob Sie neue Tags angeben. Wenn ja, werden die neuen Tags zur wiederhergestellten DB-Instance hinzugefügt. Wenn keine neuen Tags vorhanden sind, werden die Tags aus der Quell-DB-Instance zum Zeitpunkt der Snapshot-Erstellung zur wiederhergestellten DB-Instance RDS hinzugefügt.

Weitere Informationen finden Sie unter Tags in DB-Snapshots kopieren.

Überlegungen zu Db2

Mit dem BYOL Modell müssen Ihre Amazon RDS for Db2-DB-Instances einer benutzerdefinierten Parametergruppe zugeordnet werden, die Ihre IBM Site ID und Ihr IBM Customer ID. Andernfalls schlagen Versuche fehl, eine DB-Instance aus einem Snapshot wiederherzustellen. Ihre Amazon RDS for Db2-DB-Instances müssen außerdem mit einer AWS License Manager selbstverwalteten Lizenz verknüpft sein. Weitere Informationen finden Sie unter Bringen Sie Ihre eigene Lizenz für Db2 mit.

Beim AWS Marketplace Durchlaufmodell mit Db2-Lizenz benötigen Sie ein aktives AWS Marketplace Abonnement für die jeweilige IBM Db2 Edition, die Sie verwenden möchten. Wenn Sie noch keine haben, abonnieren Sie AWS Marketplace dafür Db2 IBM Db2 Ausgabe. Weitere Informationen finden Sie unter Db2-Lizenz über AWS Marketplace.

Überlegungen zu Microsoft SQL Server

Wenn Sie einen DB-Snapshot RDS für Microsoft SQL Server auf einer neuen Instance wiederherstellen, können Sie immer dieselbe Edition wie Ihren Snapshot wiederherstellen. In einigen Fällen können Sie auch die Edition Ihrer DB-Instance ändern. Die folgenden Einschränkungen beschreiben, wenn die Edition geändert wird:

  • Der DB-Snapshot muss über genügend zugewiesenen Speicherplatz für die neue Edition verfügen.

  • Es werden nur die folgenden Editionsänderungen unterstützt:

    • Von Standard Edition auf Enterprise Edition

    • Von Web Edition auf Standard Edition oder Enterprise Edition

    • Von Express Edition auf Web Edition, Standard Edition oder Enterprise Edition

Wenn Sie von einer Edition auf eine neuere wechseln möchten, die bei der Backup eines Snapshots nicht unterstützt wird, können Sie es mit der Funktion für natives Backup und Backup versuchen. SQLDer Server überprüft anhand der SQL Serverfunktionen, die Sie für die Datenbank aktiviert haben, ob Ihre Datenbank mit der neuen Edition kompatibel ist. Weitere Informationen finden Sie unter Importieren und Exportieren von SQL Serverdatenbanken mit systemeigener Sicherung und Wiederherstellung.

Meine Überlegungen SQL

Um die Wiederherstellung von einem RDS for My SQL DB-Snapshot mit einer nicht unterstützten Engine-Version durchzuführen, müssen Sie Ihren DB-Snapshot möglicherweise mehrmals aktualisieren. Weitere Informationen zu Upgrade-Optionen finden Sie unterUpgrade-Optionen für DB-Snapshots mit nicht unterstützten Engine-Versionen für My RDS SQL.

Weitere Informationen zum Upgrade der Engine-Version eines RDS For My SQL DB-Snapshots finden Sie unterAktualisierung einer My SQL DB-Snapshot-Engine-Version.

Überlegungen zu Oracle Database

Beachten Sie Folgendes, wenn Sie eine Oracle-Datenbank aus einem DB-Snapshot wiederherstellen:

  • Bevor Sie einen DB-Snapshot wiederherstellen, können Sie ihn auf eine spätere Oracle-Datenbankversion aktualisieren. Weitere Informationen finden Sie unter Aktualisieren eines Oracle-DB-Snapshots.

  • Wenn Sie einen Snapshot einer CDB Instance wiederherstellen, die die Single-Tenant-Konfiguration verwendet, können Sie den PDB Namen ändern. Sie können die PDB Namen nicht ändern, wenn Ihre CDB Instanz die Mehrmandantenkonfiguration verwendet. Weitere Informationen finden Sie unter Sichern und Wiederherstellen einer CDB.

  • Sie können den CDB Namen nicht ändern, was immer RDSCDB der Fall ist. Dieser CDB Name ist für alle CDB Instanzen derselbe.

  • Sie können nicht direkt mit den Tenant-Datenbanken in einem DB-Snapshot interagieren. Wenn Sie einen Snapshot einer CDB Instanz wiederherstellen, die die Mehrmandantenkonfiguration verwendet, stellen Sie alle zugehörigen Tenant-Datenbanken wieder her. Sie können describe-db-snapshot-tenant-databases verwenden, um die Tenant-Datenbanken in einem DB-Snapshot zu überprüfen, bevor Sie ihn wiederherstellen.

  • Wenn Sie Oracle verwenden GoldenGate, behalten Sie immer die Parametergruppe mit dem compatible Parameter bei. Wenn Sie eine DB-Instance aus einem DB-Snapshot wiederherstellen, müssen Sie die Parametergruppe mit einem übereinstimmenden oder höheren Wert des Parameters compatible angeben.

  • Sie können sich dafür entscheiden, Ihre Datenbank umzubenennen, wenn Sie einen DB-Snapshot wiederherstellen. Wenn die Gesamtgröße des Online-Redo-Logs mehr als 20 GB beträgt, setzen Sie Ihre Online-Redo-Log-Größe RDS möglicherweise auf die Standardeinstellungen von 512 MB (4 x 128 MB) zurück. Durch die geringere Größe kann der Wiederherstellungsvorgang in angemessener Zeit abgeschlossen werden. Sie können die Online-Redo-Logs später erneut erstellen und die Größe ändern.