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 auf einer Amazon RDS-DB-Instance durchführen.
Themen
- Überlegungen zu Parametergruppen
- Überlegungen zu Sicherheitsgruppen
- Überlegungen zu Optionsgruppen
- Überlegungen zu Ressourcen-Markierungen
- Überlegungen zu Db2
- Überlegungen zu Microsoft SQL Server
- Überlegungen zu Oracle Database
- Wiederherstellung aus einem Snapshot
- Wiederherstellen einer DB-Instance zu einer bestimmten Zeit
- Wiederherstellen eines Multi-AZ-DB-Clusters zu einer bestimmten Zeit
- Wiederherstellen von einem Snapshot in einem Multi-AZ-DB-Cluster
- Wiederherstellen über einen Snapshot eines Multi-AZ-DB-Clusters in einer DB-Instance
- Tutorial: Wiederherstellen einer Amazon-RDS-DB-Instance aus einem DB-Snapshot
Amazon RDS erstellt einen Snapshot für das Speichervolume der DB-Instance, damit die gesamte DB-Instance gesichert wird 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 Amazon-EBS-Schnappschüsse.
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 *
. Dadurch 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 magnetische Speicher nicht über die IOPS-Fähigkeit der bereitgestellten IOPS- oder Allzweck (SSD)-Speicher 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 Kopieren eines DB-Snapshots.
Informationen 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.
Ü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 Standard-VPC (Virtual Private Cloud), DB-Subnetzgruppe und VPC-Sicherheitsgruppe mit der wiederhergestellten Instance verknüpft, wenn Sie keine anderen angeben.
-
Wenn Sie die Amazon-RDS-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 denrestore-db-instance-from-db-snapshot
Befehl aufnehmen. -
Wenn Sie die Amazon RDS-API verwenden, können sie den
VpcSecurityGroupIds.VpcSecurityGroupId.N
-Parameter in der AktionRestoreDBInstanceFromDBSnapshot
einschließen.
Sobald die Wiederherstellung abgeschlossen ist und Ihre neue DB-Instance verfügbar ist, können Sie auch die VPC-Einstellungen ändern, indem Sie die DB-Instance bearbeiten. 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 beispielsweise die Quell-DB-Instance 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 VPC wiederherstellen, müssen Sie eine DB-Optionsgruppe zuweisen:
-
Weisen Sie die Standard-Optionsgruppe für diese VPC-Gruppe der Instance zu.
-
Weisen Sie eine weitere Optionsgruppe zu, die mit dieser VPC verknüpft ist.
-
Erstellen einer neuen Optionsgruppe und Zuweisen von dieser zur DB-Instance Bei persistenten oder permanenten Optionen wie Oracle TDE müssen Sie eine neue Optionsgruppe erstellen, welche 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, prüft RDS, ob Sie neue Tags angeben. Wenn ja, werden die neuen Tags zur wiederhergestellten DB-Instance hinzugefügt. Wenn es keine neuen Tags gibt, fügt RDS der wiederhergestellten DB-Instance die Tags aus der Quell-DB-Instance zum Zeitpunkt der Snapshot-Erstellung hinzu.
Weitere Informationen finden Sie unter Tags in DB-Snapshots kopieren.
Überlegungen zu Db2
Beim BYOL-Modell müssen Ihre Amazon RDS for Db2-DB-Instances einer benutzerdefinierten Parametergruppe zugeordnet werden, die Ihre IBM Site ID und Ihre enthält. IBM Customer ID Andernfalls schlagen Versuche fehl, eine DB-Instance aus einem Snapshot wiederherzustellen. Weitere Informationen finden Sie unter Bringen Sie Ihre eigene Lizenz für Db2 mit und rdsadmin.restore_database.
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 keines haben, abonnieren Sie Db2 AWS Marketplace für diese IBM Db2 Edition. Weitere Informationen finden Sie unter Db2-Lizenz über AWS Marketplace.
Überlegungen zu Microsoft SQL Server
Wenn Sie einen RDS for Microsoft SQL Server-DB-Snapshot in einer neuen Instance wiederherstellen, können Sie zu jeder Zeit die selbe Edition wie Ihr 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. SQL Server überprüft basierend auf den SQL Server-Funktionen, die Sie in Ihrer Datenbank aktiviert haben, ob eine Datenbank mit der neuen Edition kompatibel ist. Weitere Informationen finden Sie unter Importieren und Exportieren von SQL Serverdatenbanken mit systemeigener Sicherung und Wiederherstellung.
Ü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 die CDB-Instance die Multi-Tenant-Konfiguration verwendet. Weitere Informationen finden Sie unter Sichern und Wiederherstellen einer CDB.
-
Sie können den CDB-Namen nicht ändern. Dieser lautet immer
RDSCDB
. Dieser CDB-Name ist für alle CDB-Instances identisch. -
Sie können nicht direkt mit den Tenant-Datenbanken in einem DB-Snapshot interagieren. Wenn Sie einen Snapshot einer CDB-Instance wiederherstellen, die die Multi-Tenant-Konfiguration verwendet, stellen Sie alle ihre 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 Parameterscompatible
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, setzt RDS Ihre Online-Redo-Log-Größe 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.
Wiederherstellung aus einem Snapshot
Sie können eine DB-Instance mithilfe der AWS Management Console, der oder der RDS-API aus einem DB-Snapshot wiederherstellen. AWS CLI
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 bei der Wiederherstellung von DB-Instances von RDS für SQL Server nicht erhöhen.
So stellen Sie eine DB-Instance aus einem DB-Snapshot wieder her
-
Melden Sie sich bei der Amazon RDS-Konsole an AWS Management Console und öffnen Sie sie unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich die Option Snapshots.
-
Wählen Sie den DB-Snapshot für die Wiederherstellung aus.
-
Wählen Sie in Actions (Aktionen) die Option Restore Snapshot (Snapshot wiederherstellen) aus.
-
Geben Sie auf der Seite Restore Snapshot (Snapshot wiederherstellen) unter DB instance identifier (DB-Instance-Kennung) den Namen der wiederhergestellten Instance ein.
-
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.
-
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
FürLinux, oder: macOS Unix
aws rds restore-db-instance-from-db-snapshot \ --db-instance-identifier
mynewdbinstance
\ --db-snapshot-identifiermydbsnapshot
\ --allocated-storage100
Windows:
aws rds restore-db-instance-from-db-snapshot ^ --db-instance-identifier
mynewdbinstance
^ --db-snapshot-identifiermydbsnapshot
^ --allocated-storage100
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 Amazon RDS-API-Funktion RestoreDB InstanceFrom DBSnapshot mit den folgenden Parametern auf:
-
DBInstanceIdentifier
-
DBSnapshotIdentifier