Importieren und Exportieren von SQL-Server-Datenbanken mithilfe nativer Sicherung und Wiederherstellung - Amazon Relational Database Service
Einschränkungen und EmpfehlungenEinrichtenVerwenden von nativer Sicherung und WiederherstellungKomprimieren von SicherungsdateienFehlerbehebung

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.

Importieren und Exportieren von SQL-Server-Datenbanken mithilfe nativer Sicherung und Wiederherstellung

Amazon RDS unterstützt native Backups und Wiederherstellungen für Microsoft SQL Server-Datenbanken unter Verwendung von vollständigen Sicherungsdateien (.bak-Dateien). Bei RDS greifen Sie auf in Amazon S3 gespeicherte Daten zu, anstatt das lokale Datensystem des Datenbankservers zu nutzen.

Beispielsweise können Sie auf Ihrem lokalen Server ein vollständiges Backup erstellen, dieses in S3 speichern und anschließend in einer verfügbaren Amazon RDS-DB-Instance wiederherstellen. Ebenso können Sie über RDS Backups erstellen, in S3 speichern und dann dort wiederherstellen, wo Sie dies möchten.

Native Backups und Wiederherstellungen sind in allen AWS-Regionen für Single-AZ- und Multi-AZ-DB-Instances verfügbar, einschließlich Multi-AZ-DB-Instances mit Lesereplikaten (Read Replicas). Native Backups und Wiederherstellungen sind für alle in Amazon RDS unterstützten Versionen von Microsoft SQL Server verfügbar.

Das folgende Diagramm veranschaulicht die unterstützten Szenarien.

Architektur für native Backups und Wiederherstellungen

Die Verwendung nativer .bak-Dateien ist i. d. R. die schnellste Methode zum Sichern und Wiederherstellen von Datenbanken. Es gibt viele zusätzliche Vorteile bei der Verwendung nativer Backups und Wiederherstellungen. Sie können z. B. Folgendes tun:

  • Migrieren von Datenbanken zu oder aus Amazon RDS

  • Verschieben von Datenbanken zwischen RDS for SQL Server DB-Instances

  • Migrieren von Daten, Schemata, gespeicherten Prozeduren, Auslösern und anderem Datenbankcode in .bak-Dateien.

  • Einzelne Datenbanken anstelle von ganzen DB-Instances sichern und wiederherstellen

  • Erstellen Sie Kopien von Datenbanken zu Entwicklungs-, Test-, Trainings- und Demozwecken.

  • Speichern und übertragen Sie Sicherungsdateien mit Amazon S3, um zusätzlichen Schutz für die Notfallwiederherstellung zu gewährleisten.

  • Erstellen Sie native Backups von Datenbanken mit aktivierter TDE (Transparent Data Encryption) und stellen Sie diese Backups in lokalen Datenbanken wieder her. Weitere Informationen finden Sie unter Unterstützung für transparente Datenverschlüsselung in SQL Server.

  • Stellen Sie native Backups von lokalen Datenbanken, deren TDE-Verschlüsselung aktiviert ist, auf DB-Instances von RDS for SQL Server wieder her. Weitere Informationen finden Sie unter Unterstützung für transparente Datenverschlüsselung in SQL Server.

Inhalt

Einschränkungen und Empfehlungen

Folgende Einschränkungen gelten bei der Verwendung nativer Backups und Wiederherstellungen:

  • Sie können keine Backups zu einem Amazon-S3-Bucket in einer AWS-Region ausführen, die sich von der Ihrer Amazon-RDS-DB-Instance unterscheidet, oder Wiederherstellungen aus einem solchen Bucket ausführen.

  • Sie können eine Datenbank nicht mit dem gleichen Namen wie eine vorhandene Datenbank wiederherstellen. Die Namen der Datenbank sind eindeutig.

  • Es wird dringend davon abgeraten, Backups aus einer Zeitzone für eine andere Zeitzone wiederherzustellen. Wenn Sie Backups aus einer bestimmten Zeitzone in einer anderen Zeitzone wiederherstellen, müssen Sie Ihre Abfragen und Anwendungen auf mögliche Auswirkungen der Zeitzonenänderung überprüfen.

  • Amazon S3 hat eine Größenbeschränkung von 5 TB pro Datei. Für systemeigene Backups größerer Datenbanken können Sie Multidatei-Backups verwenden.

  • Die maximale Datenbankgröße, die zu S3 gesichert werden kann, hängt vom verfügbaren Arbeitsspeicher, der CPU, der I/O-Leistung und den Netzwerkressourcen der DB-Instance ab. Je größer die Datenbank ist, umso mehr Speicher verbraucht der Sicherungsagent. Unsere Tests zeigen, dass Sie ein komprimiertes Backup einer 16-TB-Datenbank auf unseren Instance-Typen der neuesten Generation von Instance-Größen mit 2xlarge und größer erstellen können, wenn ausreichende Systemressourcen vorhanden sind.

  • Sie können gleichzeitig in nicht mehr als 10 Sicherungsdateien sichern oder aus ihnen wiederherstellen.

  • Ein differentielles Backup basiert auf dem letzten vollständigen Backup. Damit differentielle Backups funktionieren, darf kein Snapshot zwischen dem letzten vollständigen Backup und dem differentiellen Backup aufgenommen werden. Wenn Sie ein differentielles Backup erstellen möchten, aber ein manueller oder automatisierter Snapshot vorhanden ist, erstellen Sie ein weiteres vollständiges Backup, bevor Sie mit dem differentiellen Backup fortfahren.

  • Differenzielle und Protokollwiederherstellungen werden für Datenbanken mit Dateien, deren file_guid (eindeutige ID) auf eingestellt ist, nicht unterstütz NULL.

  • Sie können bis zu zwei Backup- oder Wiederherstellungsaufgaben gleichzeitig ausführen.

  • Sie können keine systemeigenen Protokollsicherungen von SQL Server auf Amazon RDS ausführen.

  • RDS unterstützt native Wiederherstellungen von Datenbanken mit einer Größe bis zu 16 TB. Native Wiederherstellungen von Datenbanken auf SQL Server Express Edition sind auf 10 GB beschränkt.

  • Ein natives Backup der Datenbank ist nicht möglich während des Wartungsfensters bzw. während Amazon RDS einen Snapshot der Datenbank aufnimmt. Wenn sich eine native Sicherungsaufgabe mit dem täglichen RDS-Sicherungsfenster überschneidet, wird die native Sicherungsaufgabe abgebrochen.

  • Bei Multi-AZ-DB-Instances können Sie nur Datenbanken nativ wiederherstellen, die im vollständigen Wiederherstellungsmodell gesichert wurden.

  • Die Wiederherstellung aus differentiellen Backups auf Multi-AZ-Instances wird nicht unterstützt.

  • Das Aufrufen der RDS-Verfahren zu nativen Backups und Wiederherstellungen innerhalb einer Transaktion wird nicht unterstützt.

  • Verwenden Sie einen symmetrischen Verschlüsselungs-AWS KMS key, um Ihre Backups zu verschlüsseln. Amazon RDS unterstützt keine asymmetrischen KMS-Schlüssel. Weitere Informationen finden Sie unter Erstellen symmetrischer KMS-Verschlüsselungsschlüssel im AWS Key Management Service-Entwicklerhandbuch.

  • Native Backup-Dateien werden mit dem angegebenen KMS-Schlüssel unter Verwendung des Verschlüsselungsmodus "Encryption-Only" verschlüsselt. Bei der Wiederherstellung verschlüsselter Sicherheitsdateien sollten Sie stets bedenken, dass diese Dateien mit dem Krypto-Modus "Nur Verschlüsselung" verschlüsselt wurden.

  • Eine Datenbank, die eine FILESTREAM-Dateigruppe enthält, kann nicht wiederhergestellt werden.

