HP Data Protector — резервирование для ИС любого масштаба и архитектуры

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

Как в таких случаях решать проблемы с резервирование и восстановлением данных? Использование традиционных решений может оказаться довольно сложным. Для эффективной защиты и восстановления бизнес-данных, географически распределенных, принадлежащих разным приложениям, хранящимся на разных устройствах и в разных форматах, компания НР разработала ПО HP Data Protector.

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

Резервное копирование (backup) — процесс, результатом которого является создание копии данных на резервном носителе. Эта копия хранится для использования в будущем в случае разрушения или нарушения целостности оригинальных данных. В большинстве случаев, источником служат данные на диске, такие как файлы, папки, базы данных, приложения. Если планируется, что резервная копия будет использована для восстановления после аварий, то она должна быть актуальной.

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

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

Резервирование в сетевой среде. В процессе резервирования в сетевой среде данные переносятся по сети от систем, которые подлежат резервированию, на системы с устройствами резервирования, на которых они хранятся. Чтобы выполнять резервирование в сетевой среде, необходимо приложение, которое позволило бы:

— подсоединять устройства резервирования к любой системе в сети. Это обеспечит как возможность локального резервирования систем с большими объемами данных, так и сетевого резервирования, для того чтобы снизить стоимость устройств резервирования;

— маршрутизировать поток резервируемых данных по любому пути;

— направлять резервируемые данные из LAN в SAN, когда объемы данных или сетевой трафик делает передачу по LAN неэффективной;

— управлять резервированием с любой системы;

— поддерживать разные типы систем, которые подлежат резервированию.

Архитектура HP Data Protector

Основным архитектурным блоком HP Data Protector является ячейка (Data Protector cell) (рис. 1). Она определяется как сетевая среда, включающая систему управления ячейкой Cell Manager, клиентские системы и устройства. В типичном случае в ячейку входят системы, расположенные на площадке компании и подключенные к единой локальной сети. Cell Manager является центром управления, на который устанавливается ПО Data Protector. Системы, для которых необходимо выполнять резервирование, становятся клиентскими системами, а устройства, на которые выполняется резервирование — устройствами резервирования. Пути к резервируемым файлам хранятся во внутренней базе — Data Protector Internal Database (IDB). Это позволяет находить и легко восстанавливать систему полностью или отдельные файлы.

Рис. 1. Физическая и логическая структура ячейки

Cell Manager является основной системой в ячейке. Это единый центр управления ячейкой. В его функции входит запуск программного ядра Data Protector и запуск менеджера сессий (Session Manager). Последний запускает и завершает сессии резервирования и восстановления данных и записывает информацию о сессиях в IDB.

На клиентских системах, которые подлежат резервированию, должен быть установлен дисковый агент (Data Protector Disk Agent, DA), также называемый агентом резервирования (backup agent). Дисковый агент читает или пишет данные на диск клиентской системы и посылает или получает данные от агента среды резервирования (Media Agent, см. ниже). Устройство резервирования может быть подключено к любой системе, а не только к Cell Manager.

Если устройства резервирования подключены к клиентским системам, то на последних должен быть установлен агент среды (Data Protector Media Agent, MA). Такие системы также называются серверами накопителей (drive servers).

В течение сессии резервирования МА получает данные от DA и посылает их на устройство резервирования для записи на среду. В течение процесса восстановления или верификации МА локализует данные на среде резервирования и посылает DA для обработки. При восстановлении DA записывает данные на диск.

Управлять Data Protector можно с любой подключенной к LAN системы, на которой установлен графический пользовательский интерфейс. Таким образом, система с Call Manager может располагаться в серверной комнате, а управлять Data Protector можно с десктопа.

Еще одним компонентом является инсталляционный сервер. На нем хранится репозиторий инсталляционных пакетов Data Protector для специфической архитектуры. Для гетерогенной среды необходимы минимум два инсталляционных сервера: один для Unix-систем и один для Windows-систем. По умолчанию инсталляционным сервером является Call Manager.

Рассмотрим в очень упрощенном варианте, как это все работает.

Сессия резервирования

В течение сессии резервирования данные копируются с источника, в типичном случае, жесткого диска, на получатель, в типичном случае, магнитную ленту (рис. 2). Когда стартует сессия резервирования, происходит следующее.

