Wiederherstellen eines Backups in einer MySQL-DB-Instance

Amazon RDS unterstützt den Import von MySQL-Datenbanken mithilfe von Sicherungsdateien. Sie können ein Backup der Datenbank erstellen, dieses in Amazon S3 speichern und anschließend die Sicherungsdatei auf einer neuen Amazon RDS-DB-Instance wiederherstellen, auf der MySQL ausgeführt wird.

Im in diesem Abschnitt beschriebenen Szenario wird ein Backup einer On-Premise-Datenbank wiederhergestellt. Sie können diese Technik für Datenbanken an anderen Speicherorten verwenden, z. B. in Amazon EC2 oder AWS Nicht-Cloud-Services, solange der Zugriff auf die Datenbank unterstützt wird.

Das folgende Diagramm veranschaulicht das unterstützte Szenario.

Das Importieren von Sicherungsdateien aus Amazon S3 wird für MySQL in allen AWS-Regionen unterstützt.

Sie sollten Ihre Datenbank mithilfe von Sicherungsdateien in Amazon RDS importieren, wenn Ihre On-Premise-Datenbank während des Erstellens, Kopierens und Wiederherstellens der Sicherungsdatei offline sein kann. Wenn Ihre On-Premise-Datenbank nicht offline sein kann, können Sie die Datenbank nach der Migration zu Amazon S3 über Amazon RDS mittels binärer Protokollreplikation (binlog) aktualisieren, wie in diesem Thema beschrieben. Weitere Informationen finden Sie unter Konfigurieren der Replikation der Binärprotokolldateiposition mit einer externen Quell-Instance. Sie können den AWS Database Migration Service auch verwenden, um Daten von Ihrer Datenbank zu Amazon RDS zu migrieren. Weitere Informationen finden Sie unter Was ist AWS Database Migration Service?

Einschränkungen und Empfehlungen für das Importieren von Sicherungsdateien von Amazon S3 zu Amazon RDS

Im Folgenden finden Sie einige Einschränkungen und Empfehlungen für den Import von Sicherungsdateien aus Amazon S3:

• Sie können Ihre Daten nur in eine neue DB-Instance importieren, nicht in eine bestehende DB-Instance.

• Sie müssen Percona verwenden XtraBackup , um die Sicherung Ihrer On-Premises-Datenbank zu erstellen.

• Sie können keine Daten aus einem DB-Snapshot-Export nach Amazon S3 importieren.

• Sie können nicht von einer Quelldatenbank migrieren, deren Tabellen außerhalb des standardmäßigen MySQL-Datenverzeichnisses definiert sind.

• Sie müssen Ihre Daten in die Standard-Nebenversion Ihrer MySQL-Hauptversion in Ihrer AWS-Region importieren. Wenn Ihre Hauptversion beispielsweise MySQL 8.0 ist und die Standard-Nebenversion für Ihre AWS-Region 8.0.28 ist, müssen Sie Ihre Daten in eine MySQL-DB-Instance Version 8.0.28 importieren. Sie können Ihre DB-Instance nach dem Importieren aktualisieren. Weitere Informationen zum Ermitteln der Standard-Unterversion finden Sie unter MySQL in Amazon RDS-Versionen.

• Für Haupt- und Unterversionen wird keine abwärtskompatible Migration unterstützt. Das heißt, Sie können nicht von Version 8.0 zu Version 5.7 und auch nicht von Version 8.0.32 zu Version 8.0.31 migrieren.

• Sie können keine MySQL-Datenbank der Version 5.5 oder 5.6 importieren.

• Sie können eine MySQL-On-Premise-Datenbank nicht aus einer Hauptversion in eine andere Hauptversion importieren. Sie können beispielsweise eine MySQL 5.7-Datenbank nicht in eine RDS for MySQL 8.0-Datenbank importieren. Sie können Ihre DB-Instance aktualisieren, nachdem Sie den Import abgeschlossen haben.

• Sie können nicht aus einer verschlüsselten Quelldatenbank wiederherstellen, aber Sie können eine verschlüsselte Amazon RDS DB-Instance wiederherstellen.

• Sie können nicht aus einem verschlüsselten Backup im Amazon S3-Bucket wiederherstellen.

• Sie können Daten nicht aus einem Amazon-S3-Bucket in einer anderen AWS-Region als der Ihrer Amazon RDS-DB-Instance wiederherstellen.

