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.
Verschlüsseln Amazon RDS Ressourcen
Amazon RDS kann Ihre Amazon-RDS-DB-Instances verschlüsseln. Zu den Daten, die im Ruhezustand verschlüsselt werden, gehören der zugrunde liegende Speicher für DB-Instances, die zugehörigen Protokolle, automatische Backups, Read Replicas und Snapshots.
Amazon RDS-verschlüsselte DB-Instances verwenden den Industriestandard AES-256 Verschlüsselungsalgorithmus zur Verschlüsselung Ihrer Daten auf dem Server, der Ihre Amazon RDS-DB-Instances hostet.
Nachdem Ihre Daten verschlüsselt wurden, Amazon RDS wickelt die Authentifizierung des Zugriffs und die Entschlüsselung Ihrer Daten transparent mit minimalen Auswirkungen auf die Leistung ab. Sie müssen Ihre Datenbank-Client-Anwendungen nicht ändern, um Verschlüsselung anzuwenden.
Für verschlüsselte und unverschlüsselte DB Instanzen, Daten, die zwischen den Quell- und den Lesereplikaten übertragen werden, werden verschlüsselt, auch wenn sie repliziert werden AWS Regionen.
Themen
Übersicht über die Verschlüsselung von Amazon-RDS-Ressourcen
Amazon-RDS-verschlüsselte DB-Instances bieten zusätzlichen Datenschutz, indem Sie Ihre Daten vor unautorisiertem Zugriff auf den zugehörigen Speicherplatz sichern. Sie können die Amazon-RDS-Verschlüsselung verwenden, um den Datenschutz für Ihre in der Cloud bereitgestellten Anwendungen zu erhöhen und die Compliance-Anforderungen bei der Verschlüsselung von Daten im Ruhezustand zu erfüllen. Für eine Amazon-RDS-verschlüsselte DB-Instance werden alle Protokolle, Backups und Snapshots verschlüsselt. Weitere Informationen zur Verfügbarkeit und zu den Einschränkungen der Verschlüsselung finden Sie unter Verfügbarkeit von Amazon RDS Verschlüsselung und Einschränkungen von Amazon RDS verschlüsselte DB -Instances.
Amazon RDS verwendet eine AWS Key Management Service Schlüssel zum Verschlüsseln dieser Ressourcen. AWS KMS kombiniert sichere, hochverfügbare Hard- und Software zu einem für die Cloud skalierten Schlüsselverwaltungssystem. Sie können eine verwenden Von AWS verwalteter Schlüssel, oder Sie können vom Kunden verwaltete Schlüssel erstellen.
Wenn Sie eine verschlüsselte DB-Instance erstellen, können Sie einen vom Kunden verwalteten Schlüssel oder den Von AWS verwalteter Schlüssel für Amazon RDS wählen, um Ihre DB-Instance zu verschlüsseln. Wenn Sie die Schlüssel-ID für einen vom Kunden verwalteten Schlüssel nicht angeben, verwendet Amazon RDS den Von AWS verwalteter Schlüssel für Ihre neue DB-Instance. Amazon RDS erstellt eine Von AWS verwalteter Schlüssel für Amazon RDS für Ihre AWS Konto. Ihr AWS Konto hat ein anderes Von AWS verwalteter Schlüssel für Amazon RDS für jeden AWS Region.
Zur Verwaltung der kundenseitig verwalteten Schlüssel, die zum Ver- und Entschlüsseln Ihrer Amazon-RDS-Ressourcen dienen, verwenden Sie die AWS Key Management Service (AWS KMS).
Verwenden AWS KMS, können Sie vom Kunden verwaltete Schlüssel erstellen und die Richtlinien definieren, die die Verwendung dieser vom Kunden verwalteten Schlüssel steuern. AWS KMS unterstützt CloudTrail, sodass Sie die Verwendung von KMS-Schlüsseln überprüfen können, um sicherzustellen, dass vom Kunden verwaltete Schlüssel ordnungsgemäß verwendet werden. Sie können Ihre vom Kunden verwalteten Schlüssel mit Amazon Aurora und unterstützt verwenden AWS Dienste wie Amazon S3, Amazon EBS und Amazon Redshift. Für eine Liste der Dienste, die integriert sind AWS KMS, siehe AWS Serviceintegration
-
Sobald Sie eine verschlüsselte DB-Instance erstellt haben, können Sie den von dieser DB-Instance verwendeten KMS-Schlüssel nicht mehr ändern. Stellen Sie daher sicher, dass Sie Ihre KMS-Schlüsselanforderungen bestimmen, bevor Sie Ihre verschlüsselte DB-Instance erstellen.
Wenn Sie den Verschlüsselungsschlüssel für Ihre DB-Instance ändern müssen, erstellen Sie einen manuellen Snapshot Ihrer Instance und aktivieren Sie die Verschlüsselung beim Kopieren des Snapshots. Weitere Informationen finden Sie im re:Post-Knowledge-Artikel
. Sie können auch eine verwenden blue/green Bereitstellung, um eine grüne Umgebung zu erstellen, die mit einem anderen KMS-Schlüssel als die blaue Umgebung verschlüsselt ist. Verwenden Sie diese Bereitstellung, um eine unverschlüsselte DB-Instance zu verschlüsseln oder den KMS-Schlüssel einer verschlüsselten DB-Instance zu ändern. Für weitere Informationen über blue/green Bereitstellungen finden Sie unter Einschränkungen und Überlegungen für Amazon RDS blue/green Bereitstellungen.
-
Wenn Sie einen verschlüsselten Snapshot kopieren, können Sie zum Verschlüsseln des Ziel-Snapshots einen anderen KMS-Schlüssel verwenden als den, der zum Verschlüsseln des Quell-Snapshots verwendet wurde.
-
Sie können eine Read Replica einer mit Amazon RDS verschlüsselten DB-Instance mit demselben KMS-Schlüssel wie die Quell-DB-Instance oder mit einem anderen KMS-Schlüssel verschlüsseln. Die Read Replica kann sich in derselben Datei befinden AWS Region wie die Quelle oder in einer anderen. Um einen anderen KMS-Schlüssel zu verwenden, geben Sie ihn mit dem
KmsKeyIdParameter des CreateDBInstanceReadReplica API-Operation oder der--kms-key-idOption der create-db-instance-read-replica AWS CLI Befehl. Wenn Sie keinen KMS-Schlüssel angeben, verwendet das Read Replica denselben KMS-Schlüssel wie die Quell-DB-Instance. -
KMS-Schlüssel sind spezifisch für AWS Region, in der sie erstellt wurden. Für ein gelesenes Replikat in einer anderen AWS Region: Geben Sie einen KMS-Schlüssel in der Zielregion an.
-
Sie können keinen Snapshot teilen, der mit dem verschlüsselt wurde Von AWS verwalteter Schlüssel des AWS Konto, das den Snapshot geteilt hat.
-
Amazon RDS unterstützt auch die Verschlüsselung einer Oracle- oder SQL Server-DB-Instance mit Transparent Data Encryption (TDE). TDE kann mit RDS-Verschlüsselung im Ruhezustand verwendet werden, jedoch kann sich die gleichzeitige Verwendung von TDE und RDS-Verschlüsselung im Ruhezustand geringfügig auf die Leistung Ihrer Datenbank auswirken. Sie müssen verschiedene Schlüssel für jede Verschlüsselungsmethode verwalten. Weitere Informationen zu TDE finden Sie unter Oracle Transparent Data Encryption oder Unterstützung für transparente Datenverschlüsselung in SQL Server.
Amazon RDS verliert den Zugriff auf den KMS-Schlüssel für eine DB-Instance, wenn Sie den KMS-Schlüssel deaktivieren. Wenn Sie den Zugriff auf einen KMS-Schlüssel verlieren, wechselt die verschlüsselte DB-Instance 2 Stunden nach der Erkennung in den Status inaccessible-encryption-credentials-recoverable, sofern Sicherungen aktiviert sind. Die DB-Instance behält diesen Status sieben Tage lang bei und wird währenddessen angehalten. API-Aufrufe, die während dieser Zeit an die DB-Instance getätigt wurden, sind möglicherweise nicht erfolgreich. Um die DB-Instance wiederherzustellen, aktivieren Sie den KMS-Schlüssel und starten Sie diese DB-Instance neu. Aktivieren Sie den KMS-Schlüssel aus dem AWS-Managementkonsole, AWS CLI, oder RDS-API. Starten Sie die DB-Instance neu mit dem AWS CLI beherrschen start-db-instance oder AWS-Managementkonsole.
Der Status inaccessible-encryption-credentials-recoverable gilt nur für DB-Instances, die gestoppt werden können. Dieser wiederherstellbare Status gilt nicht für Instances, die nicht gestoppt werden können, wie Lesereplikate und Instances mit Lesereplikaten. Weitere Informationen finden Sie unter Einschränkungen beim Stoppen Ihrer DB-Instance.
Wenn die DB-Instance nicht innerhalb von sieben Tagen wiederhergestellt wird, wechselt sie in den Terminalstatus inaccessible-encryption-credentials. In diesem Zustand ist die DB-Instance nicht mehr nutzbar und Sie können sie nur aus einem DB-Snapshot oder -Backup wiederherstellen.
Bei der Erstellung einer DB-Instance überprüft Amazon RDS, ob der aufrufende Prinzipal Zugriff auf den KMS-Schlüssel hat, und generiert aus dem KMS-Schlüssel eine Berechtigung, die für die gesamte Lebensdauer der DB-Instance verwendet wird. Das Widerrufen des Zugriffs des aufrufenden Prinzipals auf den KMS-Schlüssel hat keine Auswirkungen auf eine laufende Datenbank. Wenn KMS-Schlüssel in kontoübergreifenden Szenarien verwendet werden, z. B. beim Kopieren eines Snapshots in ein anderes Konto, muss der KMS-Schlüssel für das andere Konto freigegeben werden. Wenn Sie aus dem Snapshot eine DB-Instance erstellen, ohne einen anderen KMS-Schlüssel anzugeben, verwendet die neue Instance den KMS-Schlüssel aus dem Quellkonto. Das Widerrufen des Zugriffs auf den Schlüssel nach dem Erstellen der DB-Instance hat keine Auswirkungen auf die Instance. Die Deaktivierung des Schlüssels wirkt sich jedoch auf alle DB-Instances aus, die mit diesem Schlüssel verschlüsselt wurden. Um dies zu verhindern, geben Sie während des Snapshot-Kopiervorgangs einen anderen Schlüssel an.
DB-Instances mit deaktivierten Sicherungen bleiben verfügbar, bis die Volumes während einer Instance-Änderung oder -Wiederherstellung vom Host getrennt werden. RDS versetzt die Instances je nach Bedarf in den Status inaccessible-encryption-credentials-recoverable oder inaccessible-encryption-credentials.
Eine DB-Instance in der inaccessible-encryption-credentials Der Zustand kann nicht an Ort und Stelle wiederhergestellt werden, daher erstellt Amazon RDS automatisch einen endgültigen DB-Snapshot, wenn eine DB-Instance in diesen Zustand übergeht. Dies ähnelt dem endgültigen Snapshot, den Sie anfordern können, wenn Sie eine DB-Instance löschen.
Der Snapshot erfasst Daten, die nach Ihrem letzten automatisierten Backup geschrieben wurden. Dazu gehören auch Schreibvorgänge, die vorgenommen wurden, während auf den KMS-Schlüssel nicht zugegriffen werden konnte. Sie können den Snapshot verwenden, um Daten wiederherzustellen, die sonst verloren gegangen wären. Amazon RDS erstellt ihn als manuellen DB-Snapshot mit dem Namen rds-final:, und es erscheint zusammen mit Ihren anderen DB-Snapshots.db-instance-identifier-resource-id
Der endgültige Snapshot wird so lange aufbewahrt, bis Sie ihn löschen, und es fallen Backup-Speichergebühren an, genau wie bei einem manuellen DB-Snapshot. Da die Gebühren so lange anfallen, bis Sie ihn löschen, löschen Sie den Snapshot, sobald Sie ihn nicht mehr benötigen. Weitere Informationen finden Sie unter Amazon RDS – Preise
Amazon RDS versucht, einen endgültigen Snapshot zu erstellen, wenn eine DB-Instance zur inaccessible-encryption-credentials Zustand in einer der folgenden Situationen:
-
Auf den KMS-Schlüssel kann nicht mehr zugegriffen werden und die DB-Instance kann nicht gestoppt werden. Sie wird also direkt in die
inaccessible-encryption-credentialsBundesstaat. Diese Situation umfasst Read Replicas und DB-Instances, die Read Replicas haben. -
Die DB-Instance verbleibt in der
inaccessible-encryption-credentials-recoverableZustand für sieben Tage, ohne wiederhergestellt zu werden. -
Die DB-Instance erfordert einen Vorgang, den Amazon RDS nicht abschließen kann, da auf den KMS-Schlüssel nicht zugegriffen werden kann. Beispiele hierfür sind das Ersetzen des zugrunde liegenden Hosts und das Skalieren des Speichers.
Amazon RDS erstellt den endgültigen Snapshot nur, wenn alle folgenden Bedingungen für die DB-Instance zutreffen:
-
Der DB-Instance sind Datenvolumes angehängt. Eine DB-Instance ohne angehängten Speicher, z. B. eine, die bei der Erstellung ausgefallen ist oder bereits gelöscht wird, hat keine Daten zum Erfassen.
-
Die DB-Instance ist kein Mitglied von Multi-AZ DB-Cluster oder ein Aurora-DB-Cluster. Diese verwenden Backups auf Cluster-Ebene anstelle von einzelnen Instance-Snapshots.
-
Die Daten der DB-Instance sind vollständig und ändern sich nicht. Amazon RDS erstellt keinen endgültigen Snapshot, solange sich eine DB-Instance in einem der folgenden Zustände befindet:
-
Wird erstellt
-
Wird aus einem DB-Snapshot oder -Backup wiederhergestellt
-
Wird migriert
-
Transaktionsprotokolle wiedergeben lassen
-
Wird im Rahmen einer Wiederherstellung offline gepatcht
-
Wird gerade vorbereitet oder als Read Replica konfiguriert
-
Automatisierte Backups müssen nicht aktiviert werden. Amazon RDS erstellt außerdem einen endgültigen Snapshot für DB-Instances auf AWS Outposts und für DB-Instances in anderen Endzuständen, solange ihr Speicher intakt ist.
Für die Wiederherstellung aus dem endgültigen Snapshot müssen Sie zunächst den KMS-Schlüssel erneut aktivieren, da der Snapshot mit demselben Schlüssel wie die Quell-DB-Instance verschlüsselt ist. Weitere Informationen finden Sie unter AWS KMS key Verwaltung. Stellen Sie dann den Snapshot wie jeden anderen DB-Snapshot wieder her. Die vollständige Liste der Parameter finden Sie unter db-instance-from-db-Snapshot wiederherstellen in der AWS CLI Befehlsreferenz.
Beispiel Stellen Sie eine DB-Instance aus dem letzten DB-Snapshot wieder her
Für Linux, macOS oder Unix:
aws rds restore-db-instance-from-db-snapshot \ --db-instance-identifiermydb-restored\ --db-snapshot-identifierrds-final:mydb-db-abcdefghijklmnop
Für Windows:
aws rds restore-db-instance-from-db-snapshot ^ --db-instance-identifiermydb-restored^ --db-snapshot-identifierrds-final:mydb-db-abcdefghijklmnop
Obwohl automatische Backups nicht erforderlich sind, sollten Sie sie für verschlüsselte DB-Instances aktivieren, sodass zusätzlich zum endgültigen Snapshot eine Wiederherstellung zu einem bestimmten Zeitpunkt verfügbar ist.
Weitere Informationen über KMS-Schlüssel finden Sie unter AWS KMS keys im Entwicklerhandbuch zu AWS Key Management Service und in AWS KMS key Verwaltung.
Verschlüsseln einer DB-Instance
Wählen Sie Enable encryption (Verschlüsselung aktivieren) in der Amazon-RDS-Konsole aus, um eine neue DB-Instance zu verschlüsseln. Hinweise zum Erstellen einer DB-Instance finden Sie unter Erstellen einer Amazon-RDS-DB-Instance.
Wenn Sie das verwenden create-db-instance AWS CLI Befehl zum Erstellen einer verschlüsselten DB-Instance, setzen Sie den --storage-encrypted Parameter. Wenn Sie die API-Operation CreateDBInstance verwenden, legen Sie den Parameter StorageEncrypted auf „true“ fest.
Wenn Sie das verwenden AWS CLI create-db-instance Geben Sie den Befehl ein, um eine verschlüsselte DB-Instance mit einem vom Kunden verwalteten Schlüssel zu erstellen --kms-key-id Parameter für eine beliebige Schlüssel-ID für den KMS-Schlüssel. Wenn Sie den Vorgang Amazon RDS API CreateDBInstance verwenden, setzen Sie den Parameter KmsKeyId auf einen beliebigen Schlüsselbezeichner für den KMS-Schlüssel. Um einen vom Kunden verwalteten Schlüssel in einem anderen zu verwenden AWS Konto, geben Sie den Schlüssel-ARN oder Alias-ARN an.
Bestimmen, ob die Verschlüsselung für eine DB-Instance aktiviert ist
Sie können das verwenden AWS-Managementkonsole, AWS CLI, oder die RDS-API, um festzustellen, ob die Verschlüsselung im Ruhezustand für eine DB-Instance aktiviert ist.
So ermitteln Sie, ob die Verschlüsselung im Ruhezustand für eine DB-Instance aktiviert ist
Melden Sie sich bei AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter https://console.aws.amazon.com/rds/
. -
Wählen Sie im Navigationsbereich Datenbanken aus.
-
Wählen Sie den Namen der DB-Instance aus, die Sie überprüfen möchten, um die Details anzuzeigen.
-
Wählen Sie die Registerkarte Konfiguration aus und überprüfen Sie den Wert für die Verschlüsselung unter Speicher.
Es zeigt entweder Aktiviert oder Nicht aktiviert.
Um festzustellen, ob die Verschlüsselung im Ruhezustand für eine DB-Instance aktiviert ist, verwenden Sie das AWS CLI, rufen Sie den describe-db-instances Befehl mit der folgenden Option:
-
--db-instance-identifier– der Name der DB-Instance
Im folgenden Beispiel wird eine Abfrage verwendet, um entweder TRUE oder FALSE bezüglich der Verschlüsselung im Ruhezustand für die mydb DB-Instance zurückzugeben.
Beispiel
aws rds describe-db-instances --db-instance-identifiermydb--query "*[].{StorageEncrypted:StorageEncrypted}" --output text
Um zu ermitteln, ob die Verschlüsselung im Ruhezustand für eine DB-Instance mithilfe der Amazon-RDS-API aktiviert ist, rufen Sie die Operation DescribeDBInstances mit dem folgenden Parameter auf:
-
DBInstanceIdentifier– der Name der DB-Instance.
Verfügbarkeit von Amazon RDS Verschlüsselung
Die Amazon RDS-Verschlüsselung ist aktuell für alle Datenbank-Engines und Speichertypen verfügbar.
Amazon-RDS-Verschlüsselung ist für die meisten DB-Instance-Klassen verfügbar. In der folgenden Tabelle sind die DB-Instance-Klassen aufgeführt, die Amazon-RDS-Verschlüsselung nicht unterstützen:
| Instance-Typ | Instance class |
|---|---|
Allzweck (M1) |
db.m1.small db.m1.medium db.m1.large db.m1.xlarge |
Arbeitsspeicheroptimiert (M2) |
db.m2.xlarge db.m2.2xlarge db.m2.4xlarge |
Burstable (T2) |
db.t2.micro |
Verschlüsselung während der Übertragung
- Verschlüsselung auf der physischen Ebene
-
Alle Daten fließen über AWS-Regionen über die AWS Das globale Netzwerk wird automatisch auf der physischen Ebene verschlüsselt, bevor es das Netzwerk verlässt AWS gesicherte Einrichtungen. Der gesamte Datenverkehr zwischen AZs ist verschlüsselt. Zusätzliche Verschlüsselungsebenen, einschließlich der in diesem Abschnitt aufgeführten, bieten möglicherweise zusätzlichen Schutz.
- Verschlüsselung durch Amazon VPC-Peering und regionsübergreifendes Transit Gateway
-
Der gesamte regionsübergreifende Datenverkehr, der Amazon-VPC- und Transit-Gateway-Peering verwendet, wird automatisch massenverschlüsselt, wenn er eine Region verlässt. Auf der physischen Ebene wird automatisch eine zusätzliche Verschlüsselungsebene für den gesamten Datenverkehr bereitgestellt, bevor er den Verkehr verlässt AWS gesicherte Einrichtungen.
- Verschlüsselung zwischen Instanzen
-
AWS bietet sichere und private Konnektivität zwischen DB-Instances aller Art. Darüber hinaus verwenden einige Instance-Typen die Offload-Funktionen der zugrunde liegenden Nitro-System-Hardware, um den Datenverkehr während der Übertragung zwischen Instances automatisch zu verschlüsseln. Diese Verschlüsselung verwendet AEAD-Algorithmen (Authenticated Encryption with Associated Data) mit 256-Bit-Verschlüsselung. Es gibt keine Auswirkungen auf die Netzwerkleistung. Um diese zusätzliche Verschlüsselung des Datenverkehrs während der Übertragung zwischen Instances zu unterstützen, müssen die folgenden Anforderungen erfüllt sein:
-
Die Instances verwenden die folgenden Instance-Typen:
-
Allgemeiner Zweck: M6i, M6id, M6in, M6idn, M7g
-
Speicheroptimiert: R6i, R6id, R6in, R6idn, R7g, X2idn, X2iedn, X2iezn
-
-
Die Instances befinden sich in derselben AWS-Region.
-
Die Instances befinden sich in derselben VPC oder in per Peering verbundenen VPCs und der Datenverkehr wird nicht durch ein virtuelles Netzwerkgerät, z. B. einen Load Balancer oder ein Transit Gateway, geleitet.
-
Einschränkungen von Amazon RDS verschlüsselte DB -Instances
Folgende Einschränkungen bestehen für Amazon RDS-verschlüsselte DB-Instances:
-
Sie können eine Amazon-RDS-DB-Instance nur beim Erstellen verschlüsseln, nicht nachdem die DB-Instance bereits erstellt ist.
Da es jedoch möglich ist, die Kopie eines unverschlüsselten Snapshots zu verschlüsseln, können Sie quasi eine Verschlüsselung zu einer unverschlüsselten DB-Instance hinzufügen. Dies lässt sich durchführen, indem Sie einen Snapshot von Ihrer DB-Instance erstellen und dann eine verschlüsselte Kopie dieses Snapshots erstellen. Anschließend können Sie Ihre DB-Instance aus dem verschlüsselten Snapshot wiederherstellen und verfügen so über eine verschlüsselte Kopie Ihrer ursprünglichen DB-Instance. Weitere Informationen finden Sie unter Kopieren eines DB-Snapshots für Amazon RDS.
-
Sie können die Verschlüsselung für eine verschlüsselte DB-Instance nicht deaktivieren.
-
Sie können keinen verschlüsselten Snapshot einer/eines unverschlüsselten DB-Instance erstellen.
-
Ein Snapshot eines verschlüsselten DB-Instance muss mit demselben KMS-Schlüssel verschlüsselt werden wie der DB-Instance.
-
Es ist nicht möglich, ein verschlüsseltes Lesereplikat einer unverschlüsselten DB-Instance oder ein unverschlüsseltes Lesereplikat einer verschlüsselten DB-Instance zu erstellen.
-
Verschlüsselte Lesereplikate müssen mit demselben KMS-Schlüssel verschlüsselt werden wie die Quell-DB-Instance, wenn sich beide in derselben AWS Region befinden.
-
Sie können ein unverschlüsseltes Backup oder einen solchen Snapshot nicht als verschlüsselte DB-Instance wiederherstellen.
-
Um einen verschlüsselten Snapshot von einem zu kopieren AWS Von Region zu Region müssen Sie den KMS-Schlüssel im Ziel angeben AWS Region. Das liegt daran, dass KMS-Schlüssel spezifisch sind für AWS Region, in der sie erstellt wurden.
Der Quell-Snapshot bleibt den gesamten Kopiervorgang über verschlüsselt. Amazon RDS verwendet Envelope-Verschlüsselung, um Daten während des Kopiervorgangs zu schützen. Weitere Informationen zur Envelope-Verschlüsselung finden Sie unter Envelope-Verschlüsselung im AWS Key Management Service -Entwicklerhandbuch.
-
Sie können eine(n) verschlüsselte(n) DB-Instance nicht entschlüsseln. Sie können jedoch Daten aus einer/einem verschlüsselten DB-Instance exportieren und die Daten in eine(n) unverschlüsselte(n) DB-Instance importieren.
