Защита данных SharePoint с помощью Data Protection Manager

Cемейство SharePoint Products and Technologies, созданное компанией Microsoft, стало основным компонентом ИТ-инфраструктуры многих организаций: на его платформе создаются хранилища ключевых документов и средства организации совместной работы. К сожалению, встроенные возможности резервирования и восстановления не отвечают требованиям корпоративных клиентов. Основной недостаток заключается в том, что в системе не реализован механизм поэлементного резервирования документов или списков, хранящихся в среде SharePoint. Однако после появления пакета Microsoft System Center Data Protection Manager (DPM) 2007 администраторы получили доступ к богатому набору механизмов для платформы SharePoint, позволяющих с помощью простого, но функционального интерфейса реализовать более сложные алгоритмы восстановления данных SharePoint на основе образов. Как и в случае с другими новыми технологиями, при развертывании механизмов DPM существуют свои хитрости и подводные камни, которым необходимо уделить особое внимание. Данная статья поможет разобраться в процессах развертывания службы DPM в окружениях Windows SharePoint Server (WSS) 3.0 или Microsoft Office SharePoint Server (MOSS) 2007. По ходу статьи я буду приводить примеры наиболее удачных архитектур и описывать требования к обслуживанию данного приложения.

Знакомство с System Center Data Protection Manager 2007

В прошлом организации, которым требовалось надежное корпоративное средство резервирования и восстановления данных SharePoint, либо закупали продукты сторонних разработчиков, либо проектировали замысловатые процессы вызова утилит командной строки, таких как Stsadm, выполняющих резервное копирование на уровне коллекций узлов. Большинство продуктов, выпускаемых независимыми разработчиками для платформы SharePoint, обладают богатой функциональностью, при этом они могут быть очень дорогими и сложными в использовании. Разработчики Microsoft планировали создать утилиту, которая могла бы настраивать резервное копирование в SharePoint и управлять им, позволяя выполнять как ежедневное копирование отдельных элементов окружения, так и полное аварийное восстановление всей архитектуры SharePoint.

С выпуском приложения System Center DPM компания Microsoft вступила на территорию корпоративных средств резервного копирования. Это второе поколение продукта, разработанного для реализации простых, но мощных механизмов резервного копирования для платформ Microsoft, таких как операционная система Windows, платформы Microsoft SQL Server, Exchange Server и SharePoint. Компания Microsoft разработала пакет DPM, ориентируясь на его интеграцию со службой Volume Shadow Copy Service (VSS), которая позволит приложению создавать снимки данных защищенной системы каждые 15 минут. То есть пользователи будут иметь возможность восстановить отказавший сервер из копии, срок давности которой не превышает 15 мин.

Пакет DPM дает администраторам системы SharePoint два очевидных преимущества. Во-первых, это возможность делать снимки с использованием службы VSS, осуществлять резервное копирование баз данных SharePoint формата SQL, а также восстанавливать данные буквально за несколько минут. Второе преимущество пакета DPM — механизм поэлементного восстановления, позволяющий администраторам восстанавливать элементы из копий в последней точке восстановления. Важно знать, что хотя базы данных SharePoint и сами данные SharePoint являются основными объектами резервного копирования, их восстановление не приведет к восстановлению индексов системы SharePoint, кодов Web-элементов и метабазы службы IIS внешних Web-интерфейсов. Копирование этих объектов выполняется с помощью механизма резервного копирования SharePoint, построенного на технологии XML и включенного в состав SharePoint.

Пакет DPM также предоставляет доступ к другим функциям, таким как восстановление на уровне почтового ящика или на уровне базы данных системы Exchange, автоматическое восстановление серверов и восстановление конечными пользователями предыдущих версий файлов напрямую с защищаемых серверов посредством Windows Explorer. Кроме того, компания Microsoft упрощает и повышает надежность процесса администрирования приложения DPM, путем внедрения консоли PowerShell или консоли Administrator, построенной на стандартном интерфейсе пользователя службы DPM (см. экран 1). Для удобства менеджеров в консоль встроены несколько наборов стандартных отчетов, пример одного из них приведен на экране 2. Эти возможности характеризуют службу DPM как мощный инструмент копирования данных, подходящий не только для окружения SharePoint, но и для любой организации, использующей продукты компании Microsoft.

Разработка решения на основе SharePoint DPM

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

Я настоятельно рекомендую использовать функции краткосрочного резервного копирования. Они позволяют компании быстро выполнять резервное копирование, не образуя очередей доступа к магнитной ленте. Для использования этой возможности необходимо предоставить консоли службы DPM обширное дисковое пространство. Обычно служба DPM работает с медленными, дешевыми дисками Serial ATA (SATA) со скоростью вращения не выше 7200 оборотов в минуту в составе хранилищ SAN или емких DAS. Необходимая емкость зависит от того, какие объемы данных копируются, как часто создаются снимки данных и как часто служба DPM активирует процессы Express Full Backups. Под процессом Express Full Backups в службе DPM понимают процесс резервного копирования, охватывающий все объекты, но копирующий только измененные файлы, за счет чего сокращается время копирования и ширина канала, занимаемого процессом. Кроме того, для поэлементного копирования данных SharePoint — специального механизма резервного копирования SQL-баз данных SharePoint — необходимо выделить дополнительное дисковое пространство, чтобы обеспечить максимальную гибкость процессов восстановления данных SharePoint.

К примеру, предположим, что 500 Гбайт информации размещено в базах данных SharePoint. Емкость используемых дисковых томов должна превышать объем копируемых данных, поэтому вам понадобится приблизительно 700–800 Гбайт только под копии SQL-базы данных SharePoint и связанные с ними снимки. Кроме того, требуется зарезервировать 600–800 Гбайт под копирование элементов SharePoint, так как их копии должны храниться с копиями SQL-баз на разных томах. Общий объем дискового пространства консоли службы, используемого для копирования 500 Гбайт данных окружения SharePoint, в нашем случае легко может превысить 1,5 Тбайт. Таким образом, особую важность приобретает планирование дисковой инфраструктуры, необходимой для реализации функций копирования службы DPM.

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

Работа с DPM System Recovery Tool

Процесс резервного копирования консольного сервера DPM достаточно сложен, для защиты инфраструктуры резервного копирования от отказов в нем необходимо разобраться. Компания Microsoft предоставляет отдельное приложение DPM System Recovery Tool (SRT), показанное на экране 3, для резервного копирования консоли службы DPM. Данный инструмент позволяет создавать загрузочный диск и обеспечивает автоматическое восстановление любого сервера. По сути, данное приложение позволяет воспроизвести точное состояние любого сервера, даже если сам сервер уже вышел из строя.

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

Подготовка серверов к резервному копированию

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