• Das Importieren von Amazon S3 wird von der DB-Instance-Klasse db.t2.micro nicht unterstützt. Sie können jedoch eine Wiederherstellung zu einer anderen DB-Instance-Klasse ausführen und die DB-Instance-Klasse später ändern. Weitere Informationen zu Instance-Klassen finden Sie unter Hardware-Spezifikationen für DB-Instance-Klassen .

• Amazon S3 begrenzt die Größe einer Datei, die in einen Amazon S3-Bucket hochgeladen werden kann, auf 5 TB. Wenn eine Sicherungsdatei größer als 5 TB ist, müssen Sie die Sicherungsdatei in kleinere Dateien aufteilen.

• Wenn Sie die Datenbank wiederherstellen, wird das Backup kopiert und dann auf Ihre DB-Instance extrahiert. Stellen Sie daher Speicherplatz für Ihre DB-Instance bereit, der der Summe der Sicherungsgröße und der Größe der ursprünglichen Datenbank auf dem Datenträger entspricht oder größer ist.

• Amazon RDS begrenzt die Anzahl der Dateien, die in ein Amazon S3-Bucket hochgeladen werden können, auf 1 Million. Wenn es mehr als mehr als 1 Million Sicherungsdateien für Ihre Datenbank gibt (einschließlich aller vollständigen und inkrementellen Backups), speichern Sie diese mittels Gzip (.gz), tar (.tar.gz) oder Percona xbstream (.xbstream) im Amazon S3-Bucket. Percona XtraBackup 8.0 unterstützt nur Percona xbstream für die Komprimierung.

• Benutzerkonten werden nicht automatisch importiert. Sichern Sie Ihre Benutzerkonten aus Ihrer Quelldatenbank und fügen Sie sie später Ihrer neuen DB-Instance hinzu.

• Funktionen werden nicht automatisch importiert. Sichern Sie Ihre Funktionen aus Ihrer Quelldatenbank und fügen Sie sie später Ihrer neuen DB-Instance hinzu.

• Stored Procedures werden nicht automatisch importiert. Sichern Sie Ihre Stored Procedures aus Ihrer Quelldatenbank und fügen Sie sie später Ihrer neuen DB-Instance hinzu.

• Zeitzoneninformationen werden nicht automatisch importiert. Zeichnen Sie die Zeitzoneninformationen für Ihre Quelldatenbank auf und legen Sie die Zeitzone Ihrer neuen DB-Instance später fest. Weitere Informationen finden Sie unter Lokale Zeitzone für MySQL-DB-Instances.

• Der innodb_data_file_path-Parameter darf nur mit einer Datendatei konfiguriert werden, die den Standarddateinamen "ibdata1:12M:autoextend" verwendet. Datenbanken mit zwei Datendateien oder nur einer Datendatei eines anderen Namens können mit dieser Methode nicht migriert werden.

  Nachfolgend finden Sie Beispiele für unzulässige Dateinamen: "innodb_data_file_path=ibdata1:50M; ibdata2:50M:autoextend" und "innodb_data_file_path=ibdata01:50M:autoextend".

• Die maximale Größe der wiederhergestellten Datenbank ist die maximal unterstützte Datenbankgröße abzüglich der Größe der Backup. Wenn die maximal unterstützte Datenbankgröße 64 TiB beträgt und die Größe des Backups 30 TiB beträgt, beträgt die maximale Größe der wiederhergestellten Datenbank 34 TiB, wie im folgenden Beispiel:

  64 TiB - 30 TiB = 34 TiB

  Informationen zur maximalen Datenbankgröße, die von Amazon RDS for MySQL unterstützt wird, finden Sie unter Allzweck-SSD-Speicher und Bereitgestellter IOPS SSD-Speicher.

Übersicht über das Einrichten zum Importieren von Sicherungsdateien von Amazon S3 zu Amazon RDS

Dies sind die Komponenten, die Sie einrichten müssen, um Sicherungsdateien von Amazon S3 nach Amazon RDS zu importieren:

• Einen Amazon S3-Bucket zum Speichern Ihrer Sicherungsdateien

• Ein Backup Ihrer On-Premises-Datenbank, die von Percona erstellt wurde XtraBackup.

• Importieren in eine AWS Identity and Access Management(IAM)-Rolle, um Amazon RDS den Zugriff auf den Bucket zu ermöglichen.

