Einen DB-Snapshot für Amazon kopieren RDS

Mit Amazon RDS können Sie automatische Backups oder manuelle DB-Snapshots kopieren. Nach dem Kopieren eines Snapshots ist die Kopie ein manueller Snapshot. Sie können mehrere Kopien eines automatisierten Backups oder eines manuellen Snapshots erstellen, aber jede Kopie muss über eine eindeutige Kennung verfügen.

Sie können einen Snapshot innerhalb desselben kopieren AWS-Region, Sie können einen Snapshot zwischen AWS-Regionen den anderen kopieren und Sie können gemeinsam genutzte Snapshots kopieren.

Kopieren eines DB-Snapshots

Für jeden AWS-Konto können Sie bis zu 20 DB-Snapshots gleichzeitig von einem AWS-Region zum anderen kopieren. Wenn Sie einen DB-Snapshot in einen anderen kopieren AWS-Region, erstellen Sie einen manuellen DB-Snapshot, der in diesem AWS-Region gespeichert wird. Beim Kopieren eines DB-Snapshots aus der Quelle AWS-Region fallen RDS Amazon-Datenübertragungsgebühren an.

Weitere Informationen zu den Preisen für Datenübertragungen finden Sie unter RDSAmazon-Preise.

Nachdem die DB-Snapshot-Kopie in der neuen Version erstellt wurde AWS-Region, verhält sich die DB-Snapshot-Kopie genauso wie alle anderen DB-Snapshots in dieser Version. AWS-Region

Sie können einen DB-Snapshot mit dem AWS Management Console, dem oder dem AWS CLI kopieren. RDS API

aws rds copy-db-snapshot \
    --source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805 \
    --target-db-snapshot-identifier mydbsnapshotcopy \
    --copy-option-group \
    --copy-tags

aws rds copy-db-snapshot ^
    --source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20130805 ^
    --target-db-snapshot-identifier mydbsnapshotcopy ^
    --copy-option-group ^
    --copy-tags

aws rds copy-db-snapshot \
    --source-db-snapshot-identifier arn:aws:rds:us-east-1:123456789012:snapshot:mysql-instance1-snapshot-20130805 \
    --target-db-snapshot-identifier mydbsnapshotcopy

aws rds copy-db-snapshot ^
    --source-db-snapshot-identifier arn:aws:rds:us-east-1:123456789012:snapshot:mysql-instance1-snapshot-20130805 ^
    --target-db-snapshot-identifier mydbsnapshotcopy

aws rds copy-db-snapshot \
    --source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20161115 \
    --target-db-snapshot-identifier mydbsnapshotcopy \
    --kms-key-id my-us-east-1-key \ 
    --option-group-name custom-option-group-name

aws rds copy-db-snapshot ^
    --source-db-snapshot-identifier arn:aws:rds:us-west-2:123456789012:snapshot:mysql-instance1-snapshot-20161115 ^
    --target-db-snapshot-identifier mydbsnapshotcopy ^
    --kms-key-id my-us-east-1-key ^
    --option-group-name custom-option-group-name

https://rds.us-west-1.amazonaws.com/
	?Action=CopyDBSnapshot
	&CopyTags=true
	&SignatureMethod=HmacSHA256
	&SignatureVersion=4
	&SourceDBSnapshotIdentifier=mysql-instance1-snapshot-20130805
	&TargetDBSnapshotIdentifier=mydbsnapshotcopy
	&Version=2013-09-09
	&X-Amz-Algorithm=AWS4-HMAC-SHA256
	&X-Amz-Credential=AKIADQKE4SARGYLE/20140429/us-west-1/rds/aws4_request
	&X-Amz-Date=20140429T175351Z
	&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
	&X-Amz-Signature=9164337efa99caf850e874a1cb7ef62f3cea29d0b448b9e0e7c53b288ddffed2

https://rds.us-west-1.amazonaws.com/
	?Action=CopyDBSnapshot
	&SignatureMethod=HmacSHA256
	&SignatureVersion=4
	&SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-east-1%3A123456789012%3Asnapshot%3Amysql-instance1-snapshot-20130805
	&TargetDBSnapshotIdentifier=mydbsnapshotcopy
	&Version=2013-09-09
	&X-Amz-Algorithm=AWS4-HMAC-SHA256
	&X-Amz-Credential=AKIADQKE4SARGYLE/20140429/us-west-1/rds/aws4_request
	&X-Amz-Date=20140429T175351Z
	&X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
	&X-Amz-Signature=9164337efa99caf850e874a1cb7ef62f3cea29d0b448b9e0e7c53b288ddffed2

