Создание плана взаимодействия (SharePoint Server 2010)

 

Применимо к: SharePoint Server 2010

Последнее изменение раздела: 2016-11-30

В процессе обновления с Microsoft Office SharePoint Server 2007 до Microsoft SharePoint Server 2010 важно обеспечить эффективное взаимодействие с пользователями. Пользователям сайтов необходимо знать о том, чего ожидать при посещении своих сайтов после обновления. Владельцам сайтов требуется знать, какую помощь они могут оказать при подготовке к обновлению, а также какие действия следует выполнить после обновления. И пользователям, и владельцам сайтов требуется знать время выполнения обновления. В процессе планирования необходимо определить следующие моменты:

• Участники группы обновления, другие заинтересованные стороны, а также пользователи, затрагиваемые обновлением.

• Сведения, необходимые группе обновления, а также время их предоставления.

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

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

Содержание:

• Участники группы обновления

• Что и когда сообщать группе обновления

• Что и когда сообщать пользователям веб-сайтов

Участники группы обновления

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

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

  Примечание

  Администраторы фермы могут не являться локальными администраторами сервера.

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

• Группы безопасности серверов   Необходимо обеспечить взаимодействие с участниками групп безопасности, например группы службы каталогов Active Directory по вопросам проверки учетных записей и разрешений, а также использования новых параметров политик, которые могут применяться для SharePoint Server 2010.

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

• Администраторы служб   Для Office SharePoint Server 2007 необходимо взаимодействовать с администраторами общих служб, таких как служба поиска, чтобы знать, что они готовы к обновлению, и что могут настроить соответствующие параметры в новой версии.

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

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

• Пользователи сайтов   Несмотря на то что нет необходимости подключать пользователей веб-сайтов к процессу принятия решений об обновлении, необходимо сообщить пользователям сайтов, когда этот процесс будет происходить и чего им следует ожидать.

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

  Примечание

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

Что и когда сообщать группе обновления

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

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

• Метод обновления   В статье Определение концепции обновления (SharePoint Server 2010) представлены сведения, помогающие определить тип обновления, который нужно выполнить. При принятии данного решения также важно учесть отчет, созданный с помощью программы проверки перед обновлением.

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

В ходе процесса обновления важно взаимодействовать с владельцами веб-сайтов, дизайнерами и разработчиками на следующих этапах:

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

• После запуска программы проверки перед обновлением, чтобы они могли приступить к решению проблем, выявленных программой. Дополнительные сведения о программе проверки перед обновлением см. в статье Запуск программы проверки перед обновлением (SharePoint Server 2010). Например, прежде чем планировать обновление, следует отправить отчет о таких проблемах, как настроенные шаблоны веб-сайтов или настраиваемые веб-части, соответствующему владельцу веб-сайта, дизайнеру или разработчику, чтобы предоставить им время для исследования проблем и выполнения подготовительных этапов. Разработчик может решить, что целесообразно перестроить веб-часть до процесса обновления. А владельцам веб-сайтов может потребоваться проверить все настройки, выполненные на их сайтах, включая шаблоны сайтов и изменения основных ASPX-файлов.

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

Что и когда сообщать пользователям веб-сайтов

В той же степени важно взаимодействовать с пользователями веб-сайтов, чтобы сообщить им о следующем:

• Когда их сайты будут обновлены   В случае обновления на месте они также должны быть проинформированы о том, что их веб-сайт будет недоступен, пока идет обновление.

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

• Каким образом обновление может повлиять на них и что они должны знать о новой среде   Например, в новом интерфейсе сайт может выглядеть иначе или функционировать немного по-другому. При использовании визуального обновления сообщите пользователям, какую версию пользовательского интерфейса они увидят — старую или новую — и что им ожидать от нее. Также необходимо сообщить пользователям о новом доступном контенте, например, о статьях раздела "Новые возможности" или обучающих материалах, дающих представление о новой версии. Дополнительные сведения об изменениях компонентов и визуальном обновлении см. в разделах Планирование визуального обновления (SharePoint Server 2010) и Изменения ключевых возможностей в различных версиях статьи "Новые возможности обновления".

• Получение справки   Сведения о получении справки и рекомендаций по устранению при возникновении проблем с сайтами пользователей после обновления.