Wenn Ihre Datenbank beim Anlegen, Kopieren und Wiederherstellen der Sicherungsdatei offline sein kann, empfehlen wir, Ihre Datenbank mithilfe nativer Backups und Wiederherstellungen zu RDS zu migrieren, Wenn Ihre Datenbank vor Ort nicht offline sein kann, empfiehlt sich die Verwendung von AWS Database Migration Service für die Migration Ihrer Datenbank zu Amazon RDS. Weitere Informationen finden Sie unter Was ist AWS Database Migration Service?

Native Backups und Wiederherstellungen sind nicht als Ersatz für die Datenwiederherstellungsfunktionen der regionsübergreifenden Snapshot-Kopierfunktion gedacht. Sie sollten die Snapshot-Kopierfunktion nur zum Kopieren Ihres Datenbank-Snapshots in eine andere AWS-Region für regionsübergreifende Notfallwiederherstellung in Amazon RDS verwenden. Weitere Informationen finden Sie unter Kopieren eines DB-Snapshots.

Einrichtung für native Backups und Wiederherstellungen

Zum Einrichten nativer Backup und Wiederherstellungen benötigen Sie drei Komponenten:

  1. Einen Amazon S3-Bucket zum Speichern Ihrer Sicherungsdateien

    Sie müssen für Ihre Sicherungsdateien einen S3-Bucket verwenden und dann die Backups hochladen, die Sie zu RDS migrieren möchten. Wenn Sie bereits über einen Amazon S3-Bucket verfügen, können Sie diesen verwenden. Andernfalls können Sie einen Bucket erstellen. Alternativ können Sie wählen, dass ein neuer Bucket für Sie erstellt wird, wenn Sie die Option SQLSERVER_BACKUP_RESTORE mithilfe der AWS Management Console hinzufügen.

    Weitere Informationen zur Verwendung von S3 finden Sie im Benutzerhandbuch für Amazon Simple Storage Service.

  2. Eine AWS Identity and Access Management (IAM)-Rolle für den Zugriff auf den Bucket.

    Wenn Sie bereits über eine IAM-Rolle verfügen, können Sie diese verwenden. Alternativ können Sie wählen, dass eine neue IAM-Rolle für Sie erstellt wird, wenn Sie die Option SQLSERVER_BACKUP_RESTORE mithilfe der AWS Management Console hinzufügen. Alternativ können Sie manuell eine neue Rolle erstellen.

    Wenn Sie eine neue IAM-Rolle manuell erstellen möchten, verwenden Sie die Methode, die im nächsten Abschnitt besprochen wird. Führen Sie dasselbe aus, wenn Sie einer vorhandenen IAM-Rolle Vertrauensstellungen und Berechtigungsrichtlinien zuordnen möchten.

  3. Die Option SQLSERVER_BACKUP_RESTORE in einer Optionsgruppe auf Ihrer DB-Instance

    Zur Aktivierung nativer Backups und Wiederherstellungen auf Ihrer DB-Instance fügen Sie einer Optionsgruppe auf Ihrer DB-Instance die Option SQLSERVER_BACKUP_RESTORE hinzu. Weitere Informationen und Anweisungen finden Sie unter Unterstützung für native Sicherung und Backup in SQL Server.

Manuelles Erstellen einer IAM-Rolle für native Backups und Wiederherstellungen

Wenn Sie manuell eine neue IAM-Rolle zur Verwendung mit nativen Backups und Wiederherstellungen erstellen möchten, ist dies möglich. In diesem Fall erstellen Sie eine Rolle für die Delegierung der Berechtigungen vom Amazon RDS-Service zu Ihrem Amazon S3-Bucket. Wenn Sie eine IAM-Rolle erstellen, fügen Sie eine Vertrauensstellung und eine Berechtigungsrichtlinie an. Die Vertrauensstellung ermöglicht es RDS, diese Rolle zu übernehmen. Die Berechtigungsrichtlinie definiert die Aktionen, die über diese Rolle ausgeführt werden können. Weitere Informationen zum Erstellen der Rolle finden Sie unter Erstellen einer Rolle zum Delegieren von Berechtigungen an einen AWS-Service.

Für die Funktion zu nativen Backups und Wiederherstellungen verwenden Sie ähnliche Vertrauensbeziehungen und Berechtigungsrichtlinien wie in den in diesem Abschnitt gezeigten Beispielen. Im folgenden Beispiel wird der Dienstprinzipalname rds.amazonaws.com als Alias für alle Dienstkonten verwendet. In den anderen Beispielen wird durch Angabe eines Amazon-Ressourcennamens (ARN) einem anderen Konto, einem anderen Benutzer oder einer anderen Rolle der Zugriff auf die Vertrauensrichtlinie gewährt.

Wir empfehlen die Verwendung der globalen Bedingungskontextschlüssel aws:SourceArn und aws:SourceAccount in ressourcenbasierten Vertrauensbeziehungen, um die Berechtigungen des Services auf eine bestimmte Ressource zu beschränken. Dies ist der effektivste Weg, um sich vor dem verwirrtes Stellvertreterproblem zu schützen.

