すべてのプロダクト
Search

このプロダクト

    ApsaraDB RDS:自己管理 MySQL 5.7 および 8.0 の移行

    ドキュメントセンター

    ApsaraDB RDS:自己管理 MySQL 5.7 および 8.0 の移行

    最終更新日:Jun 23, 2026

    RDS コンソールを使用して、Object Storage Service (OSS) から自己管理 MySQL データベースの完全バックアップを新しい ApsaraDB RDS for MySQL インスタンスに復元します。

    前提条件

    • ご利用の自己管理 MySQL データベースがクラウド移行の要件を満たしている必要があります。詳細については、「付録： 制限事項」をご参照ください。

    • ターゲットリージョンに OSS バケットが必要です。お持ちでない場合は、「コンソールでバケットを作成」をご参照ください。

      説明

      ターゲットリージョンは、RDS インスタンスを作成するリージョンである必要があります。

    移行プロセス

    移行には、次のステップが含まれます。

    ステップ 1： Percona Xtrabackup のインストール

    ステップ 2： MySQL Backup Helper のインストール

    ステップ 3： 自己管理データベースのバックアップとクラウドへの移行

    チュートリアル環境

    このチュートリアルでは、CentOS Linux release 8.3.2011 を実行している Alibaba Cloud Elastic Compute Service (ECS) インスタンスを使用します。異なるバージョンを使用する場合は、コマンドを適宜調整してください。ECS インスタンスを作成するには、「ECS インスタンスの作成」をご参照ください。

    ステップ 1： Percona XtraBackup のインストール

    Percona XtraBackup は、MySQL データベースの物理ホットバックアップを作成するためのツールです。複数のデータベースエンジンをサポートしています。Ubuntu については、「付録 1： Ubuntu への Percona XtraBackup のインストール」をご参照ください。

    MySQL のバージョンに一致する Percona XtraBackup のバージョンを選択してください。

    MySQL 5.7

    wget https://downloads.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.29/binary/redhat/8/x86_64/percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm

    MySQL 8.0

    wget https://downloads.percona.com/downloads/Percona-XtraBackup-8.0/Percona-XtraBackup-8.0.35-31/binary/redhat/8/x86_64/percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm

    ステップ 2： MySQL Backup Helper のインストール

    前提条件

    • Golang がインストールされていない場合は、次のコマンドを実行します。

      sudo yum install -y go

    • unzip がインストールされていない場合は、次のコマンドを実行します。

      sudo yum install -y unzip
    説明

    上記のコマンドは CentOS 用です。Ubuntu を使用している場合は、「付録 2： Ubuntu への Golang と Unzip のインストール」をご参照ください。

    手順

    1. MySQL Backup Helper のソースコードパッケージをダウンロードします。

      wget https://github.com/aliyun/mysql-backup-helper/archive/refs/heads/master.zip
      説明

      最新のソースコードパッケージは mysql-backup-helper で入手できます。

    2. MySQL Backup Helper のソースコードパッケージを展開します。

      unzip master.zip

    3. mysql-backup-helper-master ディレクトリに移動し、main.go ファイルをコンパイルして backup_helper 実行可能ファイルを生成します。

      cd mysql-backup-helper-master
go build -a -o backup_helper main.go

    4. oss_stream ディレクトリに移動し、oss_stream.go ファイルをコンパイルして oss_stream 実行可能ファイルを生成します。

      cd oss_stream
