『導入事例報告』のクチコミ掲示板

[tubejunky]

いろんなタイプのファイルサーバーを数百台導入・運用してきましたが、RAID0だろうがRAID5だろうがディスクが1台でもエラーを発するとシステムそのものが「結果的に」停止してしまう、という例は多いですね。

たとえば、不用意にディスクを交換するとRAIDのリビルドが始まって、そこで新たに他のディスクのサーフェースのエラーを検知してリビルド失敗、そしてシステム停止に至る、って感じかな。あと、数百万円のNASであろうともマザーボードが簡単に吹っ飛んで、そのついでにRAID情報も吹っ飛んで全データが消滅することも多い。高いからって安心はできませんね。

というわけで、機器の価格に関係なく、ファイルサーバーを導入してそこに消えては困るデータを格納するならば、バックアップは必須です。このクチコミを読んでいて、バックアップを考慮されていない方が多いのには驚きました。

それと、UPSを使っていない方がいらっしゃるのも驚きです。消えて困るデータが入ってるなら、必須ですね。UPSは3万円くらいですから、データ復旧屋さんに100万円払うよりは安いと思いますよ。

また、企業内で使う場合には「バックアップが取ってありますからデータは無事でしたが、そのデータを使えるようになるまでに1週間かかります」というわけにはいきません。可用性というか事業の継続性からも、メインのシステムが停止しても、短時間にサービスを回復できる仕組みが必要です。そういう意味で、データのバックアップをテープやDVDに保管するのは、あまりお勧めしません。

このモデルの前のモデルから通算すると、TeraStationを顧客の事務拠点に導入したのは20例くらいになりますが、だいたい以下のような手順で導入しています。今のところノートラブルです。

　TeraStationを秋葉原の店で1台買ってくる
　　↓
　TeraStationを新宿の店で1台買ってくる(要はロット違いを買う)
　　↓
　どこかの店で、予備ディスクを数台買ってくる
　　↓
　私の事務所内でTeraStationを全部開梱して、まず全フォーマット
　　↓
　そしてリビルド
　　↓
　IP、ユーザー、共有、UPSの設定などを行う
　　　(1台は常用機、もう1台はバックアップ機とする)
　　↓
　常用機→バックアップ機へのバックアップの設定を行う
　　↓
　自作プログラムにて、常用機の容量いっぱいまでデータを書き込む
　　↓
　バックアップ機にそのデータが全て正しくコピーされているか確認
　　↓
　常用機のディスクを1台抜いて予備ディスクと交換しリビルド
　　↓
　リビルド完了後にバックアップ機の全データと一致するか確認
　　↓
　バックアップ機のディスクを1台抜いて予備ディスクと交換しリビルド
　　↓
　リビルド完了後に常用機の全データと一致するか確認
　　↓
　抜いた2台のディスクは物理フォーマットして予備ディスクにする
　　↓
　自作のプログラムにて、常用機のファイルを消したり新規作成したりを200時間ほど連続で行う
　　↓
　バックアップ機にそのデータが全て正しくコピーされているか確認
　　↓
　全データを消して、マニュアルを作成して、顧客に納品、設定

上記手順のところどころでエラーが発生したり不良が判明したりすることがありますが、そういうときは「納品前に判明して良かったね」と喜んで、部品を交換した後にまた最初の手順に戻って作業を始めます。

上記の手順が最良とは思わないけど、無くなっては困るデータを格納しておくファイルサーバーを導入するなら、しかも自家用ではなく客先用なら、この程度の冗長さは必要でしょうね。

今までの経験では、50ユーザーくらいの同時接続(アクセスではなく)なら十分実用になりますから、小規模事業所でのファイル共有ならTeraStationをお勧めしてます。

ご参考になりましたら。

書込番号：6604517

[シライ]

とても身に染みました（苦笑）．

さすがに上記手順まで行なう時間的ゆとりがありませんが，１０万円程度の投資（追加のTeraStation）とちょっとした手間で自己防衛をする程度の工夫は必要だと実感しました．

書込番号：6605046

[かっぱ巻]

納品前の点検作業を冗長と表現はしないのでは？

書込番号：6606416

[tubejunky]

>シライさん

機材手配から納品まで3〜4週間はかかりますが、設定作業以外はほとんど自動化できているので、作業工数そのものは多くないです。

今までさんざん痛い目に遭ってきたので、こんな手順になりました。こういったやりかただと、私からの手離れが良い、つまり客先に引き渡したら後はほったらかしにできるので、別の仕事に取りかかれるし、別の仕事の最中にトラブルで呼び出されることもないわけで、収入確保の手順でもあります。

>かっぱ巻さん

誰もそんなことは書いてないですが

書込番号：6607431

[かっぱ巻]

＞上記の手順が最良とは思わないけど、無くなっては困るデータを格納しておく
＞ファイルサーバーを導入するなら、しかも自家用ではなく客先用＞なら、この程度の冗長さは必要でしょうね。

これは手順ではなくて構成を表したものなのでしょうか？

書き方が紛らわしいと思いました。

書込番号：6609400

[tubejunky]

>かっぱ巻さん

その程度の読解力と思考力で言われてもねぇ…

ま、本筋とは全然関係ないメタ議論になりそうなので、
本件はここでうち切り。

書込番号：6613931

[☆カローラの親父★]

＞納品前の点検作業を冗長と表現はしないのでは？

かっぱ巻さんは　「冗長」が安全工学、信頼性工学では肯定的意味で使われることをご存じないのだと思います。

いずれにせよ、スレ主さんの実体験により磨かれた手順は大変参考になりました。保守部品の手当てまで、、、普通は考え及びませんから。

車で言えばスペアタイヤの空気圧を常にチェックしてパンクしなくてもたまには走らせておくようなものですね。応急用タイヤは細いので慣れないと運転しづらい。また一年も使わないと表面が硬化してくる。　　　＜遅いレスで失礼！＞

書込番号：7073636