Sie können beide globalen Bedingungskontextschlüssel verwenden und der Wert aws:SourceArn enthält die Konto-ID. Stellen Sie in diesen Fällen sicher, dass der Wert aws:SourceAccount und das Konto im Wert aws:SourceArn dieselbe Konto-ID verwenden, wenn sie in derselben Anweisung verwendet werden.

  • Verwenden von aws:SourceArn wenn Sie einen serviceübergreifenden Zugriff für eine einzelne Ressource wünschen.

  • Verwenden von aws:SourceAccount wenn Sie zulassen möchten, dass eine Ressource in diesem Konto mit der betriebsübergreifenden Verwendung verknüpft wird.

Stellen Sie in der Vertrauensbeziehung sicher, dass Sie den globalen Bedingungskontextschlüssel aws:SourceArn mit dem vollständigen ARN der Ressourcen verwenden, die auf die Rolle zugreifen. Stellen Sie bei nativen Backups und Wiederherstellungen sicher, dass Sie sowohl die DB-Optionsgruppe als auch die DB-Instances einschließen, wie im folgenden Beispiel gezeigt.

Beispiel Vertrauensbeziehung mit globalem Kontextschlüssel für native Backups und Wiederherstellungen
{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Principal": {
                "Service": "rds.amazonaws.com"
            },
            "Action": "sts:AssumeRole",
            "Condition": {
                "StringEquals": {
                    "aws:SourceArn": [
                        "arn:aws:rds:Region:my_account_ID:db:db_instance_identifier",
                        "arn:aws:rds:Region:my_account_ID:og:option_group_name"
                    ]
                }
            }
        }
    ]
}

Im folgenden Beispiel wird ein ARN zur Angabe einer Ressource verwendet. Weitere Informationen zur Verwendung von ARNs finden Sie unter Amazon-Ressourcennamen (ARNs).

Beispiel Berechtigungsrichtlinie für native Backups und Wiederherstellungen ohne Verschlüsselungsunterstützung
{
    "Version": "2012-10-17",
    "Statement":
    [
        {
        "Effect": "Allow",
        "Action":
            [
                "s3:ListBucket",
                "s3:GetBucketLocation"
            ],
        "Resource": "arn:aws:s3:::bucket_name"
        },
        {
        "Effect": "Allow",
        "Action":
            [
                "s3:GetObjectAttributes",
                "s3:GetObject",
                "s3:PutObject",
                "s3:ListMultipartUploadParts",
                "s3:AbortMultipartUpload"
            ],
        "Resource": "arn:aws:s3:::bucket_name/*"
        }
    ]
}
Beispiel Berechtigungsrichtlinie für native Backups und Wiederherstellungen mit Verschlüsselungsunterstützung

Wenn Sie Ihre Sicherungsdateien verschlüsseln möchten, geben Sie in Ihrer Berechtigungsrichtlinie einen Verschlüsselungsschlüssel an. Weitere Informationen zu Verschlüsselungsschlüsseln finden Sie unter Erste Schritte im AWS Key Management Service-Entwicklerhandbuch.

Anmerkung

Sie müssen einen symmetrischen KMS-Verschlüsselungsschlüssel verwenden, um Ihre Backups zu verschlüsseln. Amazon RDS unterstützt keine asymmetrischen KMS-Schlüssel. Weitere Informationen finden Sie unter Erstellen symmetrischer KMS-Verschlüsselungsschlüssel im AWS Key Management Service-Entwicklerhandbuch.

Die IAM-Rolle muss auch ein Schlüsselbenutzer und Schlüsseladministrator für den KMS-Schlüssel sein, d. h. sie muss in der Schlüsselrichtlinie angegeben werden. Weitere Informationen finden Sie unter Erstellen symmetrischer KMS-Verschlüsselungsschlüssel im AWS Key Management Service-Entwicklerhandbuch.

{
    "Version": "2012-10-17",
    "Statement":
    [
        {
        "Effect": "Allow",
        "Action":
            [
                "kms:DescribeKey",
                "kms:GenerateDataKey",
                "kms:Encrypt",
                "kms:Decrypt"
            ],
        "Resource": "arn:aws:kms:region:account-id:key/key-id"
        },
        {
        "Effect": "Allow",
        "Action":
            [
                "s3:ListBucket",
                "s3:GetBucketLocation"
            ],
        "Resource": "arn:aws:s3:::bucket_name"
        },
        {
        "Effect": "Allow",
        "Action":
            [
                "s3:GetObjectAttributes",
                "s3:GetObject",
                "s3:PutObject",
                "s3:ListMultipartUploadParts",
                "s3:AbortMultipartUpload"
            ],
        "Resource": "arn:aws:s3:::bucket_name/*"
        }
    ]
}

Verwenden nativer Backups und Wiederherstellungen

Sobald Sie native Backups und Wiederherstellungen konfiguriert haben, können Sie mit deren Verwendung beginnen. Bauen Sie zuerst eine Verbindung zu Ihrer Microsoft SQL Server-Datenbank auf, und rufen Sie dann eine gespeicherte Amazon RDS-Prozedur auf, um die Aufgabe zu erledigen. Anleitungen zum Herstellen einer Verbindung zu Ihrer Datenbank finden Sie unter Herstellen einer Verbindung zu einer DB-Instance in der Microsoft SQL Server-Datenbank-Engine.

Einige der gespeicherten Prozeduren verlangen, dass Sie einen Amazon-Ressourcennamen (ARN) für Ihren Amazon S3-Bucket und die Datei angeben. Das Format für Ihren ARN lautet arn:aws:s3:::bucket_name/file_name.extension. Amazon S3 benötigt keine Kontonummer oder AWS-Region in ARNs.

Wenn Sie auch einen optionalen KMS-Schlüssel angeben, lautet das Format für die ARN des Schlüssels arn:aws:kms:region:account-id:key/key-id. Weitere Informationen finden Sie unter Amazon-Ressourcennamen (ARNs) und AWS-Service-Namespaces. Sie müssen einen symmetrischen KMS-Verschlüsselungsschlüssel verwenden, um Ihre Backups zu verschlüsseln. Amazon RDS unterstützt keine asymmetrischen KMS-Schlüssel. Weitere Informationen finden Sie unter Erstellen symmetrischer KMS-Verschlüsselungsschlüssel im AWS Key Management Service-Entwicklerhandbuch.

