- この記事は Zmanda Recovery Manager For MySQL（ZRM）
- 情報タイプ：ヒント
情報の説明：
ZRM for MySQLでは、増分バックアップを実行するために、MySQLサーバーでバイナリロギングが有効になっている必要があります。 バイナリログはMySQLのパフォーマンスに最小限の影響しか与えませんが、アクティブなデータベースでは、ログは数百ギガバイトまたはテラバイトにまで拡大する可能性があります。
ZRM for MySQLには、サイトの要件に応じてバックアップとリカバリのプロセスをカスタマイズするための複数のプラグインインターフェイスがあります。 プラグインインターフェイスのXNUMXつは、バックアップ後のプラグインです。 バックアップ後にログが不要になったため、バックアップ後のプラグインはバックアップ後にバイナリログを削除できます。
古いバイナリログを削除する次のコマンドを、ZRM forMySQLのデフォルトのバックアップ後プラグインに追加できます。
mysql -uroot -ppasswd-e“ date_sub（now（）、interval 1 day）;�の前にマスターログをパージします。
もうXNUMXつのオプションは、「expire_log_days」MySQLサーバーパラメータを設定することです。 expire_log_daysのデフォルト値は、ログをパージしないでパージすることです。 これをいくつかの数値に設定することで、MySQLサーバーにログのクリーンアップを処理させることができます。
あぶない：マスターサーバーでバックアップを実行している場合、ユーザーはマスターレプリケーションサーバーでバイナリログを削除する際に注意する必要があります。 スレーブがサーバーよりXNUMX日以上遅れている場合、バイナリログパージによりレプリケーションが失敗します。
