5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

バックアップ_(2)

1 :名無しさん@お腹いっぱい。:2006/07/31(月) 18:24:59
前スレ
http://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


2 :名無しさん@お腹いっぱい。:2006/07/31(月) 23:43:02
あ、新スレ立ったのか。乙>1

ところで、バックアップツールで一つ発見。(GNU な)cp は
メモリリークするので使ってはいけない。250GBのデータコピーしたら
メモリを使い果たしてシステムごとあぼーんしました。ガイシュツ?


3 :名無しさん@お腹いっぱい。:2006/08/01(火) 07:25:50
どこだか知らないけど、見たことあるよ。

4 :名無しさん@お腹いっぱい。:2006/08/01(火) 09:39:54
これはリークじゃないけど、rsyncもオンメモリで比較用データ持つから
巨大なファイルツリーの転送には使えないんだよな。どっちも本格的
バックアップには元々使わないだろうけど、対象が巨大化すると
こういった細かいツールが思うように使えなくなって困る。


5 :名無しさん@お腹いっぱい。:2006/08/01(火) 15:22:03
…pax最強?

6 :名無しさん@お腹いっぱい。:2006/08/01(火) 21:33:33
rsync -W

7 :名無しさん@お腹いっぱい。:2006/08/02(水) 20:05:43
>>6
それじゃ解決しない。差分計算のところじゃなくて、転送対象
一覧管理でのメモリ消費が問題だから。

- http://samba.anu.edu.au/rsync/FAQ.html#4
- http://samba.anu.edu.au/rsync/FAQ.html#5

のこと。ウン百万ファイル数のツリーコピーで死ねます。

結局速度の問題もあって、今はRAID1の玉交換でバックアップしてる。


8 :名無しさん@お腹いっぱい。:2006/08/03(木) 09:59:38
dar も同じで、ファイル管理情報でメモリ一杯になる orz

9 :名無しさん@お腹いっぱい。:2006/08/15(火) 03:20:45
変な質問で申し訳ない。
AIXでmtxを使用することはできますか?

10 :名無しさん@お腹いっぱい。:2006/08/18(金) 07:41:36
これのこと?→ http://mtx.badtux.net/

かなり低レベルなSCSIアクセスするみたいだから、無理じゃね?
開発対象外だし、動作レポートはSolaris/Linux/FreeBSDで埋め尽く
されてるから動いたとしても安定稼動できるかは「?」だろうし。


11 :名無しさん@お腹いっぱい。:2006/09/03(日) 14:14:44
保守

12 :名無しさん@お腹いっぱい。:2006/09/28(木) 01:39:32
rsyncでsshを経由してバックアップを行っています。
日本語を使用したディレクトリ下のファイルが転送されないのですが、
日本語ファイルは扱えないのでしょうか?

13 :名無しさん@お腹いっぱい。:2006/09/28(木) 21:32:23
普通に使えると思うが、エンコーディングは?
ローカルで rsync foo/ bar/ でも駄目なの?


14 :名無しさん@お腹いっぱい。:2006/09/28(木) 23:51:46
OSは?

15 :名無しさん@お腹いっぱい。:2006/10/02(月) 00:58:04
>>12
OSによる。Windowsだと日本語ファイルには完全には対応していない。

16 :名無しさん@お腹いっぱい。:2006/11/06(月) 10:46:48
Windowsだったら、UTF-8化したcygwinのrsync使えば日本語可能だけどね

17 :名無しさん@お腹いっぱい。:2006/11/30(木) 19:20:42
UTF-8化したcygwinはどこで手にはいるのでしょうか?

18 :名無しさん@お腹いっぱい。:2006/11/30(木) 20:04:58
ググレカス

19 :名無しさん@お腹いっぱい。:2006/11/30(木) 20:07:14
ググったのですが見つかりません

20 :名無しさん@お腹いっぱい。:2006/12/02(土) 23:39:41
rsyncもうまくディレクトリ分けて実行すれば何とかなるのでは?

21 :名無しさん@お腹いっぱい。:2006/12/27(水) 01:02:15
webdavに対してrsyncを使いたいのですが、どのオプションを使えばよいのでしょうか?

22 : 【中吉】 【316円】 :2007/01/01(月) 10:47:30
davは対応していない

23 :名無しさん@お腹いっぱい。:2007/01/01(月) 11:27:21
google に対して rsync を…
amazon に対して rsync を…
○△□ に対して rsync を…


24 :名無しさん@お腹いっぱい。:2007/01/01(月) 11:59:11
>>21
マウントしてからrsyncすればおけ

25 : 【末吉】 【818円】 :2007/01/01(月) 17:22:14
バックアップはとっておくべきだべ。

26 :名無しさん@お腹いっぱい。:2007/01/15(月) 00:23:57
rsync って、2つのディレクトリを比較して差分ミラーしてくれるけど、
前回の情報ってどこに保存してるの?
それとも毎回全部比較してるの?


27 :名無しさん@お腹いっぱい。:2007/01/15(月) 00:36:15
>>26
毎回全部比較する。


28 :名無しさん@お腹いっぱい。:2007/01/16(火) 16:30:38
毎回全部比較しないようにする方法はありませんか?

29 :名無しさん@お腹いっぱい。:2007/01/16(火) 21:02:14
>>28 「毎回全部比較しない」ってどういう挙動を期待してるの?

30 :名無しさん@お腹いっぱい。:2007/01/16(火) 22:48:41
毎回全部取れ。

31 :名無しさん@お腹いっぱい。:2007/01/16(火) 23:54:55
>28
自分で比較しなくていいものを指示しろ

i.e. 比較が必要なものを明示しろ

32 :名無しさん@お腹いっぱい。:2007/01/21(日) 10:50:32
>>28
別の解決策を検討してみる

33 :名無しさん@お腹いっぱい。:2007/02/12(月) 03:05:01
rsyncでバックアップを取る際に、バックアップ元にないファイルは削除したいのですが、どのオプションをつければよいのでしょうか?
現在のオプションはavzです。これだと差分だけ転送されてバックアップできるのですが、削除はされません。
よろしくお願いします。

34 :名無しさん@お腹いっぱい。:2007/02/12(月) 03:46:00
--delete


35 :名無しさん@お腹いっぱい。:2007/02/12(月) 16:54:40
>>28
亀だけどLinuxなら

$ inotifywait -m -e delete -e close_write -e move -r /tmp

とかで変更操作内容を記録しておける。これを使えば差分転送を
比較なしにできるよ。OSによってAPIが違うみたいなので、他のOSの
場合はそこから調べないといけないけど。



36 :名無しさん@お腹いっぱい。:2007/02/13(火) 03:25:06
圧縮した状態でバックアップしておきたいのですが、みなさんはどのようなツールをお使いですか?


37 :名無しさん@お腹いっぱい。:2007/02/16(金) 01:29:03
>>36
netbackup

38 :名無しさん@お腹いっぱい。:2007/02/16(金) 09:33:27
>>36
テープドライブ

39 :名無しさん@お腹いっぱい。:2007/02/20(火) 00:27:00
dump