go build -a -o oss_stream oss_stream.go

    ステップ 3： データベースのバックアップとアップロード

    1. MySQL Backup Helper を使用して、自己管理 MySQL データベースがバックアップをサポートしていることを確認します。

      cd ~/mysql-backup-helper-master && ./backup_helper -host <host_address> -port <port> -user <root_username> --password <root_password>

      backup_helper

    2. 確認後、自己管理データベースの完全バックアップを実行し、バックアップファイルを OSS にアップロードします。OSS バケットを作成していない場合は、前提条件をご参照ください。

      MySQL のバージョンに対応するコマンドを選択してください。

      MySQL 5.7

      innobackupex --backup --host=<host_address> --port=<port> --user=<root_username> --password=<root_password> --stream=xbstream --compress <temp_backup_directory> | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId <access_key_id> -accessKeySecret <access_key_secret> -bucketName <bucket_name> -endpoint <bucket_endpoint> -objectName <custom_backup_filename>

      例：

      innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-********.aliyuncs.com -objectName backup_qp.xb

      データベースが大きいほど、バックアップに時間がかかります。データベースが大きい場合は、予期せぬログアウトによる中断を防ぐために、nohup コマンドを使用してバックグラウンドでバックアップを実行してください。以下はコマンドの例です。

      nohup sh -c 'innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &

      MySQL 8.0

      xtrabackup --backup --host=<host_address> --port=<port> --user=<root_username> --password=<root_password> --stream=xbstream --compress <temp_backup_directory> | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId <access_key_id> -accessKeySecret <access_key_secret> -bucketName <bucket_name> -endpoint <bucket_endpoint> -objectName <custom_backup_filename>

      例：

      xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ******** -bucketName test -endpoint oss-****.aliyuncs.com -objectName backup_qp.xb

      データベースが大きいほど、バックアップに時間がかかります。データベースが大きい場合は、予期せぬログアウトによる中断を防ぐために、nohup コマンドを使用してバックグラウンドでバックアップを実行してください。以下はコマンドの例です。

      nohup sh -c 'xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream  /root/mysql/data | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-ap-southeast-1.aliyuncs.com -objectName backup_qp.xb' &
      説明

      • バックアップ時間はインスタンスのワークロードに依存します。たとえば、多くの redo ログを生成する大量の書き込み操作や、インスタンスで実行されている大規模トランザクションは、バックアップ時間を増加させます。バックアップが完了すると、completed OK ! が表示されます。

      • 現在 OSS にアクセスできない場合は、データベースをローカルディスクにバックアップし、後でファイルをアップロードできます。詳細については、「付録 3： 完全バックアップの実行と OSS へのアップロードを別々のステップで行う」をご参照ください。

      • このステップを完了した後、OSS コンソールにログインしてアップロードを確認できます。アップロードが失敗した場合は、ステップ 2 を繰り返してください。

    3. RDS インスタンスリストにログインし、ページ左上でリージョンを選択し、左側のナビゲーションウィンドウで バックアップ をクリックします。

    4. ユーザーバックアップ タブで、バックアップのインポート をクリックします。

    5. バックアップのインポート ダイアログボックスで、指示を読み、3. データのインポート タブに到達するまで 次へ をクリックします。

      説明

      ウィザードがバックアップのインポートプロセスをガイドします。詳細については、「完全バックアップの実行と OSS へのアップロードを別々のステップで行う」をご参照ください。

      • 1. データベースのバックアップ：自己管理データベースの完全バックアップを実行します。

      • 2. バックアップファイルをOSSにアップロードします：完全バックアップファイルを OSS にアップロードします。

    6. 3. データのインポート タブで、次のパラメーターを設定し、OK をクリックします。

      パラメーター

      説明

      MySQLバージョン

      システムは自動的に 5.7/8.0 を表示します。

      説明

      MySQL 5.7 または 8.0 を実行している自己管理データベースからのバックアップのみをインポートできます。

      リージョン

      ステップ 1 で選択したリージョンです。このリージョンは、バックアップファイルを含む OSS バケットのリージョンと一致している必要があります。

      OSS バケット

      バックアップファイルを含む OSS バケットを選択します。OSS バケットの詳細については、「ファイルのアップロード」をご参照ください。

      OSS オブジェクト名

      OSS バケットからバックアップファイルを選択します。OSS オブジェクト名 の横にあるテキストボックスにファイル名を入力してファイルを検索できます。あいまい一致と完全一致の両方がサポートされています。

      説明

      OSS のバックアップファイルは _QP.XB 形式である必要があります。また、_QP.XB 形式のファイルを TAR.GZ ファイルに圧縮して保存することもできます。 制限事項の詳細については、「付録： 使用制限」をご参照ください。

      補足

      バックアップファイルにカスタムの備考を入力します。

      ゾーン

      ユーザーバックアップのアベイラビリティゾーンを選択します。選択すると、システムはそのゾーンにスナップショットを作成し、バックアップのインポート時間を大幅に短縮します。

      説明

      このユーザーバックアップから新しいインスタンスにデータを復元する場合、新しいインスタンスはこのアベイラビリティゾーンに配置されます。
      説明

      • RDS に OSS へのアクセスを権限付与していない場合は、3. データのインポート ページの下部にある 権限付与 をクリックします。権限付与ページで、権限付与 をクリックします。

      • バックアップのインポートに関する詳細については、このページの指示をお読みください。

    7. システムは ユーザーバックアップ ページでバックアップファイルの検証タスクを作成します。タスクの ステータス が 検証中 から 完了 に変わるまで待ちます。

      重要

      検証時間は、バックアップ中のソースインスタンスの状態に依存します。たとえば、多くの redo ログを生成する大量の書き込み操作や、ソースインスタンスで実行されている大規模トランザクションは、検証時間を増加させます。

    8. ターゲットのバックアップを見つけ、バックアップ ID/バックアップ名 の 操作 列にある 復元 をクリックします。

    9. 次のパラメーターを設定し、[次へ： インスタンス設定] をクリックします。

      カテゴリ

      説明

      プライマリノードのゾーン

      プライマリインスタンスのアベイラビリティゾーンを選択します。

      説明

      このパラメーターは、ユーザーバックアップをインポートする際にアベイラビリティゾーンを選択しなかった場合にのみ表示されます。

      ストレージタイプ

      • ESSD PL1： PL1 パフォーマンスを提供する Enhanced SSD (ESSD) クラウドディスク。

      • 標準 SSD： 分散ストレージアーキテクチャに基づく弾性ブロックストレージデバイス。SSD クラウドディスクを選択すると、コンピューティングとストレージが分離されます。

      説明

      詳細については、「ストレージタイプ」をご参照ください。

      インスタンスタイプ

      汎用 (エントリーレベル)： 専用のメモリと I/O リソースを提供し、CPU とストレージリソースは同じサーバー上の他の汎用インスタンスと共有します。

      説明

      各インスタンスタイプには、特定の CPU コア数、メモリサイズ、最大接続数、および最大 IOPS があります。詳細については、「プライマリインスタンスタイプ」をご参照ください。

      バケット

      データ、システムファイル、ログファイル、およびトランザクションファイルの合計容量。ストレージ容量は 5 GB 単位で調整できます。

    10. 次のパラメーターを設定し、次へ：注文の確認 をクリックします。

      カテゴリ

      説明

      タイプ

      VPC： クラシックネットワークよりも高いセキュリティとパフォーマンスを提供する分離されたネットワーク環境。VPC と プライマリノードの VSwitch を指定する必要があります。

      説明

      VPC がターゲットの ECS インスタンスで使用されているものと同じであることを確認してください。そうでない場合、RDS と ECS インスタンスは内部ネットワーク経由で通信できません。

      パラメーターテンプレート

      インスタンスのパラメータテンプレートを指定します。システムテンプレートまたはカスタムテンプレートを使用して、インスタンスパラメータを事前に設定できます。詳細については、「パラメータテンプレートの使用」をご参照ください。

      タイムゾーン

      インスタンスのタイムゾーンを設定します。

      テーブル名での大文字と小文字の区別

      インスタンス内のテーブル名で大文字と小文字を区別するかどうかを指定します。ソースデータベースのテーブル名で大文字と小文字が区別される場合は、データ移行を容易にするために 敏感なケース を選択します。

    11. パラメーター を確認し、購入プラン を選択し、利用規約を読んで同意し、今すぐ支払い をクリックします。

      説明

      インスタンスの作成には 1〜5 分かかります。

    操作

    保持期間の設定

    インポートされたユーザーバックアップは、デフォルトで 3 日間保持されます。ビジネスニーズに応じて、この保持期間を変更できます。

    説明

    ユーザーバックアップが不要になった場合は、削除できます。

    1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

    2. ターゲットの バックアップ ID/バックアップ名 の 有効期限 列にある 保存期間の設定 をクリックします。

    3. ダイアログボックスで、ドロップダウンリストから事前設定された保持期間を選択するか、カスタム保存期間 チェックボックスを選択して値を入力します。

      説明

      有効期限 には、バックアップの有効期限が表示されます。有効期限が 2099 年以降の場合、無期限 と表示されます。

    4. OK をクリックします。

    タグの追加

    管理を容易にするために、インポートしたバックアップにタグを追加できます。

    1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

    2. ターゲットの バックアップ ID/バックアップ名 の タグ 列にある + タグの追加 をクリックします。

    3. タグの作成 をクリックし、キー と 値 を入力し、テキストボックスの右側にある OK をクリックします。その後、ダイアログボックスの右下隅にある OK をクリックします。

      説明

      すでにタグを作成している場合は、タグの選択 をクリックして既存のタグを追加できます。

    4. 既存のタグを変更するには、タグにカーソルを合わせ、ポップアップで 編集 をクリックし、ステップ 3 を繰り返します。

    ログ詳細の表示

    自己管理データベースのバックアップ中にソースデータベースが変更された場合、バックアップファイルには増分データの復元に使用できるログ情報が含まれます。

    1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

    2. ターゲットの バックアップ ID の 操作 列にある 詳細を表示 をクリックします。

    3. ダイアログボックスで、ログの詳細を表示できます。

      説明

      ログ情報には、次のフィールドが含まれます。

      • Master_Log_File：：増分データが開始されるログファイルの名前です。

      • Master_Log_Position：ログファイル内の増分データの開始位置です。

    ユーザーバックアップの削除

    コストを節約するために、不要になったユーザーバックアップを削除します。

    1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

    2. ターゲットの バックアップ ID/バックアップ名 の 操作 列にある 削除 をクリックします。

    3. ダイアログボックスで、OK をクリックします。

    その他の操作

    • 表示項目の設定： バックアップリストに表示される列をカスタマイズします。

      1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

      2. ページの右側で、自定义列表项 アイコンをクリックします。ポップアップウィンドウで、列を選択し、右 または 左 アイコンをクリックして列を表示または非表示にします。

        説明

        左側のペインの列は非表示になります。右側のペインの列は表示されます。

      3. OK をクリックします。

    • インスタンスリストのエクスポート： 現在のすべてのユーザーバックアップのリストを CSV ファイルにエクスポートします。

      1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

      2. ページの右側で、导出资源列表 アイコンをクリックしてリソースリストをエクスポートします。

    • 更新： ユーザーバックアップリストを更新します。

      1. RDS インスタンスリストにログインします。ページ左上でリージョンを選択します。左側のナビゲーションウィンドウで バックアップ をクリックします。

      2. ページの右側で、刷新 アイコンをクリックしてユーザーバックアップリストを更新します。

    付録 1： Ubuntu への Xtrabackup のインストール

    MySQL のバージョンに一致する XtraBackup のバージョンを選択してください。

    MySQL 5.7

    1. XtraBackup をインストールします。

      # 1. Percona リポジトリパッケージをダウンロードします。
