Трехэтапная миграция данных на SharePoint 2010

СДЦ > Статьи > Трехэтапная миграция данных на SharePoint 2010

Для многих компаний, внедривших у себя и уже успевших оценить возможности корпоративного портала на базе SharePoint 2007, в связи с появлением новой версии продукта рано или поздно возникает задача миграции на актуальную версию SharePoint 2010. Мотивом, в этом случае, часто является наличие большого количества новых возможностей обновленной платформы, расширенная интеграция с различными сервисами, улучшенная масштабируемость системы, да и просто прекращение поддержки со стороны компании-разработчика (Microsoft).

Процедура миграции может проходить по одному из предлагаемых Microsoft стандартных вариантов: обновление на месте (in-place), присоединение базы данных (database-attach), дополнительную информацию по которым можно найти на ресурсе Microsoft TechNET (см. полезные ссылки). Однако в обоих случаях возникают определенные обстоятельства, которые могут затруднить миграцию на новую версию портала.

Первый из вариантов практически не применяется на практике по причине необходимости смены аппаратного и программного обеспечения. Действительно, большинство существующих инсталляций 2007 версии портала развернуты в 32-битном режиме на базе операционной системы Windows 2003, в то время как актуальная версия SharePoint требует для своего функционирования 64-битную версию Windows 2008, сервера в большинстве случаев требуют апгрейда аппаратной части в связи с существенно возросшими требованиями к аппаратной части. Процедура обновления версии портала при использовании данного варианта является необратимой. Это значит, что в случае неудачного обновления будет необходимо восстанавливать работоспособность портала, используя сохраненные резервные копии. Кроме того, в данном случае может возникнуть длительный простой критичного для бизнеса компании сервиса.

Использование второго варианта – присоединения базы данных – дает возможность избавиться от рисков длительного восстановления портала (восстановить базу данных из резервной копии можно достаточно быстро) и простоя, так как пользователи в этом случае продолжают работу со старой версией портала, однако и в этом случае возникают определенные проблемы: разработанные под платформу решения во многих случаях потребуют повторной установки, а портал – настройки, которая далеко не всегда может быть выполнена в короткие сроки.

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

Знания и опыт, приобретенные в процессе успешного проведения большого количества миграций SharePoint 2003 и SharePoint 2007 позволили нам организовать высокоэффективный вариант проведения работ с минимальным простоем сервиса и стандартным уровнем рисков. Для этого, мы, попросту говоря, отделили мух (простой и риски) от котлет (процедура миграции), предложив трехэтапный процесс миграции данных (см. рисунок 1).

Рисунок 1. Трехэтапный процесс миграции данных.

Суть данного подхода заключается в следующем:

  1. В удобное для заказчика время (например, в выходные), штатными средствами Microsoft производится предварительная миграция портала без перевода на новую версию;
  2. Устраняются обнаруженные проблемы в данных и программных решениях (заметим, без всякого простоя сервиса, т.к. пользователи пока обслуживаются SharePoint 2007);
  3. В удобное для заказчика время выполняется окончательная разностная миграция накопленных на портале данных с момента начала работ по переносу.

Предлагаемый подход позволяет получить следующие преимущества по сравнению со стандартной одношаговой процедурой миграции:

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

Ключевым инструментом для выполнения описанной выше процедуры является наличие программного комплекса, позволяющего выполнять разностную миграцию данных между различными платформами. Таким инструментом является разработанный нами программный комплекс SharePoint Data Migration.

Данный программный комплекс предназначен для использования техническими специалистами и позволяет выполнять избирательный перенос данных с платформ SharePoint 2007 и 2010 версий на платформу SharePoint 2010. При этом использование единой базы контента не является обязательным условием, поэтому SharePoint Data Migration может использоваться для переноса данных между независимыми порталами.

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

  • миграция данных порталов SharePoint 2007/2010;
  • синхронизация независимых порталов SharePoint 2007/2010;
  • детализованное сравнение содержимого порталов SharePoint 2007/2010;
  • структурированное отображение изменений на порталах SharePoint 2007/2010.

Следует заметить, что SharePoint Data Migration не требует наличия сетевого соединения между платформами, поскольку использует промежуточные файлы для своей работы, и может быть использован в случаях, когда порталы находятся даже в физически разделенных подсетях, например, по соображениям безопасности.

Принцип работы SharePoint Data Migration представлен на рисунке 2.

Рисунок 2. Принцип работы программного комплекса SharePoint Data Migration.

На начальном этапе работы на сервере SharePoint (является источником в схеме фрагментарной миграции) формируется пакет переноса содержимого.

Для формирования пакета используются утилиты SP7DE.exe или SP10DE.exe в зависимости от версии портала-источника. Пример работы утилиты экспорта приведен на рисунке 3.

Рисунок 3. Пример вывода утилиты экспорта.

Существует возможность тонкой настройки режима экспорта (подробнее см. описание программного комплекса).

На втором этапе используется утилита импорта SP7DI.exe, которая должна быть запущена на сервере портала-приемника SharePoint 2010.

Рисунок 4. Внешний вид утилиты импорта.

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

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

Дистрибутив можно скачать со страницы описания программного комплекса или просто перейти по ссылке загрузки.

Надеемся, что предоставленный инструмент окажется Вам полезным.

Отчеты об ошибках и результатах использования, как и пожелания, пожалуйста, отправляйте по адресу support@sdcv.ru.

Полезные ссылки:

  1. Обновление и миграция для SharePoint Server 2010 (http://technet.microsoft.com/ru-ru/sharepoint/ee517214).
  2. Описание программного комплекса (http://sdcv.ru/solutions/sharepoint-data-migration/).