メディア管理ソフトウェア製品に情報を渡します。SBTも参照ア圧縮より小さなバックアップファイルを生成する手法で、サイズの縮小は圧縮レベル設定に影響されます。重要でない複数セットのバックアップファイルを保持する場合に最適です。(重大なデータの最新のバックアップの場合、データを圧縮せずに置いておくと、緊急時に高速でリストアすることが可能になります。ファイルに変換します。オーバーヘッドが増大し、リストアプロセス中に必要になる時間とディスク領域が増加します。圧縮レベル圧縮バックアップに適用される圧縮の程度を決定する設定。所定の圧縮レベルの圧縮の量は、データ値の性質に応じて異なります。オーバーヘッドで、良好なバランスの圧力を生成する最低の値を使用することが理想的です。圧縮も参照イイメージ単一ファイルバックアップ操作の一部として生成されるファイル。標準出力の場合もあります。オプションで参照されます。複数のデータベースが含まれる可能性があります。バックアップ操作でインスタンス全体をバックアップすることも、部分バックアップで選択したデータベースとテーブルを含めることもできます。処理が停止するバックアップ内のオプションステージ。コマンドには、バックアップが一時停止されている間に実行するコマンドを指定するためのオプションがあります。テーブルのバックアップとともにのみ使用されます。InnoDBも参照ウウォームバックアップデータベースの実行中に行われるが、バックアッププロセス中に一部のデータベース操作を制限するバックアップ。テーブルが読み取り専用になることがあります。サイトの場合、ホットバックアップをお勧めします。ホットバックアップも参照オオフラインデータベースサーバーが停止している間に実行される操作の種類。製品では、主要なオフライン操作はリストアステップです。オプションで、別のオフライン操作であるコールドバックアップを行うことができます。「オンライン」と対比してください。リストアも参照オンラインデータベースサーバーが実行している間に実行される操作の種類。ホットバックアップが理想的な例です。データベースを継続して実行でき、読み取り操作や書き込み操作がブロックされないためです。この理由により、「ホットバックアップ」と「オンラインバックアップ」はシノニムとして使用されることがあります。コールドバックアップは、オンライン操作の反対です。定義上、このバックアップ中は、データベースサーバーはシャットダウンしています。データベースサーバーが実行し続けるため、ウォームバックアップもオンライン操作の一種です。ウォームバックアップの進行中、一部の書き込み操作はブロックされることがあります。「オフライン」と対比してください。インスタンス内のすべてのデータベースを含むバックアップ。「部分バックアップ」および「増分バックアップ」と対比してください。完全バックアップはもっとも時間がかかりますが、必要になるフォローアップ作業量と管理上の複雑さはもっとも少なくなります。したがって、部分バックアップまたは増分バックアップを主に行う場合でも、定期的に完全バックを行うことができます。テーブルのクリーンアップアクティビティー。クラッシュ前にコミットされたが、まだテーブルスペースファイルに書き込まれていない変更は、二重書き込みバッファーから再構築されます。通常どおりデータベースがシャットダウンした場合、このタイプのアクティビティーは、パージ操作によってシャットダウン中に実行されます。ココールドバックアップデータベースがシャットダウンしている間に行われるバックアップ。サイトの場合は、これは実用的でない可能性があり、ウォームバックアップまたはホットバックアップをお勧めします。サーバーと関連製品およびコンポーネントのスタートアップオプションを保持するファイル。いう、そのデフォルトのファイル名で呼ばれます。そのデフォルトの構成設定をこのファイルの「mysqlbackup」セクションの下に格納します。接続するほかのプログラムとの間で共通した構成オプションについての設定を、「client」セクションから読み取ることもできます。ホストでき、それぞれに専用のバックアップ操作とスケジュールが必要です。一部のバックアップ操作は、接続を通じてサーバーと通信します。インスタンスも参照サーバーリポジトリ「バックアップリポジトリ」と対比してください。オプションをオンにすると、新しく作成した各テーブルが専用のテーブルスペースに格納されるため、システムテーブルスペースのサイズと依存関係を軽減できます。機能を使用できないようにします。準備されたバックアップ全体的に一貫性があり、リストアする準備の整っているバックアップデータのセット。バックアップで適用操作を実行することによって作成されます。mysql.backup_progress。バックアップジョブが終了すると、詳細は履歴テーブルに記録されます。部分バックアップで、バックアップから省くテーブル、データベース、またはこれらの両方の組み合わせを選択すること。「含める」と対比してください。部分バックアップも参照スストリーミングローカルコピーを保存するのではなく、即座に別のサーバーにデータを転送するバックアップ手法。パイプなどのメカニズムを使用します。して指定された単一ファイルバックアップが必要です。単一ファイルバックアップも参照スレーブレプリケーション構成で、更新をマスターサーバーから受信するデータベースサーバーです。一般に、ユーザークエリーに対応する際に使用され、マスター上のクエリーの負荷を最小限にします。あるサーバー上でバックアップを取得し、別のシステム上でリストアすることで、データが用意された新しいスレーブサーバーを作成できます。マスターではなくスレーブサーバーからデータをバックアップして、システム全体の速度低下を最低限に抑えることもできます。通信するために、特定のバックアップ操作で使用されるメカニズム。コマンドは、バックアップされているサーバーにログインして、進行状況テーブルと履歴テーブル内でデータを挿入および更新できます。通常ホットバックアップは、便宜上データベース接続を使用しますが、接続が使用できない場合でも進行することができます。ウォームバックアップは、サーバーを読み取り専用状態にする必要があるため、常にデータベース接続を使用します。シャットダウン中に行われるため、接続が必要な機能はどれも使用できません。スタイルの正規表現を使用します。正規表現では、ドットが単一文字のワイルドカードを表すため、ファイル名内のドットをエスケープする必要があります。パス名内のスラッシュのエスケープは不要です。コマンド行で正規表現を指定する場合は、シェルワイルドカードメカニズムでアスタリスクなどの文字に拡張されないようにするため、シェル環境の必要に応じて、引用符でこれらを囲みます。部分バックアップも参照ソ増分バックアップ前回のバックアップ以降に変更のあったデータだけを取得するバックアップ。完全バックアップより小さく高速になる可能性があります。増分バックアップデータは、リストアする前に、前回のバックアップの内容とマージする必要があります。使用法の詳細は、セクション3.3.2「増分バックアップの作成」を参照してください。パックするバックアップ手法。ストリーミングバックアップ手法では、単一ファイルバックアップを使用する必要があります。単一ファイルバックアップによって生成されたイメージファイルから内容を取得する操作。それぞれ指定することによって実行されます。設定で作成されて独自のテーブルスペースに存在するかが重要です。テーブルの場合、テーブルのデータとインデックスを保持するファイル。設定で作成されたテーブルの場合もあります。ストレージエンジンで制御される一連のテーブル。システムテーブルスペースの一部です。製品は常にシステムテーブルスペースをバックアップするため、すべてのバックアップにデータディクショナリの内容が含まれます。ユーザーが所有する一連のテーブルと関連オブジェクト。用語の「スキーマ」と同等です。一部のデータベースを含み、それ以外は含まない部分バックアップを実行できます。制御するデータベースの完全なセットは、インスタンスと呼ばれます。停止時間データベースが応答しない期間。データベースは全体がシャットダウンしている場合も、アプリケーションがデータを挿入、更新、または削除しようとするときに読み取り専用状態になっている場合もあります。ロックされている間にカスタマイズしたバックアップロジックを実行する一時停止ステージの期間を最小にして、停止時間を最低限に抑えることです。バックアップを準備されたバックアップに変換する操作。バックアップも参照ト特定の時点バックアップ操作の終了時にあたる時間。準備されたバックアップには、バックアップ操作の実行中に行われた変更がすべて含まれます。バックアップのリストアは、バックアップ操作が完了した時点の状態にデータを戻します。リストアも参照ハバイナリログテーブルデータを変更しようとするすべてのステートメントのレコードを含むファイル。レプリケーションシナリオでスレーブサーバーを最新にしたり、バックアップからテーブルデータをリストアしたあとでデータベースを最新にしたりするために、これらのステートメントを再現できます。バイナリロギング機能はオンとオフを切り替えられますが、レプリケーションを使用するかバックアップを実行する場合には、常にこれを有効にすることをお勧めします。コマンドを使用することによって、バイナリログの内容を調べたり、レプリケーションまたはリカバリ中にこれらのステートメントを再現したりできます。バイナリログの詳細は、バイナリログを参照してください。構成オプションについては、バイナリログのオプションと変数を参照してください。製品の場合、バイナリログのファイル名とファイル内での現在の位置が重要な詳細です。オプションを指定できます。前では、更新ログと呼ばれる同様の機能を利用できました。以上では、更新ログがバイナリログに置き換わりました。インスタンスから一部またはすべてのテーブルデータおよびメタデータをコピーするプロセス。コピーされたファイルのセットを指す場合もあります。このプロセスの反対がリストア操作です。コマンドで実行されます。点で特性が異なります。バックアップはさらに、通常のデータベース操作に干渉する程度に応じて、ホット、ウォーム、コールドに分類されます。(干渉の程度は、ホットバックアップがもっとも少なく、コールドバックアップがもっとも多くなります。ウォームバックアップも参照バックアップリポジトリ「サーバーリポジトリ」と対比してください。以上の行フォーマットをサポートします。含める部分バックアップで、バックアップするテーブル、データベース、またはこれらの両方の組み合わせを選択すること。「除外」と対比してください。物理バックアップ実際のデータファイルをコピーするバックアップ。サーバーで直接使用できるデータファイルが含まれているため、物理バックアップを作成します。論理バックアップと対比してください。インスタンスのデータベースの一部を含むバックアップ。完全バックアップと対比してください。内容全体には適用されないリストア操作。リストアされるデータは、部分バックアップからの場合も、完全バックアップからの場合もあります。応じて複数のスレッドを使用します。パフォーマンスに関する考慮事項」を参照してください。インスタンスが実行中で、アプリケーションがそれに対する読み取りおよび書き込みを行なっている間に取得されるバックアップ。「ウォームバックアップ」および「コールドバックアップ」と対比してください。ホットバックアップでは、データファイルの単なるコピー以外にも多くの作業が行われます。バックアップの進行中に挿入または更新されたすべてのデータを含む必要があり、バックアップの進行中に削除されたすべてのデータを除外する必要があり、またトランザクションによって開始されたがコミットされていないすべての変更を無視する必要があります。つのステージから構成されます。バックアップが生成されます。適用ステップで、バックアップの実行中に行われたデータベースへのすべての変更が組み込まれます。変更の適用により、準備されたバックアップが生成されます。これらのファイルは、必要な場合はいつでもリストアできる状態です。データをコピーするウォームバックアップフェーズから構成されます。ウォームバックアップも参照ママスターレプリケーション構成で、更新をスレーブサーバーのセットに送信するデータベースサーバーです。一般に、そのリソースの大部分が書き込み操作専用となるため、ユーザークエリーはスレーブに任されます。通常、マスターではなくスレーブサーバーでバックアップを実行し、システム全体の速度低下を最低限に抑えます。ファイルに格納されています。このデータは、診断およびトラブルシューティング手順中に、管理ツールで使用できます。メメディア管理ソフトウェアテープバックアップのライブラリなど、バックアップメディアを管理するソフトウェアプログラムのクラス。