Управление жизненным циклом информации

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

Одно из решений этой проблемы — разделение данных по критерию их ценности для бизнеса и управление информацией с учетом изменения ее ценности во времени. Такой подход стали называть управлением жизненным циклом информации ILM (Information Life-cycle Management). Согласно этой концепции, наиболее важная на текущий момент информация должна автоматически перемещаться на самую быструю, надежную и защищенную систему хранения данных. В свою очередь менее важная перемещается на более дешевую и менее скоростную систему. Архивные данные, например, должны записываться на магнитные ленты и удаляться с рабочей системы, чтобы не снижать скорость доступа к самой критичной в данный момент информации. Уже ненужная информация будет автоматически удаляться из системы. Процесс этот должен быть цикличным.

Один из методов для разрешения противоречия между объемами хранимых данных и временем доступа к ним - это так называемое управление иерархическим хранением HSM (Hierarchical Storage Management). В HSM реализуется политика архивирования редко используемых данных; с дисков они переписываются на ленты с компрессией. Концепция ILM — шаг вперед по отношению к идеологии HSM. Большинство экспертов полагают, что ILM как бы «интеллектуализирует» традиционное понятие HSM, так как новый подход не просто оперирует блоками данных, а направлен на управление реальным содержанием данных на всем протяжении их жизненного цикла. Дело в том, что ILM — это стратегия проактивного управления информацией, она не сводится к какому-то определенному ПО или аппаратуре.

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

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

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

Резервное копирование

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

Централизованная система резервного копирования имеет многоуровневую архитектуру, в которую входят:

 сервер управления резервным копированием, способный также совмещать функции сервера копирования данных;

 один или несколько серверов копирования данных, к которым подключены устройства резервного копирования;

 компьютеры-клиенты с установленными на них программами-агентами резервного копирования;

 консоль администратора системы резервного копирования.

Администратор системы ведет список компьютеров-клиентов резервного копирования, устройств записи и носителей хранения резервных данных, а также составляет расписание резервного копирования. Вся эта информация содержится в специальной базе, которая хранится на сервере управления резервным копированием.

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

Сервер копирования сохраняет полученные данные на подключенное к нему устройство хранения данных. Информация о процессе (какие файлы копировались, на какие носители осуществлялось копирование и т. п.) сохраняется в базе сервера управления. Эта информация позволяет найти местоположение сохраненных данных при необходимости их восстановления на компьютере-клиенте.

Чтобы система резервного копирования сохраняла непротиворечивые данные компьютера-клиента, они не должны подвергаться изменениям в процессе их сбора и копирования программой-агентом. Для этого приложения компьютера-клиента должны завершить все транзакции, сохранить содержимое кэш-памяти на диск и приостановить свою работу. Этот процесс инициируется по команде программы-агента, которая передается приложениям компьютера-клиента.

Поскольку система резервного копирования предназначена для восстановления данных после сбоя или аварии, созданные резервные копии необходимо проверять на предмет целостности и работоспособности. Кроме того, при построении системы резервного копирования необходимо уложиться в сокращенное «окно» резервного копирования. Вообще говоря, требование круглосуточной работы информационных систем сокращает практически до нуля доступный временной интервал остановки приложений, необходимый для осуществления операции резервного копирования («окно» резервного копирования).

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

До появления сетей хранения данных SAN для сокращения трафика резервного копирования в основной сети применялась выделенная сеть резервного копирования, а также многоуровневая структура, содержащая несколько серверов копирования. Выделение сервера копирования и локализация трафика резервного копирования между этим сервером и «тяжелыми» серверами, несущими основную информационную нагрузку, позволяют сократить нагрузку на общую локальную сеть.