元スレCentOS Part 47【RHEL Clone】
centos覧 / PC版 /みんなの評価 :
652 :
>>647
> centosスレなのに、マイナーなWindows用語で鬼の首を取ったように息巻いたゆとり世代って怖いな。
CentOSスレでいきなり
> 個人ユースならwondowsは悪くないと思うけどサーバー用途じゃクソな理由の一つにwondow systemがなきゃ動かない事があるけど
とか言い出した>>634に言ってやれよw
654 :
>>644
こいつなに言ってるんだ? w
655 :
知的障害者専用ディストリ
656 :
>>639
容量あたりのメディア単価がHDDより安く寿命も長いので
最近復権している
http://it-trend.jp/data-backup/article/currentevent
http://lto.co.jp/LTFS.shtml
657 :
テープはデータ輸送用途ではまだ使われてるな
ランダムアクセスが必要ないならそこそこ有用
658 :
>>656
復権はちょっとステマに踊らされてる感あるな。
659 :
>>657
仕事でDRに使ってるよ。
首都直下地震や核攻撃に備えて都心でバックアップ、地方の支点で保管。
1週間に1度くらいの頻度だけど。
まぁ有事の際リカバリする俺がこの世にいないかもしれないけどね。
660 :
お前さんのバックアップもあるから安心しろ
661 :
10年くらいまえまでは
使ったけど、チェンジャーが
よう壊れるし、ヘッドのクリーニングが
メンドクサイな
SEやめたから今はわからんが
662 :
>>660
彼は綾波さんなのか
663 = 659 :
>>660
今回のAIBOは飼い主の記憶をクラウドに残せるから、
故障しても記憶を取り戻せるのはすごいよな、月額2980円(+税)かかるけど。
664 = 658 :
>>663
> 飼い主の記憶をクラウドに残せる
それが本当なら興味深い技術ではあるが書き間違えだろうな。
665 = 658 :
あ、AIBOから見た飼い主に対する記憶か。
666 = 659 :
>>665
そうそう、(AIBOが覚えている)飼い主の記憶ね。
667 :
コナンくんのネタに使えたりするのか
668 :
テープドライブは、近頃は仮想テープドライブを使うことが多いね
仮想だからテープはいくらでも新規作成できるし、テープ長もいくらにでもなるから
このテープの先頭は/、2番目は/etc、みたいな管理もせずに済む
669 :
テープのメディア自体が問題だな
コンビニとまではいかないけど、その辺の家電屋でメディア出回る位じゃないと、
3年後にはメディア生産中止とかありそうで怖い
鯖用たけえしなぁ
670 :
>>656
ランサムウェア対策でちょっと興味がある客が増えたが売れるかといわれると、ちょっと違うなぁ。
>>659 氏の書き込みがまさにテープ装置の欠点を示してる。
拠点間に NAS を置けば週に1度と言わず毎晩同期とれるし、スタンバイ側をアクティブにする際にも
メディアから戻す手間はほぼ不要。 これ以外にもテープだと世代で閉じてしまうので NAS のように
スナップショットで容量圧縮って訳にもいかない。
なんだかんだ言って NAS 側の便利な機能に目移りしてテープを買うのは早々に心の片隅に
追いやられちゃうんだよ。
671 = 658 :
入手性に関してはネットで買えばいいので、全く心配しないが、
テープは切れる、巻き込む、経年劣化でエラーになる、エラーの復旧が困難という点で
バックアップメディアとしては最悪だと思う。
672 = 670 :
>>669
メディアもそうだがドライブも生産中止が怖い。
LTO の場合2世代前までしか読めないから、2年で1世代すすむとして精々6年ぐらいが限度。
30年保存できるなんて文句に騙されちゃあいけない。
673 :
>>667
眠りの小五郎「だが、あなたが消したと思っていた画像は、遠くはなれたこのコが記憶していたんですよ!」
674 :
バックアップ媒体をオンラインにしてしまって平気ってあたりが
最近のゆとりの特徴なの?くれぐれもエンタープライズシステムに
手を出さないでね?
675 = 658 :
>>674
バックアップ媒体をオンラインにしてしまった場合の問題点をお願い致します。
676 :
>>674
ゆとりの定義も分からずにゆとりゆとりっていうのが最近の老害の特徴なの?
ちなみに老害の定義はハッキリしてる。
677 = 659 :
>>670
そうだな、巻き込む、切れるなどの機械的故障が何度も体験して、実は取れていないことにすぐに気付かないこともあるし、
テープの代わりにUSBのHDDを送ったり、つながるならネットワーク経由でいいんじゃないかなと思うようになってくる。
ただ、どんな媒体でも毎回のバックアップがリストアできるデータであることを確認することもしていないし・・。
678 = 669 :
安物とかはともかく、鯖用とかの民生用のビデオテープの類とは訳が違うでよ
加えて復旧と経年劣化はHDDとかDVDRとかよりはまだマシ
HDD5年位ほっといて読み込むとデータ滲んで、一定以上ダメなセクタが先ず代替候補に入る
で、読み込み不能ってのも困るけど、それ以上に困るのがエラー訂正の符号までエラーで
リトライしてる内にたまたま訂正に通っちゃって、元とは違うブロックが読み込めちゃう時
(5年以上放っておいたHDDのzipとか読み込めたと思ったら書庫テストに通らない)
だからzfsだけじゃなくて、MSまでもが今更ReFSとか言い出してる
(寿命が来たUSBメモリに適当にデータ放り込んで、数週間放っておいて読み込むとわかる
ディレクトリのエントリとかだけが正常でデータのセクタのビットが化けても
そのまま読み込めたフリしてくれる)
HDDって実は結構いい加減だでよ
DVDRとかはエラー訂正のビット多いから読めたフリの頻度は低いけど、こっちはこっちで物性に問題あるし
じゃなきゃ鯖用途とかで未だにテープが使われてる筈がない
まぁ、テープドライブがまた民生用に落ちてきて、廉価版とかなったりすると、
耐久性落ちたりで話が変わってくるかもだけど
679 = 658 :
>>678
テープでエラーがあった場合どのように対処してる?
680 :
磁気が不安なら紙テープ使えばいいだろ
681 = 670 :
>>674
君はオールドタイプだ。
WAN越しだから大丈夫どころかクラウドストレージをDRにつかうことにGoサイン出す企業もでてきてるよ。
今のままでは日本は世界に負けるという危機感がそうさせるんだろうね。
682 = 669 :
>>679
殆どエラーとか遭遇した事ないな
ハードの方も壊れたら壊れたで突然死って感じだったし
で、開けてみた事ある奴ならわかると思うけど、ビデオテープで巻き込みとかってね
あれテープを中から引きずり出した挙句、テープに対してヘッドを斜めに当てて
ヘッドを回転させながら記録してるから安物デッキとかでテープダメにするんだよ
アナログデータって訳じゃないから、殆どのテープドライブはあそこまで複雑じゃない筈
(中には複雑な事してるドライブあんのか?知らんけど、無いと思う)
683 = 658 :
>>682
ちょっと後半はよくわからないんだけど、
> 殆どエラーとか遭遇した事ないな
これに関して言うと、テープをそもそもあまり使ってないんじゃない?
どういった種類のテープをどれくらい使った?
684 = 669 :
>>683
定期的に取ってるだけで、トラブル無きゃ殆ど使わんって
685 = 669 :
てか頻繁にテープドライブが活躍するって、どんな状況?HDDがばかすかダメになんのけ?
686 = 658 :
>>684
使用してるメディアと使用年数をどうぞ。
687 = 669 :
>>686
何種類かあるし現場行かないとわからんわ、日立製が多い
あと火は入ってないけど、未だにHP-UXの箱とかも転がってる
NECのμPD27??だっけか?マイコンのコンパイラがHP-UXで動くのしか無いとかなんとか
そんな現場だよ
689 = 669 :
>>683
てかすぐテープがダメになるって、どんな機体でダメになった?
中開けた事ある?テープを外に引きずり出すようなタイプだった訳?
690 = 658 :
>>687
うーん。よくわからないのであれば、HDDと比べてどうとか言えないんじゃないかな。
691 = 669 :
>>690
明日ならメモってこれる
で、ダメになったテープって、どんな奴?ドライブは中あけた事ある?
ヘッドは斜めに当ててた?
692 = 670 :
>>678
HDD を電源切って保存するのはあまり望ましくない。
通電しっぱなしで、 RAID 装置に定期的にスクラブさせてエラー訂正と HDD の故障予兆/交換がベスト。
テープもそんなには信用できないからそこまでやれば RAID の方が現状上だと思う。
とはいえどスクラブしてくれる RAID 装置を個人では持てないわけで、個人の場合は外付け HDD や
光学メディア、USBメモリにやたらめったらコピーしまくって予防するしかないね。
693 = 658 :
>>688
個人的な体感だけどテープはわりと年数たつとだめ。まだCD、DVDの方がいい。
HDDは保存状態で年数たったものがどうかって体験が少ないのでよくわからない。
694 = 669 :
>>692
それか、1~2年毎にバックアップのバックアップ取って、MD5チェックして、
0フィル3回位掛けてまた書き戻しだね(俺は家ではそうしてる)
知らない人の為に言っておくと、シリンダがドブで、ヘッドが砂場用のスコップで、
データの書き込みをドブに点々と砂を盛る作業って例えると、
放置すると砂が崩れて横に漏れてく → 0を書くみたいに、スコップで砂をすくっても横のがすくえない
だから長年放置したドライブは、中のデータ要らないならとにかく0フィル何回も掛けろとか、
おかしくなったら0フィル掛けまくれとか言われてる
それと大分関係ないけど、HDD regeneratorって、ファームレベルの不良セクタの類を
復旧してくれるツールじゃない あれは根性で復旧できなきゃ、根性でファームレベルの
代替を確定させるツールだから、勘違いしちゃいけない
695 = 669 :
>>693
http://www.youtube.com/watch?v=exjs-GLdUm4
ダメになったテープドライブ開けてみるとわかるけど、こんな構造にはなってない
で、テープがすぐダメになるって、どんな機体でダメになった?型番は?
中開けた事ある?テープを外に引きずり出すようなタイプだった訳?
696 = 658 :
>>691
DATが最悪だったな。エラーしまくり。LTOは数倍ましだったけど、
結局エラーがあると、普及が困難って点でダメ。
697 = 674 :
>>681
その企業はDRとバックアップを一緒だとは思ってないだろ。
699 = 669 :
>>696
DATとかで「すぐダメになる」とか語るなよ・・・
http://www.youtube.com/watch?v=qeSXDKP9vLY
で、694が言葉足らずだった
ファームレベルの代替処理は、読み込んだだけじゃ発生しない
代替候補に記録された後の書き込みのタイミングで発生するから、しばらく放置したHDDから
データ読めた様に見せ掛けて、データ取れたーってDVDRとかに書き込んだ後、再利用しようとしたら
ばかすか増えてた SMART のC5が減って05が増えて、それを更にオーバーしてC6増えるみたいな、
後から「やっぱダメだった」になると・・・
その辺わかってない人には、とにかく再利用するなら読み込み一回もせずに
0フィル掛けさせまくった方がいい 後から小出しで色々聞かれたり言われたりするから
700 = 658 :
>>699
なんかすごい詳しい人なのかもしれないけど、よくわからない。
詳しくない人にもよくわかるように説明する技術を身に付けたら
人生変わるかもね!
みんなの評価 :
類似してるかもしれないスレッド
- CentOS Part 44【RHEL Clone】 (1004) - [96%] - 2016/2/19 9:45
- CentOS Part 41【RHEL Clone】 (1001) - [96%] - 2014/8/26 6:45
- CentOS Part 27【RHEL Clone】 (1001) - [96%] - 2011/3/10 23:01
- CentOS Part 49【RHEL Clone】 (1003) - [96%] - 2019/4/15 1:16
- CentOS Part 48【RHEL Clone】 (1001) - [96%] - 2018/7/17 18:45
- CentOS Part 46【RHEL Clone】 (987) - [96%] - 2017/6/23 23:30
- CentOS Part 45【RHEL Clone】 (1000) - [96%] - 2016/9/1 15:15
- CentOS Part 40【RHEL Clone】 (1000) - [96%] - 2014/6/18 20:57
- CentOS Part 43【RHEL Clone】 (1003) - [96%] - 2015/8/9 8:16
- CentOS Part 41【RHEL Clone】 (1007) - [96%] - 2015/1/12 10:30
- CentOS Part 26【RHEL Clone】 (273) - [93%] - 2011/1/6 0:17
- CentOS Part 25【RHEL Clone】 (1001) - [93%] - 2010/12/15 15:31
- CentOS Part 54【RHEL Clone】 (956) - [93%] - 2022/7/21 7:15
- CentOS Part 29【RHEL Clone】 (1001) - [93%] - 2011/6/2 21:06
- CentOS Part 24【RHEL Clone】 (1001) - [93%] - 2010/8/31 5:48
- CentOS Part 23【RHEL Clone】 (1001) - [93%] - 2010/5/16 1:18 ○
トップメニューへ / →のくす牧場書庫について