ApsaraDB RDS:物理バックアップファイルから自己管理 MySQL データベースに ApsaraDB RDS for MySQL インスタンスのデータを復元する

• データファイルをダウンロードするときにエラーが報告されるのはなぜですか。

  wget -c 'https://****.bak.rds.aliyuncs.com/****_xb.qp?****' -O test_xb.qp コマンドを実行してデータファイルをダウンロードする場合は、ダウンロード URL を一重引用符（'）で囲む必要があります。このようにして、アプリケーションはダウンロード URL を識別できます。

次のコマンドを実行するときは、test_xb.qp を保存したバックアップファイルの名前に置き換え、/var/mysql_bkdata/ を作成したバックアップ展開ディレクトリに置き換えます。

### MySQL 8.0
qpress -do  test_xb.qp | /u01/xtrabackup80/bin/xbstream -x -v -C /var/mysql_bkdata/

### MySQL 5.5/5.6/5.7
qpress -do  test_xb.qp | xbstream -x -v -C /var/mysql_bkdata/

次のコマンドを実行するときは、test_qp.xb を保存したバックアップファイルの名前に置き換え、/var/mysql_bkdata/ を作成したバックアップ展開ディレクトリに置き換えます。

## ステップ 1: ファイルを解析します。
cat test_qp.xb | xbstream -x -v -C /var/mysql_bkdata/

## ステップ 2: ファイルを解凍します。
### MySQL 5.5/5.6/5.7
innobackupex --decompress --remove-original /var/mysql_bkdata/

### MySQL 8.0
/u01/xtrabackup80/bin/xtrabackup --decompress --remove-original --target-dir=/var/mysql_bkdata/

次のコマンドを実行するときは、test.tar.gz を保存したバックアップファイルの名前に置き換え、/var/mysql_bkdata/ を作成したバックアップ展開ディレクトリに置き換えます。

tar -izxvf test.tar.gz -C /var/mysql_bkdata/

次のコマンドを実行するときは、test.xb.gz を保存したバックアップファイルの名前に置き換え、/var/mysql_bkdata/ を作成したバックアップ展開ディレクトリに置き換えます。

### MySQL 8.0
gzip -d -c test.xb.gz | /u01/xtrabackup80/bin/xbstream -x -v -C /var/mysql_bkdata/

### MySQL 5.5/5.6/5.7
gzip -d -c test.xb.gz | xbstream -x -v -C /var/mysql_bkdata/

• ダウンロードしたバックアップ ファイルを解凍するとシステムからエラーが報告された場合はどうすればよいですか。

  エラーの原因を特定し、エラーを解決するには、次の操作を実行します。

  バックアップ ファイルが物理バックアップ ファイルであるかどうかを確認します。

  バックアップ ファイルのファイル名拡張子が、xb.qp、.tar.gz、.xb.gz、_qp.xb のいずれかの有効な拡張子であるかどうかを確認します。

  解凍コマンドは、バックアップ ファイルのファイル名拡張子によって異なります。

  解凍中に次のエラー メッセージが表示される場合があります。

  • sh: qpress: command not found エラー メッセージが表示されます。

    解決策: 自己管理 MySQL データベースが存在するサーバーに qpress がインストールされているかどうかを確認します。詳細については、「前提条件」をご参照ください。

  • innobackupex が見つからないことを示すエラー メッセージが表示されます。このエラーは、バックアップ ファイルのファイル名拡張子が _qp.xb の場合に報告されます。

    解決策: 自己管理 MySQL データベースが存在するサーバーに Percona XtraBackup がインストールされているかどうかを確認します。詳細については、「前提条件」をご参照ください。

  • 上記の cat コマンドを実行すると、can't change to dir to xx( errorcode:no such file or directory) エラー メッセージが表示されます。このエラーは、バックアップ ファイルのファイル名拡張子が _qp.xb の場合に報告されます。

    解決策: 解凍されたファイルを保存するディレクトリまたはファイル名が正しいかどうかを確認します。