40 :名無しさん@お腹いっぱい。:2007/02/20(火) 13:26:29
Winodws上の日本語ファイル名のファイルを
CygwinのrsyncでLinux上にコピーしたとき
Linux上でのファイル名は意味不明の数字になります。
Linux上で作った日本語ファイル名のファイルは
正常に日本語が見えています。
rsyncでコピーしたファイルの日本語ファイル名が
適切な文字コードに変換されるようにできないでしょうか?


41 :名無しさん@お腹いっぱい。:2007/02/20(火) 13:27:59
板違いだろうなきっと

42 :名無しさん@お腹いっぱい。:2007/02/21(水) 10:39:55
rsync はファイル名の変換をしてないので、自分で変換するコードを入れるか、
rsync したあと自分で変換するわけだが...
mv $file `echo $file| nkf -W8 -s`
とか。ただし、rsync する意味はなくなくるけどね。

Linux 側をUTF locale にするとそのまま見えたりするかも。まぁ、Windows と
一緒に使う奴ならlocale はShift JISなんだろうけどな。

43 :名無しさん@お腹いっぱい。:2007/03/12(月) 15:06:20
なんか FreeBSD の /sbin/dump って最近変わった?

新しいテープでもなんでもこんなことをいわれるんだけど:
# 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 で書き込む分には
全然問題なく書き込めるんだが...

44 :名無しさん@お腹いっぱい。:2007/03/13(火) 22:48:29
baculaいいよ

45 :名無しさん@お腹いっぱい。:2007/03/29(木) 04:18:13
rdiff-backupな人はおらんの?
つーか、cygwin→debianで使ってるんだけど、cygwin側のパーミションの取得に失敗してるのか、強制的に000になってて泣ける。それ以外はいいソフトなんだけど。

むかしはrsyncを一日一回動かしてたけど、たとえば、ファイルサイズを0にするウィルスにかかって、気づかず間にrsyncが走ったら・・・と思って怖くなって移行した。

46 :名無しさん@お腹いっぱい。:2007/04/10(火) 16:12:07
cygwin相手にrdiff-backupなんてなあ... とてもじゃないが恐くてできない。


47 :名無しさん@お腹いっぱい。:2007/05/19(土) 03:13:11
今、AIT-Turbo試しているんだけど、くソニーが SATA版の
ドライバのOS範囲を拡充しないので、どうしたものか。

48 :名無しさん@お腹いっぱい。:2007/09/05(水) 14:47:30
超遅レスですが、私も rdiff-backup を使い始めました。
Linux 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 というのもみつけた。

49 :名無しさん@お腹いっぱい。:2007/10/28(日) 09:20:07
rsyncをcronで実行しているのですが、実行結果をログの形で残すことはできないでしょうか?

50 :名無しさん@お腹いっぱい。:2007/10/28(日) 10:01:45
できます


51 :名無しさん@お腹いっぱい。:2007/10/28(日) 10:32:24
もちろんできます

52 :名無しさん@お腹いっぱい。:2007/10/28(日) 13:36:38
たしかにできました。ありがとうございました。

53 :名無しさん@お腹いっぱい。:2007/10/28(日) 16:51:24
rsyncをcronで実行しているのですが、実行結果のログを残す方法を教えてください

54 :名無しさん@お腹いっぱい。:2007/10/28(日) 22:19:36
>>filename.log 2>&1


55 :名無しさん@お腹いっぱい。:2007/10/30(火) 15:10:08
rsyncが止まって動かなくなるんで、バックアップに使えなくなった・・・orz.

56 :名無しさん@お腹いっぱい。:2007/11/01(木) 02:26:31
scpに切り替えてしまうのが吉。
rsyncは規模に対する限界が速すぎるので、scpにして後は回線帯域を
投げて解決。フルコピーできない場合はmd5sumとか取っておいて、それを
比較して該当分だけscp。

たかがファイルコピーだが、規模が大きくなると別種の問題になるよね。
rsyncはメモリリークしてるわけじゃないけど結構前のGNU cpではリークしてて、
数百GB、数百万ファイルのcp -aしたらメモリが尽きてお亡くなりに。

そりゃ普通はリークしてもすぐ終了するから問題ないんだけどね・・・

57 :名無しさん@お腹いっぱい。:2007/11/01(木) 02:41:48
>>56
Thanks.. 試してみむ。

58 :名無しさん@お腹いっぱい。:2007/11/01(木) 12:49:20
rsyncは対象ファイルが多くなればなるほどメモリ使うからね
数が多いと数ギガとか使われる

59 :名無しさん@お腹いっぱい。:2007/11/14(水) 05:14:01
>>56
規模が大きいことを前提としておいて scp とか md5sum とかあり得ない。
そんなことするくらいなら、古典的な tar の差分バックアップの方がずっとまし。

ついでに言うと rsync 3.0 でその手の問題は解決。



60 :名無しさん@お腹いっぱい。:2007/11/18(日) 22:28:52
Win のデータを Linux サーバに、Unison というソフトで同期バックアップをしているのですが、
日本語のファイル・フォルダ名が入っていると、バックアップができません。
パッチとか、良い方法はありますか?

61 :名無しさん@お腹いっぱい。:2007/11/18(日) 23:43:15
rsyncだとできるのかね?
>>16

ttp://kony.no-ip.info/~kon/wiki/index.php?Windowsでrsyncを使う

62 :名無しさん@お腹いっぱい。:2007/11/19(月) 23:13:29
>>60
それはまった。Linux側ではUTF-8、Windows側でSJISでうまく同期できず。
OCamlなんて言語で書いてあるから直す気も失せた。

現状うまく使う方法としてはSamba経由でドライブにマウントして、
その上でunisonをドライブ同士でかけることかな。もっとも自分は
Windowsのオフラインフォルダに逃げた逃亡兵。

63 :名無しさん@お腹いっぱい。:2007/11/20(火) 03:00:42
>>62
smbget でミラーつくったりしてるけど。

64 :名無しさん@お腹いっぱい。:2007/11/20(火) 21:41:38
>>62
おお、同志よ!やっぱりはまりましたか!
じゃ私は、Unison 諦めて Mercurial に逃げます!


65 :名無しさん@お腹いっぱい。:2007/11/21(水) 01:41:00
>>59
rsync 3.0まだでてないじゃん

66 :名無しさん@お腹いっぱい。:2008/03/02(日) 11:44:59
バックアップを暗号化したいのですが、定番のやり方ってあります?

現在は、cron+dumpでファイルに落として、そのファイルを別ホストにミラーするのと
DVDに焼くのとでバックアップを回してます。これだとダンプしたファイルを
秘匿しないといけないのが難だなってことで、暗号化したいと思っています。

初めはGnuPGがいいかなと思ったのですが、同一のパスフレーズから完全一致する
鍵ペアを再生成する方法がわからなかったので、鍵ペアの保守に困りそう...
てことで、mcryptを調べたりしているところです。

対象ホストはLinuxですが、なるべくOSに依存しない手段を選べると嬉しいです。
何かアドバイスがいただけるとありがたいです。


67 :名無しさん@お腹いっぱい。:2008/03/03(月) 14:48:40
bacula はバックアップの暗号化をサポートしてるで

