Иерархические системы хранения данных

Рон Андерсон

Представьте себе: вы только что добавили 9 Гбайт дискового пространства на файловом сервере, который в минувшем месяце уже «получил» дополнительные 9 Гбайт, а по возвращении в офис вас ждет еще один запрос на увеличение максимального объема памяти для отдела маркетинга с 5 до 15 Гбайт на том же самом сервере. Знакомая картина? В этом удивительном мире непомерно раздутых программ, массивов мультимедиа и графики требования к памяти стремительно растут. Сумеет ли нынешнее поколение ПО управления системами хранения информации сдержать такой натиск?

Можно с уверенностью сказать: «Да». Если вы определите свои задачи, реализуете всеобъемлющую стратегию в области хранения данных, согласованную со своими подсистемами хранения, и спланируете схему восстановления информации после аварийных ситуаций, то, вероятно, вам удастся внедрить систему управления запоминающими устройствами, способную удовлетворить запросы ваших самых требовательных пользователей.

Но имейте в виду: такое мероприятие чревато опасностями! Комплексные иерархические системы хранения данных (Hierarchical Storage Management — HSM) сложны и труднореализуемы. На недавней конференции BrainShare докладчик от фирмы Novell обратился к весьма представительной аудитории с просьбой поднять руки тех, кто уже внедрил бесплатную систему HSM, прилагаемую к пакету NetWare 4.x. И он не был удивлен, что руки подняли лишь несколько человек.

Под управлением системой хранения данных могут подразумеваться самые различные понятия: ПО для резервного копирования, система HSM, стратегия хранения информации или программно-аппаратные средства архивирования — словом, однозначно определить его не так-то просто. Наш обзор фокусируется на продуктах, позволяющих администраторам устанавливать пороговые значения, определяющие необходимость перемещения файлов с первичных носителей на вторичные и третичные устройства хранения данных, такие, как автозагрузчики магнитооптических дисков с многократной записью и ленточные библиотеки.

Основная идея таких систем состоит в том, чтобы перемещать редко используемые файлы на носители, стоимость хранения мегабайта данных на которых ниже, чем у жесткого диска. При таком подходе более дорогие и более быстрые средства хранения информации высвобождаются для повседневно используемых файлов.

В состав аппаратных средств HSM обычно входят первичные запоминающие устройства в виде жестких дисков, вторичные — автозагрузчики магнитооптических дисков с многократной записью (здесь хранятся файлы, к которым обращаются лишь время от времени) и третичные — устройства на основе ленточных библиотек для хранения редко используемых файлов. Системы HSM способны существенно увеличить объем доступной памяти — от гигабайтов до терабайтов. Благодаря применению носителей с малой удельной стоимостью хранения информации система HSM может снизить суммарные расходы на хранение данных с 50 до 1 цента за мегабайт.

Многие поставщики поддерживают в своем ПО резервного копирования так называемые «заглушки» файлов на первичных носителях информации, которые представляют собой ссылки на реальные файлы, хранящиеся во вторичных ЗУ. Таким образом, программы этих производителей избегают извлечения уже перемещенных файлов при резервном копировании. Некоторые поставщики систем HSM гарантируют, что ПО резервного копирования третьих фирм будет работать с их программами. Если вы не заинтересованы менять вашу систему резервного копирования, то выбирайте тех поставщиков ПО HSM, которые ее сертифицировали.

Для пользователей применение файлов-«заглушек» останется незаметным, за исключением небольшой задержки при доступе к перемещенным файлам. При обращении к такому файлу последний будет возвращен на основное запоминающее устройство.

Полный вариант статьи см. в журнале "Сети и системы связи" N1/1998