バックアップ_(2)

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 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] 管理ポリシーは作ればいい。 バックアップは別にやればいい。 229 名前：名無しさん＠お腹いっぱい。 [2009/10/05(月) 15:12:14 .net] 先生っ! 実態の明確な の意味がサッパリ分かりません 230 名前：名無しさん＠お腹いっぱい。 [2010/01/04(月) 22:51:30 .net] rsyncが使うネットワークの帯域を制限する方法はありませんか？ 231 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/05(火) 09:49:53 .net] --bwlimit=KBPS This option allows you to specify a maximum transfer rate in kilobytes per second. This option is most effective when using rsync with large files (several megabytes and up). Due to the nature of rsync transfers, blocks of data are sent, then if rsync determines the transfer was too fast, it will wait before sending the next data block. The result is an average transfer rate equaling the specified limit. A value of zero specifies no limit. 232 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 06:03:01 .net] ありません 233 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 10:49:57 .net] >>232 >>231 234 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 14:29:19 .net] もちろん >>231 も読んだ上で 「ありません」 と答えてるわけだが、、 235 名前：んじゃ↓って書けばいいのかな? mailto:sage [2010/01/07(木) 14:35:38 .net] あります 236 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 14:45:56 .net] くだらねぇ 237 名前：名無しさん＠お腹いっぱい。 [2010/01/08(金) 05:47:00 .net] もしもの為の対策の参考に www.kc-c.biz/anshin/pf-system-admin.html 238 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/08(金) 09:31:19 .net] >237 あちこちに書けば書くほど宣伝の逆効果になってるって 239 名前：名無しさん＠お腹いっぱい。 [2010/01/14(木) 05:17:13 .net] バックアップに最適な圧縮フォーマットを教えてください。 7zは高圧縮で良いのですが、更新されていないファイルもすべて圧縮し直さなければなりません。 できれば、更新されたファイルのみを圧縮し追加できるとよいのですが。 240 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/14(木) 08:20:59 .net] 細かいことは気にするな 241 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/14(木) 09:07:36 .net] >>239 gzで各ファイルを圧縮するのが良いと思うよ 242 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/16(土) 12:24:53 .net] xfsdump でオートローダを使う方法が分かりません。 man page には-cオプションが「メディア交換が必要になったときに 実行するプログラムを指定する」とあるので、オートローダのカートリッジ交換を 行うスクリプトを指定しました。 すると、カートリッジ交換は正しく行なわれたものの、その後 please change media in drive 0 1: media change declined (timeout in 3600 sec) 2: media changed (default) -> というプロンプトが現れ、そのままタイムアウトさせるとabortしてしまいます。 (default というのは「enter のみ入力の場合」という意味で timeout時は 1 を実行) -F オプションを使うのか? とも思いましたが、-c を使うときは -F は使うな、という 情報もありましたので…→ www.tek-tips.com/viewthread.cfm?qid=764503 「xfsdump autoloader」などとぐぐってみても解決法は見つけられませんでした。 オートローダで運用してる方がいらっしゃったら正しい指定方法をご教示頂けないでしょうか。 使っているのはCentOS 5.4、現在の指定オプションは以下の通りです。 xfsdump \ 　-l 0 -o \ 　-L $session_name \ 　-M $media_label \ 　-c $change_cartridge_script \ 　-f /dev/st0 \ 　$backup_target # expectを使うしかない? # かなり面倒なことになりそうな… 243 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/16(土) 21:55:34 .net] xfsdumpのソース見てみましたが無理そうですね。-cはメディア交換メッセー ジを出す前に指定のコマンドを実行するという意味しかないようです。ソース を書き換えるのが手っ取り早いでしょう。 244 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/16(土) 23:43:38 .net] >>243 調べていただいてありがとうございます。 となると対策としては (1)timeout で media changed が実行されるようにソースを書き換える (2)メッセージを読んで正常終了で終わってなければ xfsdump -R を実行するよう 　スクリプトを書き換える (3)expect で enter を入力するようスクリプトを書き換える のどれかって感じですかね。 ちょいと考えてみます。 しかし、>>242 のリンク先によると、IRIXでは入れ替えスクリプトだけでOKとのこと。 IRIX版とLinux版では実装が違ってるんでしょうかね。 う〜む。 245 名前：242 mailto:sage [2010/01/21(木) 12:29:16 .net] xfsdump の件ですが、結局ソースを書き換えて timeout→再開にしました。 ところが、今度は使用テープが一巡したとき -o オプションを指定してもなぜか 「overwrite しますか?」のプロンプトが出てくる。 (そして timeout で再びカートリッジ交換のスクリプト実行→再びプロンプトを永久に続ける、とゆー) -o は man pageによると「テープのブロックサイズが読み取れないときに使用する」となってるけれど、 どうやら問答無用で overwrite してくれるわけではないらしい。 ダイアログが出て上書きをユーザが選択しなければならないとなるとこのオプションの存在意味は一体? と思うけれど、調べるのも面倒になったので、これまた問答無用で上書きするようソースを書き換えました。 …どうも釈然としない……… 246 名前：242 mailto:sage [2010/01/21(木) 12:30:47 .net] その他、2本目以降の media label をコマンドラインから指定する方法がない、など xfsdumpは対話実行が基本で「自動化」というものは想定されていないコマンドなのですね。 自動化したけりゃ面倒でも expect を使って応答するスクリプトを作成するのが正解なようです。 最新版のchagelogを見ても機能的にはあまり変わってない雰囲気なので、 オートローダを使いたければ他のバックアップソフトを使え、というのが基本スタンスのようで。 スクリプトでの操作を重視しないというのは、unix系のこの手のツールにしては珍しいですね。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef