Носители данных XXI века

Вот основные (можно даже сказать, фундаментальные) свойства носителей, определяющие их отбор:

• Удельная стоимость одного гигабайта информации;

• Надежность (число циклов чтения/записи, устойчивость к физическим воздействиям);

• Производительность (скорость чтения/записи, возможность произвольного доступа);

• Объем одного носителя.

Если с удельной стоимостью, надежностью и производительностью никаких вопросов не возникает, то последний пункт встречает резкое непонимание, граничащее с критикой. Но вот попробуйте зарезервировать 750–гигабайтный жесткий диск на 700-мегабайтные CD-R/RW диски, и вам все сразу станет понятно. Вопрос даже не в том «сколько это будет стоить», а в том, «где разместить такое количество дисков» и «как не запутаться в этом хозяйстве»! Причем, чем больше носителей мы используем, тем выше вероятность того, что один из них окажется бракованным. А значит, все оставшиеся окажутся бесполезным, особенно если резервирование осуществляется не на файловом, а на секторном уровне, и в дефектный носитель попали секторы, хранящие критические структуры файловой системы.

У DVD-R/RW дисков надежность та же самая (вопреки распространенным слухам), а вот с удельной стоимостью и объемом дела обстоят намного лучше. Но, к сожалению, зарезервировать данные в автоматическом режиме не удастся, и нам потребуется оператор, вынимающий из привода одни диски и вставляющий другие. А также «библиотекарь», отвечающий за сохранность архива и прилагающий максимум усилий, чтобы не возникало путаницы между копиями разной степени свежести.

Стримеры обладают сопоставимой с жесткими дисками емкостью и высочайшей надежностью, но при этом безнадежно отстают в скорости, и резервирование занимает слишком много времени и, так же, как и в случае с CD/DVD-R/RW, не поддается полной автоматизации, требуя человека, меняющего ленты. Другой существенный недостаток стримеров — проблемы с произвольным доступом.

Внешние жесткие диски с Ethernet-портом (фактически, представляющие собой файловые серверы в миниатюре) — самые перспективные кандидаты на роль носителей для резервирования. Просто устанавливаем их в стойку, подключаем к хабу и заставляем программу с заданной периодичностью резервировать данные по сети, складывая их в кольцевой буфер и при этом не отрывая сотрудников от производства.

Зачем нужен кольцевой буфер?! А вот зачем — дело в том, что факт разрушения данных часто обнаруживается не сразу, а лишь спустя некоторое время. Если у нас будет только одна резервная копия, то в ней окажутся разрушенные данные, что не есть хорошо (можно даже сказать, что это катастрофа!).