На системе Call Manager запускается процесс Backup Session Manager (BSM), который управляет сессией. Процесс читает спецификацию резервирования для получения информации о том, что нужно резервировать, опции резервирования, какие устройства и среды используются для записи резервной копии.

Затем BSM открывает внутреннюю БД (IDB) и записывает туда информацию о сессии резервирования, такую как генерируемые сообщения, детали о резервируемых данных, устройства и среда, которые используются во время сессии.

На системе с устройствами, сконфигурированными для хранения резервных копий, BSM запускает Media Agent — новый МА для каждого устройства, работающего параллельно. Количество МА, которое может быть запущено в ячейке, ограничивается конфигурацией ячейки и числом приобретенных лицензий.

Затем BSM стартует Disk Agent для каждого диска, который должен резервироваться в параллельном режиме. Дисковые агенты читают данные с дисков и направляют их к МА, которые записывают данные на среду резервирования. Когда сессия резервирования завершается, BSM закрывает сессию.

Рис. 2. Потоки данных во время сессии резервирования

Одновременно может быть запущено несколько сессий резервирования. Их количество ограничивается ресурсами ячейки, такими как наличие устройств резервирования и конфигурация Call Manager, например, производительность процессора, объем ОЗУ и т. п. Чтобы предотвратить перегрузку системы, максимальное количество параллельных сессий резервирования ограничивается. Этот предел конфигурируется.

Сессия восстановления

В течение сессии восстановления данные копируются с резервной копии, в типичном случае, с магнитной ленты, обратно на диск (рис. 3).

Сессия восстановления стартует в интерактивном режиме. Информация о том, что подлежит восстановлению, направляется Data Protector’у, затем Data Protector определяет нужную среду, выбирает некоторые опции и запускает процесс восстановления. Его основные этапы следующие. Call Manager запускает процесс Restore Session Manager (RSM). Этот процесс управляет сессией восстановления. RSM открывает IDB, читает информацию о нужной среде, с которой необходимо восстановить данные, и записывает информацию и сессии в IDB.

Затем RSM стартует агенты среды (МАs) на системе с устройствами, используемыми для восстановления данных. Для каждого носителя, работающего в параллельном режиме, запускается новый МА.

Далее RSM запускает дисковые агенты (DA) для каждого диска, восстанавливаемого параллельно. Наконец, МА читает данные со среды резервирования и посылает их дисковым агентам, которые записывают данные на диски. По завершении сессии восстановления RSM закрывает сессию.

Рис. 3. Потоки данных во время сессии восстановления

Краткое резюме

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

Масштабируемость и гибкая архитектура. Data Protector может быть использован как для единичной системы, так и для тысяч систем, расположенных в разных местах. Благодаря сетевой концепции, элементы инфраструктуры резервирования могут размещаться в соответствии с топологией, которая необходима пользователю. Многочисленные опции и альтернативы для инсталляции инфраструктуры резервирования позволяют реализовать виртуально любую требующуюся конфигурацию. Data Protector также дает возможность использовать новейшие концепции резервирования, такие как синтетическое резервирование и промежуточное хранение данных на дисках (disk staging).

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

Гибкие режимы резервирования. Система позволяет выполнять резервирование на несколько сотен устройств одновременно. Различные возможности, такие как локальное резервирование, сетевое резервирование, режим online, резервирование образов дисков, синтетическое резервирование, встроенная поддержка параллельных потоков данных позволяют тонко настроить процесс в соответствии с требованиями пользователя.

Работа в гетерогенной среде. Data Protector поддерживает такие ОС, как Windows, Linux, HP-UX, AIX, Solaris, OpenVMS и др. Большинство возможностей являются общими для Unix- и Windows-платформ. Пользовательский интерфейс обеспечивает доступ к полной функциональности продукта на всех поддерживаемых платформах.

Работа с виртуальными средами. HP Data Protector может работать как с физическим, так и с виртуальным окружением в рамках одной конфигурации. Поддерживаются различные решения по виртуализации, включая VMware vSphere, Microsoft Hyper-V и Citrix XenServer.

Легкое восстановление. Реализована возможность гранулярного восстановления объектов. Внутренняя БД (IDB) содержит все пути данных, другими словами, какие файлы и из каких систем располагаются на определенной среде. Для того чтобы восстановить любую часть системы, нужно просто просмотреть файлы и директории.

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

Ready, set, buy! Посібник для початківців - як придбати Copilot для Microsoft 365