68 :名無しさん@お腹いっぱい。:2008/03/03(月) 18:38:30
>>65
熟練管理者御用達のバックアップツール「rsync 3.0」 - Mac対応強化 | エンタープライズ | マイコミジャーナル
http://journal.mycom.co.jp/news/2008/03/03/015/index.html

69 :名無しさん@お腹いっぱい。:2008/03/18(火) 09:40:18
やっとでたのか〜

70 :名無しさん@お腹いっぱい。:2008/04/14(月) 11:14:42
rsyncの挙動について - 教えて!goo
http://oshiete1.goo.ne.jp/qa1614836.html?ans_count_asc=1

ファイル数多いからバックアップにtar通せみたいな流れになっているんですが、
差分バックアップはどうするんだろう?

あとrsyncってメモリ消費型なんですね・・・
ファイル数多いと馬鹿食いするのかー。

UNIXには、Windowsの fastcopy みたいなツールはないんでしょうか?
fastcopy は、100万ファイルあってもメモリ消費は少、コピー自体も爆速なんですが。

71 :名無しさん@お腹いっぱい。:2008/04/14(月) 11:15:02
追記:あと差分コピーも可です。

72 :名無しさん@お腹いっぱい。:2008/04/14(月) 12:20:04
>>70
ファイル数が多いとすぐ1Gとか行っちゃうよ
個々のファイルサイズにもよるけど
tarで固めて全部送ったほうが速い場合もある

73 :名無しさん@お腹いっぱい。:2008/04/14(月) 14:18:42
rsyncで処理するのが不適当なファイル数なら、俺なら(ufs)dump/restore使うなあ。

74 :名無しさん@お腹いっぱい。:2008/04/14(月) 14:36:41
そういう意味ではなく、全体のファイル数が多くて、差分コピーするって話なのですが・・・
500GBのストレージで10GBしか更新されたファイルがないようなときです

75 :名無しさん@お腹いっぱい。:2008/04/14(月) 14:41:39
>>70
その fastcopy ってやつの仕組みは rsync とどう違うの?

76 :名無しさん@お腹いっぱい。:2008/04/14(月) 15:02:24
>>70
rsync-3.0はあまりメモリ食わないみたいよ

77 :名無しさん@お腹いっぱい。:2008/04/14(月) 15:35:25
着目するべきなのは容量でなくファイル数。
まあrsyncで実際に試してみりゃ問題ないのわかると思うけど。

78 :名無しさん@お腹いっぱい。:2008/04/15(火) 23:43:34
>>75
FastCopyはこれです
http://www.ipmsg.org/tools/fastcopy.html

元々は、小さなファイルなどをオンメモリで一括コピーするような
高速なファイルコピー、削除ツールなのですが、
UNICODE対応、省メモリなのがこれしかなくて、
Windowsでのバックアップ、ミラーリングに使ってます
(バックアップ専用ソフトでもこういうのがなかなかない)

HDD内に100万ファイルくらいあってもメモリ量はびびたるもの。
前にWindowsでBunBackupというのを使ったのですが、こちらは、
100万ファイルだと1.0GBほどメモリを使いましたw

rsyncのソースは読んだことないのですが、
メモリをたくさん食う方だとネットでも見ているのですが、
そうなるとクリティカルなバックアップ局面では使えない気がします
3.0では解決された?

79 :名無しさん@お腹いっぱい。:2008/04/16(水) 00:33:59
>>78
rsync 3.0ではファイルの数が多くてもメモリの使用量は少ない.
ただし,
・更新元にないファイルをどのタイミングで消すか
・ハードリンクをどれくらいちゃんと扱うか
といった条件次第では, 転送を開始する前に両端での各ファイルの
stat 結果を保持することになるのでメモリの使用量は従来同様多い.






80 :名無しさん@お腹いっぱい。:2008/04/16(水) 00:50:34
>>78
ipmsgのファイル転送も最強に速いからね
ただ、FastCopyはファイル転送ツールじゃないでしょ?

81 :名無しさん@お腹いっぱい。:2008/04/16(水) 00:59:11
>>80
いつからここはファイル転送ツールスレ(しかもWindows)になったんだ?


82 :名無しさん@お腹いっぱい。:2008/04/16(水) 10:17:34
まあ rsync がベンリすぎて remote 相手でなく
ローカルで使うことも多いってことの弊害(?)だわな

83 :名無しさん@お腹いっぱい。:2008/04/16(水) 10:34:27
人に聞く前に自分で試せ
その方が三億倍早いだろうが
お前の手と目と頭は飾りか?