Wenn Sie bereits über einen Amazon S3-Bucket verfügen, können Sie diesen verwenden. Wenn noch kein Amazon S3-Bucket vorliegt, können Sie einen neuen erstellen. Wenn Sie einen neuen Bucket anlegen möchten, vgl. Erstellen eines Buckets.

Verwenden Sie das Percona- XtraBackup Tool, um Ihr Backup zu erstellen. Weitere Informationen finden Sie unter Erstellen Ihrer Datenbanksicherung.

Wenn Sie bereits über eine IAM-Rolle verfügen, können Sie diese verwenden. Wenn Sie noch keine IAM-Rolle besitzen, können Sie manuell eine neue erstellen. Alternativ können Sie auch eine neue IAM-Rolle in Ihrem Konto erstellen lassen, die der Assistent für Sie erstellt, wenn Sie die Datenbank mithilfe der AWS Management Console wiederherstellen. Falls Sie manuell eine neue IAM-Rolle erstellen oder einer bestehenden IAM-Rolle Vertrauens- und Berechtigungsrichtlinien hinzufügen möchten, siehe Manuelles Erstellen einer IAM-Rolle. Wenn Sie eine neue IAM-Rolle für sich anlegen lassen möchten, gehen Sie vor wie beschrieben in Konsole.

Erstellen Ihrer Datenbanksicherung

Verwenden Sie die Percona- XtraBackup Software, um Ihr Backup zu erstellen. Wir empfehlen Ihnen, die neueste Version von Percona zu verwenden XtraBackup. Sie können Percona XtraBackup über Percona herunterladen XtraBackupinstallieren.

Warnung

Wenn Sie ein Datenbank-Backup erstellen, XtraBackup speichert möglicherweise Anmeldeinformationen in der Datei xtrabackup_info. Stellen Sie sicher, dass Sie diese Datei so untersuchen, dass die tool_command-Einstellung darin keine vertraulichen Informationen enthält.

Anmerkung

Für die MySQL 8.0-Migration müssen Sie Percona XtraBackup 8.0 verwenden. Percona XtraBackup 8.0.12 und höhere Versionen unterstützen die Migration aller Versionen von MySQL . Wenn Sie zu RDS für MySQL 8.0.20 oder höher migrieren, müssen Sie Percona XtraBackup 8.0.12 oder höher verwenden.

Für MySQL 5.7-Migrationen können Sie auch Percona XtraBackup 2.4 verwenden. Für Migrationen früherer MySQL-Versionen können Sie auch Percona XtraBackup 2.3 oder 2.4 verwenden.

Sie können eine vollständige Sicherung Ihrer MySQL-Datenbankdateien mit Percona erstellen XtraBackup. Wenn Sie Ihre MySQL-Datenbankdateien bereits mit Percona sichern, können Sie alternativ Ihre vorhandenen Verzeichnisse und Dateien XtraBackup für vollständige und inkrementelle Sicherungen hochladen.

Weitere Informationen zum Sichern Ihrer Datenbank mit Percona finden Sie XtraBackupunter Percona – Dokumentation und Die Xtrabackup XtraBackup -Binärdatei auf der Percona-Website. https://docs.percona.com/percona-xtrabackup/8.0/working-with-binary-logs.html

Erstellen einer vollständigen Sicherung mit Percona XtraBackup

Um eine vollständige Sicherung Ihrer MySQL-Datenbankdateien zu erstellen, die aus Amazon S3 wiederhergestellt werden können, verwenden Sie das Percona- XtraBackup Dienstprogramm (xtrabackup), um Ihre Datenbank zu sichern.

Mit dem folgenden Befehl können Sie beispielsweise ein Backup einer MySQL-Datenbank erstellen und die Dateien im Ordner /on-premises/s3-restore/backup speichern.

xtrabackup --backup --user=<myuser> --password=<password> --target-dir=</on-premises/s3-restore/backup>

Wenn Sie das Backup in einer Archivdatei komprimieren möchten (die bei Bedarf später aufgeteilt werden kann), können Sie Ihr Backup in einem der folgenden Formate speichern:

• Gzip (.gz)

• tar (.tar)

• Percona xbstream (.xbstream)

Anmerkung

Percona XtraBackup 8.0 unterstützt nur Percona xbstream für die Komprimierung.

Mit dem folgenden Befehl wird ein Backup einer MySQL-Datenbank erstellt und in mehreren Gzip-Dateien gespeichert.

