Миграция с MOSS2007 на MOSS2010. Поехали!

Как я писал ранее, миграция Sharepoint с версии 2007 на 2010 не приносит особых сложностей, если используется только стандартный функционал. Но такое бывает крайне редко. Передо мной стала задача миграции портала вместе с существующими наработками.
Текущая версия портала развернута на MS  Windows Server 2003 SP2 (32-разрядная). В приведенной ссылке есть ссылка на документацию от MS по миграции. Существуют Требования к оборудованию и программному обеспечению (SharePoint Server 2010). Исходя из этой ситуации мне подходит только миграция БД с сервера c Sharepoint 2007 на сервер с Sharepoint 2010. Как всегда в интернете можно найти много информации, поэтому буду отталкиваться от статьи SharePoint 2010 Cookbook: How to Migrate a SharePoint 2007 Site to SharePoint 2010 Using Database Attach (некоторые картинки будут оттуда).
Опишу последовательность шагов:

1. Сделать backup всего содержимого портала (всех баз данных)
2. Накатить последние обновления для Sharepoint 2007 и Sharepoint 2010. Много проблем у меня возникло именно потому, что я не использовал последние исправления. Об этом расскажу ниже.
3. Подготовить веб-приложение к миграции
4. Скопировать backup базы содержимого на Sharepoint 2010 MS SQL Server
5. Присоединить базу данных содержимого к веб-приложению.

Шаг 1.  Backup всего содержимого портала
Делать это можно в Центре администрирования. Нужно перейти на вкладку Операции и в группе "Резервное копирование и восстановление" выбрать "Выполнение резервного копирования". Там выбрать над чем нужно произвести резервное копирование. Выбрать тип копирования (Полное/Разностное) и месторасположение резервной копии.
В общем, все достаточно просто.

Шаг 2. Установить обновления
На следующих страница (страница1 , страница3  и страница2) можно скачать последние обновления.

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

Допустим у вы собираетесь мигрировать сайт http://duyfarm/TeamSite.

1. Создайте новое веб-приложение с пустой коллекцией сайтов (например: http://duyfarm:6789)
2. Залогинитесь на Sharepoint сервер, используя учетную запись со следующими правами 
1. SharePoint Farm Admin
2. Локальный администратор на веб-сервере
3. Права db_owner в базе данных содержимого, которая относится к  http://duyfarm/TeamSite и http://duyfarm:6789
4. Проверьте, что текущий пользователь имеет права на содержимое мигрируемого сайта.
3. Откройте Command Prompt и измините директорию на %COMMONPROGRAMFILES%\Microsoft shared\web server extensions\12\bin, затем выполните команды stsadm -o export -url <URL name> -filename <export file name> -includeusersecurity 
   
   
   stsadm -o import -filename <import file name> -url <URL name> -includeusersecurity
   

   

Импортированное веб-приложение должно выглядеть примерно так

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

Как видно, у меня проблема пока только в том, что не выполняются требования по окружению рабочей среды (32х разрядная винда, о чем я писал выше).
Далее нужно сделать бэкап нашей базы данных содержимого. Выбираем нужную базу (можно узнать через Центр Администрирования в блоке "Базы данных содержимого")

Выбираем тип бэкапа "Full", вводим название набора бэкапа и выбираем файл, в который будет производиться бэкапирование. Нажимаем кнопку ОК.

Шаг 4. Присоединение базы данных содержимого к веб-приложению
Это самый замечательный шаг. На этом шаге, если повезет, у вас не возникнет проблем. Если же проблемы дадут о себе знать, то в некоторых случаях выручат подробные логи.
Я очень долго провозился с присоединением базы данных, получал очень много ошибок, откатывался на первый шаг и начинал все с начала. В общем, это очень увлекательное занятие. Может быть и вы оцените всю мощь Sharepoint'а :-)

И так начнем!

1. В Центре администрирования Sharepoint необходимо создать новое веб-приложение. Например: http://duyfarm2010:6789
2. Если существуют нестандартные компоненты Sharepoint, то следует их установить в ферме и развернуть на созданное веб-приложение
3. После этого можно восстановить бекап нашей базы данных содержимого SharePoint 2007. Откройте Microsoft SQL Server Management Studio. Правой кнопки мыши щелкните на Databases и выбирите Restore Database...
4. Введите новое название database, будьте уверены, что вы не перезаписывается существующую базу данных. Выберите Source и нажмите кнопку OK, чтобы начать восстановленеи базы.
5. Откроейте SharePoint 2010 Management Shell и отсоедините текущую базу данных содержимого от веб-приложения.
   Dismount-SPContentDatabase <ContentdBName>
6. Проверьте, что установлены все необходимые кастомные компоненты. Если возникнут ошибки, убедитесь, что вы их исправили перед тем, как присоединять базу данных содержимого SP2007.
   Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>
7. Mой тест показал, что ошибок нет. Теперь мы готовы к выполнению команды Mount-SPContentDatabase. Этот командлет также обновляет содержимое базы данных SP2007 до SP2010.
   Mount-SPContentDatabase <ContentDb> -WebApplication http://SiteName
8. После завершения этой процедуры Вы должны проверить лог-файлы (файлы логов обновления и ошибок), чтобы быть уверенным что нет никаких ошибок. Лог файлы находятся в папке %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\14\LOGS. Имя лог-файлов имеет следующий формат: Upgrade-YYYYMMDD-HHMMSS-SSS-error.log и Upgrade-YYYYMMDD-HHMMSS-SSS.log, где YYYYMMDD дата и HHMMSS-SSS время (24ч формат). Если есть ошибки, то скорее всего они исправляются на сервере SharePoint 2007. В следующей статье я расскажу про ошибки, которые у меня возникли и расскажу как они решаются
   

Мы наконец-то закончили процесс миграции. Обратите внимание, что после завершения нашего обновления, новый сайт выглядит точно так же, как он выглядел в SharePoint 2007. В SharePoint 2010 есть функция под названием "Визуальное обновление", которое позволяет переключать внешний вид между SharePoint 2007 и SharePoint 2010. Замечу, что если у вас есть пользовательские темы на старом сайте, вы должны заново создать новую тему для нового сайта, прежде чем вы захотите переключаться. Чтобы перейти на новый дизайн SharePoint 2010, сделаем следующее:

• Зайтите как Владелец Сайта и выберите Site Actions > Visual Upgrade
• Выберите Update the user interface. Нажмите кнопку OK
• Сайт должен выглядеть следующим образом:

Заметки:

• Метод присоединения базы данных работает с обоими версиями SharePoint 2010 (Foundation и Server).
• Ограничения экспорта/импорта метода:
  • Вы не можете сохранить состояния Рабочие процесс, alerts, features, solutions, или Recycle-Bin используя операцию экспорта.
  • Stsadm поддерживает перемещение только сайтов(экземпляров SPWeb). Вы не сможете экспортировать выбранные элементы или списки.

 В следующей заметке опишу проблемы, с которыми я столкнулся и опишу пути решения этих проблем.

Инструменты миграции SharePoint на все случаи жизни