アカウント名:
パスワード:
データ転送速度です. 実際このストリーマを使うようなシステムでは容易にサービスを停止することは出来ないでしょうから, たとえディスクを三重化してあったとしても, 一回のバックアップにかけることのできる時間は1～2時間程度になるのではないかと思われます. この場合, 例えばSCSI160の最高速度160MB/secが出せたとしても500GBをセーブするには1時間弱かかる計算になります.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
本当の問題は (スコア:3, 興味深い)
データ転送速度です. 実際このストリーマを使うようなシステムでは容易にサービスを停止することは出来ないでしょうから, たとえディスクを三重化してあったとしても, 一回のバックアップにかけることのできる時間は1～2時間程度になるのではないかと思われます. この場合, 例えばSCSI160の最高速度160MB/secが出せたとしても500GBをセーブするには1時間弱かかる計算になります.
Re:本当の問題は (スコア:1)
+1セット予備のを用意しておいて、日に一回、使ってたディスクを予備と交換してバックアップする、とかいう面倒なことはダメなのかなあ。
あと、質問。
ジャーナリングのログとか、ログ専門にテープに取るとかいうことは、できないのかなあ。
Re:本当の問題は (スコア:1)
full dump -> (更新時刻を見ての)差分 -> 差分 -> 差分 -> full dump -> 差分 ・・・
なんて感じで、保存するデータ量を削減するもんですがね。
＃それに、データが頻繁に更新される時間にバックアップとっても
＃あんまり意味ないし・・・。
＃通常の会社なら、夜中に自動で流すでしょうね。
>+1セット予備のを用意しておいて、日に一回、使ってたディスクを
>予備と交換してバックアップする、とかいう面倒なことはダメなのかなあ。
うーん・・・、予算によってはそれもありでしょうけど、
1Tbyteのディスク(ホットスワップ可能なディスク10台とか？)
総入れ換え、なんてのの手間自体を考えてみれば
異種媒体へのバックアップの方が安上がりで危険が少なくないですかね？
それでなくても、モータや機械部分の多いディスクデバイスってのは
動態保存に気を使いますし・・・。
バックアップって事であれば、効率的な差分を特定のディスクに
吐き出すにしても、大元を保管しておくのにシステム全体と
同じだけのディスク機器がシステム以外にもう一組必要ですよね？
それ以外に差分データを保管して・・・って、そんなら
その分のディスクをシステムに追加した方がずっといいような気がしません(苦笑)？
＃バックアップは大変だけど、使えるディスク容量、確実に倍以上だし(笑)。
それに、テープのような取り外しのきくデバイスなら、
コストにもよりますが、とっておいたバックアップを数世代くらい
保管して、そのものズバリの過去データをとっておくことも
可能ですよね。
＃・・・システムクラッシュして、しかも一世代前のバックアップ失敗で、
＃古くても仕方ないからニ世代前のデータから必要なものをとってくるとか、
＃操作ミスで必要なファイルを消したとき、至近のバックアップから書き戻し、
＃なんてこともできますし・・・。
ディスク一組の使い回しでは、バックアップ内容は一回一回書き直しですよね？
・・・あ、+1組じゃローテーション出来ねぇな(汗)。
＃後、頻繁に読み書きされるバックアップ用ディスクの寿命も怖いな・・・。
差分バックアップはちょっと気の利いたシステムなら標準搭載ですが、
ジャーナリングという言葉がなにについてのなにを指しているか
分かりませんでした(汗)、のでノーコメント。
---- redbrick
Re:本当の問題は (スコア:2, 興味深い)
フルバックアップしか考えてなかったです．
(差分でもいけるかも)
アホ話を続けます．(今度はもうちょっと分かりやすく)
ディスク(セット)，A, B, C と予備 D を用意します．
バックアップの時間がきました．
A と D を入れ替えます．(B, C, D で運用)
A をテープにバックアップします．
また，バックアップの時間です．
B と A を入れ替えます．(C, D, A で運用)
B をテープにバックアップします．
あとは繰り返しです．
気付けば，運用の話でした．
ソフト的に出来たらいいかなーなんて．
# 金持ち仕様には変わりない．
それから，
ジャーナリングのログというヤツです．
これは，ジャーナリングファイルシステムのログの意味で使用しました．
ログなんて，復旧時にしか使わないのだから(暴言か？)，保存先がテープでもいいのかと思いました．
RAID のパリティの保存先とか．
#11 で SAY さんが書いてあるとおり，リストアに手間ばかりかかってダメかも．
うーん，あと一工夫(ホントか？)．
バックアップ運用体制? (スコア:1)
わたし理解してませんでした(汗)。
で、下記の説明ではっきり分かりました、が
ちょっとだけ分からない点が・・(汗)、
>アホ話を続けます．(今度はもうちょっと分かりやすく)
>ディスク(セット)，A, B, C と予備 D を用意します．
>バックアップの時間がきました．
>A と D を入れ替えます．(B, C, D で運用)
>A をテープにバックアップします．
>また，バックアップの時間です．
>B と A を入れ替えます．(C, D, A で運用)
>B をテープにバックアップします．
>あとは繰り返しです．
これって、本体以外の場所にミラーディスクを作って、
同期を一日一回だけって限って、ミラー側で一日かけてバックアップ、
って運用で現時点でも実現できませんかね？
＃この時点で、本体の冗長化は適宜行う前提で考えてます。
ディスクの差し替えなんて危険度の高いことしなくても、
もっと安全な、ネットワーク経由などでミラーした方が
いいんではないですかね？
＃専用のバックアップ用ネットワーク環境を組んでもいいくらいの
＃予算があれば、もっと贅沢だけど、帯域全部を使えるので
＃より安全ですけどね(苦笑)。
---- redbrick
Re:バックアップ運用体制? (スコア:1)
というかとあるところでやったことあります。
それでもやっぱりバックアップ速度は重要ですね。
SCSI規格自体は160MB/sくらい出るかもしれませんが
テープの書き込みはまだそこまでは行っていませんよね。
この方法でもバックアップ時間が２４時間越えたらアウトですからね。
Re:バックアップ運用体制? (スコア:1)
できるのはミラーディスクを一日一回同期って方法です。