xtrabackup --backup --user=<myuser> --password=<password> --stream=tar \
   --target-dir=</on-premises/s3-restore/backup> | gzip - | split -d --bytes=500MB \
   - </on-premises/s3-restore/backup/backup>.tar.gz

Mit dem folgenden Befehl wird ein Backup einer MySQL-Datenbank erstellt und in mehreren tar-Dateien gespeichert.

xtrabackup --backup --user=<myuser> --password=<password> --stream=tar \
   --target-dir=</on-premises/s3-restore/backup> | split -d --bytes=500MB \
   - </on-premises/s3-restore/backup/backup>.tar

Mit dem folgenden Befehl wird ein Backup einer MySQL-Datenbank erstellt und in mehreren xbstream-Dateien gespeichert.

xtrabackup --backup --user=<myuser> --password=<password> --stream=xbstream \
   --target-dir=</on-premises/s3-restore/backup> | split -d --bytes=500MB \
   - </on-premises/s3-restore/backup/backup>.xbstream

Anmerkung

Falls der folgende Fehler angezeigt wird, haben Sie möglicherweise unterschiedliche Dateiformate in Ihrem Befehl verwendet:

ERROR:/bin/tar: This does not look like a tar archive

Verwenden inkrementeller Backups mit Percona XtraBackup

Wenn Sie Percona XtraBackup bereits verwenden, um vollständige und inkrementelle Sicherungen Ihrer MySQL-Datenbankdateien durchzuführen, müssen Sie keine vollständige Sicherung erstellen und die Sicherungsdateien in Amazon S3 hochladen. Sie können stattdessen viel Zeit sparen, indem Sie die vorhandenen Sicherungsverzeichnisse und -dateien in Ihren Amazon S3-Bucket hochladen. Weitere Informationen zum Erstellen inkrementeller Backups mit Percona finden Sie XtraBackupunter Inkrementelle Backups.

Wenn Sie die Dateien der vollständigen und inkrementellen Backups in einen Amazon S3-Bucket hochladen, müssen Sie den Inhalt des Basisverzeichnisses rekursiv kopieren. Es müssen sämtliche Verzeichnisse und Dateien der vollständigen und inkrementellen Backups enthalten sein. Diese Kopie muss die Verzeichnisstruktur im Amazon-S3-Bucket beibehalten. Amazon RDS durchläuft alle Dateien und Verzeichnisse. Amazon RDS verwendet die in jedem inkrementellen Backup enthaltene xtrabackup-checkpoints-Datei, um das Basisverzeichnis zu identifizieren und inkrementelle Backups nach dem Bereich der Protokollsequenznummer (Log Sequence Number, LSN) zu ordnen.

Überlegungen zur Sicherung für Percona XtraBackup

Amazon RDS verarbeitet Sicherungsdateien auf Basis des Dateinamens. Achten Sie daher unbedingt darauf, dass die Namenserweiterungen der Sicherungsdateien dem Dateiformat entsprechen, z. B. .xbstream für Dateien, die im xbstream-Format von Percona gespeichert wurden.

Amazon RDS verarbeitet Sicherungsdateien in alphanumerischer Reihenfolge. Verwenden Sie die Option split für den Befehl xtrabackup, um sicherzustellen, dass die Sicherungsdateien in der richtigen Reihenfolge geschrieben und benannt werden.

Amazon RDS unterstützt keine teilweisen Sicherungen, die mit Percona erstellt wurden XtraBackup. Sie können beim Sichern der Quelldateien Ihrer Datenbank nicht die folgenden Optionen verwenden, um eine Teilsicherung zu erstellen: --tables, --tables-exclude, --tables-file, --databases, --databases-exclude oder --databases-file.

Amazon RDS unterstützt inkrementelle Backups, die mit Percona erstellt wurden XtraBackup. Weitere Informationen zum Erstellen inkrementeller Backups mit Percona finden Sie XtraBackupunter Inkrementelle Backups.

Manuelles Erstellen einer IAM-Rolle

Wenn Sie noch keine IAM-Rolle besitzen, können Sie manuell eine neue erstellen. Alternativ können Sie auch eine neue IAM-Rolle erstellen lassen, die der Assistent für Sie erstellt, wenn Sie die Datenbank mithilfe der AWS Management Console wiederherstellen. Wenn Sie eine neue IAM-Rolle für sich anlegen lassen möchten, gehen Sie vor wie beschrieben in Konsole.

