Вход на хостинг
IT-новости
20.04.2016 iPhone 2017 года поместят в водонепроницаемый корпус из стекла
Линейка iPhone в новом году серьезно поменяется. В этом уверен аналитический исследователь Мин Чи Ку......
30.07.2015 Ищем уникальный контент для сайта
Ищем уникальный контент для сайта Без уникального контента Ваш сайт обречен на то, что его страницы......
Нелли Садретдинова
Разбираемся в инструментарии создания резервных копий, переноса узлов и распространения решений SharePoint.
Перенос портала MS SharePoint, а также отдельных его узлов и компонентов на другой сервер – задача, на первый взгляд, тривиальная. Однако, если над сайтами SharePoint успели хорошо поработать дизайнер и программист, возникают определенные сложности. К тому же версии Microsoft Office SharePoint Server 2007 (MOSS 2007) и Windows SharePoint Services (WSS) 3.0 соответственно предоставляют столь обширный инструментарий для переноса различных составляющих портала и распространения решений на базе SharePoint, что стоит разобраться в этом поподробнее.
Немного об архитектуре
Чтобы разобраться, как перенести ту или иную составляющую портала на другой сервер, нужно вспомнить, из чего состоит SharePoint (см. рис. 1).
Рисунок 1. Архитектура SharePoint и уровни миграции
На этой схеме упрощенно представлена архитектура SharePoint. Уровень фермы серверов включает в себя конфигурационную базу данных и сайт центрального администрирования. Каждому веб-приложению соответствуют свои базы данных содержимого, кроме того, поставщик общих служб и служба поиска также имеют собственные базы данных.
Примечание: в SharePoint Portal Server 2003 (SPS 2003) и WSS 2.0 вместо понятия «Семейство узлов» использовалось понятие «Узел верхнего уровня», структура хранения данных была другой.
Разные инструменты позволяют осуществлять миграцию на разных уровнях, показанных на схеме (см. рис. 1). По ходу статьи и в сравнительной таблице для удобства я буду ссылаться на них.
Под «элементами кастомизации» я имею в виду разработанные собственными или сторонними силами веб-части, шаблоны узлов и списков, действия узла (Site Actions), рабочие процессы и действия для рабочих процессов (Custom Workflow Actions), возможности (Features) и другие компоненты, которые придется переносить и переустанавливать отдельно, вне зависимости от того, какие из стандартных средств миграции/резервного копирования используются.
Миграция портала SPS 2003 и его узлов
Упомяну вкратце о способах миграции для предыдущих версий SharePoint.
Версии SharePoint Portal Server 2003 и WSS 2.0 предлагают два основных инструмента для миграции портала. Сохранить и восстановить узлы верхнего уровня позволяют команды утилиты stsadm «backup/restore», которые остались актуальными и для новых версий SharePoint, поэтому о них я расскажу чуть позже.
Отдельные подузлы (уровень 4 на схеме, рис. 1) можно переносить с помощью специальной утилиты smigrate, которая в новой версии более не поставляется, поэтому скажу о ней подробнее. Эта утилита находится там же, где и stsadm, т.е. в папке «%PROGRAMFILES%Common FilesMicrosoft Sharedweb server extensions60».