Обслуживание и промежуточный запуск SharePoint 2007

Question

Я пытаюсь составить всеобъемлющий документ, который поможет группе обслуживания новой интрасети Sharepoint 2007.

С чем у меня возникают проблемы, так это с выбором правильного инструмента для миграции различных элементов в среду утверждения заказчиком и производственную среду.Мы ожидаем, что в будущем нам придется иметь дело с новыми списками, новыми пользовательскими типами/шаблонами списков, измененными страницами, новыми страницами и так далее.

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

На данный момент лучший ответ кажется http://www.codeplex.com/SPDeploymentWizard но у меня есть несколько остаточных проблем с ним:

1) Это бета-версия и не является официальным продуктом Microsoft.Таким образом, наш клиент может быть не очень уверенным 2) его необходимо установить на всех серверах, где вы хотите внести свои изменения, и работает через компонент графического интерфейса.Это, опять же, не очень понравится клиенту (его имуществом управляет третья сторона, просто подумайте об EDS или подобных компаниях).

Кто-нибудь использовал его с уверенностью в сценариях, связанных с производством?Есть ли у вас другие альтернативы, которые вы можете предложить?

ТИА,

Паоло.

Answer 1

Опасность мастера развертывания контента заключается не в том, что он может не работать, а в том, что вы можете попытаться перенести объекты, которые лучше выпускать в виде решения SharePoint с определенной функцией.

В частности, новые списки должны быть выпущены в виде шаблона списка, определенного в функции.Новые настраиваемые поля должны быть выпущены вместе с решением.

Хорошее практическое правило заключается в том, что контент (т.текст на страницах и документах) можно перенести.В качестве решения необходимо опубликовать структуру (новые типы списков, поля).

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

Я также использовал STSDev из codeplex для создания необходимых пакетов решений.Помните, что хотя эти инструменты не являются «официальными продуктами Microsoft», они часто широко используются самими специалистами Microsoft и могли бы считаться официальными инструментами, если бы критерии выпуска для «официальности» не были таким длительным процессом.

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

Я использовал не SPDeploymentWizard, а с сайта codeplex

Контент экспортируется с использованием API Migration Migration Content (Prime) в качестве файла .cmp (пакет миграции контента), который можно скопировать на другие серверы для импорта.В отличие от инструментов из ящика, мастер позволяет зернистый Выбор контента через дерево.

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

Тема вашего вопроса — непростая задача на практике, а инструменты и методы для ее решения совершенствуются и меняются, поэтому следите за советами в блогах и на Codeplex.

ОБНОВЛЯТЬ

Инструмент миграции подойдет только для тех документов и страниц, которые вам нужны для каждого выпуска.

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

Настоящая проблема заключается в том, чтобы убедиться, что идентификатор типа контента и идентификатор поля контента одинаковы от сервера к серверу, но при любом выпуске настройки с помощью пакетов решений/функций разницы не должно быть.

ОБНОВЛЕНИЕ 2

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