https://rds.us-east-1.amazonaws.com/
    ?Action=CopyDBSnapshot
    &KmsKeyId=my-us-east-1-key
    &OptionGroupName=custom-option-group-name
    &PreSignedUrl=https%253A%252F%252Frds.us-west-2.amazonaws.com%252F
         %253FAction%253DCopyDBSnapshot
         %2526DestinationRegion%253Dus-east-1
         %2526KmsKeyId%253Dmy-us-east-1-key
         %2526SourceDBSnapshotIdentifier%253Darn%25253Aaws%25253Ards%25253Aus-west-2%25253A123456789012%25253Asnapshot%25253Amysql-instance1-snapshot-20161115
         %2526SignatureMethod%253DHmacSHA256
         %2526SignatureVersion%253D4
         %2526Version%253D2014-10-31
         %2526X-Amz-Algorithm%253DAWS4-HMAC-SHA256
         %2526X-Amz-Credential%253DAKIADQKE4SARGYLE%252F20161117%252Fus-west-2%252Frds%252Faws4_request
         %2526X-Amz-Date%253D20161117T215409Z
         %2526X-Amz-Expires%253D3600
         %2526X-Amz-SignedHeaders%253Dcontent-type%253Bhost%253Buser-agent%253Bx-amz-content-sha256%253Bx-amz-date
         %2526X-Amz-Signature%253D255a0f17b4e717d3b67fad163c3ec26573b882c03a65523522cf890a67fca613
    &SignatureMethod=HmacSHA256
    &SignatureVersion=4
    &SourceDBSnapshotIdentifier=arn%3Aaws%3Ards%3Aus-west-2%3A123456789012%3Asnapshot%3Amysql-instance1-snapshot-20161115
    &TargetDBSnapshotIdentifier=mydbsnapshotcopy
    &Version=2014-10-31
    &X-Amz-Algorithm=AWS4-HMAC-SHA256
    &X-Amz-Credential=AKIADQKE4SARGYLE/20161117/us-east-1/rds/aws4_request
    &X-Amz-Date=20161117T221704Z
    &X-Amz-SignedHeaders=content-type;host;user-agent;x-amz-content-sha256;x-amz-date
    &X-Amz-Signature=da4f2da66739d2e722c85fcfd225dc27bba7e2b8dbea8d8612434378e52adccf

Einschränkungen

Im folgenden werden einige Einschränkungen beim Kopieren von Snapshots aufgeführt:

Überlegungen

Hinweise zum Kopieren eines DB-Snapshots finden Sie in den folgenden Themen.

Snapshot-Aufbewahrung

Amazon RDS löscht automatische Backups in verschiedenen Situationen:

Soll ein automatisches Backup länger aufbewahrt werden, erstellen Sie durch Kopieren einen manuellen Snapshot, der aufbewahrt wird, bis Sie ihn löschen. Für manuelle Snapshots können RDS Amazon-Speicherkosten anfallen, wenn sie Ihren Standardspeicherplatz überschreiten.

Weitere Informationen zu den Kosten für Backup-Speicher finden Sie unter RDSAmazon-Preise.

Überlegungen zum gemeinsamen Kopieren von Snapshots

Sie können Snapshots kopieren, die von anderen AWS-Konten für Sie freigegeben wurden. In einigen Fällen können Sie einen verschlüsselten Snapshot, der von einem anderen AWS-Konto geteilt wurde, kopieren. In diesen Fällen müssen Sie Zugriff auf die Datei haben AWS KMS key , die zum Verschlüsseln des Snapshots verwendet wurde.

Sie können einen gemeinsam genutzten DB-Snapshot kopieren, AWS-Regionen wenn der Snapshot unverschlüsselt ist. Ist der freigegebene DB-Snapshot jedoch verschlüsselt, können Sie ihn nur in dieselbe Region kopieren.

