ApsaraDB RDS:ApsaraDB RDS for MySQLインスタンスのデータを物理バックアップファイルから自己管理型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/ を作成したバックアップ解凍ディレクトリに置き換えます。

## Step 1: Parse the file.
cat test_qp.xb | xbstream -x -v -C /var/mysql_bkdata/

## Step 2: Decompress the file.
### 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がインストールされているかどうかを確認します。 詳細は、「前提条件 (Prerequisites)」をご参照ください。

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

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

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

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

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

  Percona XtraBackupを最新バージョンに更新して、もう一度お試しください。

• 私は何をしますか?元のデータディレクトリ /var/mysql_newdataが空ではありません! エラーメッセージが表示されますか?

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

• 私は何をしますか?InnodDB: データファイル内の暗号化情報: 。/xxx.ibdは復号化できません。キーリングプラグインが正常にロードされ、初期化されているかどうかを確認してください。 エラーメッセージが表示されますか?

  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 default file: /etc/my.cn fエラーメッセージが表示されるのはなぜですか? どうすればよいですか。

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

• 復元タスクが完了した後、自己管理型MySQLデータベースを使用しているときにエラー1105不明なエラーエラーメッセージが表示された場合、または自己管理型MySQLデータベースを起動できない場合はどうすればよいですか?

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

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

  説明

  上記のステートメントの実行時にERROR 1067 (42000): 'modified' の無効なデフォルト値エラーメッセージが表示された場合は、最初にSET SQL_MODE='ALLOW_INVALID_DATES '; ステートメントを実行します。

• データが復元された後のrootユーザーのパスワードは何ですか?

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

  • 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 reporitories 起動中にエラーメッセージが表示されますか?

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

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

  自己管理型MySQLデータベースのタイムゾーンがRDSインスタンスのタイムゾーンと異なる場合、自己管理型MySQLデータベースのtime_zoneパラメーターの値を変更して、RDSインスタンスのtime_zoneパラメーターの値との整合性を確保する必要があります。 RDSインスタンスのtime_zoneパラメーターがsystemに設定されている場合、RDSインスタンスが存在するリージョンを照会し、セルフマネージドMySQLデータベースのtime_zoneパラメーターをリージョンのタイムゾーンに設定する必要があります。

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

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

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

  アカウントのユーザー名またはパスワードを忘れた場合は、コマンドを実行してMySQLプロセスを開始するときに -- skip-grant-tablesパラメーターを設定します。 プロセスの開始後、権限チェックは無視され、パスワードフリーモードでデータベースにログインできます。 データベースにログインした後、アカウントのユーザー名とパスワードを変更できます。

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

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