導入 増分バックアップとは、完全バックアップまたは最後の増分バックアップの後、後続の各バックアップでは、前回のバックアップと比較して追加または変更されたファイルのみをバックアップする必要があることを意味します。つまり、最初の増分バックアップの対象は、完全バックアップ後に生成された追加および変更されたファイルであり、2 番目の増分バックアップの対象は、最初の増分バックアップ後に生成された追加および変更されたファイル、というようになります。 目的 フルバックアップでは回復に時間がかかり、回復が遅いという問題を解決するために、増分バックアップが採用されています。 特徴 利点: 重複データなし、バックアップボリュームが小さい、時間が短い: フルバックアップ後の最後のフルバックアップと増分バックアップから復元する必要があり、増分バックアップを1つずつ繰り返し復元する必要があり、操作が面倒 実装 mysql バイナリ ログを介した間接増分バックアップ: 実験環境: MySQL5.7データベースがインストールされたCentos7仮想マシン 操作プロセス: 1. 増分バックアップ 1. 設定ファイルにバイナリログを追加する
2. サービスを再起動してバイナリログを表示します
3. 実験テンプレートとしてデータベース内にデータベースとテーブルを自由に作成する 4. 学校のデータベースの完全なバックアップを作成する
5. ログを更新し、新しいログを生成します。注: 以前のデータベース操作は番号 000001 のログに書き込まれ、番号 000002 の新しく生成されたログは空です。
6. 新しいMySQLデータベース操作を追加し、ログを更新して増分バックアップを実行します。
7. 情報テーブルを削除する
8. 完全バックアップを復元し、増分バックアップを復元する
さて、ここで問題があります。エラーが発生すると、バックアップの復元時にエラーが発生し、本来の目的を達成するための理想的なバックアップを実現できなくなります。このとき、壊れたチェーンのリカバリ(増分バックアップを復元する特別な方法)が必要になります。つまり、復元中に正しいデータベース操作のみが復元されます。 2. 壊れたリンクの回復 壊れたリンクの回復を実行する前に、図に示すように、増分バックアップと復元のない状態に復元する必要があります。 時点に基づく 2018-09-04 16:43:52 エラー操作時間(この時点で読み込みの開始が終了します)
位置ポイントに基づく 565 最後の正しい実行位置 --stop-position
以下もご興味があるかもしれません:
|
<<: Reactにおける制御されたコンポーネントと制御されていないコンポーネントの簡単な分析
>>: CentOS 7.x に ZSH ターミナルをインストールする方法
問題の原因:スレーブサーバーがクローンマスターサーバーである場合、server-uuidの値は同じで...
docker-compose でコンテナ ポートを公開する方法は、ports と expose の ...
この記事では主に、MySQL の Aborted アラームに関する関連コンテンツを紹介し、参考と学習...
Windowsオペレーティングシステムでは、ポートの占有状況を照会し、ポートの占有状況をクリアするプ...
権限とデータベース設計ユーザー管理SQLyogを使用してユーザーを作成し、権限を付与する基本コマンド...
Docker では、ポート マッピングを使用して、Docker コンテナーのサービスをホスト マシン...
King of Glory をプレイしたことがある人なら、このページの効果をよくご存知でしょう。なぜ...
1.Tomcatの最適化構成(1)Tomcatのcatalina.batを変更するJavaをサーバー...
SeLinuxを無効にするsetenforce 0永久に閉店: vi /etc/selinux/c...
目次スタイルスコープスタイルモジュール状態駆動型動的CSS要約するスタイルスコープ注意事項:スタイル...
序文Sass は CSS3 言語の拡張機能です。Sass を使用すると、より良いスタイルシートをより...
Linuxインスタンスでシステムディスクを初期化した後、データディスクを再マウントするLinux イ...
Alpine イメージの telnet はバージョン 3.7 以降、busybox-extras パ...
システム環境: Win10 64ビットMySQL バージョン: mysql-5.7.18-winX6...
前回の記事では、docker compose を使用して FastDfs ファイル サーバーをインス...