Anmerkung

Unabhängig davon, ob Sie einen KMS-Schlüssel verwenden oder nicht, aktivieren die nativen Sicherungs- und Wiederherstellungsaufgaben standardmäßig eine serverseitige 256-Bit-Verschlüsselung (Advanced Encryption Standard, AES) für Dateien, die in S3 hochgeladen werden.

Anleitungen zum Aufrufen der einzelnen gespeicherten Prozeduren finden Sie in den folgenden Themen:

Sichern einer Datenbank

Verwenden Sie zum Sichern Ihrer Datenbank die gespeicherte Prozedur rds_backup_database.

Anmerkung

Ein Backup der Datenbank ist nicht möglich während des Wartungsfensters, oder wenn Amazon RDS gerade einen Snapshot der Datenbank erfasst.

Verwendung

exec msdb.dbo.rds_backup_database
	@source_db_name='database_name',
	@s3_arn_to_backup_to='arn:aws:s3:::bucket_name/file_name.extension',
	[@kms_master_key_arn='arn:aws:kms:region:account-id:key/key-id'],	
	[@overwrite_s3_backup_file=0|1],
	[@type='DIFFERENTIAL|FULL'],
	[@number_of_files=n];

Die folgenden Parameter sind erforderlich:

  • @source_db_name – Der Name der zu sichernden Datenbank.

  • @s3_arn_to_backup_to – Der ARN, der den Amazon S3-Bucket für das Backup angibt, mit dem Namen der Sicherungsdatei.

    Die Datei kann eine beliebige Erweiterung haben, üblicherweise wird jedoch .bak verwendet.

Die folgenden Parameter sind optional:

  • @kms_master_key_arn – Der ARN für den symmetrischen KMS-Verschlüsselungsschlüssel, der für die Verschlüsselung des Objekts verwendet werden soll.

    • Sie können den Standard-Verschlüsselungsschlüssel nicht verwenden. Wenn Sie den Standardschlüssel verwenden, wird die Datenbank nicht gesichert.

    • Wenn Sie keine KMS-Schlüsselkennung angeben, wird die Sicherungsdatei nicht verschlüsselt. Weitere Informationen finden Sie unter Verschlüsseln von Amazon RDS-Ressourcen.

    • Wenn Sie einen KMS-Schlüssel angeben, wird eine client-seitige Verschlüsselung verwendet.

    • Amazon RDS unterstützt keine asymmetrischen KMS-Schlüssel. Weitere Informationen finden Sie unter Erstellen symmetrischer KMS-Verschlüsselungsschlüssel im AWS Key Management Service-Entwicklerhandbuch.

  • @overwrite_s3_backup_file – Ein Wert, der angibt, ob eine vorhandene Sicherungsdatei überschrieben werden soll.

    • 0 – Eine vorhandene Datei wird nicht überschrieben. Dieser Wert ist der Standard.

      Wenn Sie @overwrite_s3_backup_file auf 0 setzen, wird ein Fehler ausgegeben, wenn die Datei bereits vorhanden ist.

    • 1 – Eine vorhandene Datei mit dem angegebenen Namen wird überschrieben, auch wenn es sich nicht um eine Sicherungsdatei handelt.

  • @type – Der Typ der Backup.

    • DIFFERENTIAL – Erstellt eine differentielle Backup.

    • FULL – Erstellt eine vollständige Backup. Dieser Wert ist der Standard.

    Eine differentielle Sicherung basiert auf der letzten vollständigen Sicherung. Damit differentielle Sicherungen funktionieren, darf kein Snapshot zwischen der letzten vollständigen Sicherung und der differentiellen Sicherung aufgenommen werden. Wenn Sie ein differentielles Backup erstellen wollen und ein Snapshot existiert, erstellen Sie ein weiteres vollständiges Backup, bevor Sie mit dem differentiellen Backup fortfahren.

    Sie können das letzte vollständige Backup oder den Snapshot mit der folgenden Beispiel-SQL-Abfrage suchen:

    select top 1
database_name
, 	backup_start_date
, 	backup_finish_date
from    msdb.dbo.backupset
where   database_name='mydatabase'
and     type = 'D'
order by backup_start_date desc;

  • @number_of_files – Die Anzahl der Dateien, in die das Backup aufgeteilt wird (aufgeschlüsselt). Die maximale Anzahl ist 10.

    • Das Backup mehrerer Dateien wird sowohl für vollständige als auch für differenzielle Backups unterstützt.

    • Wenn Sie den Wert 1 eingeben oder den Parameter weglassen, wird eine einzelne Sicherungsdatei erstellt.

    Geben Sie das Präfix an, das den Dateien gemeinsam ist, und danach das Suffix mit einem Sternchen (*). Das Sternchen kann sich an einer beliebigen Stelle im file_name-Teil des S3-ARN befinden. Das Sternchen wird durch eine Reihe von alphanumerischen Zeichenfolgen in den generierten Dateien ersetzt, beginnend mit 1-of-number_of_files.

    Wenn beispielsweise die Dateinamen im S3-ARN backup*.bak lauten und Sie @number_of_files=4 festlegen, sind die generierten Sicherungsdateien backup1-of-4.bak, backup2-of-4.bak, backup3-of-4.bak und backup4-of-4.bak.

    • Wenn einer der Dateinamen bereits vorhanden und @overwrite_s3_backup_file 0 ist, wird ein Fehler ausgegeben.

    • Backups mehrerer Dateien können nur ein Sternchen im file_name-Teil des S3-ARN haben.

    • Backups einer einzelnen Datei können beliebig viele Sternchen im file_name-Teil des S3-ARN haben. Sternchen werden nicht aus dem generierten Dateinamen entfernt.

Beispiele

Beispiel für eine differenzielle Backup
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup1.bak',
@overwrite_s3_backup_file=1,
@type='DIFFERENTIAL';
Beispiel für ein vollständiges Backup mit Verschlüsselung
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup1.bak',
@kms_master_key_arn='arn:aws:kms:us-east-1:123456789012:key/AKIAIOSFODNN7EXAMPLE',
@overwrite_s3_backup_file=1,
@type='FULL';
Beispiel für ein Backup mehrerer Dateien
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup*.bak',
@number_of_files=4;
Beispiel für ein differenzielles Backup mehrerer Dateien
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup*.bak',
@type='DIFFERENTIAL',
@number_of_files=4;
Beispiel für ein Backup mehrerer Dateien mit Verschlüsselung
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup*.bak',
@kms_master_key_arn='arn:aws:kms:us-east-1:123456789012:key/AKIAIOSFODNN7EXAMPLE',
@number_of_files=4;
Beispiel für ein Backup mehrerer Dateien mit S3-Überschreibung
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup*.bak',
@overwrite_s3_backup_file=1,
@number_of_files=4;
Beispiel für ein Backup einer einzelnen Datei mit dem Parameter @number_of_files