Überlegungen zum Kopieren von Verschlüsselungs-Snapshots

Sie können einen Snapshot kopieren, der mit einem KMS Schlüssel verschlüsselt wurde. Wenn Sie einen verschlüsselten Snapshot kopieren, muss auch die Kopie des Snapshots verschlüsselt werden. Wenn Sie einen verschlüsselten Snapshot innerhalb desselben kopieren AWS-Region, können Sie die Kopie mit demselben KMS Schlüssel wie den ursprünglichen Snapshot verschlüsseln. Sie können auch einen anderen KMS Schlüssel angeben.

Wenn Sie einen verschlüsselten Snapshot regionsübergreifend kopieren, müssen Sie einen für das Ziel gültigen KMS Schlüssel angeben AWS-Region. Dabei kann es sich um einen regionsspezifischen KMS Schlüssel oder um einen Schlüssel für mehrere Regionen handeln. Weitere Informationen zu Schlüsseln für mehrere Regionen finden Sie unter KMS Schlüssel für mehrere Regionen verwenden in. AWS KMS

Der Quell-Snapshot bleibt den gesamten Kopiervorgang über verschlüsselt. Weitere Informationen finden Sie unter Einschränkungen von Amazon RDS Amazon.

Die Kopie eines unverschlüsselten Snapshots kann verschlüsselt werden. Auf diese Weise können Sie zuvor unverschlüsselte DB-Instances schnell verschlüsseln. Dazu können Sie einen Snapshot Ihrer DB-Instance erstellen, wenn Sie bereit sind, sie zu verschlüsseln. Anschließend erstellen Sie eine Kopie dieses Snapshots und geben einen KMS Schlüssel zum Verschlüsseln dieser Snapshot-Kopie an. Anschließend können Sie eine verschlüsselte DB-Instance aus dem verschlüsselten Snapshot wiederherstellen.

Weitere Informationen zur AWS KMS Schlüsselverwaltung für Amazon RDS finden Sie unterAWS KMS key Verwaltung.

Überlegungen zum inkrementellen Kopieren von Snapshots

Ein inkrementeller Snapshot enthält nur die Daten, die sich nach dem letzten Snapshot derselben DB-Instance geändert haben. Das inkrementelle Kopieren von Snapshots ist schneller und verursacht geringere Speicherkosten als das vollständige Kopieren von Snapshots.

Ob eine Snapshot-Kopie inkrementell ist, hängt von der zuletzt abgeschlossenen Snapshot-Kopie und dem Quell-Snapshot ab. Wenn die letzte Snapshot-Kopie gelöscht wurde, ist die nächste Kopie eine vollständige Kopie und keine inkrementelle Kopie. Eine Snapshot-Kopie entspricht dem Typ des Quell-Snapshots. Wenn es sich bei dem Quell-Snapshot um einen inkrementellen Snapshot handelt, handelt es sich bei der Snapshot-Kopie um einen inkrementellen Snapshot.

Wenn Sie einen Snapshot kopieren AWS-Konten, ist die Kopie nur dann eine inkrementelle Kopie, wenn alle der folgenden Bedingungen erfüllt sind:

Die folgenden Beispiele veranschaulichen den Unterschied zwischen vollständigen und inkrementellen Snapshots. Sie gelten sowohl für freigegebene als auch für nicht freigegebene Snapshots.

Informationen zum Kopieren inkrementeller Snapshots finden Sie unter. AWS-RegionenVollständige und inkrementelle Kopien

Überlegungen zum regionsübergreifenden Kopieren von Snapshots

Sie können DB-Snapshots über AWS-Regionen hinweg kopieren. Es gibt jedoch bestimmte Einschränkungen und Überlegungen für das Kopieren von regionsübergreifenden Snapshots.

Anfordern einer Regionsübergreifende Kopie für DB-Snapshots

Um mit der Quellregion zu kommunizieren und eine regionsübergreifende DB-Snapshot-Kopie anzufordern, muss der Anforderer (IAMRolle oder IAM Benutzer) Zugriff auf den Quell-DB-Snapshot und die Quellregion haben.

