アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
保険が違う (スコア:1, すばらしい洞察)
うちのネットワークRAIDはほぼライトワンスだからいいけど、最近のエロ動画はサイズがバカでかくて困る。
女優以外はロッシー高圧縮してくれていいよ。
何故にAll or nothing (スコア:1, すばらしい洞察)
のであって、
「バックアップにならない」
のとは違うと思う。
# こういう「紛い物を売りつける商売の人」的な論法は避けたほうがよさげ
Re: (スコア:4, 参考になる)
＞のとは違うと思う。
いや、バックアップになっていないのですよ。
RAIDのミラーリングは、ハードディスク単体の物理的障害耐性の向上です。
データのバックアップは、システム全体の論理的物理的破壊への耐性向上です。
同期する時間を長くしたとしても、同期途上の障害や論理的なデータ
の破損にはミラーリングは意味を持ちません。
RAIDのミラーリングは「壊れやしモノがその壊れやすいモノ一個壊れても
稼働を継続する」ためのものですが、バックアップは「何が壊れても論理的に
同じ様に再構築する」ためのものです。
用途・目的が異なるモノを同じものだとするのは、誤りです。
Re: (スコア:0)
なぜ用途が異なるかと言えば、時間に大きな差があるから。
RAID0＝耐障害性は低いが、障害発生後の停止時間はほぼ0、障害後も最新の情報で復旧出来る
定期的なディスクコピー＝耐障害性は高いが、復旧に時間がかかり（大抵は人の手間が必要）、また戻した際のデータが最新の情報ではない。
例えば、クラッキングされたからと行って、１週間前からクラッキングされてて気付かなかったら、後者の「バックアップ」でも意味がない（RAID0と同じ事になる）。そう考えると、時間が緩やかなのが後者だというだけです。
RAID0は同期／復旧が極めて短時間（同時）なバックアップだと考え、この場合にどんな弊害があるかを考え、そこで勘案すれば良いのでは。その結果、両方を行ってようやく「バックアップ体制」が整うというものではないでしょうか。
Re:何故にAll or nothing (スコア:1)
いえいえ、違います。
ある瞬間での障害に耐えるという障害耐性がミラーリング。
ある期間での障害に耐えるという障害耐性がバックアップ。
示された期間、指定されたデータを戻せるか、ある瞬間壊れた
デバイスの代替をデバイスの冗長可による運用継続を同じに
考えてはいけませんよ。
Re:何故にAll or nothing (スコア:1, 参考になる)
ミラーリングを、デバイスの冗長可による運用継続に求めると痛い目見ますよｗ
バックアップだと考えて対処しないと両方ともクラッシュして終わりです。
#CE時代に経験したことからの意見なんだけど、間違ってますかね？
Re:何故にAll or nothing (スコア:1)
片肺飛行中に万が一のことがあった場合にも備えてバックアップはとっておきますけどね。
Re:何故にAll or nothing (スコア:1)
バックアップもとっていて良かった経験だと,仮想テープ装置 [keyman.or.jp]のファームウェアのバグで変なデータが書かれたが、たまたま別のバックアップテープが存在したので直せたけど... 仮想テープ装置はバックアップ装置なので致命的だよな。
他に聞いた話だと、開発用データをマスクしようとして本番用のデータをマスクしてしまってバックアップから直したとか。
皆さんのやり方を教えていただきたいのですが24時間365日稼働のシステムが増えてきてバックアップを採るために静的状態を作るのが大変になってきました。動かしながらHDDへのバックアップやテープへのバックアップはどのようにしていますか?
Re:何故にAll or nothing (スコア:1)
もちろん、求められている(SLAで示されている)様に
迅速にミラーの回復を行いますね。
片方生きているからそのまま..というのは、求められて
いる可用性を損ねた運用ですからね。
＞バックアップだと考えて対処しないと両方ともクラッシュして終わりです。
対処するかどうかは、わたしの投稿には入っておりませんが、
対処しないという前提のお話ですか？
ITをなめていますね。
Re: (スコア:0)
＞バックアップだと考えて対処しないと両方ともクラッシュして終わりです。
すみません。だれか解説願えますか？ 参考になるモデつけた方でも、NAT33さんでも。
私は「ミラーリングはバックアップではない。冗長化の手段である」という意見には違和感は感じません。
私の認識は以下のとおりです。
・システムの継続性が必要な場合はミラーリング（というかRAIDや冗長化構成一般）は必須
・数時間～1日程度の運用停止が許されるならミラーリングは費用対効果を勘案して決める。
・バックアップはいずれの場合にも必須（構築直後の状態にもどればよい、というものでない限り）
※無論外部バックアップサーバやテープに取るという意味でのバックアップです。
Re: (スコア:0)
ディスクミラーとかサーバーミラーとか非稼働予備サーバーとか
データバックアップサーバーとか分散サーバーとかそんなの全部
混ぜて話をしたらそりゃ話がかみ合わない
少なくとも元ネタはRAID1のようだからこれはデータのバックアップとは言わない
まあディスクと言うハードのバックアップとはいえなくもない
Re:何故にAll or nothing (スコア:1)
s/バックアップ/スペア/g
と置き換えれば、常識的な意見に読める。
# でも今度は何が参考になるのかがさっぱり。
# #1484891 [srad.jp]との継がりもさっぱり。
Re: (スコア:0)
Re:何故にAll or nothing (スコア:1)
主流は以下の通りかな？
内蔵のディスクには基本的に稼働に必要な動的なデータは置かない様にする。
シンク＆スプリット機構(完全コピーを別媒体に作成する機構)を持っている外付けのストレージを使う。
# メーカによって「RecoverPoint」とか「ShadowImage」とかある。
DBが持っているbegin backup/end backupの間に、(更新を抑制して復元可能な状態の内容を)別媒体に取得する。
その別媒体をシステム側から切り離して、テープや他所にあるVTLにコピーする。
Re:何故にAll or nothing (スコア:1)
＞と置き換えれば、常識的な意見に読める。
スペアというと、わたしとして以下の様な機構のことを思います。
RIAD0やRIAD5において一点障害の時に自動的に
冗長性回復するホットスペア
スペアといってしまうと、「通常時は何もしていない単なるお荷物
だけど、何か壊れた時に付け替えて使う部品」になってしまいます。
バックアップは「通常時には何もしない単なるお荷物だけど、全部
が壊れても元に戻すための情報」ということになります。
バックアップを採るために静的状態 (スコア:1)
いや、実際静的状態を作れないよね。お金を掛ける気はないしシステムも止めたくない、というシステムが多くなってきているのでしょう。そういう半端なシステムについてということで。
ストレージ装置のスナップショットとか、通常のファイルコピー/syncなどで複製する。それだと不整合がある可能性があるので、複数世代のスナップショットやらを用意しておいて、リストアの場合にはどれかでうまくいくんじゃないかしら、という感じでしょうか。こんなやり方良くないけどね...オカネないし。
システムの三重化をして、1システム切り離して停止&バックアップ、バックアップ後三重化へ戻すとかできたらいいなぁ、と思うんだけどね。
Re:何故にAll or nothing (スコア:1, すばらしい洞察)
バックアップとして想定しているエラー要因として物理デバイスの故障に的を絞っているだけ。
なんにでも対応できる万能バックアップがあるのならともかく、
あらゆるバックアップ手段には「想定しているエラー要因」と「復旧をあきらめざるを得ないエラー要因」がある。
おまえが言ってるのは、「トヨタ車なんてクルマじゃないやい！」と似たり寄ったり。
Re:何故にAll or nothing (スコア:1)
すまんが、何にでも対応できる万能バックアップというものは、話題になっていないよ。
RAIDのミラーリングはバックアップではないという話題だよ。