MariaDB のバックアップと DR サービス

Backup と DR で使用される MariaDB Backup API には、次のエンドポイントが含まれています。

  • Linux CBT と LVM スナップショット: MariaDB Flush tables with read lock Unlock tables API。

  • ファイルベースのバックアップ: MariaDB mysqldump API。これにより、バックアップ形式でデータベースの完全バックアップが提供されます。復元時に、restore db API はデータ領域を物理的に上書きしてデータベースを復元します。

  • MariaDB ログのバックアップ: ログのバックアップ中、バックアップと DR はすべての MariaDB バイナリログを物理的にコピーします。MariaDB Purge binary logs before API は、バイナリログのパージに使用されます。

仕組み: Linux CBT を使用したバックアップと DR のボリュームベースのバックアップ

ビットマップで追跡されるのは変更されたブロックのみで、コピーオンライトや I/O 負荷の高いオペレーションはありません。

次の手順では、ボリュームベースのバックアップ イメージと CBT を使用してデータのバックアップと復元を行うプロセスについて説明します。

  1. バックアップと DR エージェントには、データベース データ領域内の変更されたブロックを追跡する CBT があります。

  2. エージェントはデータベース API を呼び出して、データ バックアップのためにデータベースをフリーズまたは一時停止します。

  3. エージェントがデータベース データ領域の LVM スナップショットを作成し、ビットマップを合成します。

  4. エージェントがデータベース API を呼び出してデータベースの凍結を解除します。

  5. エージェントは変更されたブロックをバックアップ/リカバリ アプライアンスにコピーします。アプライアンスはスナップショットを削除し、バックアップをカタログ化します。

  6. アプライアンスは内部スナップショットを発行し、特定時点の仮想完全バックアップを合成します。

  7. データ復旧の場合、バックアップと DR は書き換え可能なステージング ディスクを即座にマウントし、データベースをオンラインにします。

仕組み: ファイルベースのバックアップ

次の手順では、ファイルベースのバックアップ イメージを使用してデータのバックアップと復元を行うプロセスについて説明します。

  1. バックアップと DR エージェントがデータベース サーバーにデプロイされている。

  2. ステージング ディスクをデータベース サーバーにマウントします。

  3. ダンプ バックアップ コマンドを使用して完全バックアップを呼び出し、バックアップをマウント済みディスクに書き込みます。

  4. バックアップと DR が内部スナップショットを取得します。ログのバックアップは、構成したスケジュールに従い、ファイル システムから直接行われます。

  5. データ復旧の場合、バックアップと DR はステージング ディスクをデータベース サーバーに即座にマウントし、データベース復元オペレーションを開始します。ログは、データベースの復元後の任意の時点まで再生できます。

次のステップ

バックアップと DR 用にデータベースを準備する

MariaDB のバックアップと DR に関するその他のドキュメント

このページは、バックアップと DR を使用して MariaDB データベースを保護および復元する方法に関する一連のページの 1 つです。詳細については、次のページをご覧ください。