Re: Backup на DVD+RW, есть готовые решения

From

Alex Bakhtin (2:5020/400)

To

Oleg Adianov

Date

2006-12-15T12:30:36Z

Area

RU.UNIX.BSD

From: Alex Bakhtin <bakhtin@amt.ru>

>>>>> "OA" == Oleg Adianov writes:
Привет

 >> На домашней машинке в качестве единственного средства бекапа
 >> доступен только пишущий DVD привод. Есть ли готовые решения на этот счет,
 >> или надо писать самому? В идеале хотелось бы иметь что-то типа веритаса
 >> (гыгы) с ручной заменой дисков. Т.е. чтобы автоматически каждому диску
 >> присваивался индикатор, который сохранялся в базе данных и все такое
 >> прочее.

 OA> Готового не знаю. У бакулы есть вроде скрипт для этого, но сам не
 OA> пробовал. Для себя писал такой скрипт вручную.

     Понятно. Так и предполагал...

 >> Да, кстати, может кто в курсе - насколько вредно поставлять growisofs
 >> данные на скорости меньшей, чем скорость записи? Провел эксперимент вида:

 OA> На сколько знаю, не то что вредно, но и полезно. Как показывает практика
 OA> диски долше живут писанные на меньшей скорости. Правда эта практика с
 OA> CD, но думаю с DVD дела так же обстоят.

     Не уверен. Одно дело - когда ты пишешь на ровной скорости,
искусственно ее ограничив, а другое - когда скорость плавает
туда-сюда. Помнится, когда у меня появился первый cd райтер (сказевый
внешний HP, с золотыми дисками в комплекте) - там были реальные проблемы в
случае, когда буффер в приводе заканчивался. Конечно, прогресс шагнул
вперед за десять лет, всякие там буффер протекшн, но сомнения остались.

 >> Скорость записи даже до 1x не дотягивает. Вроде, инфа читается, но, опять
 >> же, чем-то это мне не нравится.

 OA> Что-то мне подсказывает, что growisofs тут ни причем. ;) Если я не

     Ну, с этим никто не спорит. dump -f /dev/null дает суммарную скорость
поряка 2x сравнительно с DVD. 

 OA> ошибаюсь, что это dump тебе слишком медленно отдает данные.

     Еще-бы, это же usr, куча маленьких файлов, да еще на старом тормозном
диске. Будут свободные деньги - куплю два винта гигов по 300 и поставлю их
в raid1, но дампить-то надо сейчас:)

 OA> RBU 0.0% - если не путаю, это опустошение буффера (ring buffer
 OA> utilization).

     Дык это понятно, что опустошение. Мне просто до конца не понятно - что
в этот момент в приводе происходит и чем это черевато:)

-- 
Best regards, Alex Bakhtin, CCIE #8439
AMT Group, Cisco Systems Gold Partner, http://www.amt.ru
--- ifmail v.2.15dev5.3
 * Origin: AMT Group (2:5020/400)
SEEN-BY: 50/12 400/814 450/159 1024 461/43 132 640 469/999 4616/3 4625/8
SEEN-BY: 4641/444 5000/76 5000 5006/1 5007/1 5010/70 5011/13 5012/46 5015/28
SEEN-BY: 5019/26 5020/18 175 194 400 545 982 1057 1909 1922 2238 2395 2871
SEEN-BY: 5020/4441 5021/29 5025/3 5026/14 45 5027/12 5030/1080 1957 5034/10 13
SEEN-BY: 5035/38 5036/1 5045/7 5049/1 5051/15 5054/1 4 8 9 11 28 35 36 37 45
SEEN-BY: 5054/66 67 70 75 84 85 5059/9 5060/88 5061/15 5062/10 5063/3 5064/7
SEEN-BY: 5066/18 5075/5 5076/1 5077/70 5080/1003 5084/9 5085/13 5095/20
SEEN-BY: 5096/18 6001/10

PATH: 5020/400 545 5054/1 37