オフサイトのハードドライブバックアップはどのように行いますか？

私はしばらくの間、ハードドライブのバックアップを行ってきましたが、多くの人も同様だと思いますが、オフサイトに保存するより良い方法を見つけるのに苦労しています。君たちはどうやってそれをしているのだろうかと思っている。バックアップをオフサイトに保存する際のポリシーやヒント、トリック（主にテープではなくハードドライブ）。

前もって感謝します。

[更新]オンラインバックアップについてお問い合わせいただきありがとうございます。私たちは実際にこのプロセスの最中です。そして、私はそれが究極の道であることに100％同意します。ただし、コストを考慮すると、アプリケーションレベルも考慮すると非常に高価なオプションであるため、オプションではない場合があります。別のトピックでは、オンラインバックアップが非常に優れたものになると思います。:)

バックアップの必要量に応じて、次のことをお勧めします。

1. JungleDisk / Amazon S3-非常にうまく機能します。

2. リモートマシンへのRSYNCも非常にうまく機能します。XX時間ごとにジョブをCRONします。

AmazonのS3クラウドにほぼTBのデータをバックアップし、1日に数回（rsyncを介して）マスターからバックアップする「ウォームスタンバイ」を行っています。Amazon S3での転送/保管のコストは非常に安価です。（つまり、DVDに書き込むよりは安いが、HDDにバックアップするよりは安くない。1TBUDB "My Book"または何かをサーバーに接続して、毎週/毎月バックアップする人を知っている。そのうちの1つまたは2つが最も安価なソリューションかもしれません。

これは、データのバックアップについての話です。以下のいくつかのコメントは、サーバー自体のバックアップについて述べています...

ニーズによっては、Norton GhostまたはAcronis（http://www.acronis.com）が役立つ場合があります。Norton Ghostのようなものは、バックアップを作成するために実際にコンピューターの電源を切ることができる能力に依存する傾向があります。私たちの中にはそんな贅沢をしていない人もいますが、もしそうならノートンゴーストは非常に良い製品です。

データのバックアップだけにとどまらないでください。メインサーバーのGhostイメージを定期的に作成し、それらをオフサイトに保管します。

少し贅沢なことは認めますが、私たちはSANと各サイトでのバックアップを定期的にテープまたはディスクで外部企業（IronMountainなど）に送ります。

バックアップ要件のサイズ/形状、技術的能力、データ変更の頻度に依存します...！

最も簡単なオプションは、Rackspace（または別のプロバイダー）から別のサーバーを雇い、その上にVPNを置き、ファイルをRobocopyすることです。簡単な父、祖父、息子のものとテストテストテストを行うスクリプトを作成します。これらはすべて自動化できます。

すべてのバックアップと同様に、データを持っている可能性があるため、定期的にDRを行うことが重要ですが、実行中のアプリケーションのコピーを忘れてしまった場合はどうでしょうか...！

多くの場合、失敗するのは最も単純なものであり、最も複雑なものでも、考えているものでもありません...

幸運を

マイク

考慮事項：

1. バックアップをサイトから外すのは誰の責任ですか、外出中/病気中/休暇中などの場合に誰が引き継ぎますか？
2. HDDはどのように保管していますか？パッド入りの容器？気候制御地域？
3. 保存されたディスクにどのようにアクセスできますか？1人だけの場合、バスにぶつかったらどうなりますか？
4. これらのディスクのいずれかからの復元を最後にテストしたのはいつですか？
5. ディスクがすべて正常であることを確認するために各ディスクを休ませたのはいつですか？メディアは永遠に続きません。
6. ローテーションスキーマと手順が文書化されているので、メールルームのSandy、または受付のDanもメディアを回転できますか？

誰かの家にディスクを保存することは、複数の人がその家の鍵を持っている場合にのみ良いアイデアです。もちろん、集配/配達および誰がアクセスできるかの管理を含むオフサイトメディアサービスを提供する会社があります。これにはもちろん費用がかかりますが、データの損失と比較して必ずしも大した費用ではありません。私たちはIronMountainを使用していますが、実際にコンテナを購入するのに1か月あたりのコストがどれほど低いかを知ってショックを受けました。実際には4つのコンテナがあり、そのうち3つは常にオフサイトです。

これは保存しているデータ量に依存すると思いますが、オンラインバックアップはどこにあるのでしょうか。

ハードディスクをサイクリングしたり、車から盗まれたり、データを持ち歩く他の危険を心配する必要はありません。

オンラインバックアップが安くなっています-現在、私は50セントのギグを支払っています。バックアップは1晩に1回実行され、古いバージョンは私が決めた仕様に保たれます。サイトを離れる前にすべて暗号化されます。

テープベース（またはHDベース）のバックアップからオンラインバックアップへの切り替えは、私たちがこれまでに行った最良の決定の1つです。オンラインバックアップを検討する組織にいることを願っています。

設定した制限内の1つの方法は、セーフティーデポジットボックスがある近くの銀行を見つけてそこに置くことです。それがどれほど近いかは、利便性/リスクのトレードオフになります。近いほど、災害がその場所に影響を与える可能性が高くなります。