• xtrabackup: Unknown error 3613 というエラーメッセージが表示された場合はどうすればよいですか。

  Percona XtraBackup を最新バージョンに更新して、再試行してください。

• Original data directory /var/mysql_newdata is not empty! というエラーメッセージが表示された場合はどうすればよいですか。

  sudo rm -rf /var/mysql_newdata/* コマンドを実行して、フォルダ内のファイルをクリアします。 その後、復旧操作を再度実行します。

• InnodDB: Encryption information in datafile: ./xxx.ibd can't be decrypted, please check if a keyring plugin is loaded and initialized successfully. というエラーメッセージが表示された場合はどうすればよいですか。

  RDS インスタンスで TDE が有効になっているかどうかを確認します。

  • TDE が有効になっている場合は、TDE で暗号化されたテーブルが存在するかどうかを確認します。 TDE で暗号化されたテーブルが存在する場合は、テーブルの暗号化を解除してから、このトピックに記載されている手順に基づいてデータを復旧します。 詳細については、「前提条件」および「TDE の構成」をご参照ください。

  • TDE が無効になっている場合は、必要なバージョンの Percona XtraBackup がインストールされていることを確認します。 詳細については、「準備」をご参照ください。

• ダウンロードしたバックアップファイルに TDE で暗号化されたデータが含まれており、データの復旧時にエラーが発生した場合はどうすればよいですか。

  ダウンロードしたバックアップファイルを使用してデータを復旧することはできません。 RDS インスタンスに暗号化されたテーブルが存在する場合、データの復旧時にエラーが発生します。 エラーを解決するには、テーブルの暗号化を解除してから、このトピックに記載されている手順に基づいてデータを復旧します。 詳細については、「前提条件」および「TDE の構成」をご参照ください。

• データ復旧中に innobackupex: File 'undo001' not found (Errcode: 2 - No Such file or directory) というエラーメッセージが表示された場合はどうすればよいですか。

  undo ファイルはシステムファイルです。 ファイルはデータベースのバージョンによって異なります。 問題を解決するには、自己管理 MySQL データベースが RDS インスタンスと同じデータベースバージョンを実行しているかどうかを確認します。

• Ubuntu オペレーティングシステムで mysqld: [ERROR] Failed to open required defaults file: /etc/my.cnf というエラーメッセージが表示されるのはなぜですか。どうすればよいですか。

  このエラーは、Ubuntu オペレーティングシステムで提供されているセキュリティプログラム AppArmor が原因で発生します。 Ubuntu オペレーティングシステムを使用している場合、このエラーメッセージが表示されます。この場合は、apt install -y apparmor-utils コマンドと aa-complain /usr/sbin/mysqld コマンドを実行して AppArmor の設定を変更する必要があります。

• リストア タスクの完了後、自己管理 MySQL データベースを使用するときに error 1105 Unknown error というエラーメッセージが表示された場合、または自己管理 MySQL データベースを起動できない場合はどうすればよいですか。

  次の SQL 文を実行して、ストレージエンジンを変更します。

  USE mysql;
  ALTER TABLE proc engine=myisam;
  ALTER TABLE event engine=myisam;
  ALTER TABLE func engine=myisam;

  説明

  上記の文を実行するときに ERROR 1067 (42000): Invalid default value for 'modified' というエラーメッセージが表示された場合は、最初に SET SQL_MODE='ALLOW_INVALID_DATES'; 文を実行してください。

• データのリストア後、ルートユーザーのパスワードは何ですか。

  次のいずれかの方法を使用してパスワードを取得できます。

  • RDS インスタンスで MySQL 5.7 または MySQL 8.0 が実行されている場合、RDS インスタンスのルートユーザーのパスワードは、自己管理 MySQL データベースのルートユーザーのパスワードと同じです。

  • RDS インスタンスで MySQL 5.5 または MySQL 5.6 が実行されている場合は、RDS インスタンスのルートユーザーのパスワードをリセットする必要があります。詳細については、「オープンソース MySQL ドキュメント」をご参照ください。

• 起動中に InnodDB: Assertion failure in thread 140xxx in file page0zip.icne xxx というエラーメッセージが表示された場合はどうすればよいですか。

  ディスク容量が不足していることが原因で、このエラーが発生する可能性があります。 自己管理 MySQL データベースが存在するサーバーのディスクのサイズを変更して、再試行してください。

• 起動中に [ERROR] Failed to open the relay log xxx、[ERROR] Slave: Failed to initialize the master info xxx、[ERROR] Failed to create or recover replication info repositories. というエラーメッセージが表示された場合はどうすればよいですか。

  RDS インスタンスは高可用性 (HA) モードで動作しますが、自己管理 MySQL データベースはプライマリノードとセカンダリノードを伴いません。これはデータベースの起動には影響しません。 これらのエラーメッセージは無視してかまいません。

• 起動中に [ERROR] Data Dictionary initialization failed というエラーメッセージが表示された場合はどうすればよいですか。

  オペレーティングシステムに互換性がないことが原因で、このエラーが発生する可能性があります。 RDS インスタンスは、基盤となるオペレーティングシステムとして Linux を使用します。そのため、互換性の問題を回避するために、Linux オペレーティングシステムでリストアを実行することをお勧めします。

• sudo systemctl start mysqld コマンドを実行しても自己管理 MySQL データベースを起動できない場合はどうすればよいですか。

  このエラーの考えられる原因は、Security-Enhanced Linux (SELinux) が enforcing モードで実行されていることです。 getenforce コマンドを実行して、SELinux モードをクエリできます。

  • 開発環境またはテスト環境では、SELinux モードを permissive に変更してから、sudo systemctl start mysqld コマンドを実行して自己管理 MySQL データベースを起動することをお勧めします。

  • 本番環境では、SELinux ログを確認してエラーの原因を特定し、原因に基づいて SELinux 設定を変更することをお勧めします。

• RDS インスタンスのデータを物理バックアップファイルから自己管理 MySQL データベースにリストアした後、データのタイムフィールドで示される時間と、自己管理 MySQL データベースが存在するサーバーのローカル時間が異なるタイムゾーンに属しています。なぜですか? データのタイムフィールドで示される時間とローカル時間が同じタイムゾーンに属するようにするにはどうすればよいですか?

  自己管理 MySQL データベースのタイムゾーンが RDS インスタンスのタイムゾーンと異なる場合は、RDS インスタンスの time_zone パラメーターの値と一致するように、自己管理 MySQL データベースの time_zone パラメーターの値を変更する必要があります。RDS インスタンスの time_zone パラメーターが system に設定されている場合は、RDS インスタンスが存在するリージョンをクエリし、自己管理 MySQL データベースの time_zone パラメーターをそのリージョンのタイムゾーンに設定する必要があります。

• 自己管理 MySQL データベースに接続するときに Access denied for user 'XXX' エラーメッセージが表示された場合はどうすればよいですか?

  RDS インスタンスへの接続に使用するアカウントのユーザー名とパスワードが正しいかどうかを確認します。アカウントは RDS インスタンスで作成されている必要があります。

• 自己管理 MySQL データベースに接続するときにパスワードを忘れた場合はどうすればよいですか?

  アカウントのユーザー名またはパスワードを忘れた場合は、MySQL プロセスを開始するコマンドを実行するときに --skip-grant-tables パラメーターを設定します。プロセスが開始されると、権限チェックは無視され、パスワードなしモードでデータベースにログインできます。この方法を使用してデータベースにログインすると、セキュリティリスクが発生する可能性があることに注意してください。データベースにログインした直後に、アカウントのユーザー名とパスワードを変更することをお勧めします。

• 自己管理データベースに接続した後に、システムデータベースまたは一部のデータベースのみを表示できる場合はどうすればよいですか?

  自己管理データベースを再起動します。次に、ルートアカウントまたは元の RDS インスタンスの特権アカウントを使用して、自己管理データベースに接続します。