Bestimmte Bedingungen in der IAM Richtlinie des Anforderers können dazu führen, dass die Anfrage fehlschlägt. In den folgenden Beispielen wird davon ausgegangen, dass Sie den DB-Snapshot von USA Ost (Ohio) zu US East (N. Virginia) kopieren. Diese Beispiele zeigen Bedingungen in der IAM Richtlinie des Anforderers, die dazu führen, dass die Anfrage fehlschlägt:

Wenn Sie eine der vorherigen Bedingungen verwenden müssen, die dazu führen würde, dass eine Anfrage fehlschlägt, können Sie eine zweite Anweisung mit aws:CalledVia in Ihrer Richtlinie aufnehmen, um die Anfrage erfolgreich zu machen. Zum Beispiel können Sie aws:CalledVia mit aws:SourceVpce wie hier gezeigt verwenden:

...
"Effect": "Allow",
"Action": "rds:CopyDBSnapshot",
"Resource": "*",
"Condition": {
    "Condition" : { 
        "ForAnyValue:StringEquals" : {
          "aws:SourceVpce": "vpce-1a2b3c4d"
        }
     }
},
{
    "Effect": "Allow",
    "Action": [
        "rds:CopyDBSnapshot"
    ],
    "Resource": "*",
    "Condition": {
        "ForAnyValue:StringEquals": {
            "aws:CalledVia": [
                "rds.amazonaws.com"
            ]
        }
    }
}

Weitere Informationen finden Sie IAMim IAMBenutzerhandbuch unter Richtlinien und Berechtigungen.

Autorisieren der Snapshot-Kopie

Wenn eine Anfrage zum Kopieren eines regionsübergreifenden DB-Snapshots zurückgegeben RDS wirdsuccess, wird die Kopie im Hintergrund gestartet. Eine Autorisierung für RDS den Zugriff auf den Quell-Snapshot wird erstellt. Diese Autorisierung verknüpft den Quell-DB-Snapshot mit dem Ziel-DB-Snapshot und RDS ermöglicht nur das Kopieren in den angegebenen Ziel-Snapshot.

Die Autorisierung wird RDS anhand der rds:CrossRegionCommunication Berechtigung in der serviceverknüpften IAM Rolle verifiziert. Wenn die Kopie autorisiert ist, RDS kommuniziert sie mit der Quellregion und vervollständigt die Kopie.

RDShat keinen Zugriff auf DB-Snapshots, die nicht zuvor durch eine CopyDBSnapshot Anfrage autorisiert wurden. Die Autorisierung wird widerrufen, wenn der Kopiervorgang abgeschlossen ist.

RDSverwendet die serviceverknüpfte Rolle, um die Autorisierung in der Quellregion zu überprüfen. Wenn Sie die serviceverknüpfte Rolle während des Kopiervorgangs löschen, schlägt die Kopie fehl.

Weitere Informationen finden Sie im IAMBenutzerhandbuch unter Verwenden von dienstbezogenen Rollen.

Anmeldeinformationen verwenden AWS Security Token Service

Sitzungstoken vom Endpunkt global AWS Security Token Service (AWS STS) sind nur in Bereichen gültig AWS-Regionen , die standardmäßig aktiviert sind (kommerzielle Regionen). Wenn Sie Anmeldeinformationen für den assumeRole API Vorgang in verwenden AWS STS, verwenden Sie den regionalen Endpunkt, wenn es sich bei der Quellregion um eine Opt-in-Region handelt. Andernfalls schlägt die Anforderung fehl. Dies liegt daran, dass Ihre Anmeldeinformationen in beiden Regionen gültig sein müssen. Dies gilt nur für Opt-in-Regionen, wenn der regionale AWS STS Endpunkt verwendet wird.

Um den globalen Endpunkt zu verwenden, stellen Sie sicher, dass er für beide Regionen in den Vorgängen aktiviert ist. Stellen Sie den globalen Endpunkt Valid in all AWS-Regionen in den AWS STS Kontoeinstellungen auf ein.

Dieselbe Regel gilt für Anmeldeinformationen im vorsignierten URL Parameter.

Weitere Informationen finden Sie unter Verwaltung AWS STS in einem AWS-Region im IAMBenutzerhandbuch.

Latenz- und mehrfache Kopieranfragen