84 :名無しさん@お腹いっぱい。:2008/04/17(木) 21:49:53
飾りです、エロイ(ry

85 :名無しさん@お腹いっぱい。:2008/04/17(木) 22:18:30
ext3専用→dump
Reiser4でdumpと同じようなソフトは何かある?

86 :名無しさん@お腹いっぱい。:2008/04/18(金) 16:31:04
ありませんのでReiserFSは捨ててください。

87 :名無しさん@お腹いっぱい。:2008/04/23(水) 02:47:24
初歩的な質問ですみません。OSはGNU/Linuxです。

tarを使ってバックアップを採っていたのですが、どうやらこのプロセスが
ハングアップしてしまったようで、psコマンドで見ると以下のような状態になって
しまいました。
で、kill -9 も効きません。

# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
・・・・・ 抜粋 ・・・・・
root 4254 0.0 0.0 0 0 ? DW Apr18 1:56 [tar]


また、テープデバイスも道連れになってしまったようで、テープの操作が
できません。offlineも駄目です。
なんとかテープドライブを使える状態にしたいのですが、リブートせずに
テープデバイスを開放する方法は無いでしょうか?

# mt -f /dev/st0 status
/dev/st0: Device or resource busy

# mt -f /dev/st0 offline
/dev/st0: Device or resource busy

88 :名無しさん@お腹いっぱい。:2008/04/23(水) 03:42:38
kernelの中でIO待ちになってしまっているので、いくらkillしても
IO待ちが終わらないとsignalは届かないだろう。

テープ無理矢理イジェクトするとか、ドライブの電源落としてみるとかすれば、
運が良ければtimeoutして戻ってきてくれるかもしれない。

89 :名無しさん@お腹いっぱい。:2008/04/23(水) 03:54:52
ドライブの eject ボタンを5秒ほど押すと、リセットできるドライブが
多いんだがドライブの取説には書いてないか?


90 :名無しさん@お腹いっぱい。:2008/04/24(木) 00:53:46
いちおう
kill -HUP
kill -INT
kill -QUIT

ダメなら
rmmod -f st
これはパニって死ぬかもw

91 :87:2008/04/24(木) 02:26:04
アドバイスありがとうございます。

>>88
内蔵のドライブなのでドライブのみ電源を落とす、てのはできませんでした。
ただ、イジェクトボタンでのイジェクトは出来ました。
そこでどうだっ! とkill -9 でしたがやっぱり駄目でした。
>>89
テープのイジェクト状態で、ボタンの長押しもやってみましたが残念ながら
状態は変わりませんでした。

>>90
ありがとうございます。試してみます。
kill -HUP は-9の前にやってみたんですが、他は明日やってみます。
…rmmodはちょっと怖い(動いてないけど捕まえてるみたいだし)ので保留という
事で… スミマセン。

なんとなく、[tar]を殺せばなんとかなりそうな感じもするんですが、調べてみる
と「まあ、まずはテープを開放しろ」てなページも多かったりで(その方法も判か
らないでいますが)どっちが先なのだ?と言う感じになってしまっています。
上手く行ったらご報告しますね。

92 :名無しさん@お腹いっぱい。:2008/04/24(木) 23:17:11
テープがSCSIならSCSIケーブル抜けばドライバがバスリセットかけて
復活するかも。その後でもっかいつなぎなおしてrescan-scsi-busすればいい。

93 :87:2008/04/29(火) 13:57:26
結局ベンダーへ問い合わせしました。
今結果待ち。結構待ってます。

>>92
ありがとうございます。
ただ、内蔵なんですこれが。

ちなみに、windows系のサーバなんかだと周辺機器へのアクセスが無い事を確認し
て、結構 機器のoff→ON!とかやっちゃう事はあるのですが(今回のように内蔵
だとそれもままなりませんが)solarisやらLinuxで同様の事ってやって大丈夫な
ものなんでしょうか?・・・・ここで聞くこ事でもないのかもしれませんが。

カーネルがパニックとかになると、結構怖いかも(イジェクトボタン長押しはやり
ましたが。。)

94 :名無しさん@お腹いっぱい。:2008/04/29(火) 17:14:49
ふた開けてデバイス供給コネクタだけ抜けば?
とか

95 :名無しさん@お腹いっぱい。:2008/05/24(土) 09:50:34
scsi*系コマンドでリセット命令送信することができたような・・・

96 :名無しさん@お腹いっぱい。:2008/06/02(月) 07:02:07
バックアップしたい500Gのドライブがあって400Gまで溜まったので
そろそろバックアップしたいと思います。
テープバックアップは考えておらず、HDDは以前にモータが壊れた事があるので
DVDでバックアップを考えています。

差分のイメージを作成し圧縮してDVDに保存することは可能でしょうか?

97 :名無しさん@お腹いっぱい。:2008/06/02(月) 10:43:33
>>96
可能

だけど、圧縮なんて、ほとんど効果無いし、焼き損じの可能性を
考慮するとリスキー

98 :名無しさん@お腹いっぱい。:2008/06/02(月) 10:47:32
>>96じゃないんだけど便乗で。
つまりお薦めはやっぱりテープということに?

99 :名無しさん@お腹いっぱい。:2008/06/02(月) 11:48:08
>>98
オヌヌメは同容量のHDDだな
ddの後でザット内容を確認したら、保管しておけば
ます故障は無い
心配なら2台取れば良いし

俺なら、新品を装着して、古いのをバックアップにしまうけどね

だいたい、毎日使っていて壊れないのに
引き出し保管で壊れる訳がないんだよ
DVDの劣化の方がもっと心配じゃね?

差分を取るのも基本的には同じ考え。
テープやDVDにコマギレでしまうなら、HDDのほうが信頼感はある
テープは週単位とかの書き換え前提な一時的なバックアップだな。




100 :名無しさん@お腹いっぱい。:2008/06/02(月) 12:00:01
>>99
>だいたい、毎日使っていて壊れないのに

ダウト。毎日使っているから壊れない。

HDDへのバックアップは極めてお勧めしない。

101 :名無しさん@お腹いっぱい。:2008/06/02(月) 19:22:25
>100
そうなんです。
HDDは通電してないと、モータの寿命が早まる気がしています。
基本的にまわし続けていたほうが長いと思います。

やはりDVDでやりたいと思います。


102 :名無しさん@お腹いっぱい。:2008/06/02(月) 23:03:46
今ならDVDよりはBDのほうが楽なんじゃないの

103 :名無しさん@お腹いっぱい。:2008/06/02(月) 23:32:53
年中無休発狂妄想爆裂憤死寸前粘着真性キチガイ包茎池沼病気猿男(狂猿)◆QfF6cO2gD6による気違いカキコの続き:

リナックスデスクトップ画像 Part19
http://pc11.2ch.net/test/read.cgi/linux/1210695705/163

163 名前:login:Penguin[sage] 投稿日:2008/06/02(月) 18:40:08 ID:NHwjZMfE
FreeBSDスレにいたキチガイじゃ!!

初心者もOK! FreeBSD質問スレッド その95
http://pc11.2ch.net/test/read.cgi/unix/1210728872/793

793 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2008/06/02(月) 18:41:54
このkitty guyは、ここより大人しいがLinux板にもいるぞw
アク禁にならないのが不思議w

795 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2008/06/02(月) 18:53:54
やはり本人だったかw

797 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2008/06/02(月) 18:55:10
特徴ありすぎて他板でもすぐにわかるな彼 かわいい

なんも知らないLinuxについて教えてのスレ
http://pc11.2ch.net/test/read.cgi/os/1211461879/67

67 名前:Be名無しさん[sage] 投稿日:2008/05/30(金) 18:29:07
某基地害猿みたいな奴はどこにでもいるんだな
--------------------------------------------------------------------------------------------
UNIX板のあちこちのスレッドを荒らしている凶悪メンヘラ・真性キチガイ猿粘着◆QfF6cO2gD6。
いつも荒らしを憎むようなレスをするが、実際に荒らしているのは自分。
気色の悪い年中無休発狂粘着真性キチガイ包茎池沼病気猿男(狂猿)◆QfF6cO2gD6があちこちのスレに
遂に理解できないような基地害カキコをし始めた!気持ちが悪い…。

104 :名無しさん@お腹いっぱい。:2008/06/03(火) 00:38:18
>>100,101
壊れてもいいんだよ。
バックアップの効果は寿命が異なるメディアにデータを乗せることで
片方が壊れたときにもう一方が生きている可能性を高めるだけだから、
バックアップ側が違うタイミングで壊れる限り、問題なし。

105 :名無しさん@お腹いっぱい。:2008/06/03(火) 02:58:18
すみません。
この調子でいくとデータが1Tをオーバーするんですけど、
HDDの容量をオーバーする場合、2台になり管理が難しくなります。

スナップショットを利用すると解決するのでしょうか。

106 :名無しさん@お腹いっぱい。:2008/06/03(火) 09:18:52
スレからするとバックアップをどうとるかについての疑問?

バックアップ側のHDDもRAID にするしかないでしょう

or 素直に LTO-4 辺りを使うか

107 :名無しさん@お腹いっぱい。:2008/06/03(火) 09:24:40
>>104
おいおい、壊れるタイミングは違うだろうけど、
バックアップが先に死んでいたらどうするんだ?
HDDは止めている方が死にやすいんだから、バックアップ側が先に全滅ってのは
大いにあるぞ。

で、バックアップが全滅しているのに気付くのは、大抵リストアしようとしたとき…

108 :名無しさん@お腹いっぱい。:2008/06/03(火) 09:54:47
差分バックアップだったら, dump, tar, cpioお好きなのをどうぞ.

109 :名無しさん@お腹いっぱい。:2008/06/03(火) 11:29:59
Dar もお勧め。

110 :名無しさん@お腹いっぱい。:2008/06/03(火) 13:14:38
Darとは!

しらなかった

111 :名無しさん@お腹いっぱい。:2008/06/03(火) 13:42:12
間を取って、差分データを常設HDDに格納だな!


112 :名無しさん@お腹いっぱい。:2008/06/03(火) 15:54:30
しかし、アニメ・3D系の制作会社のテラレベルのバックアップはどーなってんの!

113 :名無しさん@お腹いっぱい。:2008/06/03(火) 15:58:50
otsuneモヒカン先生が詳しそうだけど
ギョームの話はあまり書かないからなぁ

114 :名無しさん@お腹いっぱい。:2008/06/03(火) 18:11:48
HDDはRAID以外使い道無いって事か
保管や可搬性を考慮した場合、DVDかテープという事に?

115 :名無しさん@お腹いっぱい。:2008/06/03(火) 18:40:20
テラレベルのバックアップなぞ、HDD以外考えれん。

116 :名無しさん@お腹いっぱい。:2008/06/03(火) 18:41:19
DVD はムチャでしょ。
いったい何枚いるのやら。
定期的に生死を確認するだけでも一苦労だと思うけど。

テープは強力だとは思うけど、 LTO とか個人で使うには高すぎるよね。
DDS じゃ容量的に DVD や BD と大差ないだろうし。

現実的なのは HDD しかないと思う。

117 :名無しさん@お腹いっぱい。:2008/06/03(火) 18:57:44
俺はテラクラスのバックアップなんて言ってないが

118 :名無しさん@お腹いっぱい。:2008/06/03(火) 19:06:32
お、おれも言ってないぞ

119 :名無しさん@お腹いっぱい。:2008/06/03(火) 21:18:53
放送業界だとLTOで納入じゃなかったっけか。
バックアップも自然とテープでしょ。

120 :名無しさん@お腹いっぱい。:2008/06/03(火) 22:06:56

HDDのバックアップは基本的にNGだろ!

121 :名無しさん@お腹いっぱい。:2008/06/03(火) 23:18:09
NGなんてメディアあったっけ

122 :名無しさん@お腹いっぱい。:2008/06/04(水) 00:37:12
確か微生物を使うやつじゃなかったっけ?

123 :名無しさん@お腹いっぱい。:2008/06/04(水) 11:22:08
ゲーセンで配るのか。。。

124 :名無しさん@お腹いっぱい。:2008/06/04(水) 14:50:23
なんか前提がはっきりしないから話がまとまらないね

HDD を使わないで保管しておく場合、どれくらいで壊れるの?

例えば、新品で買って、バックアップ取って、そのまま保存した場合、とかさ
もしくは、実際に壊れた人は体験談を教えてよ

125 :名無しさん@お腹いっぱい。:2008/06/04(水) 15:45:26
>>124
迷信だろ

うちは10年で50-60台じゃ効かないくらいの
バックアップHDDが保管庫にあるが、一番古いものでも
全く問題ないよ
いちおう、安全を考えて多重化もしてるけどね

むしろDAT時代のテープが復帰できないことが多かった
書き込み不良もあるんだろうけど
とにかく時間が掛かるんで、確認もおろそかだったし
不人気なので今は一切使われていない
ローカル単位だとDVDもDLTもあるんだが
DVDは多少の焼き損じが発生してるので、バックアップの総元締めのHDDから戻す

信頼性が抜群なのは、8単位の紙テープ
これは、信頼度100%だね
もう廃棄が進んで、ほんの少ししか保管されてないけど
8/5/3.5FDは完全廃棄済み


126 :名無しさん@お腹いっぱい。:2008/06/04(水) 16:10:55

DTLA(旧IBM)製でデータが全て飛んだことがあるから、怖いんだわ。
DTLA30台買って、結局全て壊れたもんなぁ

今はseagate使ってるよ。

おまいらはscsiつかってるのか?

127 :名無しさん@お腹いっぱい。:2008/06/04(水) 16:40:57
サーバリプレイスと共にディスクはSASに移行中
バックアップメディアは今もDDSです

128 :名無しさん@お腹いっぱい。:2008/06/04(水) 20:13:43
昔あったのだと、
Seagateの4G、3年もので2勝3敗、Quantumの4G、5年もので2勝1敗。
ってことで、今ではLTO使ってる。

129 :名無しさん@お腹いっぱい。:2008/06/05(木) 02:27:25
>>126
それはDTLA だからだろ、と俺は突っ込みたい

130 :名無しさん@お腹いっぱい。:2008/06/05(木) 07:51:50

SASってぜいたくだよな。

131 :名無しさん@お腹いっぱい。:2008/06/05(木) 08:07:12
HDDバックアップしてる人に質問
バックアップ先のファイルシステムは何ですか?

もれは鯖:xfs
バックアップ先:xfs


132 :名無しさん@お腹いっぱい。:2008/06/05(木) 08:17:57
ファイルシステムにせずに、ブロックデバイスに直接 tarです。

133 :名無しさん@お腹いっぱい。:2008/06/05(木) 09:10:14
>>131
HFS

134 :名無しさん@お腹いっぱい。:2008/06/05(木) 09:19:42
HFS PLUSじゃないのかよ!

135 :名無しさん@お腹いっぱい。:2008/06/05(木) 10:39:34
>>134
なにそれ?

High-performance File System な。
UFSみたいなもんだよ
本来はJFSなんだろうけど、過去の資産からの継承でHFSなだけ

136 :名無しさん@お腹いっぱい。:2008/06/05(木) 15:19:43
>>132
キャラクタデバイスにしろよ

137 :名無しさん@お腹いっぱい。:2008/06/05(木) 15:34:29
紙に書き写しておいて、データが飛んだら復活の呪文を唱えると…

138 :名無しさん@お腹いっぱい。:2008/06/06(金) 10:48:06
そうそう、そんな感じ

139 :名無しさん@お腹いっぱい。:2008/06/07(土) 03:48:15
しかしHDD って3-5年程度寝かせるだけで駄目になるもんなのかね

140 :名無しさん@お腹いっぱい。:2008/06/07(土) 14:27:08
なる!

通電しといたほうがいい。

141 :名無しさん@お腹いっぱい。:2008/06/07(土) 18:00:46
ブロックデバイス間でコピーしてるからファイルシステム関係ない。
xfs->xfsとかでやると速度どれくらい?ファイルシステム的にはそっちの方が
いいだろうから、速度次第でやってみたい。

ダイレクトだと50MB/s程度は出る。

142 :名無しさん@お腹いっぱい。:2008/06/07(土) 18:19:46
キャラクタデバイスにしろよ

143 :名無しさん@お腹いっぱい。:2008/06/08(日) 04:34:14
>>139
低温、低湿の保管庫なら
10年間くらいはは、全く問題ない

144 :名無しさん@お腹いっぱい。:2008/06/08(日) 18:04:28
定期的に繋いでスピンアップさえしとけばいいもんだと思ってたが。


145 :名無しさん@お腹いっぱい。:2008/06/09(月) 02:28:33

ほとんどの人がHDDバックアップなのかね?

146 :名無しさん@お腹いっぱい。:2008/06/09(月) 03:04:51
希少でしょ

147 :名無しさん@お腹いっぱい。:2008/06/09(月) 09:31:10
個別のファイルのバックアップは HDD2HDD が
利便性を含めて一般化してきているのではないかな?
HDDの一領域とかでなく,きちんとバックアップ用HDDという
意識で別に運用する分にはかなり有効だと思う。

毎日の差分とかも取り出す作業含めてテープよりやりやすいし。

でも,システム丸ごとの「これ、バックアップね」って
シール貼って保管する用はテープの方が安心感100倍だけど

148 :名無しさん@お腹いっぱい。:2008/06/09(月) 15:51:22
> でも,システム丸ごとの「これ、バックアップね」って
> シール貼って保管する用はテープの方が安心感100倍だけど

かかるコストの割に使用頻度が低い(というか、ない)ので
今後はそういった慣習は無くなるのではないだろうか。

149 :名無しさん@お腹いっぱい。:2008/06/09(月) 20:09:22
まあ、保険みたいなものだな。
保険にどれだけ金を掛けるかは、守るもの次第。

150 :名無しさん@お腹いっぱい。:2008/06/10(火) 04:06:45
そう言う事
モーターなんか壊れたって取り換えれば良いんだよ
記録面自体は壊れていないんだから


151 :名無しさん@お腹いっぱい。:2008/06/10(火) 08:45:20
モーターなんて、すぐ換えれるのか!?

いくらかかるの?

152 :名無しさん@お腹いっぱい。:2008/06/10(火) 12:16:58
基板が死んだだけなら、同じ方のやつと交換すれば戻ったりするらしいけど。
モーターの交換はクリーンルームみたいな所じゃなくても大丈夫なの?

153 :名無しさん@お腹いっぱい。:2008/06/10(火) 14:25:35
モーター交換って現実的じゃなさそう。
ttp://www.guestone.net/data/q_hdd.htm#hdd07

154 :名無しさん@お腹いっぱい。:2008/06/10(火) 14:34:48
ネチネチいたぶるのがUNIX流

155 :名無しさん@お腹いっぱい。:2008/06/10(火) 15:49:40
>>152
一時的に読み出せば、捨てて良いのだから
クリーンルームは不要

つーか長期在庫のHDDが壊れると思ってるのは
何の伝説を盲信してるの?

156 :名無しさん@お腹いっぱい。:2008/06/10(火) 15:58:20
>何の伝説を盲信してるの?
何が目的でD2Dの布教活動してるの?

157 :名無しさん@お腹いっぱい。:2008/06/10(火) 16:02:35
>155
伝説だというのなら
まずはおまえが試して10年後に報告してくれ

温度管理とか統計的誤差評価とかも忘れずにな

158 :名無しさん@お腹いっぱい。:2008/06/10(火) 16:27:22
>>156-157
オマエら新品買う度に、製造年月日とにらめっこすんの?
卵じゃねーんだからさぁ(w

159 :名無しさん@お腹いっぱい。:2008/07/16(水) 07:42:39
取れたての新鮮なHDを産地直送!

なんか嫌な表現だなぉぃw

160 :名無しさん@お腹いっぱい。:2008/09/26(金) 00:45:13
ちょっとスレチかもしれませんが、質問させてください。

バックアップで使用するテープドライブ(DDS/SDLT/LTO等)の
クリーニングについて調べていたら、
ドライブの累積走行時間を目安に実施してください、的な説明があったのですが、
ドライブの累積走行時間は何かUNIXのコマンドで分かるのでしょうか?

とりあえず、mt -f /dev/st0 status は試したのですが、
それらしい情報はありませんでした。

mtのmanもよく読んだんですが、該当するオプションはありませんでした。
OSはRHEL4で、mtのバージョンは0.8です。

何かご存知の方がいらしたら、よろしくお願いします。


161 :名無しさん@お腹いっぱい。:2008/09/26(金) 01:23:13
>>160
週に何回、どれくらいのテープをとか
月に何回とかの頻度を考えて、オオヨソの時間を考える


162 :名無しさん@お腹いっぱい。:2008/09/26(金) 01:45:59
LTO,DLTはドライブによっちゃ、クリーナ入れても必要なけりゃ
そのままドライブ側でスルーするよ

163 :名無しさん@お腹いっぱい。:2008/09/26(金) 23:28:43
レスありがとうございます。

>>161
やっぱり運用でカバーしかないですよね。

>>162
なるほど。
LTOやDLTではやり過ぎは良くないみたいですね。

自分はロギング大好きなので、
毎月記録を残そうかと思ってたんですが、
ググっても、マニュアル読んでも、
情報が出てこないのであきらめます。


164 :名無しさん@お腹いっぱい。:2008/09/30(火) 09:39:46
LTO,DLT (リニア系?)は槍杉は×
ベンダ側も「クリーニングランプ点灯時以外やるな」

DDS,AIT とかのヘリカルスキャン系は
ある程度積極的にやるのを推奨なので
ランプ点灯しなくても定期的にやるとか
そんなのが推奨されてるんじゃなかったかな

165 :名無しさん@お腹いっぱい。:2008/10/01(水) 22:42:54
D2Dの場合、通電は必須。
ミッドレンジのまともなストレージならば、定期的にDiskの
表面チェックをやってくれる。Checksum値が異なっていたら
エラーを出力して、HotSpareに切り替える。
こうした機構が無い場合、データが飛んでも分からないだろ。
電気代がもったいない?
そんな時はMAIDを買えば良い。一定時間ごとに通電して表面
チェックしてくれる

166 :名無しさん@お腹いっぱい。:2008/10/03(金) 10:01:42
テープドライブ取り扱いに関する資料を置いときますね
ベンダ(テープメーカーじゃないけどサーバ屋さん)からの お・ね・が・い

http://www.express.nec.co.jp/teci/tecbook-pdf/tb070509/option/back.pdf

結構参考になるんじゃないかな

167 :名無しさん@お腹いっぱい。:2008/10/06(月) 20:45:17
こんなのもあるでよ。

テープ装置媒体の定期交換とクリーニング
http://primeserver.fujitsu.com/primergy/pdf/tape.pdf


168 :名無しさん@お腹いっぱい。:2008/10/19(日) 01:32:07
何か長期保存可能かつ長期可用性に優れたメディアってないかな?
テープはカビや劣化とか磁気転写が問題になるし
CDやDVDも色素が飛んだら終わりだし。
他のデジタルメディアも長期供給可能かどうかわからんし
何よりも再生機器が現存してるかどうか問題。

実家の押入に眠っていた大量のVHSテープとデータが記録されたカセットテープを見てふと思った。

169 :名無しさん@お腹いっぱい。:2008/10/19(日) 02:46:48
>>168
MO
テープ


現実的にはこれらだろ。MOとテープは30年だっけか。
紙は和紙と墨だと何百年も持つ。

170 :名無しさん@お腹いっぱい。:2008/10/19(日) 03:32:10
>>168
穿孔紙テープだろうな
8単位10巻くらいなら、在庫有るよ
お安くしておきますが(w

バックアップってのはさぁ
意味わかってる?
バックアップなんだよ。(w

磁気情報が消えるとか、物理劣化してしまうとか
機器劣化してしまうとか、読み出せなくなる「可能性」に対して
バックアップを取るの。

まず2系統取って、確認して、常識的な劣化時間を考えて
その前に、その媒体を、その時代に安全な媒体で*バックアップ*する
それを繰り返すんだよ

その頻度と手間暇を勘定して、石に彫るもよし
和紙に綴るもよし

171 :名無しさん@お腹いっぱい。:2008/10/19(日) 10:28:22
DVD 系(もう少し普及したらBD?)を複数とっておくのが無難じゃないかなぁ

DVD は割と長く再生互換な機器は出回るんじゃない?

172 :名無しさん@お腹いっぱい。:2008/10/19(日) 22:47:31
>>168
ttp://h50146.www5.hp.com/products/storage/whitepaper/pdfs/tapemedia_WP.pdf

こんなのがあったので貼っておく。

173 :名無しさん@お腹いっぱい。:2008/10/20(月) 00:22:43
MO,PD,DVD-RAMだな、長持ちするのは。
PDはメディアより規格が先に寿命を迎えたが。

174 :名無しさん@お腹いっぱい。:2008/10/20(月) 09:05:19
>173
技術的にはそういう主張をしたくなるかもしれないが
いずれも規格の寿命は短いぞ

DVD±RW は読める期間は長そうだが
DVD-RAM 対応ドライブがいつまで供給されるか…



「その時」は DVD±RW メディアの寿命よりは先に来るでしょう

175 :名無しさん@お腹いっぱい。:2008/10/20(月) 22:33:10
DVD±Rは規格寿命より個々のメディア寿命の方が短いな。
なにしろただの色素ですんで・・・

176 :名無しさん@お腹いっぱい。:2008/10/20(月) 23:24:28
だから R じゃなくて RW なんじゃん

177 :名無しさん@お腹いっぱい。:2008/10/22(水) 02:59:33
メディアの寿命にしろ規格の寿命にしろ、現状は大して長持ちしないわけだ。
ひたすらコピーし続けるしかないのか。

178 :名無しさん@お腹いっぱい。:2008/10/22(水) 10:58:32
>>177
その遠い未来に必要なデータならな


179 :名無しさん@お腹いっぱい。:2008/10/22(水) 14:52:21
100年先は生きていないから、そんなに持たなくていいよ。

180 :ウサチャソ ◆/0IEZmXnQ6 :2008/10/22(水) 21:45:25
3.5"FDでとっといた98の資産が、見事に全部読み込めなかった俺が通りますよ。
磁気メディアは一切信用しねえ。

181 :名無しさん@お腹いっぱい。:2008/11/28(金) 23:43:28
全然触れられていないけれどmicroSDとかCFか゛
だいぶ安くなっている。DVD-RAMよりちょっと高い程度だけれど
なんやかやでms-dosfsとか無難
CFとかはIDEにつないでブートデバイスにもなる。
電子機器だけどもちはいいんじゃないかな。
テキストとか写真は2Gbyteくらいのにバックアップしている。
最初はまとまったらDVD-Rに焼こうかと思ったけれど
小さいしどんどん値下がりするのでこのままでいいかなと

182 :名無しさん@お腹いっぱい。:2008/11/29(土) 11:29:35
>181
フラッシュメモリは↓みたいな壊れ方されると困るよね
http://gigazine.net/index.php?/news/comments/20080204_usb_memory_life/
エラーチェックがちゃんとしている品ならいいけど

183 :名無しさん@お腹いっぱい。:2008/11/29(土) 11:45:56
繰り返し使っているとドライバとか対応しないと特定の場所ばかり使うことになるだろうから
ファイルを累積させていらないものは落としてあとはROM使用というのなら問題ないと思う。
だめなやつは初期にパーになるらしいから最初は分散保存しておくのが良いとは思う。


184 :名無しさん@お腹いっぱい。:2008/11/29(土) 11:58:25
>>182 リンク先の記事根本的に「100万回」を勘違いしているよね、
単に不良品掴んだだけ
メーカーによってはずれのでやすいものと全然でないものとあるみたいだから
しばらく「運搬用」とかに使って大丈夫だと思ったらROM的に書き込み
チェックしたらそれでReadOnlyにするのがよさそう。


185 :名無しさん@お腹いっぱい。:2008/11/29(土) 15:14:55
>>184
回数の勘違いはあるけど、他のメディアなら読み取りエラーになるところを、
エラーなく化けたデータが読み込めているのが、怖い

186 :名無しさん@お腹いっぱい。:2009/01/06(火) 09:36:17
バックアップをとるのには、いまのところrsync3が選択肢として最有力?
rdiff-backup使ってみたけど、なんかエラーで動かない・・・

187 :名無しさん@お腹いっぱい。:2009/01/06(火) 10:40:33
何をしたいかによって異なるのに
前提なしの最強を決めようとな?

188 :名無しさん@お腹いっぱい。:2009/01/06(火) 11:21:03
ええっと、何をしたいか、ということについて
どのような選択肢がありますか?

189 :名無しさん@お腹いっぱい。:2009/01/06(火) 13:26:02
>188
とりあえず以下について調べてレポートしてくれ給え

dump/restore, zfs send/receive, tar, afio,
rsync, unison, pdumpfs, rdiff-backup, duplicity,
amanda, bacula,

よろしく!

190 :名無しさん@お腹いっぱい。:2009/01/06(火) 21:44:01
cpioも入れてよ

191 :名無しさん@お腹いっぱい。:2009/01/07(水) 01:00:13
afioがあるからいいじゃん。

192 :名無しさん@お腹いっぱい。:2009/01/07(水) 08:51:50
>188 に期待 age

193 :188:2009/01/07(水) 10:21:33
>189-191

ちょ、、、少し時間を下さい・・・orz

ところで、少し古いパソコンにLinux(debian)を入れて、rsyncで200GBほどのデータをほかのパソコンから
コピーしようとしたら、途中で応答がなくなってかたまってしまいます。
壊れているのか、原因がちょっとわからないのですが、とりあえず、メモリが224MBしか乗っていないのですが、
これだと不十分ということはあるでしょうか?

194 :名無しさん@お腹いっぱい。:2009/01/07(水) 11:01:23
>193
rsync 2.x だと全体容量は関係ないけど
200GB というのが「多数のファイル」の場合には
メモリ食い過ぎて死ぬ可能性はある

転送中に top で rsync がメモリを食う様子くらいは眺めても罰はあたらない

rsync は 3.x 以降だとその辺は変わっているので
改善されるかもしれないような気もするかもしれない

rsync だめなら tar cf - xxx|ssh dokosoko 'tar xpf -' とかかな

195 :名無しさん@お腹いっぱい。:2009/01/07(水) 11:06:51
2台が同じLAN内だったら、NFSマウントしてcp -aとか。


196 :名無しさん@お腹いっぱい。:2009/01/07(水) 11:08:16
rsyncはファイル数に依存するね
ファイル数が多いとすぐ1Gくらいメモリ食ったりする

197 :193:2009/01/07(水) 11:54:40
もういちどrsyncを実行して、top画面を見てみました。
メモリ使用量10%弱のところでハングアップしてしまいました。
メモリ量ではないようですね
壊れてるにしても、どこがいかれているんだろう・・・・orz


198 :名無しさん@お腹いっぱい。:2009/01/07(水) 11:58:11
すいません、もはや板違いですが、再起動したらBIOS画面で
Mwmory Testing : 229376K OK
のところで止まって起動しなくなってしまいました。
何回か電源を切って、入れてを繰り返すと起動しましたが・・・

どこが壊れてるんでしょう?

199 :名無しさん@お腹いっぱい。:2009/01/07(水) 12:04:26
暖めてみれば?
ていうか古い機械ならもう寿命かもね
各所の接触が悪くなっているとか
部品の劣化とか

200 :名無しさん@お腹いっぱい。:2009/01/07(水) 12:22:52
memtest86をはしらせてみたら40%でかたまってしまった
メモリエラーじゃなくて、テストプログラム自体がフリーズしてる・・・

寿命ですかね・・・

201 :名無しさん@お腹いっぱい。:2009/01/07(水) 12:23:42
めでたしめでたし

202 :名無しさん@お腹いっぱい。:2009/01/07(水) 22:04:24
換えるタイミング

203 :名無しさん@お腹いっぱい。:2009/01/08(木) 13:12:24
ごく短い間隔でミラーリングをとる方法ってありますか?
ミラーリングというか、ごく短いスパンでミラーリングをかけたいのですが
10分おきとか

204 :名無しさん@お腹いっぱい。:2009/01/08(木) 13:35:44
>>203
cronでrsync廻せばいいじゃん。

205 :名無しさん@お腹いっぱい。:2009/01/08(木) 15:20:27
そもそも想定しているものの容量によっては 10分で終わらない罠

206 :名無しさん@お腹いっぱい。:2009/01/08(木) 15:44:51
zfsとかnetappあたりのスナップショット機能つきの
ファイルシステムを使うのが手っ取り早いかと。

207 :名無しさん@お腹いっぱい。:2009/01/08(木) 17:35:45
すいません、わけわからんこと言ってるのは分かってるんですけど^^;

Raidのミラーリングなら、同時に二台のHDDにデータを書き込んでるわけですが
たとえば一台のデータを間違って消してしまったら、ミラーのデータも同時に消されてしまうんですよね?

そこで、ミラーリングしながらなおかつ遅延をかけるというか・・・
あ、やべっ、って時に、ぎりぎり直前までバックアップがとれてる、みたいな事はできるのかな?とふと思ったもので

なんかテレビのHDD録画みたいですね(遅れて見られる)

208 :名無しさん@お腹いっぱい。:2009/01/08(木) 17:39:50
だから >>206 でいいじゃん。

209 :名無しさん@お腹いっぱい。:2009/01/08(木) 17:40:22
あと Raid なんて気持ち悪い書き方すんな。
RAID だ。

210 :名無しさん@お腹いっぱい。:2009/01/08(木) 17:47:52
>208
ググってきました
たしかに、よさそうですね

>209
スマソ

211 :名無しさん@お腹いっぱい。:2009/01/21(水) 17:38:25
IMAPサーバーのメールをバックアップしたいんです。
できればバックアップというよりはレプリケーションしたいんです。
それも遠いところ(500kmほど離れたVPNで繋がっているLAN)にあるディスクに
バックアップ(レプリケーション)したいんです。

同じサイズのISCSIなディスクを使えば解決できるだろう。
と思います。つまり、できたも同然なのですが、
具体的にどうすればよいのかという些細な点で躓いています。

例えば、二つのISCSIディスクをミラーリングすればパーフェクトなレプリケーションができるはずですが、
VPNが切れたときにリビルドされると随分時間がかかるなあとか、思います。

rsyncとかでいいかな?とも思うのですがrsyncだとファイルがディレクトリー間で移動させられたときには
コピーが発生するのかな、と思うとブルーな気分になります。

なにか良い方法はないですか?
これがうまくいったら、地震でメールサーバーのあるビルが崩壊してみんなが途方に暮れているときに、
「こんなこともあろうか○○支社にコピーしてあったのですよ」と颯爽と回復して見せれば
ボーナスの査定が上がるのも間違いないですし(もし出れば)、女子社員たちも
「△山さんカッコいい。抱いて」とくるのは確実なので、そのときは皆さんにも紹介してあげます。

よろしくお願いします。



212 :名無しさん@お腹いっぱい。:2009/01/21(水) 17:51:25
それを些細と思っているうちはアレかもね

213 :名無しさん@お腹いっぱい。:2009/01/21(水) 17:57:08
> つまり、できたも同然なのですが、
> 具体的にどうすればよいのかという些細な点で躓いています。

新しいコピペにするには決めゼリフがちょっと長すぎるような?

214 :名無しさん@お腹いっぱい。:2009/01/21(水) 18:22:23


 できたも同然なのですが、些細な点で躓いています。


こんな感じですか

215 :名無しさん@お腹いっぱい。:2009/01/22(木) 00:07:51
> 具体的に

は外せなくネ?

216 :221:2009/01/22(木) 10:39:14
なるほど。暖かいご指摘ありがとうございます。勉強になります。

DRBDを使ってprimaryとsecondaryを一台のマシンで動作させて(出来ないのかもしれませんが)、
primaryをこっちのiSCSIディスク、secondaryを遠くのiSCSIディスクにすれば出来るような気がしますが、
DRBDとiSCSIでネットワークの不安定さをより考慮しているのはDRBDでしょうから、
ネックになる遠くとのVPNトンネルを通過するのがiSCSIなのは何かサブプライムローンやリボ払い的な
問題があるように思います。

secondary側にもlinux機を置いてDRBDというのが正攻法でしょうか。

あと、回答してもらいたいときには、これを書いておいたほうがいいというの教えてもらったので書いておきます。
「私は女子高生です。」


217 :名無しさん@お腹いっぱい。:2009/01/22(木) 13:26:58
未来マン、颯爽登場!

218 :名無しさん@お腹いっぱい。:2009/01/22(木) 14:33:38
>ボーナスの査定が上がるのも間違いないですし(もし出れば)、女子社員たちも
>「△山さんカッコいい。抱いて」とくるのは確実なので、そのときは皆さんにも紹介してあげます。

>「私は女子高生です。」

百合は大好物です。

219 :名無しさん@お腹いっぱい。:2009/01/22(木) 16:14:43
僕も僕も

220 :名無しさん@お腹いっぱい。:2009/01/23(金) 03:02:35
俺漏れも

221 :211:2009/01/23(金) 12:02:41
どうも、こんにちは。
向こう(遠いほう)のLANのユーザーも、こっちのメールボックスを使ってるんですが
IMAPなら向こうとこっちは別にしたほうがいいなと思います。
だったら向こうにもIMAPサーバーを置いて、こっちのIMAPサーバーと向こうのIMAPサーバーで
DRBDで相互にレプリケーションし合えば万事オッケーな気がします。

それと「女子高生です」と書くとレスをもらえるというのが本当だったのでうれしいです。
でもレズはいらないです。

222 :名無しさん@お腹いっぱい。:2009/02/01(日) 01:29:58
じゃ俺女子大生ということで

223 :名無しさん@お腹いっぱい。:2009/02/03(火) 11:35:26
この板のグダスレらしい展開になってまいりました。

224 :名無しさん@お腹いっぱい。:2009/02/03(火) 11:51:25
百合とレズは別腹

53 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)