問題タブ [innobackupex]

mysql のホット バックアップに innobackupex ツールを使用しています。--stream オプションでバックアップを取っています。私の主な質問は、データがリモートの場所に転送された後にリモートマシンで --apply-log 操作を使用できるか、またはソース db マシンでのみ --apply-log 操作を使用する必要があるかということです。

innobackupex を使用してデータベースを復元した後、MySQL は正常に動作するようになっていますが、ログにはバッファとロックに関するステータス情報が表示されています。これは OK サインですか、それとも矛盾/エラーがありますか? 使用中の db は MySQL サーバー バージョン 5.5.33 です。

以下の情報を示す mysqld.log

141205 7:19:02 [注] イベント スケジューラ: 0 個のイベントがロードされました 141205 7:19:02 [注] /usr/local/mysql/bin/mysqld: 接続の準備ができました。バージョン: '5.5.33-log' ソケット: '/var/run/mysqld/mysqld.sock' ポート: 3306 MySQL Community Server (GPL)

ステータス情報:

現在のディレクトリ: /var/db/data/ 実行中のスレッド: 0 スタック サイズ: 262144 現在のロック: ロック: 0x1785f540:

ロック: 0x178540c0:

ロック: 0x17849490:

ロック: 0x17836f70:

ロック: 0x1783bb90:

ロック: 0x17825a80:

ロック: 0x178207c0:

ロック: 0x1781a280:

ロック: 0x17812040:

ロック: 0xf32fa0:

ロック: 0xf33780:

ロック: 0xf336a0:

ロック: 0xf335c0:

ロック: 0xf33160:

ロック: 0xf33080:

ロック: 0xf32ec0:

ロック: 0xf32de0:

ロック: 0xf32d00:

ロック: 0xf33860:

ロック: 0xf33240:

ロック: 0xf334e0:

ロック: 0xf33400:

ロック: 0xf33320:

ロック: 0xf32c20:

ロック: 0xf32b40:

ロック: 0xf32a60:

キー キャッシュ: デフォルト Buffer_size: 209715200 Block_size: 1024 Division_limit: 100 Age_limit: 300 ブロック使用: 0 フラッシュされていない: 0 w_requests: 0 書き込み: 0 r_requests: 0 読み取り: 0

ハンドラのステータス: read_key: 0 read_next: 0 read_rnd 0 read_first: 3 write: 0 delete 0 update: 0

テーブルのステータス: 開いているテーブル: 16 開いているテーブル: 9 開いているファイル: 19 開いているストリーム: 0

アラーム ステータス: アクティブなアラーム: 0 最大使用アラーム: 0 次のアラーム時間: 0

メモリの状態: システムから割り当てられた mmap されていないスペース: 363499520 空きチャンクの数: 12 fastbin ブロックの数: 18 mmap された領域の数: 18 mmap された領域のスペース: 685850624 最大総割り当てスペース: 0 解放された fastbin ブロックで使用可能なスペース: 1584合計割り当てスペース: 363367408 合計空きスペース: 132112 最上位の解放可能なスペース: 115152 推定メモリ (スレッド スタックを含む): 1049350144

イベント ステータス: LLA = 最終ロック時 LUA = 最終アンロック時 WOC = 条件待ち DL = データ ロック

イベント スケジューラのステータス: 状態: INITIALIZED スレッド ID: 0 LLA: n/a:0 LUA: n/a:0 WOC: NO ワーカー: 0 実行: 0 データ ロック: NO

イベント キューのステータス: 要素数: 0 データがロックされています: NO ロックを試みています: NO LLA: init_queue:139 LUA: init_queue:149 WOC: NO 次回のアクティブ化: なし

前もって感謝します

innobackupex バックアップは、次のエラーで失敗します。同じステップで失敗するたびに、/var/lib/mysql の下のファイルのアクセス許可を確認しましたが、それらはすべて mysql によって所有されています。何が変わったのかわからない。問題の可能性と解決方法を教えてください。

innobackupex を使用してリモート マシンからバックアップを取得しようとしています。

サーバーでディレクトリを見つけることができないため、失敗します。

ローカル マシンでディレクトリを検索していると想定しています。バックアップをリモートで実行する方法を教えてください。

だから私は次のコード行を実行していました：

「&>」により、75 GB を超えるログ ファイルが生成され、出力を読み取ることができませんでした。

これを「2>」に切り替えたところ、ログ ファイルのサイズは管理しやすく、サーバーのスペースが不足することはありませんでした :-)

この動作が発生した理由を誰か教えてもらえますか? また、通常の機能が標準エラーに移行するのはなぜですか?

Innobackupex は、mysql サーバーの完全バックアップと増分バックアップの両方を提供します。

しかし、毎日の完全バックアップと特定の時間の増分のプロセスを自動化するスクリプトを探しています。

このスクリプトは古いバックアップ ファイルを削除し、ステータスなどをメールで送信します。アイデアや既製のスクリプトはありますか?

ありがとう

マニュアルには、増分バックアップを作成する場合は、次のコマンドで実行できると記載されています。

は/data/backups/inc1増分ディレクトリです。したがって、cron ジョブを作成したい場合 (これは私だけではないと思います)、新しい増分バックアップを作成するたびにディレクトリに名前を付ける方法を考え出す必要がありますが、これは面倒な作業になる可能性があります。 .

代わりにタイムスタンプを使用してディレクトリを作成するために xtrabackup を威嚇する方法はありますか?