In diesem Beispiel wird eine Sicherungsdatei mit dem Namen generier backup*.bak.

exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup*.bak',
@number_of_files=1;

Wiederherstellen einer Datenbank

Rufen Sie zum Wiederherstellen Ihrer Datenbank die gespeicherte Prozedur rds_restore_database auf. Amazon RDS erstellt einen anfänglichen Snapshot der Datenbank nach Abschluss der Wiederherstellung und wenn die Datenbank offen ist.

Verwendung

exec msdb.dbo.rds_restore_database
	@restore_db_name='database_name',
	@s3_arn_to_restore_from='arn:aws:s3:::bucket_name/file_name.extension',
	@with_norecovery=0|1,
	[@kms_master_key_arn='arn:aws:kms:region:account-id:key/key-id'],
	[@type='DIFFERENTIAL|FULL'];

Die folgenden Parameter sind erforderlich:

  • @restore_db_name – Der Name der wiederherzustellenden Datenbank. Die Namen der Datenbank sind eindeutig. Sie können eine Datenbank nicht mit dem gleichen Namen wie eine vorhandene Datenbank wiederherstellen.

  • @s3_arn_to_restore_from – Der ARN, der das Amazon S3-Präfix und den Namen der Sicherungsdateien anzeigt, die zum Wiederherstellen der Datenbank verwendet werden.

    • Geben Sie für das Backup einer einzelnen Datei den gesamten Dateinamen an.

    • Geben Sie für das Backup mehrerer Dateien das Präfix an, das den Dateien gemeinsam ist, und danach das Suffix mit einem Sternchen (*).

    • Wenn @s3_arn_to_restore_from leer ist, wird die folgende Fehlermeldung ausgegeben: S3 ARN prefix cannot be empty (Präfix des S3-ARN kann nicht leer sein).

Der folgende Parameter ist für differentielle Wiederherstellungen erforderlich, für vollständige Wiederherstellungen jedoch optional.

  • @with_norecovery – Die für die Wiederherstellungsoperation zu verwendende Wiederherstellungsklausel.

    • Setzen Sie sie für die Wiederherstellung mit RECOVERY auf 0. In diesem Fall ist die Datenbank nach der Wiederherstellung online.

    • Setzen Sie sie für die Wiederherstellung mit NORECOVERY auf 1. In diesem Fall verbleibt die Datenbank nach dem Abschluss der Wiederherstellungsaufgabe im Status RESTORING. Diese Vorgehensweise erlaubt spätere differentielle Wiederherstellungen.

    • Geben Sie für DIFFERENTIELLE Wiederherstellungen 0 oder 1 an.

    • Für FULL-Wiederherstellungen ist dieser Wert standardmäßig 0.

Die folgenden Parameter sind optional:

  • @kms_master_key_arn – Wenn Sie die Sicherungsdatei verschlüsselt haben, den KMS-Schlüssel, der zum Entschlüsseln der Datei verwendet werden soll.

    Wenn Sie einen KMS-Schlüssel angeben, wird eine client-seitige Verschlüsselung verwendet.

  • @type – Der Typ der Wiederherstellung. Gültige Typen sind DIFFERENTIAL und FULL. Der Standardwert ist FULL.

Anmerkung

Bei differentiellen Wiederherstellungen muss sich die Datenbank entweder im Status RESTORING befinden, oder es muss bereits eine Aufgabe existieren, die mit NORECOVERY wiederherstellt.

Sie können differentielle Backups nicht später wiederherstellen, während die Datenbank online ist.

Sie können keine Wiederherstellungsaufgabe für eine Datenbank absenden, für die bereits eine Wiederherstellungsaufgabe mit RECOVERY aussteht.

Vollständige Wiederherstellungen mit NORECOVERY und differentielle Wiederherstellungen werden auf Multi-AZ-Instances nicht unterstützt.

Das Wiederherstellen einer Datenbank auf einer Multi-AZ-Instance mit Read Replicas ist dem Wiederherstellen einer Datenbank auf einer Multi-AZ-Instance vergleichbar. Sie müssen keine zusätzlichen Aktionen ausführen, um eine Datenbank auf einem Replikat wiederherzustellen.

Beispiele

Beispiel für die Wiederherstellung einer einzelnen Datei
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak';
Beispiel für die Wiederherstellung mehrerer Dateien

Um Fehler beim Wiederherstellen mehrerer Dateien zu vermeiden, stellen Sie sicher, dass alle Sicherungsdateien dasselbe Präfix haben, und dass dieses Präfix von keinen anderen Dateien verwendet wird.

exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup*';
Beispiel für eine vollständige Datenbankwiederherstellung mit RECOVERY

Die folgenden drei Beispiele führen die gleiche Aufgabe durch, vollständige Wiederherstellung mit RECOVERY.

exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak';
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
[@type='DIFFERENTIAL|FULL'];
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
@type='FULL',
@with_norecovery=0;
Beispiel für eine vollständige Datenbankwiederherstellung mit Verschlüsselung
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
@kms_master_key_arn='arn:aws:kms:us-east-1:123456789012:key/AKIAIOSFODNN7EXAMPLE';
Beispiel für eine vollständige Datenbankwiederherstellung mit NORECOVERY
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
@type='FULL',
@with_norecovery=1;
Beispiel für eine differenzielle Wiederherstellung mit NORECOVERY
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
@type='DIFFERENTIAL',
@with_norecovery=1;
Beispiel für eine differenzielle Wiederherstellung mit RECOVERY
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
@type='DIFFERENTIAL',
@with_norecovery=0;

Wiederherstellen eines Protokolls

Zum Wiederherstellen Ihres Protokolls rufen Sie die gespeicherte Prozedur rds_restore_log auf.

Verwendung

