- 1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2006/07/31(月) 18:24:59 .net]
- 前スレ
pc8.2ch.net/test/read.cgi/unix/1019233825/l50
W. Curtis Preston
『Unixバックアップ&リカバリ』
長原宏治_監訳，田和勝_訳，
オライリー・ジャパン，2001/8/16．
www.amazon.co.jp/gp/product/4873110491/249-3251594-6585132?v=glance&n=465392&s=gateway
- 128 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/04(水) 20:13:43 .net]
- 昔あったのだと、
Seagateの4G、3年もので2勝3敗、Quantumの4G、5年もので2勝1敗。
ってことで、今ではLTO使ってる。
- 129 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 02:27:25 .net]
- >>126
それはDTLA だからだろ、と俺は突っ込みたい
- 130 名前：名無しさん＠お腹いっぱい。 mailto:age [2008/06/05(木) 07:51:50 .net]
-
SASってぜいたくだよな。
- 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 08:07:12 .net]
- HDDバックアップしてる人に質問
バックアップ先のファイルシステムは何ですか？
もれは鯖:xfs
バックアップ先：xfs
- 132 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 08:17:57 .net]
- ファイルシステムにせずに、ブロックデバイスに直接 tarです。
- 133 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 09:10:14 .net]
- >>131
HFS
- 134 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 09:19:42 .net]
- HFS PLUSじゃないのかよ！
- 135 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 10:39:34 .net]
- >>134
なにそれ？
High-performance File System な。
UFSみたいなもんだよ
本来はJFSなんだろうけど、過去の資産からの継承でHFSなだけ
- 136 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 15:19:43 .net]
- >>132
キャラクタデバイスにしろよ
- 137 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/05(木) 15:34:29 .net]
- 紙に書き写しておいて、データが飛んだら復活の呪文を唱えると…
- 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/06(金) 10:48:06 .net]
- そうそう、そんな感じ
- 139 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/07(土) 03:48:15 .net]
- しかしHDD って3-5年程度寝かせるだけで駄目になるもんなのかね
- 140 名前：名無しさん＠お腹いっぱい。 mailto:age [2008/06/07(土) 14:27:08 .net]
- なる！
通電しといたほうがいい。
- 141 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/07(土) 18:00:46 .net]
- ブロックデバイス間でコピーしてるからファイルシステム関係ない。
xfs->xfsとかでやると速度どれくらい？ファイルシステム的にはそっちの方が
いいだろうから、速度次第でやってみたい。
ダイレクトだと50MB/s程度は出る。
- 142 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/07(土) 18:19:46 .net]
- キャラクタデバイスにしろよ
- 143 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/08(日) 04:34:14 .net]
- >>139
低温、低湿の保管庫なら
10年間くらいはは、全く問題ない
- 144 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/08(日) 18:04:28 .net]
- 定期的に繋いでスピンアップさえしとけばいいもんだと思ってたが。
- 145 名前：名無しさん＠お腹いっぱい。 mailto:age [2008/06/09(月) 02:28:33 .net]
-
ほとんどの人がHDDバックアップなのかね？
- 146 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/09(月) 03:04:51 .net]
- 希少でしょ
- 147 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/09(月) 09:31:10 .net]
- 個別のファイルのバックアップは HDD2HDD が
利便性を含めて一般化してきているのではないかな?
HDDの一領域とかでなく，きちんとバックアップ用HDDという
意識で別に運用する分にはかなり有効だと思う。
毎日の差分とかも取り出す作業含めてテープよりやりやすいし。
でも，システム丸ごとの「これ、バックアップね」って
シール貼って保管する用はテープの方が安心感100倍だけど
- 148 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/09(月) 15:51:22 .net]
- > でも，システム丸ごとの「これ、バックアップね」って
> シール貼って保管する用はテープの方が安心感100倍だけど
かかるコストの割に使用頻度が低い(というか、ない)ので
今後はそういった慣習は無くなるのではないだろうか。
- 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/09(月) 20:09:22 .net]
- まあ、保険みたいなものだな。
保険にどれだけ金を掛けるかは、守るもの次第。
- 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 04:06:45 .net]
- そう言う事
モーターなんか壊れたって取り換えれば良いんだよ
記録面自体は壊れていないんだから
- 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 08:45:20 .net]
- モーターなんて、すぐ換えれるのか！？
いくらかかるの？
- 152 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 12:16:58 .net]
- 基板が死んだだけなら、同じ方のやつと交換すれば戻ったりするらしいけど。
モーターの交換はクリーンルームみたいな所じゃなくても大丈夫なの？
- 153 名前：名無しさん＠お腹いっぱい。 mailto:age [2008/06/10(火) 14:25:35 .net]
- モーター交換って現実的じゃなさそう。
ttp://www.guestone.net/data/q_hdd.htm#hdd07
- 154 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 14:34:48 .net]
- ネチネチいたぶるのがUNIX流
- 155 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 15:49:40 .net]
- >>152
一時的に読み出せば、捨てて良いのだから
クリーンルームは不要
つーか長期在庫のHDDが壊れると思ってるのは
何の伝説を盲信してるの？
- 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 15:58:20 .net]
- >何の伝説を盲信してるの？
何が目的でD2Dの布教活動してるの？
- 157 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 16:02:35 .net]
- >155
伝説だというのなら
まずはおまえが試して10年後に報告してくれ
温度管理とか統計的誤差評価とかも忘れずにな
- 158 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/06/10(火) 16:27:22 .net]
- >>156-157
オマエら新品買う度に、製造年月日とにらめっこすんの？
卵じゃねーんだからさぁ（ｗ
- 159 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/07/16(水) 07:42:39 .net]
- 取れたての新鮮なHDを産地直送！
なんか嫌な表現だなぉぃｗ
- 160 名前：名無しさん＠お腹いっぱい。 [2008/09/26(金) 00:45:13 .net]
- ちょっとスレチかもしれませんが、質問させてください。
バックアップで使用するテープドライブ(DDS/SDLT/LTO等)の
クリーニングについて調べていたら、
ドライブの累積走行時間を目安に実施してください、的な説明があったのですが、
ドライブの累積走行時間は何かUNIXのコマンドで分かるのでしょうか？
とりあえず、mt -f /dev/st0 status は試したのですが、
それらしい情報はありませんでした。
mtのmanもよく読んだんですが、該当するオプションはありませんでした。
OSはRHEL4で、mtのバージョンは0.8です。
何かご存知の方がいらしたら、よろしくお願いします。
- 161 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/26(金) 01:23:13 .net]
- >>160
週に何回、どれくらいのテープをとか
月に何回とかの頻度を考えて、オオヨソの時間を考える
- 162 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/26(金) 01:45:59 .net]
- LTO,DLTはドライブによっちゃ、クリーナ入れても必要なけりゃ
そのままドライブ側でスルーするよ
- 163 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/26(金) 23:28:43 .net]
- レスありがとうございます。
>>161
やっぱり運用でカバーしかないですよね。
>>162
なるほど。
LTOやDLTではやり過ぎは良くないみたいですね。
自分はロギング大好きなので、
毎月記録を残そうかと思ってたんですが、
ググっても、マニュアル読んでも、
情報が出てこないのであきらめます。
- 164 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/09/30(火) 09:39:46 .net]
- LTO,DLT (リニア系?)は槍杉は×
ベンダ側も「クリーニングランプ点灯時以外やるな」
DDS,AIT とかのヘリカルスキャン系は
ある程度積極的にやるのを推奨なので
ランプ点灯しなくても定期的にやるとか
そんなのが推奨されてるんじゃなかったかな
- 165 名前：名無しさん＠お腹いっぱい。 [2008/10/01(水) 22:42:54 .net]
- D2Dの場合、通電は必須。
ミッドレンジのまともなストレージならば、定期的にDiskの
表面チェックをやってくれる。Checksum値が異なっていたら
エラーを出力して、HotSpareに切り替える。
こうした機構が無い場合、データが飛んでも分からないだろ。
電気代がもったいない？
そんな時はMAIDを買えば良い。一定時間ごとに通電して表面
チェックしてくれる
- 166 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/03(金) 10:01:42 .net]
- テープドライブ取り扱いに関する資料を置いときますね
ベンダ(テープメーカーじゃないけどサーバ屋さん)からの お・ね・が・い
www.express.nec.co.jp/teci/tecbook-pdf/tb070509/option/back.pdf
結構参考になるんじゃないかな
- 167 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/06(月) 20:45:17 .net]
- こんなのもあるでよ。
テープ装置媒体の定期交換とクリーニング
primeserver.fujitsu.com/primergy/pdf/tape.pdf
- 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/19(日) 01:32:07 .net]
- 何か長期保存可能かつ長期可用性に優れたメディアってないかな？
テープはカビや劣化とか磁気転写が問題になるし
CDやDVDも色素が飛んだら終わりだし。
他のデジタルメディアも長期供給可能かどうかわからんし
何よりも再生機器が現存してるかどうか問題。
実家の押入に眠っていた大量のVHSテープとデータが記録されたカセットテープを見てふと思った。
- 169 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/19(日) 02:46:48 .net]
- >>168
MO
テープ
紙
現実的にはこれらだろ。MOとテープは30年だっけか。
紙は和紙と墨だと何百年も持つ。
- 170 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/19(日) 03:32:10 .net]
- >>168
穿孔紙テープだろうな
8単位10巻くらいなら、在庫有るよ
お安くしておきますが（ｗ
バックアップってのはさぁ
意味わかってる？
バックアップなんだよ。（ｗ
磁気情報が消えるとか、物理劣化してしまうとか
機器劣化してしまうとか、読み出せなくなる「可能性」に対して
バックアップを取るの。
まず2系統取って、確認して、常識的な劣化時間を考えて
その前に、その媒体を、その時代に安全な媒体で＊バックアップ＊する
それを繰り返すんだよ
その頻度と手間暇を勘定して、石に彫るもよし
和紙に綴るもよし
- 171 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/19(日) 10:28:22 .net]
- DVD 系(もう少し普及したらBD?)を複数とっておくのが無難じゃないかなぁ
DVD は割と長く再生互換な機器は出回るんじゃない?
- 172 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/19(日) 22:47:31 .net]
- >>168
ttp://h50146.www5.hp.com/products/storage/whitepaper/pdfs/tapemedia_WP.pdf
こんなのがあったので貼っておく。
- 173 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/20(月) 00:22:43 .net]
- MO,PD,DVD-RAMだな、長持ちするのは。
PDはメディアより規格が先に寿命を迎えたが。
- 174 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/20(月) 09:05:19 .net]
- >173
技術的にはそういう主張をしたくなるかもしれないが
いずれも規格の寿命は短いぞ
DVD±RW は読める期間は長そうだが
DVD-RAM 対応ドライブがいつまで供給されるか…
「その時」は DVD±RW メディアの寿命よりは先に来るでしょう
- 175 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/20(月) 22:33:10 .net]
- DVD±Rは規格寿命より個々のメディア寿命の方が短いな。
なにしろただの色素ですんで・・・
- 176 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/20(月) 23:24:28 .net]
- だから R じゃなくて RW なんじゃん
- 177 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/22(水) 02:59:33 .net]
- メディアの寿命にしろ規格の寿命にしろ、現状は大して長持ちしないわけだ。
ひたすらコピーし続けるしかないのか。
- 178 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/22(水) 10:58:32 .net]
- >>177
その遠い未来に必要なデータならな
- 179 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/22(水) 14:52:21 .net]
- 100年先は生きていないから、そんなに持たなくていいよ。
- 180 名前：ｳｻﾁｬｿ ◆/0IEZmXnQ6 mailto:sage [2008/10/22(水) 21:45:25 .net]
- 3.5"FDでとっといた98の資産が、見事に全部読み込めなかった俺が通りますよ。
磁気メディアは一切信用しねえ。
- 181 名前：名無しさん＠お腹いっぱい。 [2008/11/28(金) 23:43:28 .net]
- 全然触れられていないけれどmicroSDとかCFか゛
だいぶ安くなっている。DVD-RAMよりちょっと高い程度だけれど
なんやかやでms-dosfsとか無難
CFとかはIDEにつないでブートデバイスにもなる。
電子機器だけどもちはいいんじゃないかな。
テキストとか写真は2Gbyteくらいのにバックアップしている。
最初はまとまったらDVD-Rに焼こうかと思ったけれど
小さいしどんどん値下がりするのでこのままでいいかなと
- 182 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 11:29:35 .net]
- >181
フラッシュメモリは↓みたいな壊れ方されると困るよね
gigazine.net/index.php?/news/comments/20080204_usb_memory_life/
エラーチェックがちゃんとしている品ならいいけど
- 183 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 11:45:56 .net]
- 繰り返し使っているとドライバとか対応しないと特定の場所ばかり使うことになるだろうから
ファイルを累積させていらないものは落としてあとはROM使用というのなら問題ないと思う。
だめなやつは初期にパーになるらしいから最初は分散保存しておくのが良いとは思う。
- 184 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 11:58:25 .net]
- >>182 リンク先の記事根本的に「100万回」を勘違いしているよね、
単に不良品掴んだだけ
メーカーによってはずれのでやすいものと全然でないものとあるみたいだから
しばらく「運搬用」とかに使って大丈夫だと思ったらROM的に書き込み
チェックしたらそれでReadOnlyにするのがよさそう。
- 185 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/29(土) 15:14:55 .net]
- >>184
回数の勘違いはあるけど、他のメディアなら読み取りエラーになるところを、
エラーなく化けたデータが読み込めているのが、怖い
- 186 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 09:36:17 .net]
- バックアップをとるのには、いまのところrsync3が選択肢として最有力？
rdiff-backup使ってみたけど、なんかエラーで動かない・・・
- 187 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 10:40:33 .net]
- 何をしたいかによって異なるのに
前提なしの最強を決めようとな?
- 188 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 11:21:03 .net]
- ええっと、何をしたいか、ということについて
どのような選択肢がありますか？
- 189 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 13:26:02 .net]
- >188
とりあえず以下について調べてレポートしてくれ給え
dump/restore, zfs send/receive, tar, afio,
rsync, unison, pdumpfs, rdiff-backup, duplicity,
amanda, bacula,
よろしく!
- 190 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/06(火) 21:44:01 .net]
- cpioも入れてよ
- 191 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 01:00:13 .net]
- afioがあるからいいじゃん。
- 192 名前：名無しさん＠お腹いっぱい。 mailto:age [2009/01/07(水) 08:51:50 .net]
- >188 に期待 age
- 193 名前：188 mailto:sage [2009/01/07(水) 10:21:33 .net]
- >189-191
ちょ、、、少し時間を下さい・・・orz
ところで、少し古いパソコンにLinux（debian）を入れて、rsyncで200GBほどのデータをほかのパソコンから
コピーしようとしたら、途中で応答がなくなってかたまってしまいます。
壊れているのか、原因がちょっとわからないのですが、とりあえず、メモリが224MBしか乗っていないのですが、
これだと不十分ということはあるでしょうか？
- 194 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 11:01:23 .net]
- >193
rsync 2.x だと全体容量は関係ないけど
200GB というのが「多数のファイル」の場合には
メモリ食い過ぎて死ぬ可能性はある
転送中に top で rsync がメモリを食う様子くらいは眺めても罰はあたらない
rsync は 3.x 以降だとその辺は変わっているので
改善されるかもしれないような気もするかもしれない
rsync だめなら tar cf - xxx|ssh dokosoko 'tar xpf -' とかかな
- 195 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 11:06:51 .net]
- 2台が同じLAN内だったら、NFSマウントしてcp -aとか。
- 196 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 11:08:16 .net]
- rsyncはファイル数に依存するね
ファイル数が多いとすぐ1Gくらいメモリ食ったりする
- 197 名前：193 mailto:sage [2009/01/07(水) 11:54:40 .net]
- もういちどrsyncを実行して、top画面を見てみました。
メモリ使用量10%弱のところでハングアップしてしまいました。
メモリ量ではないようですね
壊れてるにしても、どこがいかれているんだろう・・・・orz
- 198 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 11:58:11 .net]
- すいません、もはや板違いですが、再起動したらBIOS画面で
Mwmory Testing : 229376K OK
のところで止まって起動しなくなってしまいました。
何回か電源を切って、入れてを繰り返すと起動しましたが・・・
どこが壊れてるんでしょう？
- 199 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 12:04:26 .net]
- 暖めてみれば？
ていうか古い機械ならもう寿命かもね
各所の接触が悪くなっているとか
部品の劣化とか
- 200 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 12:22:52 .net]
- memtest86をはしらせてみたら40%でかたまってしまった
メモリエラーじゃなくて、テストプログラム自体がフリーズしてる・・・
寿命ですかね・・・
- 201 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 12:23:42 .net]
- めでたしめでたし
- 202 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/07(水) 22:04:24 .net]
- 換えるタイミング
- 203 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 13:12:24 .net]
- ごく短い間隔でミラーリングをとる方法ってありますか？
ミラーリングというか、ごく短いスパンでミラーリングをかけたいのですが
10分おきとか
- 204 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 13:35:44 .net]
- >>203
cronでrsync廻せばいいじゃん。
- 205 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 15:20:27 .net]
- そもそも想定しているものの容量によっては 10分で終わらない罠
- 206 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 15:44:51 .net]
- zfsとかnetappあたりのスナップショット機能つきの
ファイルシステムを使うのが手っ取り早いかと。
- 207 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 17:35:45 .net]
- すいません、わけわからんこと言ってるのは分かってるんですけど^^;
Raidのミラーリングなら、同時に二台のHDDにデータを書き込んでるわけですが
たとえば一台のデータを間違って消してしまったら、ミラーのデータも同時に消されてしまうんですよね？
そこで、ミラーリングしながらなおかつ遅延をかけるというか・・・
あ、やべっ、って時に、ぎりぎり直前までバックアップがとれてる、みたいな事はできるのかな？とふと思ったもので
なんかテレビのHDD録画みたいですね（遅れて見られる）
- 208 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 17:39:50 .net]
- だから >>206 でいいじゃん。
- 209 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 17:40:22 .net]
- あと Raid なんて気持ち悪い書き方すんな。
RAID だ。
- 210 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/08(木) 17:47:52 .net]
- >208
ググってきました
たしかに、よさそうですね
>209
スマソ
- 211 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/21(水) 17:38:25 .net]
- IMAPサーバーのメールをバックアップしたいんです。
できればバックアップというよりはレプリケーションしたいんです。
それも遠いところ(500kmほど離れたVPNで繋がっているLAN)にあるディスクに
バックアップ(レプリケーション)したいんです。
同じサイズのISCSIなディスクを使えば解決できるだろう。
と思います。つまり、できたも同然なのですが、
具体的にどうすればよいのかという些細な点で躓いています。
例えば、二つのISCSIディスクをミラーリングすればパーフェクトなレプリケーションができるはずですが、
VPNが切れたときにリビルドされると随分時間がかかるなあとか、思います。
rsyncとかでいいかな？とも思うのですがrsyncだとファイルがディレクトリー間で移動させられたときには
コピーが発生するのかな、と思うとブルーな気分になります。
なにか良い方法はないですか？
これがうまくいったら、地震でメールサーバーのあるビルが崩壊してみんなが途方に暮れているときに、
「こんなこともあろうか○○支社にコピーしてあったのですよ」と颯爽と回復して見せれば
ボーナスの査定が上がるのも間違いないですし(もし出れば)、女子社員たちも
「△山さんカッコいい。抱いて」とくるのは確実なので、そのときは皆さんにも紹介してあげます。
よろしくお願いします。
- 212 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/21(水) 17:51:25 .net]
- それを些細と思っているうちはアレかもね
- 213 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/21(水) 17:57:08 .net]
- > つまり、できたも同然なのですが、
> 具体的にどうすればよいのかという些細な点で躓いています。
新しいコピペにするには決めゼリフがちょっと長すぎるような?
- 214 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/21(水) 18:22:23 .net]
-
できたも同然なのですが、些細な点で躓いています。
こんな感じですか
- 215 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 00:07:51 .net]
- > 具体的に
は外せなくネ？
- 216 名前：221 mailto:sage [2009/01/22(木) 10:39:14 .net]
- なるほど。暖かいご指摘ありがとうございます。勉強になります。
DRBDを使ってprimaryとsecondaryを一台のマシンで動作させて(出来ないのかもしれませんが)、
primaryをこっちのiSCSIディスク、secondaryを遠くのiSCSIディスクにすれば出来るような気がしますが、
DRBDとiSCSIでネットワークの不安定さをより考慮しているのはDRBDでしょうから、
ネックになる遠くとのVPNトンネルを通過するのがiSCSIなのは何かサブプライムローンやリボ払い的な
問題があるように思います。
secondary側にもlinux機を置いてDRBDというのが正攻法でしょうか。
あと、回答してもらいたいときには、これを書いておいたほうがいいというの教えてもらったので書いておきます。
「私は女子高生です。」
- 217 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 13:26:58 .net]
- 未来マン、颯爽登場!
- 218 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 14:33:38 .net]
- >ボーナスの査定が上がるのも間違いないですし(もし出れば)、女子社員たちも
>「△山さんカッコいい。抱いて」とくるのは確実なので、そのときは皆さんにも紹介してあげます。
>「私は女子高生です。」
百合は大好物です。
- 219 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/22(木) 16:14:43 .net]
- 僕も僕も
- 220 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/01/23(金) 03:02:35 .net]
- 俺漏れも
- 221 名前：211 mailto:sage [2009/01/23(金) 12:02:41 .net]
- どうも、こんにちは。
向こう(遠いほう)のLANのユーザーも、こっちのメールボックスを使ってるんですが
IMAPなら向こうとこっちは別にしたほうがいいなと思います。
だったら向こうにもIMAPサーバーを置いて、こっちのIMAPサーバーと向こうのIMAPサーバーで
DRBDで相互にレプリケーションし合えば万事オッケーな気がします。
それと「女子高生です」と書くとレスをもらえるというのが本当だったのでうれしいです。
でもレズはいらないです。
- 222 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/01(日) 01:29:58 .net]
- じゃ俺女子大生ということで
- 223 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 11:35:26 .net]
- この板のグダスレらしい展開になってまいりました。
- 224 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/02/03(火) 11:51:25 .net]
- 百合とレズは別腹
- 225 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/10/01(木) 19:29:42 .net]
- rsync(2.6.9) で、例えばこんな状態になっていて
sync/a/1/
sync/a/2/A/x.txt
sync/b/1/B/y.txt
sync/b/2/
nオプション付きだと
$ /usr/bin/rsync --delete -auvn --include "/1/" --include "/1/*" --include "/2/" --include "/2/*" --include "/2/A/" --include "/2/A/*" --exclude "*" "./sync/a/" "./sync/b/"
building file list ... done
deleting 1/B/
1/
2/
2/A/
2/A/x.txt
「deleting 1/B/」とでるのに
実際に実行すると
$ /usr/bin/rsync --delete -auv --include "/1/" --include "/1/*" --include "/2/" --include "/2/*" --include "/2/A/" --include "/2/A/*" --exclude "*" "./sync/a/" "./sync/b/"
building file list ... done
1/
2/
2/A/
2/A/x.txt
「sync/b/1/B/」ディレクトリが削除されません。
削除させる方法はあるのでしょうか？
（複数の場所を指定したくて「include」がたくさんな書き方になっています）
- 226 名前：225 [2009/10/01(木) 19:33:46 .net]
- 補足ですが、
--exclude "*"
で全否定して、include で追加というイメージです。
- 227 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/10/02(金) 15:38:07 .net]
- >>206 >>208 スナップショット系はディスクスペースの無駄を増やすだけ
管理ポリシーがないひとが使うとゴミだらけになる。
zfsは完全にパーになる可能性もあるから
実態の明確なファイルバックアップには向かない。
気づけば再起不能
- 228 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/10/05(月) 12:58:53 .net]
- 管理ポリシーは作ればいい。
バックアップは別にやればいい。
|
 |