wget https://repo.percona.com/apt/percona-release_latest.generic_all.deb

# 2. リポジトリパッケージをインストールします。
sudo dpkg -i percona-release_latest.generic_all.deb

# 3. パッケージリストを更新します。
sudo apt-get update

# 4. Percona XtraBackup をインストールします。
sudo apt-get install -y percona-xtrabackup-24

    2. qpress をインストールします。

      sudo apt-get install -y qpress
      説明

      XtraBackup には qpress 展開ツールが必要です。XtraBackup の Ubuntu パッケージには qpress が含まれていないため、別途インストールする必要があります。

    説明

    The following packages have unmet dependencies のようなエラーが発生した場合は、apt-get -f install を実行して依存関係を解決してから、再度試してください。

    MySQL 8.0

    1. XtraBackup をインストールします。

      # 1. Percona リポジトリパッケージをダウンロードします (前のステップで実行していない場合)。
wget https://repo.percona.com/apt/percona-release_latest.generic_all.deb

# 2. リポジトリパッケージをインストールします。
sudo dpkg -i percona-release_latest.generic_all.deb

# 3. パッケージリストを更新します。
sudo apt-get update

# 4. Percona XtraBackup をインストールします。
sudo apt-get install -y percona-xtrabackup-80

    2. qpress をインストールします。

      sudo apt-get install -y qpress
      説明

      XtraBackup には qpress 展開ツールが必要です。XtraBackup の Ubuntu パッケージには qpress が含まれていないため、別途インストールする必要があります。

    説明

    The following packages have unmet dependencies のようなエラーが発生した場合は、apt-get -f install を実行して依存関係を解決してから、再度試してください。

    付録 2： Ubuntu への Golang と unzip のインストール

    • Golang をインストールするには：

      sudo apt-get install -y software-properties-common