exec msdb.dbo.rds_restore_log 
	@restore_db_name='database_name',
	@s3_arn_to_restore_from='arn:aws:s3:::bucket_name/log_file_name.extension',
	[@kms_master_key_arn='arn:aws:kms:region:account-id:key/key-id'],
	[@with_norecovery=0|1],
	[@stopat='datetime'];

Die folgenden Parameter sind erforderlich:

  • @restore_db_name – Der Name der Datenbank, deren Protokoll wiederhergestellt werden soll.

  • @s3_arn_to_restore_from – Der ARN mit dem Amazon S3-Präfix und dem Namen der Protokolldatei für die Wiederherstellung des Protokolls. Die Datei kann eine beliebige Erweiterung haben, üblicherweise wird jedoch .trn verwendet.

    Wenn @s3_arn_to_restore_from leer ist, wird die folgende Fehlermeldung ausgegeben: S3 ARN prefix cannot be empty (Präfix des S3-ARN kann nicht leer sein).

Die folgenden Parameter sind optional:

  • @kms_master_key_arn - Wenn Sie das Protokoll verschlüsselt haben, den KMS-Schlüssel, der zur Entschlüsselung des Protokolls verwendet werden soll.

  • @with_norecovery – Die für die Wiederherstellungsoperation zu verwendende Wiederherstellungsklausel. Dieser Wert ist standardmäßig 1.

    • Setzen Sie sie für die Wiederherstellung mit RECOVERY auf 0. In diesem Fall ist die Datenbank nach der Wiederherstellung online. Sie können differentielle Protokollsicherungen nicht später wiederherstellen, während die Datenbank online ist.

    • Setzen Sie sie für die Wiederherstellung mit NORECOVERY auf 1. In diesem Fall verbleibt die Datenbank nach dem Abschluss der Wiederherstellungsaufgabe im Status RESTORING. Diese Vorgehensweise erlaubt spätere Protokollwiederherstellungen.

  • @stopat – Ein Wert, der angibt, dass die Datenbank zu ihrem Zustand am angegebenen Datum und zur angegebenen Uhrzeit (im Datetime-Format) wiederhergestellt wird. Nur vor diesem angegebenen Zeitpunkt geschriebene Transaktionsprotokolldatensätze werden auf die Datenbank angewendet.

    Wenn dieser Parameter nicht angegeben wird (NULL ist), wird das vollständige Protokoll wiederhergestellt.

Anmerkung

Bei Protokollwiederherstellungen muss sich die Datenbank entweder im Status RESTORING befinden, oder es muss bereits eine Aufgabe existieren, die mit NORECOVERY wiederherstellt.

Sie können differentielle Protokollsicherungen nicht wiederherstellen, während die Datenbank online ist.

Sie können keine Protokollwiederherstellungsaufgabe für eine Datenbank absenden, für die bereits eine Wiederherstellungsaufgabe mit RECOVERY aussteht.

Protokollwiederherstellungen werden auf Multi-AZ-Instances nicht unterstützt.

Beispiele

Beispiel für eine Protokollwiederherstellung
exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn';
Beispiel für eine Protokollwiederherstellung mit Verschlüsselung
exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn',
@kms_master_key_arn='arn:aws:kms:us-east-1:123456789012:key/AKIAIOSFODNN7EXAMPLE';
Beispiel für eine Protokollwiederherstellung mit NORECOVERY

Die folgenden zwei Beispiele führen die gleiche Aufgabe durch, die Protokollwiederherstellung mit NORECOVERY.

exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn',
@with_norecovery=1;
exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn';
Beispiel für eine Protokollwiederherstellung mit RECOVERY
exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn',
@with_norecovery=0;
Beispiel für eine Protokollwiederherstellung mit STOPAT-Klausel
exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn',
@with_norecovery=0,
@stopat='2019-12-01 03:57:09';

Abschluss einer Datenbankwiederherstellung

Wenn die letzte Wiederherstellungsaufgabe auf der Datenbank mit @with_norecovery=1 durchgeführt wurde, befindet sich die Datenbank jetzt im Status RESTORING. Öffnen Sie diese Datenbank für den normalen Betrieb mit der gespeicherten Prozedur rds_finish_restore.

Verwendung

exec msdb.dbo.rds_finish_restore @db_name='database_name';
Anmerkung

Für diese Vorgehensweise muss sich die Datenbank im Status RESTORING ohne ausstehende Wiederherstellungsaufgaben befinden.

Die rds_finish_restore-Prozedur wird auf Multi-AZ-Instances nicht unterstützt.

Verwenden Sie zum Abschluss der Wiederherstellung der Datenbank die Master-Anmeldeinformationen. Sie können auch die Benutzeranmeldung verwenden, die zuletzt die Datenbank oder das Protokoll mit NORECOVERY wiederhergestellt hat.

Arbeiten mit teilweise wiederhergestellten Datenbanken

Verwerfen einer teilweise wiederhergestellten Datenbank

Verwenden Sie zum Verwerfen einer teilweise wiederhergestellten Datenbank (die im Status RESTORING verbleibt) die gespeicherte Prozedur rds_drop_database.

exec msdb.dbo.rds_drop_database @db_name='database_name';
Anmerkung

Sie können keine DROP-Datenbankanfrage für eine Datenbank absenden, für die bereits eine ausstehende Wiederherstellungs- oder Wiederherstellungsabschlussaufgabe besteht.

Verwenden Sie zum Verwerfen der Datenbank die Master-Anmeldung. Sie können auch die Benutzeranmeldung verwenden, die zuletzt die Datenbank oder das Protokoll mit NORECOVERY wiederhergestellt hat.

Verhaltensweisen für Snapshot- und zeitpunktbezogene Wiederherstellungen für teilweise wiederhergestellte Datenbanken

Teilweise wiederhergestellte Datenbanken in der Quell-Instance (die im Status RESTORING verbleiben) werden während der Snapshot-Wiederherstellung und der zeitpunktbezogenen Wiederherstellung von der Ziel-Instance verworfen.

Abbrechen einer Aufgabe

Zum Abbruch einer Sicherungs- oder Wiederherstellungsaufgabe rufen Sie die gespeicherte Prozedur rds_cancel_task auf.

Anmerkung

Eine FINISH_RESTORE-Aufgabe kann nicht abgebrochen werden.

Verwendung

exec msdb.dbo.rds_cancel_task @task_id=ID_number;

