Определение ролей и ответственностей при содержании

Один из наиболее важных аспектов, обеспечивающих успешное содержание SharePoint 2010 — обеспечение того, что роли и ответственности участвующих сторон четко определены не только для этапа создания, но и для каждодневных процессов в развертывании и

сопровождении SharePoint. Ежедневное сопровождение для “устойчивого” развертывания SharePoint часто недооценивается.

Зачастую много внимания уделяется администратору, но слишком мало — необходимым бизнес-ролям, ролям конструкторов и даже вспомогательным структурам 1Т-отдела. Нередко недооцениваются целые роли, и в результате, естественно, получаются неудачные проекты.

Вначале организация должна определить администратора фермы SharePoint и администратора семейства сайтов. Ответственные руководители, менеджеры проектов и бизнес-аналитики также могут повысить качество процесса содержания. Например, определение “председателя руководящего комитета SharePoint” и “султана таксономии” может дополнительно привлечь отдельных лиц к постоянному обслуживанию конкретных областей среды SharePoint 2010. Члены руководящего комитета SharePoint могут не иметь специального технического образования, но они должны иметь собственное видение процессов и помогать освоению технологий (а также отдельных дополнительных аспектов).

Во многих организациях используется методика RACI (responsible, accountable, consulted, informed — исполнитель, ответственный, консультант, наблюдатель). Диаграмма RACI представляет собой простой и мощный инструмент для для определения и документирования ответственности. По каждому аспекту проекта — как начального развертывания, так и ежедневного управления — необходимо идентифицировать людей и их роли, а также уровень их участия. Это помогает нацелить персонал на их задачи и уровни участия и обычно повышает взаимосвязь участников. Часто роли и ответственности пересекаются со столбцами групп и бригад. На рис. 24.3 приведен пример таблицы RACI для компании ABC.

Содержание SharePointУправл.ITРуковод.комитетБизнес-аналитикАдмин.фермыАдмин.семействасайтовАдмин.сайтаОператорыСлужбаподдержкиИнструкторы Документация, политики и процедуры содержания А С, 1С, 1 FR С,1С, 1С Сопровождение оборудования и ОС А1R Управление SQL Server А1R Управление сайтом центра администрирования А1R С 11 Управление приложениями-службами А СС R С 11 Управление семействами сайтовА1C.I R 111 Управление сайтами А1 С RR 1 Управление списками и библиотекамиА1СC.I R 1 Управление таксономией А С R сC.IС, 11 Проектирование бизнес-процессов1С F С,1С Контроль за изменениями А сC.I1 R Поддержка конечных пользователейАСс RR Обучение конечных пользователей А Сс R С R Обучение администраторовАСс 1R Связь А с 1 C.IC.I 11

Содержание фермы

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

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

• Управление приложениями

• Параметры системы

• Наблюдение

• Копирование и восстановление

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

• Модернизация и перенос

• Общие параметры приложения

• Мастеры конфигурирования

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

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

■ Стандарты “обычных” приложений-служб. Для необходимых приложений-служб нужно просмотреть их параметры. Например, у приложения-службы поиска имеется ряд настраиваемых параметров: Content Sources (Источники контента), Crawl Rules (Правила индексации). File Types (Типы файлов). Authoritative Pages (Авторитетные страницы), Federated Locations (Федерированные местоположения) и другие. Приложение-служба User Profile Storage (Хранение профилей пользователей) выполняет важную роль для синхронизации с Active Directory и имеет много других настраиваемых возможностей — например, компиляция аудиторий. Коллекция данных Usage and Health (Используемость и работоспособность) обычно считается важным компонентом для управления и наблюдения за использованием фермы. Необходимо также просмотреть и некоторые менее известные приложения-службы наподобие Secure Store (Безопасное хранение) и Managed Metadata (Управляемые метаданные), чтобы выяснить, можно ли использовать их в ферме и если можно, то как.

• Стандарты “необязательных” приложений-служб. Если используется редакция SharePoint Server 2010 Enterprise, то можно развернуть ряд дополнительных прило-жений-служб: Access, Excel Services, PerformancePoint, PowerPoint, Visio Graphics и Word Viewing (Просмотр Word). Организация должна решить, какие из них следует

развернуть, для каких пользователей и на каком этапе проекта. Развертывание “вообще всего” на начальных этапах проекта обычно не рекомендуется, за исключением случаев, когда и IT-персонал, и сообщество пользователей хорошо подготовлены, а персонал, который будет управлять этими средствами, хорошо обучен. На рис. 24.4 показан спектр приложений-служб, доступных в SharePoint Server 2010 редакции Enterprise.

чг

! ⁶⁷² |-ч^

Services

ДррГгьдЪоп Ptaty Managed Hotad«a S«rv*ia

Managed PMadata Service

НА ЗАМЕТКУ

В главе 22 приведено описание использования управляемых метаданных в SharePoint 2010. В главах 26 и 27 приведена дополнительная информация по настройке этих приложений-служб. 1лава 30 содержит информацию о возможностях PerformancePoint и примерах его применения.

• Копирование и восстановление. Здесь необходимо принять высокоуровневое решение о том, будут ли применяться встроенные средства копирования и восстановления SharePoint или сторонние решения резервного копирования от фирм Symantec, Commvault, AvePoint и др. Если будут применяться родные средства SharePoint, администраторы ферм должны ознакомиться с их использованием и оценить их сильные и слабые стороны. Хотя базовое соглашение об уровне обслуживания (SLA) может не входить в план содержания, характеристики этих средств влияют на возможности администраторов ферм по удовлетворению запросов конечных пользователей. В главе 10 приведена дополнительная информация по этой теме, в том числе использование PowerShell для копирования и восстановления, а также копирование конфигурации IIS 7.

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

• Общие параметры приложений. Эти параметры (рис. 24.5) относятся к следующим средствам: External Service Connections (Подключения к внешним службам), InfoPath Forms Services (Служба форм InfoPath), Site Directory (Каталог сайтов), SharePoint Designer (Конструктор SharePoint), Search (Поиск), Reporting Services (Служба отчетов) и Content Deployment (Развертывание контента). Каждое из этих средств следует рассмотреть и принять решение о его конфигурации.

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

S

Central

Admmistrabon

Арр1кзЬол Karagement

Sytfem Settings

Mooteong

6*Aup and Ммоге

Security

Upgrade and Migration

General >*4* cat*» Setting»

Configurator Wesnfe

•4

a

&

S3