パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

500ギガ記録媒体新規格を開発」記事へのコメント

  • データ転送速度です. 実際このストリーマを使うようなシステムでは容易にサービスを停止することは出来ないでしょうから, たとえディスクを三重化してあったとしても, 一回のバックアップにかけることのできる時間は1~2時間程度になるのではないかと思われます. この場合, 例えばSCSI160の最高速度160MB/secが出せたとしても500GBをセーブするには1時間弱かかる計算になります.

    • > ディスクを三重化してあったとしても,一回のバックアップにかけることのできる時間は1~2時間程度

      +1セット予備のを用意しておいて、日に一回、使ってたディスクを予備と交換してバックアップする、とかいう面倒なことはダメなのかなあ。

      あと、質問。
      ジャーナリングのログとか、ログ専門にテープに取るとかいうことは、できないのかなあ。
      親コメント
      • by brake-handle (5065) on 2001年11月03日 9時56分 (#35240)

        HDDによるバックアップでは不可能なこととして、データのレプリカ(複製)を輸送することがあります。レプリカの輸送は、例えば地域分散させる必要があるバックアップや、オリジナルのデータベースへのアクセスが難しい場合に行います。輸送中の振動などを考えると、可動部分があるメディアは真っ先に対象外になりますね。

        前者はお金が絡むデータなど、後者は例えばNACSIS(現NII)が持っている大学図書館の目録データを各大学等に配布するために行っていました(今は一部についてはオンラインでもできるようになったけど)。

        親コメント
      • journaling (スコア:2, 興味深い)

        by SAY (54) on 2001年11月03日 9時32分 (#35239) 日記
        logを受け取ってそれを元に分散書き込みする装置というのはいいかもしれませんね。

        logだけをそのまま記録していくとあまりにも冗長すぎるようになっていくのでリストアに手間取るようになっていく事は想像に難くありません。
        親コメント
      • by SteppingWind (2654) on 2001年11月03日 17時20分 (#35306)

        >ジャーナリングのログとか、ログ専門にテープに取るとかいうことは、できないのかなあ

        もちろんそれが普通なんですが, あるレベルを超えるとですね... 以前1TByte程度のデータベースを設計したとき, 半年に1回のフルバックアップと月一の部分バックアップ, それに日に3回のログバックアップで最悪ケースの傷害が発生した場合の復旧時間を見積もったら, データの戻しとログの適応で1週間かかる計算になったなんてことが有りました.

        この時は部分バックアップの周期を短くしたり, バックアップ装置に当時最速だったDLTチェンジャを複数台導入するとかで半日で復旧できるような設計に変更して切り抜けましたが. いずれにせよ実際のシステムでは, 最悪どの程度までシステムが止まっていていいのかを考慮しないと構成は決まらないですね.

        親コメント
      • by redbrick (4865) on 2001年11月03日 4時33分 (#35212) 日記
        まぁ、通常バックアップなんてのは、

        full dump -> (更新時刻を見ての)差分 -> 差分 -> 差分 -> full dump -> 差分 ・・・

        なんて感じで、保存するデータ量を削減するもんですがね。
        #それに、データが頻繁に更新される時間にバックアップとっても
        #あんまり意味ないし・・・。
        #通常の会社なら、夜中に自動で流すでしょうね。

        >+1セット予備のを用意しておいて、日に一回、使ってたディスクを
        >予備と交換してバックアップする、とかいう面倒なことはダメなのかなあ。

        うーん・・・、予算によってはそれもありでしょうけど、
        1Tbyteのディスク(ホットスワップ可能なディスク10台とか?)
        総入れ換え、なんてのの手間自体を考えてみれば
        異種媒体へのバックアップの方が安上がりで危険が少なくないですかね?
        それでなくても、モータや機械部分の多いディスクデバイスってのは
        動態保存に気を使いますし・・・。

        バックアップって事であれば、効率的な差分を特定のディスクに
        吐き出すにしても、大元を保管しておくのにシステム全体と
        同じだけのディスク機器がシステム以外にもう一組必要ですよね?
        それ以外に差分データを保管して・・・って、そんなら
        その分のディスクをシステムに追加した方がずっといいような気がしません(苦笑)?
        #バックアップは大変だけど、使えるディスク容量、確実に倍以上だし(笑)。

        それに、テープのような取り外しのきくデバイスなら、
        コストにもよりますが、とっておいたバックアップを数世代くらい
        保管して、そのものズバリの過去データをとっておくことも
        可能ですよね。
        #・・・システムクラッシュして、しかも一世代前のバックアップ失敗で、
        #古くても仕方ないからニ世代前のデータから必要なものをとってくるとか、
        #操作ミスで必要なファイルを消したとき、至近のバックアップから書き戻し、
        #なんてこともできますし・・・。

        ディスク一組の使い回しでは、バックアップ内容は一回一回書き直しですよね?
        ・・・あ、+1組じゃローテーション出来ねぇな(汗)。
        #後、頻繁に読み書きされるバックアップ用ディスクの寿命も怖いな・・・。

        差分バックアップはちょっと気の利いたシステムなら標準搭載ですが、
        ジャーナリングという言葉がなにについてのなにを指しているか
        分かりませんでした(汗)、のでノーコメント。
        --
        ---- redbrick
        親コメント
        • by ejusun (3366) on 2001年11月03日 10時39分 (#35244) ホームページ
          そーですよね.普通,差分を取ります.
          フルバックアップしか考えてなかったです.
          (差分でもいけるかも)

          アホ話を続けます.(今度はもうちょっと分かりやすく)
          ディスク(セット),A, B, C と予備 D を用意します.
          バックアップの時間がきました.
          A と D を入れ替えます.(B, C, D で運用)
          A をテープにバックアップします.

          また,バックアップの時間です.
          B と A を入れ替えます.(C, D, A で運用)
          B をテープにバックアップします.
          あとは繰り返しです.

          気付けば,運用の話でした.
          ソフト的に出来たらいいかなーなんて.
          # 金持ち仕様には変わりない.

          それから,
          ジャーナリングのログというヤツです.
          これは,ジャーナリングファイルシステムのログの意味で使用しました.
          ログなんて,復旧時にしか使わないのだから(暴言か?),保存先がテープでもいいのかと思いました.
          RAID のパリティの保存先とか.
          #11 で SAY さんが書いてあるとおり,リストアに手間ばかりかかってダメかも.
          うーん,あと一工夫(ホントか?).
          親コメント
          • すみません、これ、バックアップを別媒体にとるっての
            わたし理解してませんでした(汗)。

            で、下記の説明ではっきり分かりました、が
            ちょっとだけ分からない点が・・(汗)、

            >アホ話を続けます.(今度はもうちょっと分かりやすく)
            >ディスク(セット),A, B, C と予備 D を用意します.
            >バックアップの時間がきました.
            >A と D を入れ替えます.(B, C, D で運用)
            >A をテープにバックアップします.
            >また,バックアップの時間です.
            >B と A を入れ替えます.(C, D, A で運用)
            >B をテープにバックアップします.
            >あとは繰り返しです.

            これって、本体以外の場所にミラーディスクを作って、
            同期を一日一回だけって限って、ミラー側で一日かけてバックアップ、
            って運用で現時点でも実現できませんかね?
            #この時点で、本体の冗長化は適宜行う前提で考えてます。

            ディスクの差し替えなんて危険度の高いことしなくても、
            もっと安全な、ネットワーク経由などでミラーした方が
            いいんではないですかね?
            #専用のバックアップ用ネットワーク環境を組んでもいいくらいの
            #予算があれば、もっと贅沢だけど、帯域全部を使えるので
            #より安全ですけどね(苦笑)。
            --
            ---- redbrick
            親コメント

アレゲはアレゲを呼ぶ -- ある傍観者

処理中...