Der folgende Parameter ist erforderlich:

  • @task_id – ID der abzubrechenden Aufgabe Sie erhalten die ID der Aufgabe durch den Aufruf von rds_task_status.

Verfolgen des Status von Aufgaben

Um den Status Ihrer Sicherungs- oder Wiederherstellungsaufgaben zu verfolgen, rufen Sie die gespeicherte Prozedur rds_task_status auf. Wenn Sie keine Parameter angeben, gibt die gespeicherte Prozedur den Status aller Aufgaben zurück. Der Status für Aufgaben wird etwa alle zwei Minuten aktualisiert. Der Abfrageverlauf wird 36 Tage gespeichert.

Verwendung

exec msdb.dbo.rds_task_status
	[@db_name='database_name'],
	[@task_id=ID_number];

Die folgenden Parameter sind optional:

  • @db_name – Name der Datenbank, für die der Aufgabenstatus angezeigt werden soll

  • @task_id – ID der Aufgabe, für die der Aufgabenstatus angezeigt werden soll

Beispiele

Beispiel für die Auflistung des Status für eine bestimmte Aufgabe
exec msdb.dbo.rds_task_status @task_id=5;
Beispiel für die Auflistung des Status für eine bestimmte Datenbank und Aufgabe
exec msdb.dbo.rds_task_status
@db_name='my_database',
@task_id=5;
Beispiel für die Auflistung aller Aufgaben und ihrer Status auf einer bestimmten Datenbank
exec msdb.dbo.rds_task_status @db_name='my_database';
Beispiel für die Auflistung aller Aufgaben und ihrer Status auf der aktuellen Instance
exec msdb.dbo.rds_task_status;

Antwort

Die gespeicherte Prozedur rds_task_status gibt die folgenden Spalten zurück.

Spalte Beschreibung

task_id

Die ID der Aufgabe.

task_type

Aufgabentyp je nach Eingabeparametern, wie folgt:

  • Für Sicherungsaufgaben:

    • BACKUP_DB – Vollständige Datenbanksicherung

    • BACKUP_DB_DIFFERENTIAL – Differentielle Datenbanksicherung

  • Für Wiederherstellungsaufgaben:

    • RESTORE_DB – Vollständige Datenbankwiederherstellung mit RECOVERY

    • RESTORE_DB_NORECOVERY – Vollständige Datenbankwiederherstellung mit NORECOVERY

    • RESTORE_DB_DIFFERENTIAL – Differentielle Datenbankwiederherstellung mit RECOVERY

    • RESTORE_DB_DIFFERENTIAL_NORECOVERY – Differentielle Datenbankwiederherstellung mit NORECOVERY

    • RESTORE_DB_LOG – Protokollwiederherstellung mit RECOVERY

    • RESTORE_DB_LOG_NORECOVERY – Protokollwiederherstellung mit NORECOVERY

  • Für Aufgaben, die eine Wiederherstellung abschließen:

    • FINISH_RESTORE – Abschluss der Wiederherstellung und Öffnen der Datenbank

Amazon RDS erstellt einen anfänglichen Snapshot der Datenbank nach ihrer Öffnung oder nach dem Abschluss der folgenden Wiederherstellungsaufgaben:

  • RESTORE_DB

  • RESTORE_DB_DIFFERENTIAL

  • RESTORE_DB_LOG

  • FINISH_RESTORE

database_name

Der Name der Datenbank, der die Aufgabe zugeordnet ist.

% complete

Der Fortschritt der Aufgabe als Prozentwert.

duration (mins)

Zeitdauer für die Ausführung der Aufgabe (in Minuten).

lifecycle

Der Status der Aufgabe. Die folgenden Status sind möglich:

  • CREATED: Sobald Sie rds_backup_database oder rds_restore_database aufrufen, wird eine Aufgabe angelegt und der Status auf CREATED gesetzt.

  • IN_PROGRESS – Nach dem Start einer Sicherungs- oder Wiederherstellungsaufgabe wird der Status auf gesetzt IN_PROGRESS. Es kann bis zu 5 Minuten dauern, bis sich der Status von CREATED zu IN_PROGRESS ändert.

  • SUCCESS – Nach dem Abschluss einer Sicherungs- oder Wiederherstellungsaufgabe wird der Status auf gesetzt SUCCESS.

  • ERROR – Wenn eine Sicherungs- oder Wiederherstellungsaufgabe fehlschlägt, wird der Status auf gesetzt ERROR. Weitere Informationen über den Fehler können Sie der Spalte task_info entnehmen.

  • CANCEL_REQUESTED: Sobald Sie rds_cancel_task aufrufen, wird der Status der Aufgabe auf CANCEL_REQUESTED gesetzt.

  • CANCELLED – Nachdem die Aufgabe abgebrochen wurde, wird der Status der Aufgabe auf gesetzt CANCELLED.

task_info

Zusätzliche Informationen über die Aufgabe.

Wenn während des Sicherns oder Wiederherstellens einer Datenbank ein Fehler auftritt, enthält diese Spalte Informationen über den Fehler. Eine Liste möglicher Fehler und Abhilfemaßnahmen finden Sie unter Fehlerbehebung.

last_updated

Datum und Uhrzeit der letzten Aktualisierung des Aufgabenstatus. Der Status wird jeweils nach 5 Prozent Fortschritt aktualisiert.

created_at

Datum und Uhrzeit, an denen die Aufgabe angelegt wurde.
S3_object_arn Der ARN mit dem Amazon S3-Präfix und dem Namen der Datei, die gesichert oder wiederhergestellt wird.

overwrite_s3_backup_file

Wert des Parameters @overwrite_s3_backup_file, der beim Aufruf einer Sicherungsaufgabe angegeben wurde. Weitere Informationen finden Sie unter Sichern einer Datenbank.
KMS_master_key_arn Der ARN für den KMS-Schlüssel, der für die Verschlüsselung (für die Sicherung) und Entschlüsselung (für die Wiederherstellung) verwendet wird.
filepath Gilt nicht für native Sicherungs- und Wiederherstellungsaufgaben
overwrite_file Gilt nicht für native Sicherungs- und Wiederherstellungsaufgaben

Komprimieren von Sicherungsdateien

Zur Platzersparnis in Ihrem Amazon S3-Bucket können Sie Ihre Sicherungsdateien komprimieren. Weitere Informationen zum Komprimieren von Sicherungsdateien finden Sie unter Sicherungskomprimierung in der Microsoft-Dokumentation.