Zum manuellen Erstellen einer neuen IAM-Rolle für das Importieren der Datenbank aus Amazon S3 erstellen Sie eine Rolle, um Berechtigungen von Amazon RDS an den Amazon S3-Bucket weiterzugeben. Beim Anlegen einer IAM-Rolle geben Sie Vertrauens- und Berechtigungsrichtlinien an. Um Ihre Sicherungsdateien aus Amazon S3 zu importieren, verwenden Sie Vertrauens- und Berechtigungsrichtlinien, ähnlich den folgenden Beispielen. Weitere Informationen zum Erstellen der Rolle finden Sie unter Erstellen einer Rolle zum Delegieren von Berechtigungen an einen AWS-Service.

Alternativ können Sie auch eine neue IAM-Rolle erstellen lassen, die der Assistent für Sie erstellt, wenn Sie die Datenbank mithilfe der AWS Management Console wiederherstellen. Wenn Sie eine neue IAM-Rolle für sich anlegen lassen möchten, gehen Sie vor wie beschrieben in Konsole

Für die Vertrauens- und Berechtigungsrichtlinien müssen Sie einen Amazon-Ressourcennamen (ARN) angeben. Weitere Informationen zur ARN-Formatierung finden Sie unter Amazon-Ressourcennamen (ARNs) und AWS-Service-Namespaces.

Beispiel Vertrauensrichtlinie für den Import aus Amazon S3

{
    "Version": "2012-10-17",
    "Statement":
    [{
        "Effect": "Allow",
        "Principal": {"Service":  "rds.amazonaws.com"},
        "Action": "sts:AssumeRole"
    }]
}

Beispiel Berechtigungsrichtlinie für den Import aus Amazon S3 — IAM-Benutzerberechtigungen

{
    "Version":"2012-10-17",
    "Statement":
    [
        {
            "Sid":"AllowS3AccessRole",
            "Effect":"Allow",
            "Action":"iam:PassRole",
            "Resource":"arn:aws:iam::IAM User ID:role/S3Access"
        }
    ]
}

Beispiel Berechtigungsrichtlinie für den Import aus Amazon S3 — Rollenberechtigungen

{
    "Version": "2012-10-17",
    "Statement":
    [
        {
        "Effect": "Allow",
        "Action":
            [
                "s3:ListBucket",
                "s3:GetBucketLocation"
            ],
        "Resource": "arn:aws:s3:::bucket_name"
        },
        {
        "Effect": "Allow",
        "Action":
            [
                "s3:GetObject"
            ],
        "Resource": "arn:aws:s3:::bucket_name/prefix*"
        }
    ]
}

Anmerkung

Wenn Sie ein Dateinamen-Präfix einfügen, fügen Sie das Sternchen (*) nach dem Präfix ein. Wenn Sie kein Präfix verwenden möchten, geben Sie nur ein Sternchen ein.

Importieren von Daten aus Amazon S3 in eine neue MySQL-DB-Instance

Sie können Daten mithilfe der AWS Management Console, AWS CLI oder RDS-API aus Amazon S3 in eine neue MySQL-DB-Instance importieren.

Konsole

Um Daten aus Amazon S3 in eine neue MySQL DB-Instance zu importieren

1. Melden Sie sich bei der AWS Management Console an und öffnen Sie die Amazon-RDS-Konsole unter https://console.aws.amazon.com/rds/.

2. Wählen Sie oben rechts in der Amazon-RDS-Konsole die AWS-Region aus, in der Sie Ihre DB-Instance erstellen möchten. Wählen Sie dieselbe AWS-Region wie die des Amazon-S3-Buckets, der Ihre Datenbanksicherung enthält.

3. Wählen Sie im Navigationsbereich Databases (Datenbanken) aus.

4. Wählen Sie Von S3 wiederherstellen.

   Die Seite Datenbank durch Wiederherstellen von S3 erstellen wird angezeigt.

   

