アカウント名:
パスワード:
1. 面倒だから2. バックアップ作業では生産できないので3. 壊れない・誤操作はしないと信じているから
さてどれでしょう?
# たぶん、全部かとw
4. RAID組んでるからバックアップなんかいらない
RAIDは、HDD故障よりコントローラ発狂が先なので、実は障害点が増えただけ、という見方がある。よくも、まあ、トラブルわ、RAIDコントローラ。HDDは壊れてないので、再起動でいいかも。
RAIDなんてものを考案して世に送り出した人の罪は大きいですね。
ちがうよ。RAIDがバックアップになると言って売り出した人、あるいは、RAIDがバックアップになると素人は勘違いするかもしれないと思いながらそれにつけこんで売り出した人の罪が大きいんだよ。
友人の親がやっている会社でまさにそれがあった。リ○ーのSE屋が「HDDが3つ入っているから、常にバックアップしているよ」と言っていたのにRAIDコントローラごとサーバが壊れて全部パーになったと言う。HDDのデータもRAID崩壊して(たぶんRAID5やったんだね)読み取れなくなって、復旧にエライお金がかかったそうな。
その友人にRAIDとバックアップの違いを説明するのが大変でした。
そこで、ソフトウェアRAID1ですよ。
ちがうよ。RAIDコントローラーが単一障害点になってるから概念的に無意味になっているって話でしょ体験的にはRAIDコントローラーが壊れる事よりHDDが壊れる事のが遥かに多いけどね
Raid5がぶっ壊れて、リビルドしている最中にさらにもう一台が………ってそれなりに聞くけどなぁ。今うちの倉庫HDDがいかれかけててピンチ。2TBをとりあえず空いている1Gx2にバックアップして、2TBのフルチェックをかけようとしたら、WDのdiag toolがCDブート版のツールが古くて認識しねぇ! DOS版はオッケーなので、USB起動のMS-DOSをあわてて作ってチェック中。
ZERO FILLしてフルチェックしたら、リカバリしましたなんてステータスなので再度ZERO FILL中。これでダメならRMAして交換するしかないけど、いま、代機あるのかね?
流行ってた頃は「2枚買っておけばいい。いくらもしない」とドヤ顔で言われたもんですわ。そしてリビルド中に停電。
インフラとメーカーの保守という後ろ盾がないと使いモンにならんのにねぇ……。
>4. RAID組んでるからバックアップなんかいらない
ヒント: % \rm *.*
ネタニマジレス、カコワルイ。
良い習慣と勘違いする管理者あり。
#もちろん、悪い習慣だ!!
mirrorタイプのRAIDをHDDの複製装置として使ってそれ以外にも定時バックアップをするような事してれば定時バックアップの頻度は下げてもよいかなとは思いますよ
でもトピックにあるように企業内バックアップを取る体制の場合大企業みたいに支社が別地域にある場合じゃないと大災害では結局家屋ごとダメになる可能性もあるし、バックアップデータの保存先についての考察も欲しいかも知れないと3月以降は思うようになりました。
#以前はテープを貸金庫に入れるくらいだったんだけど、津波で全部さらわれちゃうといみないんだよね
もうひとつ
4.バックアプ機材を買う金が無い
お偉いさんA:「直ちに事業継続に必要なバックアップを含めた処置を行い報告を行うこと。なお費用については各部門の予算にて対応すること。」お偉いさんB:「事業環境の厳しい中、予算外の費用発生は認めない。予算は絶対厳守!」お偉いさんC:「新商品の投入日程については絶対に厳守すること。開発日程の遅延、開発費のオーバー等の内容にしっかり管理を行うこと。」
俺達:「一体どないせいっちゅーねん。まずお偉いさん同士で話をしやがれバカヤロー。」
#数年前に部門サーバーが吹っ飛んだ際に実際にあった話です・・・
5.お偉いさんはなにか起きても下の責任にすればいいから
予算却下しといて「なんで対策とってなかったんだ」とか喚くなよ・・・。(実話)
バックアップは世代管理が基本だから、きちんとやろうとすると本システムと同等かそれ以上の性能が要求されるよね。
用意できるバックアップ機材の規模から本システム規模を見積る必要があるかもね。
上がわかってないと費用もでないんだよな。
システムの多重化(クラスタリングとか、DRとか)なら「同等」も分からなくはないですがデータのバックアップだけなら、「同等かそれ以上の性能」はあり得ないのでは...。
ストレージのコストが支配的なシステムなら本システムと同等かそれ以上の性能が~というのも判りますが、それってそんなに多いですか?
もしかして:ディスクイメージでバックアップしてる?
圧縮しろよ。
RDBを念頭に置いてたんだけど、ファイルサーバは大きくてもたかが知れている感じがする。Youtubeかニコ動の話だったらごめん。
企業内のファイルサーバのファイルを一個一個舐めて圧縮かけても、バックアップ時間がかかるのには変わらないよw本当に日次バックアップを回そうとしたら、バックアップサーバが2台必要とかなる場合もあるし。
媒体故障。
「バックアップは取ってないのか」
購入申請却下したのはてめえだろうが!!
1.企業として長期間活動するつもりがない、活動したことがない。2.バックアップの対象となるようなデジタルデータがない。3.そもそもの調査の対象や方法が信頼できない。
かも、調査対象には、デジタルデータが全滅しても、紙の帳票が残っていたら何とかなるレベルの処が半分含まれているとか。
4.tapeの容量と転送レートが足らん3TBのHDDがゴロゴロしてる今の時代にどうしろって言うんだ。一回のフルバックアップが瞬く間にTBオーダーになっちゃうんですが、業務時間外に終わる程クラウドって高速なものなの?
大規模ストレージを構築されている会社は、D2D2Tでも間に合うのか少し気になりますね・・・個人でとりため続けて見れないTVが溜まったり数多のLinuxとWindowsの仮想マシンが存在する結果TB超えてるのですがバックアップは本当に難問です・・・
以前出入りしてたところでは、日次バックアップに26時間ほどかかっていました。
毎日フルバックアップする設定してる方もアレなんだけど、テープデバイスの設計者の人は疑問に思わなかったのだろうか・・・
ディスク容量が増えたときにテープも拡張が必要だったのに予算が下りなかったとか・・・
# 怖すぎる・・・
オラクルのテープバックアップ装置StorageTek [oracle.com]は膨大なテープ(最大70000カートリッジ:70PB)をラックに収めてガッチャンガッチャン交換してバックアップするので、中の人は大変だなと思ったw
>大規模ストレージを構築されている会社は、D2D2Tでも間に合うのか少し気になりますね・・・
企業向けのテープ装置は、テープメディア一本辺りの容量が大きく(例、LTO5なら一本で3TBの容量)、また複数のテープメディアを自動的に入れ替えてくれるテープライブラリ装置(ロボットアーム内蔵)を複数併用しているからそれほど問題にはなりません。まぁ強いて言えばテープ装置導入の初期費用等が問題になると思います。テープ装置自体はピンキリがあり、当然ながら金額が高い機種ほど大容量&高速になります。ミドルクラスのものなら最低でも200万近くします。
tapeはここ数年HDDの容量、転送速度を常に下回ってるから使えないという話をしてるわけで僅か1.5TB、150MB/secしかないLTO-5が使える規模なら使うんでは
>転送速度を常に下回ってる
本当にそうなのか? HDDってドライブの種類によっては速度が異なり、だいたい 3Gb/sec ~ 6Gb/sec 程度だけど、テープ装置は 3Gb/sec ~ 8Gb/sec はあるよ。 容量の方も使う装置次第だけど、ミドルクラス製品なら300TB程度は余裕であるよ。
本当にそうなのか? HDDってドライブの種類によっては速度が異なり、だいたい 3Gb/sec ~ 6Gb/sec 程度だけど、テープ装置は 3Gb/sec ~ 8Gb/sec はあるよ。
現状誰も見た事も無いLTO-8でもないと3Gb/sec以上なんて出ない筈だけど何処の星の話だろう。もしかして: interfaceの速度
個別の企業製品を例に挙げるのもどうかと思うが、例えば企業のサーバで利用されていると思われる日立のハイエンド製品(Ultrastar 15K600)のスペック表を見る限り転送速度は119MB/secから198MB/secだ。スペック表には『Sustained transfer rate (MB/sec, typ.) 198 to 119』と書かれている。一方、HP LTO 5 Ultrium 3280 テープ装置のスペック表を見る限り、転送速度は280MB/secだ。
それ2:1圧縮時()の最大転送速度だからnativeの最大転送速度は140MB/secな
しかもそんな速度は直でバックアップ装置を繋ぐ以外にはファイバーチャネルでも使わんと出ないしな
企業ならHDD単発で使うことって余りないですよね。最低でもRAID1、数台でRAID5,6,予算が有れば10とかしてると思いますし。
最悪値で圧縮が効かない(最近のdocxとか)として、140MB/sec * 24 * 60 * 60sec = 11.5TB/日が限界と。実際はテープ交換やらでもっと遅くなるでしょうから10TB辺りに抑えておきたいところ。やっぱりテープドライブもRAID 0みたいな事して帯域稼がないと駄目なんですね。
SASなLTO-5ドライブに40万強+メディア代出して、数時間毎に交換とか個人運用じゃ非現実的ですね・・・やっぱりHDDに取るしかないか。# 1.5TBだとうちのSSDアレイ1個のバックアップが2回分まるっと収まる感じだなぁ。
本当はフルバックアップがそれほど必要無いように物理実装を設計するものなんですけどね.
たとえば容量上, 大きな物になる過去の実績データなんかは, 基本的にread onlyで問題無いはずなんで, 適当なタイミングで別領域に吐き出して同時にバックアップしておくとかすれば, 以降はバックアップ不要とかになるんですけど.
おそらくはそうした事前のバックアップ設計を考慮せずに実装したシステムにおいて, 対応可能なバックアップパターンがフルバックアップしか存在していない. そしてフルバックアップは時間の制約などで物理的に不可能. よってバックアップはしない. というような流れになっているのではないかと.
それはあるepochからの差分バックアップに過ぎないと思うけど?
差分バックアップで済むならそれでいいんですよ. 問題は現実的にバックアップ/リストアができるか否かなんですから. フルバックアップは単なる手段なので, それを至上としてバックアップ自体を放棄するのは本末転倒です.
必要もないフルバックアップをするからダメなんです. さらに言えばバックアップをする必要もないデータまでバックアップしようとするからダメなんです.
LTO5とかなら非圧縮時140MB/secと、いい速度は出るようになってますが、いかんせんバックアップ対象のディスクの大きさがねぇ・・・
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
その答えは (スコア:0)
1. 面倒だから
2. バックアップ作業では生産できないので
3. 壊れない・誤操作はしないと信じているから
さてどれでしょう?
# たぶん、全部かとw
Re:その答えは (スコア:1)
4. RAID組んでるからバックアップなんかいらない
Re:その答えは (スコア:1)
RAIDは、HDD故障よりコントローラ発狂が先なので、実は障害点が増えただけ、という見方がある。
よくも、まあ、トラブルわ、RAIDコントローラ。HDDは壊れてないので、再起動でいいかも。
Re: (スコア:0)
RAIDなんてものを考案して世に送り出した人の罪は大きいですね。
Re: (スコア:0)
ちがうよ。RAIDがバックアップになると言って売り出した人、
あるいは、RAIDがバックアップになると素人は勘違いするかもしれないと思いながらそれにつけこんで売り出した人の罪が大きいんだよ。
Re:その答えは (スコア:1)
友人の親がやっている会社でまさにそれがあった。
リ○ーのSE屋が
「HDDが3つ入っているから、常にバックアップしているよ」
と言っていたのにRAIDコントローラごとサーバが壊れて全部パーになったと言う。
HDDのデータもRAID崩壊して(たぶんRAID5やったんだね)読み取れなくなって、復旧にエライお金がかかったそうな。
その友人にRAIDとバックアップの違いを説明するのが大変でした。
Re: (スコア:0)
そこで、ソフトウェアRAID1ですよ。
Re: (スコア:0)
ちがうよ。RAIDコントローラーが単一障害点になってるから概念的に無意味になっているって話でしょ
体験的にはRAIDコントローラーが壊れる事よりHDDが壊れる事のが遥かに多いけどね
Re: (スコア:0)
Raid5がぶっ壊れて、リビルドしている最中にさらにもう一台が………ってそれなりに聞くけどなぁ。
今うちの倉庫HDDがいかれかけててピンチ。2TBをとりあえず空いている1Gx2にバックアップして、2TBのフルチェックをかけようとしたら、WDのdiag toolがCDブート版のツールが古くて認識しねぇ! DOS版はオッケーなので、USB起動のMS-DOSをあわてて作ってチェック中。
ZERO FILLしてフルチェックしたら、リカバリしましたなんてステータスなので再度ZERO FILL中。これでダメならRMAして交換するしかないけど、いま、代機あるのかね?
Re: (スコア:0)
流行ってた頃は
「2枚買っておけばいい。いくらもしない」
とドヤ顔で言われたもんですわ。
そしてリビルド中に停電。
インフラとメーカーの保守という後ろ盾がないと使いモンにならんのにねぇ……。
Re:その答えは (スコア:1)
>4. RAID組んでるからバックアップなんかいらない
ヒント: % \rm *.*
Re: (スコア:0)
ネタニマジレス、カコワルイ。
Re: (スコア:0)
良い習慣と勘違いする管理者あり。
#もちろん、悪い習慣だ!!
Re: (スコア:0)
mirrorタイプのRAIDをHDDの複製装置として使って
それ以外にも定時バックアップをするような事してれば定時バックアップの頻度は下げてもよいかなとは思いますよ
でもトピックにあるように企業内バックアップを取る体制の場合大企業みたいに支社が別地域にある場合じゃないと大災害では結局家屋ごとダメになる可能性もあるし、バックアップデータの保存先についての考察も欲しいかも知れないと3月以降は思うようになりました。
#以前はテープを貸金庫に入れるくらいだったんだけど、津波で全部さらわれちゃうといみないんだよね
Re:その答えは (スコア:1)
# raw dataは何処からre-installするんだよ :-(
Re: (スコア:0)
もうひとつ
4.バックアプ機材を買う金が無い
当社の場合 (スコア:2, 興味深い)
お偉いさんA:「直ちに事業継続に必要なバックアップを含めた処置を行い報告を行うこと。なお費用については各部門の予算にて対応すること。」
お偉いさんB:「事業環境の厳しい中、予算外の費用発生は認めない。予算は絶対厳守!」
お偉いさんC:「新商品の投入日程については絶対に厳守すること。開発日程の遅延、開発費のオーバー等の内容にしっかり管理を行うこと。」
俺達:「一体どないせいっちゅーねん。まずお偉いさん同士で話をしやがれバカヤロー。」
#数年前に部門サーバーが吹っ飛んだ際に実際にあった話です・・・
Re:その答えは (スコア:1)
もうひとつ
5.お偉いさんはなにか起きても下の責任にすればいいから
予算却下しといて「なんで対策とってなかったんだ」とか喚くなよ・・・。(実話)
Re: (スコア:0)
もうひとつ
4.バックアプ機材を買う金が無い
バックアップは世代管理が基本だから、きちんとやろうとすると
本システムと同等かそれ以上の性能が要求されるよね。
用意できるバックアップ機材の規模から本システム規模を見積る必要があるかもね。
上がわかってないと費用もでないんだよな。
Re: (スコア:0)
バックアップは世代管理が基本だから、きちんとやろうとすると
本システムと同等かそれ以上の性能が要求されるよね。
システムの多重化(クラスタリングとか、DRとか)なら「同等」も分からなくはないですが
データのバックアップだけなら、「同等かそれ以上の性能」はあり得ないのでは...。
Re:その答えは (スコア:1)
月次、週次はフルバックアップで、日次は差分バックアップにした場合でも3~4倍の容量を確保しておかないと痛い目に遭います。
# 年度や期の変わり目が危ない
notice : I ignore an anonymous contribution.
Re: (スコア:0)
ストレージのコストが支配的なシステムなら本システムと同等かそれ以上の性能が~というのも判りますが、それってそんなに多いですか?
Re:その答えは (スコア:1)
oracleまでバーチャルストレージ単位でバックアップする謎運用。(アーカイブ運用している意味がない……)
notice : I ignore an anonymous contribution.
Re: (スコア:0)
もしかして:ディスクイメージでバックアップしてる?
Re: (スコア:0)
圧縮しろよ。
Re: (スコア:0)
Re: (スコア:0)
RDBを念頭に置いてたんだけど、ファイルサーバは大きくてもたかが知れている感じがする。
Youtubeかニコ動の話だったらごめん。
Re: (スコア:0)
企業内のファイルサーバのファイルを一個一個舐めて圧縮かけても、バックアップ時間がかかるのには変わらないよw
本当に日次バックアップを回そうとしたら、バックアップサーバが2台必要とかなる場合もあるし。
Re: (スコア:0)
媒体故障。
「バックアップは取ってないのか」
購入申請却下したのはてめえだろうが!!
Re: (スコア:0)
1.企業として長期間活動するつもりがない、活動したことがない。
2.バックアップの対象となるようなデジタルデータがない。
3.そもそもの調査の対象や方法が信頼できない。
かも、調査対象には、デジタルデータが全滅しても、紙の帳票が
残っていたら何とかなるレベルの処が半分含まれているとか。
Re: (スコア:0)
4.tapeの容量と転送レートが足らん
3TBのHDDがゴロゴロしてる今の時代にどうしろって言うんだ。
一回のフルバックアップが瞬く間にTBオーダーになっちゃうんですが、業務時間外に終わる程クラウドって高速なものなの?
Re:その答えは (スコア:1)
大規模ストレージを構築されている会社は、D2D2Tでも間に合うのか少し気になりますね・・・
個人でとりため続けて見れないTVが溜まったり数多のLinuxとWindowsの仮想マシンが存在する結果TB超えてるのですがバックアップは本当に難問です・・・
Re:その答えは (スコア:1)
以前出入りしてたところでは、日次バックアップに26時間ほどかかっていました。
毎日フルバックアップする設定してる方もアレなんだけど、テープデバイスの設計者の人は疑問に思わなかったのだろうか・・・
Re:その答えは (スコア:1)
ディスク容量が増えたときにテープも拡張が必要だったのに予算が下りなかったとか・・・
# 怖すぎる・・・
中の人などいない! (スコア:0)
オラクルのテープバックアップ装置StorageTek [oracle.com]は膨大なテープ(最大70000カートリッジ:70PB)をラックに収めてガッチャンガッチャン交換してバックアップするので、中の人は大変だなと思ったw
Re: (スコア:0)
>大規模ストレージを構築されている会社は、D2D2Tでも間に合うのか少し気になりますね・・・
企業向けのテープ装置は、テープメディア一本辺りの容量が大きく(例、LTO5なら一本で3TBの容量)、
また複数のテープメディアを自動的に入れ替えてくれるテープライブラリ装置(ロボットアーム内蔵)
を複数併用しているからそれほど問題にはなりません。まぁ強いて言えばテープ装置導入の初期費用等が問題
になると思います。テープ装置自体はピンキリがあり、当然ながら金額が高い機種ほど大容量&高速になります。
ミドルクラスのものなら最低でも200万近くします。
Re: (スコア:0)
tapeはここ数年HDDの容量、転送速度を常に下回ってるから使えないという話をしてるわけで僅か1.5TB、150MB/secしかないLTO-5が使える規模なら使うんでは
Re: (スコア:0)
>転送速度を常に下回ってる
本当にそうなのか? HDDってドライブの種類によっては速度が異なり、だいたい 3Gb/sec ~ 6Gb/sec 程度だけど、
テープ装置は 3Gb/sec ~ 8Gb/sec はあるよ。 容量の方も使う装置次第だけど、ミドルクラス製品なら300TB程度
は余裕であるよ。
Re:その答えは (スコア:1)
現状誰も見た事も無いLTO-8でもないと3Gb/sec以上なんて出ない筈だけど何処の星の話だろう。
もしかして: interfaceの速度
Re: (スコア:0)
個別の企業製品を例に挙げるのもどうかと思うが、例えば企業のサーバで利用されていると思われる
日立のハイエンド製品(Ultrastar 15K600)のスペック表を見る限り転送速度は119MB/secから198MB/secだ。
スペック表には『Sustained transfer rate (MB/sec, typ.) 198 to 119』と書かれている。
一方、HP LTO 5 Ultrium 3280 テープ装置のスペック表を見る限り、転送速度は280MB/secだ。
Re: (スコア:0)
それ2:1圧縮時()の最大転送速度だから
nativeの最大転送速度は140MB/secな
Re: (スコア:0)
しかもそんな速度は直でバックアップ装置を繋ぐ以外にはファイバーチャネルでも使わんと出ないしな
Re:その答えは (スコア:1)
企業ならHDD単発で使うことって余りないですよね。
最低でもRAID1、数台でRAID5,6,予算が有れば10とかしてると思いますし。
最悪値で圧縮が効かない(最近のdocxとか)として、140MB/sec * 24 * 60 * 60sec = 11.5TB/日が限界と。
実際はテープ交換やらでもっと遅くなるでしょうから10TB辺りに抑えておきたいところ。
やっぱりテープドライブもRAID 0みたいな事して帯域稼がないと駄目なんですね。
SASなLTO-5ドライブに40万強+メディア代出して、数時間毎に交換とか個人運用じゃ非現実的ですね・・・
やっぱりHDDに取るしかないか。
# 1.5TBだとうちのSSDアレイ1個のバックアップが2回分まるっと収まる感じだなぁ。
Re:その答えは (スコア:1)
本当はフルバックアップがそれほど必要無いように物理実装を設計するものなんですけどね.
たとえば容量上, 大きな物になる過去の実績データなんかは, 基本的にread onlyで問題無いはずなんで, 適当なタイミングで別領域に吐き出して同時にバックアップしておくとかすれば, 以降はバックアップ不要とかになるんですけど.
おそらくはそうした事前のバックアップ設計を考慮せずに実装したシステムにおいて, 対応可能なバックアップパターンがフルバックアップしか存在していない. そしてフルバックアップは時間の制約などで物理的に不可能. よってバックアップはしない. というような流れになっているのではないかと.
Re: (スコア:0)
それはあるepochからの差分バックアップに過ぎないと思うけど?
Re:その答えは (スコア:2)
差分バックアップで済むならそれでいいんですよ. 問題は現実的にバックアップ/リストアができるか否かなんですから. フルバックアップは単なる手段なので, それを至上としてバックアップ自体を放棄するのは本末転倒です.
必要もないフルバックアップをするからダメなんです. さらに言えばバックアップをする必要もないデータまでバックアップしようとするからダメなんです.
Re: (スコア:0)
LTO5とかなら非圧縮時140MB/secと、いい速度は出るようになってますが、
いかんせんバックアップ対象のディスクの大きさがねぇ・・・