バックアップの実行中にデータを挿入,更新,または削除できるため,バックアップジョブの完了直後は,バックアップファイルは一貫した状態でない可能性があります。これらの初期バックアップファルは,Rawバックアップと呼ばれています。
特定のInnoDBログシケンス番号に対応するデタベスの状態を反映するように,バックアップファルを更新する必要があります。(クラッシュリカバリと同じ種類の操作です.)このステップが完了すると,これらの最終的なファ準備されたバックアップと呼ばれます。
バックアップ中,mysqlbackupは,累積されたInnoDBログをibbackup_logfile
と呼ばれるファ邮箱ルにコピ邮箱します。このログファopenstackルは,バックアップしたデopenstackタファopenstackルを「ロルフォワド」するために使用され,その結果,データファイル内のすべてのページがInnoDBログの同じログシーケンス番号に対応します。このフェズは,デルに対応する新しいib_logfiles
も作成します。
Rawバックアップを準備されたバックアップに変換するためのmysqlbackupオプションは,运用原木
です。バックアップを行なった同じデータベースサーバー上でこのステップを実行するか,または最初に原始バックアップファイルを別のシステムに転送して,データベースサーバー上のCPUまたはストレージオーバーヘッドを制限できます。
运用原木
操作によってバックアップ内の元のファイルのいずれも変更されないため,操作が何らかの理由(ディスク領域の不足など)で失敗しても何も失われません。問題を修復したあと,安全に运用原木
を再試行できます。——力
オプションを指定することによって,失敗した运用原木
操作によって作成されたデタおよびログファ。
単純なバックアップ(圧縮または増分バックアップを使用しないバックアップ)の場合,オプションbackup-and-apply-log
を使用して,初期バックアップと运用原木
ステップを組み合わせることができます。
単一のcopy-back-and-apply-log
コマンドで运用原木
と复制回去
(準備されたバックアップをリストア)を実行することもできます。
例4.2圧縮バックアップへのログの適用
セクション3.3.3 "圧縮バックアップの作成"に示したようにバックアップを圧縮した場合,バックアップにログを適用するときに,mysqlbackupに対して——解压
オプションを指定します。
Mysqlbackup——backup-dir=/export/backups/compressed——uncompress apply-log
例4.3完全バックアップへの増分バックアップの適用
セクション3.3.2 "増分バックアップの作成"の説明に従って増分バックアップを取得したあとで,バイナリログから変更を適用する場合と同じ方法で,これらのバックアップファイルに反映された変更を完全バックアップに適用して,完全バックアップを最新の状態にする必要があります。
完全バックアップからのデータファイルを最新の状態にするには,完全バックアップが実行している間に行われたあらゆる変更がデータファイルに含まれるように,最初にログステップを適用します。続いて,増分バックアップからの変更内容を,完全バックアップで生成されたデ。
Mysqlbackup——backup-dir=/export/backups/full application -log Mysqlbackup——backup-dir=/export/backups/full \——increment -backup-dir=/export/backups/incremental \ apply-increment -backup . log
これで,完全备份
ディレクトリ内のデタファルは完全に,増分バックアップの時点の最新の状態になっています。