5. Unter S3-Ziel:

   1. Wählen Sie den S3 bucket (S3-Bucket) aus, in dem sich das Backup befindet.

   2. (Optional) Geben Sie für S3 folder path prefix (S3-Ordnerpfadpräfix) ein Dateipfadpräfix für die Dateien ein, die in Ihrem Amazon S3-Bucket gespeichert sind.

      Wenn Sie kein Präfix angeben, dann erstellt RDS Ihre DB-Instance unter Verwendung aller Dateien und Ordner im Stammordner des S3-Bucket. Wenn Sie ein Präfix angeben, erstellt RDS Ihre DB-Instance mit den Ordnern und Dateien im S3-Bucket, deren vollständiger Pfadname mit dem angegebenen Präfix beginnt.

      Beispiel: Sie speichern Sicherungsdateien auf S3 in einem Unterordner namens 'backups' und haben mehrere Sätze von Sicherungsdateien, die sich jeweils in einem eigenen Verzeichnis befinden (gzip_backup1, gzip_backup2 usw.). Sie müssen nun das Präfix backups/gzip_backup1 angeben, um die Wiederherstellung mit den Dateien im Ordner gzip_backup1 durchzuführen.

6. Unter Engine-Optionen:

   1. Wählen Sie in Engine-Typ die Option MySQL aus.

   2. Wählen Sie für Quellen-Engine-Version die MySQL-Hauptversion Ihrer Quelldatenbank.

   3. Wählen Sie für Version die Standard-Nebenversion Ihrer MySQL-Hauptversion in Ihrer AWS-Region aus.

      In der AWS Management Console ist nur die standardmäßige Nebenversion verfügbar. Sie können Ihre DB-Instance nach dem Importieren aktualisieren.

7. Für die IAM-Rolle können Sie eine vorhandene IAM-Rolle auswählen.

8. (Optional) Sie können auch eine neue IAM-Rolle für sich erstellen lassen, indem Sie Neue Rolle erstellen wählen und den IAM-Rollennameneingeben.

9. Geben Sie Ihre DB-Instance-Informationen an. Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für DB-Instances.

   Anmerkung

   Vergewissern Sie sich, dass Sie genügend Speicherplatz für Ihre neue DB-Instance zuweisen, damit die Wiederherstellung erfolgreich verlaufen kann.

   Sie können auch Speicher-Autoscaling aktivieren wählen, um zukünftiges Wachstum automatisch zu ermöglichen.

10. Wählen Sie zusätzliche Einstellungen wie erforderlich aus.

11. Wählen Sie Create database (Datenbank erstellen) aus.

AWS CLI

Rufen Sie den Befehl -s3 mit den folgenden Parametern auf, um Daten mithilfe der aus Amazon S3 in eine neue MySQL-DBrestore-db-instance-from-Instance zu importieren. AWS CLI Weitere Informationen zu den einzelnen Einstellungen finden Sie unter Einstellungen für DB-Instances.

Anmerkung

Vergewissern Sie sich, dass Sie genügend Speicherplatz für Ihre neue DB-Instance zuweisen, damit die Wiederherstellung erfolgreich verlaufen kann.

Sie können den --max-allocated-storage-Parameter auch verwenden, um das Speicher-Autoscaling zu aktivieren und zukünftiges Wachstum automatisch zu ermöglichen.

• --allocated-storage

• --db-instance-identifier

• --db-instance-class

• --engine

• --master-username

• --manage-master-user-password

• --s3-bucket-name

• --s3-ingestion-role-arn

• --s3-prefix

• --source-engine

• --source-engine-version

Beispiel

Für Linux, macOSoder Unix:

aws rds restore-db-instance-from-s3 \
    --allocated-storage 250 \
    --db-instance-identifier myidentifier \
    --db-instance-class db.m5.large \
    --engine mysql \
    --master-username admin \
    --manage-master-user-password \
    --s3-bucket-name mybucket \
    --s3-ingestion-role-arn arn:aws:iam::account-number:role/rolename \
    --s3-prefix bucketprefix \
    --source-engine mysql \
    --source-engine-version 8.0.32 \
    --max-allocated-storage 1000

Windows:

aws rds restore-db-instance-from-s3 ^
    --allocated-storage 250 ^
    --db-instance-identifier myidentifier ^
    --db-instance-class db.m5.large ^
    --engine mysql ^
    --master-username admin ^
    --manage-master-user-password ^
    --s3-bucket-name mybucket ^
    --s3-ingestion-role-arn arn:aws:iam::account-number:role/rolename ^
    --s3-prefix bucketprefix ^
    --source-engine mysql ^
    --source-engine-version 8.0.32 ^
    --max-allocated-storage 1000

RDS-API

Rufen Sie die Operation RestoreDB Amazon S3, um Daten mithilfe der Amazon-RDS-API aus Amazon S3 in eine neue MySQL-DB-Instance zu importieren. RestoreDBInstanceFromS3