大きな損失の私の個人的な話は7-8年前に起こりました。 その後、いくつかの小さなサイトとそれらの1つとのフォーラムがありました。 サイトはデータベースを使用せず、ローカルコピーを持っているため、純粋にファイルのみを保持していました。 そして、ここにフォーラムがあります...そのバックアップは、私がエンジンを変えたときに、悲しい事件の約1年半前に作成されました。 私がホストしたサーバーでは、信頼性のためにRAID5で4つのディスクを組み合わせました。 そして、ある時点で、ディスクの1つが雨が降った。 はい、RAID5は確かに動作し続け、勇敢に音を立て続けました。 しかし、生き残ったドライブの負荷は重要になりました。 データベースは長生きする必要はありませんでした...
エンジニアは、新しいディスクをすばやく入れる代わりに、かゆいものをすべてこすりながら、2番目のディスクは世界最高のものになりました。 ギャップはわずか2〜3日でした。 そして、私の若さと未熟さのために、最初のディスクの状況を知っていても、私はそれが交換されるのを静かに待ちました。 その結果、将来のために賢くなるためにフォーラムの基盤を失う必要がありました。 誰もがそのような物語を持っていなかったとしたら、少なくとも多くの物語があると思います。
データを失う多くの理由と方法があります。 それらはすべて、予測可能性の程度が異なります。 システム障害、ハッキング、管理者エラーなど、ある程度予測可能です。 また、競合する状況で雇われた管理者がデータへのアクセスを与えなかったり、データに損害を与えたりしない不正行為もあります。 しかし、通常は予想されない状況がありましたが、それははるかに重大なデータ損失をもたらします。
火事
おそらく、データ損失の予想外の原因の中で最も人気があります。 実施されたすべての防火対策にもかかわらず、データセンターは燃え続け、燃え続け、燃え続けます。 唯一の問題は規模です。 ハイエンドのデータセンターでは、各サーバーラックに独自の完全に隔離されたスペースがあり、独立した冷却および消火システムがあります。 何かが点灯しても、火はラックから出ません。
ただし、一部のデータセンターでは、現象としてラックが欠落しています。 そのため、このようなデータセンターは非常に速く燃焼します。 格納庫からの火の広がりを妨げるものは何もありません。 多くの人がhosting.uaでの火災の状況を覚えていると思います。多くの人がメインサイトだけでなく、近隣のサーバーに保存されているバックアップも失いました。
写真は壊れた窓を通して、データセンターで「倉庫」の機器配置を使用していたことを示しており、これが炎の拡散に寄与しました。 ちなみに、「vermicelli」によるケーブルルーティングは、別のデータセンターの書き込みに非常に役立ちました。
本番サーバーがインストールされている同じデータセンターにバックアップを保存することで、複数回失敗しました。 2008年1月付けのメッセージに出くわしたのは、アメリカの燃えているデータセンターで、恐怖と目を凝らして働いていた男が働いていたということです。 2年以上後、ウクライナのデータセンターの顧客も同じ状況に苦しみ、私は別の国の独立したデータセンターへのバックアップを開始しました。
あらゆる場所で火災が発生する可能性がありますが、データセンターがどんなに高い信頼性を約束しても、安全です。 2012年7月、カナダは政府の多くの情報（運転免許証、車の登録、狩猟と釣りの免許、医療歴-病歴、治療計画など）を提供する爆発と火災のインフラストラクチャに苦しみました。 幸いなことに、バックアップは保存されています。 2013年8月、インドでの火災により、政府プロジェクトの一環として収集された、国民12億人の個人データを含むサーバーが破壊されました。
洪水
2012年10月29〜30日、ハリケーンサンディは米国沿岸に到着しました。 ニューヨークとニュージャージーのデータセンターはストライキの準備をしていました：彼らは発電機用の燃料を備蓄し、緊急物資について合意し、安全上の理由から職場に住むために3〜5日間の勤務チームを道徳的に準備しました。 彼らは、しばしばハリケーンを伴う可能性のある停電にすぐに備えました。 彼らが準備ができていなかったのは洪水でした。
洪水地帯に位置する多くのデータセンターでは、バックアップ発電機、燃料タンク、およびそれらのためのポンプ、そしていくつかの場所では通信機器も地下階にありました。 大きな水が来たとき、勤務中のエンジニアに残されたのは、すべての機器を正しくシャットダウンし、発電機をオフにすることだけでした。 入ってくる水のレベルは、Verizonデータセンターの1つのホールの写真で判断できます。
ところで、これは洪水の唯一のケースではありません。 2009年9月、豪雨により、トルコのボーダフォンオペレーターのサーバーラックは水中の機器が低くなり、2013年7月には、豪雨と関連する停電のために約150の異なるプロバイダーが位置するトロントの技術サイトで、障害が観察されました冷却システム。
「マスクショー」
州当局の決定による「調査のため」の機器の取り外しまたは機器の一部のシャットダウンも、データ損失の考えられる原因の1つです。 多くの場合、大規模なプロジェクトに関係しています。 ウクライナの住民は、人気のあるオンラインストアRozetkaであるインフォストアex.uaの運命を覚えています。 ロシアでは、同じ運命がiFolder.ruファイルホスティングサービスに影響を与えました。そのサーバーは、身元不明の人物（報道機関からの言葉）による事件での無名の証拠の検索の一部としてサーバーが切断されました。
ただし、小規模なホスティング事業者がいる小さなサイトしかない場合は、お世辞をしないでください。 あまり合法ではない州では、何でも持ち出すことができます。 ある種のポルノに関する調査の一環として、2つまたは3つのサーバーしかない小規模なホスティングプロバイダーのサーバーを押収した場合があります。 そして、長い間押収されました。 残念ながら、私たちはまだヨーロッパにいません。調査の場合、通常1日間ハードドライブを取り外し、すべての情報をマージして、それを返します。
不公平な協力
そのようなケースは非常にまれですが、まだあります。 2010年、企業「Makhost」と「Oversan-Mercury」の競合により、多数のサーバーがネットワークから切断されました。 当然のことながら、各企業はそれぞれのケースを証明し、相手を非難しようとしましたが、サイトを作成した顧客にとってこれは容易ではありません。
理由はもっとエキゾチックかもしれません：軍事作戦または国家によって確立された特別な体制、テロ攻撃、地震（ただし、特殊な技術は、機器が生き残る可能性を高める地震的に不安定なゾーンで使用されます）。 少なくともそのような状況では、マスコミでもっと徹底的に掘り下げれば、実際のケースを見つけることができると思います。
コメントで読者に、バックアップを作成するために教えられ、教えられた経験、状況を共有することをお勧めします。 人生をまだ教えていない人には、まずあなたのデータの安全性が必要であり、あなたにとって重要であることを思い出したいと思います。プロバイダー、データセンター、天国の力を期待するのではなく、それを確実にし、制御しなければならないのはあなたです。