Verwenden nativer Backups und Wiederherstellungen - Amazon Relational Database Service
Sichern einer DatenbankWiederherstellen einer DatenbankWiederherstellen eines ProtokollsAbschluss einer WiederherstellungTeilweise wiederhergestellte DatenbankenAbbrechen einer AufgabeVerfolgen des Status von Aufgaben

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.

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 Verbindung zu Ihrer Microsoft SQL Server-DB-Instance herstellen.

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],
	[@block_size=512|1024|2048|4096|8192|16384|32768|65536],
        [@max_transfer_size=n],
        [@buffer_count=n],
	[@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 file_name Stelle im S3-ARN ARN. 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 mit mehreren Dateien können nur ein Sternchen im file_name Teil des S3-ARN haben.

    • Einzeldatei-Backups können eine beliebige Anzahl von Sternchen im file_name Teil des S3-ARN haben. Sternchen werden nicht aus dem generierten Dateinamen entfernt.

  • @block_size— Blockgröße (in Byte), die die physische Blockgröße für Backup-Operationen angibt. Gültige Werte sind 512, 1024, 2048, 4096, 8192, 16384, 32768 und 65536

  • @max_transfer_size— Die maximale Übertragungsgröße gibt die Obergrenze des Datenvolumens (in Byte) an, das pro Vorgang während des Backup-Vorgangs übertragen wird. I/O Gültige Werte sind Vielfache von 65536 Byte (64 KB) bis zu 4194304 Byte (4 MB).

  • @buffer_count— Gesamtzahl der I/O Puffer, die für den Backup-Prozess verwendet werden sollen.

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 des Backups mit Blockgröße
exec msdb.dbo.rds_backup_database
@source_db_name='mydatabase',
@s3_arn_to_backup_to='arn:aws:s3:::mybucket/backup*.bak',
@block_size=512;
Beispiel von Backups mit mehreren Dateien mit und @max_transfer_size@buffer_count
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,
@max_transfer_size=4194304,
@buffer_count=10;
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'],
        [@block_size=512|1024|2048|4096|8192|16384|32768|65536],
        [@max_transfer_size=n],
        [@buffer_count=n],
	[@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.

  • @block_size— Blockgröße (in Byte), die die physische Blockgröße für Backup-Operationen angibt. Gültige Werte sind 512, 1024, 2048, 4096, 8192, 16384, 32768 und 65536

  • @max_transfer_size— Die maximale Übertragungsgröße gibt die Obergrenze des Datenvolumens (in Byte) an, das pro Vorgang während des Backup-Vorgangs übertragen wird. I/O Gültige Werte sind Vielfache von 65536 Byte (64 KB) bis zu 4194304 Byte (4 MB).

  • @buffer_count— Gesamtzahl der I/O Puffer, die für den Backup-Prozess verwendet werden sollen.

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 werden auf Multi-AZ-Instances oder Instances mit Read Replicas nicht unterstützt.

Differenzielle Wiederherstellungen werden in keiner Multi-AZ-Bereitstellungskonfiguration unterstützt.

Alle nativen Wiederherstellungen werden nicht auf Instances unterstützt, die Read Replicas haben, einschließlich regionsübergreifender Read Replicas.

Bei unterstützten Konfigurationen ähnelt die Wiederherstellung einer Datenbank auf einer Multi-AZ-Instance mit Read Replicas der Wiederherstellung einer Datenbank auf einer Multi-AZ-Instance. 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 der Wiederherstellung mit Blockgröße
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup1.bak',
@block_size=512;
Beispiel der Wiederherstellung mehrerer Dateien mit @max_transfer_size und @buffer_count
exec msdb.dbo.rds_restore_database
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/backup*',
@max_transfer_size=4194304,
@buffer_count=10;
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'],
	[@block_size=512|1024|2048|4096|8192|16384|32768|65536],
        [@max_transfer_size=n],
        [@buffer_count=n];

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.

  • @block_size— Blockgröße (in Byte), die die physische Blockgröße für Backup-Operationen angibt. Gültige Werte sind 512, 1024, 2048, 4096, 8192, 16384, 32768 und 65536

  • @max_transfer_size— Die maximale Übertragungsgröße gibt die Obergrenze des Datenvolumens (in Byte) an, das pro Vorgang während des Backup-Vorgangs übertragen wird. I/O Gültige Werte sind Vielfache von 65536 Byte (64 KB) bis zu 4194304 Byte (4 MB).

  • @buffer_count— Gesamtzahl der I/O Puffer, die für den Backup-Prozess verwendet werden sollen.

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 der Wiederherstellung mit Blockgröße
exec msdb.dbo.rds_restore_log
@restore_db_name='mydatabase',
@s3_arn_to_restore_from='arn:aws:s3:::mybucket/mylog.trn',
@block_size=512;
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.

Snapshot-Wiederherstellung und point-in-time Wiederherstellungsverhalten für teilweise wiederhergestellte Datenbanken

Teilweise wiederhergestellte Datenbanken in der Quellinstanz (im Status point-in-time RESTORING belassen) werden während der Snapshot-Wiederherstellung und -Wiederherstellung aus der Zielinstanz gelöscht.

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