アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー
疑問。 (スコア:1)
SQLで致命的なコマンド送っちゃったとか。
電源ぶっこ抜きとか(冗長化は?)。
May the music be with you.
Re:疑問。 (スコア:1, おもしろおかしい)
Re:疑問。 (スコア:0)
これに「おもしろおかしい」を付けたモデレータさんは、どのへんがツボに入ったんだろう?
Re:疑問。 (スコア:0)
Re:疑問。 (スコア:1, すばらしい洞察)
Re:疑問。 (スコア:2, 参考になる)
最近のシステムでは、ストレージ/DBMSの機能を使ってポイント・イン・タイムのコピーを取得して、本番系(コピー元)はサービスを再開、バックアップ系(コピー先)からゆっくりテープに吸い上げ。
の様なパターンが多いですね。
回復要件によっては、ネットワーク越しにログ転送やストレージの遠隔地ミラーの機能を使って災対システムを構築することもありますが、テープがないと履歴で保存できないから、ふつうはテープも使います。
Re:疑問。 (スコア:2, 参考になる)
履歴保存も、NASなどのスナップショット機能を使うと思う。その場合は、ラベル書き込みなんていう作業は出てこないはず。
何が起きたかは謎だけど、「あーぁ」と思うようなエラーなんだろうなぁ。
Re:疑問。 (スコア:0)
※楽天さんのことじゃないですよ
Re:疑問。 (スコア:0)
いまどきやってないことをやって(るといって)
タイムラグが発生したんだから。
Re:疑問。 (スコア:0)
うちはLTOなりDLTなり、最終的に遠隔地保管する分はテープですが。
Re:疑問。 (スコア:0)
Re:疑問。 (スコア:0)
Re:疑問。 (スコア:0)
つまり災害が起きた分はあきらめるということですか?
Re:疑問。 (スコア:0)
(#995134の)バックアップはテープにして遠隔地に保管しないと災害には対応できません。
っていうのに答えてるんでしょ?
災害以外のトラブルに対応するために今日日テープを使う意味はない
ってこと。
じゃ何?って言う疑問には答えてないんだけど、とりあえず(別の)HDDでしょ。
#少なくともTSUBAMEはそうらしい。
Re:疑問。 (スコア:1)
LTO3ぐらいになるとテープの転送速度も結構優秀で、バックアップ元からのデータ供給さえ追いつけば、サイズの大きなファイルの転送時は、カタログスペック(非圧縮80MB/s、圧縮160MB/s)にかなり近いスピードが出るようです。
なので、4~5TB程度の日次バックアップならテープを4,5台並べて並列で取得する事例が、身近では多い気がします。(一日で全部バックアップしたい場合)
たぶん、どこも自分たちの得意なソリューションを推すでしょうから、なじみのHWメーカー次第でトレンドも違って感じるのかもしれませんね。
今回はポイント・イン・タイムのバックアップ/リストアを使っていなかったのか、想定外のシナリオになってしまったのか。。。
障害に至ったオペミスはともあれ、復旧が想定通りに行かなかったんでしょうね。
どこぞで作成中であろう、障害報告資料をのぞいてみたい。
Re:疑問。 (スコア:0)
Re:疑問。 (スコア:0)
災害になる前に十分に備えるのは当たり前。
テープに落とさないということは、
備える気がないのか、備えるメリットがコスト面も含めてないのか
そのどっちかということでしょ。
>#少なくともTSUBAMEはそうらしい
データを日々蓄積していくようなシステムでもないし、要求要件が全く違うよ。
#壊れても「あーっ」で……済まないかw
Re:疑問。 (スコア:0)
参考にするので何使ってるのか教えてください。