Die Komprimierung Ihrer Sicherungsdateien wird für die folgenden Datenbankversionen unterstützt:

  • Microsoft SQL Server Enterprise Edition

  • Microsoft SQL Server Standard Edition

Um die Komprimierung für Ihre Sicherungsdateien einzuschalten, führen Sie den folgenden Code aus:

exec rdsadmin..rds_set_configuration 'S3 backup compression', 'true';

Um die Komprimierung für Ihre Sicherungsdateien auszuschalten, führen Sie den folgenden Code aus: 

exec rdsadmin..rds_set_configuration 'S3 backup compression', 'false';

Fehlerbehebung

Die folgenden Probleme können bei der Verwendung nativer Backups und Wiederherstellungen auftreten.

Problem Vorschläge für die Fehlerbehebung

Die Option zur Backup/Wiederherstellung der Datenbank ist noch nicht aktiviert oder wird gerade aktiviert. Bitte versuchen Sie es später noch einmal.

Achten Sie darauf, die SQLSERVER_BACKUP_RESTORE-Option zur DB-Optionsgruppe hinzuzufügen, die mit Ihrer DB-Instance verbunden ist. Weitere Informationen finden Sie unter Hinzufügen der Option „Native Sicherung und Backup“.

Zugriff verweigert

Der Sicherungs- oder Wiederherstellungsprozess kann nicht auf die Sicherungsdatei zugreifen. Dies hat normalerweise Ursachen wie die folgenden:

  • Verweis auf einen falschen Bucket. Verweis auf einen Bucket unter Verwendung eines falschen Formats. Verweis auf einen Dateinamen ohne Verwendung des ARN.

  • Falsche Berechtigungen für die Bucket-Datei. Wenn die Datei beispielsweise von einem anderen Konto als dem erstellt wurde, mit dem jetzt darauf zugegriffen werden soll, müssen die richtigen Berechtigungen hinzugefügt werden.

  • Eine falsche oder unvollständige IAM-Richtlinie. Die IAM-Rolle muss alle erforderlichen Elemente enthalten also beispielsweise auch die richtige Version. Die Elemente werden unter Importieren und Exportieren von SQL-Server-Datenbanken mithilfe nativer Sicherung und Wiederherstellung beschrieben.

BACKUP-DATENBANK MIT KOMPRESSION wird in Edition nicht unterstützt<edition_name>

Die Komprimierung Ihrer Sicherungsdateien wird nur für Microsoft SQL Server Enterprise Edition und Standard Edition unterstützt. .

Weitere Informationen finden Sie unter Komprimieren von Sicherungsdateien.

Schlüssel existiert nicht<ARN>

Sie haben versucht, ein verschlüsseltes Backup wiederherzustellen, haben aber keinen Verschlüsselungsschlüssel angegeben. Prüfen Sie Ihren Verschlüsselungsschlüssel und versuchen Sie es erneut.

Weitere Informationen finden Sie unter Wiederherstellen einer Datenbank.

Bitte geben Sie die Aufgabe mit dem richtigen Typ neu aus und überschreiben Sie die Eigenschaft

Wenn Sie versuchen, Ihre Datenbank zu sichern, und Sie den Namen einer bereits vorhandenen Datei angeben, aber die Eigenschaft "overwrite" auf "false" gesetzt haben, schlägt der Sicherungsvorgang fehl. Geben Sie zur Korrektur dieses Fehlers entweder den Namen einer noch nicht vorhandenen Datei an, oder setzen Sie die Eigenschaft "overwrite" auf "true".

Weitere Informationen finden Sie unter Sichern einer Datenbank.

Zudem ist es möglich, dass Sie Ihre Datenbank wiederherstellen wollten, aber versehentlich die gespeicherte Prozedur rds_backup_database aufgerufen haben. Rufen Sie in diesem Fall stattdessen die gespeicherte Prozedur rds_restore_database auf.

Weitere Informationen finden Sie unter Wiederherstellen einer Datenbank.

Wenn Sie Ihre Datenbank wiederherstellen wollten und die gespeicherte Prozedur rds_restore_database aufgerufen haben, vergewissern Sie sich, dass Sie den Namen einer gültigen Sicherungsdatei angegeben haben.

Weitere Informationen finden Sie unter Verwenden nativer Backups und Wiederherstellungen.

Bitte geben Sie einen Bucket an, der sich in der gleichen Region wie die RDS-Instance befindet

Sie können keine Backups zu einem Amazon-S3-Bucket in einer AWS-Region ausführen, die sich von der Ihrer Amazon-RDS-DB-Instance unterscheidet, oder Wiederherstellungen aus einem solchen Bucket ausführen. Sie können mithilfe von Amazon S3 Replikation die Sicherungsdatei in die korrekte AWS Region kopieren.

Weitere Informationen finden Sie unter Regionenübergreifende Replikation in der Amazon S3-Dokumentation.

Der angegebene Bucket existiert nicht

Stellen Sie sicher, dass Sie den korrekten ARN für Ihren Bucket und die Datei im richtigen Format angegeben haben.

Weitere Informationen finden Sie unter Verwenden nativer Backups und Wiederherstellungen.

Der Benutzer ist nicht berechtigt, auf Ressourcen zu arbeiten<ARN> <kms action> <ARN>

Sie haben einen verschlüsselten Vorgang angefragt, aber keine geeigneten AWS KMS-Berechtigungen angegeben. Überprüfen Sie, ob Sie die korrekten Berechtigungen haben oder fügen Sie diese hinzu.

Weitere Informationen finden Sie unter Einrichtung für native Backups und Wiederherstellungen.

Die Wiederherstellungsaufgabe kann nicht aus mehr als 10 Sicherungsdateien wiederhergestellt werden). Bitte reduzieren Sie die Anzahl der übereinstimmenden Dateien und versuchen Sie es erneut.

Reduzieren Sie die Anzahl der Dateien, aus denen Sie wiederherstellen möchten. Sie können jede einzelne Datei bei Bedarf größer machen.

Die Datenbank 'database_name' existiert bereits. Zwei Datenbanken, die sich nur nach Fall oder Akzent unterscheiden, sind nicht zulässig. Wählen Sie einen anderen Datenbanknamen aus.

Sie können eine Datenbank nicht mit dem gleichen Namen wie eine vorhandene Datenbank wiederherstellen. Die Namen der Datenbank sind eindeutig.