私は約8台のLinuxスタンドアロンサーバーを持つ小規模組織で働いています。現在のシステム間でリモートバックアップを実行している間、外部ドライブにシステムの「緊急バックアップ」を実行するように指示されました。
これが私の現在の計画です：
- サーバーのいずれかにドライブを取り付けます。
tarルートフォルダの内容を圧縮します。- タールボールの使用
rsyncとssh転送。
バックアップが「保守的」である必要はありません。 2TBドライブには約500GBのデータしかありません。
これらの条件を考慮すると、これは適切なバックアップ計画を構成しますか？
ベストアンサー1
単にファイルの完全なコピーを実行するときの問題の1つは、一貫性のないデータを取得できることです。これが一般的に機能する方法です。
これはファイルの不一致の例です。 file00001-fileNNNNN ファイルセットが互いに依存している場合、レプリケーション中にファイルの 1 つが変更されると不一致が発生します。
- ファイル00001コピー中
- ファイル00002コピー
- ファイル00003コピー
- file00002 変更
- ファイル00004コピー
- など...
上記の例では、残りのコピー中にfile00002が変更されたため、データセット全体が一貫していません。これは、テーブルが別々のファイルとして格納されているインデックスと一致する必要があるmysqlデータベースのようなものに災いを引き起こす可能性があります。
一般的には、rsyncを使用して、1つまたは2つのファイルシステム（/dev、/proc、/sys、/tmpなどの不要な項目を除く）の完全同期を実行することです。次に、一時的にシステムをオフラインにし（つまり、エンドユーザーに関する限り）、別のrsyncステップを実行してファイルシステムを取得します。すでに最近の同期があるため、速度がはるかに高速になり、システムがオフラインであるため、書き込みがないため、データの不一致は発生しません。