やっと分かって来ましたね
Jun
27
1 tweet
通常なら、バックアップデータから元のデータを復元することで一両日中にウェブサイトなどは復旧する。バックアップデータは、本番環境とは違うサーバー、あるいは外部記憶装置に定期的にとっておくことが基本だ。ところがファーストサーバでは事情が違った。
ファーストサーバが25日未明に公開した「事故原因」。「本番環境」と「バックアップ環境」のサーバーが別に見えるイラストは「ミスで、修正作業中」（同社）
ファーストサーバにおけるセキュリティ対策では、３つのＨＤＤに同じファイルをコピーしていた。１つは「本番系」。もう１つは本番系のＨＤＤやシステムに不具合が生じた時、即座に切り替え、正常稼働を続けるための「待機系」。もう１つが、毎朝６時に本番系のデータを丸ごとコピーしておく「バックアップ系」だ。この３つが、すべて同じサーバー内に同居していた。
あろうことか、ファイルを削除してしまう更新プログラムのバグは、本番系、待機系に加え、同じサーバー内にあるバックアップ系のＨＤＤまでをも消去するという代物だった。
データセンターの場合、ディスクにはここで説明されたように本番系、待機系（レプリケート）、バックアップ系の３つがある。これは我々も同じ。データ量が多いので昔のようにテープのような別メディアにバックアップを持つことは考えにくい。また、スピードを考えると待機系やバックアップ系を本番系を同じハード内に持てばスピードは早くなる。外に出せば言うまでもなくネットワークを使うことになります。ですからファーストサーバでは内部に持つことにしたのだと思います。
ここまでやってコストセーブしていたのですか。知りませんでした。すごい綱渡りですね。我々も本番系、待機系、バックアップ系の３つを持っていますが、ハードだけが違うのではなく場所も違います。そして価格はファーストサーバさんより安いです。
参考： http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/
山田 武彦 
加藤 雄一 
齋藤純二 
全国の美容系サロンの ”直予約を増やす” 仕組みを作るサイト『美Club』 
菅原 賢一 
カナリ 
佐藤智絵(さとうちえ) 
おっちー 
SETSUKO 
藤田文枝 
神戸のおいさん