Создание и управление службой SharePoint (SharePoint Server 2010)

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

Последнее изменение раздела: 2017-01-20

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

• Что такое служба SharePoint?

• Элементы успешной службы

• Чем управлять в службе SharePoint

• Создание нескольких служб

• Соглашения об уровнях обслуживания

Что такое служба SharePoint?

Служба SharePoint — это ИТ-служба, которая предлагает размещенные сайты на основе Продукты Microsoft SharePoint 2013. Служба предоставляет следующие компоненты:

• Сайты в области, например семейство сайтов, веб-приложение или ферма серверов

• Резервное копирование и восстановление

• Хранилище контента

• Поддержка настройки

• Безопасность

• Уровни обслуживания, основанные на скорости и доступности

Элементы успешной службы

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

• Создание и использование управляющей группы

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

• Сообщения о службах

  О разрабатываемых политиках управления следует извещать предприятие. Поддерживайте веб-сайт, на котором описан набор служб.

• Поощряйте использование службы

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

• Создание нескольких служб

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

Чем управлять в службе SharePoint

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

Определите ограничения и политики для следующих элементов служб:

• Шаблоны квот

  Шаблон квот состоит из значений, указывающих, сколько данных может храниться в семействе сайтов. Значение также указывает предел, который запускает отправку уведомления по электронной почте для администратора семейства сайтов. Квоты можно связать с сайтами, которые предлагаются на разных уровнях обслуживания, для управления ростом SharePoint Server на предприятии. Обратите внимание, что можно задать отдельные квоты для изолированных решений.

• Максимальный объем отправляемых данных

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

• Управление жизненным циклом сайта

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

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

• Политика настройки

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

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

  На уровне веб-приложения также существует возможность контролировать, может ли использоваться SharePoint Designer для изменения сайтов в данном веб-приложении. Дополнительные сведения см. в статье Настройка параметров веб-приложения (SharePoint Server 2010).

  Полное обсуждение диапазона настроек, которые поддерживает SharePoint Server 2010, а также рисков и преимуществ поддержки каждого типа настройки на различных уровнях обслуживания см. в техническом документе Политика пользовательской настройки продуктов и технологий SharePoint (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=92311&clcid=0x419) (Возможно, на английском языке). Хотя этот документ написан специально для Microsoft Office SharePoint Server 2007, большинство сведений применяется к SharePoint Server 2010. Дополнительные сведения об изолированных решениях см. в статье Планирование изолированных решений (SharePoint Server 2010).

• Классификация активов

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

  • Значение связано с местоположением и контентом: если контент был распространен внешне, не повредит ли это бизнесу? Или не раскроет ли это сведения о личностях пользователей или клиентов? Если это так, значит контент имеет высокое значение для бизнеса.

  • Ценность связана с доступностью: если контент будет недоступен, может ли это повлиять на текущий бизнес предприятия? Если это так, значит контент имеет высокую ценность.

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

• Управление жизненным циклом

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

• Фирменный стиль и навигация

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

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

• Защита данных

  Для защиты данных предусмотрены функции резервного копирования и восстановления. Можно варьировать уровень защиты данных в зависимости от предоставляемого уровня обслуживания. Использование более высоких уровней может быть для владельца сайта платным. Для каждого уровня обслуживания запланируйте периодичность создания резервных копий сайтов и гарантированное время их восстановления. Дополнительные сведения см. в статье Планирование резервного копирования и восстановления в SharePoint Server 2010 и в центре ресурсов обеспечения непрерывности бизнеса (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=199235&clcid=0x419) (Возможно, на английском языке).

• Безопасность, инфраструктура и политики веб-приложения

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

• Обучение

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

  Учебные материалы для сообщества пользователей доступны на сайте Ресурсы SharePoint 2010 для конечных пользователей (https://go.microsoft.com/fwlink/?linkid=199542&clcid=0x419)

Создание нескольких служб

Пользователям службы SharePoint Server предприятия требуются сайты, соответствующие следующим целям:

• Краткосрочные одноцелевые рабочие области для планирования событий и управления собраниями и проектами

• Сайты рабочих групп для обычной совместной работы

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

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

Продумайте разделение службы SharePoint Server на набор служб, соответствующих диапазону потребностей предприятия. Все пользователи отдельной службы должны получать одинаковый уровень поддержки и нести одинаковые расходы. По мере появления потребности в более сложных ценовых решениях можно добавить новые службы для их поддержки. Одним из преимуществ такого подхода является возможность введения одной службы за раз, что облегчает нагрузку на ИТ-персонал. Сотрудничайте с исполнительными заинтересованными лицами, руководителями бизнес-подразделений и ИТ-отделов, чтобы определить требования каждого уровня обслуживания и последовательность введения служб.

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

Пример подхода к созданию набора служб

Соглашения об уровнях обслуживания

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

• Период времени и утверждения, необходимые для создания сайта.

  Каков процесс создания сайта? Кто в него вовлечен?

• Информация о стоимости службы для пользователей или отделов.

  Кто несет затраты и за что?

• Операционные соглашения, которые определяют группы, выполняющие операции, и частоту их выполнения.

  Какая группа применяет обновления? Какая группа выполняет резервное копирование? Как часто это происходит?

• Политики разрешения проблем службой поддержки.

  К кому обращается пользователь при возникновении проблемы? Каков иерархический порядок?

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

• Стратегии восстановления, балансировки нагрузки и отработки отказа.

• Политики настройки для службы.

• Ограничения хранилища для контента и сайтов.

• Поддержка языков.

  Какие языки будут устанавливаться и поддерживаться?

See Also

Concepts

Отслеживание или блокирование установок SharePoint Server 2010

Other Resources

Управление в SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=200590&clcid=0x419) (Возможно, на английском языке)
SharePoint — пример соглашения об уровне обслуживания (SLA) — блог "From the Field" (https://go.microsoft.com/fwlink/?linkid=203973&clcid=0x419) (Возможно, на английском языке)
Пример шаблона: план управления продуктами и технологиями SharePoint (https://go.microsoft.com/fwlink/?linkid=162169&clcid=0x419)