私は約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ステップを実行してファイルシステムを取得します。すでに最近の同期があるため、速度がはるかに高速になり、システムがオフラインであるため、書き込みがないため、データの不一致は発生しません。
答え2
私はそうではないと提案します。内容全体をタールすると仮定すると、/不要なすべての種類の内容を抽出します。
たとえば、/procディレクトリです。ドライブを取り付けた場所。したがって、バックアップを独自にコピーしてから完全に反転しようとします。
答え3
関連セクションは主に/root（rootアカウント設定）です/etc（ほとんどの設定はここにあります）。また、インストールされているパッケージのリストを保管し、緊急時に使用できるインストール/修復CD / DVDを準備する必要があります。
設定を復元する方法が必要な場合、保存するファイルシステムは/boot（/別々/usr/の場合）です。データベース、Webサイト、VCSリポジトリ/varなどがあることを確認してください。さらに、/var/log以下のログは、法的または監査目的で、または将来の好奇心のために安全に保管する必要があるかもしれません。