複数のLinuxベースのサーバーに適切なバックアップを提供するにはどうすればよいですか？
バックアップの提供に関連するいくつかの質問がありましたが、それらのほとんどは、家庭での使用またはWindowsベースを対象とした具体的すぎるものでした。
聞きたいこと：
- すべてのLinuxサーバーが適切にバックアップされていることをどのように確認しますか？
- どのくらいの頻度でサーバーをバックアップしますか？
- 明らかな/ homeディレクトリとは別に、何をバックアップしますか？
- バックアップが増分的でありながら、復元が容易であることをどのように確認しますか？
特に最後の質問は私を悩ませてきました。バックアップをtarballに圧縮することは問題なく機能しますが、突然バックアップを復元する必要がある場合、深刻なパフォーマンスの問題が発生します。一方、バックアップを圧縮せずに別のサーバーに同期しない場合、一貫性のないユーザー権限が作成されるという重大なリスクがあります。
これをできるだけ簡単にするのに役立つツールと、この問題に対する好ましいアプローチは何ですか？
どのくらいの頻度でサーバーをバックアップしますか？
標準のバックアップは毎晩実行されますが、より頻繁に実行されるバックアップがいくつかあります。
すべてのLinuxサーバーが適切にバックアップされていることをどのように確認しますか？
バックアップは、成功または失敗に関する適切な主題を含むレポートを送信します。少なくとも週に数回、ステータスメッセージを受信したことを確認します。
明らかな/ homeディレクトリとは別に、何をバックアップしますか？
サーバーによって異なりますが、ほとんどの場合、/ etc、/ root、および/ var/lib/dpkgが必要です。次に、データディレクトリを追加します。
バックアップが増分的でありながら、復元が容易であることをどのように確認しますか？
私は Dirvish 、を使用します
Dirvishは、高速のディスクベースのローテーションネットワークバックアップシステムです。
Dirvishを使用すると、ファイルシステムの完全なイメージのセットを無人で作成および期限切れにして維持できます。ダルヴィーシュのバックアップボールトは、データのタイムマシンのようなものです。
Dirvishは、rsyncと -link-dest オプションを使用して、バックアップごとに同一のファイルを一緒にハードリンクします。バックアップは高速で、スペースを浪費せず、復元はファイルをコピーするのと同じくらい簡単です。
私はついにRAID6サーバーを rsnapshot と一緒にセットアップしました。これは、異なるバックアップ間でrsyncとハードリンクを使用しているため、場所を節約できますが、復元は簡単なコピー操作になります。
私は毎晩インクリメンタルを実行し、最後の14個のスナップショットをローテーションし、毎晩2週間ごとのスナップショットのセットに蓄積してから、四半期ごとのセットと年ごとのセットを実行します。ディスク上のすべてをバックアップします。
オフラインバックアップ用に、受け取ったばかりのまだインストールされていないSAS LTO4テープストリーマーを購入しましたが、rsnapshotバックアップの一部を時々保存し、テープをに保存する予定です。私の事務所。
すべてのLinuxサーバーが適切にバックアップされていることをどのように確認しますか？
Rdiff-backupを毎晩実行します。 cronが毎晩実行する/ usr/local/binにあるスクリプトがあります。
それが機能していることを確認するために、nagiosを使用して/ var/log/messagesのコピーが48時間を超えていないことを確認します。もしそうなら、nagiosのウェブページとメールでnagiosが管理者に送信することがわかります。
サーバーをバックアップする頻度はどれくらいですか？
毎晩。
明らかな/ homeディレクトリ以外に何をバックアップしますか？
除外されるいくつかのビットを除いて、すべてをバックアップします-/ tmp/proc/sysおよび/ var/log /内のいくつかのもの
バックアップが増分的でありながら、復元が容易であることをどのように確認しますか？
rdiff-backup を使用します（ このチュートリアル も参照してください）。 rdiff-backupは、コピーしているものの完全な最新コピーを含むディレクトリを生成しますが、以前のバックアップが残っている状態でdiffを保持するため、diffまでさかのぼってファイルを回復できます。スペースを節約するために、古いdiffをときどき削除することをお勧めします。これには、cronによって毎週実行できるrdiff-backupコマンドがあります。
私はこれを自分で調べてきましたが、ストレージサービスへの自動オフサイトバックアップが必要なため、AmazonGlacierとBackblazeB2は今のところ良いオプションのようです（Backblazeは現在安価です）。
これらのサービスをサポートするクライアントと期待する機能（暗号化、重複排除、増分バックアップ）を見ると、Linuxで機能する2つのオプションがあるようです。
- 重複 -オープンソース
- HashBackup -ストレージサービスに加えて、HachBackupの有料年間ライセンスが必要です
* How do you ensure that all of your Linux servers are properly backed up?
それらに対して duplicity を実行し、AmazonS3にバックアップします。
* How often do you backup your servers?
四半期ごとおよび夜間の増分バックアップを実行します。これは主に、S3でのストレージコストを削減するためです。
* What do you backup, apart from the obvious /home directories?
/ home、/ etc、/ var。私はDebianボックスを実行しているので、毎晩 'dpkg --get-selections> /etc/debian.pkgs'を実行して、インストールされているものを追跡できるようにします。
* How do you ensure that backups are incremental, but still easy to restore?
重複はそれをうまく行います。履歴のある時点から復元を実行して、時々テストします。
Rdiff-backupを実行するサーバーでcronジョブを実行しています。
/ etc /がバックアップされ、/ home /とその他のディレクトリがバックアップされ、別のディレクトリがダウンしたときにできるだけ早く起動して実行できるようになります。
すべてが1つの中心的な場所に集められ、これらすべてがテープに送られます毎晩。テープは翌朝収集され、ローテーションに戻される前に2週間（オフサイトで）消えます。
非常に重要なことのために、私はライブスペアを実行しています。のように：そこに座ってアイドル状態になっている（そして基本的に私のおもちゃです）が、最初のサーバーのすべてのファイル/サービスを持っている2番目のサーバー。最初のものがダウンしたとき、これはフラッシュで引き継ぐことができます、行われる必要があるのはDNSレコードを変更することだけです。
- それらは完全に自動的にバックアップされ、すべてのバックアップが正常に完了したことを確認するために監視されます（バックアップソフトウェアによって報告されます）。この監視は、バックアップが正常に実行されていることを確認するためにバックアップの「ループを閉じる」ため、非常に重要です。
- 通常は毎日ですが、一部のシステム（データベースサーバー）では、より興味深い戦略が得られる場合があります。
- パッケージリスト、
/etc、/varおよび/home。他のすべてはそこから再現できます。 - 私は自宅でdirvishを使用しています。これは、rsyncを使用してファイルのハードリンクされたツリーを作成するだけです。それは素晴らしい仕事をしますが、rootとしてrsyncを実行する必要があり（権限が維持されることを保証するため）、iノード消費の観点からファイルシステムでは困難です。職場ではrdiff-backupを使用しており、独自のideosyncraciesのセットを持っていますが、アクセス許可をメタデータファイルに保存するため、バックアップを書き込むためにrootアクセス許可は必要ありません（ただし、アクセス許可を取り戻すには明示的な復元を実行する必要があります） ）。