|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Goodyckov 2:5020/400 13 Jun 2001 15:00:24
To : All
Subject : Re: Архив тех-документации
--------------------------------------------------------------------------------
On Wed, Jun 13, 2001 at 07:12:09AM +0000, Oleg Polianski wrote:
> Alex Korchmar <alx@e-moe.ru> writes:
>
> > >> P.S. а еще я знаю одного крупного ISP, который тоже ничего лучшего пока
> > >> не придумал. Когда надо бэкапать десятки гигабайт, никакой альтернативы
> > >> стойке с винчестерами, похоже, нету :-(
> > OPccn> А ленты совсем не?
> > такой емкости? дороже в десять раз, медленнее в сто, неудобнее в два.
> > А особая надежность тут, как ни смешно, не требуется.
>
> Я не сильно в лентах разбираюсь, но поход на www.seagate.com и www.hp.com
> показал (на мой взгляд) довольно сносные цены и факт, что они (DDS-4) упали
> в цене. То есть, при стоимости кассеты DDS-4 в 240 Gb за USD40 и стоимости
> магнитофона около $3k *на долгосрочную перспективу* может оказать и
> выгоднее. Всё зависит от объёмов и частоты бэкапов. Угу, Ultrium'ы стоят в
> два раза дороже. В общем - ХЗ, надо каждый конкретный случай изучать.
Поддерживаю точку зрения предыдущего оратора 8-))
Как вспоминаю я этот процесс - копирования дисков на ленты, так вздрагиваю.
Уж не помню точно, какие там цифры, но время, необходимое на сохранение на ленту
диска в 6ГБ тогда (пару лет назад) было сравнимо с длительностью ночи.
Оттуда я сделал вывод, что применять ленту можно только для случаев, когда
время между операциями записи на копируемое дисковое пространство больше
времени,
необходимого для того копирования. И чем такое пространство больше, тем меньше
вероятность применения ленты, т.к. вероятность записи в то пространство растет.
Так что или бить все пространство на куски и параллелить процесс копирования
(посредством использования нескольких накопителей) чтобы сохранить приемлемое
отношение длительностей мертвого (для записи) времени и времени копирования
(но цена-то как растет!), или мириться с рассогласованностью сохраненных данных,
или поступать в соотвествие с рекомендацией теории надежности: наилучший выигрыш
по критерию "эффективность/стоимость" дает дублирование, т.е. применять РЕЙД.
По мне, все же лучшим решение является РЕЙД. Там, где ценность данных ососбо
высока,
применять вместо дублирования тройное или четверное резервирование (больше нет
смысла
вообще). В коце концов, можно просто сдублировать сам РЕЙД.
>
>
- --- конец цитаты ---
--- ifmail v.2.15dev5
* Origin: unknown (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
Re: Архив тех-документации