いくつかの場所[実際の国]から1つの中央サーバーにバックアップを作成しました。バックアップはbackupninjaによって駆動され、rdiff-backup、rsync、およびカスタムスクリプトを使用します。

中央サーバーは14日間のオンライン履歴を保持します。

[すべてのデータが到着した後]毎朝、オンラインデータの全コンテンツをUSB接続の1TBディスクに再同期します。日中にディスクの内容が確認されます[少なくともrdiff-backupで行われた部分]ので、将来的に回復できると確信しています。USBドライブは毎週ローテーションされます。サーバーから「離れて」保存されます。USBドライブ上のデータは暗号化されたパーティションに置かれるため、安全なストレージは必要ありません。

これは、かなり少量のデータに対しては正常に機能します-私の場合、データは200GB未満、24時間ごとに5GBの差分です。復元する必要がある場合-90％でオンラインコピーから復元できます。回復する必要があるデータが14日より古い場合-オフサイトの場所からすばやく取得できます。

ローラがもっと多くの要件がここで役立つと言ったように、私は私の個人的なバックアップを処理するために何を使うかをあなたに伝えることができます。

良い友達とバックアップの手配をしています。彼らはワークステーションで外部USBドライブをホストし、私は彼らの1つをホストします。リモートドライブにデータをプッシュするために、各マシンへのsshアクセスはそれぞれ制限されています。この前に、十分なスペースでアクセスできるサーバーにデータをプッシュしました。

私のバックアップはcronでスケジュールされ、その後複製によって実行されます。バックアップデータ（ssh、sftp、s3、ローカルなど）を移動する多くの方法をサポートしているため、このツールを選択しました。さらに重要なことは、それを使用して暗号化されたバックアップを実行できることです。これは、あまり制御できない別の場所にデータをダンプする場合に便利です。

私たちの業務では、保管の目的を検討し、その目的に応じて適切なメディアを選択することがいくぶん重要であることがわかりました。記録およびビデオ制作施設として、テラバイトのデータがあり、それらを運用中および運用外に移動する必要があります。オンライン、ニアライン、オフラインの思考プロセスを使用しています。オンラインのものはもちろんローカルサーバー上にあります。私たちの場合、NearLineを使用して、サーバーに障害が発生した場合のクイックリストアに使用されるストレージを参照します。これは通常、オンサイトとオフサイトの両方に保存されたテラバイトの外部ハードドライブのセットです。ファイルサーバーを再構築するために、すぐにプラグインできます。

興味深いのは、オフラインストレージです。私たちの場合、これは1年後に戻ってくる必要があるかもしれないが、すぐにオンラインにする必要はないことがわかっているビデオプロジェクトかもしれません。大量のデータ用のアーカイブメディアが必要です。私の業界では、多くの高解像度カメラが16 GBまたは32 GBのP2カードのバンクに直接撮影しているため、テープやフィルムメディアを使用しないため、これはますます重要になっています。最初の製品はデジタルファイルです。このオフラインストレージの目的でファイヤーワイヤードライブを使用している多くの制作会社を知っています。彼らはプロジェクトを外部のfirewireドライブにコピーし、棚に置きます。

ただし、これらのドライブではひどい故障率がありました。ある時点でこれらのドライブを20台近く使用し、そのうちの3分の1以上を何らかの理由で修理のために送り返しました。同じ週にプロジェクトのプライマリとセカンダリの両方の外部ドライブのバックアップを失った後、最終的にその概念を放棄し、長期保存のためにテープに戻りました。私たちの場合、LTO4。

要約すると、使用するメディアは、アプリケーションと寿命に依存します。10年以上前のテープで問題なく復元できます。しかし、棚に10年間座っているハードドライブが必然的に戻ってくるとは思いません。

バックアップは次のように管理します。

• 1台の小型バックアップ機
• 1 RAID1-Array（1TB、LinuxソフトウェアRAID）
  • 1個の内蔵HDD
  • 2台の外付けHDD（現在：USB、将来：eSATA）
• md-Deviceはluks暗号化パーティションです
• mdadm、udev、UUIDs ... USBディスクが（再）接続された場合の自動アレイ再同期の管理
• sshおよびcurlftpfsを介したdirvishでの実際のバックアップ
  • 必要な場所：LVM-Snapshots、mysqldumps、何でも... dirvish pre-client -scritpsによって行われます
  • 許可されたコマンドとしてrsync-validationスクリプトを使用したパスワードなしのSSHキー
  • バックアップコンテナは、起動を開始する直前にマウントされ、その後マウント解除されます

長所短所：

[+] ionternal HDDにデータ全体の「良いコピー」が常にあります（強力に監視されています）

[+]任意の外部HDDを選択して、オフサイトバックアップ用に持ち帰ることができます

[+]仕事の直後に帰宅せず、バーデータのバックアップディスクを紛失した場合、コンテナが暗号化されているため安全です

[-]ディスクが（再）接続されるたびに、ディスク全体が他のディスクから同期される必要があります

[-]バックアップが1枚のディスクより大きくなると、さらに複雑になります（LVを複数のディスクにまたがってそれらをmdデバイスとして使用できますが、常に2つ以上のディスクを選択する必要があります）