sudo add-apt-repository ppa:longsleep/golang-backports
sudo apt-get update
sudo apt-get install -y golang-go

    • unzip をインストールするには：

      sudo apt-get -y install unzip

    付録 3： バックアップと OSS へのアップロードを個別に行う

    1. 自己管理データベースの完全バックアップをローカルに作成します。

      MySQL のバージョンに基づいてコマンドを選択してください。

      MySQL 5.7

      innobackupex --backup --host=<your_host_address> --port=<your_port_number> --user=<your_root_account> --password=<your_root_password> --stream=xbstream --compress <temporary_backup_directory> > /<backup_path>/<backup_file_name>_qp.xb

      例：

      innobackupex --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data > /root/backup_qp.xb

      MySQL 8.0

      xtrabackup --backup --host=<your_host_address> --port=<your_port_number> --user=<your_root_account> --password=<your_root_password> --stream=xbstream --compress <temporary_backup_directory> > /<backup_path>/<backup_file_name>_qp.xb

      例：

      xtrabackup --backup --host=127.0.0.1 --port=3306 --user=root --password=Aa123456@ --stream=xbstream --compress /root/mysql/data > /root/backup_qp.xb

    2. OSS_Stream を使用してバックアップファイルを OSS にアップロードします。

      cat /<backup_path>/<backup_file_name>_qp.xb | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-********.aliyuncs.com -objectName backup_qp.xb

      例：

      cat /root/backup_qp.xb | ./mysql-backup-helper-master/oss_stream/oss_stream -accessKeyId LTAI**************** -accessKeySecret ****** -bucketName test -endpoint oss-********.aliyuncs.com -objectName backup_qp.xb

    付録 4： 制限事項

    項目

    説明

    MySQL バージョンの制限

    以下のバージョンの自己管理データベースのみ移行できます。

    • MySQL 5.7 (マイナーバージョン 5.7.32 以前)

    • MySQL 8.0 (マイナーバージョン 8.0.18 以前)

    説明

    • 自己管理データベースのバージョンは、ターゲットの RDS インスタンスのバージョンと一致する必要があります。たとえば、MySQL 5.7 データベースのバックアップデータは、ApsaraDB for RDS for MySQL 5.7 インスタンスにのみ復元できます。

    • データベースのバージョンがこれらの要件を満たさない場合は、「自己管理 MySQL データベースを ApsaraDB for RDS for MySQL インスタンスに移行する」をご参照ください。

    自己管理 MySQL の制限

    • 自己管理データベースは、MySQL で設定された datadir ディレクトリにデータを保存する必要があります。mysqladmin -u<your_root_account> -p<your_root_password> variables | grep datadir コマンドを実行して、MySQL データベースの datadir ディレクトリを確認できます。

    • innodb_data_file_path パラメーターは、デフォルト値の ibdata1 に設定されている必要があります。

    バックアップの制限

    • バックアップファイルには、バックアップ完了後に生成された増分データは含まれません。

    • 自己管理 MySQL 5.7 データベースをバックアップするには、Percona XtraBackup 2.4 を使用する必要があります。

    • Percona XtraBackup を使用して自己管理データベースをバックアップする場合、--tables、--tables-exclude、--tables-file、--databases、または --databases-file オプションは指定できません。

    • 移行タスクは OSS バケット内の暗号化ファイルを読み取ることができません。したがって、OSS バケットを作成する際には、暗号化の方法 を なし に設定する必要があります。

    • 差分バックアップとログバックアップはサポートされていません。

    • 完全バックアップファイル名に特殊文字を含めることはできません。含めると、移行が失敗します。

    • RDS サービスアカウントに OSS へのアクセス権を付与すると、システムは RAM のロール管理セクションに AliyunRDSImportRole という名前のロールを自動的に作成します。このロールを変更または削除しないでください。そうしないと、クラウド移行タスクがバックアップファイルをダウンロードできなくなり、失敗します。

    • 復元タスクが完了する前に、OSS からバックアップファイルを削除しないでください。そうしないと、復元が失敗します。

    • OSS のバックアップファイルは _QP.XB 形式、または _QP.XB ファイルを TAR.GZ 形式に圧縮したものである必要があります。

      説明

      バックアップファイルが形式要件を満たさない場合、たとえば .xbstream 形式のバックアップファイルの場合、ファイルをローカルデータベースに復元し、移行前に _QP.XB 形式に変換することを推奨します。または、別の移行方法を使用することもできます。詳細については、「自己管理 MySQL データベースを ApsaraDB for RDS for MySQL インスタンスに移行する」をご参照ください。

    OSS の制限

    • CLI を使用してマルチパートアップロードを実行する場合、単一ファイルのサイズは 16 TB を超えることはできません。詳細については、「OSS の制限」をご参照ください。

    • バックアップファイルを保存する OSS バケットとターゲットの RDS インスタンスは、同じリージョンにある必要があります。

    復元の制限

    • 偶発的なデータの上書きを防ぐため、データは新しいインスタンスにのみ復元できます。

    • ApsaraDB for RDS for MySQL がサポートする最大ストレージ容量を超えるサイズのデータベースは復元できません。仕様の詳細については、「プライマリインスタンスタイプ」をご参照ください。

    • バックアップをインポートする際、システムは一時インスタンスを作成し、そこにバックアップデータをインポートします。復元中、データは一時インスタンスから抽出されます。デフォルトでは、一時インスタンスにはバックアップデータサイズの 5 倍のストレージ容量がプロビジョニングされます。ストレージ容量不足でインポートが失敗した場合は、ストレージ容量を調整できます。

    • 復元では、ユーザーアカウント、ユーザー定義関数、またはストアドプロシージャはインポートされません。復元完了後に、これらをターゲットの RDS インスタンスに手動で追加する必要があります。

    • 復元では、タイムゾーン情報はインポートされません。復元完了後に、ターゲットの RDS インスタンスでタイムゾーンを手動で設定する必要があります。

    • バックアップファイルは、SSD クラウドディスクを使用する従量課金の ApsaraDB for RDS for MySQL 5.7 または 8.0 Basic Edition インスタンスにのみ復元できます。

    レプリケーションの制限

    • グローバルトランザクション ID (GTID) に基づくレプリケーションのみがサポートされています。したがって、自己管理データベースで GTID ベースのレプリケーションを有効にするには、gtid_mode と enforce_gtid_consistency の両方を ON に設定する必要があります。

    • デフォルトでは、バックアップ検証レコードとその生成されたスナップショットは 7 日間保持された後、自動的に削除されます。自己管理データベースのログがパージされ、バックアップ検証スナップショットが削除されるのを防ぐために、インスタンスの復元が完了したらできるだけ早くレプリケーション関係を確立してください。