Je nach Umfang und AWS-Regionen Menge der zu kopierenden Daten kann es Stunden dauern, bis eine regionsübergreifende Snapshot-Kopie abgeschlossen ist.

In einigen Fällen kann es eine große Anzahl von regionsübergreifenden Snapshot-Kopieranforderungen aus einer bestimmten AWS-Region geben. In solchen Fällen RDS kann Amazon neue regionsübergreifende Kopieranfragen von dieser Quelle AWS-Region in eine Warteschlange stellen, bis einige in Bearbeitung befindliche Kopien abgeschlossen sind. Zu Kopieranforderungen, die sich in der Warteschlange befinden, werden keine Fortschrittsinformationen angezeigt. Fortschrittsinformationen werden angezeigt, sobald das Kopieren beginnt.

Vollständige und inkrementelle Kopien

Wenn Sie einen Snapshot in einen anderen AWS-Region Snapshot als den Quell-Snapshot kopieren, ist die erste Kopie eine vollständige Snapshot-Kopie, auch wenn Sie einen inkrementellen Snapshot kopieren. Eine vollständige Snapshot-Kopie enthält alle Daten und Metadaten, die zur Wiederherstellung der DB-Instance erforderlich sind. Nach der ersten Snapshot-Kopie können Sie inkrementelle Snapshots derselben DB-Instance in dieselbe Zielregion innerhalb derselben kopieren. AWS-Konto Weitere Informationen zu inkrementellen Snapshots finden Sie unter Überlegungen zum inkrementellen Kopieren von Snapshots.

Das inkrementelle Kopieren von Snapshots AWS-Regionen wird sowohl für unverschlüsselte als auch für verschlüsselte Snapshots unterstützt.

Wenn Sie einen Snapshot kopieren AWS-Regionen, handelt es sich bei der Kopie um eine inkrementelle Kopie, sofern die folgenden Bedingungen erfüllt sind:

Überlegungen zu Optionsgruppen

DB-Optionsgruppen sind spezifisch für AWS-Region das, in dem sie erstellt wurden, und Sie können keine Optionsgruppe von einer Optionsgruppe AWS-Region in einer anderen verwenden AWS-Region.

Bei Oracle-Datenbanken können Sie das AWS CLI oder verwenden, RDS API um die benutzerdefinierte DB-Optionsgruppe aus einem Snapshot zu kopieren, der für Sie freigegeben wurde AWS-Konto. Sie können nur Optionsgruppen innerhalb derselben AWS-Region kopieren. Die Optionsgruppe wird nicht kopiert, wenn sie bereits in das Zielkonto kopiert wurde und seit dem Kopieren keine Änderungen daran vorgenommen wurden. Wenn die Quell-Optionsgruppe schon einmal kopiert wurde, sich aber seitdem geändert hat, RDS wird die neue Version in das Zielkonto kopiert. Standardoptionsgruppen werden nicht kopiert.

Wenn Sie einen Snapshot regionsübergreifend kopieren, können Sie eine neue Optionsgruppe für den Snapshot angeben. Wir empfehlen, die neue Optionsgruppe vorzubereiten, bevor Sie den Snapshot kopieren. Erstellen Sie im Ziel AWS-Region eine Optionsgruppe mit denselben Einstellungen wie die ursprüngliche DB-Instance. Wenn in der neuen Version bereits eine vorhanden ist AWS-Region, können Sie diese verwenden.

In einigen Fällen können Sie einen Snapshot kopieren und keine neue Optionsgruppe für den Snapshot angeben. In diesen Fällen erhält die DB-Instance bei der Wiederherstellung des Snapshots die standardmäßige Optionsgruppe. Soll die neue DB-Instance die gleichen Optionen wie das Original erhalten, gehen Sie folgendermaßen vor:

Überlegungen zur Parametergruppe

Wenn Sie einen Snapshot regionsübergreifend kopieren, enthält die Kopie nicht die von der ursprünglichen DB-Instance verwendete Parametergruppe. Wenn Sie einen Snapshot wiederherstellen, um eine neue DB-Instance zu erstellen, erhält diese DB-Instance die Standardparametergruppe für die, in der AWS-Region sie erstellt wurde. Soll die neue DB-Instance die gleichen Parameter wie das Original erhalten, gehen Sie folgendermaßen vor: