Kopieren eines DB-Snapshots für Amazon RDS

Mit Amazon RDS können Sie automatisierte 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 kopieren AWS-Regionen, und Sie können gemeinsam genutzte Snapshots kopieren. Sie können Schnappschüsse in einen anderen kopieren AWS-Region oder Konto in einem einzigen Schritt.

Kopieren eines DB-Snapshots

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

Weitere Informationen zu den Kosten von Datenübertragungen finden Sie unter Amazon RDS – Preise.

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

Sie können einen DB-Snapshot mit dem kopieren AWS-Managementkonsole, der AWS CLI, oder die 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

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 \
    --copy-option-group \
    --tag-specifications 'ResourceType=og,Tags=[{Key=environment,Value=production}]'

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 ^
    --copy-option-group ^
    --tag-specifications "ResourceType=og,Tags=[{Key=environment,Value=production}]"

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-west-1.amazonaws.com/
	?Action=CopyDBSnapshot
	&CopyOptionGroup=true
	&TagSpecifications.item.1.ResourceType=og
	&TagSpecifications.item.1.Tags.Tag.1.Key=environment
	&TagSpecifications.item.1.Tags.Tag.1.Value=production
	&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

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

Snapshot-Aufbewahrung

Amazon RDS löscht automatisierte 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. Amazon-RDS-Speicherkosten können für manuelle Snapshots anfallen, wenn sie Ihren Standardspeicherplatz überschreiten.

Weitere Information zu Sicherungsspeicherkosten finden Sie unter Amazon RDS – Preise.

Überlegungen zum Kopieren freigegebener Snapshots

Sie können Schnappschüsse kopieren, die Ihnen von anderen geteilt wurden AWS-Konten. In einigen Fällen können Sie einen verschlüsselten Snapshot kopieren, der von einem anderen geteilt wurde AWS-Konto. In diesen Fällen benötigen Sie Zugriff auf AWS KMS key das wurde verwendet, um den Snapshot zu verschlüsseln.

Sie können einen gemeinsam genutzten DB-Snapshot kopieren AWS-Regionen wenn der Snapshot unverschlüsselt ist.

Cross-Region und kontoübergreifendes Kopieren in einem einzigen Schritt

Um einen Snapshot Regions- und kontoübergreifend in einer einzigen Aktion zu kopieren, müssen Sie den Snapshot zunächst für das Ziel freigeben AWS Konto. Wenn der Snapshot verschlüsselt ist, müssen Sie auch den teilen AWS KMS Schlüssel mit dem Ziel AWS Konto. Wenn der Snapshot mit der Standardverschlüsselung verschlüsselt ist AWS KMS Schlüssel, Sie müssen zuerst den Snapshot kopieren, um ihn mit einem vom Kunden verwalteten Schlüssel erneut zu verschlüsseln, bevor Sie ihn für das Zielkonto freigeben. Nach dem Teilen können Sie eine Kopie vom Zielkonto auf dieses Konto (regionsintern oder regionsübergreifend) veranlassen.

Überlegungen zum verschlüsselten Kopieren von 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 in denselben kopieren AWS-Region, können Sie die Kopie mit demselben KMS-Schlüssel wie den ursprünglichen Snapshot verschlüsseln. Oder Sie können einen anderen KMS-Schlüssel angeben.

Wenn Sie einen verschlüsselten Snapshot in andere Regionen kopieren, müssen Sie einen gültigen KMS-Schlüssel für die Ziel- AWS-Region angeben. Es kann ein sein Region-specific KMS-Schlüssel oder ein Schlüssel für mehrere Regionen. Weitere Informationen über multiregionale Schlüssel finden Sie unter Verwenden von multiregionalen Schlüsseln in AWS KMS.

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

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. Sie erstellen dann eine Kopie dieses Snapshots und geben einen KMS-Schlüssel an, um diese Snapshot-Kopie zu verschlüsseln. Anschließend können Sie eine verschlüsselte DB-Instance aus dem verschlüsselten Snapshot wiederherstellen.

Für weitere Informationen über AWS KMS Schlüsselverwaltung für Amazon RDS finden Sie unter AWS KMS key Verwaltung.

Erforderliche Berechtigungen zum Kopieren verschlüsselter Schnappschüsse

Um einen verschlüsselten DB-Snapshot zu kopieren, muss Ihr Benutzer über die folgenden Berechtigungen verfügen, um die Amazon RDS-Verschlüsselung verwenden zu können.

Wenn Sie zur Einschränkung IAM-Richtlinienbedingungen verwenden AWS KMS Vorgänge gewähren, stellen Sie sicher, dass Ihre Richtlinie alle für Amazon RDS erforderlichen Vorgänge umfasst. Wenn Sie eine erhalten KMSKeyNotAccessibleFault Fehler beim regionsübergreifenden Kopieren eines verschlüsselten Snapshots. Stellen Sie sicher, dass Ihre IAM-Richtlinie alle erforderlichen Angaben enthält AWS KMS die oben genannten Zuschussvorgänge.

Ü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, wird durch die zuletzt erstellte Snapshot-Kopie und den Quell-Snapshot bestimmt. Wenn die letzte Snapshot-Kopie gelöscht wurde, ist die nächste Kopie eine vollständige Kopie und keine inkrementelle Kopie. Eine Snapshot-Kopie hat denselben Typ wie der Quell-Snapshot. Wenn es sich beim Quell-Snapshot um einen inkrementellen Snapshot handelt, ist auch die Snapshot-Kopie ein inkrementeller Snapshot. Die Inkrementalität wird auch durch die Anzahl der Änderungen bestimmt, die seit dem letzten Snapshot in der Quell-DB-Instance vorgenommen wurden.

Wenn Sie einen Snapshot kopieren AWS-Konten, die Kopie ist 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.

Für Informationen zum Kopieren inkrementeller Snapshots AWS-Regionen, siehe Vollständige und inkrementelle Kopien.

Überlegungen zum regionsübergreifenden Kopieren von Snapshots

Sie können DB-Snapshots über AWS-Regionen hinweg kopieren. Für das regionsübergreifende Kopieren von Snapshots fallen Datenübertragungsgebühren an. Cross-Region Das Kopieren von Snapshots unterliegt bestimmten Einschränkungen und Überlegungen.

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

Um mit der Quellregion zu kommunizieren, um eine regionsübergreifende DB-Snapshot-Kopie anzufordern, muss der Anforderer (IAM-Rolle 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 die 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 unter Richtlinien und Berechtigungen in IAM im IAM-Benutzerhandbuch.

Autorisieren der Snapshot-Kopie

Nachdem eine regionsübergreifenden DB-Snapshot-Kopieranforderung success ausgibt, startet RDS die Kopie im Hintergrund. Es wird eine Autorisierung für RDS für den Zugriff auf den Quell-Snapshot erstellt. Diese Autorisierung verknüpft den Quell-DB-Snapshot mit dem Ziel-DB-Snapshot und ermöglicht es RDS, nur in den angegebenen Ziel-Snapshot zu kopieren.

Die Autorisierung wird von RDS unter Verwendung der rds:CrossRegionCommunication-Berechtigung in der serviceverknüpfte IAM-Rolle verifiziert. Wenn die Kopie autorisiert ist, kommuniziert RDS mit der Quellregion und schließt die Kopie ab.

RDS hat keinen Zugriff auf DB-Snapshots, die zuvor nicht von einer CopyDBSnapshot-Anfrage authorisiert wurden. Die Autorisierung wird widerrufen, wenn der Kopiervorgang abgeschlossen ist.

RDS verwendet 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 unter Verwenden von serviceverknüpften Rollen im IAM-Benutzerhandbuch.

Verwenden AWS -Security-Token-Service Anmeldedaten

Sitzungstoken aus der ganzen Welt AWS -Security-Token-Service (AWS STS) Endpunkte sind nur gültig in AWS-Regionen die standardmäßig aktiviert sind (kommerzielle Regionen). Wenn Sie Anmeldeinformationen von verwenden assumeRole API-Betrieb in AWS STS, verwenden Sie den regionalen Endpunkt, wenn die Quellregion eine Opt-in-Region ist. 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 die Region AWS STS Endpunkt wird verwendet.

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

Die gleiche Regel gilt für Anmeldeinformationen im vorsignierten URL-Parameter.

Weitere Informationen finden Sie unter Verwaltung AWS STS in einem AWS-Region in der IAM-Benutzerhandbuch.

Latenz- und mehrfache Kopieranfragen

Abhängig von der AWS-Regionen Der Umfang und die Menge der zu kopierenden Daten können Stunden in Anspruch nehmen, 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 stellt Amazon RDS möglicherweise neue regionsübergreifende Kopieranfragen von dieser Quelle AWS-Region in eine Warteschlange, 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 kopieren AWS-Region aus dem Quell-Snapshot 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 desselben AWS-Konto kopieren. Weitere Informationen zu inkrementellen Snapshots finden Sie unter Überlegungen zum inkrementellen Kopieren von Snapshots.

Inkrementelles Kopieren des 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, die Kopie ist eine inkrementelle Kopie, wenn die folgenden Bedingungen erfüllt sind:

Überlegungen zu Optionsgruppen

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

Für Oracle-Datenbanken können Sie beim Kopieren eines Snapshots den AWS-Managementkonsole, AWS CLI, oder RDS-API, um die dem Quell-Snapshot zugeordnete DB-Optionsgruppe zu kopieren und sie der Snapshot-Kopie zuzuordnen. Sie können die Optionsgruppe in eine andere kopieren AWS-Konto, ein anderes AWS-Region, oder beides. Wenn Sie eine Optionsgruppe in eine andere kopieren AWS-Konto, nur die Optionen, die kontoübergreifendes Kopieren unterstützen, sind in der Kopie enthalten. Ebenso, wenn Sie eine Optionsgruppe in eine andere kopieren AWS-Region, nur die Optionen, die regionsübergreifendes Kopieren unterstützen, sind in der Kopie enthalten. Die Optionsgruppe wird nicht kopiert, wenn sie bereits in das Ziel kopiert wurde und seit dem Kopieren keine Änderungen an ihr vorgenommen wurden. Wenn die Quelloptionsgruppe schon einmal kopiert wurde, sich aber seit dem Kopieren geändert hat, kopiert RDS die neue Version auf das Ziel. Standardoptionsgruppen werden nicht kopiert.

Sie können der kopierten Optionsgruppe Tags zuweisen, indem Sie den --tag-specifications Option (AWS CLI) oder die TagSpecifications Parameter (RDS-API) mit dem Ressourcentyp og.

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. Im Zielort AWS-Region, erstellen Sie eine Optionsgruppe mit denselben Einstellungen wie die ursprüngliche DB-Instance. Wenn eine bereits in der neuen existiert AWS-Region, den kannst du benutzen.

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 AWS-Region sie wird in erstellt. Soll die neue DB-Instance die gleichen Parameter wie das Original erhalten, gehen Sie folgendermaßen vor: