バックアップ_(2)
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2006/07/31(月) 18:24:59http://pc8.2ch.net/test/read.cgi/unix/1019233825/l50
W. Curtis Preston
『Unixバックアップ&リカバリ』
長原宏治_監訳,田和勝_訳,
オライリー・ジャパン,2001/8/16.
http://www.amazon.co.jp/gp/product/4873110491/249-3251594-6585132?v=glance&n=465392&s=gateway
0002名無しさん@お腹いっぱい。
2006/07/31(月) 23:43:02ところで、バックアップツールで一つ発見。(GNU な)cp は
メモリリークするので使ってはいけない。250GBのデータコピーしたら
メモリを使い果たしてシステムごとあぼーんしました。ガイシュツ?
0003名無しさん@お腹いっぱい。
2006/08/01(火) 07:25:500004名無しさん@お腹いっぱい。
2006/08/01(火) 09:39:54巨大なファイルツリーの転送には使えないんだよな。どっちも本格的
バックアップには元々使わないだろうけど、対象が巨大化すると
こういった細かいツールが思うように使えなくなって困る。
0005名無しさん@お腹いっぱい。
2006/08/01(火) 15:22:030006名無しさん@お腹いっぱい。
2006/08/01(火) 21:33:330007名無しさん@お腹いっぱい。
2006/08/02(水) 20:05:43それじゃ解決しない。差分計算のところじゃなくて、転送対象
一覧管理でのメモリ消費が問題だから。
- http://samba.anu.edu.au/rsync/FAQ.html#4
- http://samba.anu.edu.au/rsync/FAQ.html#5
のこと。ウン百万ファイル数のツリーコピーで死ねます。
結局速度の問題もあって、今はRAID1の玉交換でバックアップしてる。
0008名無しさん@お腹いっぱい。
2006/08/03(木) 09:59:380009名無しさん@お腹いっぱい。
2006/08/15(火) 03:20:45AIXでmtxを使用することはできますか?
0010名無しさん@お腹いっぱい。
2006/08/18(金) 07:41:36かなり低レベルなSCSIアクセスするみたいだから、無理じゃね?
開発対象外だし、動作レポートはSolaris/Linux/FreeBSDで埋め尽く
されてるから動いたとしても安定稼動できるかは「?」だろうし。
0011名無しさん@お腹いっぱい。
2006/09/03(日) 14:14:440012名無しさん@お腹いっぱい。
2006/09/28(木) 01:39:32日本語を使用したディレクトリ下のファイルが転送されないのですが、
日本語ファイルは扱えないのでしょうか?
0013名無しさん@お腹いっぱい。
2006/09/28(木) 21:32:23ローカルで rsync foo/ bar/ でも駄目なの?
0014名無しさん@お腹いっぱい。
2006/09/28(木) 23:51:460015名無しさん@お腹いっぱい。
2006/10/02(月) 00:58:04OSによる。Windowsだと日本語ファイルには完全には対応していない。
0016名無しさん@お腹いっぱい。
2006/11/06(月) 10:46:480017名無しさん@お腹いっぱい。
2006/11/30(木) 19:20:420018名無しさん@お腹いっぱい。
2006/11/30(木) 20:04:580019名無しさん@お腹いっぱい。
2006/11/30(木) 20:07:140020名無しさん@お腹いっぱい。
2006/12/02(土) 23:39:410021名無しさん@お腹いっぱい。
2006/12/27(水) 01:02:150023名無しさん@お腹いっぱい。
2007/01/01(月) 11:27:21amazon に対して rsync を…
○△□ に対して rsync を…
0024名無しさん@お腹いっぱい。
2007/01/01(月) 11:59:11マウントしてからrsyncすればおけ
0026名無しさん@お腹いっぱい。
2007/01/15(月) 00:23:57前回の情報ってどこに保存してるの?
それとも毎回全部比較してるの?
0027名無しさん@お腹いっぱい。
2007/01/15(月) 00:36:15毎回全部比較する。
0028名無しさん@お腹いっぱい。
2007/01/16(火) 16:30:380029名無しさん@お腹いっぱい。
2007/01/16(火) 21:02:140030名無しさん@お腹いっぱい。
2007/01/16(火) 22:48:410031名無しさん@お腹いっぱい。
2007/01/16(火) 23:54:55自分で比較しなくていいものを指示しろ
i.e. 比較が必要なものを明示しろ
0032名無しさん@お腹いっぱい。
2007/01/21(日) 10:50:32別の解決策を検討してみる
0033名無しさん@お腹いっぱい。
2007/02/12(月) 03:05:01現在のオプションはavzです。これだと差分だけ転送されてバックアップできるのですが、削除はされません。
よろしくお願いします。
0034名無しさん@お腹いっぱい。
2007/02/12(月) 03:46:000035名無しさん@お腹いっぱい。
2007/02/12(月) 16:54:40亀だけどLinuxなら
$ inotifywait -m -e delete -e close_write -e move -r /tmp
とかで変更操作内容を記録しておける。これを使えば差分転送を
比較なしにできるよ。OSによってAPIが違うみたいなので、他のOSの
場合はそこから調べないといけないけど。
0036名無しさん@お腹いっぱい。
2007/02/13(火) 03:25:060037名無しさん@お腹いっぱい。
2007/02/16(金) 01:29:03netbackup
0038名無しさん@お腹いっぱい。
2007/02/16(金) 09:33:27テープドライブ
0039名無しさん@お腹いっぱい。
2007/02/20(火) 00:27:000040名無しさん@お腹いっぱい。
2007/02/20(火) 13:26:29CygwinのrsyncでLinux上にコピーしたとき
Linux上でのファイル名は意味不明の数字になります。
Linux上で作った日本語ファイル名のファイルは
正常に日本語が見えています。
rsyncでコピーしたファイルの日本語ファイル名が
適切な文字コードに変換されるようにできないでしょうか?
0041名無しさん@お腹いっぱい。
2007/02/20(火) 13:27:590042名無しさん@お腹いっぱい。
2007/02/21(水) 10:39:55rsync したあと自分で変換するわけだが...
mv $file `echo $file| nkf -W8 -s`
とか。ただし、rsync する意味はなくなくるけどね。
Linux 側をUTF locale にするとそのまま見えたりするかも。まぁ、Windows と
一緒に使う奴ならlocale はShift JISなんだろうけどな。
0043名無しさん@お腹いっぱい。
2007/03/12(月) 15:06:20新しいテープでもなんでもこんなことをいわれるんだけど:
# dump 0ufabh /dev/nsa0 256 0 /home
DUMP: WARNING: should use -L when dumping live read-write filesystems!
DUMP: Date of this level 0 dump: Mon Mar 12 15:03:23 2007
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/da1s1a (/home) to /dev/nsa0
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 31198136 tape blocks.
DUMP: End of tape detected
DUMP: Closing /dev/nsa0
DUMP: Change Volumes: Mount volume #2
DUMP: Is the new volume mounted and ready to go?: ("yes" or "no")
dump - | dd of=/dev/nsa0 bs=256k で書き込む分には
全然問題なく書き込めるんだが...
0044名無しさん@お腹いっぱい。
2007/03/13(火) 22:48:290045名無しさん@お腹いっぱい。
2007/03/29(木) 04:18:13つーか、cygwin→debianで使ってるんだけど、cygwin側のパーミションの取得に失敗してるのか、強制的に000になってて泣ける。それ以外はいいソフトなんだけど。
むかしはrsyncを一日一回動かしてたけど、たとえば、ファイルサイズを0にするウィルスにかかって、気づかず間にrsyncが走ったら・・・と思って怖くなって移行した。
0046名無しさん@お腹いっぱい。
2007/04/10(火) 16:12:070047名無しさん@お腹いっぱい。
2007/05/19(土) 03:13:11ドライバのOS範囲を拡充しないので、どうしたものか。
0048名無しさん@お腹いっぱい。
2007/09/05(水) 14:47:30Linux to Linux です。
pdumpfs は、リモートからの(or リモートへの)バックアップに対応していないので
rdiff-backup を使い始めたのですが、
# rdiff-backup ./foo user@host::/bar
するにしても
# rdiff-backup user@host::/foo /bar
するにしても、相手方に rdiff-backup がインストールしていないとダメなんだよね
(やってみたらそうなった)
rdiff-backup は、バックアップから取り出すときの指定は、pdumpfs よりいろいろできそうだけど、
pdumpfs の、YYYY/MM/DD ごとにファイルが並ぶほうが、直感的でわかりやすいな。
pdumpfs-rsync というのもみつけた。
0049名無しさん@お腹いっぱい。
2007/10/28(日) 09:20:070050名無しさん@お腹いっぱい。
2007/10/28(日) 10:01:450051名無しさん@お腹いっぱい。
2007/10/28(日) 10:32:240052名無しさん@お腹いっぱい。
2007/10/28(日) 13:36:380053名無しさん@お腹いっぱい。
2007/10/28(日) 16:51:240054名無しさん@お腹いっぱい。
2007/10/28(日) 22:19:360055名無しさん@お腹いっぱい。
2007/10/30(火) 15:10:080056名無しさん@お腹いっぱい。
2007/11/01(木) 02:26:31rsyncは規模に対する限界が速すぎるので、scpにして後は回線帯域を
投げて解決。フルコピーできない場合はmd5sumとか取っておいて、それを
比較して該当分だけscp。
たかがファイルコピーだが、規模が大きくなると別種の問題になるよね。
rsyncはメモリリークしてるわけじゃないけど結構前のGNU cpではリークしてて、
数百GB、数百万ファイルのcp -aしたらメモリが尽きてお亡くなりに。
そりゃ普通はリークしてもすぐ終了するから問題ないんだけどね・・・
0057名無しさん@お腹いっぱい。
2007/11/01(木) 02:41:48Thanks.. 試してみむ。
0058名無しさん@お腹いっぱい。
2007/11/01(木) 12:49:20数が多いと数ギガとか使われる
0059名無しさん@お腹いっぱい。
2007/11/14(水) 05:14:01規模が大きいことを前提としておいて scp とか md5sum とかあり得ない。
そんなことするくらいなら、古典的な tar の差分バックアップの方がずっとまし。
ついでに言うと rsync 3.0 でその手の問題は解決。
0060名無しさん@お腹いっぱい。
2007/11/18(日) 22:28:52日本語のファイル・フォルダ名が入っていると、バックアップができません。
パッチとか、良い方法はありますか?
0061名無しさん@お腹いっぱい。
2007/11/18(日) 23:43:15>>16
ttp://kony.no-ip.info/~kon/wiki/index.php?Windowsでrsyncを使う
0062名無しさん@お腹いっぱい。
2007/11/19(月) 23:13:29それはまった。Linux側ではUTF-8、Windows側でSJISでうまく同期できず。
OCamlなんて言語で書いてあるから直す気も失せた。
現状うまく使う方法としてはSamba経由でドライブにマウントして、
その上でunisonをドライブ同士でかけることかな。もっとも自分は
Windowsのオフラインフォルダに逃げた逃亡兵。
0063名無しさん@お腹いっぱい。
2007/11/20(火) 03:00:42smbget でミラーつくったりしてるけど。
0064名無しさん@お腹いっぱい。
2007/11/20(火) 21:41:38おお、同志よ!やっぱりはまりましたか!
じゃ私は、Unison 諦めて Mercurial に逃げます!
0065名無しさん@お腹いっぱい。
2007/11/21(水) 01:41:00rsync 3.0まだでてないじゃん
0066名無しさん@お腹いっぱい。
2008/03/02(日) 11:44:59現在は、cron+dumpでファイルに落として、そのファイルを別ホストにミラーするのと
DVDに焼くのとでバックアップを回してます。これだとダンプしたファイルを
秘匿しないといけないのが難だなってことで、暗号化したいと思っています。
初めはGnuPGがいいかなと思ったのですが、同一のパスフレーズから完全一致する
鍵ペアを再生成する方法がわからなかったので、鍵ペアの保守に困りそう...
てことで、mcryptを調べたりしているところです。
対象ホストはLinuxですが、なるべくOSに依存しない手段を選べると嬉しいです。
何かアドバイスがいただけるとありがたいです。
0067名無しさん@お腹いっぱい。
2008/03/03(月) 14:48:400068名無しさん@お腹いっぱい。
2008/03/03(月) 18:38:30熟練管理者御用達のバックアップツール「rsync 3.0」 - Mac対応強化 | エンタープライズ | マイコミジャーナル
http://journal.mycom.co.jp/news/2008/03/03/015/index.html
0069名無しさん@お腹いっぱい。
2008/03/18(火) 09:40:180070名無しさん@お腹いっぱい。
2008/04/14(月) 11:14:42http://oshiete1.goo.ne.jp/qa1614836.html?ans_count_asc=1
ファイル数多いからバックアップにtar通せみたいな流れになっているんですが、
差分バックアップはどうするんだろう?
あとrsyncってメモリ消費型なんですね・・・
ファイル数多いと馬鹿食いするのかー。
UNIXには、Windowsの fastcopy みたいなツールはないんでしょうか?
fastcopy は、100万ファイルあってもメモリ消費は少、コピー自体も爆速なんですが。
0071名無しさん@お腹いっぱい。
2008/04/14(月) 11:15:020072名無しさん@お腹いっぱい。
2008/04/14(月) 12:20:04ファイル数が多いとすぐ1Gとか行っちゃうよ
個々のファイルサイズにもよるけど
tarで固めて全部送ったほうが速い場合もある
0073名無しさん@お腹いっぱい。
2008/04/14(月) 14:18:420074名無しさん@お腹いっぱい。
2008/04/14(月) 14:36:41500GBのストレージで10GBしか更新されたファイルがないようなときです
0075名無しさん@お腹いっぱい。
2008/04/14(月) 14:41:39その fastcopy ってやつの仕組みは rsync とどう違うの?
0076名無しさん@お腹いっぱい。
2008/04/14(月) 15:02:24rsync-3.0はあまりメモリ食わないみたいよ
0077名無しさん@お腹いっぱい。
2008/04/14(月) 15:35:25まあrsyncで実際に試してみりゃ問題ないのわかると思うけど。
0078名無しさん@お腹いっぱい。
2008/04/15(火) 23:43:34FastCopyはこれです
http://www.ipmsg.org/tools/fastcopy.html
元々は、小さなファイルなどをオンメモリで一括コピーするような
高速なファイルコピー、削除ツールなのですが、
UNICODE対応、省メモリなのがこれしかなくて、
Windowsでのバックアップ、ミラーリングに使ってます
(バックアップ専用ソフトでもこういうのがなかなかない)
HDD内に100万ファイルくらいあってもメモリ量はびびたるもの。
前にWindowsでBunBackupというのを使ったのですが、こちらは、
100万ファイルだと1.0GBほどメモリを使いましたw
rsyncのソースは読んだことないのですが、
メモリをたくさん食う方だとネットでも見ているのですが、
そうなるとクリティカルなバックアップ局面では使えない気がします
3.0では解決された?
0079名無しさん@お腹いっぱい。
2008/04/16(水) 00:33:59rsync 3.0ではファイルの数が多くてもメモリの使用量は少ない.
ただし,
・更新元にないファイルをどのタイミングで消すか
・ハードリンクをどれくらいちゃんと扱うか
といった条件次第では, 転送を開始する前に両端での各ファイルの
stat 結果を保持することになるのでメモリの使用量は従来同様多い.
0080名無しさん@お腹いっぱい。
2008/04/16(水) 00:50:34ipmsgのファイル転送も最強に速いからね
ただ、FastCopyはファイル転送ツールじゃないでしょ?
0081名無しさん@お腹いっぱい。
2008/04/16(水) 00:59:11いつからここはファイル転送ツールスレ(しかもWindows)になったんだ?
■ このスレッドは過去ログ倉庫に格納されています