Руководство по планированию сайтов и решений в Microsoft 2010, часть 1.

Реклама
Руководство по планированию сайтов и решений в Microsoft
SharePoint Server 2010, часть 1.
Корпорация Майкрософт
Опубликовано: январь 2011 г.
Автор: рабочая группа серверов и системы Microsoft Office (itspdocs@microsoft.com)
Аннотация
В этом документе представлены сведения о планировании развертывания Microsoft SharePoint Server 2010. Рассматриваются вопросы
безопасности сайта, корпоративного управления и управления корпоративной информацией. Этот документ предназначен для
специалистов по работе с бизнес-приложениями, специалистов по работе с бизнес-системами, специалистов по информационной
архитектуре, ИТ-специалистов широкого профиля, руководителей программ и специалистов по обслуживанию инфраструктуры,
ответственных за планирование решения на основе SharePoint Server 2010. Этот документ входит в комплект из четырех руководств по
планированию, содержащих полные сведения об ИТ-планировании для SharePoint Server.
Дополнительные сведения о планировании сайта и решений, созданных при помощи SharePoint Server, см. в руководстве по
планированию сайтов и решений в Microsoft SharePoint Server 2010, часть 2 (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=208024&clcid=0x419) (Возможно, на английском языке). В части 2 рассматриваются вопросы
управления веб-контентом, создания сайтов, бизнес-аналитики, бизнес-данных и поиска в корпоративной среде.
Сведения о планировании архитектуры в среде SharePoint Server 2010 см. в руководстве по планированию серверных ферм и сред для
Microsoft SharePoint Server 2010 (Возможно, на английском языке) (http://go.microsoft.com/fwlink/?linkid=189513&clcid=0x419) (Возможно,
на английском языке).
Дополнительные сведения о планировании мощности см. в статье Планирование мощности для Microsoft SharePoint Server 2010
(Возможно, на английском языке) (http://go.microsoft.com/fwlink/?linkid=208221&clcid=0x419) (Возможно, на английском языке).
Содержимое этого документа является копией избранных материалов технической библиотеки SharePoint Server 2010
(http://go.microsoft.com/fwlink/?linkid=181463&clcid=0x419) на дату публикации. Более новые сведения см. в технической библиотеке в
Интернете.
Этот документ предоставляется на условиях "как есть". Сведения и представления, приведенные в данном документе, включая
URL-адреса и другие ссылки на веб-сайты в Интернете, могут изменяться без уведомления. Риск, связанный с использованием
таких сведений, лежит на пользователе.
Некоторые примеры приведены только в качестве иллюстрации и являются вымышленными. Никакая связь с реально
существующими объектами не предполагается и не подразумевается.
Данный документ не предоставляет никаких юридических прав на интеллектуальную собственность в любых продуктах
Майкрософт. Разрешается копирование и использование данного документа для внутренних справочных целей.
© Корпорация Майкрософт (Microsoft Corporation), 2011. Все права защищены.
Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer, Outlook, PerformancePoint,
PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server и Windows Vista
являются охраняемыми товарными знаками корпорации Майкрософт в США и других странах.
Содержание
Руководство по планированию сайтов и решений в Microsoft SharePoint Server 2010, часть 1. .......................................................... 1
Получение справки ........................................................................................................................................................................................ 21
Технические графики (SharePoint Server 2010) .......................................................................................................................................... 22
Модели ........................................................................................................................................................................................................ 23
Советы по печати плакатов ....................................................................................................................................................................... 46
Планирование сайтов и решений (SharePoint Server 2010)....................................................................................................................... 47
См. также ..................................................................................................................................................................................................... 49
Планирование основных компонентов сайта (SharePoint Server 2010) .................................................................................................... 50
Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010)............................................................................................... 51
Обзор семейств сайтов .............................................................................................................................................................................. 51
Общие сведения о сайтах ......................................................................................................................................................................... 52
Шаблоны сайтов, включенные в SharePoint Server 2010 ....................................................................................................................... 53
См. также ..................................................................................................................................................................................................... 61
Планирование сайтов и семейств сайтов (SharePoint Server 2010) ......................................................................................................... 62
Планирование сайтов и семейств сайтов ................................................................................................................................................ 62
Определение типов сайтов ....................................................................................................................................................................... 63
Планирование семейств сайтов................................................................................................................................................................ 66
Электронная таблица данных планирования сайтов ............................................................................................................................. 67
См. также ..................................................................................................................................................................................................... 67
Обзор навигации по сайтам (SharePoint Server 2010) ................................................................................................................................ 68
Обзор элементов навигации ..................................................................................................................................................................... 69
Элементы навигации на главных страницах ........................................................................................................................................... 69
Элементы навигации в макете страниц ................................................................................................................................................... 72
Веб-части навигации .................................................................................................................................................................................. 73
См. также ..................................................................................................................................................................................................... 75
Планирование навигации по сайтам (SharePoint Server 2010) .................................................................................................................. 76
Планирование навигации .......................................................................................................................................................................... 76
Планирование возможностей пользователей ......................................................................................................................................... 77
Планирование навигации на страницах ................................................................................................................................................... 78
Шаблон данных планирования сайта ....................................................................................................................................................... 78
См. также ..................................................................................................................................................................................................... 78
Общие сведения о темах (SharePoint Server 2010) .................................................................................................................................... 79
Использование тем .................................................................................................................................................................................... 79
Способы использования тем ..................................................................................................................................................................... 80
См. также ..................................................................................................................................................................................................... 81
Планирование использования тем (SharePoint Server 2010) .................................................................................................................... 82
Планирование использования тем ........................................................................................................................................................... 82
Определение необходимости использования тем .................................................................................................................................. 83
Определение необходимого количества тем .......................................................................................................................................... 84
Выбор ответственного за создание тем ................................................................................................................................................... 84
Электронная таблица данных планирования сайта ............................................................................................................................... 84
См. также ..................................................................................................................................................................................................... 84
Планирование многоязычных сайтов (SharePoint Server 2010) ................................................................................................................ 86
О планировании для многоязычных сайтов............................................................................................................................................. 86
Определение требований к языку и региональным параметрам .......................................................................................................... 87
Решение вопроса об использовании вариантов сайта ........................................................................................................................... 88
Определение требований к языковому пакету ........................................................................................................................................ 89
Требования к переносу по словам и парадигматическим модулям ...................................................................................................... 91
См. также ..................................................................................................................................................................................................... 91
Multilingual user interface overview (SharePoint Server 2010) (на английском языке) ................................................................................ 93
Use and benefits of the multilingual user interface ...................................................................................................................................... 94
How the multilingual user interface works .................................................................................................................................................... 95
What is supported by the multilingual user interface ................................................................................................................................... 95
Adding and modifying application content ................................................................................................................................................... 96
Exporting and importing translated content ................................................................................................................................................. 97
Using the multilingual user interface with managed metadata .................................................................................................................... 97
Limitations of the multilingual user interface ................................................................................................................................................ 98
См. также ................................................................................................................................................................................................... 100
Plan for the multilingual user interface (SharePoint Server 2010) (на английском языке).......................................................................... 101
Determine language requirements for your sites ....................................................................................................................................... 101
Plan for translating content ........................................................................................................................................................................ 102
Plan for installing service packs ................................................................................................................................................................. 102
См. также ................................................................................................................................................................................................... 102
Планирование безопасности сайтов и контента (SharePoint Server 2010)............................................................................................. 104
Планирование разрешений веб-сайта (SharePoint Server 2010) ............................................................................................................. 106
Введение ................................................................................................................................................................................................... 106
Разрешения сайта .................................................................................................................................................................................... 107
Назначение разрешений. ......................................................................................................................................................................... 108
Наследование разрешений ..................................................................................................................................................................... 110
Эффективные разрешения ..................................................................................................................................................................... 111
Выбор уровней разрешений .................................................................................................................................................................... 112
Планирование наследования разрешений ............................................................................................................................................ 113
Определение требуемых уровней разрешения и групп (SharePoint Server 2010) ................................................................................. 115
Обзор доступных групп по умолчанию ................................................................................................................................................... 115
Обзор доступных уровней разрешений .................................................................................................................................................. 118
Определение необходимости дополнительных уровней разрешений или групп .............................................................................. 119
Выбор групп безопасности (SharePoint Server 2010)................................................................................................................................ 121
Введение ................................................................................................................................................................................................... 121
Определение учетных записей и групп безопасности Windows, которые будут использоваться для предоставления доступа к
сайтам .................................................................................................................................................................................................... 122
Принятие решения о предоставлении доступа всем пользователям, прошедшим проверку подлинности ................................... 122
Принятие решения о предоставлении доступа всем пользователям, прошедшим проверку подлинности ................................... 123
Выбор администраторов и владельцев для иерархической структуры администрирования (SharePoint Server 2010) .................... 125
Введение ................................................................................................................................................................................................... 125
Уровни администрирования .................................................................................................................................................................... 125
Рекомендации по использованию детально настроенных разрешений (технический документ) (SharePoint Server 2010) ............. 128
Управление сайтами и решениями (SharePoint Server 2010) .................................................................................................................. 129
Что такое управление (SharePoint Server 2010)........................................................................................................................................ 131
Об управлении .......................................................................................................................................................................................... 131
Чем следует управлять? .......................................................................................................................................................................... 131
Кто должен определять политики управления? .................................................................................................................................... 134
Каким образом следует реализовывать управление? .......................................................................................................................... 136
См. также ................................................................................................................................................................................................... 137
Компоненты управления (SharePoint Server 2010) ................................................................................................................................... 138
Управление установкой SharePoint на предприятии............................................................................................................................. 138
Компоненты ИТ-службы ........................................................................................................................................................................... 139
Управление сведениями .......................................................................................................................................................................... 143
Компоненты информационной архитектуры .......................................................................................................................................... 146
См. также ................................................................................................................................................................................................... 149
Создание и управление службой SharePoint (SharePoint Server 2010) .................................................................................................. 150
Что такое служба SharePoint? ................................................................................................................................................................. 150
Элементы успешной службы ................................................................................................................................................................... 151
Чем управлять в службе SharePoint ....................................................................................................................................................... 152
Создание нескольких служб .................................................................................................................................................................... 155
Соглашения об уровнях обслуживания .................................................................................................................................................. 157
См. также ................................................................................................................................................................................................... 158
Реализация и управление информационной архитектурой (SharePoint Server 2010) .......................................................................... 159
Что такое информационная архитектура? ............................................................................................................................................. 159
Управление информационной архитектурой ......................................................................................................................................... 161
Ресурсы для планирования информационной архитектуры ................................................................................................................ 165
Пример: управление информационной архитектурой для устранения хаотичности контента ......................................................... 167
См. также ................................................................................................................................................................................................... 173
Планирование изолированных решений (SharePoint Server 2010) ......................................................................................................... 174
В этом разделе: ........................................................................................................................................................................................ 174
Общие сведения об изолированных решениях (SharePoint Server 2010) .............................................................................................. 175
Развертывание и выполнение изолированных решений ..................................................................................................................... 176
Изоляция решений в "песочнице" ........................................................................................................................................................... 177
Недопустимые компоненты изолированного решения ......................................................................................................................... 178
Сравнение решений, выполняемых в ферме и "песочнице"................................................................................................................ 179
Преимущества использования изолированных решений..................................................................................................................... 180
См. также ................................................................................................................................................................................................... 180
Планирование изолированных решений (SharePoint Server 2010) ......................................................................................................... 182
Определение целесообразности изолированных решений ................................................................................................................. 183
Планирование распределения нагрузки кода изолированных решений ............................................................................................ 183
Определение места развертывания изолированных решений ........................................................................................................... 184
Определение того, кто может развертывать изолированные решения .............................................................................................. 184
Используя квоты, определите, в каком семействе веб-сайтов будут выполняться изолированные решения ............................... 185
Планирование квот использования ресурсов для изолированных решений ..................................................................................... 185
Планирование управления изолированными решениями ................................................................................................................... 187
SharePoint 2010 Governance Planning (white paper) (на английском языке) ........................................................................................... 188
Реализация управления в SharePoint 2010 (технический документ) ...................................................................................................... 189
Планирование социальных вычислений и совместной работы (SharePoint Server 2010) .................................................................... 190
Обзор службы профилей пользователей .............................................................................................................................................. 191
Планирование профилей пользователей .............................................................................................................................................. 191
Планирование политик для профилей пользователей ......................................................................................................................... 191
Планирование синхронизации профилей .............................................................................................................................................. 192
Планирование аудиторий ........................................................................................................................................................................ 192
Обзор планирования личных веб-сайтов ............................................................................................................................................... 192
Планирование личных сайтов ................................................................................................................................................................. 193
Обзор социальных тегов .......................................................................................................................................................................... 193
Вопросы конфиденциальности и безопасности социальных тегов ..................................................................................................... 193
Обзор корпоративных вики-ресурсов ..................................................................................................................................................... 194
Планирование корпоративных вики-ресурсов ....................................................................................................................................... 194
Планирование сайтов совместной работы ............................................................................................................................................ 194
См. также ................................................................................................................................................................................................... 195
Обзор службы профилей пользователей (SharePoint Server 2010) ........................................................................................................ 196
Использование службы профилей пользователей и ее преимущества ............................................................................................. 196
Архитектура .............................................................................................................................................................................................. 197
Связанные службы ................................................................................................................................................................................... 198
См. также ................................................................................................................................................................................................... 198
Планирование профилей пользователей (SharePoint Server 2010) ....................................................................................................... 199
Сведения о профилях пользователей.................................................................................................................................................... 200
Свойства профилей пользователей ....................................................................................................................................................... 200
Политики профилей пользователей ....................................................................................................................................................... 206
Участие в группах и коллеги .................................................................................................................................................................... 206
Поиск пользователей и областей специализации ................................................................................................................................ 207
Синхронизация свойств профиля ........................................................................................................................................................... 208
См. также ................................................................................................................................................................................................... 209
Планирование политик профилей пользователя (SharePoint Server 2010) ........................................................................................... 210
Политики по умолчанию .......................................................................................................................................................................... 211
Политики свойств профиля пользователя ............................................................................................................................................. 212
См. также ................................................................................................................................................................................................... 215
План синхронизации профиля (SharePoint Server 2010) ......................................................................................................................... 216
Обзор синхронизации профиля .............................................................................................................................................................. 216
Определение служб каталогов и бизнес-систем ................................................................................................................................... 217
Планирование разрешений ..................................................................................................................................................................... 219
Определение контейнеров для синхронизации .................................................................................................................................... 221
Определение фильтров подключения для синхронизации профилей................................................................................................ 221
Сопоставление свойств профилей ......................................................................................................................................................... 221
Определение расписания синхронизации ............................................................................................................................................. 224
См. также ................................................................................................................................................................................................... 225
Обзор личных веб-сайтов (SharePoint Server 2010) ................................................................................................................................. 226
Использование и преимущества веб-сайтов "Мой сайт" ...................................................................................................................... 226
Архитектура веб-сайтов "Мой сайт" ........................................................................................................................................................ 227
Связанные компоненты ........................................................................................................................................................................... 228
См. также ................................................................................................................................................................................................... 228
Планирование личных веб-сайтов (SharePoint Server 2010) ................................................................................................................... 230
Сведения о планировании личных веб-сайтов...................................................................................................................................... 230
Разработка архитектуры личных веб-сайтов ......................................................................................................................................... 231
Определение пользователей и их разрешений .................................................................................................................................... 232
Синхронизация данных профилей пользователей ............................................................................................................................... 233
Планирование поиска пользователей и областей специализации ..................................................................................................... 234
Планирование возможностей личных сайтов ........................................................................................................................................ 235
Планирование политик и конфиденциальности .................................................................................................................................... 236
См. также ................................................................................................................................................................................................... 237
Планирование аудиторий и целевого контента (SharePoint Server 2010) .............................................................................................. 238
Что такое аудитории? .............................................................................................................................................................................. 239
Планирование для аудиторий и целевого контента ............................................................................................................................. 240
Обзор социальных тегов (SharePoint Server 2010) ................................................................................................................................... 245
Общие сведения об использовании компонентов социальных тегов ................................................................................................. 245
Компоненты социальных тегов ............................................................................................................................................................... 246
Принципы использования и преимущества социальных тегов ............................................................................................................ 248
Последствия использования социальных тегов .................................................................................................................................... 249
См. также ................................................................................................................................................................................................... 250
Вопросы конфиденциальности и безопасности социальных тегов (SharePoint Server 2010) .............................................................. 251
Скрытие информации социальных тегов ............................................................................................................................................... 251
Отображение информации социальных тегов ...................................................................................................................................... 252
Информация, остающаяся открытой ...................................................................................................................................................... 254
Рекомендации ........................................................................................................................................................................................... 254
См. также ................................................................................................................................................................................................... 255
Обзор корпоративных вики-ресурсов (SharePoint Server 2010) .............................................................................................................. 256
Сравнение корпоративных вики-сайтов с сайтами групп ..................................................................................................................... 256
Использование и преимущества корпоративных вики-ресурсов ......................................................................................................... 258
Ограничения корпоративных вики-ресурсов .......................................................................................................................................... 258
Пример. Вики-сайт Fabrikam Enterprise .................................................................................................................................................. 258
Планирование корпоративных вики-ресурсов (SharePoint Server 2010) ................................................................................................ 259
Сведения о планировании корпоративного вики-ресурса .................................................................................................................... 259
Определение необходимости использования корпоративного вики-ресурса .................................................................................... 260
Оценка предварительных требований ................................................................................................................................................... 262
Выбор расположения для размещения корпоративного вики-ресурса ............................................................................................... 262
См. также ................................................................................................................................................................................................... 263
Планирование сайтов совместной работы (SharePoint Server 2010) ..................................................................................................... 264
Определение количества сайтов совместной работы .......................................................................................................................... 265
Конкретные пути ....................................................................................................................................................................................... 265
Дополнительные пути .............................................................................................................................................................................. 265
Интеграция с Microsoft SharePoint Workspace 2010 .............................................................................................................................. 266
Планирование управления корпоративным контентом (SharePoint Server 2010) ................................................................................. 267
Планирование управления документами (SharePoint Server 2010) ........................................................................................................ 268
Общие сведения об управлении документами (SharePoint Server 2010) ............................................................................................... 270
Элементы системы управления документами....................................................................................................................................... 270
Процедура планирования ........................................................................................................................................................................ 271
Идентификация пользователей и анализ использования документов .................................................................................................. 273
Определение пользователей .................................................................................................................................................................. 273
Анализ использования документов ........................................................................................................................................................ 275
Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server 2010) ...................................................... 279
Общие сведения о маршрутизации и хранении на основе метаданных ............................................................................................ 279
Параметры организатора контента ........................................................................................................................................................ 281
Правила организатора контента ............................................................................................................................................................. 281
Активация компонента "Организатор контента" для сайта .................................................................................................................. 282
См. также ................................................................................................................................................................................................... 283
Metadata-based routing and storage planning (SharePoint Server 2010) (на английском языке) ............................................................. 284
Planning for metadata-based routing and storage ..................................................................................................................................... 284
Determine how content is submitted .......................................................................................................................................................... 285
Plan drop-off libraries ................................................................................................................................................................................. 285
Plan content organizer settings .................................................................................................................................................................. 285
Plan content organizer rules ...................................................................................................................................................................... 289
Plan target location properties ................................................................................................................................................................... 292
См. также ................................................................................................................................................................................................... 292
Обзор навигации для метаданных (SharePoint Server 2010) ................................................................................................................... 294
Общие сведения о навигации для метаданных в SharePoint Server 2010 .......................................................................................... 294
Пользовательские элементы управления навигацией для метаданных ............................................................................................ 295
Элементы управления для владельца списка ...................................................................................................................................... 296
Автоматическая индексация ................................................................................................................................................................... 297
Индексированные запросы ...................................................................................................................................................................... 297
Резервные запросы .................................................................................................................................................................................. 297
См. также ................................................................................................................................................................................................... 298
Планирование библиотеки документов (SharePoint Server 2010) ........................................................................................................... 299
Планирование библиотек ........................................................................................................................................................................ 299
Лист ............................................................................................................................................................................................................ 308
Планирование хранения корпоративного контента (SharePoint Server 2010) ........................................................................................ 309
Общие сведения о хранении корпоративного контента ....................................................................................................................... 310
Типовые сценарии управления большими объемами контента .......................................................................................................... 310
Уровни хранения: преимущества и ограничения хранения контента.................................................................................................. 312
Маршрутизация и хранение корпоративного контента на основе метаданных ................................................................................. 315
Навигация и фильтрация корпоративного контента на основе метаданных ...................................................................................... 316
Представления списка ............................................................................................................................................................................. 316
Дополнительные ресурсы........................................................................................................................................................................ 318
Планирование наборов документов (SharePoint Server 2010) ................................................................................................................ 320
Наборы документов.................................................................................................................................................................................. 320
Администрирование наборов документов ............................................................................................................................................. 321
Планирование типов контента набора документов .............................................................................................................................. 322
Таблицы .................................................................................................................................................................................................... 324
См. также ................................................................................................................................................................................................... 324
Планирование типов контента и рабочих процессов (SharePoint Server 2010) ..................................................................................... 325
Планирование типов контента ................................................................................................................................................................ 325
Планирование рабочих процессов ......................................................................................................................................................... 333
Таблицы .................................................................................................................................................................................................... 335
Планирование политики управления информацией (SharePoint Server 2010) ...................................................................................... 336
Политики управления сведениями и их компоненты ............................................................................................................................ 336
Отчеты о политиках управления сведениями ....................................................................................................................................... 339
Интеграция политик управления сведениями с системными приложениями Office .......................................................................... 340
Компоненты политик, доступные в SharePoint Server 2010 .................................................................................................................. 340
Планирование политик управления документами ................................................................................................................................ 341
Форма ........................................................................................................................................................................................................ 342
Планирование контроля версий, утверждения контента и извлечения (SharePoint Server 2010) ....................................................... 343
Об управлении версиями, утверждении контента и извлечении ......................................................................................................... 343
Планирование контроля версий.............................................................................................................................................................. 344
Планирование процедуры утверждения контента ................................................................................................................................ 345
Планирование операций извлечения и возврата .................................................................................................................................. 347
Форма ........................................................................................................................................................................................................ 348
См. также ................................................................................................................................................................................................... 348
Co-authoring overview (SharePoint Server 2010) ......................................................................................................................................... 349
Co-authoring functionality in SharePoint Server 2010 ............................................................................................................................... 349
Understanding the end-user experience .................................................................................................................................................... 350
Important considerations ............................................................................................................................................................................ 351
OneNote Notebooks ................................................................................................................................................................................... 352
Software Version Requirements ................................................................................................................................................................ 352
Co-Authoring in a mixed Office environment ............................................................................................................................................. 352
Performance and scalability ....................................................................................................................................................................... 353
См. также ................................................................................................................................................................................................... 353
Планирование управления записями (SharePoint Server 2010) .............................................................................................................. 354
Обзор управления записями (SharePoint Server 2010) ............................................................................................................................ 356
Элементы системы управления записями ............................................................................................................................................. 356
Обзор планирования управления записями .......................................................................................................................................... 358
См. также ................................................................................................................................................................................................... 360
Создание плана файлов для управления записями в SharePoint Server 2010 ...................................................................................... 361
Идентификация разных типов записей .................................................................................................................................................. 361
Составление плана файлов .................................................................................................................................................................... 363
Форма ........................................................................................................................................................................................................ 366
Планирование порядка регистрации записей (SharePoint Server 2010) ................................................................................................. 367
Способы преобразования активных документов в записи ................................................................................................................... 367
Завершение плана ................................................................................................................................................................................... 369
См. также ................................................................................................................................................................................................... 371
Планирование физических записей (SharePoint Server 2010) ................................................................................................................. 372
Определение типов записей ................................................................................................................................................................... 372
Определение свойств каждого типа записи ........................................................................................................................................... 373
Организация типов контента ................................................................................................................................................................... 374
Организация архива записей .................................................................................................................................................................. 374
Таблица ..................................................................................................................................................................................................... 375
См. также ................................................................................................................................................................................................... 375
Планирование eDiscovery (SharePoint Server 2010) ................................................................................................................................. 376
Поддержка eDiscovery в SharePoint Server 2010 ................................................................................................................................... 376
Аудит ......................................................................................................................................................................................................... 377
Истечение срока ....................................................................................................................................................................................... 378
Поиск ......................................................................................................................................................................................................... 378
Сравнение использования архива записей и управления записями на месте (SharePoint Server 2010) ............................................ 379
Разработка управления записями на месте .............................................................................................................................................. 383
Обзор планирования управления записями на месте .......................................................................................................................... 384
Папки или типы контента? ....................................................................................................................................................................... 384
Определение типов контента .................................................................................................................................................................. 386
Организация папок для управления записями на месте ...................................................................................................................... 386
Типичные задачи планирования управления записями ....................................................................................................................... 387
Электронные таблицы ............................................................................................................................................................................. 389
См. также ................................................................................................................................................................................................... 389
Выбор стратегии управления записями электронной почты и сообщений (SharePoint Server 2010) .................................................. 390
Общие сведения о механизмах управления записями в Exchange Server 2010 и SharePoint Server 2010 ..................................... 391
Рекомендации по выбору решения управления записями для управления сообщениями .............................................................. 392
См. также ................................................................................................................................................................................................... 394
Планирование библиотеки цифровых активов (SharePoint Server 2010) ............................................................................................... 395
Общие сведения об управлении цифровыми активами (SharePoint Server 2010) ................................................................................ 396
Об управлении цифровыми активами .................................................................................................................................................... 397
Пользователи библиотеки активов ......................................................................................................................................................... 397
Управление цифровыми активами в SharePoint Server 2010 ............................................................................................................... 398
Сценарии использования библиотеки активов...................................................................................................................................... 399
См. также ................................................................................................................................................................................................... 401
Планирование библиотек цифровых активов (SharePoint Server 2010) ................................................................................................. 402
Обзор библиотек активов ........................................................................................................................................................................ 402
Планирование библиотек активов .......................................................................................................................................................... 403
Планирование разрешений и системы безопасности........................................................................................................................... 408
Планирование хранилища и быстродействия ....................................................................................................................................... 408
Планирование метаданных и поиска ...................................................................................................................................................... 409
Планирование веб-частей и веб-страниц .............................................................................................................................................. 409
Планирование поддержки клиентов ....................................................................................................................................................... 410
См. также ................................................................................................................................................................................................... 411
Топология и архитектура библиотеки цифровых активов (SharePoint Server 2010) ............................................................................. 412
Логическая архитектура управления цифровыми активами ................................................................................................................ 413
Компоненты топологии библиотеки цифровых активов ....................................................................................................................... 418
Типовая топология библиотеки цифровых активов .............................................................................................................................. 419
Масштабирование топологий для библиотек цифровых активов ....................................................................................................... 422
См. также ................................................................................................................................................................................................... 423
Планирование таблиц для SharePoint Server 2010 .................................................................................................................................. 424
Планирование таблиц по задаче ............................................................................................................................................................ 424
Планирование таблиц по заголовку ....................................................................................................................................................... 428
Получение справки
Точность сведений, приведенных в данной книге, тщательно проверялась. Содержимое данного файла соответствует
материалам, доступным в библиотеке Office System на веб-сайте TechNet. В случае возникновения проблем ознакомьтесь с
обновлениями по адресу:
http://technet.microsoft.com/ru-ru/office/bb267342
Если вы не можете найти ответ на веб-сайте, отправьте сообщение электронной почты в рабочую группу серверов и Office
System (Microsoft) по адресу:
itspdocs@microsoft.com
Если ваш вопрос касается продуктов Microsoft Office, а не содержимого данной книги, выполните поиск по материалам центра
справки и поддержки и статьям базы знаний Майкрософт, расположенным по адресу:
http://support.microsoft.com/?ln=ru-ru
21
Технические графики (SharePoint Server 2010)
Многие из этих ресурсов являются визуальными представлениями рекомендуемых решений. Среди них есть документы
плакатного размера, доступные в различных форматах, включая файлы Microsoft Office Visio 2007 или Microsoft Visio 2010 (.vsd),
PDF- и XPS-файлы. Для просмотра таких файлов может потребоваться дополнительное ПО. Сведения об открытии этих файлов
приведены в следующей таблице.
Тип файла
Программное обеспечение
VSD
Office Visio 2007, Microsoft Visio 2010 или бесплатная программа просмотра
Visio (http://go.microsoft.com/fwlink/?linkid=118761&clcid=0x419)
Если используется средство просмотра Visio, щелкните правой кнопкой мыши
ссылку на VSD, выберите Сохранить объект как, сохраните файл на своем
компьютере, затем откройте его со своего компьютера.
PDF
Любое средство просмотра PDF, например Adobe Reader (Возможно, на
английском языке)
(http://go.microsoft.com/fwlink/?linkid=134751&clcid=0x419) (Возможно, на
английском языке)
XPS
Windows 7, Windows Vista, Windows XP с платформой .NET Framework 3.0
или пакет XPS EP
(http://go.microsoft.com/fwlink/?linkid=134750&clcid=0x419)
22
Модели
Модели — это плакаты, размером 34 на 44 дюйма (86 на 111 см), содержащие подробное изображение определенной
технической области. Эти модели предназначены для использования в сочетании с соответствующими статьями на TechNet. Эти
модели создаются с использованием Office Visio 2007. Файлы Visio можно менять, чтобы проиллюстрировать планируемый
способ включения продуктов Microsoft SharePoint 2010 в свою среду.
Название
Описание
Образец дизайна: корпоративный портал с классической проверкой подлинности Иллюстрирует типичную корпоративную среду с
сайтами наиболее популярных типов. Эти два образца
отличаются только режимом используемой проверки
подлинности.
Используйте эти образцы дизайна вместе со
следующей статьей: Design sample: Corporate
deployment (SharePoint Server 2010)
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=196969&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=196970&clcid=0x419) (Возможно, на
английском языке)
23
Название
Описание
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=196971&clcid=0x419) (Возможно, на
английском языке)
Образец дизайна: корпоративный портал с проверкой подлинности на основе
утверждений
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=196972&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=196973&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=196974&clcid=0x419) (Возможно, на
английском языке)
24
Название
Описание
Развертывание продуктов SharePoint 2010
Содержит сведения, относящиеся к развертыванию, в
том числе описание различных этапов развертывания
и блок-схему действий по установке и настройке
продуктов SharePoint 2010.
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=183024&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=183025&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=183026&clcid=0x419) (Возможно, на
английском языке)
Службы в продуктах SharePoint 2010
Описывает и иллюстрирует архитектуру служб,
включая стандартные способы развертывания служб в
общей структуре решения.
25
Название
Описание
Эта схема относится к статьям:

Services architecture planning (SharePoint
Foundation 2010)

Services architecture planning (SharePoint
Server 2010)
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167090&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167092&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167091&clcid=0x419) (Возможно, на
английском языке)
Межферменные службы в продуктах SharePoint 2010
Методы развертывания служб в ферме для
обеспечения централизованного администрирования
служб.
Эта схема относится к статьям:

26
Services architecture planning (SharePoint
Название
Описание
Foundation 2010)

Services architecture planning (SharePoint
Server 2010)
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167093&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167095&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167094&clcid=0x419) (Возможно, на
английском языке)
Топология для SharePoint Server 2010
Описывает стандартные способы создания и
масштабирования топологий ферм, в том числе
планирование начальных серверов служб.
27
Название
Описание
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167087&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167089&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167088&clcid=0x419) (Возможно, на
английском языке)
Топологии экстрасети для продуктов SharePoint 2010
Отдельные топологии экстрасети, протестированные
для продуктов SharePoint 2010. Предоставляет
сравнение ISA Server, Forefront TMG, Forefront
UAG при использовании в качестве брандмауэра или
шлюза с продуктами SharePoint 2010.
28
Название
Описание
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=187987&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=187988&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=187986&clcid=0x419) (Возможно, на
английском языке)
Среды размещения в продуктах SharePoint 2010
Содержит общие сведения о средах размещения и
описывает стандартные архитектуры размещения.
Для получения дополнительных сведений о
проектировании и развертывании среды внешнего
размещения см.: White paper: SharePoint 2010 for
29
Название
Описание
hosters (SharePoint Server 2010).
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167084&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167086&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167085&clcid=0x419) (Возможно, на
английском языке)
Технологии поиска для продуктов SharePoint 2010
Сравнивает технологии поиска, работающие с
продуктами SharePoint 2010:
30

SharePoint Foundation 2010

Search Server 2010 Express
Название
Описание

Search Server 2010

SharePoint Server 2010

FAST Search Server 2010 для SharePoint
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167731&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167733&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167732&clcid=0x419) (Возможно, на
английском языке)
Планирование среды поиска для Microsoft SharePoint Server 2010
31
Описывает основные решения при проектировании
архитектуры для сред поиска.
Название
Описание
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167734&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167736&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167735&clcid=0x419) (Возможно, на
английском языке)
Архитектура поиска для Microsoft SharePoint Server 2010
Подробно описывает физические и логические
компоненты архитектуры, которые составляют
систему поиска, и содержит примеры стандартных
сред поиска.
32
Название
Описание
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167737&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167739&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167738&clcid=0x419) (Возможно, на
английском языке)
Создание архитектуры поиска для Microsoft SharePoint Server 2010
33
Описывает начальные действия по определению
основной структуры поиска SharePoint Server 2010.
Название
Описание
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167740&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167742&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167741&clcid=0x419) (Возможно, на
английском языке)
Модель служб Business Connectivity Services
Службы Microsoft Business Connectivity Services
представляют собой набор служб и функций Microsoft
SharePoint Server 2010 и Microsoft SharePoint
Foundation 2010, поддерживающие интеграцию
данных из внешних систем в решения на основе
34
Название
Описание
Microsoft SharePoint Server и Microsoft SharePoint
Foundation. В этом разделе описывается архитектура
Microsoft Business Connectivity Services в
SharePoint Server 2010, а также предоставляются
сведения о создании решений, основанных на этой
службе.
Используйте эту модель в сочетании с разделом
Business Connectivity Services overview.
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165565&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165566&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165571&clcid=0x419) (Возможно, на
английском языке)
Развертывание контента в SharePoint Server 2010
Описание функции развертывания контента в
SharePoint Server 2010. Оно включает сведения о
следующих аспектах:
35

Обзор развертывания контента

Описание путей и заданий развертывания
Название
Описание
контента

Применение развертывания контента

Альтернативные способы развертывания
контента

Иллюстрации типичных топологий ферм для
развертывания контента

Иллюстрация и объяснение процесса
развертывания контента в целом
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=179391&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=179523&clcid=0x419) (Возможно, на
английском языке)
XPS (http://go.microsoft.com/fwlink/?linkid=179524&clcid=0x419)
Планирование обновления Microsoft SharePoint Server 2010
Описание планирования обновления Microsoft Office
SharePoint Server 2007 до версии SharePoint Server
2010. Описание включает следующие сведения:
36

Требования к обновлению: аппаратное
обеспечение, операционная система и база
данных

Процесс обновления: особые действия до, во
Название
Описание
время и после обновления
Используйте эту модель в сочетании с разделом
Upgrading to SharePoint Server 2010.
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167098&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167099&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167100&clcid=0x419) (Возможно, на
английском языке)
Способы обновления Microsoft SharePoint Server 2010
Это описание позволяет понять метод обновления на
месте, присоединение баз данных и совмещенные
подходы к обновлению Office SharePoint Server
2007 до версии SharePoint Server 2010.

37
Иллюстрация топологии ферм до, во время и
Название
Описание
после обновления

Сравнение преимуществ каждого типа
обновления
Используйте эту модель в сочетании с разделами:

Determine upgrade approach (SharePoint Server
2010)

Upgrade process overview (SharePoint Server
2010)
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167101&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167102&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167103&clcid=0x419) (Возможно, на
английском языке)
Microsoft SharePoint Server 2010 — проверка процесса обновления
38
Описание методологии тестирования процесса
Название
Описание
обновления перед обновлением Office SharePoint
Server 2007 до SharePoint Server 2010.

Описание целей тестирования процесса
обновления: настройки, аппаратное
обеспечение, планирование по времени

Действия по тестированию процесса
обновления
Используйте эту модель в сочетании с разделом Use
a trial upgrade to find potential issues (SharePoint
Server 2010).
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167104&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167105&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167106&clcid=0x419) (Возможно, на
английском языке)
Microsoft SharePoint Server 2010 — обновление служб
Описание обновления служб Office SharePoint
Server 2007 до версии SharePoint Server 2010.

39
Сведения для конкретных служб:
персонализация, поиск, формы InfoPath,
Excel, каталог бизнес-данных, единый вход
Название
Описание

Обновление на месте со службами

Обновление с присоединением базы данных
со службами
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167107&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167108&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167109&clcid=0x419) (Возможно, на
английском языке)
Microsoft SharePoint Server 2010 — обновление родительской и дочерней ферм Описывает процесс обновления ферм с общими
40
Название
Описание
службами (родительской и дочерней ферм).
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=190984&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=190985&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=190986&clcid=0x419) (Возможно, на
английском языке)
Начало работы с бизнес-аналитикой в SharePoint Server 2010
Описание средства бизнес-аналитики SharePoint
41
Название
Описание
Server и предоставление следующей информации.

Обзор каждой службы бизнес-аналитики и
области ее применения.

Архитектура приложения служб бизнесаналитики и их совместная работа в
топологии.

Список возможных источников данных для
каждой службы бизнес-аналитики.
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167082&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167170&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167171&clcid=0x419) (Возможно, на
английском языке)
Базы данных, которые поддерживают продукты SharePoint 2010
Описывает базы данных Microsoft SQL Server, с
которыми работает SharePoint Server 2010.
42
Название
Описание
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=187970&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=187969&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=187971&clcid=0x419) (Возможно, на
английском языке)
Продукты SharePoint 2010: процесс виртуализации
Содержит инструкции по виртуализации и различным
43
Название
Описание
этапам развертывания, а также соответствующие
требования и примеры.
Эта схема относится к статьям из следующих глав:

Virtualization planning (SharePoint Foundation
2010)

Virtualization planning (SharePoint Server 2010)
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=195021&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=195022&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=195023&clcid=0x419) (Возможно, на
английском языке)
Управление в SharePoint Server 2010
Иллюстрирует составление плана управления,
44
Название
Описание
включая управление ИТ-службами, данными и
приложениями.
Эта схема относится к статьям:
Visio (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=200532&clcid=0x419) (Возможно, на
английском языке)
PDF (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=200533&clcid=0x419) (Возможно, на
английском языке)
XPS (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=200534&clcid=0x419) (Возможно, на
английском языке)
45

Что такое управление (SharePoint Server 2010)

Компоненты управления (SharePoint Server
2010)
Советы по печати плакатов
При наличии плоттера можно печатать полноразмерные плакаты. Если использование плоттера невозможно, выполните
следующие действия для печати плакатов на бумаге меньшего размера.
Печать плакатов на бумаге меньшего размера
1. Откройте плакат в Visio.
2. В меню Файл выберите команду Параметры страницы.
3. На вкладке Настройка печати в разделе Бумага в принтере выберите размер бумаги, на которой будет выполняться
печать.
4. На вкладке Настройка печати в разделе Масштаб установите флажок Разместить не более чем на, а затем введите 1 стр.
в ширину и 1 стр. в высоту.
5. На вкладкеРазмер страницы установите переключатель в положение Изменять размеры по содержимому и нажмите
кнопку ОК.
6. В меню Файл выберите команду Печать.
46
Планирование сайтов и решений (SharePoint Server 2010)
В этом разделе представлены темы, посвященные планированию сайта Microsoft SharePoint Server 2010 и компонентов решения.
 Планирование основных компонентов сайта (SharePoint Server 2010)
В темах этого раздела описывается планирование сайтов, использующих компоненты SharePoint Server 2010.
 Планирование безопасности сайтов и контента (SharePoint Server 2010)
В темах этого раздела представлены сведения о планировании разрешений, управляющих доступом к сайтам и контенту.
 Управление сайтами и решениями (SharePoint Server 2010)
В темах этого раздела описывается планирование настройки среды для размещения ИТ-служб и изолированных решений, а
также порядок определения информационной архитектуры, оптимально соответствующей бизнес-требованиям.
 Планирование изолированных решений (SharePoint Server 2010)
В темах этого раздела представлены сведения о планировании изолированных решений, выполняемых в ограниченных
средах на предприятии.
 Что такое управление (SharePoint Server 2010)
В этой статье вводится понятие управления как основной части успешного развертывания Microsoft SharePoint Server
2010 и поясняется, почему информационная архитектура и ИТ-службы являются ключевыми компонентами плана
управления.
 Plan managed metadata (SharePoint Server 2010)
В темах этого раздела поясняются основные понятия, связанные с управляемыми метаданными, и приводятся рекомендации
по использованию управляемых метаданных в решении SharePoint.
 Планирование социальных вычислений и совместной работы (SharePoint Server 2010)
В темах этого раздела приводятся рекомендации по планированию решений, в которых реализуются функции социальных
вычислений и совместной работы для организации.
 Планирование управления корпоративным контентом (SharePoint Server 2010)
47



В темах этого раздела представлена концептуальная информация об управлении документами, записями и цифровыми
активами.
 Планирование управления документами (SharePoint Server 2010)
В этом разделе представлены темы, посвященные планированию решений по управлению документами для
организации.
 Планирование управления записями (SharePoint Server 2010)
В темах этого раздела описывается процесс управления записями в SharePoint Server 2010, и приводятся рекомендации
по планированию решения по управлению записями.
 Планирование библиотек цифровых активов (SharePoint Server 2010)
В темах этого раздела приведены рекомендации по планированию решений для сайтов, содержащих цифровые активы,
такие как видео-, аудиозаписи и изображения.
Plan Web content management (SharePoint Server 2010)
В темах этого раздела приведены рекомендации по планированию сайтов управления веб-контентом с помощью
компонентов SharePoint Server 2010.
Business Intelligence Planning
В темах этого раздела приведены рекомендации по планированию решений для бизнес-аналитики для работы с
корпоративными данными.
 Business intelligence Basics
В темах этого раздела приведены общие сведения о функциях бизнес-аналитики в SharePoint Server 2010.
 Plan for PerformancePoint Services (SharePoint Server 2010)
В этом разделе представлены темы, посвященные планированию внедрения служб PerformancePoint Services и панелей
мониторинга бизнес-аналитики.
 Excel Services overview (SharePoint Server 2010)
В этом разделе представлены темы, посвященные планированию внедрения служб Excel в корпоративной среде.
 Plan for Visio Services (SharePoint Server 2010)
В этом разделе представлены темы, посвященные планированию внедрения служб Visio.
Business data and processes planning (SharePoint Server 2010)
48


В темах этого раздела приведены рекомендации по планированию решений, реализующих бизнес-процессы для
корпоративных данных.
 Plan for Business Connectivity Services (SharePoint Server 2010)
В этом разделе приведены темы, посвященные планированию решений, обеспечивающих возможности подключения к
внешним данным организации для информационных работников, использующих веб-сайты SharePoint и приложения
Office 2010.
 Plan InfoPath Forms Services (SharePoint Server 2010)
В это разделе приведены темы, посвященные планированию решений, в которых используются формы InfoPath для
сбора, настройки и проверки бизнес-данных, используемых сотрудниками для повышения эффективности важнейших
бизнес-процессов.
 Plan workflows (SharePoint Server 2010)
В этом разделе приведены темы, посвященные планированию и внедрению бизнес-процессов в решениях SharePoint.
Access Services Planning
В этом разделе приведены темы, посвященные планированию внедрения служб Access.
Plan quota management (SharePoint Server 2010)
Эта статья содержит руководство по определению параметров для шаблонов квот и корзин, а также по определению
возможности и момента удаления неиспользуемых сайтов.
См. также
Другие ресурсы
Server farm and environment planning (SharePoint Server 2010)
49
Планирование основных компонентов сайта (SharePoint
Server 2010)
В этом разделе приведены сведения, которые помогут специалистам по информационным технологиям спланировать сайты с
использованием компонентов Microsoft SharePoint Server 2010.
Эффективность сайта или группы сайтов зависит от многих факторов, но одним из важнейших среди них является корректное
размещение сайта и необходимого контента на сайте. Корректная структура сайта или группы сайтов наряду с системой
навигации внутри сайта и между ними значительно упрощает пользователям поиск, обмен сведениями и совместную работу.
Содержание:
 Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010) — описание сайтов и семейств сайтов, а также
сведения о шаблонах, которые используются для создания сайтов в SharePoint Server 2010.

Планирование сайтов и семейств сайтов (SharePoint Server 2010) — описание процесса планирования сайтов и семейств
сайтов SharePoint Server 2010, а также рекомендации по выполнению этого процесса.

Обзор навигации по сайтам (SharePoint Server 2010) — общие сведения о типах навигации, доступных на сайте.

Планирование навигации по сайтам (SharePoint Server 2010) — рекомендации по проектированию системы навигации для
сайта.

Общие сведения о темах (SharePoint Server 2010) — общие сведения о темах и их использовании.

Планирование использования тем (SharePoint Server 2010) — рекомендации и важные инструкции по планированию и
использованию тем на сайтах.

В статье Планирование многоязычных сайтов (SharePoint Server 2010) описывается планирование для многоязычных сайтов
SharePoint Server 2010.
50
Общие сведения о сайтах и семействах сайтов (SharePoint
Server 2010)
Семейство сайтов Microsoft SharePoint Server 2010 — это иерархическая структура, состоящая из одного сайта верхнего уровня и
нескольких сайтов под ним. В этой статье описаны семейства сайтов и сайты, а также представлены сведения о шаблонах
сайтов, используемых для создания сайтов в SharePoint Server 2010.
Содержание:
 Обзор семейств сайтов

Общие сведения о сайтах

Шаблоны сайтов, включенные в SharePoint Server 2010
Обзор семейств сайтов
Семейство сайтов — это набор веб-сайтов с общими параметрами администрирования, общей системой навигации между
сайтами и другими общими функциями и элементами. У каждого семейства сайтов есть веб-сайт верхнего уровня и, как правило,
один или несколько дочерних сайтов в иерархической структуре.
Группировка контента и функций сайтов Интернет или интрасети в семейство сайтов дает следующие преимущества:
 Для разработчиков сайтов коллекции и библиотеки семейства сайтов (например, коллекции главных страниц или библиотеки
изображений семейства сайтов) предоставляют возможность создавать единообразную фирменную пользовательскую среду
во всех дочерних сайтах семейства сайтов.

Для администраторов семейства сайтов такая структура обеспечивает единообразие механизма и области
администрирования. Например, управление безопасностью, политиками и функциями осуществляется для всего семейства
сайтов, а отчеты средств аналитики использования семейства сайтов, отчеты журналов аудита и другие данные помогают
администраторам отслеживать безопасность и производительность семейств сайтов.
51

Администраторам ферм предоставляется возможность масштабирования по мере роста объема хранимого контента.
Поскольку семейства сайтов могут иметь собственные базы данных контента, администраторы могут легко перемещать их на
другие серверы.

Для создателей сайтов общие столбцы, типы контента, веб-части, ресурсы разработки, рабочие процессы и другие функции
семейства сайтов обеспечивают единообразную среду разработки.

Для пользователей сайтов единообразные переходы сайтов, фирменная символика и средства поиска семейства сайтов
обеспечивают единообразие веб-среды.
Ниже приведен ряд примеров решений, в которых были успешно реализованы семейства сайтов:
 Сайт группы Семейство сайтов, предназначенное для поддержки сотрудников организации, которые совместно работают
над созданием контента, необходимого для выполнения бизнес-целей. Нередко такой тип сайта включает контент для
совместной работы, который не опубликован, а используется только для внутренних целей наряду с контентом, который
публикуется для внешней аудитории.

Сайт публикации Семейство сайтов, настроенное для просмотра участниками сайта контента, а также для его изменения и
взаимодействия с ним. Сайты публикации часто внедряются как два семейства сайтов — производственное семейство
сайтов (то есть опубликованный сайт, используемый аудиторией контента) и промежуточное семейство сайтов, являющееся
отражением производственного сайта и используемое группой разработки для просмотра контента сайта и тестирования его
функций. SharePoint Server 2010 содержит функции развертывания контента, копирующие контент из промежуточного
семейства сайтов в производственное. Дополнительные сведения об этом см. в статье Content deployment overview.
Общие сведения о сайтах
Семейство сайтов состоит из сайта верхнего уровня и одного или нескольких дочерних сайтов. Каждый дочерний сайт может
основываться на любом шаблоне сайта и иметь другие уникальные параметры наряду с уникальным контентом. Для лучшего
управления представлением, контентом и функциями разных страниц в семействе сайтов следует разделять контент семейства
сайтов между дочерними сайтами. К функциям дочерних сайтов, которые можно специально настроить, относятся следующие
компоненты:
 Шаблоны В основе сайта может лежать уникальный шаблон. Дополнительные сведения см. в разделе Шаблоны сайтов,
включенные в SharePoint Server 2010.
52

Язык Если на веб-сервере установлены языковые пакеты, то при создании нового сайта можно выбрать зависящий от
языка шаблон сайта. Текст на сайте будет отображаться на языке шаблона. Дополнительные сведения см. в разделе Deploy
language packs (SharePoint Server 2010).

Безопасность Каждому сайту можно назначить уникальные группы пользователей и разрешения.

Навигация сайта Чтобы точно настроить систему навигации сайта, можно задать уникальные ссылки переходов в каждой
части иерархии сайтов. Система навигации отражает отношения между сайтами в семействе сайтов, поэтому планирование
навигации и планирование структуры сайтов тесно связаны между собой. Дополнительные сведения см. в разделе Обзор
навигации по сайтам (SharePoint Server 2010).

Веб-страницы Каждый сайт может иметь уникальную страницу приветствия и другие страницы. Дополнительные сведения
см. в разделе Plan Web pages.

Макеты сайтов В сайте могут быть уникальные макеты или главные страницы. Дополнительные сведения см. в разделе
Plan Web pages.

Темы На каждом сайте можно использовать уникальные цвета и шрифты. Дополнительные сведения см. в разделе
Планирование использования тем (SharePoint Server 2010).

Региональные параметры Пользователь может изменить региональные параметры, в том числе язык, часовой пояс,
порядок сортировки, формат времени и календарь.

Поиск Для сайта можно определить уникальные параметры поиска. Например, можно настроить сайт так, что он никогда не
будет появляться в результатах поиска. Дополнительные сведения см. в разделе "Планирование поиска (Office SharePoint
Server)".

Типы контента Сайт может иметь уникальные типы контента и столбцы сайта. Дополнительные сведения см. в разделе
Планирование типов контента и рабочих процессов (SharePoint Server 2010)

Рабочие процессы Сайт может иметь уникальные рабочие процессы. Дополнительные сведения см. в разделе Plan
workflows (SharePoint Server 2010).
Шаблоны сайтов, включенные в SharePoint Server 2010
В этом разделе представлены сведения о шаблонах, включенных в SharePoint Server 2010. Шаблон можно использовать в
первоначальном виде, но параметры по умолчанию любого шаблона можно изменить на страницах администрирования сайтов.
Кроме того, можно изменить макет и функции шаблона с помощью Microsoft SharePoint Designer 2010 или Microsoft Visual Studio
2010.
53
В следующей таблице перечислены все семейства сайтов и шаблоны сайтов, описано их назначение и указана доступность на
уровне семейства сайтов, сайта или на обоих уровнях. Категории, используемые при группировке шаблонов, могут отличаться в
зависимости от уровня, на котором создается сайт.
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
< Выбрать шаблон позже>
Пустой сайт, для которого шаблон можно
выбрать позже.
Настраиваемая
Не определено
Веб-база данных активов
База данных активов, позволяющая
отслеживать активы, в том числе подробные
сведения об активах и их владельцах.
Не определено
Веб-базы данных
Базовая рабочая область для собраний
Сайт для планирования, организации и записи Собрания
результатов собрания. Он содержит списки для
работы с повесткой дня, участниками собрания
и документами.
Собрания
Основной центр поиска
Сайт, обеспечивающий поиск. Сайт содержит
страницы для результатов поиска и
расширенного поиска.
Организация
Поиск
Пустая рабочая область для собраний
Пустая рабочая область, которую можно
настроить согласно своим индивидуальным
требованиям.
Собрания
Собрания
Пустой сайт
Пустой сайт, который можно настроить
согласно индивидуальным требованиям.
Совместная работа Пустой и
пользовательский сайт
Блог
Сайт, позволяющий отдельному пользователю Совместная работа Контент
или рабочей группе записывать идеи,
наблюдения и опыт, которые посетители сайта
54
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
могут комментировать.
Центр бизнес-аналитики
Сайт для представления данных бизнесОрганизация
аналитики с библиотеками для хранения
документов, изображений, подключений к
данным и веб-частей панелей мониторинга.
Сайт также предоставляет списки для создания
ссылок на контент из PerformancePoint
Services в Microsoft SharePoint Server 2010.
Данные
Веб-база данных благотворительности
База данных для отслеживания информации о Не определено
благотворительных кампаниях по сбору
средств, в том числе сведений о
пожертвованиях от частных лиц,
благотворительных мероприятиях и
выполняемых задачах.
Веб-базы данных
Веб-база данных контактов
База данных контактов для отслеживания
информации о людях, с которыми работает
отдел, например сведений о клиентах и
партнерах.
Веб-базы данных
Рабочая область для собраний (решения)
Сайт, который позволяет отслеживать
Собрания
состояние и принимать решения. В него
включены списки для создания задач, хранения
документов и записи принятых решений.
Собрания
Центр документов
Сайт, предназначенный для централизованного Организация
управления документами организации.
Контент
Рабочая область для документов
Сайт, позволяющий коллегам совместно
55
Не определено
Совместная работа Совместная работа и
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
работать над документом. В него включена
библиотека документов для хранения
основного документа и вспомогательных
файлов, список задач для назначения действий
к выполнению и список ссылок на ресурсы,
связанные с документом.
контент
Поиск в корпоративной среде
Сайт, позволяющий выполнять поиск. На
Организация
странице приветствия находится поле поиска с
двумя вкладками: одна для обычных запросов,
а другая для запросов сведений о
пользователях. Можно добавить и настроить
вкладки для других областей поиска или типов
результатов.
Поиск
Корпоративный вики-сайт
Сайт, на котором можно публиковать
информацию, которой следует поделиться с
другими пользователями в организации. Он
предоставляет простой интерфейс для
совместного редактирования контента,
обсуждения и управления проектами.
Совместная работа и
контент
Центр поиска FAST
Сайт, позволяющий выполнять поиск FAST. На
странице приветствия находится поле поиска с
двумя вкладками: одна для обычных запросов
и другая для запросов сведений о людях.
Можно добавить и настроить вкладки для
других областей поиска или типов результатов.
Сайт групповой работы
Шаблон, по которому создается групповое
56
Публикация
Поиск
Совместная работа Совместная работа
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
решение, которое участники группы
используют для создания, организации и
совместной работы с данными. В него входят
групповой календарь, циркуляры, записки о
телефонных звонках, библиотека документов и
прочие базовые списки.
Веб-база данных вопросов
База данных вопросов для управления набором Не определено
вопросов или проблем. Пользователь может
назначать и устанавливать приоритеты, а
отслеживать решение вопросов от начала и до
конца.
Сайт Microsoft Project
Сайт, поддерживающий совместную работу над Совместная работа Отслеживание
проектами. Сайт содержит списки "Документы
проекта", "Вопросы проекта", "Риски проекта" и
"Конечные результаты проекта", которые
можно связать с задачами в Microsoft Project
Server 2010.
Многостраничная рабочая область для
собраний
Сайт для планирования собраний и записи
Собрания
принятых решений и других результатов
собрания. В него включены списки для ведения
повестки дня и записи участников собраний, а
также две пустые страницы, которые можно
настроить согласно индивидуальным
требованиям.
Собрания
Расположение личных сайтов
Сайт для размещения личных сайтов и
общедоступной страницы профилей
пользователей. Этот шаблон наполняется
57
Недоступно
Организация
Веб-базы данных
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
данными один раз для приложения-службы
профилей пользователей.
Этот шаблон доступен только на уровне
семейства сайтов.
Личный веб-сайт
Сайт для размещения персонализированных
Не определено
представлений, данных и ссылок для
переходов. Содержит веб-части, относящиеся к
личной настройке, а также ссылки переходов,
оптимизированные для личных сайтов.
Пустой и
пользовательский сайт
Этот шаблон доступен только на уровне сайтов.
Центр вещания PowerPoint
Сайт для размещения вещания Microsoft
PowerPoint 2010. Докладчики могут
подключиться к этому сайту и создать ссылку,
позволяющую удаленным слушателям
просматривать показ слайдов в веб-браузере.
Организация
Не определено
Веб-база данных проектов
База данных для отслеживания нескольких
проектов и назначения задач различным
сотрудникам.
Не определено
Веб-базы данных
Портал публикации
Начальная иерархия для корпоративного веб- Организация
сайта в Интернете или большого портала в
интрасети. Такой сайт можно легко настроить
на применение фирменной символики. Он
содержит главную страницу, образец сайта для
пресс-релизов, центр поиска и страницу входа.
Обычно у такого сайта больше читателей, чем
корреспондентов, и он используется для
58
Недоступно
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
публикации веб-страниц с использованием
рабочих процессов утверждения документов.
В этом сайте рабочие процессы утверждения
контента включены по умолчанию, что
позволяет улучшить контроль за процессом
публикации. В нем также ограничены права
анонимных пользователей, которые могут
просматривать только страницы контента, но
не страницы приложения SharePoint Server
2010.
Этот шаблон доступен только на уровне
семейства сайтов.
Сайт публикации
Пустой сайт для расширения веб-сайта и
быстрой публикации веб-страниц. Участники
могут работать над черновыми версиями
страниц и публиковать их, чтобы сделать их
видимыми для читателей. Этот сайт содержит
библиотеки документов и изображений для
хранения активов веб-публикации.
Недоступно
Контент
Веб-сайт публикации с рабочим процессом
Сайт для публикации веб-страниц по
Недоступно
расписанию с использованием рабочих
процессов утверждения документов. Содержит
библиотеки документов и рисунков для
хранения компонентов веб-публикаций. По
умолчанию для такого сайта можно создавать
дочерние сайты только на основе данного
шаблона.
Контент
59
Шаблон
Назначение
Категория на уровне Категория на уровне
семейства сайтов
сайта
Этот шаблон доступен только на уровне сайтов
и только в том случае, если для создания сайта
верхнего уровня используется шаблон портала
публикаций.
Центр записей
Сайт, служащий для управления записями.
Организация
Делопроизводители могут настроить таблицу
маршрутизации для направления входящих
файлов в определенные расположения. Сайт
позволяет запрещать или разрешать изменение
или удаление записей после их добавления.
Рабочая область для собраний (общественные) Сайт для планирования общественных
Собрания
мероприятий. Содержит списки для
отслеживания участников, подготовки указаний
и хранения фотографий мероприятия.
Данные
Собрания
Сайт группы
Сайт, позволяющий рабочей группе быстро
Совместная работа Совместная работа
организовывать и составлять сведения, а также
обмениваться ими. Сайт содержит библиотеку
документов, списки для управления
объявлениями, элементами календаря,
задачами и обсуждениями.
Репозиторий процессов Visio
Сайт, на котором группа может просматривать, Совместная работа Контент
совместно использовать и хранить схемы
процессов Visio. Сайт содержит библиотеку
документов с поддержкой версий для хранения
схем процессов, списки для управления
объявлениями, задачи и обсуждения.
60
Некоторые шаблоны сайтов Microsoft Office SharePoint Server 2007 (например, шаблоны каталога сайтов, новостей и портала
совместной работы) не доступны в SharePoint Server 2010 в качестве вариантов. Разработчики могут обращаться к этом
шаблонам и использовать их программным образом. Это шаблоны также доступны в пользовательском интерфейсе при
обновлении фермы SharePoint Server 2010 из Office SharePoint Server 2007. Для обеспечения функциональности, аналогичной
этим шаблонам, следует использовать функцию социальных тегов SharePoint Server 2010.
См. также
Понятия
Планирование сайтов и семейств сайтов (SharePoint Server 2010)
Обзор навигации по сайтам (SharePoint Server 2010)
Планирование навигации по сайтам (SharePoint Server 2010)
61
Планирование сайтов и семейств сайтов (SharePoint Server
2010)
Сайты Microsoft SharePoint Server 2010 входят в состав семейства сайтов, которое представляет собой иерархическую структуру,
состоящую из одного сайта верхнего уровня и нижестоящих сайтов. В этой статье описывается процесс планирования сайтов и
семейств сайтов SharePoint Server 2010, а также приводятся рекомендации по записи решений относительно структуры сайта.
Дополнительные сведения о сайтах, семействах сайтов и шаблонах, которые используются для создания сайтов в SharePoint
Server 2010, см. в статье Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010).
Содержание:
 Планирование сайтов и семейств сайтов

Определение типов сайтов

Планирование сайтов согласно иерархии организации

Планирование сайтов приложений

Планирование веб-сайтов

Планирование сайтов публикации

Планирование других сайтов

Планирование семейств сайтов

Электронная таблица данных планирования сайтов
Планирование сайтов и семейств сайтов
В общем случае планирование сайтов и семейств сайтов осуществляется в следующем порядке:
 Определение числа и типов сайтов верхнего уровня, а также нижестоящих в иерархии сайтов.

Определение числа и типов семейств сайтов, которые используются для упорядочения сайтов.
62
Определение типов сайтов
Первым этапом планирования решения на основе сервера SharePoint Server 2010 является определение типов сайтов, которые
требуются организации и ее клиентам. Определение типов сайтов влияет на дальнейшие решения при планировании, например
на расположение сайтов в топологии серверов, планируемые для каждого сайта функции, реализацию процессов, которые
распространяются на несколько сайтов, а также обеспечение доступа к информации в пределах одного или нескольких сайтов. В
этом разделе приведены рекомендации по планированию сайтов различных видов.
Планирование сайтов согласно иерархии организации
Запланируйте основные сайты, которые необходимы, на основании масштаба и структуры организации. Каждый их этих сайтов
может содержать информацию, требуемую для проекта или подразделения в рамках крупной организации. Кроме того, также
каждый из них будет связан с сайтами для совместной работы, имеющими отношение к соответствующему проекту или
подразделению. Некоторые сайты более крупных подразделений или проектов также будут содержать совокупные данные,
найденные на более мелких сайтах, посвященных более мелким подразделениям или проектам.
При планировании сайтов на основании структуры организации используйте следующие рекомендации:
Сайты для подразделений и групп: планируйте создание одного сайта для небольшой организации либо по одному сайту для
каждого подразделения или проекта на 50–100 человек для средней или крупной организации. В крупных организациях может
быть несколько уровней сайтов, каждый из которых содержит данные, создаваемые и управляемые на соответствующем уровне
организации.
Можно разработать сайт для совместной работы членов организации с контентом, имеющим отношение к целям предприятия
или организации. Это могут быть самостоятельные сайты, или они могут в процессе публикации работать с другими сайтами.
Часто эти сайты содержат смешанные данные: контент для совместной работы внутри организации и контент, предназначенный
для публикации на внешнюю аудиторию.
Сводные сайты: сводный сайт включает общий контент по всей организации. Это позволяет пользователям разных
подразделений находить информацию, специалистов и получать доступ к процессам в масштабе всей организации. Такой сайт
часто включает в себя сайты, которые охватывают информационную архитектуру всей организации и обычно сопоставляются
структуре сайтов по подразделениям или проектам. Для каждой организации запланируйте создание централизованного
сводного сайта с обобщенным представлением всех соответствующих сайтов.
Планирование сайтов приложений
Сайт приложений предназначен для организации процессов группы и обеспечивает механизмы для их выполнения. Сайты
приложений часто включают цифровые инструментальные панели и прочие функции для просмотра и управления данными,
63
имеющими отношение к цели сайта. Представленная на сайте приложений информация обычно поступает из различных
источников, например из баз данных или других сайтов SharePoint.
Например, отдел кадров предприятия может разработать сайт приложений, предоставляющий работникам следующие
возможности:
 доступ к общей информации, например к руководствам для работников и данным о вакансиях;

средства для распространенных задач, например подачи карточек табельного учета и отчетов о расходах;
 инструментальные панели для просмотра личной информации, например истории заработной платы и льгот.
Еще один пример: внутренний отдел технической поддержки предприятия может разработать сайт приложений для службы
поддержки в целях предоставления технической поддержки членам организации. Такой сайт приложений может включать
следующие функции:
 доступ к базе знаний, содержащей информацию о прошлых обращениях за технической поддержкой и документацию по
рекомендуемым методам;

средства для распространенных задач, например регистрации запроса технической поддержки или просмотра состояния
текущего запроса;

интеграция с коммуникационными функциями, поддерживающими сетевые собрания и конференции;

представление личных данных. Например, менеджеры службы технической поддержки могут просматривать панели
мониторинга, дающие представление об эффективности работы членов группы и уровне удовлетворенности клиентов.
Инженеры службы технической поддержки могут просматривать текущие неразрешенные запросы.
Планирование веб-сайтов
Веб-сайты присутствия предназначены для клиентов. Они обычно имеют фирменную символику и характеризуются
согласованными элементами стиля, например цветами, шрифтами и эмблемами, в дополнение к структурным элементам, таким
как функции навигации и структура страниц сайта. Притом что внешний вид такого веб-сайта жестко контролируется, контент
сайта может быть динамичным и часто изменяться.
Например, корпоративный веб-сайт служит для передачи клиентам, партнерам, инвесторам и потенциальным сотрудникам
важной информации компании, включая описания продуктов и услуг, новости компании, годовые отчеты, открытые формы для
заполнения и сведения о вакансиях. Еще одним примером может служить новостной веб-сайт, предоставляющий часто
изменяемую информацию, а также интерактивные возможности, например текущие котировки акций и блоги.
Учитывая то, что веб-сайт представляет организацию внешней аудитории, можно подготовить временный сайт, протестировать
его, а затем опубликовать (по расписанию или с учетом потребностей) в окончательном открытом расположении. Временный
64
сайт является зеркалом окончательного сайта, которое используется для тестирования контента до публикации. Использование
временного сайта помогает обеспечить соответствие публикуемого контента строгим стандартам. Временные сайты также
позволяют авторам работать на серверах, расположенных в интрасети компании, в то время как пользователи используют
окончательные серверы внешней сети. Встроенная функция развертывания контента упрощает перенос контента с временных
на окончательные серверы. Дополнительные сведения о развертывании контента см. в статье Content deployment overview.
Планирование сайтов публикации
С помощью сайтов публикации авторы могут создавать и изменять контент в формате веб-страниц и документов, а также
применять процесс утверждения, который позволяет обеспечить доступ к контенту на основе соответствующих разрешений на
просмотр пользователей. Процесс публикации включает в себя создание контента и его отправку на утверждение. После
утверждения контента он открывается для доступа (публикуется) на веб-сайте. Публикация осуществляется в соответствии с
установленным по умолчанию или настраиваемым расписанием на основании задач проекта. В зависимости от целевой
аудитории сайтов они могут публиковаться в интрасети, во внешней сети или в Интернете.
Например, можно использовать сайт публикации при разработке веб-сайта для публикации пресс-релизов. В этом случае
сотрудники отдела по связям с общественностью создают пресс-релизы, выполняют рабочий процесс публикации для
утверждения нового контента и определяют сроки, в которые контент должен быть предоставлен для доступа клиентам. Также,
например, можно использовать сайт публикации для создания сайта в корпоративной интрасети, на котором публикуются
новости для сотрудников компании. Авторы страниц могут определять целевую аудиторию контента, что позволяет
предоставлять доступ к нему только членам соответствующих групп.
Как и при работе с веб-сайтами, можно использовать встроенные функции развертывания контента для перемещения контента с
временного на окончательный сайт. В качестве окончательного может выступать веб-сайт или другой сайт в интрасети
организации (в зависимости от размеров и целей публикации контента организации).
Планирование других сайтов
Можно запланировать для пользователей сайта или веб-сайта возможность создавать дополнительные сайты. Например, можно
запланировать предоставление каждому члену группы, использующему сайт, личного сайта, который является сайтом группы на
основе сервера Microsoft SharePoint Foundation 2010 с общим и личным представлением. Можно также разрешить членам группы
создавать другие сайты, например сайты рабочей области, в процессе совместной работы с документами и проектами.
Аналогично можно предоставить пользователям веб-сайта доступ к сайтам для совместной работы в рамках веб-службы.
Например, можно предоставить таким пользователям разрешение на создание сайтов рабочей области для собраний и участие
в сетевых собраниях в процессе пользования сайтом.
Дополнительные сведения о доступных для создания видах сайтов см. в статье Общие сведения о сайтах и семействах сайтов
(SharePoint Server 2010).
65
Планирование семейств сайтов
После определения типов сайтов, которые требуются для решения, следующим шагом будет планирование реализации этих
сайтов в семействах сайтов. Семейство сайтов представляет собой иерархический набор сайтов, которыми можно управлять
вместе. Сайты в семействе сайтов имеют общие функции, например общие разрешения, коллекции шаблонов, типы контента и
веб-части, а также эти сайты часто имеют общую систему навигации. Сайт часто реализуется как семейство сайтов с сайтом
высшего уровня в качестве главной страницы семейства сайтов.
В общем случае при планировании решения на основе сервера SharePoint Server 2010 рекомендуется поместить следующие
типы сайтов в отдельные семейства сайтов:
 веб-сайты (временные);

веб-сайты (окончательные);

все сайты рабочих групп, связанные с сайтом подразделения или веб-сайтом;

сайты центра документов;
 сайты центра записей.
Все сайты в семействе сайтов хранятся вместе, в одной базе данных SQL. Такой подход потенциально может повлиять на
производительность сайта и сервера в зависимости от структуры и предназначения семейства сайтов и самих сайтов. При
планировании способов распределения контента по одному или нескольким семействам сайтов необходимо учитывать
следующие рекомендации:
 Сайты с высоким уровнем активности пользователей следует хранить в отдельных семействах сайтов. Например, сайт базы
знаний в Интернете, допускающий анонимный просмотр, может быть сопряжен с высокой активностью базы данных. Если
другие сайты используют эту же базу данных, то их производительность может быть низкой. Помещение сайта базы знаний в
отдельное семейство сайтов с собственной базой данных позволит высвободить ресурсы для других сайтов, которым более
не придется конкурировать с сайтом базы знаний при использовании ресурсов базы данных.

Поскольку весь контент в семействе сайтов должен храниться в одной базе данных контента, производительность операций
с базами данных, таких как резервное копирование и восстановление контента, будет зависеть от объема контента всего
семейства сайтов, размера базы данных, скорости работы серверов с базой данных и других факторов. В зависимости от
объема контента и конфигурации базы данных может возникнуть необходимость разделения семейства сайтов на несколько
семейств сайтов, чтобы отвечать условиям соглашений об уровне обслуживания в отношении резервного копирования и
восстановления, пропускной способности и других требований. В этой статье не приводятся рекомендации по управлению
размером и производительностью баз данных.
66

Создание слишком большого числа дочерних сайтов любого сайта верхнего уровня в семействе сайтов может повлиять на
производительность и удобство работы. Не рекомендуется создавать более 2000 дочерних сайтов для любого сайта
верхнего уровня.

Если для перемещения между временным и окончательным семейством сайтов планируется использовать функцию
развертывания контента, эти семейства сайтов должны размещаться в отдельных веб-приложениях или должны
использовать отдельные базы данных контента в рамках одного веб-приложения. Дополнительные сведения о
развертывании контента см. в статье Content deployment overview.
Электронная таблица данных планирования сайтов
Загрузите версию Excel электронной таблицы данных планирования сайтов (Возможно, на английском
языке)(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x419). Используйте эту таблицу для записи решений по организации
структуры сайтов.
См. также
Понятия
Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010)
Обзор навигации по сайтам (SharePoint Server 2010)
Планирование навигации по сайтам (SharePoint Server 2010)
67
Обзор навигации по сайтам (SharePoint Server 2010)
Навигация сайта предоставляет основной интерфейс, с помощью которого пользователи сайта могут перемещаться по сайтам и
страницам сайта. В состав Microsoft SharePoint Server 2010 входит набор настраиваемых и расширяемых функций навигации,
помогающий пользователям ориентироваться на сайте, так что они могут перемещаться по сайтам и страницам. В этой статье
рассматриваются элементы навигации, имеющиеся в SharePoint Server 2010. Здесь не объясняется порядок добавления
элементов навигации на веб-страницы, способы настройки элементов навигации и порядок создания пользовательских
элементов навигации.
Содержание
 Обзор элементов навигации



Элементы навигации на главных страницах

Верхняя панель ссылок навигации

Панель быстрого запуска навигации

Иерархическая навигация

Древовидная навигация

Навигация для метаданных
Элементы навигации в макете страниц

Сводные ссылки

Оглавление

Запрос контента
Веб-части навигации
68
Обзор элементов навигации
Элементы навигации отображаться на главных страницах, макетах страниц, а также, с помощью зон веб-частей,
непосредственно в контенте страницы.
Модель навигации SharePoint Server 2010 основывается на иерархической структуре семейства сайтов. С помощью функций
навигации можно перейти к следующим объектам:
 сайтам, находящимся на более низком уровне по отношению к текущему сайту;

одноуровневым сайтам текущего сайта;

сайтам, находящимся выше в структуре сайта;
 веб-страницам на сайте.
Кроме того, можно создавать ссылки на произвольные объекты, например на внешний веб-сайт.
Навигационные ссылки в SharePoint Server 2010 зависят от параметров безопасности. Если у пользователя сайта отсутствуют
разрешения на доступ к сайту или странице SharePoint Server 2010, на которые ведет навигационная ссылка, то пользователь не
увидит этот сайт или страницу. Остальной контент, на который имеются ссылки, вручную добавленные в навигацию, будет
видимым пользователям. Кроме того, страницы, сайты и ссылки, вручную добавленные в навигацию, можно настроить так, что
они будут видимы только пользователям, входящим в определенную аудиторию. Пользователи, не входящие в эту аудиторию,
не смогут видеть ссылки на сайты и страницы, предназначенные для этой аудитории.
Навигация SharePoint Server 2010 построена на основе платформы компонентов ASP.NET в платформе .NET Framework 3.5, с
помощью которой можно настроить следующие объекты:
 поставщика карты сайта;

источник данных, который закрепляет и фильтрует структуру, предоставленную поставщиком карты сайта;

меню, управляющее визуальным представлением элементов навигации и глубиной отображения иерархии.
Элементы навигации на главных страницах
Главная страница определяет внешнюю рамку веб-страниц на сайте. На главных страницах содержатся элементы, которые
требуется разместить на всех страницах сайта, например сведения о компании, распространенные команды, такие как "Поиск", а
также элементы навигации, которые должны быть доступными на всем сайте. Сюда входит верхняя панель ссылок навигации и
панель быстрого запуска навигации.
69
Также главные страницы обеспечивают стиль меню для элементов навигации. Настроить стиль меню главной страницы можно с
помощью Microsoft SharePoint Designer 2010 или Microsoft Visual Studio 2010.
Верхняя панель ссылок навигации
Верхняя панель ссылок представляет собой меню навигации, которое обычно содержит ссылки на сайты одним уровнем ниже
текущего сайта в иерархии сайтов. Как правило, верхняя панель ссылок отображается вверху каждой страницы сайта. По
умолчанию в верхнюю панель ссылок добавляются все сайты, находящиеся в семействе сайтов на один уровень ниже сайта
верхнего уровня. Администраторы сайта могут удалить сайт из верхней панели ссылок, а также настроить верхнюю панель
ссылок таким образом, чтобы дочерние сайты вообще не отображались.
Администраторы сайта могут включить наследование верхней панели ссылок от родительского сайта. Этот подход
предоставляет пользователям переключаться с одного сайта на другой из любого места семейства сайтов, что позволяет
верхней панели ссылок сохраняться одинаковой во всех сайтах в семействе сайтов. Например, сайт в сети Интернет,
используемый для продажи продуктов организации, может содержать отдельные сайты для каждой линейки продуктов.
Отобразив сайт каждого продукта в верхней панели ссылок каждого сайта, разработчики сайта предоставят пользователям
возможность легко переходить от одного сайта к другому без необходимости возвращаться на начальную страницу сайта.
Другие функции настройки верхней панели ссылок:
 ссылки на веб-страницы всех сайтов верхнего уровня;

ссылки на указанные внешние сайты;

ссылки на указанные сайты или страницы, расположенные в любом месте сайта;

упорядочение ссылок под заголовками;

ручная сортировка элементов в верхней панели ссылок;
 ограничение максимального количества элементов для отображения на глобальном уровне навигации.
Функции верхней панели ссылок, такие как внешние ссылки, могут задаваться уникально для каждого сайта.
С помощью SharePoint Designer 2010 или Visual Studio 2010 можно дополнительно настраивать внешний вид и функциональные
возможности верхней панели ссылок. Например, можно выполнять следующие действия:
 настраивать каскадные таблицы стилей для изменения внешнего вида верхней панели ссылок;

изменять источник данных, например для сокращения числа сайтов, отображаемых в верхней панели ссылок;

изменять стиль меню навигации, например выбрать вложенные меню или задать количество уровней иерархии сайтов,
отображаемых в навигации.
70
Панель быстрого запуска навигации
Панель быстрого запуска навигации обычно выделяет важный контент текущего сайта, такой как списки и библиотеки. Как
правило, эта панель отображается с левой стороны каждой страницы сайта.
Функции настройки панели быстрого запуска навигации:
 ссылки на сайты, находящиеся на одном уровне иерархии с текущим сайтом;

ссылки на конкретные внешние сайты или страницы текущего сайта;

упорядочение ссылок под заголовками;

ручная сортировка элементов в панели быстрого запуска навигации;
 ограничение максимального количества элементов для отображения на глобальном уровне навигации.
Аналогично настройке верхней панели, с помощью SharePoint Designer 2010 или Visual Studio 2010 можно настраивать внешний
вид и функциональные возможности панели быстрого запуска навигации.
Иерархическая навигация
Иерархическая навигация отображает динамически генерируемый набор ссылок в верхней части веб-страниц, указывая
пользователям их текущую позицию в иерархии сайтов. Элемент иерархической навигации можно настраивать с помощью
SharePoint Designer 2010 или Visual Studio 2010. Например, можно указать пользовательского поставщика навигации или удалить
иерархическую навигацию из макета страниц.
Древовидная навигация
Древовидная навигация отображает контент сайта, такой как списки, библиотеки и сайты, находящиеся ниже текущего сайта, в
иерархической структуре. Как правило, древовидная навигация располагается с левой стороны каждой страницы сайта.
По умолчанию древовидная навигация отключена. Администраторы сайтов могут добавлять древовидную навигацию на сайт с
помощью страницы представления в виде дерева.
Навигация для метаданных
Навигация для метаданных отображает метаданные контента библиотек и списков в виде древовидной навигации и
предоставляет пользователям возможность фильтровать контент библиотеки или списка на основе указанных полей.
Администраторы сайтов могут настраивать навигацию для метаданных с помощью страницы параметров навигации для
метаданных, чтобы страница или список формировали иерархию навигации и ключевые фильтры, доступные для пользователей.
Навигация для метаданных отображается только при просмотре пользователем списка или библиотеки, для которых была
настроена навигация для метаданных.
71
Элементы навигации в макете страниц
Макет страниц определяет макет для веб-страницы, предоставляя элементы Microsoft ASP.NET, в которых отображается контент
страниц. Можно добавлять элементы навигации в макет страниц для поддержки навигационных ссылок в веб-страницах с
помощью SharePoint Designer 2010 или Visual Studio 2010.
Если в макет страниц вставляется элемент навигации, то веб-страницы, использующие этот макет страниц, отображают этот
элемент вместе с контентом страницы. Например, можно задать макет страниц с элементом навигации "Сводные ссылки", чтобы
при отображении страницы всегда появлялся набор ссылок на соответствующие страницы и сайты. Дополнительные сведения
см. в статье Сводные ссылки.
В состав SharePoint Server 2010 включены следующие элементы навигации, которые можно добавить в макет страниц:
 сводные ссылки;

оглавление;

запрос контента.
Сводные ссылки
Элементы "Сводные ссылки" можно использовать для добавления на страницу набора ссылок. Также можно управлять внешним
видом, порядком и представлением ссылок, добавляемых в элемент "Сводные ссылки".
Элемент "Сводные ссылки" можно добавить в макет страниц тремя способами, приведенными далее.
 Можно добавить этот элемент непосредственно в макет страниц и настроить ссылки. В этом случае все страницы,
использующие данный макет страниц, будут отображать эти ссылки.

Можно добавить этот элемент в макет страниц как элемент управления "Поле". В таком случае можно настраивать ссылки по
желанию, а также разрешить авторам изменять существующие ссылки и добавлять новые.

Можно добавить этот элемент в зону веб-частей в качестве веб-части. В этом случае авторы могут изменять существующие
ссылки, добавлять новые, а также удалять элемент "Сводные ссылки".
Например, на сайте, на котором публикуются темы из базы знаний службы технической поддержки, можно добавить элемент
"Сводные ссылки" в макеты страниц, используемые для статей, чтобы предоставить ссылки на тематические сайты, содержащие
соответствующие сведения, а также предоставить авторам возможность добавлять ссылки на контент, имеющий отношение к
контенту конкретной страницы.
72
Оглавление
Элемент "Оглавление" можно использовать для добавления оглавления всего сайта или его части в макет страниц, чтобы оно
входило в верхнюю панель ссылок и в панель быстрого запуска навигации на главных страницах сайта. При добавлении
элемента "Оглавление" в макет страниц необходимо указать, в какой части семейства веб-сайтов должен отображаться этот
элемент, а также выбрать способы представления и упорядочивания ссылок.
Добавить элемент "Оглавление" в макет страниц можно двумя способами.
 Можно добавить этот элемент непосредственно в макет страниц и настроить его. В этом случае все страницы, использующие
данный макет страниц, будут отображать оглавление.

Можно добавить этот элемент в зону веб-частей в качестве веб-части. В этом случает авторы смогут изменять область
действия элемента "Оглавление".
Например, при представлении набора статей на сайте интерактивных новостей можно добавить элемент управления
"Оглавление" непосредственно в макет страниц статей, чтобы пользователи могли переходить от одной статьи к другой со
страницы любой статьи.
Запрос контента
Элемент "Запрос контента" можно использовать для связывания страниц или других элементов, отображаемых на основе
построенного запроса. Например, при представлении статей на сайте интерактивных новостей можно добавить элемент "Запрос
контента" в макет страницы приветствия сайта, чтобы на этой странице указывались новые статьи. С помощью элемента "Запрос
контента" можно строить сложные запросы. Например, можно указать сайты, которые следует запрашивать в семействе сайтов,
списки, которые следует использовать, и аудиторию, которая является целевой. Также можно фильтровать запросы на основе
элементов библиотек или списков.
Добавить элемент "Запрос контента" в макет страниц можно двумя способами.
 Можно добавить этот элемент непосредственно в макет страниц и настроить его. В этом случае все страницы, использующие
данный макет страниц, будут отображать результаты запроса.

Можно добавить этот элемент в зону веб-частей в качестве веб-части. В этом случает авторы смогут изменять запрос, а
также удалять сам элемент "Запрос контента".
Веб-части навигации
Веб-части представляют собой элемент управления, который авторы могут вставлять в зону веб-частей на странице, а затем
настраивать его. Для элементов "Сводные ссылки", "Оглавление" и "Запрос контента" существуют соответствующие веб-части,
73
которые авторы страницы могут вставлять в зоны веб-частей на страницах. Функции и возможности настроек этих веб-частей
аналогичны функциям и возможностям соответствующих элементов, однако веб-части настраиваются при вставке автором на
страницу, в то время как элементы настраиваются при вставке разработчиком сайта в макет страницы. Чтобы авторы могли
вставлять веб-части навигации на страницы, можно включить в макет страниц одну или несколько зон веб-частей или включить в
макет элемент "Редактор форматированного текста", который предоставит пользователям возможность добавлять веб-части
непосредственно в веб-часть "Редактор форматированного текста".
Приведенные далее веб-части навигации доступны только в сайтах не для публикации.
 Категории — отображает категории из каталога веб-сайтов.

Объединение сайтов — отображает выбранные сайты.

Сайт в категории — отображает сайты из каталога веб-сайтов, входящие в указанную категорию.
 Облако тегов — отображает наиболее популярные теги в организации.
Приведенные далее веб-части навигации доступны только в сайтах публикации.
 Сводные ссылки — предоставляют авторам возможность создания ссылок, которые можно объединять и задавать их
стиль.
 Оглавление — отображает навигационную иерархию сайта.
Если авторы получают возможность вставки веб-частей навигации на страницы, то снижается степень управления навигацией
сайта, поскольку в этом случае авторы могут управлять частью навигационных действий пользователей сайтов. Это может
подходить для слабо контролируемой среды, например на сайте совместной работы в организации, где отдельным авторам
требуется возможность указывать пользователям на контент, связанный с работой автора. Но это может не подходить в более
плотно контролируемой среде, например, на веб-сайте присутствия организации в Интернете, где навигационные действия
планируются и реализуются последовательным и контролируемым способом разработчиками и планировщиками этого сайта.
74
Примечание.
Если требуется включить зоны веб-частей в макет страниц, но при этом запретить авторам вставлять в эти зоны веб-части навигации, то
можно изменить разрешения, необходимые для использования веб-частей навигации в коллекции веб-частей сайта, чтобы сделать эти
веб-части недоступными для авторов на основе их уровня разрешений.
См. также
Понятия
Планирование навигации по сайтам (SharePoint Server 2010)
Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010)
Планирование сайтов и семейств сайтов (SharePoint Server 2010)
75
Планирование навигации по сайтам (SharePoint Server 2010)
Навигация по сайтам предоставляет пользователям сайтов основной интерфейс для перемещения по сайтам и страницам
сайтов. Microsoft SharePoint Server 2010 включает набор компонентов навигации, который можно настраивать и расширять, чтобы
помочь ориентироваться пользователям сайта, и чтобы они могли перемещаться по сайтам и страницам. В этой статье даются
основные рекомендации по планированию навигации для сайтов SharePoint Server 2010. В этой статье не описываются типы
элементов навигации, доступные в SharePoint Server 2010, а также не объясняется порядок добавления элементов навигации на
веб-страницы, способы настройки элементов навигации и порядок создания пользовательских элементов навигации.
Дополнительные сведения об элементах навигации сайта см. в статье Обзор навигации по сайтам (SharePoint Server 2010).
Содержание
 Планирование навигации

Планирование возможностей пользователей

Планирование навигации на страницах

Шаблон данных планирования сайта
Планирование навигации
Планирование навигации включает планирование пользовательского представления, которое необходимо создать на сайте, и
определение целесообразности предоставления авторам возможности изменять элементы навигации непосредственно на их
страницах.
Страницы сайтов, основанных на SharePoint Server 2010, состоят из трех элементов: главных страниц, макетов страниц и
контента страниц. При планировании навигации сайта можно принимать решения, связанные со всеми этими элементами.
 Настраиваются глобальные элементы навигации (в верхней панели ссылок) и элементы навигации уровня сайта (в панели
быстрого доступа) на главных страницах.

В макеты страниц можно добавлять элементы навигации, предоставляющие оглавление, динамический доступ к контенту на
основе запросов и авторские ссылки.
76

В контенте страниц можно разрешить оглавление, динамический доступ к контенту на основе запросов и авторские ссылки.
Обратите внимание, что если разрешить авторам добавлять элементы навигации в контент страниц, то уменьшается
контроль разработчиков сайта над удобством переходов по сайту.

Можно использовать иерархическую навигацию для отображения набора ссылок, отражающего иерархию сайта от текущей
страницы до сайта верхнего уровня.
Планирование возможностей пользователей
Решения по навигации тесно связаны с решениями по структуре сайтов в иерархии сайтов. Для каждого сайта в иерархии сайтов
можно включить наследование верхней панели ссылок или панели быстрого запуска навигации от родительского сайта либо
запланировать уникальные настройки.
Решения, принимаемые относительно навигации сайта, отражают его уникальные задачи и структуру. При планировании
навигации следует рассмотреть компромисс между слишком большим числом ссылок навигации, что делает сайт запутанным, и
слишком малым числом ссылок, что затрудняет пользователям поиск важной информации. Также необходимо учесть
следующее:
 Наследование навигации от родительского сайта может привести к образованию большего контекста для текущего сайта. На
сайтах интрасети это наследование помогает работникам информационных подразделений пользоваться другими сайтами в
семействе сайтов для выполнения своих задач. Если же у пользователей сайта нет необходимости переходить на другие
сайты для выполнения своих задач, то целесообразно рассмотреть вариант с определением панели верхних ссылок на
сайте, чтобы пользователи сайта не отвлекались на ненужные ссылки навигации. Например, ответственным за ведение
записей, использующим сайт центра записей, для выполнения своих задач может не требоваться выходить за пределы
центра записей, и поэтому они не получат преимуществ от набора наследуемых навигационных ссылок верхней панели
ссылок.

Отображение одноуровневых сайтов в панели быстрого запуска навигации может подразумевать, что задачи одноуровневых
сайтов аналогичны задачам текущего сайта. Например, на веб-сайте, представляющем набор продуктов, одноуровневые
сайты в панели быстрого запуска могут помочь пользователям находить описания связанных продуктов и услуг. С другой
стороны, если пользователям сайта вероятнее всего не потребуется посещать одноуровневые сайты, то целесообразно не
отображать такие сайты в текущей навигации. Например, на веб-сайте университета с дочерними сайтами для каждого
факультета могут опускаться одноуровневые ссылки из текущей навигации каждого родительского сайта, поскольку
студентов интересуют конкретные дисциплины, например менеджмент, и они вряд ли захотят посетить сайты, связанные с
другими профессиями, например с медициной.
77
Планирование навигации на страницах
Если используется компонент публикации, то можно добавлять элементы навигации в макеты страниц. Также можно добавлять в
макеты страниц зоны веб-частей и разрешать авторам добавлять в эти зоны веб-части навигации. Как и в случае планирования
других элементов страниц, планировать навигацию на страницах необходимо на основе того, какое количество элементов
управления должно отображаться при просмотре страницы.
 Для жесткого контроля навигации сайта можно поместить элементы навигации непосредственно на макеты страниц и убрать
зоны веб-частей из макетов страниц или ограничить использование веб-частей навигации в этих зонах. Например, для
корпоративного веб-сайта с миллионами пользователей целесообразно запретить авторам вставлять элементы навигации.

Можно обеспечить более разнообразную навигацию, поместив зоны веб-частей в макеты страниц и разрешив авторам
вставлять веб-части навигации на свои страницы. Например, на сайте интрасети, на котором авторы и пользователи сайта
являются участниками одной рабочей группы, можно разрешить авторам управление навигационными действиями для
своего контента путем добавления на свои страницы веб-частей навигации. Дополнительные сведения см. в разделе Plan
Web pages.
Шаблон данных планирования сайта
Загрузите версию Excel шаблона данных планирования сайта (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x419). Используйте этот шаблон для принятия решений о навигации сайта.
См. также
Понятия
Обзор навигации по сайтам (SharePoint Server 2010)
Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010)
Планирование сайтов и семейств сайтов (SharePoint Server 2010)
78
Общие сведения о темах (SharePoint Server 2010)
Темы позволяют быстро и легко применять цвета и шрифты к сайтам Microsoft SharePoint Server 2010. При применении темы к
сайту изменяется цветовое оформление большинства элементов страницы, например фоновых изображений, текста и
гиперссылок. Шрифты, используемые для отображения некоторых элементов страницы, например заголовков, также
изменяются. Темы можно использовать вместе со стандартными шаблонами сайтов SharePoint Server 2010 или настраиваемыми
главными страницами. Это позволяет создавать темы, которые могут применяться к сайтам их владельцами. В данной статье
содержится обзор тем и принципов их функционирования. В статье не рассматриваются вопросы создания настраиваемых тем с
помощью приложений Microsoft Office 2010, как и вопросы передачи тем в библиотеку тем и управления ими в библиотеке. Здесь
также не рассматривается планирование общего фирменного стиля сайтов с использованием главных страниц или каскадных
таблиц стилей. Дополнительные сведения см. в статье об управлении веб-контентом и фирменной символике (Возможно, на
английском языке).
Содержание:
 Использование тем

Способы использования тем
Использование тем
Темы представляют собой неосновное средство фирменного оформления сайтов SharePoint Server 2010, позволяя владельцу
сайта или пользователю с правами разработчика вносить изменения в цветовое оформление и шрифты элементов интерфейса
пользователя сайта. Темы применяются и настраиваются непосредственно в интерфейсе пользователя и не требуют навыков
работы с каскадными таблицами стилей или главными страницами.
Преимущество использования тем состоит в том, что владельцу сайта или пользователю с правами разработчика не требуются
профессиональные навыки разработчика для внесения элементарных изменений в сайт. Темы обеспечивают простой способ
фирменного оформления сайта, они не влияют на структуру сайта.
По умолчанию тема применяется только к сайту, для которого выбрана определенная тема. Если сайт является сайтом
публикации или для него включена функция публикации, настраивая тему для сайта, можно выбрать наследование темы
родительского сайта или задать тему, которая будет использоваться этим сайтом и всеми дочерними сайтами.
79
Примечание.
Темы SharePoint Server 2010 изменены с целью упрощения процесса создания тем. Темы, созданные в Microsoft Office SharePoint
Server 2007, не поддерживаются в SharePoint Server 2010. При обновлении Office SharePoint Server 2007 до SharePoint Server 2010
можно воспользоваться режимом визуального обновления, чтобы продолжить использование сайтов со старыми версиями интерфейса.
Тем не менее, для создания тем и применения их к сайтам рекомендуется использовать новый интерфейс SharePoint Server 2010.
Способы использования тем
Существует три способа использования тем для сайта:
 использование предустановленной темы,

изменение предустановленной темы,

передача пользовательской темы в библиотеку тем.
Использование предустановленной темы
В состав SharePoint Server 2010 входит набор предустановленных тем, в том числе стандартные темы SharePoint. При создании
нового сайта для его оформления по умолчанию используется тема SharePoint. Если для сайта требуется использовать тему
родительского сайта, можно настроить наследование темы родительского сайта.
Изменение предустановленной темы
При изменении предустановленной темы новая тема с названием "Пользовательская" создается автоматически после
применения изменений. Для сайта может использоваться только одна пользовательская тема. Интерфейс пользователя
SharePoint Server 2010 не предоставляет средств для сохранения тем. При изменении предустановленной темы, применении
изменений (т. е. создании новой темы с именем "Пользовательская") и изменении второй предустановленной темы после
применения изменений вторая тема становится темой "Пользовательская". Чтобы иметь в своем распоряжении несколько
пользовательских тем, необходимо создавать и передавать собственные темы в коллекцию тем для семейства сайтов.
Передача пользовательских тем в коллекцию тем
80
Пользовательские темы можно создавать путем изменения стилей в приложении Office 2010, например в Microsoft PowerPoint
2010, и сохранения темы. При этом создается THMX-файл, который можно отправить в коллекцию тем для семейства сайтов.
Настроенные темы в коллекции тем доступны для всех сайтов данного семейства.
См. также
Понятия
Планирование использования тем (SharePoint Server 2010)
81
Планирование использования тем (SharePoint Server 2010)
Темы предоставляют простой и удобный способ применения цветов и шрифтов к сайтам в Microsoft SharePoint Server 2010. При
применении к сайту темы изменяется цветовое оформление большинства элементов страницы, например фоновых
изображений, текста и ссылок. Шрифты, используемые для отображения некоторых элементов страницы, например заголовков,
также изменяются. Темы можно использовать со стандартными шаблонами сайтов SharePoint Server 2010 или с настраиваемыми
главными страницами. При этом создаются темы, которые могут применяться к сайтам их владельцами. Дополнительные
сведения см. в разделе Общие сведения о темах (SharePoint Server 2010).
В этой статье объясняется, как планировать использование тем на сайтах SharePoint Server 2010, и описываются основные шаги
планирования использования тем для сайтов. В статье не описывается создание настраиваемых тем с использованием
приложений Microsoft Office 2010, передача тем в библиотеку тем и управление ими в библиотеке. Также здесь не
рассматриваются вопросы планирования общей фирменной стилистики сайтов с использованием главных страниц или
каскадных таблиц стилей (CSS). Дополнительные сведения см. в статье об управлении веб-контентом и фирменной символике
(Возможно, на английском языке).
Прежде чем приступать к чтению данной статьи, следует ознакомиться со статьей Планирование сайтов и семейств сайтов
(SharePoint Server 2010).
Содержание:
 Планирование использования тем

Определение необходимости использования тем

Определение необходимого количества тем

Выбор ответственного за создание тем

Электронная таблица данных планирования сайта
Планирование использования тем
При планировании использования тем необходимо принять решение по трем основным вопросам:
82

определить необходимость использования тем;

если решение об использовании принято, определить необходимое количество тем;
 определить пользователя, ответственного за создание пользовательских тем.
Оставшаяся часть этой статьи посвящена пояснению этих решений и описанию дополнительных факторов, которые следует
учесть при планировании.
Определение необходимости использования тем
Первый этап планирования использования тем — определение необходимости их использования в данной ситуации. Другие
варианты индивидуального оформления сайта — изменение CSS-файла и создание собственных главных страниц. Реализация
этих вариантов требует навыков дизайнера либо разработчика, поэтому в некоторых случаях они могут быть неприемлемы.
Чтобы определить необходимость использования тем, выясните степень необходимых изменений текущего оформления сайтов,
а затем выберите вариант, который лучше всего удовлетворяет эти потребности. Можно использовать сочетание указанных
вариантов в зависимости от необходимых настроек, которые требуется применить к сайтам. В таблице ниже приведены разные
уровни настройки и рекомендации по выбору варианта, лучше всего подходящего для каждого уровня.
Предполагаемое действие
Следует использовать
Разрешить владельцам сайтов изменять цветовое оформление и
шрифты
Темы
Вносить изменения в другие элементы дизайна, например размер
шрифтов и отступы
Каскадные таблицы стилей
Полностью изменять структуру и оформление страницы
Главные страницы
Если выбрано использование тем, переходите к остальным разделам статьи.
83
Определение необходимого количества тем
Решив использовать темы, следует определить их количество, необходимое для сайтов. Подумайте, достаточно ли для
поставленных целей тем, установленных с помощью SharePoint Server 2010, или потребуется использовать на сайтах темы,
созданные самостоятельно. Если вы будете создавать темы самостоятельно, следует также определить, сколько таких тем
потребуется и какие темы будут применяться на тех или иных сайтах.
Используйте созданную электронную таблицу данных планирования сайта, чтобы записать, какие сайты будут использовать
тему, и определить, сколько уникальных тем требуется.
Выбор ответственного за создание тем
Если планируется использование самостоятельно созданных тем, необходимо выбрать ответственного за создание THMXфайлов. Поскольку индивидуальные темы создаются в приложении Office 2010, например PowerPoint, для создания темы не
потребуются услуги художника-оформителя. Возможно, однако, что придется обратиться к нему на этапе планирования за
советом относительно значений цвета и стилей шрифтов, которые будут использоваться в темах.
Также следует назначить ответственного за передачу тем в коллекцию: их может отправлять тот же сотрудник, который создает
THMX-файлы, либо после создания файлов он будет сохранять их в каталоге для последующей отправки администратором
семейства сайтов. Для передачи THMX-файлов в коллекцию тем пользователь должен иметь права администратора либо
разработчика для семейства сайтов, содержащего коллекцию.
Электронная таблица данных планирования сайта
Загрузите версию Excel электронной таблицы данных планирования сайтов (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=167837&clcid=0x419) (Возможно, на английском языке). Используйте эту таблицу для записи
решений по использованию тем.
См. также
Понятия
Общие сведения о темах (SharePoint Server 2010)
Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010)
84
Планирование сайтов и семейств сайтов (SharePoint Server 2010)
85
Планирование многоязычных сайтов (SharePoint Server
2010)
В Microsoft SharePoint Server 2010 есть несколько функций для поддержки пользователей из разных регионов или пользователей,
говорящих на разных языках. С их помощью можно создавать веб-сайты на разных языках и выбирать настройки вариантов
сайта, упрощающие отслеживание изменений и обновлений нескольких параллельных сайтов.
В этой статье описывается планирование для многоязычных сайтов SharePoint Server 2010. В ней не показывается создание
многоязычных сайтов или установка языковых пакетов. Дополнительные сведения о создании многоязычных сайтов см. в статье,
посвященной созданию сайтов на языках, отличных от языка по умолчанию (Возможно, на английском языке). Дополнительные
сведения о языковых пакетах см. в статье Deploy language packs (SharePoint Server 2010).
Содержание:
 О планировании для многоязычных сайтов

Определение требований к языку и региональным параметрам

Решение вопроса об использовании вариантов сайта

Определение требований к языковому пакету

Требования к переносу по словам и парадигматическим модулям
О планировании для многоязычных сайтов
Если организации необходима поддержка пользователей из разных регионов или пользователей, говорящих на разных языках,
при планировании общей структуры сайта и переходов необходимо определить требования к многоязычности и спланировать
многоязычное развертывание веб-сайтов.
Чтобы определить требования к многоязычности, необходимо:
 Определить языки и региональные параметры, для которых необходимо обеспечить поддержку.

Определить, нужно ли использовать функцию создания вариантов сайта.
86
При планировании развертывания многоязычного сайта необходимо определить языковые функции и компоненты, которые
нужно установить или настроить на сервере. Это могут быть:
 Языковые пакеты.

Поддержка переноса по словам.
Примечание.
Версия Microsoft Office SharePoint Server 2007 поддерживала имена доменов на разных языках (IDN), но в версии SharePoint Server
2010 такой поддержки нет. Если имена IDN используются с Office SharePoint Server 2007, и планируется обновление или перенос в
SharePoint Server 2010, то необходимо прекратить использование IDN, удалить все параметры IDN и настроить среду без IDN до
обновления или переноса в SharePoint Server 2010.
Определение требований к языку и региональным параметрам
Создание сайтов на нескольких языках может потребоваться по одно из следующих причин:
 Если контент веб-сайта будут просматривать пользователи из разных регионов.
 Если общегосударственные нормы или политика организации требует отображать контент веб-сайта на нескольких языках.
При определении языковых требований обязательно проконсультируйтесь со всеми потенциальными владельцами сайтов и
выберите все языки, поддержка которых может потребоваться в будущем. При первоначальном развертывании обеспечить
поддержку нескольких языков проще, чем после того, как серверы начнут работать в полноценной рабочей среде. После
создания сайта с определенным языком нельзя изменить язык сайта по умолчанию. Однако пользователь, который зашел на
сайт, может использовать многоязычный пользовательский интерфейс для выбора альтернативного языка для сайта. При этом
изменяется отображение пользовательского интерфейса сайта, но не изменяется его контент. Например, если сайт был на
французском языке, а на сервер также установлен испанский языковой пакет, то пользователь сайта может изменить язык на
испанский для просмотра сайта на этом языке. При этом язык пользовательского интерфейса изменяется только для этого
пользователя, но не для остальных пользователей. Кроме того, весь контент, созданный на французском языке, будет также
отображаться на французском. Дополнительные сведения о многоязычном пользовательском интерфейсе см. в статье
Multilingual user interface overview (SharePoint Server 2010) (на английском языке).
87
Примечание.
Если пользователь изменяет личные параметры сайта для отображения на альтернативном языке, то некоторые элементы сайта
(например, имена столбцов) могут отображаться на языке по умолчанию.
Не следует считать, что нужно создать веб-сайт или коллекцию сайтов на нескольких языках только потому, что в библиотеке
содержатся документы на нескольких языках. На самом деле это не так. Например, в библиотеке документов англоязычного
сайта могут находиться документы на французском и японском языке. Для публикации сайтов контент можно создавать на
любом языке. Чтобы отобразить страницы, содержащие контент на других языках, не требуется создавать веб-сайт на
соответствующем языке.
При планировании многоязычных сайтов следует также определить языковые стандарты, необходимые для поддержки сайтов.
Языковой стандарт — это региональный параметр, который определяет способ отображения чисел, дат и времени на сайте.
Однако языковой стандарт не изменяет язык, который используется для сайта. Например, если выбрать языковой стандарт
Тайский , изменится порядок упорядочивания элементов списка, а вместо стандартного календаря используется буддистский
календарь. Языковой стандарт — это параметр, который настраивается независимо от языка, заданного при создании сайта, но в
отличие от языка языковой стандарт можно изменить в любое время. Дополнительные сведения о переводе интерфейса
пользователя см. в статье Определение требований к языковому пакету.
Решение вопроса об использовании вариантов сайта
Функция вариантов в SharePoint Server 2010 позволяет администраторам предоставлять конкретным аудиториям одну и ту же
информацию на разных сайтах, сохраняя настраиваемые копии контента из варианта-источника во всех целевых вариантах.
Вариант состоит из набора ярлыков, который используется для создания набора сайтов в семействе веб-сайтов. Например,
чтобы создать четыре языковых вариантах сайта, нужно создать четыре ярлыка, по одному на каждый язык. Функция вариантов
создает четыре сайта, по одному для каждого ярлыка. Администратор сайта выбирает один ярлык в качестве исходного. Именно
через соответствующий исходный сайт в систему попадает основная часть нового контента. Остальные ярлыки являются
целевыми, для которых функция вариантов создает целевые сайты. Скорее всего, на многоязычном сайте основной язык
организации будет исходным ярлыком. Всего может быть только один исходный ярлык, а после указания его уже нельзя
изменить. Дополнительные сведения о вариантах см. в статье Variations overview.
Для обеспечения бесперебойной синхронизации при изменении страницы исходного сайта можно настроить функцию вариантов
таким образом, чтобы обновленная страница автоматически или вручную копировалась на целевые сайты. Изменение может
88
быть минимальным (исправление грамматических ошибок) или серьезным (полное переписывание контента). Копия
отображается на целевом сайте как новый элемент-черновик, но не заменяет существующий контент. Владелец контента на
целевом сайте принимает изменение как есть, переводит его или игнорирует. То же самое происходит, когда пользователь на
исходном сайте создает новый сайт, вложенный в исходный сайт, или публикует новую страницу. Администраторы сайта могут
выбрать автоматическое или ручное создание соответствующего сайта или страниц в варианте.
При планировании многоязычных сайтов sites учитывайте, требуется ли создавать контент, который будет совместно
использоваться сайтами, но должен быть изменен в соответствии в региональными требованиями или переведен в соответствии
с языковыми требованиями. Дополнительные сведения см. в разделе Plan variations.
Определение требований к языковому пакету
На основании языковых требований для веб-сайта определите языковые пакеты, которые нужно установить на интерфейсном
сервере. Эти пакеты позволяют создавать сайты и семейства веб-сайтов на нескольких языках без использования отдельных
установок SharePoint Server 2010. Языковые пакеты устанавливаются на интерфейсные веб-серверы в вашей ферме серверов и
содержат шаблоны сайтов с конкретными языками. При создании сайта или семейства сайтов на основе такого шаблона текст
пользовательского интерфейса отображается на языке указанного шаблона. Например, если создается сайт на французском
языке, панели инструментов и навигации, списки и заголовки столбцов для этого сайта отображаются на французском языке.
Аналогично, если создается сайт на арабском языке, все вышеперечисленное будет отображаться для этого сайта на арабском
языке, а выбранная по умолчанию ориентация слева направо изменится на зеркальную для правильного отображения арабского
текста.
При наличии пользователей, которые не смогут работать на сайте с языком по умолчанию, следует также установить языковые
пакеты, которые позволят пользователям работать с выбранным языком с помощью многоязычного интерфейса пользователя.
Если поддержка дополнительных языков не предоставлена, то пользователям может быть трудно использовать возможности
сайта на языке, отличном от родного. Языковые пакеты содержат перевод стандартных элементов интерфейса пользователя:
 Элементы ленты

Заголовки списков и столбцов сайта

Интерфейс параметров сайта

Шаблоны для новых списков, библиотек документов и сайтов

Добавление тегов для управляемых метаданных.

Индексация контента для поиска на языке, отличном от языка сайта по умолчанию.
89
Примечание.
Языковые пакеты позволяют переводить только интерфейс пользователя. Они не переводят контент, созданный и отображаемый на
страницах контента или в веб-частях.
Список языков, на которых можно создавать сайты или семейства веб-сайтов и которые можно выбрать в многоязыковом
пользовательском интерфейсе, определяется языковыми пакетами, установленными на интерфейсных веб-серверах в вашей
ферме серверов. По умолчанию они создаются на языке установки SharePoint Server 2010. Например, если установлена
испанская версия SharePoint Server 2010, то для сайтов, семейств веб-сайтов и веб-страниц по умолчанию выбирается испанский
язык. Чтобы создать эти элементы на языке, отличном от выбранного по умолчанию языка SharePoint Server 2010, на
интерфейсные веб-серверы необходимо установить соответствующий пакет, только после этого можно будет выбрать язык, на
котором необходимо создать сайт. Например, если при использовании французской версии SharePoint Server 2010 требуется
создать сайты на французском, английском и испанском языках, следует установить на интерфейсные веб-серверы английский и
испанский языковой пакет соответственно, только после этого можно будет выбрать английский и французский языки .
Языковые пакеты для SharePoint Server 2010 не объединяются или группируются в многоязыковые установочные пакеты: для
каждого языка, поддержка которого необходима, требуется устанавливать определенный языковой пакет. Кроме того, языковые
пакеты должны быть установлены на каждом интерфейсном веб-сервере в ферме серверов, чтобы каждый веб-сервер мог
отобразить контент на указанном языке. Дополнительные сведения о доступных языковых пакетах см. в статье Language packs
(SharePoint Server 2010). Дополнительные сведения о развертывании языковых пакетов см. в статье Deploy language packs
(SharePoint Server 2010).
Некоторые элементы пользовательского интерфейса, например, сообщения об ошибках, уведомления или диалоговые окна не
всегда отображаются на выбранном языке. Дело в том, что SharePoint Server 2010 использует несколько вспомогательных
технологий, например .NET Framework, Microsoft Windows Workflow Foundation, ASP.NET и Microsoft SQL Server, некоторые из
которых переведены только на ограниченное количество языков. Если элемент пользовательского интерфейса генерирует одна
из вспомогательных технологий и он не переведен на язык, который администратор выбрал для сайта, элемент отображается на
английском языке.
Кроме того, часть текста может отображаться на языке исходной установки, что создает некоторую путаницу. Обычно такие
тексты видят только создатели контента или администраторы сайтов.
90
Примечание.
Журналы ошибок, хранящиеся на сервере SharePoint Server 2010, всегда создаются на английском .
Дополнительные сведения об установке языковых пакетов см. в разделе Deploy language packs (SharePoint Server 2010).
Требования к переносу по словам и парадигматическим модулям
Функции переноса по словам и парадигматические модули представляют собой компоненты, которые являются частью
процессов индексирования и использования запросов. Перенос по словам — это компонент, который используется для деления
строк текста на отдельные слова во время процессов индексирования и использования запросов. Парадигматический модуль —
это компонент, который ищет коренное слово термина и позволяет создавать варианты этого термина. Правила зависят от
языка. Для разных языков можно выбрать разные правила. Функции переноса по словам позволяют получить более точные
термины данного языка. Если существует такая функция для семейства языков, но не для подъязыка, используются основные
правила. Например, правила для французского языка используются для канадского французского. Если для данного языка нет
правил, используется нейтральный вариант. В таком случае слова разбиваются по нейтральным символам, например, по
пробелам или пунктуационным знакам.
Если устанавливаются какие-либо языковые пакеты или дополнительные средства поддержки языков, рекомендуется установить
средство разбиения текста на слова и парадигматический модуль для каждого из таких языков. Средства разбиения текста на
слова и парадигматические модули необходимо установить на всех серверах, на которых работает служба поиска. Список
языков, для которых в SharePoint Server 2010 имеются функции переноса по словам и парадигматические модули, см. в статье
Languages for word breakers and stemmers (SharePoint Server 2010).
См. также
Понятия
Multilingual user interface overview (SharePoint Server 2010) (на английском языке)
Plan for the multilingual user interface (SharePoint Server 2010) (на английском языке)
91
Другие ресурсы
Multilingual term sets (SharePoint Server 2010)
92
Multilingual user interface overview (SharePoint Server 2010)
(на английском языке)
This article discusses the new multilingual user interface feature in Microsoft SharePoint Server 2010. When language packs were
installed on the server in Microsoft Office SharePoint Server 2007 and you created a site collection or site, you could also select the
language in which to display the site user interface. However, after the language for the user interface of a site was set, it could not be
changed. The multilingual user interface feature introduces the concept of secondary, or preferred, languages. This feature is used to
display the site user interface in a secondary language that the user prefers rather than the default, primary language that was selected
when the site was created.
This article does not describe how to deploy the language packs that are required to use the multilingual user interface or how to configure
site settings to enable users to set their preferred language. It also does not discuss how to plan for using the multilingual user interface in
your site solution. For information about how to let individual users change the primary language that is used to display their site's user
interface, see Make multiple languages available for your site's user interface on Office.com. For information about how to plan to use the
multilingual user interface, see Plan for the multilingual user interface (SharePoint Server 2010) (на английском языке).
In this article:
 Use and benefits of the multilingual user interface

How the multilingual user interface works

What is supported by the multilingual user interface

Adding and modifying application content

Exporting and importing translated content

Using the multilingual user interface with managed metadata

Limitations of the multilingual user interface
93
Use and benefits of the multilingual user interface
The multilingual user interface enables users to collaborate in a single site by using the secondary language that they prefer, regardless of
which primary language was selected when the site was created. When you create a new site and language packs have been installed on
the server, you can specify the primary language for the site. The site will use that primary language to display the site user interface, such
as site navigation and administrative pages. If you want site users to be able to view the site user interface in a secondary language, you
can specify which languages are available to users by using the Language Settings page. A user who is logged on to the site can use the
Select Display Language option on the user menu to select a secondary language in which to display the site user interface. After the
user selects a language, all sites within that domain name are displayed in the user's preferred language. However, this does not change
the default, primary language of the site. Other users who view the site still see the site user interface displayed in the primary language.
The site user interface is changed only for those users who have selected a different, secondary language in which to display the site.
By using the multilingual user interface, team members can work on documents and projects in a shared, primary language, while they
view the site and perform tasks in their preferred language. In addition to team collaboration, the multilingual user interface enables farm
and site administrators to perform administrative tasks in their preferred language. For example, farm administrators can configure the
Central Administration Web site so that the administrative links and instructions are displayed in their preferred language.
Примечание.
The multilingual user interface only displays site user interface elements in another language. It does not perform translation or display
content such as documents or list items in another language. SharePoint Server 2010 provides three methods that you can use to
translate certain application content, such as list or library titles and descriptions: by using the user interface, by exporting and importing
translations for a site, and by using the object model.
In addition to letting users configure the language in which a site is displayed, the multilingual user interface also enables users to change
new and existing application content — such as list or library titles and descriptions — and it enables users to have those changes be
reflected in the user interface for other users of other languages. For example, a team member who uses English as the preferred
language creates a new document library named "Team Reports." Another team member, who has the preferred language set to German,
logs on to the site and changes the library title to "Mannschaftsberichte." The next time that a user who has the preferred language set to
German logs on to the site, the name of the document library is displayed as "Mannschaftsberichte." However, a user who has the
preferred language set to English still sees the document library name displayed as "Team Reports."
94
How the multilingual user interface works
By default, when a new site is created, it is created in the default, primary language of the SharePoint Server 2010 installation on the
server. A farm administrator must install language packs on the server before sites can be created in languages other than the default,
primary language. For more information, see Deploy language packs (SharePoint Server 2010).
After language packs have been installed on the server, the Language Settings link is added to the Site Settings page. Site
administrators use the Language Settings page to specify which secondary languages the site will support. After the site administrator has
enabled secondary languages for a site, users can log on to the site and use the Select Display Language option on the user menu to
change the language that is displayed when they browse to any page in the site collection. When a user changes the display language of
a page, the new display language becomes the user's preferred language for the whole site collection.
SharePoint Server 2010 selects the language in which to display pages of a site collection by using the first rule that applies from the
following list:
1. Does the user have a preferred language for this site collection on this computer? If so, use the user's preferred language.
2. Is the language preference that is specified in the Web browser one of the supported languages for the page? If so, use the preferred
language of the browser.
3. Otherwise, use the default, primary language for the site collection.
SharePoint Server 2010 provides three methods that you can use to modify certain application content, such as list or library titles and
descriptions: by using the user interface, by exporting and importing translations for a site, and by using the SPUserResource class in the
Microsoft.SharePoint namespace. Not all user interface elements can be changed directly in the user interface. For example, user actions
and commands can be changed only by using the SPUserResource class. For more information, see SPUserResource class.
What is supported by the multilingual user interface
When a user views a site in a secondary, preferred language, certain elements of the user interface are displayed in the preferred
language. Generally speaking, most user interface elements can be displayed in the secondary, preferred language, but user-created
content cannot be. The following list includes examples of items that are supported by the multilingual user interface:
 Settings pages, such as those in the _layouts and the _admin virtual directories.

Help.

Application content, such as menus, controls, site actions, site title and description, list or library titles and descriptions, top link bar
links, Quick Launch links, local breadcrumbs, site and list content types, and site and list columns.
95
 Developer content, such as features, and solutions.
However, not all user interface elements are displayed in the secondary, preferred language. The following list includes examples of items
that are not supported by the multilingual user interface:
 Web Parts (except those that are linked to lists or libraries).

Global breadcrumbs.

User created content, such as list item data, documents and Web pages in libraries, custom permissions levels, groups, views, and
Web Parts.
Although most site templates are supported by the multilingual user interface, the following site templates are not supported:
 The Blog template.

Any of the meeting workspace templates.
 Any of the Web database templates.
For more detailed information about the user interface elements that are not supported by the multilingual user interface feature, see
Limitations of the multilingual user interface, later in this article.
Adding and modifying application content
A user can add or modify application content, such as list titles or column names and descriptions, in one of two ways: by adding or
modifying content in the primary language or by adding or modifying content in one or more secondary languages.
When a user views a site by using the primary language of the site, any new application content that is created is displayed in the primary
language, even when the site is viewed in a secondary language. For example, if the primary language for a site is English, when a user
views the site in the primary language and creates a new document library called "Team Documents," the library title is still displayed as
"Team Documents" when a user views the site in any secondary language.
When a user views a site by using a secondary language, any new application content that the user creates is displayed in that language
even when the site is viewed in the primary language or in any other secondary language. For example, if the primary language for a site
is English, and a user views the site in German and adds a document library called "Mannschaftsdokumente," the library title is displayed
as "Mannschaftsdokumente" even when the site is viewed in English. To translate application content such as a document library title into
the primary language or into other secondary languages, the user must first configure the user preferences to display the site in the
language for which he or she wants to make the change, and then make the change to the user interface.
96
The Language Settings page contains an Overwrite Translations option that affects how changes to existing application content are
made to other languages for the site. If the Overwrite Translations option is enabled, any changes that are made to the user interface in
the primary language overwrite any changes that have been made to those same user interface elements in secondary languages.
By default, when a user views a site by using the primary language of the site, any changes that are made to existing application content
are changed for the primary language only. The strings that are associated with specific application content in the secondary languages
remain unchanged. However, if the Overwrite Translations option is enabled, the strings that are associated with that application content
for every language are replaced with the new primary language string. For example, if the primary language for a site is English and a user
changes the title of the "Shared Documents" library to "Team Documents," by default, the title is changed only for the primary language of
the site. However, if the Overwrite Translations option is enabled, the title is changed to "Team Documents" for every secondary
language, and it must be retranslated.
When a site is displayed in a user's secondary, preferred language, any changes that are made to existing application content are
changed for that language only. The strings that are associated with specific application content in the primary language and other
secondary languages remain unchanged. To translate application content such as a document library title into the primary language or
into other secondary languages, the user must change the user preferences to display the site in the primary or secondary language and
then make the change to the user interface.
Exporting and importing translated content
The multilingual user interface feature lets you export and import application content for bulk translation. Instead of translating application
content one item at a time, you can export the strings for any new or modified application content in the primary language or in one of the
secondary languages. To export content, you use the Export Translations link on the Site Settings page. When you export application
content for a secondary language, you can decide to export all content or only content that has not been translated.
When the application content is exported, it is saved as a .resx file, which can be opened by using a text editor or any third-party tool that
can open resource files. For more information, see Resources in .Resx File Format. After the resource strings have been translated, you
use the Import Translations link on the Site Settings page to import the .resx file.
Using the multilingual user interface with managed metadata
You can create multilingual managed metadata for use with a SharePoint Server 2010 solution. By using the Term Store Management
Tool, you can create a term set and associate multiple labels, one for each language that you want to support, with each term in the set.
When a user reconfigures the preferred language for a site, the terms are displayed by using the labels that correspond to the preferred
97
language. For more information about how to use multilingual managed metadata with a site, see Multilingual term sets (SharePoint
Server 2010).
Limitations of the multilingual user interface
As mentioned previously, some user interface elements are not MUI-enabled — that is, they are not supported by the multilingual user
interface. This section describes additional limitations that apply when you use the multilingual user interface with shared components and
site templates.
Shared components
Shared components — such as Web Parts, lists, and permissions — appear across all site templates. Their functionality is centrally
defined, and their behavior is consistent regardless of the site template in which they appear.
Web Parts
The titles and descriptions are MUI-enabled only for list-based Web Parts. For example, the title and description for Web Parts that display
list and library data, such as Announcements and Shared Documents, are displayed in a user's preferred language. By contrast, the title
and description for other Web Parts, such as the Content Editor and the Content Query Web Parts, are displayed only in the primary site
language. The following properties and features of non-list-based Web Parts are not MUI-enabled. They are always displayed in the
language in which they were created.
 Titles This includes default Web Part titles and any titles that the user edited after the site was created.

Descriptions This includes default Web Part descriptions and any descriptions that the user edited after the site was created

Custom properties Any custom Web Part properties that are created or edited by the user remain in the language in which they
were created.

Import error message The default value of this error message is always displayed in the primary site language. If a user has
created a custom error message, that error message is always displayed in the language in which it was created.
Lists
List views and list items are not MUI-enabled. These user interface elements will continue to display the values that were entered when
they were created, regardless of the preferred language selected by the user.
Links to list titles in the Quick Launch and the top link bar menu will continue to display the values that were entered when the lists were
created. Although the Quick Launch and the top link bar menu are MUI-enabled, the list titles that they display are independent of the
actual list titles. To work around this issue, the user must edit the list title for the Quick Launch and the top link bar menu. For information
about how to edit the Quick Launch link item, see Edit, move, or delete a Quick Launch link
98
(http://go.microsoft.com/fwlink/?LinkId=208207) in "Configure the Quick Launch for site navigation" on Office.com. For information about
how to edit the top link bar, see Add, edit or remove a link from the top link bar (http://go.microsoft.com/fwlink/?LinkId=208208) in
"Configure the top link bar for site navigation" on Office.com.
Permissions
The following properties and features of permissions are not MUI-enabled; they are always displayed in the primary site language or the
language in which they were created:
 Permission group names These include default permission group names and any custom permission groups that were created by
a user.

Permission level names and descriptions These include default permissions levels and any custom permission levels that were
created or changed by a user.

User information User information such as About Me, Title, and Department.
Site templates
This section describes the limitations of the multilingual user interface for site templates in SharePoint Server 2010. The majority of these
limitations are caused by the limitations of their shared site components such as Web Parts, lists, and permissions. The following
multilingual user interface limitations apply to specific templates, because of their specialized nature or custom layout.
My Site
The following My Site properties and features are not MUI-enabled, and are always displayed in the primary site language:
1. Web Parts Web Part titles, descriptions, custom properties, and import error messages.
2. User-generated content List items, discussions, notes, comments, documents, and HTML content.
Blogs
The Blog site template includes many Web Parts and user-generated content, which are not MUI-enabled. If additional display languages
are enabled on the Blog site settings page, an error message will be displayed.
Meeting sites
Meeting site templates include many Web Parts and user-generated content, which are not MUI-enabled. If additional display languages
are enabled on the site settings page for any meeting site template, an error message will be displayed.
Search
The Search site uses features in addition to the Search Web Part and Search Site Templates. Many of the Search site limitations are not
actually related to multilingual user interface features, but are architectural designs that affect the user interface. The following limitations
are a mix of multilingual user interface and architectural limitations for Search sites:
99

Search Search indexes content in the primary language of the SharePoint Server installation. Even if content is provided in
secondary languages, that content is only searchable by using the primary language of the site. For example, if your secondary,
preferred language is German, but the primary language for the site is English, a search for "Freigegebene Dokumente" returns no
results. However, a search for "Shared Documents" does return results.

Search Web Part properties Title, description and custom properties are not MUI-enabled. The default search prompt for the
search box will be displayed in a different language when the user changes their secondary, preferred language. However, if this
prompt is customized, its customized value will be displayed for all languages.
Web databases
Only the Options menu and the Open Menu are MUI-enabled for Web database sites. Database section tabs correspond to different
views for the database, and the labels for these tabs are always displayed in the primary site language. Database content is usergenerated content and will always be displayed in the language in which it was originally created.
См. также
Понятия
Plan for the multilingual user interface (SharePoint Server 2010) (на английском языке)
Планирование многоязычных сайтов (SharePoint Server 2010)
100
Plan for the multilingual user interface (SharePoint Server 2010)
(на английском языке)
The new multilingual user interface feature in Microsoft SharePoint Server 2010 introduces the concept of a secondary language that the
user can select. This feature displays the site user interface in a secondary language that the user selects and that is different from the
primary language that was chosen when the site was created.
This article describes how to plan for using the multilingual user interface in your SharePoint Server 2010 site solution. This article does
not describe how to deploy the language packs that are required to use the multilingual user interface or how to configure site settings to
enable users to set their preferred language. For information about how to let individual users change the language that is used to display
their site's user interface, see Make multiple languages available for your site's user interface. For more information about the multilingual
user interface, see Multilingual user interface overview (SharePoint Server 2010) (на английском языке).
In this article:
 Determine language requirements for your sites

Plan for translating content

Plan for installing service packs
Determine language requirements for your sites
Before you can use the multilingual user interface in your SharePoint sites, the farm administrator must deploy language packs to the
server so that they are available for use on sites. Decide which language packs are needed and when they will be deployed to the server.
Site administrators must configure the language settings for individual sites to make specific languages available to site users. You should
decide which languages are needed for each site and plan to have the site administrators enable specific languages for the sites they
manage. For information about planning multilingual sites, see Планирование многоязычных сайтов (SharePoint Server 2010). For
information about deploying language packs, see Deploy language packs (SharePoint Server 2010).
101
Plan for translating content
If you will enable the multilingual user interface on your site to provide users a way to collaborate while they are using their preferred
language, you must decide whether using the default multilingual user interface will be sufficient or whether application content will have to
be translated. If you have application content that has to be translated, you should consider the following questions:
 How will new and existing application content be translated? Will individual team members translate application content directly
in the user interface as it becomes necessary, or will you export resource files in the languages that are needed for the site and have
them all translated at once? If users create new application content in a secondary language, you must plan for who will translate that
content into the primary language of the site and for the other secondary languages. If you plan to create complex pages, such as new
menu pages, or develop custom solutions, such as features that create lists, you must plan to use the object model to provide
translations in secondary languages.

Who will translate the application content? Will the translation of resource files be done by someone within your organization, or
will you need to have a third-party translate them for you?

How will updates to the application content be handled? Will changes to the user interface be translated as changes are made,
or will changes be made on a periodic schedule? This might depend on the size and scale of the sites and the content that is included.

How should translation overwrites be handled? Do you want changes in the primary language to overwrite string values in
secondary languages? If so, then you must enable the Overwrite Translations option on the Language Settings page.

What column names must be changed? What column names must be translated, and for which languages? Will the column
names be at the list level or at the site level?
Plan for installing service packs
If language packs are updated as part of a service pack release for SharePoint, you must update the language packs on the server when
the service pack is installed. You should plan to coordinate with the farm administrator to monitor the release of service packs and any
associated language packs so that you are aware of updated language packs that need to be installed for your users.
См. также
Понятия
Multilingual user interface overview (SharePoint Server 2010) (на английском языке)
102
Планирование многоязычных сайтов (SharePoint Server 2010)
103
Планирование безопасности сайтов и контента (SharePoint
Server 2010)
Контент некоторых сайтов предприятия не должен быть доступен всем пользователям. Например, конфиденциальные
технические данные должны быть доступны только при необходимости. Портал в интрасети с личными данными сотрудников
должен быть доступен только сотрудникам, работающим на полную ставку, а начальная страница веб-сайта в Интернете должна
быть доступна анонимным клиентам.
Доступ к сайтам и их контенту управляется с помощью разрешений. Разрешениями можно управлять с помощью групп Microsoft
SharePoint Server 2010, в которых задается членство и детальные точные разрешения, что способствует обеспечению
безопасности контента на уровне отдельных элементов и документов. В этом разделе описаны разрешения, применяемые к
сайтам и контенту сайтов, а также предоставлено руководство по выбору разрешений.
Содержание:
 Планирование разрешений веб-сайта (SharePoint Server 2010)
Описывается процедура назначения разрешений и приводятся вспомогательные сведения о выборе уровней безопасности
сайта для семейства сайтов или дочернего сайта.
 Определение требуемых уровней разрешения и групп (SharePoint Server 2010)
Рассматриваются доступные уровни и группы разрешений, а также приводятся рекомендации по определению
необходимости в дополнительных уровнях безопасности или группах.
 Выбор групп безопасности (SharePoint Server 2010)
Поможет определить, какие группы безопасности и учетные записи пользователей Microsoft Windows необходимо
использовать для предоставления доступа к сайтам, принять решение об использовании группы "Прошедшие проверку
пользователи", а также о том, следует ли разрешать анонимный доступ.
 Выбор администраторов и владельцев для иерархической структуры администрирования (SharePoint Server 2010)
Определяются уровни администрирования от уровня сервера до уровня дочернего сайта, а также содержатся инструкции по
выбору администраторов для каждого уровня.
104

Рекомендации по использованию детально настроенных разрешений (технический документ) (SharePoint Server 2010)
Рекомендации по использованию детальных разрешений в продуктах SharePoint 2010.
105
Планирование разрешений веб-сайта (SharePoint Server
2010)
В этой статье представлены сведения о том, как запланировать управление доступом в семействе сайтов и последующих
уровнях. Также здесь описываются наследование разрешений и детальные разрешения, а также объясняется, как определить
действующие разрешения для пользователей и групп в различных областях иерархии семейства сайтов.
Содержание:
 Разрешения сайта

Назначение разрешений.

Наследование разрешений

Эффективные разрешения

Выбор уровней разрешений

Планирование наследования разрешений
Введение
Управление доступом к сайту и контенту осуществляется за счет назначения разрешений пользователям и группам для
определенного сайта, списка или библиотеки, папки, документа или элемента. При разработке плана доступа к сайту и контенту
следует решить следующие вопросы:
 Какая степень контроля за разрешениями для сайта и его контента требуется. Например, можно осуществлять управление
доступом на уровне сайта или можно использовать более строгие параметры безопасности для определенного списка, папки
или элемента.

Как использовать группы для определения категорий пользователей и управления ими. У групп нет никаких разрешений, пока
им не будет назначен уровень разрешений для определенного сайта или контента сайта. При назначении уровней
разрешений группам SharePoint на уровне семейства сайтов по умолчанию все сайты и весь контент наследуют эти уровни
106
разрешений. Дополнительные сведения об использовании групп для управления разрешениями см. в статье Выбор групп
безопасности (SharePoint Server 2010).
В этой статье описываются разрешения сайта и способы определения того, для каких сайтов или какого контента необходимы
уникальные разрешения. В этой статье не затрагивается планирование безопасности всего сервера или фермы серверов.
Разрешения сайта
Перед настройкой доступа к сайтам и их контенту следует усвоить следующие понятия:
 Отдельные разрешения пользователей. Отдельные разрешения дают пользователю возможность выполнять конкретные
действия. Например, разрешение на просмотр элементов позволяет просматривать элементы в списке или папке, но не
добавлять или удалять элементы. Дополнительные сведения о доступных разрешениях см. в статье User permissions and
permission levels (SharePoint Server 2010).

Уровень разрешений. Этот предварительно определенный набор разрешений предоставляет пользователям возможность
выполнять набор соответствующих задач. Например, уровень разрешений "Чтение" включает разрешения "Просмотр
элементов", "Открытие элементов", "Просмотр страниц" и "Просмотр версий" (а также другие разрешения). Все они
требуются для чтения документов, элементов и страниц на сайте SharePoint. Отдельные разрешения могут быть включены в
несколько уровней разрешений. Уровни разрешений может настраивать любой пользователь или группа, чей уровень
разрешений включает разрешение "Управление разрешениями". По умолчанию заданы следующие уровни разрешений:
"Ограниченный доступ", "Чтение", "Участие", "Разработка" и "Полный доступ". Дополнительные сведения об уровнях
разрешений по умолчанию и входящих в них разрешениях см. в статье User permissions and permission levels (SharePoint
Server 2010).

Группа. Группа может быть группой безопасности Windows либо группой SharePoint, такой как "Владельцы сайта",
"Участники сайта" или "Посетители сайта". Группы создаются и управляются на уровне семейства сайтов. Для каждой группы
SharePoint назначается уровень разрешений по умолчанию, но при необходимости его можно изменить для любой группы.
Создавать пользовательские группы SharePoint может любой пользователь, которому назначен уровень разрешений,
включающий разрешение "Создание групп", входящее по умолчанию в уровень разрешений "Полный доступ".
Дополнительные сведения о настройке уровней разрешений см. в статье Configure custom permissions (SharePoint Server
2010).

Пользователь. Пользователь — это лицо, имеющее учетную запись, проверка подлинности которой может быть выполнена
с помощью способа проверки подлинности, используемого для сервера. Рекомендуется назначать разрешения не отдельным
пользователям, а группам, хотя можно напрямую назначать пользователю разрешения на определенный сайт, контент или
107
уровень разрешений. Управление учетными записями отдельных пользователей неэффективно, поэтому рекомендуется
назначать разрешения для отдельных пользователей только в виде исключения. Дополнительные сведения о видах учетных
записей пользователей см. в статье User permissions and permission levels (SharePoint Server 2010).

Защищаемый объект. Защищаемый объект — это сайт, список, библиотека, папка, документ или элемент, для которого
можно назначать уровни разрешений пользователям или группам. По умолчанию все списки и библиотеки в сайте наследуют
разрешения от сайта. Для более детального контроля пользователей, которые могут просматривать контент сайта и
взаимодействовать с ним, используйте разрешения на уровне списка, папки и элемента. Например, если уровень
разрешения для определенного защищаемого объекта включает разрешение "Управление разрешениями", все пользователи
с этим уровнем разрешений могут изменять разрешения для этого объекта. В любой момент можно вернуться к
наследованию разрешений от родительского списка, сайта в целом или родительского сайта.
Назначение разрешений.
Можно назначать уровни разрешений пользователям или группам для конкретных защищаемых объектов. Отдельные
пользователи или группы могут иметь различные уровни разрешений для разных защищаемых объектов. На следующей схеме
показывается, каким образом происходит назначение пользователям и группам конкретных уровней разрешений для
защищаемого объекта.
108
109
Наследование разрешений
Разрешения для защищаемых объектов на сайте наследуются от самого сайта. Детальные разрешения (разрешения на уровне
списка, библиотеки, папки, элемента или документа) можно использовать для более точного управления действиями, которые
пользователи могут выполнять на сайте. Однако при использовании множества детальных разрешений управление
разрешениями может осложниться.
Наследование разрешений и детальные разрешения
Наследование можно прекратить для любого защищаемого объекта, находящегося на более низком уровне в иерархии сайта.
Например, можно изменить разрешения для библиотеки документов, прекратив наследование от сайта. Однако наследование
отменяется только для конкретного защищаемого объекта, разрешения которого были изменены; остальные разрешения на
сайте остаются неизменными. В любое время можно вернуться к наследованию разрешений от родительского сайта или списка.
Совет.
В случае использования детальных разрешений применение групп позволит избежать необходимости отслеживать разрешения для
отдельных учетных записей. Например, пользователи могут переходить из группы в группу и часто менять обязанности, при этом отпадает
необходимость отслеживать эти изменения и постоянно обновлять разрешения для уникальных защищенных объектов.
Следующим защищаемым объектам можно назначать детальные разрешения:
 Сайт: Управляет доступом к сайту в целом.

Список или библиотека: Управляет доступом к определенному списку или библиотеке.

Папка: Управляет доступом к свойствам папки (таким как название папки.

Элемент или документ: Управляет доступом к определенному элементу списка или документу.
Наследование разрешений и дочерние сайты
Наследование разрешений используется по умолчанию и является наиболее простым способом управления группой веб-сайтов.
Тем не менее, если дочерний сайт наследует разрешения от своего родительского сайта, этот набор разрешений является
общим и для родительского сайта. Если владелец дочернего сайта изменяет его разрешения, разрешения сайта также
изменятся, что может нарушить нормы безопасности или привести к тому, что пользователи не получат доступ к контенту.
110
Если требуется изменить разрешения только для дочернего сайта, сначала необходимо остановить наследование разрешений
от сайта и создать детальные разрешения на дочернем сайте. Например, если определенные списки, библиотеки, папки,
элементы или документы содержат конфиденциальные данные, для которых требуется повышенный уровень безопасности,
можно создать детальные разрешения для определенной группы или отдельного пользователя, которому требуется доступ к
этим данным.
При создании уникальных разрешений сначала с родительского сайта на дочерний копируются группы, пользователи и уровни
разрешений, а затем наследование отменяется. Если восстановить наследованные разрешения, дочерний сайт наследует
группы, пользователей и уровни разрешения родительского сайта, а уникальные для сайта пользователи, группы и уровни
разрешения будут утеряны.
Примечание.
Рекомендуется организовать сайты и дочерние сайты таким образом, чтобы большинство разрешений для них были общими. Так же
следует поступить со списками и библиотеками. Размещайте конфиденциальные данные в отдельных списках, библиотеках или дочерних
сайтах.
Эффективные разрешения
Для настройки параметров безопасности и выполнения пакетных операций нужны точные сведения о разрешениях пользователя
или группы для доступа к ресурсам сайта. Например, многие сайты SharePoint предоставляют всем прошедшим проверку
подлинности пользователям (группа домена NTAUTHORITY\AUTHENTICATED USERS) доступ к некоторой части контента сайта.
Если требуется ограничить доступ, следует точно определить, какие разрешения имеются у прошедших проверку подлинности
пользователей, и для какого именно контента сайта.
Отслеживание наследуемых разрешений и областей, в которых наследование нарушается, осложняет определение правильных
разрешений. В SharePoint Server 2010 используются эффективные разрешения для определения разрешений пользователя или
группы на всех ресурсах семейства сайтов. Можно узнать непосредственно назначенные пользователю разрешения и
разрешения, назначенные группам, членом которых пользователь является.
111
Важно!
Эффективные разрешения облегчают поиск разрешений в семействе сайтов. Но их не следует использовать в качестве замены для
тщательно спланированной структуры разрешений.
Выбор уровней разрешений
При создании разрешений следует найти баланс между удобством администрирования, быстродействием и потребностью в
управлении доступом к отдельным элементам. При частом использовании детальных разрешений управление ими будет
отнимать слишком много времени и производительность пользователей при доступе к контенту сайта может падать.
Используйте следующие инструкции при настройке разрешений сайта:
 Следуйте принципу предоставления минимальных прав: пользователи должны иметь только те уровни разрешений или
отдельные разрешения, которые необходимы им для выполнения своих задач.

Используйте стандартные группы (такие как "Владельцы", "Участники" и "Посетители") и управляйте разрешениями на уровне
сайта.

Большинство пользователей следует отнести к группам "Посетители" или "Участники". По умолчанию пользователи,
входящие в группу "Участники", могут управлять контентом сайта, добавляя или удаляя элементы и документы, однако им
запрещено изменять структуру сайта, его параметры и внешний вид. Группа "Посетители" обладает доступом только для
чтения сайта, то есть они могут просматривать страницы и элементы, открывать элементы и документы, но не могут
добавлять или удалять страницы, элементы и документы.

Ограничьте число людей в группе "Владельцы". В эту группу должны входить только те пользователи, которым можно
доверять изменять структуру, параметры и внешний вид сайта.
Чтобы увеличить степень контроля над действиями, которые могут предпринять пользователи, можно создать дополнительные
группы SharePoint и уровни разрешений. Например, если уровень разрешений "Чтение" не должен включать разрешение
"Создание оповещений" на определенном дочернем сайте, нарушьте наследование и настройте уровень разрешений "Чтение"
для этого сайта.
112
Планирование наследования разрешений
Управлять разрешениями намного легче, когда существует четкая иерархия разрешений и наследуемых разрешений. Однако эта
задача становится труднее, если для некоторых списков сайта используются детальные разрешения, а также в том случае, когда
у одних сайтов дочерние сайты обладают уникальными разрешениями, а у других сайтов — наследуемыми.
К примеру, намного проще управлять сайтом с наследованием разрешений, как указано в следующей таблице.
Защищаемый объект
Описание
Уникальные или
наследуемые разрешения
Сайт A
Домашняя страница группы
Уникальные
Сайт A/дочерний сайт A
Конфиденциальная группа
Уникальные
Сайт A/дочерний сайт A/список A
Конфиденциальные данные
Уникальные
Сайт A/дочерний сайт A/библиотека A
Конфиденциальные документы
Уникальные
Сайт A/сайт B
Общие сведения проекта группы
Унаследованные
Сайт A/сайт B/список B
Не конфиденциальные данные
Унаследованные
Сайт A/сайт B/библиотека B
Не конфиденциальные документы
Унаследованные
Однако управление сайтом с наследованием разрешений намного сложнее, как показано в таблице далее.
Защищаемый объект
Описание
Уникальные или
наследуемые разрешения
Сайт A
Домашняя страница группы
Уникальные
Сайт A/дочерний сайт A
Конфиденциальная группа
Уникальные
113
Защищаемый объект
Описание
Уникальные или
наследуемые разрешения
Сайт A/дочерний сайт A/список A
Не конфиденциальные данные
Уникальные, но с такими
же разрешениями, как для
сайта А
Сайт A/дочерний сайт A/библиотека A
Не конфиденциальные документы, но с одним или
двумя конфиденциальными документами
Унаследованные, с
уникальными
разрешениями на уровне
документа
Сайт A/сайт B
Общие сведения проекта группы
Унаследованные
Сайт A/сайт B/список B
Не конфиденциальные данные, но с одним или двумя Унаследованные, с
конфиденциальными элементами
уникальными
разрешениями на уровне
элемента
Сайт A/сайт B/библиотека B
Не конфиденциальные данные, но с особой папкой,
включающей конфиденциальные документы
114
Унаследованные, с
уникальными
разрешениями на уровне
папки и документа
Определение требуемых уровней разрешения и групп
(SharePoint Server 2010)
В данной статье рассматриваются группы и уровни разрешений по умолчанию, после ознакомления с которыми можно принять
решение, использовать ли их "как есть", настроить их или создать другие группы и уровни разрешений.
Содержание:
 Обзор доступных групп по умолчанию

Обзор доступных уровней разрешений
 Определение необходимости дополнительных уровней разрешений или групп
Наиболее важное решение, касающееся безопасности сайта и контента в Microsoft SharePoint Server 2010, состоит в том, как
распределить пользователей по категориям и какие уровни разрешений им присвоить.
Обзор доступных групп по умолчанию
Группы SharePoint позволяют управлять коллективами пользователей, а не отдельными пользователями. Они могут состоять из
нескольких индивидуальных пользователей или могут включать контент любой корпоративной системы идентификации, включая
службы домена Active Directory (AD DS), каталоги на основе LDAPv3, базы данных, связанные с определенными приложениями и
новые модели идентификации, сфокусированные на пользователе, такие как LiveID. Группы SharePoint не предоставляют
никаких особых прав на сайте; они являются способом объединения нескольких пользователей. В зависимости от размера и
сложности организации или веб-сайта можно распределить пользователей по нескольким группам или ограничиться совсем
небольшим числом групп.
В следующей таблице представлены группы по умолчанию, созданные для веб-сайтов группы в SharePoint Server 2010.
115
Имя группы
Уровень разрешений по умолчанию
Браузеры
Только просмотр
Посетители
Чтение
Члены
Участие
Разработчики
Разработка
Владельцы
Полный доступ
Если используется шаблон сайта, отличный от шаблона веб-сайтов группы, отобразится другой список групп SharePoint по
умолчанию. Например, в следующей таблице показаны дополнительные группы, полученные при публикации шаблона сайта.
Имя группы
Уровень разрешений по умолчанию
Ограниченное чтение.
Ограниченное чтение на сайте, а также ограниченный доступ к
определенным спискам
Чтение ресурсов стилей
Чтение коллекции главных страниц и ограниченное чтение
библиотеки стилей
Пользователи с правом быстрого развертывания
Добавление в библиотеку элементов для быстрого развертывания, а
также ограниченный доступ к остальной части сайта
Утверждающие
Утверждение, а также ограниченный доступ
Управляющие иерархией
Управление иерархией, а также ограниченный доступ
Кроме того, для решения задач администрирования более высокого уровня доступны следующие особые пользователи и группы:
 Администраторы семейства сайтов Одного или нескольких пользователей можно назначить главными и
дополнительными администраторами семейства сайтов. Эти пользователи записаны в базе данных как контактные лица для
116
данного семейства сайтов, они имеют полный доступ ко всем сайтам данного семейства, могут проверять контент сайта и
получать любые административные предупреждения (например, проверить, используется ли данный сайт). Администраторы
семейства сайтов назначаются при создании сайта, но в случае необходимости их можно заменить, используя веб-сайт
центра администрирования или страницы параметров сайта семейства сайтов. Группы и роли AD DS нельзя добавлять как
администраторов семейства сайтов.
Примечание.
Администраторы семейства веб-сайтов обладают полными правами для всех сайтов семейства. Они могут добавлять и удалять сайты или
изменять параметры любого сайта в семействе. Также они могут просматривать, добавлять, удалять и изменять весь контент этих сайтов.
Они могут добавлять и удалять пользователей с сайтов и отправлять приглашения на эти сайты. Владельцы семейства веб-сайтов — это
единственные пользователи, получающие уведомления по электронной почте о таких событиях, как автоматическое удаление неактивных
сайтов. По умолчанию владельцы семейства веб-сайтов также получают запросы о предоставлении прав доступа от пользователей,
которым было отказано в доступе.

Администраторы фермы Эта группа определяет, какие пользователи могут управлять сервером и параметрами фермы
серверов. По умолчанию администраторы фермы не имеют доступа к контенту сайта; для просмотра любого контента они
должны стать владельцами сайта. Группа администраторов фермы используется только в центре администрирования и
недоступна для любого сайта.

Администраторы Члены группы администраторов на локальном сервере могут выполнять все операции администратора
фермы и ряд других, включая следующие:

Установку новых продуктов или приложений

Развертывание веб-частей и новых функций в глобальном кэше сборок

Создание новых веб-приложений и веб-сайтов IIS

Запуск служб
Члены группы администраторов на локальном сервере, как и члены группы администраторов фермы, по умолчанию не
имеют доступа к контенту сайта.
После определения необходимых групп определите уровни разрешений, которые должны быть присвоены каждой группе на
вашем сайте.
117
Обзор доступных уровней разрешений
Возможность просматривать или изменять сайт, а также управлять им, определяется уровнем разрешений, присвоенным
пользователю или группе. Этот уровень разрешений указывает все разрешения для данного сайта и всех дочерних сайтов,
списков, библиотек документов, папок, а также элементов или документов, которые наследуют разрешения сайта. Без
соответствующих уровней разрешений пользователи могут оказаться неспособными решить поставленные перед ними задачи
либо им может быть предоставлена возможность решать те задачи, которые не предполагалось им поручать.
По умолчанию доступны следующие уровни разрешений:
 Ограниченный доступ Включает разрешения, позволяющие пользователям просматривать конкретные списки, библиотеки
документов, элементы списков, папки или документы без предоставления доступа ко всем элементам сайта. Этот уровень
разрешений нельзя изменять напрямую.
Примечание.
Если удалить этот уровень разрешений, члены группы не смогут перемещаться по сайту с целью доступа к элементам, даже если у них есть
нужные разрешения на сайте.

Чтение Включает разрешения, позволяющие пользователям просматривать элементы на страницах сайта.

Участие Включает разрешения, позволяющие пользователям добавлять или изменять элементы на страницах сайта или в
списках и библиотеках документов.

Проектирование Включает разрешения, позволяющие пользователям изменять макет веб-страниц с помощью браузера
или Microsoft SharePoint Designer 2010.
 Полный доступ Включает все разрешения.
По умолчанию при публикации шаблона даются следующие дополнительные уровни разрешений:
 Только просмотр Включает разрешения, позволяющие пользователям просматривать страницы, элементы списков и
документы.

Утверждение Включает разрешения на изменение и утверждение страниц, элементов списка и документов.

Управление иерархией Включает разрешение на сайты и изменение страниц, элементов списка и документов.

Ограниченное чтение Включает разрешения на просмотр страниц и документов, но не предыдущие версии или сведения о
правах пользователей.
118
Определение необходимости дополнительных уровней
разрешений или групп
Группы и уровни разрешений предоставляют общую структуру для разрешений, охватывающую множество различных типов
организаций и ролей в этих организациях. Однако эта структура может не отражать во всех подробностях конкретные
особенности вашей организации или все множество различных задач, которые решают пользователи на ваших сайтах. Если
группы и уровни разрешений по умолчанию не соответствуют потребностям организации, можно создать пользовательские
группы, изменить разрешения, включенные в конкретные уровни разрешений или создать пользовательские уровни разрешений.
Потребность в пользовательских группах
Решение создать пользовательские группы является вполне очевидным и мало повлияет на безопасность сайта. Создание
пользовательских групп вместо использования групп по умолчанию целесообразно в следующих ситуациях:
 В организации существует больше (или меньше) ролей пользователей, чем предусмотрено в группах по умолчанию.
Например, если кроме утверждающих, разработчиков и управляющих иерархиями в организации существует ряд
сотрудников, в задачу которых входит публикация контента на сайте, может возникнуть необходимость в создании группы
"Издатели".

В организации имеются широко известные названия уникальных ролей, решающих совершенно различные задачи.
Например, если создается общедоступный сайт для продажи продукции организации, может оказаться полезной группа
"Клиенты", создаваемая вместо групп "Посетители" или "Наблюдатели".

Есть необходимость сохранить однозначное соответствие между группами безопасности Windows и группами SharePoint.
Например, если в организации имеется группа безопасности с именем "Управляющие веб-сайтами" и требуется использовать
это имя как имя группы для простоты идентификации при управлении сайтом.

Вы предпочитаете другие имена групп.
Потребность в пользовательских уровнях разрешений
Решение создать пользовательские уровни разрешений менее очевидно, чем решение о создании пользовательских групп
SharePoint. Если изменяются разрешения, присвоенные конкретному уровню разрешений, необходимо понимать последствия
такого изменения, проверить, как оно повлияет на все группы и сайты, имеющие отношение к этому изменению, и убедиться, что
данное изменение не окажет отрицательного влияния на безопасность или не снизит работоспособность и производительность
сервера.
Например, если настроить уровень разрешений "Участие", включив разрешение на создание дочерних сайтов, которое обычно
относится к уровню разрешений "Полный доступ", то члены группы "Участники" смогут создавать свои дочерние веб-сайты, что
119
возможно может привести к приглашению ими в эти дочерние сайты злоумышленников или размещению нежелательного
контента. Если уровень разрешений "Чтение" настроить, включив разрешение "Просмотр данных об использовании", которое
обычно относится к уровню разрешений "Полный доступ", все члены группы "Посетители" смогут просматривать данные об
использовании, что может привести к снижению быстродействия.
Изменение настройки уровней разрешений по умолчанию целесообразно в следующих ситуациях:
 Уровень разрешений по умолчанию включает все разрешения, кроме одного, которое необходимо пользователям для
выполнения их работы, и вы хотите добавить это разрешение.

Уровень разрешений по умолчанию включает разрешение, в котором пользователи не нуждаются.
Важно!
Не следует изменять настройку уровней разрешений по умолчанию, если организация озабочена конкретным разрешением, входящим в
уровень разрешений, по соображениям безопасности или каким-либо другим причинам и хочет сделать это разрешение недоступным для
всех пользователей, которым присвоен этот уровень разрешений или другие уровни, включающие данное разрешение. Отключите это
разрешение для всех веб-приложений в ферме серверов, а не изменяйте все уровни разрешений.
Если требуется внести несколько изменений в уровень разрешений, лучше создать пользовательский уровень разрешений,
включающий все необходимые разрешения.
Создание дополнительных уровней разрешений может оказаться целесообразным в следующих ситуациях:
 Необходимо исключить несколько разрешений из конкретного уровня разрешений.
 Необходимо определить уникальный набор разрешений для нового уровня разрешений.
Чтобы создать уровень разрешений, можно скопировать существующий уровень разрешений и внести в него изменения или
создать уровень разрешений и выбрать необходимые разрешения.
Примечание.
Некоторые разрешения зависят от других разрешений. Если удаляется разрешение, от которого зависит другое разрешение, это другое
разрешение тоже удаляется.
120
Выбор групп безопасности (SharePoint Server 2010)
В этой статье описываются группы безопасности и рассылки, включенные в службы домена Active Directory (AD°DS). Также в этой
статье представлены рекомендации по использованию этих групп для организации пользователей веб-сайтов SharePoint.
Содержание:
 Определение учетных записей и групп безопасности Windows, которые будут использоваться для предоставления доступа к
сайтам

Принятие решения о предоставлении доступа всем пользователям, прошедшим проверку подлинности

Принятие решения о предоставлении доступа всем пользователям, прошедшим проверку подлинности
Введение
Чтобы упростить управление пользователями, рекомендуется назначать разрешения для сайтов группам, а не отдельным
пользователям. В службе каталогов AD°DS для организации пользователей обычно используются следующие два типа групп:
 Группа распространения Незащищаемая группа, которая используется только для рассылки электронной почты. Группы
распространения не могут быть указаны в списках управления доступом на уровне пользователей (DACL), используемых для
определения разрешений для ресурсов и объектов.

Группа безопасности Группа, которая может быть указана в списках управления доступом на уровне пользователей
(DACL). Группа безопасности также может быть использована в качестве объекта электронной почты.
Группы безопасности можно использовать для управления разрешениями для веб-сайта путем прямого добавления группы
безопасности на веб-сайт и предоставления разрешений всей группе. Нельзя напрямую добавлять группы рассылки, однако
можно расширить группу рассылки и добавить отдельных членов в группу SharePoint. При использовании этого способа
необходимо вручную синхронизировать группу SharePoint с группой распространения. При использовании групп безопасности
нет необходимости управлять отдельными пользователями в приложении SharePoint. Поскольку включена сама группа
безопасности, а не ее отдельные члены, управление пользователями осуществляется службой каталогов AD°DS.
Управлять группами безопасности, содержащими следующие элементы, может быть сложнее:
121

Вложенные группы безопасности.

Контакты и списки рассылки
Определение учетных записей и групп безопасности Windows,
которые будут использоваться для предоставления доступа к
сайтам
Каждая организация настраивает группы безопасности Windows по-разному. Чтобы упростить процесс управления
разрешениями, группы безопасности должны быть:
 Достаточно большими и с достаточно постоянным составом, чтобы не приходилось постоянно добавлять дополнительные
группы к сайтам SharePoint.
 Достаточно маленькими, чтобы можно было назначать соответствующие разрешения
Например, группа безопасности под названием "все пользователи в здании 2", по всей видимости, не является достаточно
маленькой для назначения разрешений, если только все пользователи в здании 2 не имеют одинаковые должности, такие как
бухгалтер по дебиторской задолженности. В действительных ситуациях такие совпадения редко случаются, поэтому следует
ориентироваться на небольшие наборы пользователей, такие как "бухгалтеры по дебиторской задолженности".
Принятие решения о предоставлении доступа всем
пользователям, прошедшим проверку подлинности
Если требуется, чтобы все пользователи домена имели возможность просматривать контент сайта, рекомендуется предоставить
доступ всем пользователям, прошедшим проверку подлинности (группа безопасности Windows "Пользователи домена"). Эта
особая группа предоставляет всем членам домена доступ к веб-сайту (на выбранном уровне разрешений), избавляя от
необходимости разрешать анонимный доступ.
122
Принятие решения о предоставлении доступа всем
пользователям, прошедшим проверку подлинности
Можно разрешить анонимный доступ, чтобы пользователи могли просматривать страницы анонимно. Большинство веб-сайтов
Интернета разрешают анонимный просмотр, но при необходимости изменить веб-сайт или совершить покупку в интернетмагазине может потребоваться пройти проверку подлинности. Анонимный доступ должен предоставляться на уровне вебприложения во время его создания.
Если анонимный доступ разрешен для веб-приложения, администраторы сайта могут принять решение о:
 Предоставлении анонимного доступа к сайту

Предоставлении анонимного доступа только к спискам и библиотекам
 Полной блокировке анонимного доступа к сайту
Анонимный доступ основывается на учетной записи анонимного пользователя на веб-сервере. Эта учетная запись создается и
обслуживается службами IIS, а не существующим сайтом SharePoint. По умолчанию в службах IIS учетная запись анонимного
пользователя — это IUSR.
Когда производится включение анонимного доступа, эта учетная запись получает доступ к сайту SharePoint. При разрешении
доступа к сайту, спискам или библиотекам разрешение на просмотр элементов предоставляется учетной записи анонимного
пользователя. Однако даже с разрешением на просмотр элементов существуют ограничения возможностей анонимных
пользователей. Анонимные пользователи не могут:
 Открывать сайты для редактирования в Microsoft SharePoint Designer 2010. Другими словами они не могут использовать
удаленный вызов процедур (RPC).

Просматривать веб-сайт в сетевом окружении; другими словами они не могут использовать протокол веб-средств
распределенной разработки и контроля версий (WebDAV), протокол веб-папок в Windows.

Передача или изменение документов в библиотеках документов, в том числе в вики-библиотеках.
123
Важно!
Чтобы улучшить безопасность сайтов, списков или библиотек, анонимный доступ разрешать нельзя. Разрешение анонимного доступа
позволяет пользователям добавлять или изменять контент в списках, обсуждениях и опросах, что может снизить доступное дисковое
пространство сервера и привести к использованию других ресурсов. Кроме того, при разрешении анонимного доступа анонимные
пользователи могут получать сведения на сайте, включая адреса электронной почты пользователей, а также любое содержимое в списках,
библиотеках и обсуждениях.
Можно установить политики разрешений для анонимных пользователей в различных зонах (Интернета, экстрасети, интрасети и
других), если в этих зонах контент обслуживается одним и тем же веб-приложением. Описание этих политик приведено в
следующем списке:
 Отсутствует Ни одна из политик не используется. Этот параметр установлен по умолчанию. Никакие дополнительные
ограничения или добавления в отношении разрешений не применяются к анонимным пользователям сайта.

Чтение Анонимные пользователи могут читать контент; такая возможность предоставляется до тех пор, пока
администратор сайта не запретит анонимный доступ.

Запретить запись Анонимные пользователи не могут выполнять запись контента, даже если администратор сайта
намеренно предпримет попытку предоставить такое разрешение учетной записи анонимного пользователя.

Запретить все Анонимные пользователи не могут иметь никакого доступа, даже если администратор сайта намеренно
предпримет попытку предоставить учетной записи анонимного пользователя доступ к сайтам.
124
Выбор администраторов и владельцев для иерархической
структуры администрирования (SharePoint Server 2010)
В данной статье описываются роли администраторов, которые соответствуют иерархии сайтов и серверов Microsoft SharePoint
Server 2010. В управлении сервером SharePoint Server 2010 может участвовать несколько человек. Администрирование серверов
SharePoint Server 2010 происходит на следующих уровнях:
 Ферма серверов

Общие службы

Сайты

Библиотека документов или список
 Отдельные элементы
Содержание:
 Уровни администрирования
Введение
У большинства уровней иерархической структуры сайтов и серверов есть соответствующие группы администрирования. У уровня
веб-приложений нет уникальной группы администраторов, но администраторы фермы могут контролировать веб-приложения
своей области. Члены группы "Администраторы фермы" и группы "Администраторы" на локальном сервере могут определять
политику предоставления разрешений отдельным пользователям на уровне веб-приложений.
Уровни администрирования
Группы пользователей, имеющие разрешения администратора на разных уровнях, описаны в следующем списке:
 Уровень сервера или фермы серверов
125

Группа администраторов фермы Члены группы администраторов фермы имеют разрешения на доступ ко всем
серверам фермы и отвечают за них. Они могут выполнять все задачи администрирования сервера и фермы с помощью
центра администрирования. Кроме того, члены этой группы могут использовать оболочку Windows PowerShell для
создания объектов базы данных конфигурации и управления ими. Члены этой группы могут назначать администраторов
для управления служебными приложениями — экземплярами общих служб. Эта группа не имеет доступа к отдельным
сайтам или их контенту.

Группа администраторов Участники группы администраторов на локальном сервере могут выполнять все действия
администраторов фермы и другие задачи, включая установку новых продуктов или приложений, развертывание вебчастей и новых компонентов в глобальном кэше сборок, создание новых веб-приложений и новых веб-сайтов IIS, а также
запуск служб. Как и администраторы фермы, участники этой группы на локальном сервере по умолчанию не получают
доступ к контенту сайта.
Примечание.
Администраторы фермы и локальные администраторы при необходимости могут стать владельцами семейства сайтов. Например, если
администратор сайта увольняется из организации и должен быть добавлен новый администратор, администратор фермы или участник
локальной группы администраторов может стать владельцем семейства сайтов для выполнения этого изменения.


Уровень общих служб

Администраторы служб Эти администраторы делегируются администратором фермы. Они могут настраивать
параметры заданного служебного приложения внутри фермы. Однако эти администраторы не могут создавать служебные
приложения, получать доступ к любым другим служебным приложениям в ферме или совершать какие-либо действия на
уровне фермы, включая изменения топологии. Например, администратор приложения-службы поиска в ферме может
настраивать параметры только для этого приложения-службы поиска.

Администраторы функций Администратор функций связан с определенной функцией или функциями служебного
приложения. Эти администраторы могут управлять подмножеством параметров служебного приложения, но не могут
управлять всем служебным приложением. Например, администратор функций может управлять функцией аудиторий
служебного приложения профилей пользователей.
Уровень сайта

Администраторы семейства сайтов Эти администраторы имеют уровень разрешений "Полный доступ" для всех вебсайтов в семействе сайтов. Они имеют полный доступ к контенту всех сайтов в этом семействе, даже если им не
предоставлены явно указанные разрешения на доступ к этому сайту.
126

Владельцы сайта По умолчанию участники группы владельцев сайта имеют уровень разрешений "Полный доступ" для
этого сайта. Они могут выполнять задачи администрирования для этого сайта, а также для любого списка или библиотеки
в пределах этого сайта. Они получают уведомления по электронной почте о событиях, таких как отложенное
автоматическое удаление неактивных сайтов и запросы доступа к сайту.
127
Рекомендации по использованию детально настроенных
разрешений (технический документ) (SharePoint Server 2010)
В этом техническом документе приводятся рекомендации по детальным разрешениям и их использованию в организации при
реализации Microsoft SharePoint Server 2010.
Загрузка этого технического документа доступна по следующей ссылке: http://go.microsoft.com/fwlink/?linkid=201596&clcid=0x419
(Возможно, на английском языке)
128
Управление сайтами и решениями (SharePoint Server 2010)
Этот раздел содержит сведения об управлении сайтами и решениями для производственных и изолированных сред Microsoft
SharePoint Server 2010.
Управление — это набор политик, ролей, ответственностей и процессов для координации, контроля и управления процессами
совместной работы подразделений и ИТ-групп организации при достижении коммерческих целей.
Изолированные решения ограничивают доступ к сетевым и локальным ресурсам для повышения уровня безопасности и
стабильности. Их можно использовать для решений балансировки нагрузки, решений, которые не были полностью
протестированы, и для развертывания пользовательских решений в размещенной среде. Изолированные решения работают в
отдельном рабочем потоке и не имеют доступа к ресурсам, которые принадлежат другим ресурсам, а доступ к локальным и
сетевым ресурсам ограничен.
Содержание:
 Что такое управление (SharePoint Server 2010)
В этой статье управление представлено в качестве залога успешности развертывания SharePoint Server 2010, а также
описаны различные компоненты плана управления предприятием.
 Компоненты управления (SharePoint Server 2010)
Эта статья содержит обзор функциональных возможностей SharePoint Server 2010, которые можно использовать в
организации для управления ИТ-службой, информационным контролем и информационной архитектурой.
 Создание и управление службой SharePoint (SharePoint Server 2010)
Сведения о ключевых факторах в управлении службой SharePoint и об условиях, включаемых в соглашение об уровне
обслуживания.
 Реализация и управление информационной архитектурой (SharePoint Server 2010)
Сведения о планировании эффективной информационной архитектуры, гарантирующей соответствие решения бизнестребованиям.
 Планирование изолированных решений (SharePoint Server 2010)
Этот раздел описывает процесс планирования использования изолированных решений в среде SharePoint.
129



SharePoint Development and Governance Using COBIT 4.1: A Practical Approach
Выдержки из книги «Развертывание SharePoint и управление с использованием COBIT® 4.1: практический подход».
SharePoint 2010 Governance Planning (white paper) (на английском языке)
В этом техническом документе рассматривается «внешний интерфейс» среды SharePoint — аспекты взаимодействия с
бизнес-пользователями. На примере фиктивной компании даются практические рекомендации по планированию и внедрению
средств управления в SharePoint Server 2010.
Реализация управления в SharePoint 2010 (технический документ)
В этом техническом документе рассматриваются внутренние механизмы управления SharePoint — принципы технической
реализации. Здесь даются общие указания по настройке различных параметров конфигурации SharePoint Server 2010,
позволяющих управлять работой среды с учетом интересов всех ее участников.
130
Что такое управление (SharePoint Server 2010)
В этой статье вводится понятие управления как основной части успешного развертывания Microsoft SharePoint Server 2010 и
поясняется, почему информационная архитектура и ИТ-службы являются ключевыми компонентами плана управления.
Статьи этого раздела подчеркивают необходимость управления развертываниями SharePoint Server 2010. Они также содержат
общие сведения и примеры действий и процессов Microsoft SharePoint Server, которыми следует управлять.
В этой статье:
 Об управлении

Чем следует управлять?

Кто должен определять политики управления?

Каким образом следует реализовывать управление?
Об управлении
Управление — это набор политик, ролей, ответственностей и процессов для координации, контроля и управления процессами
совместной работы подразделений и ИТ-групп организации при достижении коммерческих целей. Комплексный план управления
дает организации следующие преимущества:
 Упрощение процесса развертывания продуктов и технологий, таких как SharePoint Server 2010.

Защита организации от угроз в сфере безопасности и недопущение невыполнения обязательств.

Обеспечение наилучших доходов от инвестиций в технологии, например путем внедрения оптимальных методов управления
контентом или создания информационной архитектуры.
Чем следует управлять?
В каждой организации есть свои уникальные потребности и цели, влияющие на ее подход к управлению. Например, в более
крупных организациях, возможно, необходима более высокая и детальная степень управления, чем в небольших компаниях.
131
Для успешного развертывания SharePoint Server 2010 требуются следующие элементы:
 Информационная архитектура
Цель информационной архитектуры заключается в создании системы, помогающей пользователям собирать, хранить,
извлекать и использовать информацию, необходимую для достижения коммерческих целей. Информационная архитектура
веб-сайта определяет порядок организации и представления для пользователей информации на сайте — веб-страниц,
документов, списков и данных.
Комплексная оценка информационной архитектуры организации может помочь определить потенциальные слабые стороны,
в число которых входят:
 Неправильное использование метаданных, способное осложнить поиск и сравнение связанных элементов данных или
контента.


Неудачно спроектированное и управляемое хранилище контента, способное привести к возникновению многочисленных
дубликатов документов, в результате чего пользователи не смогут найти достоверную версию.

При плохой организации каталогов в хранилищах данных и при плохом управлении ими пользователи, ответственные за
принятие решений, могут начать использовать неверные данные.

Плохо спроектированная навигация портала может затруднить поиск важных сайтов и сведений.
ИТ-служба, размещающая SharePoint Server
SharePoint Server 2010 включает в себя множество новых функций, которые необходимо учитывать при составлении
комплексного плана управления. Вот некоторые из них:
 Новая архитектура приложений-служб, встроенная в Microsoft SharePoint Foundation 2010, которая заменяет модель SSP.

Усовершенствованные алгоритмы резервного копирования и восстановления.

Архитектура обслуживания одним экземпляром приложения нескольких развертываний, создающая реальную среду
размещения и позволяющая осуществлять совместное использование служб пользователями при разделении данных на
основе подписок на веб-сайты.

Управляемые учетные записи, автоматизирующие процесс изменения паролей.

Windows PowerShell, новый интерфейс командной строки и скриптовый язык, разработанный специально для
администраторов.
До тех пор пока не будет создан план управления, быстрый и неуправляемый рост индивидуально управляемых вебсерверов с SharePoint Server может иметь непредсказуемые результаты, в том числе следующие:
132

Изолированные серверы, на которых размещены плохо организованные группы сайтов без общего поискового индекса,
навигации или схем безопасности. Для поддержки самостоятельного создания сайтов необходимо иметь план,
предусматривающий ликвидацию контента и архивирование сайтов.

Незащищенные серверы, на которых размещаются приложения, могут поставить под угрозу целостность контента.

Обращения за технической поддержкой к локальным серверам под управлением SharePoint Server, о которых не знает
группа поддержки серверов.

Такие важные процедуры, как обеспечение соответствия законодательным нормам, могут администрироваться
несогласованно на разных серверах.

В результате плохого обучения или отсутствия единообразия в конфигурации серверов могут неправильно выполняться
регулярные профилактические мероприятия (например, резервное копирование и восстановление данных или установка
обновлений).

Изменения в принадлежности веб-сайтов вызывают вопросы относительно принадлежности контента или могут привести
к блокированию сайтов.
При расширении использования SharePoint Server 2010 на предприятии ИТ-отделу рекомендуется запланировать и
реализовать набор хорошо управляемых служб размещения, обеспечивающих доступность SharePoint Server 2010 и
контроль над его использованием и конфигурацией.
Для создания эффективного и управляемого решения SharePoint Server 2010 в организации необходимо рассмотреть
возможность управления одной или несколькими из следующих областей:
 Политика настройки
SharePoint Server 2010 содержит настраиваемые функции и возможности в разных областях, таких как бизнес-анализ,
формы, рабочие процессы и управление контентом. Однако пользовательские настройки представляют дополнительную
опасность для стабильности, обслуживания и безопасности среды SharePoint Server 2010. Чтобы контролировать
выполнение настроек, разработайте политику настройки, в которой следует учесть следующие вопросы:
 Утвержденные средства настройки. Например, необходимо решить, могут ли пользователи использовать Microsoft
SharePoint Designer 2010 и определить, какие элементы сайтов могут быть настроены и кем.

Способы управления исходным кодом, такие как система управления источниками и стандарты документирования кода.

Требования к разработке, в том числе рекомендации по написанию кодов.

Требования к тестированию и проверке правильности.
133

Обязательные методы упаковки и установки. Следует управлять использованием песочниц, позволяющих владельцам
сайтов размещать пользовательские решения в частично доверенном контексте, чтобы они не влияли на остальную
реализацию SharePoint.



Поддерживаемые виды настроек. Например, можно разрешить использование веб-частей для интегрирования
приложений Microsoft Silverlight 3 с сайтами SharePoint.
Дополнительные сведения о процессах управления пользовательскими настройками см. в техническом документе
Политика пользовательской настройки продуктов и технологий SharePoint (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=92311&clcid=0x419) (Возможно, на английском языке).
Фирменный стиль
При проектировании информационной архитектуры и набора сайтов, используемых в масштабе предприятия, обдумайте
необходимость включения в свои политики управления фирменного стиля. Реализовав формальный набор политик
фирменного стиля, можно обеспечить единообразное использование символики, шрифтов, тем и других элементов дизайна
предприятия на разных сайтах. Например, в SharePoint Server 2010 можно импортировать тему Microsoft PowerPoint 2010
непосредственно в сайт SharePoint, при этом тема автоматически будет применена ко всем дочерним сайтам.
Обучение
Хотя в SharePoint Server 2010 предусмотрены интуитивно понятный интерфейс на основе веб-технологий и интерактивная
справочная система, для некоторых пользователей использование и администрирование сайтов на базе SharePoint Server
2010 может оказаться сложным. Кроме того, могут потребоваться объяснения по использованию набора политик управления,
реализованного ИТ-отделом и бизнес-подразделениями. Обеспечив соответствующее обучение пользователей, можно
повысить их удовлетворенность от работы с реализацией SharePoint Server 2010 и снизить затраты на техническое
обслуживание.
Кто должен определять политики управления?
Для успешного развертывания SharePoint Server 2010 требуется постоянное общение и сотрудничество между руководителями,
ИТ-специалистами и информационными работниками. При создании комиссии по управлению необходимо включить в нее
представителей как можно большего числа групп и ролей.
134
Примечание.
Ваша организация может не иметь эквивалентную роль или может использовать иное название.

Исполнительные заинтересованные лица. Руководители верхнего звена должны определить общие цели органа управления,
придать ему административный вес и периодически оценивать успех реализации процедур и политик.

Финансовые заинтересованные лица. Они должны гарантировать, что правила и процессы управления повысят доход от
инвестиций предприятия в продукты и технологии SharePoint.

ИТ-руководители. Они должны помочь при разработке предлагаемых служб и определить способы достижения ИТобязанностей (таких как обеспечение безопасности и надежности), одновременно обеспечивая функциональные
возможности, необходимые для бизнес-групп.

Руководители бизнес-подразделений. Они представляют группы, выполняющие основную работу предприятия и
определяющие архитектурные и функциональные требования к развертыванию SharePoint Server 2010. Они помогают
определить информационную архитектуру предприятия и требования к организационной таксономии и сотрудничают с ИТруководителями для достижения соглашений об уровне обслуживания и других политик технической поддержки.

Информационные архитекторы или таксономисты. Члены этих групп имеют богатый опыт планирования и проектирования
информационных систем и таксономии. Основываясь на анализе потребностей аудитории в информации, они
разрабатывают планы достижения организационных целей, определяют архитектуру сайтов и навигацию.

Специалисты по контролю за выполнением нормативов. В сферу управления входит обеспечение того, что предприятие
выполняет все законодательные требования и управляет своими корпоративными сведениями. Если на предприятии есть
служба, отвечающая за соблюдение законодательных требований или обеспечение юридической помощи, включите ее
представителей в комитет по управлению.

Руководители групп разработки. Руководители организации по разработке программного обеспечения помогают определить
разрешенные средства настройки, способы проверки безопасности кода и другие рекомендации по работе с кодом.

Информационные работники. Сотрудники организации, обеспечивающие выполнение повседневной работы, должны
обеспечить, чтобы службы SharePoint Server 2010 и информационная архитектура соответствовали их потребностям.

Инструкторы. Квалифицированные эксперты, ответственные за разработку плана обучения и проведение соответствующих
образовательных программ.
135
Каким образом следует реализовывать управление?
Эффективное управление предвосхищает потребности и цели как ИТ-отдела организации, так и ее производственных
подразделений. Поскольку каждое предприятие является уникальным, необходимо определить лучший способ реализации плана
управления, разработанный индивидуально для конкретной среды.
Далее приведены возможные этапы реализации управления на предприятии.
1. Определение базовых принципов и целей.
Комитет по управлению должен сначала разработать свое видение управления, политики и стандарты, которые позволят
отслеживать соблюдение требований и определять преимущества для предприятия. Например, план должен определять
требования в отношении предоставления служб как в техническом, так и в коммерческом аспектах развертывания SharePoint
Server 2010.
2. Классификация бизнес-информации и контента.
Организуйте информацию в соответствии с существующей таксономией или создайте пользовательскую таксономию,
включающую весь контент, требуемый для поддержки бизнес-решения. После организации информации спроектируйте
информационную архитектуру для управления контентом предприятия. Затем определите соответствующие ИТ-службы для
поддержки информационной архитектуры.
3. Разработка стратегии обучения.
Человеческий фактор является вторым по важности после самого плана управления, и от него в значительной степени
зависит успех развертывания SharePoint Server 2010. Всесторонний план обучения должен включать демонстрацию
использования SharePoint Server 2010 в соответствии со стандартами и методами реализации и пояснять, почему эти
стандарты и методы так важны. План должен охватывать все виды обучения, необходимые для конкретных групп
пользователей, и включать описания всех необходимых средств обучения. Например, ИТ-отдел может вести страницу часто
задаваемых вопросов о службах SharePoint Server 2010, а бизнес-подразделение может предоставлять услуги по
интерактивному обучению с демонстрацией настройки и использования процесса управления документами.
4. Разработка плана непрерывных мероприятий.
Поскольку успешное управление должно быть непрерывным, комитет по управлению должен регулярно собираться на
заседания. К постоянно выполняемым мероприятиям относятся включение новых требований в план управления, а также
переоценка и изменение принципов и стандартов управления. При возникновении новых законодательных требований может
потребоваться разрешение конфликтов, например между ИТ-отделом и одним или несколькими бизнес-подразделениями.
Орган управления должен регулярно отчитываться перед исполнительными спонсорами для развития отчетности и
обеспечения соблюдения законодательных требований на всем предприятии. Помните, что, хотя все это кажется
136
трудоемким, целью является повышение дохода с инвестиций в SharePoint Server 2010, максимальное увеличение
полезности решения SharePoint Server 2010 и повышение производительности предприятия.
См. также
Другие ресурсы
Центр ресурсов управления (http://go.microsoft.com/fwlink/?linkid=133502&clcid=0x419)
137
Компоненты управления (SharePoint Server 2010)
Microsoft SharePoint Server 2010 содержит компоненты, предназначенные для управления ИТ-службой SharePoint Server 2010,
управления данными организации или информационной архитектурой организации. Ссылки на соответствующие статьи
содержат сведения о планировании и использовании каждого компонента.
Примечание.
Управление — это набор политик, ролей, ответственностей и процессов, используемых для координации, контроля и управления
процессами совместной работы подразделений и ИТ-групп организации с целью достижения коммерческих целей. Дополнительные
сведения см. в статье Что такое управление (SharePoint Server 2010).
Содержание статьи
 Управление установкой SharePoint на предприятии

Компоненты ИТ-службы

Управление сведениями

Компоненты информационной архитектуры
Управление установкой SharePoint на предприятии
Поскольку управление развертываниями SharePoint осуществляется на уровне фермы, в отдельном развертывании SharePoint
отсутствуют сведения о других развертываниях SharePoint, которые могут существовать в рамках той же организации.
Администраторам эти сведения необходимы для управления всеми развертываниями в рамках организации. Например,
администраторам необходимо знать, было ли развертывание настроено в соответствии с требованиями организации или сколько
неавторизованных развертываний существует в рамках организации. Microsoft SharePoint 2010 предоставляет следующие
138
способы, позволяющие ограничивать функциональность, отслеживать и даже блокировать случайные установки SharePoint
Server:
 Следующий объект групповой политики отключает установку SharePoint Server и связанных продуктов:
HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\ SharePoint\DWORD DisableInstall
Чтобы заблокировать установку, задайте значение DWORD DisableInstall=00000001.
Когда задан этот раздел реестра, пользователи при попытке установить SharePoint Server получают следующее сообщение
об ошибке: Установка SharePoint в вашей организации заблокирована. За дополнительными сведениями обратитесь
к сетевому администратору.

Маркер доменных служб Active Directory (AD DS) определяет серверы SharePoint в организации. По умолчанию этот маркер
содержит URL-адрес для приложения-службы топологии.
Дополнительные сведения о параметрах объекта групповой политики и маркере доменных служб Active Directory см. в статье
Track or block SharePoint Server 2010 installations.
Компоненты ИТ-службы
Служба SharePoint — это ИТ-служба, которая предоставляет размещенные сайты и порталы на основе SharePoint Server. ИТслужба может содержать следующие компоненты:
 Веб-сайты и порталы, относящиеся к соответствующей области, например семейство веб-сайтов, веб-приложение или
ферма серверов

Средства резервного копирования и восстановления

Хранилище контента

Поддержка настройки

Безопасность
 Уровни обслуживания, основанные на таких характеристиках, как скорость и доступность
В этом разделе описываются компоненты SharePoint Server 2010, предназначенные для поддержки работоспособности службы
SharePoint Server и управления ею.
Шаблоны веб-сайтов
Шаблоны сайтов представляют собой настройки, которые применяются к определению сайта. Шаблон сайта позволяет службе
SharePoint Server обеспечивать единое фирменное оформление, структуру сайта и макет для сайтов, создаваемых
139
пользователями. Можно создавать пользовательские шаблоны сайтов и использовать их вместо шаблонов, предоставляемых
SharePoint Server как часть службы SharePoint Server.
Дополнительные сведения см. в статье, посвященной работе с шаблонами сайтов и определениями (Возможно, на английском
языке) (http://go.microsoft.com/fwlink/?linkid=184756&clcid=0x419) (Возможно, на английском языке).
Квоты
Квота определяет максимальный объем хранилища, доступный семейству веб-сайтов. Квота позволяет запретить пользователям
добавлять контент при достижении значения, указанного в квоте. Дополнительные сведения см. в статье Plan quota management
(SharePoint Server 2010).
Блокировки
Блокировки позволяют запретить пользователям добавлять контент в семейство веб-сайтов или с помощью семейства вебсайтов. Например, можно заблокировать сайт, нарушающий политику использования, или при превышении квоты, заданной для
этого сайта. Дополнительные сведения см. в статье Lock or unlock sites.
Рабочие процессы
Рабочие процессы — это программы, реализующие бизнес-процессы для пользователей сайта SharePoint Server. Рабочие
процессы связаны с элементами сайта, например документами, формами или элементами списка. Рабочие процессы имеют
множество применений в качестве составной части ИТ-службы. Например, рабочий процесс может использоваться для
предоставления нового сайта, отслеживания проблем поддержки или выполнения определенного действия при превышении
квоты семейства веб-сайтов. Дополнительные сведения см. в статье Plan workflows (SharePoint Server 2010).
Компоненты
Компонент — это контейнер различных определенных расширений для SharePoint Server 2010 и SharePoint Foundation 2010,
который состоит из XML-файлов, развертываемых на веб-серверах. Компонент можно развернуть в составе определения сайта
или пакета решения, а также активировать по отдельности на сайтах.
Администратор сайта может изменить функциональные возможности сайта SharePoint путем включения или отключения
компонента с помощью пользовательского интерфейса. Компоненты упрощают включение или отключение функциональных
возможностей в ходе развертывания и помогают администраторам изменять шаблон или определение сайта. Скрытие
компонентов позволяет предотвратить их отключение пользователями вручную.
При реализации новой функциональной возможности сайта с помощью компонента упрощается управление сайтами и
соблюдение плана управления. Метод, называемый ассоциация возможности, позволяет привязать компонент ко всем новым
экземплярам сайтов, использующим указанное определение сайта, без изменения определения сайта. Этот метод позволяет
140
контролировать доступ пользователей службы к компонентам. Дополнительные сведения см. в статье, посвященной
использованию компонентов(http://go.microsoft.com/fwlink/?linkid=183450&clcid=0x419) (Возможно, на английском языке).
Самостоятельное создание сайтов
Компонент самостоятельного создания сайтов позволяет пользователям создавать собственные семейства веб-сайтов. При
управлении самостоятельным созданием сайтов необходимо определить уровень обслуживания, поддерживающий
самостоятельное создание веб-сайтов. По умолчанию разрешение на самостоятельное создание сайтов включено в SharePoint
Server 2010 для всех пользователей, прошедших проверку подлинности.
Дополнительные сведения см. в статье Turn on or turn off Self-Service Site Creation.
Разрешения и политики веб-приложения
Разрешения для веб-приложения — это комплексные параметры, которые применяются ко всем пользователям и группами для
всех семейств веб-сайтов в веб-приложении. Управление действиями пользователей осуществляется посредством включения
или отключения соответствующих разрешений в веб-приложении. Например, если требуется запретить пользователям
добавлять страницы на веб-сайт, можно отключить разрешение "Добавление и настройка страниц", которое является одним из
разрешений, относящихся к сайту. После отключения какого-либо разрешения для веб-приложения это разрешение не может
быть предоставлено ни одному пользователю сайта в веб-приложении. Можно также управлять доступом к конкретному URLадресу или зоне. Кроме того, можно задать уровень доступа для анонимных пользователей. Дополнительные сведения см. в
статье Manage permissions for a Web application (SharePoint Server 2010).
Политики разрешений предоставляют централизованный способ настройки набора разрешений и управления им, который
применяется только к подгруппе пользователей или группам в веб-приложении. Например, может потребоваться создание
уровня политики разрешений для пользователей сайта, которым будет разрешено добавлять элементы в список, изменять
элементы списка, удалять элементы из списка, открывать список, просматривать элементы, списки или страницы. Однако этим
же пользователям может потребоваться запретить создание или удаление списков, для чего потребуется разрешение
"Управление списками". Дополнительные сведения см. в статье Manage permission policies for a Web application (SharePoint Server
2010).
SharePoint Designer
Можно управлять использованием Microsoft SharePoint Designer 2010 в организации на уровне веб-приложения или на уровне
семейства веб-сайтов. Доступно управление следующими типами доступа к SharePoint Designer 2010:
 Включение или отключение использования SharePoint Designer 2010 для всего приложения или семейства веб-сайтов.
Если требуется разрешить использование SharePoint Designer 2010 для всех разработчиков или владельцев в конкретном
семействе веб-сайтов, включите этот параметр на уровне семейства веб-сайтов.
141



Включение или отключение отсоединения страниц от определения сайта.
Если требуется сохранить фирменное оформление для всех сайтов в семействе, необходимо запретить пользователям
вносить изменения, которые могут привести к отсоединению страницы от определения сайта.
Включение или отключение главных страниц и макетов страниц в SharePoint Designer 2010.
Если требуется запретить пользователям просматривать главные страницы и макеты страниц сайта, отключите этот
параметр.
Включение или отключение структуры URL-адреса сайта и его контента.
Если требуется запретить просмотр и изменение всех файлов на сайте, отключите этот параметр.
"Песочница"
"Песочница" — это среда ограниченного выполнения, которая предоставляет программам доступ только к определенным
ресурсам и не позволяет проблемам, возникающим в изолированной среде, влиять на остальную часть серверной среды.
Решения, развернутые в "песочнице", называются изолированными решениями. Набор операций, выполняемых этими
решениями, ограничивается с помощью разграничения доступа кода (CAS).
Член группы "Администраторы фермы" должен настроить изолированную среду до предоставления возможности загрузки
изолированных решений. Загрузка и активация изолированных решений разрешены администратору семейства веб-сайтов. Если
решение не содержит сборок, его может также активировать пользователь с правами на полный доступ к корню семейства
сайтов.
Для повышения уровня изоляции можно использовать удаленную балансировку нагрузки и запускать службу "песочницы" только
на выбранных серверах. В рабочей среде рекомендуется использовать удаленную балансировку нагрузки и выделять отдельные
серверы для выполнения изолированных решений. Блокировка изолированных решений, настройка балансировки нагрузки и
сброс превышенных квот доступны только членам группы "Администраторы фермы".
Дополнительные сведения см. в статье Планирование изолированных решений (SharePoint Server 2010).
Автоматическое удаление семейств веб-сайтов
Автоматическое удаление семейств веб-сайтов позволяет контролировать число неиспользуемых веб-сайтов на сервере, не
требуя вмешательства администратора и использования механизма резервного копирования. По умолчанию подтверждение
использования сайта включено автоматически. Автоматическое удаление сайта может быть задано на уровне сервера или
фермы серверов или на уровне веб-приложения.
Политики для профилей пользователей и личных веб-сайтов
142
Политики — это наборы правил, которые задаются администраторами службы профилей пользователей пользователям и
группам пользователей. Эти правила позволяют администраторам указывать и контент сайтов, который могут просматривать
пользователи, и то, как они могут взаимодействовать с контентом.
По умолчанию большинство свойств профилей пользователей видно каждому пользователю, но конфиденциальные сведения
могут иметь ограниченную видимость. Меньшее количество ограничений в рамках политики означает, что пользователи будут
чаще просматривать общие профили, то есть собирать аудитории и обновлять профили пользователей придется чаще. Если в
организации много пользователей, необходимость частого выполнения обновления может отрицательно сказаться на
производительности и мощности, что следует учесть при планировании. Дополнительные сведения см. в статье Планирование
политик профилей пользователя (SharePoint Server 2010).
По умолчанию личный веб-сайт могут создавать все прошедшие проверку подлинности пользователи. Для управления
разрешениями для личных веб-сайтов рекомендуется использовать группы безопасности. В компонентах личных сайтов
хранятся и используются персональные данные. Перед развертыванием личных веб-сайтов убедитесь в наличии плана
управления работой этих компонентов, либо отключите эти компоненты, чтобы обеспечить безопасность этой информации.
По умолчанию все пользователи, прошедшие проверку подлинности, могут добавлять оценки и социальные теги в документы,
элементы SharePoint Server и прочие элементы, такие как внешние веб-страницы и записи блогов. Пользователи также могут
оставлять импровизированные заметки на страницах профиля личного веб-сайта или любой странице SharePoint Server. Кроме
того, можно использовать одну или несколько групп безопасности для предоставления разрешений на управление социальными
компонентами подгруппе пользователей в организации.
По умолчанию все прошедшие проверку подлинности пользователи могут изменять свои профили, добавлять и удалять коллег, а
также добавлять и изменять членство. Можно использовать одну или несколько групп безопасности для предоставления
разрешений на использование личных компонентов подгруппе пользователей в организации.
Анализ электронной почты можно включить для всех пользователей в Outlook или только для отдельных групп посредством
групповой политики, однако пользователи могут отказаться от использования этого компонента. Если анализ электронной почты
выключен для всех пользователей, отдельные пользователи тем не менее могут использовать данный компонент.
Управление сведениями
В SharePoint Server 2010 управление сведениями состоит в упорядочении, извлечении, получении и обслуживании данных.
В этом разделе описываются компоненты SharePoint Server 2010, используемые для управления документами, записями и
цифровыми активами, а также для планирования eDiscovery.
Управление документами
143
Система управления документами контролирует жизненный цикл документов в организации — их создание, просмотр и
публикацию, а также окончательное удаление или сохранение. Компонент управления документами содержит политики, которые
обеспечивают проверку и хранение документов, использование меток и штрихкодов (для согласования распечатанного контента
с соответствующими электронными версиями). Политики могут реализовываться, чтобы обеспечить выполнение организацией
предусмотренных законом требований, например требования о хранении записей. Дополнительные сведения см. в статье
Планирование политики управления информацией (SharePoint Server 2010).
Организация, использующая клиентские приложения Microsoft Office и SharePoint Server 2010, может задать политики как на
сервере, так и в клиентских приложениях.
Утверждение контента
Утверждение контента предоставляет членам сайта с утвержденными разрешениями возможность контролировать публикацию
контента. Владелец библиотеки документов может включить утверждение контента для библиотеки документов или библиотеки
веб-страниц и при необходимости связать рабочий процесс с библиотекой для выполнения процедуры утверждения.
Используйте утверждение контента для формализации процесса предоставления аудитории доступа к контенту и для контроля
над ним. Например, организации, публикующей контент, может понадобиться юридическая экспертиза и утверждение перед
публикацией контента.
Дополнительные сведения см. в статье Планирование контроля версий, утверждения контента и извлечения (SharePoint Server
2010).
Управление версиями.
Управление версиями — это способ нумерации и сохранения последовательных итераций документа в SharePoint Server.
Управление версиями запрещает пользователям с правами на чтение просмотр черновиков документов.
Дополнительные сведения см. в статье Планирование контроля версий, утверждения контента и извлечения (SharePoint Server
2010).
Управление записями
Управление записями представляет собой процедуру, при помощи которой организация определяет типы информации, которые
должны считаться записями, способ управления активными записями и продолжительность хранения каждого типа записи.
Управление записями включает задачи, связанные с записями, такие как ликвидация записей с истекшим сроком хранения, а
также размещение и защита записей, связанных с внешними событиями, например судебными исками.
Управление записями позволяет выполнять следующие задачи:
 Использовать архив записей для управления записями или управления записями на месте.
144

Создавать рабочие процессы для перемещения документов в архив записей.

Определять, будет ли управление записями электронной почты осуществляться из SharePoint Server или непосредственно из
приложения электронной почты.
 Определять способ преобразования социального контента, например блогов, вики-сайтов или личных веб-сайтов, в записи.
Дополнительные сведения см. в статье Планирование управления записями (SharePoint Server 2010).
Управление цифровыми активами
Компонент управления цифровыми активами в SharePoint Server 2010 предоставляет специализированный репозиторий для
хранения цифровых активов, например изображений, звуковых файлов или видеофайлов, и управления ими. Централизованный
репозиторий для управления цифровыми активами позволяет организации более строго следить за использованием
конфиденциального служебного контента и обеспечивает доступность только утвержденных активов для продуктов
соответствующим пользователям. Дополнительные сведения см. в статье Планирование контроля версий, утверждения контента
и извлечения (SharePoint Server 2010).
eDiscovery
Раскрытие электронной документации илиeDiscovery — это процесс обнаружения и предоставления электронной информации
для поддержки таких событий, как судебные иски, аудит или расследования. Если для управления электронной информацией
используется Microsoft SharePoint Server 2010, при планировании решения SharePoint Server следует рассмотреть возможность
применения eDiscovery. В процессе планирования должны быть учтены такие аспекты, как политики аудита и прекращения
действия, а также возможности для поиска. Решения по этим аспектам должны быть приняты заранее — до возникновения
необходимости использования eDiscovery.
На всех семействах веб-сайтов, содержащих библиотеки активных документов, рекомендуется включить политику аудита. Для
автоматического удаления ненужных документов рекомендуется реализовать политику прекращения действия. Дополнительные
сведения см. в статье Планирование eDiscovery (SharePoint Server 2010).
Политики управления сведения
Политика управления сведениями — это набор правил для определенного типа контента или для расположения, в котором
хранится контент. Каждое правило политики является компонентом политики. Например, компонент политики управления
сведениями может назначать сроки хранения контента того или иного типа либо обеспечивать аудит документов. Политики
управления сведениями позволяют определять, кто может иметь доступ к корпоративным сведениям, какие действия эти лица
могут осуществлять в отношении таких сведений, как долго соответствующие сведения должны храниться. Можно связать
политику со списком, библиотекой документов или типом контента.
145
При настройке политики управления сведениями на сервере можно создать правила политики, отображаемые в клиентских
программах Microsoft Office 2010, для уведомления авторов документа о политиках, применяемых к документам (рекомендуется).
SharePoint Server 2010 включает следующие компоненты политики управления сведениями:
 Компонент политики аудита заносит в журнал события и операции, происходящие в документах и элементах списка. Можно
настроить этот компонент на занесение в журнал таких событий, как изменение документов, просмотр документов или
изменение уровня разрешений документа.

Компонент политики прекращения действия позволяет последовательно удалять контент с возможностью отслеживания и
администрирования процедур. Например, политика может удалять документ или определять задачу рабочего процесса, в
соответствии с которой SharePoint Server определяет маршрут для документа, по которому он направляется для получения
разрешения на его удаление.

Компонент политики добавления меток назначает метку, связанную с определенным типом документа или элементом списка.
Метки представляют собой доступные для поиска текстовые области, которые создаются SharePoint Server на основе
заданных свойств метаданных и формата.

Компонент политики штрихкода позволяет отслеживать физические копии документов. Можно создать уникальное значение
идентификатора для документа и затем вставить изображение штрихкода этого значения в документ. По умолчанию
штрихкоды соответствуют общему стандарту "Код 39" (ANSI/AIM BC1-1995, Код 39), при этом можно подключать других
поставщиков штрихкодов с помощью объектной модели политик.
Отчеты о политиках управления сведениями позволяют отслеживать использование политик в организации. Поскольку политики
управления сведениями нередко внедряются с целью обеспечить выполнение в организации определенных правовых норм,
частый мониторинг использования политик помогает обеспечивать такое соответствие требованиям. Дополнительные сведения
о политиках управления сведениями см. в статье Планирование политики управления информацией (SharePoint Server 2010).
Компоненты информационной архитектуры
Информационная архитектура в SharePoint Server 2010 — это способ организации информации на предприятии, т. е. документов,
списков, веб-сайтов и веб-страниц, направленный на повышение удобства работы с информацией и ее управляемости.
Информационная архитектура веб-сайта определяет порядок организации и представления информации на сайте — дочерних
сайтов, веб-страниц, документов, списков и данных. Организация может увеличить рентабельность инвестиций в создание
портала, сформировав группу специалистов по управлению, которая будет заниматься разработкой и внедрением стандартов и
политики информационной архитектуры. Хорошо управляемая архитектура облегчает поиск и использование информации, а
также организацию совместного доступа к ней.
146
В этом разделе описываются компоненты SharePoint Server 2010, управляющие использованием информационной архитектуры
предприятия.
Типы контента
Типы контента позволяют организациям обеспечить удобный способ упорядочивания, управления и обработки контента. Тип
контента определяет атрибуты элемента списка, документа или папки. Каждый тип контента может указывать свойства
метаданных для связи с элементами этого типа, доступными рабочими процессами, шаблонами и политиками управления
сведениями. Используйте типы контента для внедрения политик управления сведениями, требований к метаданным и прочих
политик. Для управления типами контента рассмотрите возможность определения связи получателей событий и рабочих
процессов с формами, используемыми для изменения типов контента.
Дополнительные сведения см. в статье Планирование типов контента и рабочих процессов (SharePoint Server 2010).
Страница "Контент и структура сайта"
Страница "Контент и структура сайта" на сайте верхнего уровня в семействе веб-сайтов управляет контентом и структурой
семейства веб-сайтов SharePoint. Поскольку структура навигации сайта в SharePoint Server по умолчанию основана на иерархии
сайтов и дочерних сайтов, этот компонент может также использоваться для настройки структуры навигации сайта. Страница
"Контент и структура сайта" используется для изменения структуры сайта в соответствии с потребностями организации при
переносе веб-сайта в SharePoint Server 2010.
Управление правами на доступ к данным
Управление правами на доступ к данным (IRM) позволяет авторам контента управлять документами и защищать их. Контент
документов, использующих функцию управления правами на доступ к данным, зашифрован и поставляется с лицензией на
выдачу, которая налагает ограничения на соответствующих пользователей.
SharePoint Server 2010 поддерживает управление правами на доступ к данным для документов, хранящихся в библиотеках
документов. Форматы файлов документов, использующих управление правами на доступ к данным в SharePoint Server 2010,
включают следующие:
 Microsoft InfoPath

Microsoft Word

Microsoft Excel

Microsoft PowerPoint

Word Open XML

Excel Open XML
147
 PowerPoint Open XML
Для добавления других типов файлов администратор должен установить средства защиты для каждого нового типа файла, т. е.
программы, управляющие шифрованием и расшифровкой документов, использующих управление правами на доступ к данным.
Заблокированные типы файлов
Можно запретить загрузку файлов на сервер или с него на основе ограничения на расширение имени файла. Например, можно
блокировать файлы с расширением EXE, поскольку эти файлы могут быть запущены на клиентском компьютере и могут
содержать вредоносные программы.
По умолчанию многие типы файлов являются заблокированными, включая типы файлов, рассматриваемые проводником
Windows как исполняемые. Полный список типов файлов, заблокированных по умолчанию, см. в статье Manage blocked file types
(SharePoint Server 2010).
Управление веб-контентом (публикация сайтов)
В большинстве сценариев развертывания контента исходное семейство веб-сайтов, из которого развертывается контент, и
конечное семейство находятся в разных фермах серверов. Как правило, конечная ферма серверов ("рабочая" ферма) имеет
более жесткую систему безопасности, чтобы свести к минимуму действия, доступные в рабочей среде. При этом ожидается, что
разработка не будет осуществляться на рабочем сервере, поскольку изменения контента на рабочем сервере могут быть
переопределены при выполнении задания развертывания контента. В большинстве сценариев развертывания контента исходная
и рабочая фермы серверов находятся в независимых доменах службы каталогов Active Directory. Дополнительные сведения о
топологиях развертывания контента см. в статье Design content deployment topology.
Развертывание контента всегда имеет односторонний характер: контент развертывается из исходных семейств веб-сайтов в
конечные семейства. Компонент развертывания контента не поддерживает двустороннюю синхронизацию от источника к
назначению и обратно. Создание нового или изменение существующего контента в конечном семействе сайтов может привести к
ошибке выполнения задания развертывания контента. По этой причине следует ограничить разрешения на конечном семействе
сайтов, чтобы пользователи не могли вносить изменения непосредственно в контент, хранящийся в этом семействе сайтов.
Разрешения для контента в конечной ферме серверов обычно отличаются от разрешений для контента в исходной ферме. Во
многих решениях публикации конечная ферма выполняет проверку подлинности пользователей с помощью домена Active
Directory, отличного от того, который используется в среде разработки или промежуточной среде, и между двумя доменами могут
отсутствовать доверительные отношения. Дополнительные сведения см. в статье Content deployment overview.
148
Таксономия и управляемые метаданные
Управляемые метаданные — это иерархическая коллекция управляемых терминов, которые можно определять и использовать
как атрибуты элементов в Microsoft SharePoint Server 2010. Роль пользователя определяет действия, которые пользователь
может выполнять с управляемыми метаданными.
Пользователи видят только глобальные наборы терминов и наборы терминов, которые являются локальными по отношению к
семейству сайтов пользователя. Локальные наборы терминов создаются внутри контекста семейства сайтов. Глобальные
наборы терминов создаются вне контекста семейства сайтов. Если определенные наборы терминов должны быть недоступны
для просмотра некоторым пользователям, назначьте эти наборы терминов отдельным группам. Дополнительные сведения см. в
статье Plan to share terminology and content types.
Политики управления в организации могут повлиять на разработку служб управляемых метаданных и подключений. Например,
если имеется формальный процесс управления терминами и наборами терминов, он будет оказывать влияние на задание
параметров подключений. Если каждый создаваемый документ должен иметь определенный набор атрибутов, возможно,
потребуется, по крайней мере в одной службе, иметь концентратор типов контента. Ознакомьтесь с планом управления своей
организации перед определением служб управляемых метаданных и подключений. Дополнительные сведения см. в статье
Managed metadata service application overview (SharePoint Server 2010).
См. также
Понятия
Что такое управление (SharePoint Server 2010)
149
Создание и управление службой SharePoint (SharePoint
Server 2010)
Успешное развертывание Microsoft SharePoint Server 2010 опирается на способность предприятия управлять службой и
гарантировать ее соответствие коммерческим потребностям клиентов в безопасной, управляемой и эффективной манере. В этой
статье описываются типичные элементы ИТ-службы, которая размещает SharePoint Server 2010, предлагаются ключевые
факторы успеха в управлении службой SharePoint Server и предоставляется пример трехуровневой службы SharePoint.
 Что такое служба SharePoint?

Элементы успешной службы

Чем управлять в службе SharePoint

Создание нескольких служб

Соглашения об уровнях обслуживания
Что такое служба SharePoint?
Служба SharePoint — это ИТ-служба, которая предлагает размещенные сайты на основе Microsoft SharePoint 2010. Служба
предоставляет следующие компоненты:
 Сайты в области, например семейство сайтов, веб-приложение или ферма серверов

Резервное копирование и восстановление

Хранилище контента

Поддержка настройки

Безопасность

Уровни обслуживания, основанные на скорости и доступности
150
Элементы успешной службы
По мере представления и реализации службы SharePoint Server продумайте следующие элементы, которые могут
способствовать успеху управления:
 Создание и использование управляющей группы
Поддерживающая SharePoint Server ИТ-службой должна управлять группа, среди прочих включающая исполнительных
заинтересованных лиц, руководителей бизнес-подразделений, эффективных ИТ-сотрудников, руководителей ИТ-отделов и
ИТ-специалистов. Целью управляющей группы должно быть наблюдение за службой. В этом качестве управляющая группа
определяет исходные предложения и действующие политики службы и регулярно проводит собрания для оценки
достижений.
 Сообщения о службах
О разрабатываемых политиках управления следует извещать предприятие. Поддерживайте веб-сайт, на котором описан
набор служб.
 Поощряйте использование службы
Препятствуйте или блокируйте пользователей от развертывания собственных серверов. Поддерживайте их в использовании
службы. Изолированные серверы могут быть не настроены в соответствии с политикой обеспечения безопасности и
обязательными требованиями предприятия. Кроме того, развертывающие собственные серверы пользователи могут не
справиться с правильным созданием резервных копий серверов или с поддержанием серверов в актуальном состоянии с
помощью исправлений и обновлений программного обеспечения. Наконец, контент на серверах, которые не управляются
службой, может не обходиться службой индексации предприятия, что может привести к созданию изолированных областей
контента.
 Создание нескольких служб
Следует предоставить набор служб, поддерживающих SharePoint Server. Например, одна служба может обеспечивать тысячи
сайтов для совместной работы, а другая — поддерживать очень большие, критически важные сайты, например сайты
интрасети предприятия. Набор служб SharePoint Server позволяет применять уникальные правила и политики управления на
различных уровнях обслуживания и таким образом варьировать стоимость, определяемую для организаций на основании
уровня обслуживания. Наконец, многоуровневая служба позволяет поэтапно вводить службы удобным способом.
151
Чем управлять в службе SharePoint
При разработке поддерживающих SharePoint Server ИТ-служб управляющая группа должна определить ограничения и политики
для управления службами. При использовании функций обслуживания одним экземпляром приложения нескольких
развертываний в SharePoint Server для размещения служб можно позволить ИТ-группе делегировать стандартные задачи
администрирования набора сайтов владельцам подразделений. Это позволяет ИТ-группе сосредоточиться на самой службе.
Дополнительные сведения об архитектуре обслуживания одним экземпляром приложения нескольких развертываний см. в
статье Hosted environments (SharePoint Server 2010).
Определите ограничения и политики для следующих элементов служб:
 Шаблоны квот
Шаблон квот состоит из значений, указывающих, сколько данных может храниться в семействе сайтов. Значение также
указывает предел, который запускает отправку уведомления по электронной почте для администратора семейства сайтов.
Квоты можно связать с сайтами, которые предлагаются на разных уровнях обслуживания, для управления ростом SharePoint
Server на предприятии. Обратите внимание, что можно задать отдельные квоты для изолированных решений.
 Максимальный объем отправляемых данных
На уровне веб-приложения можно задать ограничения максимального объема отправляемых файлов. Все сайты в рамках
веб-приложения узла используют одинаковое ограничение.
 Управление жизненным циклом сайта
Можно управлять созданием сайтов, размерами сайтов и их сроком службы с помощью средств самостоятельного
управления и подтверждения использования и удаления сайтов. Также можно задать политики срока действия и доступа для
управления жизненным циклом контента сайтов.
Самостоятельная подготовка сайта позволяет пользователям создавать собственные веб-сайты верхнего уровня, посетив
размещенную ИТ-группой страницу и введя данные о планируемом использовании сайта. После этого сайт может быть
наполнен на основании пользовательского рабочего процесса. Для разных уровней обслуживания можно определить размер
таких сайтов и управлять их сроком службы.
 Политика настройки
Основным преимуществом использования основанных на SharePoint Server сайтов является возможность их настройки
владельцами. Например, владельцы сайтов могут изменить их внешний вид или добавить новые функциональные
возможности, такие как пользовательская веб-часть или рабочий процесс. Тщательно продумайте количество настроек,
разрешенных и поддерживаемых на каждом уровне обслуживания, поскольку некоторые типы настроек являются
глобальными для фермы серверов.
152

Продумайте использование изолированных решений для ограничения влияния настроек в ферме. Например, службы,
разрешающие самостоятельное создание сайтов, могут включать тысячи сайтов, совместно использующих одно вебприложение. В таком случае можно ограничить настройки только теми сайтами, которые поддерживаются пользовательским
интерфейсом, например добавлением веб-частей на страницы. При использовании изолированных решений настройки
применяются только к данному семейству сайтов. В службе, предоставляющей виртуальную или физическую изоляцию
фермы серверов, например для сайта интрасети предприятия, можно разрешить широкий диапазон настроек, например
настраиваемые обработчики событий и рабочие потоки.
На уровне веб-приложения также существует возможность контролировать, может ли использоваться SharePoint Designer
для изменения сайтов в данном веб-приложении. Дополнительные сведения см. в статье Configure settings for a Web
application (SharePoint Server 2010).
Полное обсуждение диапазона настроек, которые поддерживает SharePoint Server 2010, а также рисков и преимуществ
поддержки каждого типа настройки на различных уровнях обслуживания см. в техническом документе Политика
пользовательской настройки продуктов и технологий SharePoint (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=92311&clcid=0x419) (Возможно, на английском языке). Хотя этот документ написан
специально для Microsoft Office SharePoint Server 2007, большинство сведений применяется к SharePoint Server 2010.
Дополнительные сведения об изолированных решениях см. в статье Планирование изолированных решений (SharePoint
Server 2010).
Классификация активов
Можно разработать и реализовать систему классификации для поддерживаемых службой сайтов и контента, которая
определяет значение и ценность информации для организации. Например, метаданные могут классифицировать контент как
имеющий высокое, среднее или низкое значение или ценность.
 Значение связано с местоположением и контентом: если контент был распространен внешне, не повредит ли это
бизнесу? Или не раскроет ли это сведения о личностях пользователей или клиентов? Если это так, значит контент имеет
высокое значение для бизнеса.

Ценность связана с доступностью: если контент будет недоступен, может ли это повлиять на текущий бизнес
предприятия? Если это так, значит контент имеет высокую ценность.
Все классификации должны вызывать разные поведения — например, можно потребовать, чтобы контент с высоким
значением для бизнеса передавался только в зашифрованном виде или чтобы перед публикацией контента со средним
значением на общедоступном веб-сайте выполнялся процесс утверждения. Возможно, контент с высоким значением для
бизнеса должен размещаться в службе, предусматривающей более строгую политику и агрессивные процессы
аварийного восстановления.
153





Управление жизненным циклом
Служба должна предусматривать правила или средства управления жизненным циклом для активных сайтов и
неиспользуемых сайтов. Для более низких уровней обслуживания можно, например, реализовать механизм, который
позволяет владельцам сайтов создавать сайты, только если пользователь подал запрос на сайт за шесть месяцев до этого.
Также можно реализовать средство, которое выполняет поиск сайтов, неиспользуемых в течение заданного периода
времени, и удаляет их. Управление жизненным циклом также означает интеграцию службы со средствами и процессами
управления записями, используемыми в организации. Дополнительные сведения см. в статье Планирование управления
записями (SharePoint Server 2010).
Фирменный стиль и навигация
Согласованность фирменной символики с корпоративным руководством по стилю делает сайты более единообразными и
упрощает разработку. Главные страницы и шаблоны помогают создать визуальный фирменный стиль сайта. Храните
утвержденные главные страницы в коллекциях сайта, чтобы разработчики сайта последовательно использовали их.
Последовательный дизайн помогает пользователям убедиться, что они находятся в правильном месте, когда они видят сайт.
Определите, какие части шаблона владельцы сайтов могут изменять, а какие — нет. Предусмотрите возможность для
включения символики отдельных групп или проектов.
Единообразная навигация также помогает пользователям понять, что они находятся на правильном пути, когда они
переходят по службам в поисках контента.
Защита данных
Для защиты данных предусмотрены функции резервного копирования и восстановления. Можно варьировать уровень
защиты данных в зависимости от предоставляемого уровня обслуживания. Использование более высоких уровней может
быть для владельца сайта платным. Для каждого уровня обслуживания запланируйте периодичность создания резервных
копий сайтов и гарантированное время их восстановления. Дополнительные сведения см. в статье Plan for backup and
recovery (SharePoint Server 2010) и в центре ресурсов обеспечения непрерывности бизнеса (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=199235&clcid=0x419) (Возможно, на английском языке).
Безопасность, инфраструктура и политики веб-приложения
Поддерживайте инфраструктуру и отслеживайте доступ к инфраструктуре и контенту, чтобы убедиться в стабильности и
безопасности среды. Используйте политики веб-приложения для предоставления или отказа в доступе к контенту согласно
правилам соответствия или коммерческим потребностям. Поддерживайте актуальность инфраструктуры с помощью
обновлений программного обеспечения для получения последних улучшений и исправлений.
Обучение
154
Хорошее обучение сообщества пользователей дает множество преимуществ в области ИТ. Оно уменьшает число обращений
в службу поддержки, содействует принятию новых технологий, гарантирует правильное использование SharePoint Server и
помогает пользователям понять свои обязанности при использовании службы SharePoint Server. Для каждого уровня
обслуживания продумайте соответствующий уровень обязательного обучения. Даже для базовой службы пользователи с
правами администратора сайта будут иметь доступ ко многим компонентам, влияющим на функциональность сайта.
Интерактивное обучение, например руководства и учебники, помогут этим пользователям добиться максимальной
эффективности использования сайта.
Учебные материалы для сообщества пользователей доступны на сайте Ресурсы SharePoint 2010 для конечных
пользователей (http://go.microsoft.com/fwlink/?linkid=199542&clcid=0x419)
Создание нескольких служб
Пользователям службы SharePoint Server предприятия требуются сайты, соответствующие следующим целям:
 Краткосрочные одноцелевые рабочие области для планирования событий и управления собраниями и проектами

Сайты рабочих групп для обычной совместной работы

Порталы подразделений для управления бизнес-процессами больших рабочих групп
 Сайты интрасети предприятия для распространения информации и поддержки служб во всей организации
Продумайте разделение службы SharePoint Server на набор служб, соответствующих диапазону потребностей предприятия. Все
пользователи отдельной службы должны получать одинаковый уровень поддержки и нести одинаковые расходы. По мере
появления потребности в более сложных ценовых решениях можно добавить новые службы для их поддержки. Одним из
преимуществ такого подхода является возможность введения одной службы за раз, что облегчает нагрузку на ИТ-персонал.
Сотрудничайте с исполнительными заинтересованными лицами, руководителями бизнес-подразделений и ИТ-отделов, чтобы
определить требования каждого уровня обслуживания и последовательность введения служб.
В следующей таблице приведен пример подхода к созданию многоуровневого набора служб. В этом примере предлагаются три
уровня обслуживания. Обратите внимание, что приведенные значения не являются рекомендованными, а представлены просто
в качестве примера:
155
Пример подхода к созданию набора служб
Описание
Базовая служба
Расширенная служба
Ферма серверов, используемая для
размещения десятков тысяч клиентских
семейств сайтов.
Ферма серверов
предназначена для
размещения небольшого
числа сайтов портала.
Служба премиум-класса
Выделенная ферма
серверов для размещения
большого сайта с
большим количеством
Предназначена для поддержки
краткосрочных сайтов и сайтов небольших Применимо к клиентам с настроек или критически
важного сайта.
рабочих групп.
несколькими
требованиями к
серверным настройкам,
которые не вступают в
конфликт с другими
сайтами, размещенными
на тех же серверах.
Топология
масштабируется в
зависимости от
требований к
размещению,
согласованных между
клиентом и группой
размещения.
Пример
Сайт совместной работы для планирования Портал подразделения, Сайт интрасети
события
включающий интеграцию предприятия,
с бизнес-данными и
включающий
пользовательскими
широкомасштабную
рабочими процессами
интеграцию с
несколькими
внутренними системами
Область
Семейство сайтов
Веб-приложение
Ферма серверов с
несколькими вебприложениями
Настройки
Поддерживаются только настройки,
Поддерживаются
Разрешены расширенные
156
Базовая служба
Расширенная служба
Служба премиум-класса
доступные в пользовательском
интерфейсе.
некоторые серверные
настройки, такие как
настраиваемые шаблоны
сайтов. Все настройки
проверяются и
анализируются перед
принятием для
развертывания. Или же
настройки допускаются
только в качестве
изолированных
решений.
настройки. Все настройки
проверяются и
анализируются перед
принятием для
развертывания. Или же
настройки допускаются
только в качестве
изолированных решений.
Стоимость для пользователя
От нулевой до минимальной
Умеренная
Высокая
Самостоятельная подготовка?
Да
Нет
Нет
Ограничения хранилища контента
500 МБ
2 ГБ
Нет ограничений
Периодичность создания резервных копий Дважды в неделю
Ежедневно
Ежедневно
Срок хранения резервных копий
30 дн.
60 дн.
14 дн.
Соглашения об уровнях обслуживания
Установите соглашения об уровнях обслуживания для каждого уровня обслуживания. Соглашение об уровне обслуживания
должно включать как минимум следующие пункты:
 Период времени и утверждения, необходимые для создания сайта.
Каков процесс создания сайта? Кто в него вовлечен?
 Информация о стоимости службы для пользователей или отделов.
157



Кто несет затраты и за что?
Операционные соглашения, которые определяют группы, выполняющие операции, и частоту их выполнения.
Какая группа применяет обновления? Какая группа выполняет резервное копирование? Как часто это происходит?
Политики разрешения проблем службой поддержки.
К кому обращается пользователь при возникновении проблемы? Каков иерархический порядок?
Согласованная целевая производительность для первой загрузки сайта и последующих загрузок, а также
производительность в удаленных расположениях.

Стратегии восстановления, балансировки нагрузки и отработки отказа.

Политики настройки для службы.

Ограничения хранилища для контента и сайтов.

Поддержка языков.
Какие языки будут устанавливаться и поддерживаться?
См. также
Другие ресурсы
Track or block SharePoint Server 2010 installations
Управление в SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=200590&clcid=0x419) (Возможно, на английском языке)
SharePoint — пример соглашения об уровне обслуживания (SLA) — блог "From the Field"
(http://go.microsoft.com/fwlink/?linkid=203973&clcid=0x419) (Возможно, на английском языке)
Пример шаблона: план управления продуктами и технологиями SharePoint
(http://go.microsoft.com/fwlink/?linkid=162169&clcid=0x419)
158
Реализация и управление информационной архитектурой
(SharePoint Server 2010)
Планирование и управление информационной архитектурой предприятия позволяет гарантировать, что основанные на Microsoft
SharePoint Server 2010 решения будут соответствовать потребностям организации. Эффективная информационная архитектура
упрощает для пользователей решения поиск и хранение данных, а также улучшает качество данных и их доступность. В этой
статье представлены сведения по следующим вопросам:
 Введение в концепцию информационной архитектуры

Рекомендации по управлению информационной архитектуройSharePoint Server

Доступные ресурсы для планирования и реализации информационной архитектуры в SharePoint Server 2010
информационными архитекторами
 Пример, иллюстрирующий преимущество информационной архитектуры для активизации совместной работы на предприятии
Содержание:
 Что такое информационная архитектура?

Управление информационной архитектурой

Ресурсы для планирования информационной архитектуры

Пример: управление информационной архитектурой для устранения хаотичности контента
Что такое информационная архитектура?
Информационная архитектура в SharePoint Server — это организация данных на предприятии (документов, списков, веб-сайтов и
веб-страниц), позволяющая максимально упростить использование и управление данными. Успешная реализация
информационной архитектуры зависит от следующих факторов:
 Простота поиска данных

Порядок хранения и извлечения данных
159

Способ навигации пользователей по данным

Степень избыточности и совмещения данных

Доступность метаданных для каждого типа информации

Шаблоны, используемые для создания данных

Управляемость информационной архитектурой
 Как личные веб-сайты вписываются в информационную инфраструктуру
Цели и реализация информационной архитектуры зависят от типа создаваемого решения. Например:
 При разработке информационной архитектуры корпоративного портала в интрасети можно сосредоточиться на следующих
вопросах:

Как будут использоваться метаданные для описания характеристик контента сайта

Организация контента на сайтах и в библиотеках документов

Доступность контента на сайтах портала


Шаблоны, используемые для создания контента
Обратите внимание, что поиск является критическим компонентом для пользователей сайтов интрасети.
При разработке информационной инфраструктуры веб-сайта можно сосредоточиться на следующих вопросах:

Организация сайта в иерархию дочерних сайтов и веб-страниц

Доступ к иерархии в компонентах навигации сайта
 Упрощение поиска контента на сайте
Выбор информационной архитектуры также может влиять на поток информации. Например, данные на портале интрасети могут
быть изначально размещены на сайтах, которые недоступны для большинства сотрудников организации. Чтобы сделать эти
данные обнаруживаемыми, полезными и применимыми во всей организации, проект информационной архитектуры может
включать методы и рекомендации для размещения данных в расположениях, доступных для всех пользователей.
В зависимости от размера организации необходимо назначить информационного архитектора, ответственного за разработку и
реализацию основанных на SharePoint Server решений в рабочей группе. Информационные архитекторы — это специалисты по
структурированию данных в больших веб-средах, таких как порталы интрасети.
160
Управление информационной архитектурой
Управление информационной архитектурой на предприятии должно соответствовать следующим условиям:
 Данными в организации должен управлять отдел информационных технологий (ИТ), определяя порядок реализации и
поддержки информационной архитектуры.

Информационная архитектура должна соответствовать нормативным требованиям и требованиям предприятия по
обеспечению конфиденциальности и безопасности.

Информационная архитектура должна соответствовать коммерческим требованиям организации. Помните, что плохо
спроектированная и управляемая информационная архитектура может негативно сказаться на эффективности работы
организации. Хорошо спроектированная и управляемая информационная архитектура может увеличить эффективность
работы организации.
Управление контентом
При планировании управления контентом в среде учитывайте следующие рекомендации:
 Используйте рабочие процессы и утверждение для центров документов и страниц сайтов, где бы ни сохранялись
официальные документы.

Используйте журнал версий и управление версиями для поддержки журнала и главного документа.

Используйте для библиотек документов типы контента с аудитом и сроком действия, чтобы управлять жизненным циклом
документов.

Используйте подтверждение использования и удаление сайтов для управления жизненным циклом семейств сайтов.

Определите важные корпоративные активы и сайты, содержащие сведения, раскрывающие личность пользователя —
убедитесь, что они хорошо защищены и проверены.

Интегрируйте информационную архитектуру со стратегией поиска в среде. Используйте следующие преимущества функций
поиска в корпоративной среде:

Наиболее подходящие элементы

Поиск людей

Источники контента

Соединители для внешнего контента

Достоверные страницы
161

Ключевые слова

Области

Тезаурус

Таксономия и оценки
Важно!
Управление не работает без принятия и соблюдения пользователями. Обучение и образовательные программы для пользователей, в
дополнение к хорошему контенту и поиску, являются ключевым фактором для принятия пользователями.
При планировании управления определите правила или политики, необходимые для следующих типов элементов:
 Страницы

Списки

Документы

Записи

Мультимедийные элементы

Вики-сайты

Блоги

Анонимные комментарии

Анонимный доступ

Термины и наборы терминов
 Внешние данные
При обдумывании контента предусмотрите баланс между следующими факторами и определите, какой из этих факторов имеет
наивысший приоритет для каждого типа контента:
 Доступность. Контент должен быть доступен для пользователей при необходимости, а пользователи должны знать, где и
как его можно найти.
162

Избыточность. Предоставление одной копии контента в нескольких местах, а не дублирование контента, уменьшает
избыточность и обеспечивает достоверность.

Доступ. Продумайте, кто должен иметь доступ к контенту. Если контент должен быть защищен, обеспечивается ли его
защита?
Сопоставьте предпочтительный жизненный цикл контента. Какие действия должны происходить при создании, обновлении и
удалении элемента списка, документа или страницы? Для получения лучших результатов начните с того, что необходимо
использовать долгосрочно, а не с временного решения.
В процессе планирования управления определите, кто какие функции выполняет. Например, кто создает сайты, кто управляет
ключевыми словами в поиске или кто управляет метаданными и обеспечивает правильность их применения?
Многие из этих вопросов должны разъясняться планами управления документами и записями, но следует также предусмотреть
затраты на хранение контента. Определите ограничения планирования емкости для документов и элементов и не забывайте о
производительности и масштабе.
Важно!
Группа управления должна определить процесс для периодического анализа сайта, чтобы обеспечить его соответствие плану управления.
Управление доступом к данным
Еще одним аспектом управления данными является планирование прав доступа к контенту — как осуществляется доступ к
контенту внутри организации и извне, и кем? Продумайте доступ к контенту при разработке решения и сайтов. Эта задача
частично перекрывается с задачей ИТ-управления при планировании всей среды. Ответьте на следующие вопросы:
 Разрешения и аудитории


Как структурировать разрешения на сайте?

Как направить контент на определенные аудитории?
Доступ

Как сделать контент доступным для внутренних пользователей?

Как сделать контент доступным для внешних пользователей?
163
Группа управления
Для управления информационной архитектурой требуется участие всех групп, заинтересованных в ее успехе. В группу
управления должны входить следующие основные участники:
 Информационные архитекторы или таксономисты
По возможности включите профессионального информационного архитектора в группу планирования и назначьте этого же
специалиста в группу управления.
 Ответственные за обеспечение соответствия требованиям
Необходимо участие ответственных за обеспечение соответствия требованиям или других сотрудников, ответственных за
соблюдение законодательных нормативов и требований совместимости.
 Эффективные ИТ-сотрудники
Эффективные ИТ-сотрудники необходимы для обеспечения эксплуатационных характеристик процессов и структуры,
настраиваемых группой.
 ИТ-специалисты и руководители ИТ-отделов
В группу должны быть включены представители ИТ-отделов.
 Руководители бизнес-подразделений
Поскольку конечная цель информационной архитектуры состоит в обеспечении потребностей бизнеса, важно, чтобы
представители бизнес-подразделений предприятия играли ключевую роль в группе управления.
 Исполнительные заинтересованные лица
Исполнительное заинтересованное лицо является ключевым участником группы управления. Хотя этот сотрудник может
посещать не все собрания группы управления, участие этой роли важно для того, чтобы группа управления отчитывалась за
выполнение своего задания. Кроме того, присутствие исполнительного спонсора гарантирует использование контрольных
данных, помогающих отметить текущие достижения управления информационной архитектурой.
Наряду с этими основными заинтересованными лицами в зависимости от типа предприятия в группу можно включить и других
участников, например следующих:
 Руководители групп разработки

Инструкторы

Руководители ИТ-отделов

Финансовые заинтересованные лица
164
Наилучший способ работы группы управления информационной архитектурой будет основываться на культуре и методологии
предприятия. Однако существуют следующие общие рекомендации:
 Проводите регулярные собрания и выделяйте достаточно времени для обсуждения всех проблем, особенно на начальном
этапе работы.

Воплощайте рекомендации по созданию информационной архитектуры в дискуссиях. Например, можно использовать хорошо
спроектированный сайт совместной работы для записи обсуждений и хранения артефактов.

Делайте сообщения для сотрудников организации (и определяйте требования внутри организации) с помощью веб-сайта и
интерактивных опросов.

Поддерживайте ряд промежуточных этапов и общий календарь.

Предусмотрите пилотное применение процедур информационной архитектуры в нескольких подразделениях организации и
используйте этот опыт для постепенного улучшения этих процедур во всей организации.
Ресурсы для планирования информационной архитектуры
В следующей таблице представлены доступные ресурсы, которые помогут информационным архитекторам в планировании
информационной архитектуры решения SharePoint Server:
Ресурсы информационной архитектуры
Для планирования…
См…
Структура сайтов и дочерних сайтов

Планирование сайтов и семейств сайтов (SharePoint Server 2010)
Библиотеки документов

Идентификация пользователей и анализ использования документов

Планирование библиотеки документов (SharePoint Server 2010)

Планирование хранения корпоративного контента (SharePoint Server
2010)
165
Для планирования…
См…
Навигация

Планирование навигации по сайтам (SharePoint Server 2010)
Метаданные

Plan managed metadata (SharePoint Server 2010)

Планирование типов контента и рабочих процессов (SharePoint
Server 2010)
Срок действия контента

Планирование политики управления информацией (SharePoint Server
2010)
Управление записями

Планирование управления записями (SharePoint Server 2010)
Перемещение контента

Plan content deployment (SharePoint Server 2010)

Plan workflows (SharePoint Server 2010)
Шаблоны

Работа с шаблонами сайтов и определениями (Возможно, на
английском языке)
(http://go.microsoft.com/fwlink/?linkid=119099&clcid=0x419) (Возможно,
на английском языке)
Утверждение контента

Планирование контроля версий, утверждения контента и извлечения
(SharePoint Server 2010)

Plan content approval and scheduling
166
Для планирования…
См…
Политики управления данными

Планирование политики управления информацией (SharePoint Server
2010)
Социальные компоненты компьютеризации

Планирование социальных вычислений и совместной работы
(SharePoint Server 2010)

Вопросы конфиденциальности и безопасности социальных тегов
(SharePoint Server 2010)
Пример: управление информационной архитектурой для
устранения хаотичности контента
Fabrikam, Inc. — мировой производитель и экспортер автомобильных деталей, таких как топливные и водяные насосы,
амортизаторы, тормозные колодки и разнообразные детали двигателей. Штат компании насчитывает 13 000 сотрудников по
всему миру и более пятидесяти производственных предприятий в нескольких географических районах. ИТ-организация компании
Fabrikam располагает технологиями развертывания, операций и поддержки данных, такими как электронная почта, управление
файлами и Интернет-технологии, а также разработка ИТ-решений, таких как корпоративный веб-сайт.
Исторически сложилось так, что контент в компании Fabrikam хранился в общих каталогах, которые были распределены по
локальным файловым серверам в разных офисах компании. Такая ситуация привела к хаотичности контента. Массовое
дублирование основного контента сделало затруднительным определение "официальной" версии файла. Таксономия
метаданных контента была весьма ограничена, исходя из того, что могла поддерживать файловая система. Поскольку
подразделения компании создавали уникальные пользовательские шаблоны для таких стандартных документов, как наряды на
выполнение работ, предложения на продажу или документы отделов кадров, было затруднительно сравнивать документы между
несколькими подразделениями одновременно.
Когда неадекватность основанной на общих файлах информационной архитектуры стала очевидной, руководство компании
Fabrikam санкционировало принятие новых, основанных на портале, технологий. Это было сделано для достижения нескольких
целей:
167

Модернизация информационной архитектуры

Перемещение контента из общих файлов в библиотеки на сайтах портала

Предоставление централизованного доступа к контенту и приложениям, таким как отправки отчетов об издержках
 Предоставление домашней страницы для централизации обмена данными между сотрудниками компании Fabrikam
Начался следующий этап в развитии информационной архитектуры компании Fabrikam.
На следующем рисунке показана первоначальная архитектура портала компании Fabrikam. Корпоративный портал на вершине
архитектуры обеспечивал единое расположение, из которого распространялась общая корпоративная информация. На
следующем уровне несколько сайтов обеспечивали общие ресурсы организации, такие как отдел кадров, юридический отдел и
финансовый отдел.
Ниже уровня общих ресурсов в архитектуре Fabrikam были порталы подразделений для различных региональных офисов
компании Fabrikam. Сначала были запущены порталы для подразделений в Северной Америке, Европе и Восточной Азии.
Постепенно были добавлены порталы и для других подразделений: Австралия, Африка и Южная Америка. Каждый портал
подразделения содержал репозитории для своих политик, разработок продуктов, исследований и развития и данных по
клиентам.
168
169
Результат смены совместной работы на основании общих файлов на совместную работу на основании порталов разочаровал
спонсоров разработки портала и персонал компании Fabrikam. "Хаотичность контента" не была устранена, она просто
перекочевала из общих файлов на порталы.
Поскольку ключевые функции в компании Fabrikam, такие как приобретение материалов, взаимоотношения с клиентами,
разработка и документирование деталей и даже некоторые процессы управления кадрами происходили на уровне
подразделений, каждое подразделение разрабатывало локальный контент для поддержки этих функций. Правила политик,
чертежи и спецификации деталей, кадровые документы, документы, связанные с взаимоотношениями с клиентами, и другой
подобный контент создавался и управлялся локально. Шаблоны и метаданные для этих документов различались между
порталами подразделений. Когда метаданные стали более специфическими для каждого подразделения, усложнился поиск
контента между подразделениями. При поиске документа между подразделениями он часто копировался на портал другого
подразделения, чтобы сделать его более доступным. Этот процесс еще больше усложнил поиск "официальной" версии
документа по мере распространения дубликатов. К тому же некоторые документы на порталах подразделений были защищены
таким образом, что сотрудники других подразделений не могли их просматривать. Хотя это было уместно, когда документ
находился в стадии разработки, не было никаких указаний о том, когда и как документ должен был сделан доступным для
просмотра сотрудниками всего предприятия.
Для решения проблемы нарастающей неадекватности портала в компании была сформирована стратегическая группа,
состоящая из руководителей различных подразделений компании Fabrikam, основных участников ИТ-группы и архитекторов
портала. Перед группой были поставлены следующие задачи:
 Оценить текущее состояние развертывания портала SharePoint Server.

Рекомендовать необходимые изменения портала.
 Определить способ измерения улучшений со временем.
Разрабатывающая стратегию портала группа пришла к выводу, что источником проблемы была "основанная на подразделениях"
организация текущей таксономии портала. Каждое подразделение дублировало процессы и накапливало контент, не используя
опыт работы и рекомендации, разработанные в других подразделениях. Это привело к ухудшению совместной работы,
неэффективному использованию ресурсов и хаотичности контента. Группа предложила перейти к более "работоспособной"
организации портала предприятия. Такие общие ресурсы, как ИТ-отдел и бухгалтерия на данный момент были расположены в
таксономии портала над всеми подразделениями (и были видимыми для всех). Стратегическая группа заключила, что другие
операционные ресурсы, такие как отношения с клиентами, отношения с поставщиками, конфигурация производственных
мощностей и исследования и разработка должны быть перемещены из хранилищ подразделений на тот же уровень, что и общие
ресурсы в иерархии сайта. Метаданные должны связывать информацию не с расположением контента, а с различными
подразделениями.
На следующем рисунке приведена оптимизированная архитектура портала Fabrikam:
170
171
Такая реорганизация портала Fabrikam обладала дополнительным преимуществом, форсируя совместную работу между
подразделениями предприятия, имевшими сходные обязанности, но не привыкшими работать вместе над стандартами и
процессами. Например, хранение файлов разработок в центральном хранилище вынудило разные подразделения
стандартизировать средство разработки автомобильных деталей. Это изменение позволило сэкономить деньги и уменьшить
время на обучение. К тому же рекомендации по разработке стали доступны для просмотра инженерами всего предприятия и для
использования в качестве основы для новых проектов.
Ниже представлена сводка преимуществ переработанной архитектуры портала:
 Предоставление централизованного доступа к данным.

Уменьшение дублирования контента.

Очевидность официальной версии каждого элемента контента.

Стандартизация метаданных.

Стандартизация шаблонов.
 Стимуляция совместной работы и общего использования рекомендаций.
Переработка и повторная реализация портала была только началом. Группа разработки стратегии портала получила одобрение
исполнительного спонсора на преобразование в группу управления порталом. В результате группа представила потребности
пользователей портала, разработав политики и стандарты. Это помогло обеспечить отчетность во всей организации и
предоставило форум для оценки и развития портала — как для улучшения функций портала, так и для получения максимальной
отдачи от инвестиций в технологию SharePoint Server. Группа управления следила за следующими элементами:
 Стандарты метаданных

Стандарты шаблонов

Указания по доступности данных во всем предприятии

Совместимость с корпоративными и правительственными нормативами

Стандарты обучения
 Стандарты фирменной символики для контента
В компании Fabrikam стали замечать большую отдачу от инвестиций в портал. По прошествии года с момента запуска проекта
стратегическая группа провела инвентаризацию контента и обнаружила, что из 500 000 документов только 230 были
продублированы. В компании обнаружили, что благодаря централизации ресурсов были сэкономлены миллионы долларов. А
опрос сотрудников показал значительное увеличение удовлетворенности работой портала. Совместная работа в компании
Fabrikam стала процветать.
172
См. также
Понятия
Управление сайтами и решениями (SharePoint Server 2010)
Что такое управление (SharePoint Server 2010)
Другие ресурсы
Центр ресурсов управления (http://go.microsoft.com/fwlink/?linkid=200590&clcid=0x419) (Возможно, на английском языке)
Plan information architecture for Web content management
173
Планирование изолированных решений (SharePoint Server
2010)
Изолированные решения ограничивают доступ к сетевым и локальным ресурсам, чтобы обеспечить большую безопасность и
стабильность. Можно использовать изолированные решения для решений балансировки нагрузки, для не полностью
протестированных решений и для развертывания пользовательских решений в размещаемой среде. Изолированные решения
работают в отдельном рабочем потоке, поэтому они не могут получать доступ к ресурсам, принадлежащим другим решениям, и
они имеют ограниченный доступ к локальным и сетевым ресурсам.
В этом разделе:

Общие сведения об изолированных решениях (SharePoint Server 2010)

Планирование изолированных решений (SharePoint Server 2010)
174
Общие сведения об изолированных решениях (SharePoint
Server 2010)
Решение Microsoft SharePoint Server 2010 можно развернуть непосредственно в ферме SharePoint Server или в "песочнице".
"Песочница" представляет собой изолированную среду, выполняемые в которой программы получают доступ к строго
определенным ресурсам. Это позволяет защитить всю серверную среду от потенциальных проблем, которые могут быть связаны
с программами, выполняемыми в "песочнице".
Решения, развертываемые в "песочнице" (также называемые изолированными решениями), не могут использовать
определенные ресурсы компьютера и сети, а также не имеют доступа к контенту, расположенному вне семейства сайтов, в
котором они развернуты. Дополнительные сведения об ограничениях, накладываемых на изолированные решения, см. в статье
Недопустимые компоненты изолированного решения.
Поскольку изолированные решения не могут повлиять на работоспособность всей фермы, для их развертывания не требуются
права администратора фермы. Такие решения могут развертывать администраторы семейств сайтов и (в некоторых ситуациях)
пользователи с правами на полный доступ к корню семейства сайтов. Повысить уровень изолированного решения и разрешить
его выполнение непосредственно в ферме вне "песочницы" может только администратор фермы.
Изолированные решения лучше всего подходят для использования в двух сценариях:
 В организации требуется реализовать выполнение сотрудниками на рабочем сайте SharePoint Server кода, который не был
полностью проверен.

Стороне, предоставляющей услуги размещения, требуется обеспечить владельцам размещенных сайтов SharePoint Server
возможность передачи и выполнения пользовательского кода.
В этой статье рассматриваются основные понятия, связанные с изолированными решениями, описываются различия между
изолированными и развернутыми в ферме решениями, а также приведены общие сведения по развертыванию и выполнению
изолированных решений. В этой статье не приведены подробные процедуры по настройке "песочницы" и развертыванию в ней
изолированных решений.
Содержание:
 Развертывание и выполнение изолированных решений
175

Изоляция решений в "песочнице"

Недопустимые компоненты изолированного решения

Сравнение решений, выполняемых в ферме и "песочнице"

Преимущества использования изолированных решений
Развертывание и выполнение изолированных решений
На любой странице в приложении SharePoint Server могут содержаться как компоненты, выполняемые в "песочнице", так и
компоненты, выполняемые непосредственно в ферме. Компоненты, которые развернуты в ферме, выполняются в рабочем
процессе служб IIS. Компоненты, развернутые в "песочнице", выполняются в изолированном процессе.
В следующем списке приведены некоторые компоненты, которые могут развертываться в "песочнице":
 Веб-части.

Получатели событий.

Получатели компонентов.

Настраиваемые действия рабочего процесса Microsoft SharePoint Designer.
 Бизнес-логика Microsoft InfoPath.
Далее приведены действия по развертыванию изолированного решения:
1. Следующие задачи выполняются администратором фермы только один раз.

Администратор фермы включает поддержку изоляции и запускает службу "песочницы" на всех серверах, на которых
будут выполняться изолированные решения.

Администратор фермы определяет используемую схему балансировки нагрузки. Выбранная схема применяется ко всем
изолированным решениям во всех семействах сайтов в ферме.

Администратор фермы устанавливает квоты на использование ресурсов в совокупности для всех изолированных
решений в семействе сайтов.
2. Передача решений в каталог решений семейства сайтов осуществляется администратором семейства сайтов или
пользователем с правами на полный доступ к корню семейства сайтов.
176
3. Администратор семейства сайтов активирует решение. Если решение не содержит сборок, его может активировать
пользователь с правами на полный доступ к корню семейства сайтов. Запускаются средства проверки решения. Решение, не
прошедшее проверку, не активируется.
При обработке запроса на выполнение в "песочнице" выполняются следующие действия:
1. На основании схемы балансировки нагрузки SharePoint Server определяет сервер, на котором будет выполняться решение.
При локальной балансировке нагрузки решение выполняется на сервере, который обрабатывает запрос. При удаленной
балансировке нагрузки сервер для выполнения решения выбирается на основе соответствия решения. В обоих случаях на
сервере должна быть запущена служба "песочницы".
2. SharePoint Server выбирает рабочий процесс "песочницы", в котором будет выполняться решение. Выполняется загрузка
библиотеки DLL оболочки совместимости в процесс, после чего в него загружается сборка решения.
3. По мере выполнения решения его код передается через оболочку совместимости и только после этого выполняется в
SharePoint Server. При попытке обращения из кода решения к API-интерфейсам, использование которых изолированными
решениями ограничено, оболочка совместимости сигнализирует о наличии исключения и не допускает передачу и
выполнение кода.
4. SharePoint Server отслеживает ресурсы, используемые решениями в "песочнице". Если изолированное решение превышает
жестко заданное ограничение (например, превышается максимально допустимое время использования ЦП), SharePoint
Server завершает рабочий процесс "песочницы". Если все изолированные решения в семействе сайтов в совокупности
превышают заданные квоты на использование ресурсов для этого семейства, SharePoint Server отключает все
изолированные решения в семействе сайтов до конца дня.
5. Администратор семейства сайтов может отслеживать использование ресурсов изолированными решениями и при
необходимости отключать решения в этом семействе.
При необходимости администратор фермы может заблокировать выполнение решения в ферме. Кроме того, администратор
фермы может отключить обязательное выполнение решения в "песочнице". В этом случае при запуске такого решения в любом
семействе сайтов фермы оно более не выполняется в "песочнице".
Изоляция решений в "песочнице"
Поддерживаются различные уровни изоляции решений в "песочнице". По мере повышения уровня изоляции обеспечивается
более эффективная защита основной части сайта SharePoint Server от выполнения кода, потребляющего слишком много
ресурсов. На первом уровне изолированный код выполняется в изолированном процессе с ограничением прав. Набор
177
выполняемых кодом операций ограничивается с помощью политики разграничения доступа кода (CAS). Для повышения уровня
изоляции можно использовать удаленную балансировку нагрузки и запускать службу "песочницы" только на выбранных
серверах. В рабочей среде рекомендуется использовать удаленную балансировку нагрузки и выделять отдельные серверы для
выполнения изолированных решений.
Недопустимые компоненты изолированного решения
Решение SharePoint Server должно содержать файл конфигурации с именем manifest.xml и при необходимости может включать в
себя дополнительные файлы конфигурации и сборки. При выполнении решения в "песочнице" налагаются определенные
ограничения на контент файлов конфигурации и сборок.
В следующем списке представлены основные возможности, которые не поддерживаются сборками, выполняемыми в
"песочнице".
 Подключение к ресурсам, которые расположены не на локальном сервере.

Доступ к базе данных.

Изменение потоковой модели.

Вызов неуправляемого кода.

Запись на диск.
 Доступ к ресурсам в другом семействе сайтов.
В файле manifest.xml задаются ссылки на файлы компонентов. В файлах компонентов содержатся ссылки на файлы элементов,
которые, в свою очередь, содержат элементы feature. В изолированных решениях допускается использование только
приведенных ниже элементов feature:

ContentType

Field

CustomAction

Module

ListInstance

ListTemplate

Receivers
178

WebTemplate

WorkflowAssociation

PropertyBag

WorkflowActions
Сравнение решений, выполняемых в ферме и "песочнице"
В следующей таблице приведено сравнение решений, выполняемых в ферме и в "песочнице", по ряду аспектов.
Аспект
Ферма
"Песочница"
Процесс развертывания
Добавление решения и его
развертывание в ферме.
Передача решения в семейство сайтов с последующей его активацией в этом
семействе.
Пользователи, имеющие
права на развертывание
Администратор фермы.
Решение, которое содержит сборку, может развертываться только
администратором семейства сайтов. Если решение не содержит сборок, его
может развернуть пользователь с правами на полный доступ к корню семейства
сайтов.
Доступ к данным
Неограниченный.
Решению предоставляется доступ только к контенту в семействе сайтов, в
котором оно развернуто.
Процесс, в котором
выполняется решение
Рабочий процесс IIS без
Отдельный рабочий процесс с ограниченными правами.
ограничения прав или любой
процесс, в котором
развернуто решение.
Разграничение доступа кода Политика разграничения
доступа кода определяется
разработчиком решения в
процессе его упаковки.
Ограничено. Дополнительные сведения см. в статье Развертывание
изолированного решения (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=177369&clcid=0x419).
179
Аспект
Ферма
"Песочница"
Отслеживание
Не отслеживается.
Отслеживается с применением квот, ограничивающих использование ресурса,
которые задаются администратором фермы.
Балансировка нагрузки
Переменная, в зависимости Настраивается отдельно от неизолированных решений.
от вида решения.
Функциональные
возможности решения
Не ограничены.
Ограничены, как описано в разделе Недопустимые компоненты изолированного
решения.
Преимущества использования изолированных решений
Основные преимущества использования изолированных решений:
 Возможность добавления решений в рабочую среду SharePoint Server без риска для внешних по отношению к "песочнице"
процессов.

Возможность развертывания изолированных решений администраторами семейств сайтов, что позволяет снизить нагрузку
на администратора фермы.

Повышение масштабируемости и гибкости за счет выполнения "песочницы" в отдельном процессе, к которому могут
применяться квоты, а также за счет отслеживания использования ресурсов фермы.

Возможность переноса решений из "песочницы" непосредственно в ферму без изменения или повторной компиляции.
См. также
Понятия
Планирование изолированных решений (SharePoint Server 2010)
Другие ресурсы
Configure a farm for sandboxed solutions (SharePoint Server 2010)
Архитектура изолированных решений (Возможно, на английском языке)
180
Развертывание изолированного решения (Возможно, на английском языке)
181
Планирование изолированных решений (SharePoint Server
2010)
Изолированные решения ограничивают доступ к сетевым и локальным ресурсам для повышения уровня безопасности и
стабильности. Их можно использовать для решений балансировки нагрузки, решений, которые не были полностью
протестированы, и для развертывания пользовательских решений в размещенной среде. Изолированные решения работают в
отдельном рабочем потоке и не имеют доступа к ресурсам, которые принадлежат другим ресурсам, а доступ к локальным и
сетевым ресурсам ограничен.
При планировании изолированных решений прежде всего следует решить необходимы ли такие решения вообще. Определите,
что важнее — производительность или безопасность. Ферма с изолированными решениями создает больше рабочих и проксипроцессов, чем ферма без изолированных решений. Использование изолированных решений позволяет изолировать некоторые
процессы и повысить безопасность фермы.
Дополнительные сведения об изолированных решениях см. в статье Общие сведения об изолированных решениях (SharePoint
Server 2010).
Содержание:
 Определение целесообразности изолированных решений

Планирование распределения нагрузки кода изолированных решений

Определение места развертывания изолированных решений

Определение того, кто может развертывать изолированные решения

Используя квоты, определите, в каком семействе веб-сайтов будут выполняться изолированные решения

Планирование квот использования ресурсов для изолированных решений

Планирование управления изолированными решениями
182
Определение целесообразности изолированных решений
Использование изолированных решений оправдано в сценариях, когда требуется распределить нагрузку решений между
несколькими серверами или необходимо обеспечить возможность выполнения не полностью протестированного кода или кода,
не поддерживаемого организацией. Изолированные решения могут быть важным этапом пути масштабированного
развертывания для разработчиков — от среды тестирования до изолированного решения в производственной среде. Когда
изолированные решения докажут свою безопасность для полного развертывания, администратор фермы может им присвоить
статус полного доверия.
Изолированные решения лучше всего подходят для следующих сценариев.
 При необходимости распределения нагрузки решений между несколькими серверами SharePoint Server.

В организации, где требуется реализовать выполнение сотрудниками на рабочем сайте SharePoint Server кода, который не
был полностью проверен.

В случаях, когда стороне, предоставляющей услуги размещения, требуется обеспечить владельцам размещенных сайтов
SharePoint Server возможность передачи и выполнения пользовательского кода.
При использовании изолированных решений на каждом из серверов, где планируется разместить изолированные решения,
необходимо активировать службу размещения пользовательского кода SharePoint 2010.
Планирование распределения нагрузки кода изолированных
решений
Для изолированных решений можно выбрать одну из двух схем распределения нагрузки. На основании схемы балансировки
нагрузки Microsoft SharePoint Server 2010 определяет сервер, на котором будет выполняться то или иное решение. При
локальной балансировке нагрузки решение выполняется на том же сервере, который получает запрос. При удаленной
балансировке нагрузки сервер для выполнения решения выбирается на основе соответствия решения, решение запускается на
том сервере, где оно уже загружено или уже выполнялось. Это сокращает время обработки запроса. В обоих случаях на сервере
должна быть запущена служба изолированного выполнения кода.
Выбор способа балансировки нагрузки определяет модель, используемую всей фермой SharePoint Server. Невозможно
использовать локальную и удаленную балансировку одновременно. Необходимо выбрать какой-то один вариант. При выборе
варианта балансировки учитываются следующие факторы.
 Локальный режим требует выполнения меньшего объема работ по администрированию, но его масштабируемость
ограничивается ресурсами локального сервера.
183
 Удаленный режим более масштабируем, чем локальный, но требует большего администрирования.
В ферме SharePoint Server с несколькими серверами, на которых выполняются изолированные решения, обеспечивается более
высокая производительность при использовании удаленного режима. Если изолированные решения используются как часть
процесса разработки и необходимо ограничить их запуск сервером, на котором они вызываются, используйте локальный режим
балансирования.
Дополнительные сведения см. в статье Общие сведения об изолированных решениях (SharePoint Server 2010).
Определение места развертывания изолированных решений
Изолированные решения развертывают к корне семейства сайтов. Развернуть изолированное решение может любой
пользователь, являющийся администратором семейства сайтов. При развертывании в семействе сайтов изолированное
решение может использоваться везде в пределах данного семейства.
Можно выбрать запускать изолированные решения только на определенных серверах фермы SharePoint Server или на всех
серверах. Для запуска на всех серверах необходимо включить службу изолированного кода SharePoint Foundation. Эта служба
должна быть включена на всех серверах, на которых необходимо разрешить запуск изолированных решений.
Определение того, кто может развертывать изолированные
решения
При планировании ролей пользователей, участвующих в развертывании изолированных решений, необходимо определить, кто
будет иметь право развертывать решения, а кто — администрировать их. Члены группы администраторов семейства веб-сайтов
имеют право выполнять развертывание изолированных решений.
Для выполнения таких административных задач, как включение и выключение службы изолированного запуска кода SharePoint
Foundation, блокировка и разблокировка решений и настройки и сброса квот, необходимо быть членом группы администраторов
фермы.
184
Примечание.
Для развертывания и активации изолированного решения недостаточно быть владельцем семейства сайтов. Необходимо быть
администратором семейства сайтов, в котором выполняется развертывание изолированного решения.
Поскольку администраторы фермы могут менять статус изолированных решений на "полностью доверенный", позволяющий
разворачивать их на любом сервере фермы, необходимо ограничить круг пользователей, которые принадлежат к группе
администраторов фермы. Это также касается добавления пользователей в группу администраторов семейства веб-сайтов, если
есть вероятность угрозы безопасности со стороны развернутых изолированных решений.
Используя квоты, определите, в каком семействе веб-сайтов будут
выполняться изолированные решения
Разрешить или запретить запуск изолированных решений в конкретных семействах сайтов можно с помощью настройки квот.
Если задать для семейства сайтов квоту для изолированных решений значение 0, изолированные решения в таком семействе
сайтов запускаться не будут. Это позволяет точно настроить использование изолированных решений в пределах фермы.
Чтобы спланировать, где следует выполнять развертывание изолированных решений, необходимо учесть, на каких серверах
будет выполняться служба изолированного кода SharePoint Foundation и в каких семействах веб-сайтов можно будет запускать
изолированные решения. Разрешив запуск изолированных решений для одних семейств веб-сайтов, следует запретить их запуск
для других семейств, установив квоты в значение 0.
Планирование квот использования ресурсов для изолированных
решений
Отслеживание использования ресурсов изолированными решениями осуществляется на основании заданных по умолчанию квот
на использование ресурсов. Если изолированное решение превышает квоту, оно отключается на оставшуюся часть суток или до
перезапуска такого решения вручную администратором фермы. Это позволяет администраторам выявлять случаи перерасхода
изолированными решениями общих ресурсов и при необходимости увеличить квоты.
185
Размеры квот, задаваемые по умолчанию, удовлетворяют большинству сценариев; однако, их значения можно корректировать
индивидуально с учетом потребностей.
Если вы решили, что изолированное решение постоянно использует ресурсы сервера не по назначению, такое решение можно
заблокировать до устранения неполадки разработчиком. Дополнительные сведения о блокировке и разблокировке
изолированных решений см. в статье Block or unblock a sandboxed solution (SharePoint Server 2010).
В следующей таблице указаны значения квот, задаваемые изолированным решениям по умолчанию.
Ресурс
Описание
Единицы
Ресурсы на Абсолютный
единицу предел
AbnormalProcessTerminationCount
Аварийно завершенный процесс
вхождения
1
1
CPUExecutionTime
Время выполнения ЦП для сайта
секунды
3 600
60
CriticalExceptionCount
Критические события исключений
события
10
3
InvocationCount
События вызова решения
события
<TBD>
<TBD>
PercentProcessorTime
% использования ЦП решением
процент
85
100
ProcessCPUCycles
Циклы ЦП для решений
циклы
1 x10^11
1 x10^11
ProcessHandleCount
Число обработчиков Windows
элементы
10 000
1 000
ProcessIOBytes
Число обработчиков Windows
элементы
0
1 x10^8
ProcessThreadCount
Число потоков во всем процессе
экземпляры
10 000
200
ProcessVirtualBytes
Потребленная память
байт
0
1,0x10^9
SharePointDatabaseQueryCount
Количество запросов в базу данных
SharePoint
экземпляры
20
100
SharePointDatabaseQueryTime
Затраченное время на выполнение запроса секунды
120
60
186
UnhandledExceptionCount
Количество необработанных исключений
экземпляры
50
3
UnresponsiveProcessCount
Количество не отвечающих процессов
экземпляры
2
1
Планирование управления изолированными решениями
Если планируется использование изолированных решений, необходимо продумать процессы управления ими, включая
следующие.
 В какой момент администратор фермы должен заблокировать или разблокировать изолированное решение? Определение
политики администрирования в отношении блокировки и разблокировки изолированных решений исключит сомнения в
случае необходимости блокировки или разблокировки.

В какой момент изолированное решение передается в глобальный каталог как решение с полным доверием? Этот вопрос
касается кода решения, созданного разработчиками вашей организации. Необходимо установить политику определения
уровня тестирования, необходимого для признания изолированного решения готовым к производственному использованию в
организации.

При планировании пользователей, имеющих право выполнять развертывание изолированных решений, необходимо
определиться, можно ли будет добавлять всех пользователей в группу администраторов семейства веб-сайтов или права на
развертывание решений будут принадлежать только узкому кругу администраторов семейства веб-сайтов, которые будут
выполнять эти действия от имени пользователей. В зависимости от требований безопасности, действующих в организации,
можно разрешить добавление пользователей в группу администраторов семейства веб-сайтов и не требовать от них
запрашивать разрешение на развертывание изолированных решений.
187
SharePoint 2010 Governance Planning (white paper) (на
английском языке)
Microsoft SharePoint Server 2010 provides a large number of capabilities that empower business users. For example, SharePoint Server
2010 enables users to collaborate with one another, tag and rate content, self-publish, and even develop their own solutions. With this
amount of power in hand, users (and the organizations they work for) can benefit greatly from having clear guidance. In short, they can
benefit from having a Governance Plan.
This white paper focuses on what we call the “front end” of the SharePoint environment – the business aspect of governance - the areas
that effect business users. This white paper uses a fictitious company named Contoso to provide guidance for the necessary governance
planning and implementation of SharePoint Server 2010.
Download the white paper:
 SharePoint 2010 Governance Planning (Microsoft Word version) (http://go.microsoft.com/fwlink/?LinkId=197150).

SharePoint 2010 Governance Planning (PDF version) (http://go.microsoft.com/fwlink/?LinkId=197174).
188
Реализация управления в SharePoint 2010 (технический
документ)
Microsoft SharePoint Server 2010 предлагает широкий спектр возможностей для бизнес-пользователей. Для использования этих
новых возможностей необходимы четкие инструкции, обращающие внимание на их преимущества и помогающие реализовать
заложенный в них потенциал, поддерживая при этом надлежащий контроль и согласованность в рамках организации.
В этом документе рассматриваются внутренние механизмы управления в SharePoint — принципы технической реализации. Здесь
даются общие указания по настройке различных параметров конфигурации SharePoint Server 2010, позволяющих управлять
работой среды с учетом интересов всех ее участников. Дополнительные сведения о "внешнем интерфейсе" управления
SharePoint — аспектах взаимодействия с бизнесом — см. в следующем техническом документе: SharePoint 2010 Governance
Planning (white paper) (на английском языке).
Загрузить технический документ:
 Реализация управления в SharePoint 2010 (Возможно, на английском языке) (версия в формате Microsoft Word)

Реализация управления в SharePoint 2010 (Возможно, на английском языке) (версия в формате PDF)

Реализация управления в SharePoint 2010 (Возможно, на английском языке) (версия в формате XPS)
189
Планирование социальных вычислений и совместной
работы (SharePoint Server 2010)
В Microsoft SharePoint Server 2010 реализованы функции, делающие совместную работу и совместное использование
компьютеров в организации проще. Средства социальных сетей, например, личные сайты, и технологии социального контента,
такие как блоги, вики-ресурсы и RSS, являются примерами функций социальных вычислений. Они позволяют пользователям
легко сохранять данные и обмениваться знаниями и опытом, необходимыми в работе. Совместное использование информации
способствует сотрудничеству, инновациям и направляет актуальный контент тем, кто должен иметь к нему доступ. Контент
можно адаптировать для каждого пользователя, одновременно разрешив администраторам ограничивать доступ для
соблюдения конфиденциальности.
Функции социальных вычислений и совместной работы в SharePoint Server 2010 основаны на базе данных свойств, в которой
объединены сведения о лицах из множества бизнес-приложений и служб каталогов.
Хорошее понимание и планирование функций социальных вычислений и совместной работы крайне важны для создания
эффективных решений Microsoft SharePoint Server.
Содержание:
 Обзор службы профилей пользователей

Планирование профилей пользователей

Планирование политик для профилей пользователей

Планирование синхронизации профилей

Планирование личных веб-сайтов (SharePoint Server 2010)

Планирование личных сайтов

Обзор социальных тегов

Вопросы конфиденциальности и безопасности социальных тегов (SharePoint Server 2010)

Обзор корпоративных вики-ресурсов
190

Планирование корпоративных вики-ресурсов

Планирование сайтов совместной работы
Обзор службы профилей пользователей
Служба профилей пользователей — это служебное приложение в SharePoint Server, которое может использоваться многими
сайтами и фермами. Эта служба предоставляет централизованное место для настройки и управления следующими параметрами
личной настройки:
 Свойствами профилей пользователей

Аудиторией

Параметрами синхронизации профилей

Параметрами просмотра корпоративного контента и управления им
 Параметрами личных сайтов
Дополнительные сведения см. в разделе Обзор службы профилей пользователей (SharePoint Server 2010).
Планирование профилей пользователей
Служба профилей пользователей объединяет сведения о пользователях из различных источников в профили, являющиеся
основой мощного функционала личных настроек. Помимо планирования подключений к службе профилей пользователей,
планирование лиц и профилей пользователей включает синхронизацию профилей и планирование групповых политик. Профили
также можно использовать для отключения этой функции. Например, профили позволяют предотвратить автоматическое
отображение сведений о коллегах в разделах страниц профилей, посвященных коллегам.
Дополнительные сведения см. в разделе Планирование профилей пользователей (SharePoint Server 2010).
Планирование политик для профилей пользователей
При планировании личной настройки сайтов портала следует тщательно продумать доступность сведений о сотрудниках
организации. Есть сведения, к которым нельзя предоставлять общий доступ. Для защиты личной информации доступ к
некоторым данным нужно предоставить только пользователям и администраторам. К данным другого типа нужно предоставить
191
общий доступ, который будет способствовать расширению сотрудничества. Настройка общего доступа — важный этап, сильно
зависящий от ситуации в конкретной организации.
Дополнительные сведения см. в разделе Планирование политик профилей пользователя (SharePoint Server 2010).
Планирование синхронизации профилей
Если планируется использовать социальные компоненты, такие как веб-сайты "Мой веб-сайт" или "Поиск людей" в Microsoft
SharePoint Server 2010, возможно понадобится интегрировать данные профиля, сохраняемые в службе каталогов, такой как
доменные службы Active Directory, или в бизнес-системе, такой как SAP или Siebel, с SharePoint Server 2010. Используя
синхронизацию профиля в SharePoint Server 2010, это можно выполнить.
Дополнительные сведения см. в разделе План синхронизации профиля (SharePoint Server 2010).
Планирование аудиторий
Аудитории используются для группирования пользователей организации, чтобы осуществлять личную настройку информации
для обеспечения максимально возможного уровня соответствия. На странице "Управление аудиториями" службы профилей
пользователей SharePoint Server можно создавать аудитории, управлять ими и выбирать целевые аудитории для контента во
всех семействах сайтов, в которых используются общие службы.
Обзор планирования личных веб-сайтов
Личные сайты — это сайты SharePoint, содержащие сведения профилей пользователей, ссылки на контент, созданный
пользователями и хранящийся в базах данных SharePoint, а также дополнительные сведения о лицах, интересах и деятельности
лиц. Личные сайты имеют три четких представления:
 На странице "Мои сети" представлены лица, интересы и виды деятельности, отслеживаемые пользователем.

На странице "Мой контент" перечислены общие и личные документы, общие изображения, библиотеки, списки, доски
обсуждений и опросы, принадлежащие пользователю.
 На странице "Мой профиль" представлены личные сведения профиля.
Сведения на странице "Мой профиль" могут быть доступны только для пользователя, руководителя пользователя, группы,
коллег или для всех. Планирование личных веб-сайтов включает подготовку к настройке веб-сайтов, планирование социальных
меток и примечаний, планирование политик и разрешений личных сайтов, а также личную настройку сайтов.
192
Дополнительные сведения см. в разделе Обзор личных веб-сайтов (SharePoint Server 2010).
Планирование личных сайтов
Чтобы эффективно спланировать личные веб-сайты, необходимо определить следующие параметры:
 Логическая структура для развертывания личных веб-сайтов в ферме серверов

Пользователи личного веб-сайта и необходимые для этого разрешения

Сведения профилей пользователей, которые необходимо синхронизировать со службами каталогов или бизнес-системами

Необходимые компоненты личного сайта
 Политики, применяемые для просмотра сведений пользовательского профиля в общем профиле
Дополнительные сведения см. в разделе Планирование личных веб-сайтов (SharePoint Server 2010).
Обзор социальных тегов
Социальные теги помогают пользователям распределять информацию по категориям более понятным способом. Они могу
повысить качество результатов поиска за счет возможности фильтрации по конкретным тегам, а также помогают связываться
для обмена данными с пользователями, имеющими те же интересы.
Дополнительные сведения см. в разделе Обзор социальных тегов (SharePoint Server 2010).
Вопросы конфиденциальности и безопасности социальных тегов
Функция создания социальных тегов входит в расширенную корпоративную стратегию продвижения в социальных сетях. Microsoft
SharePoint Server 2010 предоставляет следующие возможности использования социальных тегов:
 Социальные теги, позволяющие пользователям сохранять интересующие элементы, организовывать сведения проекта и
общаться с пользователями, имеющими те же интересы.

Доска заметок, позволяющая централизованным образом отслеживать комментарии.

Рейтинги, позволяющие оценивать контент по определенной шкале (например, от 1 до 5 звезд).
193

Закладки, позволяющие пользователям добавлять теги и заметки на страницы, находящиеся вне среды SharePoint
(например, на сторонние веб-страницы). После этого добавленные теги и заметки будут отображаться на вкладке "Теги и
заметки" личного сайта.
Эта статья содержит сведения, позволяющие планировать использование функций социальных тегов SharePoint Server 2010 на
предприятии, а также содержит описание основных действий при планировании.
Дополнительные сведения см. в разделе Вопросы конфиденциальности и безопасности социальных тегов (SharePoint Server
2010).
Обзор корпоративных вики-ресурсов
Корпоративные вики-ресурсы — это крупное хранилище знаний, предназначенное для хранения и обеспечения совместного
доступа к данным в организации. Если в организации возникает потребность в централизованном хранении и обеспечении
доступа к данным, следует подумать о внедрении решения для корпоративных вики-ресурсов.
Дополнительные сведения см. в разделе Обзор корпоративных вики-ресурсов (SharePoint Server 2010).
Планирование корпоративных вики-ресурсов
Корпоративные вики-ресурсы — это крупномасштабное хранилище знаний, предназначенный для хранения и обеспечения
совместного доступа к данным в организации. Корпоративные вики-ресурсы можно использовать для совместного использования
и обновления информации на более высоком уровне, чем вики-сайт, библиотека или сайт группы. Планирование таких ресурсов
предполагает определение целесообразности создания такого решения для организации, подготовку к созданию вики-ресурса и
планирование доступа к нему.
Дополнительные сведения см. в разделе Планирование корпоративных вики-ресурсов (SharePoint Server 2010).
Планирование сайтов совместной работы
Сайты совместной работы — это сайты SharePoint, используемы группами пользователей для обмена сведениями или для
совместной работы над проектами. Эти сайты могут быть связаны с семейством веб-сайтов определенного портала или быть
частью семейства веб-сайтов публикации. Это также могут быть и изолированные сайты. Планирование сайтов совместной
работы предполагает определение конкретных и дополнительных путей, а также числа сайтов совместной работы, необходимых
организации.
194
Дополнительные сведения см. в разделе Планирование сайтов совместной работы (SharePoint Server 2010).
См. также
Другие ресурсы
Plan Managed Metadata
Security and permissions administration (Office SharePoint Server)
User Profile Service administration
195
Обзор службы профилей пользователей (SharePoint Server
2010)
Служба профилей пользователей сохраняет сведения о пользователях в едином расположении. Функция социальных
вычислений использует эти сведения для организации эффективного взаимодействия, что позволяет повысить уровень
производительности совместной работы пользователей. Для подготовки веб-сайтов типа "Мой сайт", включения функций
социальных вычислений, таких как социальные теги и каналы новостей, а также создания и передачи профилей на сайты и
фермы необходимо включить службу профилей пользователей.
Содержание:
 Использование службы профилей пользователей и ее преимущества

Архитектура

Связанные службы
Использование службы профилей пользователей и ее
преимущества
Служба профилей пользователей является общей службой системы Microsoft SharePoint Server 2010, которая обеспечивает для
администраторов служб централизованную точку настройки и управления следующими компонентами:
 Профили пользователей — содержат подробные сведения о пользователях организации. Профиль пользователя служит
для организации и отображения всех свойств, связанных с конкретным пользователем, наряду с социальными тегами,
документами и другими элементами, связанными с этим пользователем.

Профили организации — содержат подробные сведения об организации, например о ее отделах, подразделениях и т. п.

Синхронизация профилей — обеспечивает надежный способ синхронизации сведений профилей пользователей, групп и
организации, которые хранятся в хранилище профилей SharePoint Server 2010, со сведениями профилей, которые хранятся в
службах каталогов предприятия.
196

Аудитории — позволяет организациям создавать направленный контент для пользователей на основе выполняемой ими
работы или задачи, которые определяются их участием в группах или списках рассылки SharePoint Server, структурой
отчетности организации или общими свойствами в их профилях пользователей.

Узел личных сайтов — выделенный сайт для размещения веб-сайтов "Мой сайт". Узел личных сайтов требуется для
развертывания социальных компонентов SharePoint Server.

Веб-сайт "Мой сайт" — личный сайт, который позволяет пользователям организации централизованно хранить документы,
ссылки и сведения о коллегах и управлять ими.

Социальные теги и заметки — позволяют пользователям добавлять социальные теги в документы, другие элементы
SharePoint Server и прочие элементы, такие как внешние веб-страницы и блоги. Пользователи также могут оставлять
импровизированные заметки на страницах профиля веб-сайта "Мой сайт" или любой странице SharePoint Server.
Администраторы могут удалять все теги сотрудников, если они увольняются из компании, или те теги, которые не требуются.
Эти компоненты позволяют пользователям в организации обмениваться данными и всегда быть в курсе событий, происходящих
в организации. Социальные теги, например, позволяют пользователям помечать и отслеживать сведения, в которых они
заинтересованы. Пользователи могут получать уведомление, когда их коллеги публикуют новые записи в блоге или когда в
метаданные организации вносятся изменения. Также они могут отслеживать связи пользователей с организациями и
организаций с сайтами.
Подобно другим общим службам в SharePoint Server 2010, служба профилей пользователей проста в развертывании и
настройке. Администраторы ферм могут передавать полномочия на управление некоторыми или всеми компонентами этой
службы администраторам приложений-служб. Дополнительные сведения см. в разделе Assign administrators to a service
application (SharePoint Server).
Архитектура
При создании экземпляра службы профилей пользователей SharePoint Server создает три базы данных для хранения сведений
профиля пользователя и связанных данных:
 базу данных профиля, которая служит для хранения сведений профиля пользователя;

базу данных синхронизации, которая используется для хранения сведений о конфигурации и этапах для синхронизации
данных профиля из внешних источников, например служб каталогов Active Directory;

базу данных социальных тегов, которая используется для хранения социальных тегов и заметок, создаваемых
пользователями. Социальные теги и заметки связываются с идентификатором профиля.
197
Доступ к любой из этих баз данных можно получить из сайта SharePoint, веб-сайтов "Мой сайт" и сайтов групп с помощью службы
профилей пользователей. Это обеспечивает динамичную и персонализированную среду для пользователей организации.
Служба профилей пользователей поддерживает управление соответствующими бизнес-группами и объявляется в центре
ресурсов предприятия. Всеми аспектами этой службы может управлять один администратор. Кроме того, эти аспекты можно
изолировать и передать управление ими другим администраторам, которые могут не знать о существовании остальных аспектов
службы. Например, один администратор может управлять веб-сайтами "Мой сайт", а другой — социальными тегами и заметками.
Службу профилей пользователя можно ограничить только для некоторых отделов или наборов сайтов в зависимости от
потребностей организации, ограничений безопасности и бюджета. Дополнительные сведения об архитектуре общих служб в
SharePoint Server см. в разделе Logical architecture components (SharePoint Server 2010).
Связанные службы
Работа службы профилей пользователей и реализация полного набора функций социальных вычислений в SharePoint Server
зависят от других общих служб. К таким связанным службам относятся следующие:
 Служба управляемых метаданных, которая позволяет использовать управляемые метаданные и типы общего контента в
среде семейства сайтов и веб-приложений (дополнительные сведения см. в разделе About the managed metadata service
application).

Служба поиска, которая требуется для включения функции поиска пользователей.
См. также
Понятия
Планирование социальных вычислений и совместной работы (SharePoint Server 2010)
Другие ресурсы
User Profile Service administration
198
Планирование профилей пользователей (SharePoint Server
2010)
Информация о пользователях организации хранится в профилях пользователей службы профилей. Администраторы ферм,
создающие экземпляры службы профилей пользователей, могут администрировать профили пользователей или делегировать
права на администрирование администраторам общих служб. Администраторы службы профилей пользователей управляют
данными о пользователях и подключениями, используемыми для синхронизации данных между хранилищем профилей,
службами каталогов (например, с доменными службами Active Directory (AD DS) и протоколом LDAP) и бизнес-приложениями
(например, SAP).
При планировании первоначального развертывания Microsoft SharePoint Server 2010 необходимо учесть следующее:
 подключения между службами профилей пользователей, службами каталогов и бизнес-приложениями;

необходимые свойства профилей пользователей и профилей организаций;

политики отображения и изменения профилей пользователей;

способы использования профилей пользователей другими персонализированными компонентами, например личными
сайтами.
Содержание:
 Сведения о профилях пользователей

Свойства профилей пользователей

Политики профилей пользователей

Участие в группах и коллеги

Поиск пользователей и областей специализации
 Синхронизация свойств профиля
Прежде чем приступать к чтению данной статьи, ознакомьтесь с понятиями, описанными в статье Обзор службы профилей
пользователей (SharePoint Server 2010).
199
Сведения о профилях пользователей
Перед персонализацией сайтов и контента в пределах организации необходимо спланировать профили пользователей.
Информация о пользователях может поступать из служб каталогов, например AD DS. Кроме того, информация поступает из
бизнес-приложений, например SAP. Служба профилей пользователей позволяет свести воедино разнообразные источники
контента и получить унифицированные и полноценные профили пользователей организации. Свойства и контент из этих
источников хранятся в профилях пользователей, которыми управляет служба профилей.
Профили определяют связи между пользователями, например общих менеджеров, рабочие группы, членство в группах и сайты.
Профили пользователей также содержат сведения об областях интересов пользователей и помогают им находить специалистов
в необходимых отраслях. Эти данные дают возможность пользователям находить друг друга, используя функцию поиска
пользователей. Таким образом, связи между пользователями организации можно использовать для стимуляции более активного
сотрудничества коллег и групп.
Профили — это не просто способ группировки импортированных и настраиваемых свойств пользователей организации. Свойства
также используются для отображения сведений о взаимоотношениях между пользователями в организации. Подтипы профилей
можно использовать для создания различных наборов свойств для различных наборов пользователей. Например, можно создать
подтип для классификации пользователя как стажера или сотрудника с полной занятостью.
Каждый сайт, использующий одно и то же приложение-службу профилей пользователей, получает одинаковый набор свойств из
хранилища профилей и отображает их в списке данных о пользователях сайта. Также отображается список документов,
используемых каждым пользователем. Дополнительные сведения о создании приложения-службы профилей пользователей см.
в статье Create, edit, or delete a User Profile Service application (SharePoint Server 2010).
Свойства профилей пользователей
При планировании профилей пользователей следует определить необходимые сведения о пользователях. Эти сведения будут
храниться в свойствах профиля пользователя и их подтипах. Эти сведения может просмотреть любой пользователь на странице
профиля веб-приложения расположения личных сайтов. Состав представляемых пользователям сведений определяется
параметрами конфиденциальности и политиками, принятыми в организации. Параметры доступа задаются владельцем
информации, а политики — организацией. Дополнительные сведения о параметрах политики см. в статье Планирование политик
профилей пользователя (SharePoint Server 2010).
При планировании профилей пользователей следует учесть несколько факторов:
 Существующие и запланированные службы каталогов. Эти службы станут основой профилей пользователей. Выберите
свойства для основных профилей в зависимости от текущих потребностей организации (или в зависимости от службы
200
профилей пользователей организации, если существует несколько наборов приложений-служб профилей пользователей).
Важно учесть необходимые свойства, которые можно использовать для поиска пользователей, создания аудиторий при
разработке целевого контента и установки связей между коллегами и рабочими группами. Для начала просмотрите список
свойств в службах каталогов, а затем выбранные по умолчанию свойства SharePoint Server 2010, и измените список
необходимым образом.

Подразделения организации, требующие иные подтипы профилей пользователей. Например, необходимо ли создавать
подтипы профилей пользователей для сотрудников с полной занятостью, частичной занятостью или для стажеров.

Бизнес-приложения, содержащие данные о пользователях. Свойства, которые можно сопоставить свойствам служб
каталогов.

По результатам планирования бизнес-аналитики определите не относящиеся к пользователям свойства бизнес-приложений,
которые могут пригодиться пользователям организации. Эти свойства можно использовать в персонализированных вебчастях, для сужения области действия бизнес-данных в конкретной аудитории.

Количество запланированных для импорта пользователей из всех источников и периодичность синхронизации записей между
хранилищем профилей SharePoint и этими источниками. Периодичность синхронизации зависит от количества записей, от
частоты использования функции персонализации и от периода времени, в течение которого запланированная синхронизация
меньше всего отразится на производительности и доступности. Сообщите эти данные своим ИТ-администраторам, чтобы они
могли их учесть при планировании развертывания.

Предполагаемые свойства профилей пользователей на уровне сайта. В некоторых организациях их можно выбрать
централизованным образом, а в других решения принимаются администраторами семейств веб-сайтов.
Свойства профиля пользователя по умолчанию
В SharePoint Server 2010 доступен набор свойств профиля пользователя по умолчанию. Перед внесением изменений, выбором
свойств для сохранения или удаления и созданием новых свойств следует просмотреть эти свойства и сопутствующие политики.
Некоторые из этих свойств профиля пользователя могут индексироваться с помощью компонента "Поиск людей", а некоторые
могут использовать задание таймера "Полная синхронизация профилей пользователей с SharePoint" или "Быстрая
синхронизация профилей пользователей с SharePoint" для репликации свойств во все семейства веб-сайтов.
В приведенной ниже таблице перечислены свойства профиля пользователя по умолчанию в SharePoint Server 2010:
201
Свойство профиля пользователя
Индексируемое
Реплицируемое
AboutMe
да
да
AccountName
да
нет
ADGuid
нет
нет
Assistant
нет
нет
CellPhone
да
да
Department
да
да
Fax
да
нет
FirstName
да
да
HomePhone
да
нет
LastName
да
да
Manager
нет
нет
Office
да
да
PersonalSpace
нет
нет
PictureURL
да
да
PreferredName
да
да
PublicSiteRedirect
нет
нет
QuickLinks
да
нет
SID
нет
нет
202
SPS-AboutUs
да
нет
SPS-Birthday
да
нет
SPS-ClaimID
нет
нет
SPS-ClaimProviderID
нет
нет
SPS-ClaimProviderType
нет
нет
SPS-DataSource
да
нет
SPS-DisplayOrder
нет
нет
SPS-DistinguishedName
нет
нет
SPS-DontSuggestList
нет
нет
SPS-Dotted-line
нет
нет
SPS-EmailOptin
нет
нет
SPS-FormerNames
да
нет
SPS-HireDate
да
нет
SPS-Interests
да
нет
SPS-JobTitle
да
нет
SPS-LastColleagueAdded
нет
нет
SPS-LastKeywordAdded
да
нет
SPS-Location
да
нет
SPS-LogoURL
да
нет
203
SPS-MasterAccountName
нет
нет
SPS-MemberOf
да
нет
SPS-MySiteUpgrade
нет
нет
SPS-ObjectExists
нет
нет
SPS-OWAUrl
нет
нет
SPS-Parent
да
нет
SPS-ParentType
да
нет
SPS-PastProjects
да
нет
SPS-Peers
нет
нет
SPS-PhoneticDisplayName
да
нет
SPS-PhoneticFirstName
да
нет
SPS-PhoneticLastName
да
нет
SPS-ProxyAddresses
нет
нет
SPS-ResourceAccountName
нет
нет
SPS-ResourceSID
нет
нет
SPS-Responsibility
да
да
SPS-SavedAccountName
нет
нет
SPS-SavedSID
нет
нет
SPS-School
да
нет
204
SPS-Section-BasicInfo
да
нет
SPS-Section-ContactInfo
да
нет
SPS-Section-CustomProperties
да
нет
SPS-Section-Delegation
да
нет
SPS-Section-Details
да
нет
SPS-Section-OrganizationMembers
да
нет
SPS-Section-Preferences
да
нет
SPS-SipAddress
нет
да
SPS-Skills
да
нет
SPS-SourceObjectDN
нет
нет
SPS-StatusNotes
нет
нет
SPS-Team-Site
нет
нет
SPS-TimeZone
нет
нет
Title
да
да
UserName
да
да
UserProfile_GUID
да
нет
WebSite
нет
да
WorkEmail
да
да
WorkPhone
да
да
205
Дополнительные свойства профилей
Выбранные по умолчанию и импортированные из подключений к службам каталогов и бизнес-приложениям свойства профилей
можно дополнить свойствами, отслеживающими ключевую информацию, которую невозможно получить из других источников.
Эти свойства могут быть целыми числами, строками, наборами терминов и т. д. Например, можно создать свойство профиля с
именем "любимое увлечение" и связать его с набором терминов "увлечения" в службе управляемых метаданных. Пользователи,
обновляющие профили, могут выбрать один из терминов из набора терминов "увлечения" в качестве значения для своего
параметра. Дополнительные сведения о наборах терминов и службе управляемых метаданных см. в статье Managed metadata
overview.
Добавление свойств планируется на уровне службы профилей пользователей или семейства сайтов в зависимости от
потребностей организации, определенных ранее при планировании. Многие из них можно удовлетворить, создав новые
свойства, которые связывают пользователей и важные бизнес-процессы. Впоследствии служба поиска может использовать эти
свойства для поиска пользователей, а функции персонализации — для направления контента. Свойства не обязательно должны
отображаться в общих профилях или личных сайтах и могут использоваться при поиске и персонализации без отображения.
Чтобы сузить область планирования, сосредоточьтесь на добавлении свойств, которые позволяют удовлетворить потребности и
реализовать ситуации в каждом семействе сайтов. Если какое-либо свойство не актуально для данного сценария, дождитесь
возникновения потребности в процессе эксплуатации системы, а не планируйте добавление свойства при первоначальном
развертывании. Возможно, потребуется добавить не так много новых свойств, но всегда следует учитывать очевидные
потребности.
Политики профилей пользователей
Политики — это наборы правил, назначаемых администраторами для пользователей. Эти правила позволяют администраторам
задавать параметры конфиденциальности, связанные с конкретными свойствами профиля. Они также дают возможность
администраторам определять, могут ли пользователи переопределять настройки. Процесс планирования профилей
пользователей должен включать планирование управляющих ими политик. Дополнительные сведения см. в разделе
Планирование политик профилей пользователя (SharePoint Server 2010).
Участие в группах и коллеги
Отношения между различными пользователями в организации отображаются на общедоступной странице профиля каждого
пользователя. Администраторы службы профилей пользователей также могут видеть сведения об этих отношениях в профилях
пользователей, хранящихся в хранилище профилей. Сведения об отношениях содержат следующие данные:
206

членство на сайте (глобальное представление всех членств каждого пользователя);

членство в списках рассылки;
 коллеги.
Участие в группах
В SharePoint Server 2010 профиль пользователя содержит список всех групп, в которых участвует пользователь, а также всех
списков рассылки, на которые он подписан. Данные списков рассылки синхронизируются со службой каталогов, службой LDAP
или бизнес-приложениями в процессе синхронизации профилей. Операция Полная синхронизация профилей пользователей
с SharePoint выполняет задание таймера по синхронизации данных об участии в группах. По умолчанию задание таймера
добавляет данные об участии в группах в профили пользователей. В профилях пользователей содержатся данные об участии в
группах только в том случае, если пользователи принадлежат к группе по умолчанию, заданной для сайта.
Коллеги
В список коллег могут входить сотрудники, непосредственно связанные с пользователем, т. е. непосредственный руководитель,
сотрудники того же уровня и непосредственные подчиненные. В организациях с важными связями между рабочими группами,
менеджерами и другими пользователями можно добавить людей в списки "Коллеги" определенных рабочих групп. Также можно
настроить Outlook на экспорт рекомендаций относительно создания коллег для пользователей в SharePoint Server.
Дополнительные сведения см. в статье Enable SharePoint Server 2010 Colleague in Outlook 2010.
Поиск пользователей и областей специализации
SharePoint Server 2010 позволяет пользователям выполнять поиск других пользователей, основываясь на областях
специализации и ролях в организации. Администраторы ферм могут включить следующие методы поиска пользователей:
 Результаты поиска пользователей — это список ссылок на общедоступные профили пользователей, содержащие
контактные данные для связи по электронной почте или с помощью программ обмена мгновенными сообщениями.

Поиск областей специализации используется совместно с поиском пользователей и тегами специализаций для поиска
пользователей, заявивших о большом опыте в тех или иных областях. При использовании Microsoft Office Outlook 2007 и
включенном анализе сообщений электронной почты предложения новых коллег будут импортироваться из Outlook. Если
используется Microsoft Outlook 2010 , то коллеги и ключевые слова анализируются, а на основе результатов анализа
составляются предложения. Пользователи могут отказаться от этой функции даже при включенном анализе сообщений в
Outlook. Дополнительные сведения об анализе электронной почты см. в разделе Enable SharePoint Server 2010 Colleague in
Outlook 2010.
207
При планировании пользователей можно подумать о добавлении к выбранной по умолчанию области поиска людей и вкладке
Центр поиска настраиваемых областей и вкладок для более конкретных групп.
Администраторы службы профилей пользователей могут свериться с информационной архитектурой и иерархией сайта и найти
ключевые бизнес-концепции, которые, возможно, связаны с конкретными группами пользователей, которые иногда ищут
пользователи сайта. Затем можно проработать функции поиска совместно с администратором службы поиска и создать области
поиска и вкладки поиска людей для данных групп. Кроме того, администраторы могут воспользоваться своими знаниями о
профилях пользователей, которыми управляют, найти другие полезные группы пользователей и добавить соответствующие
области поиска и вкладки.
Администраторы семейства сайтов могут создавать области поиска пользователей своего семейства на уровне сайта.
Планирование поиска пользователей связано с планированием профилей пользователей. В начале процесса можно обнаружить
лиц или группы, поиск которых стоит упростить, хотя для этого пока нет нужных свойств.
Синхронизация свойств профиля
Процесс планирования профилей пользователей содержит следующие операции:
 определение служб каталогов и бизнес-приложений, с которыми требуется синхронизировать данные профилей;

планирование подключения к этим приложениям;

сопоставление свойств, подлежащих синхронизации;
 определение графика регулярной синхронизации.
Главный принцип, используемый при планировании, — это согласованность данных для всех пользователей организации в
различных источниках.
Служба профилей пользователей позволяет собирать информацию о пользователях организации из служб каталогов и бизнесприложений так, чтобы всегда иметь под рукой унифицированные и актуальные данные. Информация о пользователях
синхронизируется по всем семействам веб-сайтов развертывания, использующим одну и ту же службу профилей пользователей.
Кроме того, ее могут использовать персонализированные функции. Это позволит расширить сотрудничество и связи внутри
организации.
При планировании синхронизации профилей пользователей необходимо включить в процесс следующие задачи:
 Следует начинать синхронизацию со свойств профилей пользователей, заданных по умолчанию в SharePoint Server 2010.

Необходимо определить подключения к службам каталогов, предоставляющим дополнительные сведения для свойств
профилей пользователей.
208
 Необходимо учитывать дополнительные бизнес-данные, позволяющие подключать пользователей к бизнес-приложениям.
SharePoint Server 2010 содержит возможность выполнения двусторонней синхронизации свойств профилей пользователей
между SharePoint Server 2010 и службами каталогов. Служба поддерживает связь с соответствующими бизнес-приложениями и
обновляет свойства профилей пользователей в процессе запланированного, регулярного импорта из всех задействованных
источников.
Дополнительные сведения о синхронизации профилей см. в статье План синхронизации профиля (SharePoint Server 2010).
См. также
Понятия
Планирование социальных вычислений и совместной работы (SharePoint Server 2010)
Другие ресурсы
Общие сведения о Forefront Identity Manager 2010 (http://go.microsoft.com/fwlink/?linkid=165841&clcid=0x419) (Возможно, на
английском языке)
209
Планирование политик профилей пользователя (SharePoint
Server 2010)
Политики — это наборы правил, которые задаются администраторами службы профилей пользователей пользователям и
группам пользователей. Эти правила позволяют администраторам указывать и контент сайтов, который могут просматривать
пользователи, и то, как они могут взаимодействовать с контентом. Для начала планирования следует оценить видимость
сведений о пользователях в организации. Некоторые сведения об отдельных пользователях должны быть конфиденциальными.
К данным другого типа следует предоставить общий доступ, который будет способствовать расширению сотрудничества.
Microsoft SharePoint Server 2010 предоставляет набор настраиваемых политик для предоставления доступа к данным в
соответствии с требованиями организации. На предприятиях также могут создаваться и развертываться настраиваемые
компоненты политики в целях удовлетворения специфических нужд. Следует изучить требования к совместной работе во всей
организации перед тем, как разработать план реализации лучшей комбинации политик.
Архитектура информации и иерархия сайтов играют важную роль при принятии решения об используемых политиках. Следует
также учитывать, кто использует сайты. Например, крупная организация с центральным порталом с большим количеством
пользователей, просматривающих данные на нем, но с малым числом пользователей, которые записывают туда данные, может
иметь меньше потребностей для обмена данными, чем сайт отдела, в котором многие люди могут добавлять контент. Многие
вопросы можно решить на этапе планирования безопасности, но политики конфиденциальности и вопросы безопасности
достаточно тесно связаны, и их стоит решать вместе.
Меньшее количество ограничений в рамках политики означает, что пользователи будут чаще просматривать общедоступные
профили, то есть собирать аудитории и обновлять профили придется чаще. Если в организации много пользователей, это нужно
учесть при планировании производительности и мощности.
Администраторы службы профилей пользователей должны принимать решения совместно с ИТ-специалистами организации. На
ИТ-планировании могут отразиться следующие вопросы, связанные с политиками:
 Источник сведений о профиле пользователя.

Ожидаемая частота обновления данных профиля пользователя.

Ожидаемая частота сборки аудиторий.
210
 Влияние серверов со службами профилей на производительность и мощность.
Содержание:
 Политики по умолчанию
 Политики свойств профиля пользователя
Перед прочтением этой данной статьи ознакомьтесь с понятиями, описанными в статье Планирование профилей пользователей
(SharePoint Server 2010).
Политики по умолчанию
У каждой персонализированной функции и свойства из профилей пользователей и личных сайтов есть рекомендованная
политика, выбранная по умолчанию и настраиваемая в зависимости от потребностей каждой организации. Каждая политика
состоит из двух частей: параметра политики и параметра видимости по умолчанию.
 Параметр политики Некоторые возможности персонализации предоставляют важные сведения для ключевых бизнеспроцессов организации, а другие сведения нельзя распространять в организации. Между этими крайними случаями
расположены данные, общий доступ к которым должен быть у определенных пользователей, но далеко не у всех. В этом
случае следует создать политики для решения подобных ситуаций. Следует работать с представителями со стороны бизнеса
для определения соответствующих возможностей и свойств. Настройки политики:

Включено Возможность видна администраторам службы профилей пользователей и другим пользователям в
зависимости от параметра видимости.

Обязательная. Свойство должно содержать информацию с общим доступом, выбранным на основе настроек доступа по
умолчанию. Формы, содержащие такие функции или свойства, нельзя будет отправить, не вводя обязательную
информацию. Например, свойство "Менеджер" часто является обязательным, поэтому с его помощью можно
предоставлять информацию для свойства "Организация" и аудиторий, определенных на основе иерархии отчетности.

Дополнительная Свойство создается и его значения могут заполняться автоматически. Пользователь может ввести
значения свойства или оставить его пустым. Например, возможность "Мои коллеги" является дополнительной. Этот
список может быть заполнен коллегами, включая всех из списка "Моя группа" пользователя, который по умолчанию видят
пользователи, имеющие к нему доступ. Пользователи могут удалять или добавлять коллег.

Отключено Свойство или средство видно администратору службы профилей пользователей. Оно не отображается на
настроенных сайтах или веб-частях и не может быть предоставлено для общего доступа.
211

Пользователь может переопределять значение. Свойства с выбранной настройкой "Пользователь может
переопределять значение" позволяют менять выбранные по умолчанию параметры видимости этих свойств. Если
настройка выбрана, пользователи решают, кто сможет просматривать введенные значения свойства. Если настройка не
выбрана, настройки доступа по умолчанию могут менять только администраторы службы профилей пользователей.
Примечание.
Свойства и возможности можно реплицировать на другие сайты SharePoint, если политика доступа по умолчанию задана как "Все", а
параметр "Пользователь может переопределять значение" не выбран.

Параметр видимости по умолчанию. Параметр видимости определяет, кто может просматривать данные конкретной
персонализированной функции. Существуют следующие настройки:

Все Информацию может просматривать каждый пользователь с разрешением на просмотр сайта.

Мои коллеги. Информацию может просматривать любой пользователь из списка "Мои коллеги".

Моя рабочая группа Все коллеги из группы пользователя, подмножество списка "Мои коллеги", могут просматривать
сведения.

Мой руководитель Информацию может просматривать только пользователь и его непосредственный руководитель.

Только я. Информацию может просматривать только пользователь и администратор службы профилей пользователя.
Политики свойств профиля пользователя
Следующие вопросы помогут определить, какие политики подходят для организации.
 Какие свойства должны быть обязательными? Некоторые свойства (например, имя учетной записи, предпочтительное
имя, рабочий телефон, отдел, должность и рабочий адрес электронной почты) являются обязательными по умолчанию, а
пользователи не могут переопределить или изменить их. В большинстве организаций эти свойства являются важными
методами совместной работы и развития отношений в организации. SharePoint Server 2010 также использует некоторые
свойства из их числа для поддержки других возможностей, таких как функций коллеги и аудитория. Дополнительные
сведения см. в разделе "Планирование аудиторий".

Какие свойства должны быть видны всем? По умолчанию большинство свойств видно каждому пользователю, но
конфиденциальные сведения могут иметь ограниченную видимость. Например, в компании, где сотрудники часто находятся
на выезде, важными и нужными всем могут оказаться номера мобильных телефонов. В других организациях никто не должен
видеть телефонные номера, не относящиеся к работе.
212

Какие свойства могут изменять пользователи? Некоторые свойства могут быть доступными без предоставления
пользователями сведений или разрешения на выполнения определенного действия. Например, некоторые пользователи не
хотят, чтобы список коллег заполнялся автоматически. Другие пользователи могут хотеть изменить параметр видимости
свойства.
При планировании настроек политики свойства нужно учесть следующее:
Условие
Отключить свойство
Сделать свойство
дополнительным
Сделать свойство
обязательным
Свойство используется основными функциями
пользователей.
X
Свойство связано с основными бизнес-данными
приложений из каталога бизнес-данных Microsoft
Business Connectivity Services.
X
Свойство используется при создании аудиторий.
X
Администраторам служб профилей пользователя
нужны единообразные и достоверные значения
свойства.
X
Свойство редко используется.
X
Свойство отвлекает от более важных свойств.
X
Примечание.
Свойства можно скрыть от пользователей,
просматривающих общедоступные профили,
страницу "Изменить сведения" или веб-часть "Мои
коллеги".
213
Условие
Отключить свойство
Сделать свойство
дополнительным
Если предполагается указать выбранные по
умолчанию значения свойств, но при этом не
нужно, чтобы пользователи могли удалять
информацию, или если каждому пользователю
нужно дать возможность указать допустимое
значение свойства, его можно сделать
необязательным.
Сделать свойство
обязательным
X
При планировании параметров видимости политик организации по умолчанию следует учитывать следующие факторы.
Условие
Действие
Свойство должно использоваться в поиске, чтобы можно было найти Задайте политику по умолчанию как Все.
пользователей по этому свойству.
Примечание.
Свойства с наиболее строгими политиками доступа не будут
использоваться.
Свойство используется в нескольких рабочих группах и других
отделах организации и не содержит конфиденциальных данных.
Сделайте свойство видимым для всех.
214
Условие
Действие
Свойство используется для совместной работы внутри определенной Сделайте видимым только для коллег.
рабочей группы или группы отобранных коллег.
Свойство содержит конфиденциальные сведения.
Сделайте свойство видимым только для непосредственного
руководителя или в некоторых случаях для отдельного пользователя.
Важно!
Понятие о конфиденциальной информации может меняться в
зависимости от организации.
См. также
Понятия
Планирование социальных вычислений и совместной работы (SharePoint Server 2010)
Другие ресурсы
Managing privacy in SharePoint Server 2010
215
План синхронизации профиля (SharePoint Server 2010)
Если планируется использовать социальные компоненты, такие как веб-сайты "Мой веб-сайт" или "Поиск людей" в Microsoft
SharePoint Server 2010, возможно понадобится интегрировать данные профиля, сохраняемые в службе каталогов, такой как
доменные службы Active Directory, или в бизнес-системе, такой как SAP или Siebel, с SharePoint Server 2010. Используя
синхронизацию профиля в SharePoint Server 2010, это можно выполнить.
Содержание
 Обзор синхронизации профиля

Определение служб каталогов и бизнес-систем

Планирование разрешений

Определение контейнеров для синхронизации

Определение фильтров подключения для синхронизации профилей

Сопоставление свойств профилей

Определение расписания синхронизации
Обзор синхронизации профиля
Синхронизация профиля в SharePoint Server 2010 позволяет администратору экземпляра службы профилей пользователей
синхронизировать данные профиля пользователя или группы, сохраняемые в хранилище профилей SharePoint Server 2010, с
данными профиля, сохраняемыми в службах каталогов и бизнес-системах компании. Синхронизация профиля может
производиться при изменении данных профиля в хранилище профилей SharePoint Server 2010 или при изменении данных
профиля в службе каталогов и бизнес-системе. После настройки синхронизации профиля изменения в любом из хранилищ
обнаруживаются. Импорт или экспорт производится в зависимости от параметров импорта и экспорта для заданного свойства
профиля пользователя.
216
Примечание.
По умолчанию ни одно из свойств профиля пользователя не установлено в значение Экспорт. Необходимо явно задать свойства профиля
пользователя, которые должны экспортироваться обратно в службу каталогов из хранилища профилей пользователей. Экспорт свойств
профиля обратно в бизнес-систему не поддерживается в SharePoint Server 2010.
Важно!
При создании экземпляра службы профилей пользователей необходимо убедиться в том, что она создается на том же сервере, что и
служба синхронизации профилей пользователей. Дополнительные сведения о создании экземпляра службы профилей пользователей см. в
разделе Create, edit, or delete a User Profile Service application (SharePoint Server 2010).
Ниже приводится список действий, которые необходимо выполнить перед включением синхронизации профилей. Эти шаги
планирования должны быть выполнены в указанной последовательности.
Определение служб каталогов и бизнес-систем
При планировании синхронизации профилей в SharePoint Server 2010 необходимо определить службы каталогов и бизнессистемы, с которыми требуется синхронизировать данные профилей.
Службы каталогов
Службы каталогов, которые поддерживаются в SharePoint Server 2010, и их возможности синхронизации:
Служба
Пользователи
Группы
Добавочное
Доменные службы Active Directory 2003 с
пакетом обновления 2 (SP2), 2008
да
да
да
217
SunOne (LDAP) 5.2
да
нет
да
Novell eDirectory (LDAP) 8.7.3
да
нет
да
IBM Tivoli (LDAP) 6.2
да
нет
да
Необходимо знать полный путь имени леса и полный путь имени контроллера домена, чтобы создать подключение между
SharePoint Server 2010 и доменной службой.
Хотя можно подключаться к нескольким службам каталогов из одного приложения-службы профилей пользователей,
рекомендуется создавать только одно подключение синхронизации профилей на один лес службы каталогов. Однако если
данные для входа имеются в одном лесе службы каталогов, а данные ресурсов в другом лесе, то нужно создать одно
подключение к лесу входа, а другое подключение к лесу ресурсов.
Бизнес-системы
Данные профиля, которые сохраняются в бизнес-системах, могут быть импортированы в SharePoint Server 2010 с помощью
службы Служба подключения к бизнес-данным. Процесс экспортирования свойств профиля из SharePoint Server 2010 в бизнессистемы и добавочная синхронизация между бизнес-системами и SharePoint Server 2010 не поддерживается.
Необходимо знать имя службы Служба подключения к бизнес-данным, которое будет использоваться для подключения к
заданным бизнес-системам. Дополнительные сведения о службе Служба подключения к бизнес-данным см. в разделе Business
Data Connectivity service administration overview (SharePoint Server 2010).
218
Важно!
Если производится подключение к службе Служба подключения к бизнес-данным, модель подключения к бизнес-данным должна
включать методы Finder и SpecificFinder в SharePoint Server 2010. Дополнительные сведения о методах Finder и SpecificFinder см. в
разделе Разработка модели подключения к бизнес-данным (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=179316&clcid=0x419).
Совет.
Сначала нужно проверить синхронизацию профилей со службой Служба подключения к бизнес-данным при помощи внешних списков.
Дополнительные сведения о внешних списках см. в разделе Business Connectivity Services security overview (SharePoint Server 2010).
Планирование разрешений
После определения служб каталогов и бизнес-систем, с которыми нужно синхронизировать профили, необходимо убедиться в
наличии требуемых разрешений как в SharePoint Server 2010, так и в службе каталогов или бизнес-системе, к которой будет
производиться подключение. Например, если планируется добавочная синхронизация, необходимо знать верные разрешения,
требуемые для службы каталогов, чтобы определить изменившиеся данные профиля.
В следующей таблице перечислены требуемые разрешения.
Служба
Разрешения
Доменные службы Active Directory
Репликация изменений каталога для подключения к доменам
доменной службы Active Directory, из которой требуется
импортировать данные. Если имя NETBIOS отличается от имени
домена, репликация изменений каталога также требуется в
контейнере cn=configuration. Чтобы экспортировать свойства, такие
219
как изображения профиля, из SharePoint Server 2010 в доменную
службу Active Directory, требуется минимальное разрешение на
Реплицирование изменений каталогов для объекта и всех дочерних
объектов доменов доменных служб Active Directory, в которые
требуется экспортировать данные из SharePoint Server 2010.
Разрешение на чтение и запись также требуется для контейнера,
сохраняющего атрибут изображения пользователя, например атрибут
ThumbnailPhoto.
SunOne (LDAP)
"Подключение" — все включенные пользователи
"Полная синхронизация" — анонимный доступ к RootDSE с правами
чтения, записи, сравнения и поиска.
"Добавочная синхронизация" — то же, что и "Полная синхронизация",
но также разрешения на чтение, сравнение и поиск для
cn=changelog object.
Novell eDirectory (LDAP)
"Подключение" — все включенные пользователи
"Полная синхронизация" — права на просмотр в свойстве "Entry
rights" для заданного дерева. Чтение, запись и сравнение в свойстве
"All attributes rights" для заданного дерева.
"Добавочная синхронизация" — то же, что "Полная синхронизация"
Служба подключения к бизнес-данным
Разрешений не требуется
IBM Tivoli (LDAP)
"Полная синхронизация" и "Добавочная синхронизация" —
необходимо быть участником группы администраторов.
Рекомендуется определить требуемые разрешения для среды перед настройкой синхронизации профилей. Дополнительные
сведения о разрешениях синхронизации профилей см. в разделе Configure Profile Synchronization (SharePoint Server 2010).
220
Определение контейнеров для синхронизации
Перед тем как будет возможно выполнить начальный импорт данных профиля из службы каталогов или бизнес-системы в
SharePoint Server, необходимо определить контейнеры службы каталогов или бизнес-системы, которые нужно импортировать и
синхронизировать. Например, нужно определить, какие контейнеры службы каталогов имеют профили пользователей, которые
нужно синхронизировать, и какие контейнеры службы каталогов имеют профили групп, предназначенные для синхронизации. Эти
данные используются при первом создании подключения синхронизации профилей.
Определение фильтров подключения для синхронизации
профилей
Могут быть случаи, когда нужно исключить некоторые данные профиля из процесса синхронизации. В SharePoint Server 2010
можно задать фильтры для подключения синхронизации профилей, чтобы исключить некоторые свойства пользователя или
группы из процесса синхронизации. Рекомендуется сделать список свойств профи, которые нужно исключить, перед настройкой
синхронизации профилей.
Примечание.
Фильтры включения не поддерживаются в SharePoint Server 2010.
Сопоставление свойств профилей
После определения контейнеров, которые нужно импортировать и синхронизировать с SharePoint Server, необходимо
перечислить, какие свойства профилей в службе каталогов или бизнес-системе сопоставляются свойствам профиля в SharePoint
Server. Также нужно учесть все свойства, которые должны быть сопоставлены в нескольких службах каталогов или бизнессистемах, так как они не сопоставляются автоматически в SharePoint Server 2010.
При сопоставлении свойств профилей необходимо использовать согласованные типы данных, где это возможно. Например, если
свойство в службе каталогов или бизнес-системе использует целочисленный тип данных, сопоставляйте свойство профиля
пользователя со свойством профиля пользователя в SharePoint Server 2010, использующим целочисленный тип данных. Не
сопоставляйте свойство профиля пользователя со свойством профиля пользователя, использующим другой тип данных.
221
Например, не сопоставляйте свойство профиля пользователя со свойством профиля пользователя, использующим строковый
тип данных.
Важно!
Чтобы синхронизировать рисунки профиля пользователя между Microsoft SharePoint Server, доменными службами Active Directory и
Outlook 2010 при помощи Microsoft Outlook Social Connector, нужно задать Подключение к источнику данных для сопоставления
свойства Рисунок в значение Экспорт. Дополнительные сведения о синхронизации рисунков профилей пользователей см. в разделе Enable
SharePoint Server 2010 Colleague in Outlook 2010.
Свойства профиля по умолчанию
В SharePoint Server 2010 имеется несколько свойств профиля по умолчанию для пользователей и групп, которые могут быть
сопоставлены соответствующим свойствам в службе каталогов или бизнес-системе. Также можно создать пользовательские
свойства в SharePoint Server 2010 и сопоставить эти свойства с соответствующими свойствами в службе каталогов или бизнессистеме. Рекомендуется идентифицировать сопоставления профилей до настройки синхронизации профилей.
По умолчанию некоторые свойства профилей, такие как имя, фамилия и т. п., автоматически сопоставляются с их
соответствующими свойствами во внешней службе каталогов или бизнес-системе. Например, следующие свойства
автоматически сопоставляются при использовании доменных служб Active Directory:
Пользователи:
Свойство доменных служб Active Directory
Свойство хранилища профилей пользователей
<dn>
SPS-DistinguishedName
objectSid
SID
manager
Manager
displayName
PreferredName
givenName
FirstName
222
Sn
LastName
PhoneticDisplayName
PhoneticDisplayName
PhoneticFirstName
PhoneticFirstName
PhoneticLastName
PhoneticLastName
telephoneNumber
WorkPhone
mail
WorkEmail
physicalDeliveryOfficeName
Office
title
Title
department
Department
sAMAccontName
UserName
wWWHomePage
PublicSiteRedirect
SIP Address
proxyAddresses
Группы:
Свойство доменных служб Active Directory
Свойство хранилища профилей пользователей
<dn>
SourceReference
objectSid
SID
displayName
PreferredName
description
Description
223
url
Url
member
Member
groupType
GroupType
mail
MailNickName
Определение расписания синхронизации
В SharePoint Server 2010 можно синхронизировать профили по периодическому расписанию или по непериодическому
расписанию. Периодическая синхронизация профилей является добавочной; то есть только измененные данные профилей будут
синхронизированы. Непериодическая синхронизация профилей может быть настроена как на полную синхронизацию, так и на
добавочную синхронизацию.
Необходимо спланировать вначале провести непериодическую полную синхронизацию профилей пользователей только перед
развертыванием в рабочую среду. Затем провести периодическую (добавочную) синхронизацию профилей пользователей и
групп.
После завершения импортирования профилей пользователей и групп, можно запланировать синхронизацию профилей, чтобы
она выполнялась на регулярной основе. В процессе планирования нужно определить, какой тип синхронизации профилей
(периодический или непериодический) лучше подходит к модели бизнеса предприятия. Примите во внимание время, требуемое
для выполнения синхронизации и определите расписание, по которому она должна выполняться.
Время, требуемое для синхронизации данных профиля, зависит от от нескольких факторов, таких как число профилей
пользователей или групп для синхронизации. Полная синхронизация может занимать дни или даже недели для завершения.
Время, требуемое для завершения периодической (добавочной) синхронизации, зависит от числа изменений в профиле, которые
должны быть синхронизированы.
Состояние синхронизации профилей.
На странице приложения службы профилей пользователей можно просмотреть состояние задания синхронизации профиля. Это
состояние показывает данные о профилях пользователей, профилях организации и аудитории. Состояние также отображает
параметры синхронизации профиля для этого экземпляра службы профилей пользователей. Эти числа отражают ход
выполнения для каждого отдельного контейнера и число сбросов, когда для контейнера запускается синхронизация. После
синхронизации всех контейнеров будет отображено число профилей пользователей и организаций, импортированных в
224
хранилище профилей SharePoint Server 2010. Можно также щелкнуть ссылку в этом разделе, чтобы просмотреть подробные
сведения о завершенном задании синхронизации профилей.
См. также
Понятия
Обзор службы профилей пользователей (SharePoint Server 2010)
Планирование политик профилей пользователя (SharePoint Server 2010)
Планирование профилей пользователей (SharePoint Server 2010)
225
Обзор личных веб-сайтов (SharePoint Server 2010)
Веб-сайты "Мой сайт" — это личные сайты в Microsoft SharePoint Server 2010, которые предоставляют пользователям
организации богатый набор компонентов для социальных сетей и совместной работы. Эти компоненты дают пользователям
возможность исследовать профессиональные навыки, проекты и бизнес-отношения из одного центрального расположения.
Каждый пользователь может просматривать свой веб сайт "Мой сайт", щелкнув соответствующее имя пользователя в верхнем
правом углу любой страницы и выбрав Мой сайт.
Содержание:
 Использование и преимущества веб-сайтов "Мой сайт"

Архитектура веб-сайтов "Мой сайт"

Связанные компоненты
Использование и преимущества веб-сайтов "Мой сайт"
В SharePoint Server 2010 веб-сайты "Мой сайт" позволяют пользователям с легкостью обмениваться сведениями о себе и своей
работе. Подобный обмен информацией способствует совместной работе, получению и накоплению опыта и позволяет направить
соответствующий контент людям, которые хотят его увидеть. Контент можно настроить для каждого пользователя в любой
организации, а администраторы могут настроить политики для защиты конфиденциальных данных.
Веб-сайты "Мой сайт" в SharePoint Server 2010 включают следующее:
 Профиль для каждого пользователя, где пользователи могут поделиться сведениями о своем опыте, изображениями и т. п.

Канал новостей для отслеживания деятельности, такой как настройка социальных тегов, обновление состояния и
комментарии коллег.

Средство работы с тегами и заметками, помогающее легко создавать теги или размещать заметки на сайте напрямую из веббраузера.

Общая библиотека изображений, общая библиотека документов и личная библиотека документов.
226

Возможность добавлять пользовательские веб-части, такие как средство чтения RSS для просмотра RSS-каналов из блогов,
источников новостей и т. п.

Организационный браузер, использующий Microsoft Silverlight 3 для предоставления динамической организационной работы с
браузером.

Возможность управлять коллегами и участниками из одного расположения.
Архитектура веб-сайтов "Мой сайт"
Служба профилей пользователей
Служба профилей пользователей сохраняет данные о пользователях в центральном расположении. Данные в профиле
пользователя включают изображение пользователя, организацию, к которой принадлежит пользователь, коллег, характеристики
и навыки, а также ссылки на теги и заметки, созданные пользователем. SharePoint Server использует эти данные для
индивидуализации данных, представляемых на веб-сайте "Мой сайт" пользователя. Чтобы подготовить веб-сайты "Мой сайт" и
включить компоненты социальных взаимодействий, такие как социальные теги и каналы новостей, необходимо включить службу
профилей пользователей. Дополнительные сведения о службе профилей пользователей см. в статье Обзор службы профилей
пользователей (SharePoint Server 2010).
Узел веб-сайтов "Мой сайт"
Узел веб-сайтов "Мой сайт" — это вид семейства сайтов, используемый для размещения профиля и каналов новостей сайтов
"Мой сайт". Контент веб-сайтов "Мой сайт" размещается в отдельном семействе сайтов. Семейства сайтов узла веб-сайтов "Мой
сайт" не создаются автоматически в SharePoint Server 2010. Администратор приложения-службы профилей пользователей перед
подготовкой веб-сайтов "Мой сайт" должен создать семейство сайтов узла "Мой сайт"
Надежные расположения узла веб-сайтов "Мой сайт"
В организациях, где развернуто несколько ферм серверов или где настроено несколько приложений-служб профилей
пользователей, пользователи могут создавать несколько веб-сайтов "Мой сайт". Например, в географическом развертывании с
центральной фермой в Европе и региональной фермой в Африке пользователь может перейти по ссылке "Мой сайт" при
просмотре контента, размещаемого любой из фермой. Поэтому пользователь может создать веб-сайт "Мой сайт" в европейской
ферме и в веб-сайт "Мой сайт" в африканской ферме.
Если организация включает несколько ферм или несколько приложений-служб профилей пользователей, размещающих вебсайты "Мой сайт", можно запретить пользователям создание нескольких веб-сайтов "Мой сайт" с помощью компонента надежных
расположений узла веб-сайтов "Мой сайт". Этот компонент позволяет задать надежные расположения веб-сайтов "Мой сайт".
Когда заданы надежные расположения веб-сайтов "Мой сайт", при переходе по ссылке для создания веб-сайта "Мой сайт"
227
пользователи перенаправляются на веб-сайт "Мой сайт", связанный с их учетной записью пользователя, вне зависимости от их
расположения. Этот компонент обеспечивает создание каждым пользователем только одного веб-сайта "Мой сайт" в
организации.
Страницы
Веб-сайты "Мой сайт" имеют три четких представления:
 страница канала новостей, показывающая деятельность коллег;

страница контента, отображающая общие документы, личные документы, изображения, библиотеки, списки, доски
обсуждений и опросы, которые принадлежат пользователю;
 страница профиля, отображающая данные личного профиля.
Пользователи могут переходить между этими страницами с помощью ссылок в панели ссылок веб-сайта "Мой сайт" вверху
страницы.
Связанные компоненты
Веб-сайты "Мой сайт" зависят от следующих связанных компонентов:
 Синхронизация профилей
Позволяет интегрировать данные профилей, сохраненные в службе каталогов, такой как доменные службы Active Directory,
или в бизнес-системе, такой как SAP или Siebel, с помощью SharePoint Server 2010. Дополнительные сведения о
синхронизации профилей см. в статье План синхронизации профиля (SharePoint Server 2010).
 Создание тегов профессиональных навыков
Дайте возможность пользователям перечислить в профиле области, в которых они имеют опыт. Эти данные могут быть
использованы другими пользователями в организации, чтобы найти специалистов в определенной области.
 Поиск людей
Дайте возможность пользователям находить людей по подразделению, названию должности, знаниям, опыту и общим
интересам.
См. также
Понятия
228
Планирование социальных вычислений и совместной работы (SharePoint Server 2010)
Другие ресурсы
Manage service applications and services (SharePoint Server 2010)
229
Планирование личных веб-сайтов (SharePoint Server 2010)
Веб-сайты "Мой сайт" — это личные сайты в Microsoft SharePoint Server 2010, которые предоставляют пользователям
организации богатый набор компонентов для социальных сетей и совместной работы. В данной статье описываются ключевые
этапы планирования, которые позволяют подготовиться к развертыванию веб-сайтов "Мой сайт" на предприятии.
Содержание
 Сведения о планировании личных веб-сайтов

Разработка архитектуры личных веб-сайтов

Определение пользователей и их разрешений

Синхронизация данных профилей пользователей

Планирование поиска пользователей и областей специализации

Планирование возможностей личных сайтов
 Планирование политик и конфиденциальности
Прежде чем приступать к чтению данной статьи, ознакомьтесь с понятиями, описанными в статье Обзор личных веб-сайтов
(SharePoint Server 2010).
Сведения о планировании личных веб-сайтов
Чтобы эффективно спланировать личные сайты, необходимо определить следующие параметры.
 Логическую схему архитектуры для развертывания личных веб-сайтов в ферме серверов.

Пользователей, которые должны иметь личный веб-сайт, и разрешения для таких пользователей.

Данные профилей пользователей, которые необходимо синхронизировать со службами каталогов или бизнес-системами.

Возможности личных веб-сайтов, которые необходимо включить.

Политики, которые необходимо применять для просмотра сведений пользовательского профиля в общем профиле.
230
В следующих разделах рассматриваются действия, которые помогут вам подготовиться к успешному развертыванию личных
веб-сайтов на предприятии.
Разработка архитектуры личных веб-сайтов
Если в рамках развертывания SharePoint Server 2010 предполагается создание личных веб-сайтов, их необходимо учесть при
начальной разработке архитектуры независимо от того, когда планируется реализовать эти сайты. Такая архитектура должна
включать в себя узел личных сайтов. Если планируется развернуть личные веб-сайты в нескольких географических
местоположениях и требуется предотвратить создание пользователями нескольких личных веб-сайтов, необходимо заняться
планированием и определить надежные расположения для личных сайтов.
Узел личного сайта
Узел личного сайта — это специальный вид семейства сайтов, используемый для размещения профиля и каналов новостей
личных сайтов. Контент личных веб-сайтов размещается в отдельном семействе сайтов. Семейства сайтов узла личных вебсайтов не создаются автоматически в SharePoint Server 2010. Однако семейство веб-сайтов, которое содержит часть контента
личного веб-сайта, создается автоматически для каждого пользователя. Администратор приложения-службы профилей
пользователей перед подготовкой личных веб-сайтов должен создать семейство сайтов узла личных веб-сайтов. Этот шаблон
необходимо подготовить только один раз для каждого приложения-службы профилей пользователей.
Для обеспечения оптимальной производительности рекомендуется создать в выделенном веб-приложении узел личных сайтов.
Территориально рассредоточенные развертывания
Администраторы приложений-служб профилей пользователей могут добавлять ссылки на надежные расположения узла личных
сайтов, чтобы предоставить пользователям доступ к личным веб-сайтам в нескольких фермах или нескольких приложенияхслужбах профилей пользователей. В большинстве случаев ссылки на доверенные узлы личных сайтов нацеливаются на
отдельных пользователей или группы пользователей в соответствии с потребностями бизнеса. Со временем ссылки можно
будет менять в соответствии с изменившимися потребностями бизнеса и пользователя. Когда заданы надежные расположения
узлов личных сайтов, при переходе по ссылке для создания личного веб-сайта пользователи перенаправляются на личный вебсайт, связанный с их учетной записью пользователя, вне зависимости от их расположения. Это позволит гарантировать, что у
пользователей в организации будет только один личный сайт.
При планировании личных сайтов необходимо принять во внимание расположение пользователей в организации и число ферм
или приложений-служб профилей пользователей, где будут размещаться личные сайты.
Самостоятельное создание сайта
231
Необходимо планировать самостоятельное создание сайтов, чтобы позволить пользователям создать свои собственные личные
сайты. Самостоятельное создание сайтов можно включить для веб-приложения, в котором размещаются личные сайты.
Пользователи должны иметь разрешения Создание личного сайта для создания собственного сайта "Мой сайт". По умолчанию
в SharePoint Server 2010 данное разрешение включено для всех прошедших проверку пользователей. Дополнительные сведения
о разрешениях Создание личного сайта см. в разделе о разрешениях пользователей, который приведен ниже в данной статье.
Определение пользователей и их разрешений
Пользователи
При планировании личных сайтов необходимо определить пользователей, которым необходимо разрешить использовать
компонент "Мои сайты". Затем необходимо спланировать развертывание службы профилей пользователей. Она сохраняет
данные о пользователях в центральном расположении. Личные сайты используют эти сведения для обеспечения эффективной
совместной работы пользователей. Для подготовки личных веб-сайтов, включения функций социальных вычислений, таких как
социальные теги и каналы новостей, а также создания и передачи профилей на сайты и фермы необходимо включить службу
профилей пользователей.
Дополнительные сведения см. в разделе Обзор службы профилей пользователей (SharePoint Server 2010).
Дополнительные сведения о планировании профилей пользователей см. в разделе Планирование профилей пользователей
(SharePoint Server 2010).
Разрешения пользователей
Кроме планирования того, какие пользователи в организации будут иметь личные сайты, необходимо также спланировать, какие
возможности таких сайтов будут доступны каждому из пользователей. Эти возможности включают в себя следующее.
 Создание личных сайтов.

Создание социальных тегов и заметок.
 Добавление коллег.
Для управления разрешениями рекомендуется использовать группы безопасности. В следующей таблице приводятся инструкции
по настройке разрешений.
232
Разрешение
Указание
Создание личного сайта
По умолчанию личный сайт могут создать все прошедшие проверку
подлинности пользователи. Следует удостовериться, что параметр по
умолчанию подойдет для организации. Кроме того, при помощи
одной или нескольких групп безопасности можно предоставить
подгруппе пользователей в организации разрешение на создание
личного сайта.
Управление социальными компонентами
По умолчанию все прошедшие проверку пользователи могут
добавлять оценки и социальные теги в документы, другие элементы
SharePoint Server и прочие элементы, такие как внешние вебстраницы и блоги. Пользователи также могут оставлять
импровизированные заметки на страницах профиля веб-сайта "Мой
сайт" или любой странице SharePoint Server. Кроме того, можно
использовать одну или несколько групп безопасности для
предоставления разрешений на управление социальными
компонентами подгруппе пользователей в организации.
Использование личных компонентов
По умолчанию все прошедшие проверку подлинности пользователи
могут изменять свои профили, добавлять и удалять коллег, а также
добавлять и изменять членства. Кроме того, можно использовать
одну или несколько групп безопасности для предоставления
разрешений на использование личных компонентов подгруппе
пользователей в организации.
Синхронизация данных профилей пользователей
Служба профилей пользователей позволяет SharePoint Server собирать информацию о пользователях организации из служб
каталогов и бизнес-приложений. В результате на личном сайте пользователя всегда будут доступны унифицированные и
актуальные данные. Информация о пользователях синхронизируется по всем семействам веб-сайтов развертывания,
233
использующим одно и то же приложение-службу профилей пользователей. Кроме того, ее могут использовать функции
персонализации, что позволит расширить сотрудничество и связи внутри организации
При планировании синхронизации профилей пользователей необходимо включить в процесс следующие задачи.
 Следует начинать синхронизацию со свойств профилей пользователей, заданных по умолчанию в SharePoint Server 2010.

Необходимо определить подключения к службам каталогов, предоставляющим дополнительные сведения для свойств
профилей пользователей.
 Необходимо учитывать дополнительные бизнес-данные, позволяющие подключать пользователей к бизнес-приложениям.
Дополнительные сведения об этапах планирования синхронизации профилей см. в разделе План синхронизации профиля
(SharePoint Server 2010).
Планирование поиска пользователей и областей специализации
SharePoint Server 2010 позволяет пользователям личных сайтов выполнять поиск других пользователей, основываясь на
областях специализации и ролях в организации. Администраторы ферм могут включить следующие методы поиска
пользователей:
Поиск людей
Результаты поиска пользователей — это список ссылок на общедоступные профили пользователей, содержащие контактные
данные для связи по электронной почте или с помощью программ обмена мгновенными сообщениями. При планировании
личных сайтов можно подумать о добавлении к выбранной по умолчанию области поиска людей и вкладке "Центр поиска"
настраиваемых областей и вкладок для более конкретных групп.
Администраторы приложений-служб профилей пользователей могут просмотреть информационную архитектуру и иерархию
сайта и найти ключевые бизнес-концепции, которые, возможно, связаны с конкретными группами пользователей, которые иногда
ищут пользователи сайта. Затем администраторы приложений-служб профилей пользователей могут проработать функции
поиска совместно с администратором службы поиска и создать области поиска и вкладки поиска людей для данных групп. Кроме
того, администраторы приложений-служб профилей пользователей могут воспользоваться своими знаниями о профилях
пользователей, которыми управляют, найти другие полезные группы пользователей и добавить соответствующие области поиска
и вкладки.
Администраторы семейства сайтов могут создавать области поиска для пользователей своих семейств на уровне сайта.
234
Планирование поиска пользователей связано с планированием профилей пользователей. В начале процесса можно обнаружить
лиц или группы, поиск которых стоит упростить, хотя для этого пока нет нужных свойств. Дополнительные сведения о
планировании профилей пользователей см. в разделе Планирование профилей пользователей (SharePoint Server 2010).
Поиск областей специализации
При планировании личных сайтов нужно определить, необходима ли пользователям возможность поиска коллег по организации.
Поиск пользователей и теги специализации облегчают поиск пользователей, заявивших о большом опыте в тех или иных
областях. Пользователи в организации могут добавлять в свой профиль теги, указывающие на область специализации
пользователей. Эти теги используются, когда в организации выполняется поиск пользователей со знаниями и опытом в
определенной области.
Кроме того, пользователи могут находить других пользователей посредством анализа электронной почты в Outlook 2010. Если
анализ сообщений электронной почты разрешен и используется Microsoft Office Outlook 2007, предложения новых коллег
импортируются из Outlook. Если используется Microsoft Outlook 2010, SharePoint Server анализирует отправленные сообщения
электронной почты и предоставляет основанные на полученных данных предложения для коллег и ключевых слов. После этого
пользователи могут добавить этих коллег и ключевые слова в профиль.
Хотя анализ электронной почты можно включить для всех пользователей в Outlook или только для отдельных групп посредством
групповой политики, пользователи могут отказаться от использования этого компонента. Если анализ электронной почты
выключен для всех пользователей, отдельные пользователи тем не менее могут использовать данный компонент.
Дополнительные сведения об анализе электронной почты см. в разделе Enable SharePoint Server 2010 Colleague in Outlook 2010.
Планирование возможностей личных сайтов
Личный сайт предоставляет следующие компоненты.
 Канал новостей для отслеживания событий с помощью социальных тегов, обновлений состояния и комментариев коллег.
По умолчанию компонент канала новостей выключен. Чтобы включить его, необходимо запустить задание таймера канала
активности. События канала новостей хранятся 14 дней, но могут быть удалены раньше с помощью запуска задания таймера
очистки активного канала. После запуска задания таймера активного канала пользователи могут следить за действиями
коллег на странице канала новостей на своих личных сайтах. Пользователи могут просматривать указанные действия только
в канале новостей, для которого у них имеется разрешение. При этом пользователи, совершающие действия, никак не могут
влиять на описание, отображаемое другим пользователям. При планировании использования личных сайтов перед тем, как
включить данный компонент, рассмотрите возможные угрозы конфиденциальности и примите необходимые меры, исходя из
предъявляемых требований.
235

Средство работы с тегами и заметками, помогающее легко создавать теги или размещать заметки на сайте с помощью веббраузера.
Средство работы с тегами и заметками можно включать и выключать в центре администрирования с помощью разрешения
Управление социальными компонентами. Эта настройка распространяется на всех пользователей с разрешением
Управление социальными компонентами. Кроме того, пользователи могут добавлять теги и заметки для контента,
расположенного за пределами SharePoint Server 2010, с помощью средства букмарклетов.
 Браузер организаций для просмотра иерархии отчетности пользователя.
По умолчанию браузер организаций включен. Информация об организации может быть создана вручную или импортирована
из службы каталогов, например доменных служб Active Directory (AD DS) или LDAP. Для просмотра браузера организаций на
рабочих станциях конечных пользователей должно быть установлено приложение Microsoft Silverlight 3. Браузер организаций
нельзя отключить, но можно скрыть для пользователей, удалив узел организации на панели быстрого запуска.
Дополнительные сведения об импорте данных профиля организации из служб каталогов см. в разделе План синхронизации
профиля (SharePoint Server 2010).
При планировании использования личных сайтов следует учитывать как преимущества, так и недостатки соответствующих
компонентов.
Планирование политик и конфиденциальности
Политики
В SharePoint Server 2010 представлен набор настраиваемых политик, которые помогают администраторам предоставлять
именно ту информацию, которая соответствует нуждам организации. Для особых ситуаций организации также могут создать или
развернуть компоненты настраиваемой политики. При планировании использования личных сайтов необходимо определить,
какая информация необходима для основных бизнес-процессов организации, а распространение какой информации внутри
организации нежелательно. Помимо этих двух крайних случаев существует и такая информация, которая должна совместно
использоваться только ограниченным кругом пользователей. Распространение такой информации внутри организации может
быть нежелательным, поэтому необходимо создать политики, обеспечивающие выполнение всех предъявляемых требований.
Дополнительные сведения о планировании политик см. в разделе Планирование политик профилей пользователя (SharePoint
Server 2010)
236
Конфиденциальность
Компоненты "Мой сайт" отвечают за хранение или использование личных сведений. При планировании развертывания личных
сайтов убедитесь, что обеспечен надежный контроль работы этих компонентов или возможность их отключения для сохранения
конфиденциальности таких сведений.
Дополнительные сведения см. в разделе Managing privacy (SharePoint Server 2010).
См. также
Другие ресурсы
Set up My Site Web sites (SharePoint Server 2010)
237
Планирование аудиторий и целевого контента (SharePoint
Server 2010)
Аудитории — это часть приложения-службы профилей пользователей, позволяющая организациям определять целевой контент
для пользователей на основе выполняемого ими задания или задачи. Аудитории можно определять с помощью одного из
следующих элементов или их комбинации — членство в списке рассылки или группе безопасности Windows, расположение в
структуре отчетности организации, либо с помощью общедоступных свойств в профилях пользователей. Целевые аудитории
контента также можно определять с помощью групп SharePoint, используемых для определения целевого контента в веб-частях.
В этой статье описывается архитектура аудиторий и определение целевого контента, а также ключевые решения при
планировании использования аудиторий для организации. В этой статье не объясняется, как планировать профили
пользователей или как планировать безопасность для веб-сайтов и контента. Дополнительные сведения см. в статьях
Планирование профилей пользователей (SharePoint Server 2010) и Планирование безопасности сайтов и контента (SharePoint
Server 2010).
БезопасностьПримечание.
Не используйте аудитории в качестве замены настройке разрешений для пользователей и групп SharePoint. Дополнительные сведения см.
в статье Планирование безопасности сайтов и контента (SharePoint Server 2010).
Содержание статьи
 Что такое аудитории?

Планирование для аудиторий и целевого контента
238
Что такое аудитории?
В Microsoft SharePoint Server 2010 поддерживается два вида аудиторий:
 Глобальные аудитории. Глобальные аудитории определяются свойствами приложения-службы профилей пользователей.
Глобальные аудитории включают аудитории, определяемые связями (структурами отчетности), а также другими свойствами.

Группы безопасности Windows и списки рассылки. Группы безопасности Windows, доступные при создании аудиторий, —
это группы, импортируемые при синхронизации профилей пользователей с приложением-службой профилей пользователей.
Списки рассылки, доступные при создании аудиторий, — это списки, импортируемые во время импорта профилей
пользователей в приложение-службу профилей пользователей.
Дополнительные сведения о включении групп безопасности и списков рассылки в приложение-службу профилей
пользователей см. в статье Планирование профилей пользователей (SharePoint Server 2010).
Примечание.
Хотя группы SharePoint можно использовать с веб-частями для определения целевого контента, их нельзя использовать для определения
аудиторий.
Аудитория определяется набором из одного или нескольких правил аудитории, а также тем, должны ли при оценке членства
выполняться все правила аудитории или только одно из них. Правило аудитории может основываться на членстве в группе
безопасности Windows, членстве в списке рассылки, положении в иерархии организации или на свойстве профиля пользователя.
Чтобы определить каждое правило аудитории, необходимо выбрать операнд, оператор и значение. Ниже приведен пример
правила аудитории, основанного на членстве в группе безопасности Windows.
Элемент
Значение
Операнд
Пользователь
Оператор
Членство
Значение
Продажи
239
После определения аудитории ее необходимо регулярно компилировать, так как используемые свойства профилей
пользователей и членство в группах каталога и службах могут часто изменяться. Администратор планирует задание таймера,
управляющее компиляцией аудиторий.
Планирование для аудиторий и целевого контента
Администраторам следует планировать аудитории как части системы управления профилями пользователей. Перед
планированием аудиторий должно быть проведено следующее планирование:
 Планирование безопасности Windows.
Дополнительные сведения см. в статье Выбор групп безопасности (SharePoint Server 2010).
 Планирование профилей пользователей и списков рассылки.
Дополнительные сведения см. в статье Планирование профилей пользователей (SharePoint Server 2010).
 Планирование веб-сайтов и семейств веб-сайтов
Дополнительные сведения см. в статье Планирование сайтов и семейств сайтов (SharePoint Server 2010).
 Планирование групп SharePoint.
Дополнительные сведения см. в статье Определение требуемых уровней разрешения и групп (SharePoint Server 2010).
Планирование для аудиторий и целевого контента обычно состоит из следующих этапов:
1. Планирование основных аудиторий.
2. Планирование целевого контента для аудиторий.
Планирование основных аудиторий.
При планировании аудиторий во время первоначального развертывания необходимо определить наименьший возможный набор
основных аудиторий, используя следующие критерии:
 Оценка потребностей организации в контенте

Информационная архитектура веб-сайта и семейств веб-сайтов
 Пользователи, связанные с каждым семейством веб-сайтов
При планировании аудиторий во время первоначального развертывания рекомендуется придерживаться следующего процесса:
240
1. Запишите основное назначение каждого семейства веб-сайтов и каждого веб-сайта.
В общем случае у каждого семейства веб-сайтов имеется конкретный набор бизнес-процессов, связанных с конкретными
группами пользователей.
2. Определите наименьшее число аудиторий, которые позволят определить необходимый целевой контент.
При этом можно начать с определения требований в существующей среде. Например, в существующих рабочих группах,
межгрупповых проектах, основных бизнес-процессах и структурах веб-сайтов могут иметься группы пользователей, которые
могут быть преобразованы в аудитории.
3. Запишите все существующие списки рассылки и существующие группы SharePoint и сопоставьте их с потребностями своих
аудиторий.
4. Укажите дополнительные аудитории, которые должны быть определены.
При этом, возможно, удастся создать нужные аудитории из списков рассылки и групп безопасности Windows. Но обычно
требуются дополнительные аудитории, определяемые с помощью свойств профилей пользователей.
Планирование аудиторий также может помочь выявить пробелы в планах для профилей пользователей и групп рассылки.
Для поддержки конкретной аудитории может понадобиться добавить дополнительные свойства профилей или группы
рассылки.
5. Укажите дополнительные группы SharePoint, которые требуется определить.
При определении веб-частей, которые будут соответствовать целевым аудиториями или группам SharePoint, могут быть
обнаружены пробелы в планировании групп SharePoint. Для поддержки конкретного целевого объекта могут понадобиться
дополнительные группы SharePoint.
В конце процесса планирования аудиторий должен быть получен список аудиторий, соответствующих потребностям групп
пользователей, использующих каждое семейство веб-сайтов.
Планирование целевого контента для аудиторий
Чтобы использовать аудитории для определения целевого контента, администраторы службы профилей пользователей и
администраторы веб-сайтов должны решить, какие элементы веб-сайтов будут использоваться на каждом веб-сайте.
Администраторы службы профилей пользователей и администраторы веб-сайтов должны работать в тесном взаимодействии,
чтобы гарантировать аудиториям согласованную работу с веб-сайтами и семействами веб-сайтов.
После того как аудитории будут определены, они могут следующим образом использоваться для определения целевого
контента:
241

Для клиентских приложений Microsoft Office 2010 администратор службы профилей пользователей может определить ссылки,
указывающие на расположения SharePoint, и задать аудитории, которым будет отображаться каждая из ссылок.

На личных веб-сайтах администратор службы профилей пользователей может определить аудитории для ссылок
перемещения, отображаемых на верхней панели.

Для сценариев "Мой сайт", в которых пользователям должен быть предоставлен доступ к одному или нескольким
дополнительным расположениям узлов "Мой сайт", администратор службы профилей пользователей может настроить список
доверенных расположений узлов "Мой сайт", а затем назначить каждое доверенное расположение аудиториям, которым
нужно видеть эти расположения.
В среде с несколькими расположениями узлов "Мой сайт" аудитории также определяют, в каком доверенном расположении
узлов "Мой сайт" будет создан личный веб-сайт.
В среде, где настроены приложение-служба профилей пользователей и аудитории, администраторы веб-сайтов могут
использовать веб-части для определения целевого контента по аудиториям.


Администраторы веб-сайтов могут использовать группы SharePoint для определения целевого контента для веб-частей как в
средах, где выполняется приложение-служба профилей пользователей, так и в средах, где приложение-служба профилей
пользователей не выполняется.
Определение целевых ссылок для клиентских приложений Office
Администраторы службы профилей пользователей управляют ссылками, появляющимися в списке SharePoint клиентских
приложений Office при открытии или сохранении файлов, и определяют аудитории, для которых отображается каждая из ссылок.
По умолчанию всем пользователям приложения-службы профилей пользователей отображаются одни и те же ссылки на
клиентские приложения Office 2010. Ссылки становятся гораздо более полезными, когда они определяются как целевые для
конкретных аудиторий.
Примерами ссылок, которые могут быть опубликованы для клиентских приложений, являются:
 Веб-сайты, в том числе веб-сайты рабочих групп, веб-сайты порталов и рабочие области проектов.

Библиотеки подключения данных.

Библиотеки документов или репозитории документов.
Определение целевых ссылок для личных веб-сайтов (ссылки для перемещения для личных вебсайтов)
Ссылки, отображаемые на страницах личного веб-сайта в верхней панели навигации (ссылки персональных веб-сайтов), могут
предназначаться конкретным аудиториям. Администраторы службы профилей пользователей управляют ссылками,
242
отображаемыми на панели навигации личных веб-сайтов, и определяют аудитории, которым видна каждая из ссылок. Во многих
случаях ссылка может предназначаться для одной из групп в организации, но не для всех пользователей.
Определение доверенных расположений узлов "Мой сайт"
В определенных сценариях, таких как глобальное развертывание с географически распределенными общими службами,
некоторые пользователи могут обладать доступом к одному или нескольким расположениям узлов "Мой сайт". Администраторы
службы профилей пользователей для каждого приложения-службы управляют списком доверенных расположений узлов "Мой
сайт", а затем определяют как целевое каждое расположение для аудиторий пользователей, которым нужно видеть эти
расположения. В среде с несколькими расположениями узлов "Мой сайт" аудитории также определяют, в каком доверенном
расположении узлов "Мой сайт" будет создан личный веб-сайт для конкретного пользователя.
Так как доверенные расположения узлов "Мой сайт" обрабатываются в порядке своего приоритета в списке, пользователи видят
личные данные, максимально соответствующие отображаемому им личному веб-сайту. Кроме того, личные данные доступны,
даже если недоступны отдельные приложения-службы. Для развертываний, в которых используется только одно приложениеслужба профилей пользователей, эта возможность не требуется.
Дополнительные сведения см. в статье Планирование личных веб-сайтов (SharePoint Server 2010).
Целевые веб-части
Любая веб-часть может быть определена как целевая для конкретного набора аудиторий посредством добавления этих
аудиторий в поле Целевые аудитории в разделе Дополнительно области инструментов "Веб-части".
Примечание.
Хотя группы SharePoint нельзя использовать для определения аудиторий, их можно выбирать в качестве аудитории в поле Целевые
аудитории.
Среди веб-частей, которые часто используются с аудиториями для определения целевого контента, имеется веб-часть контента
по запросу. Эта веб-часть может использоваться для определения целевого контента с помощью следующих способов:
 Группировка результатов по аудиториям.

Отображение элементов списков из нескольких иерархических уровней.

Отображение элементов списков для конкретных аудиторий.
243
Другой группой веб-частей, которые частот используются с аудиториями, являются фильтры. Фильтры можно подключить к
другим веб-частям, чтобы они отображали результаты, основываясь только на определенных свойствах, таких как аудитория.
Фильтры часто подключаются к веб-частям бизнес-данных, чтобы разрешить пользователям определять целевые бизнес-данные
на основе аудитории.
Пример. Настройка аудиторий для личного веб-сайта
Несколько пользователей, отчитывающихся перед одним и тем же руководителем, используют веб-сайт, обеспечивающий
персонализированное представление основных бизнес-данных. Чтобы сделать веб-сайт более доступным, администратор
службы профилей пользователей сначала определил аудиторию, используя операнд Пользователь и оператор подчинен.
Затем администратор создал ссылку на личный веб-сайт для группы, использующей этот веб-сайт. По мере расширения
использования веб-сайта администратор службы профилей пользователей вносит следующие изменения, сначала проверяя, что
участие в аудитории определяется выполнением любого из правил (выполнения всех правил не требуется).
 Когда этот веб-сайт начинает использоваться другой группой, добавляется правило второй аудитории, для чего используется
операнд Пользователь и другое значение оператора подчинен.

Этот личный веб-сайт также начинает использоваться пользователями из списка рассылки. Чтобы учесть и их, добавляется
другое правило новой аудитории, основанное на операнде Пользователь, операторе является членом и значении для
списка рассылки, содержащего этих дополнительных пользователей.

Позднее руководитель филиала просит предоставить его персоналу доступ к этому личному веб-сайту. Администратор
создает новое правило аудитории с операндом Свойство, используя свойство Офис.

Наконец, администратор получает запрос на предоставление всем финансовым аналитикам доступа к этому личному вебсайту. Администратор создает другое правило аудитории на основе свойства Должность.
244
Обзор социальных тегов (SharePoint Server 2010)
Тег — это слово или фраза, которые идентифицируют отдельный блок данных в соответствии с заданным набором атрибутов
или критериев. С помощью тегов значительно упрощается поиск и обмен данными, относящимися к определенной теме или
задаче.
Социальные теги помогают пользователям распределять информацию по категориям более понятным способом. Они могут
повысить качество результатов поиска за счет возможности фильтрации по конкретным тегам, а также помогают связываться
для обмена данными с пользователями, имеющими те же интересы.
В этой статье описываются компоненты социальных тегов в Microsoft SharePoint Server 2010. В этой статье не описывается
настройка компонентов социальных тегов. Кроме того, в этой статье не рассматривается порядок реализации компонентов
социальных тегов в рамках общей стратегии социальной среды для организации. Дополнительные сведения см. в статье
Вопросы конфиденциальности и безопасности социальных тегов (SharePoint Server 2010).
Содержание:
 Общие сведения об использовании компонентов социальных тегов

Компоненты социальных тегов

Принципы использования и преимущества социальных тегов

Последствия использования социальных тегов
Общие сведения об использовании компонентов социальных
тегов
Применение компонентов социальных тегов позволяет упростить обмен данными между пользователями и обеспечивает более
эффективное извлечение релевантного, высококачественного контента. Возможность такого обмена позволяет повысить
эффективность совместной работы и обеспечивает тесное сотрудничество пользователей со специалистами в предметных
областях, которые могут помочь в решении различных проблем. Кроме того, компоненты социальных тегов SharePoint Server
245
2010 могут использоваться в организациях для обеспечения соответствия правовым нормам, подготовки к аудиту или
электронного обнаружения. Дополнительные сведения см. в статье Планирование eDiscovery (SharePoint Server 2010).
Компоненты социальных тегов
В SharePoint Server 2010 реализованы следующие компоненты социальных тегов:
 Социальные теги, позволяющие пользователям сохранять интересующие элементы, упорядочивать все данные проекта, а
также взаимодействовать с другими пользователями со схожими интересами.

Доски заметок, позволяющие пользователям добавлять комментарии к веб-страницам, документам и элементам библиотеки
с возможностью централизованного отслеживания.

Оценки, представляющие собой социальные теги, с помощью которых пользователи могут оценивать контент по заданной
шкале, например, от одной до пяти звезд.

Букмарклеты, с помощью которых пользователи могут добавлять теги и заметки на страницы, располагающиеся вне среды
SharePoint. например, теги, добавляемые пользователями на расположенный в Интернете веб-сайт, могут отображаться на
вкладке "Теги и заметки" личных сайтов пользователей.
Управление социальными тегами, досками заметок и оценками осуществляется с помощью разрешения "Управление
социальными компонентами" службы профилей пользователей.
Социальные теги
Социальные теги — это создаваемые пользователями слова или фразы, которые описывают блоки данных. Они не входят в
состав формальной таксономии, как корпоративные ключевые слова в хранилище терминов, связанном с приложением-службой
управляемых метаданных в SharePoint Server, или коды международной классификации болезней и сопутствующих проблем со
здоровьем (ICD), используемые в медицине для идентификации диагноза. Пользователи создают социальные теги на основе
субъективного восприятия конкретного блока данных.
Социальные теги состоят из удостоверения пользователя, URL-адреса элемента и самого тега. Социальные теги хранятся в базе
данных социальных тегов, которая входит в состав службы профилей пользователей. По умолчанию все прошедшие проверку
подлинности пользователи могут добавлять социальные теги к документам и другим элементам SharePoint. Удалять теги могут
любые пользователи с разрешением "Управление социальным контентом".
Облака тегов — это совокупные представления тегов, назначенных группой пользователей одному блоку данных. В SharePoint
Server 2010 представлена веб-часть облака тегов, которая по умолчанию отображается на личном веб-сайте. Администраторы и
пользователи могут выполнять фильтрацию облака тегов, чтобы отображать теги, используемые владельцем личного сайта,
246
отдельными группами или любыми пользователями, которые могут просматривать личный веб-сайт. Также поддерживается
фильтрация на основе даты и языка. Часто используемые теги отображаются крупным, полужирным шрифтом, а менее
популярные теги — шрифтом меньшего размера. Для каждого тега отображается число, определяющее, сколько раз он был
применен.
Доска заметок
Доска заметок — это веб-часть, с помощью которой пользователи могут импровизированные заметки на любые сайты SharePoint
Server 2010. Пользователи также могут оставлять комментарии доски заметок на страницах личного профиля других
пользователей и на собственной странице. Добавление заметок анонимными пользователями не поддерживается.
С помощью доски заметок пользователи могут выражать свое мнение по актуальным вопросам, не прибегая к услугам систем
электронной почты, обмена мгновенными сообщениями или телефонной связи. Например, пользователи могут оставлять
комментарии о веб-странице, которую они в данный момент просматривают. Эти комментарии и соответствующие ссылки на вебстраницы могут видеть другие пользователи, которые могут посетить страницу, если она отвечает их интересам. Такой подход
позволяет организовать на базе личных сайтов и страниц профилей централизованные ресурсы для управления открытыми
обсуждениями.
Оценки
В SharePoint Server 2010 оценки используются для классификации контента по шкале, которая определяет степень его
соответствия заданному критерию. При использовании оценок отображаются средняя оценка в диапазоне от 1 до 100 и
всплывающее окно, в котором приводятся дополнительные сведения об оценке. Пользователи могут оценивать элементы в
списке SharePoint, библиотеке документов и на отдельных веб-страницах. Для оценки элемента не требуется наличие
разрешений на запись для этого элемента.
Каждая оценка состоит из удостоверения пользователя, URL-адреса элемента и самой оценки. Также оценка включает дату и
время выставления. Оценки хранятся в таблице в одной базе данных с социальными тегами.
По умолчанию поддержка оценок на уровне фермы включена. Однако чтобы использовать оценки для конкретного семейства
веб-сайтов, необходимо отдельно включить их для этого семейства. Если в ферме включена поддержка оценок, можно включить
оценки для любого шаблона сайта. По умолчанию компонент "Оценки" включен для шаблона сайта портала публикации.
Букмарклеты
Букмарклет — это элемент управления JavaScript, с помощью которого пользователи могут сохранять закладки в браузере. С
помощью букмарклетов пользователи среды SharePoint могут назначать теги, создавать заметки и оценивать элементы для вебсайтов, расположенных вне среды SharePoint (например, для сайтов в Интернете), а затем обмениваться этими тегами,
заметками и оценками с коллегами и участниками собственных групп.
247
Примечание.
Несмотря на то, что теги сами по себе всегда являются открытыми, можно запретить другим пользователям просмотр тегов, назначенных
вами отдельному элементу. Заметки всегда остаются открытыми.
При назначении тега внешнему веб-сайту открывается страница http://my/_layouts в профиле пользователя. Все теги и заметки,
введенные на этой странице, отображаются на вкладке "Теги и заметки" личного сайта пользователя и на странице профиля
пользователя, где их могут просмотреть коллеги и участники группы пользователя.
Букмарклет состоит из удостоверения пользователя, слова или фразы и URL-адреса, которому назначается тег. Пользователи
могут определить букмарклеты, расположенные на вкладке "Теги и заметки" собственной страницы профиля, как закрытые.
Также поддерживается удаление букмарклетов.
Принципы использования и преимущества социальных тегов
Применение социальных тегов дает ряд преимуществ для бизнеса и ИТ-организаций предприятия.
Преимущества для бизнеса
Применение компонентов социальных тегов SharePoint Server 2010 позволяет бизнесу повысить эффективность совместной
работы и доступность деловой информации.
Повышение эффективности совместной работы и стимуляция инновационной деятельности
С помощью профилей пользователи могут идентифицировать свои профессиональные навыки и найти специалистов в
интересующих их областях. Комментарии доски заметок позволяют определить группу пользователей, имеющих интересы в
определенной предметной области. Благодаря такому социальному взаимодействию возможна разработка предложения для
участников списка "Мои коллеги" пользователей.
Повышение доступности деловых данных
Применение социальных тегов позволяет повысить степень видимости высококачественного контента и определить его
последние версии. Например, с помощью веб-канала на личном сайте пользователь может получать уведомления о том, что на
веб-страницу добавлены теги, которые были включены пользователем в собственный профиль. Кроме того, это обеспечивает
интеграцию с приложениями для бизнес-аналитики, позволяя пользователям работать с нужными корпоративными данными в
рамках своих должностных обязанностей, не выходя из среды SharePoint.
248
Преимущества для ИТ-организаций
Применение компонентов социальных тегов SharePoint Server 2010 дает ИТ-организациям следующие возможности:
1. Настройка политик, позволяющих контролировать деятельность группы и, вместе с тем, дающих пользователям возможность
самостоятельного управления некоторыми параметрами, что позволяет уменьшить степень участия ИТ-специалистов в
повседневной деятельности, связанной с социальными тегами.
2. Предоставление ограниченных разрешений только для чтения анонимным пользователям, ограничивающих их доступ к
выбранным семействам веб-сайтов.
3. Заблаговременное планирование использования масштабируемой архитектуры SharePoint Server 2010, обеспечивающее
плавный переход на новые ресурсы и расширение среды по мере роста числа пользователей.
4. Управление компонентами социальных тегов на уровне центра администрирования, семейства веб-сайтов или сайта. ИТадминистраторы могут назначать пользователям роли администраторов семейств веб-сайтов или сайтов, а также
предоставлять выбранным администраторам разрешение "Управление социальным контентом" для соответствующей
области. Такое распределение административных обязанностей позволяет повысить эффективность использования
ресурсов.
5. Использование функций социальных вычислений для снижения нагрузки на ИТ-специалистов, связанной с обеспечением
технической поддержки. Например, с помощью размещенного корпоративного вики-ресурса пользователи могут
обмениваться советами и рекомендациями. Также можно рассылать обновления, связанные с поддержкой, с помощью RSSканала.
6. Интеграция новых средств с существующими приложениями для создания единого пользовательского интерфейса, что
позволяет повысить скорость внедрения новых средств и свести к минимуму затраты на обучение персонала.
Последствия использования социальных тегов
Несмотря на то, что применение социальных тегов дает множество преимуществ, оно также связано с определенными рисками.
Основными вопросами, которые необходимо учитывать при внедрении компонентов социальных тегов, являются безопасность
контента и конфиденциальность пользователей. Кроме того, в отношении долгосрочного успеха внедрения таких компонентов
важнейшую роль играют проблемы быстродействия и нехватки ресурсов.
Безопасность и конфиденциальность
Если не используются соответствующие средства обеспечения безопасности, это может привести к нарушению
конфиденциальности пользователей и раскрытию контента, который должен быть защищен. В SharePoint Server 2010
249
администраторы могут настраивать политики, позволяющие защитить конфиденциальность, сохраняя при этом относительную
свободу применения социальных компонентов пользователями. Дополнительные сведения см. в статье Планирование политик
профилей пользователя (SharePoint Server 2010). В SharePoint Server 2010 администраторы могут защищать конфиденциальный
контент. Например, администратор может добавить URL-адрес сайта в список исключенных сайтов, чтобы предотвратить
назначение тегов этому сайту и всем его дочерним сайтам.
Пользователи должны понимать последствия для безопасности и конфиденциальности, связанные с применением компонентов
социальных тегов. Например, необходимо понимать, что при назначении пользователем тега сайту или документу его название и
URL-адрес рассылаются всем лицам, которые отметили этого пользователя как коллегу на личных веб-сайтах, а также тем, кто
определил такой тег как входящий в сферу интересов в собственном профиле. Дополнительные сведения см. в статье Вопросы
конфиденциальности и безопасности социальных тегов (SharePoint Server 2010).
Быстродействие и ресурсы
Проблемы, связанные с быстродействием и нехваткой ресурсов, могут отрицательно сказаться на отношении пользователей к
применению социальных тегов. Несмотря на то, что отдельные теги, оценки, букмарклеты и комментарии занимают очень мало
места, в совокупности они могут заметно повлиять на размер базы данных профилей, хранилища терминов или базы данных
социальных тегов. С учетом все более широкого распространения социальных тегов любой план внедрения должен
предусматривать возможности расширения в соответствии с ростом числа пользователей.
См. также
Понятия
Планирование социальных вычислений и совместной работы (SharePoint Server 2010)
Планирование личных веб-сайтов (SharePoint Server 2010)
250
Вопросы конфиденциальности и безопасности социальных
тегов (SharePoint Server 2010)
Социальные теги помогают людям взаимодействовать и делиться информацией. По определению взаимодействие и обмен
информацией может влиять на конфиденциальность (если раскрываются персональные данные) и безопасность (если
раскрывается конфиденциальная информация). Социальные теги в Microsoft SharePoint Server 2010 предоставляют компоненты,
которые можно использовать для управления влиянием на конфиденциальность и безопасность.
Содержание:
 Скрытие информации социальных тегов

Отображение информации социальных тегов

Информация, остающаяся открытой

Рекомендации
Скрытие информации социальных тегов
Три компонента SharePoint Server 2010 помогают защитить конфиденциальность и безопасность:
 Личные теги

Элемент управления оценок

Фильтрация по ролям безопасности
Личные теги
Пользователь, добавляющий тег на веб-страницу может указать, что этот тег является личным. Другие люди не могут видеть тот
факт, что тег был добавлен на веб-страницу. Другие люди не увидят тег в облаке тегов пользователя, если пользователь,
добавивший тег, не добавит такой же тег на другую веб-страницу без маркировки этого тега как личного.
Элемент управления оценок
251
Элемент управления оценок только отображает суммарную оценку, которую получает элемент. Он не отображает, какие
пользователи оценили элемент или какие отдельные оценки были предоставлены.
Триммер безопасности
При добавлении на страницу тега, заметки или оценки создается действие. Перед тем, как в SharePoint Server отобразится
действие, будет использован компонент, называемый триммером безопасности, чтобы определить, имеет ли текущий
пользователь разрешение на просмотр веб-страницы, к которой применяется действие. Если пользователь не имеет разрешение
на просмотр веб-страницы, SharePoint Server не отображает действие.
По мере обхода веб-страниц службой поиска она записывает разрешения, требуемые для просмотра каждой веб-страницы.
Триммер безопасности использует эти данные, чтобы определить, имеет ли заданный пользователь разрешение на просмотр
определенной веб-страницы. Если триммер безопасности имеет недостаточно сведений для определения наличия у
пользователя разрешения на просмотр веб-страницы, он выдает ошибку на стороне внимания и сообщает, что пользователь не
имеет разрешение на просмотр веб-страницы. В результате если служба поиска не обошла веб-страницу, действие, зависящее
от этой веб-страницы, не будет отображено.
Примечание.
Существует одно исключение: при просмотре пользователем собственной страницы "Мой профиль" отображаются все действия. См. раздел
Отображение информации социальных тегов для объяснения того, почему это происходит.
Отображение информации социальных тегов
Существует три варианта, которые позволяют пользователям просматривать информацию социальных тегов:
 На странице "Мой профиль" пользователя

В результате слежения за тегом или коллегой
 На веб-страницах в ферме SharePoint Server
Каждый из этих способов описан в следующих разделах.
Страницы "Мой профиль"
252
Каждый пользователь, известный службе профилей пользователей, имеет страницу "Мой профиль", которая отображает
сведения о пользователе. При просмотре чужой страницы "Мой профиль" отображаемый контент ограничивается триммером
безопасности. Контент, отображаемый на собственной странице "Мой профиль" не ограничивается триммером безопасности.
Вкладка Теги и заметки страницы "Мой профиль" содержит облако тегов, состоящее из тегов, добавленных пользователем на
веб-страницы. Любой человек может просмотреть облако тегов. Облако тегов, которое можно видеть на собственной странице
"Мой профиль" состоит из общедоступных и личных тегов. Облако тегов, отображаемое на чужой странице "Мой профиль",
содержит только общедоступные теги.
При выборе тега в облаке тегов действия, связанные с тегом, отображаются в разделе Действия. При просмотре чужой
страницы "Мой профиль" действия ограничиваются триммером безопасности. Поэтому можно увидеть тег, для которого не
отображаются связанные с ним действия.
Вкладка Обзор страницы пользователя "Мой профиль" содержит раздел, озаглавленный Последние действия. Как говорит его
название, этот раздел содержит список недавних действий пользователя, связанных с социальными тегами. Список
ограничивается триммером безопасности, если осуществляется просмотр не собственной страницы "Мой профиль".
Вкладка Обзор пользовательской страницы "Мой профиль" также содержит поле заметок. Заметки, добавляемые людьми на
пользовательскую страницу "Мой профиль" отображаются здесь. Все заметки являются общедоступными.
Слежение
Можно поинтересоваться тем, когда определенный тег был использован, при помощи слежения за тегом. При слежении за тегом
будут создаваться уведомления каждый раз, когда кто-либо добавляет этот тег на веб-страницу. Эти уведомления
ограничиваются триммером безопасности, поэтому если кто-либо добавляет тег на страницу, для которой у пользователя нет
разрешений на просмотр, он не получит уведомление об этом действии. Тот факт, что осуществляется слежение за тегом,
является общедоступным; люди могут просматривать список всех, кто следит за тегом, на странице профиля тега.
Можно поинтересоваться чьей-либо активностью по созданию социальных тегов, если добавить этого человека в качестве
коллеги. Если сделать кого-либо коллегой, будут приходить уведомления каждый раз при добавлении этим человеком на вебстраницу тега, заметки или оценки. Эта информация ограничивается триммером безопасности, поэтому будут отображаться
только те действия, которые связаны с веб-страницами, для которых имеется разрешение на просмотр.
253
Примечание.
Триммер безопасности удаляет оценки, примененные к элементам списков. Он не удаляет оценки, примененные к другим элементам,
таким как документы и веб-страницы.
Веб-страницы
При добавлении тега или заметки к веб-странице в ферме SharePoint Server можно увидеть теги и заметки, которые другие
пользователи добавили на веб-страницу. Можно видеть все заметки, но можно видеть только общедоступные теги.
Информация, остающаяся открытой
Сами теги (слова или фразы, применяемые к веб-страницам) сохраняются в хранилище терминов. (Дополнительные сведения о
хранилищах терминов см. в разделе Managed metadata overview (SharePoint Server 2010).) Общедоступные и личные теги
сохраняются в хранилище терминов. Хранилище терминов не идентифицирует человека, создавшего термин, или веб-страницу,
к которой тег был применен.
Рекомендации
Хотя в SharePoint Server 2010 предоставляются компоненты, помогающие защитить конфиденциальность и безопасность при
использовании социальных тегов, нужно предпринять дополнительные действия, чтобы извлечь максимальную выгоду.
 Сообщите пользователям о том, какие аспекты их действий по созданию социальных тегов являются общедоступными, а
какие частными. Обучите пользователей помечать теги как частные, когда они не хотят, чтобы другие пользователи видели,
что они применили тег к веб-странице.

Внимательно оцените весь настраиваемый код перед развертыванием. Настраиваемое приложение может получить доступ к
данным социальных тегов с помощью объектной модели социальных тегов SharePoint Server 2010 или напрямую из базы
данных. Приложение может получить доступ к тем же данным социальных тегов, которые могут быть доступны для учетной
записи, от имени которой выполняется приложение. Если приложение выполняется от имени учетной записи, имеющей
разрешения администратора базы данных, или от имени учетной записи, являющейся администратором службы профилей
пользователей и имеющей разрешение на управление социальными метаданными, приложение может получать доступ ко
254
всем данным социальных тегов, таким как частные теги, без ограничения триммером безопасности. Убедитесь, что
настраиваемые приложения представляют только такие данные, которые удовлетворяют стандартам конфиденциальности и
безопасности организации.

Рассмотрите возможность применения настраиваемого триммера безопасности. Если триммер безопасности SharePoint
Server имеет недостаточно данных, чтобы определить, имеет ли пользователь разрешение на просмотр веб-страницы, он
выдает ошибку на стороне внимания и сообщает, что пользователь не имеет разрешения. Одним из результатов этого может
быть то, что теги, заметки и оценки, добавленные на внешние веб-сайты, будут всегда ограничиваться триммером. Если это
неприемлемо в имеющихся условиях, рассмотрите возможность реализации настраиваемого триммера безопасности.
Пример настраиваемого триммера безопасности см. в разделе Интерфейс ISocialSecurityTrimmer (Возможно, на английском
языке) (http://go.microsoft.com/fwlink/?linkid=188524&clcid=0x419).

Когда разрешения, требуемые для доступа к веб-сайту, изменяются, служба поиска должна выполнить обход веб-сайта
снова. Триммер безопасности не будет распознавать новые требования к разрешениям до тех пор, пока не будет выполнен
новый обход сайта.
См. также
Понятия
Обзор социальных тегов (SharePoint Server 2010)
Планирование профилей пользователей (SharePoint Server 2010)
Другие ресурсы
Managing privacy
Теги (http://go.microsoft.com/fwlink/?linkid=188521&clcid=0x419) (Возможно, на английском языке)
255
Обзор корпоративных вики-ресурсов (SharePoint Server
2010)
Корпоративные вики-сайты — это крупное хранилище знаний, предназначенное для хранения и обеспечения совместного
доступа к данным в организации. Если в организации возникает потребность в централизованном хранении и обеспечении
доступа к данным, следует подумать о внедрении решения для корпоративных вики-ресурсов.
В данной статье сравниваются корпоративные вики-сайты и сайты групп. В ней отсутствует информация о планировании или
настройке корпоративных вики-сайтов. Дополнительные сведения см. в статьях Планирование корпоративных вики-ресурсов
(SharePoint Server 2010) и Create an Enterprise Wiki.
Содержание:
Сравнение корпоративных вики-сайтов с сайтами групп
Использование и преимущества корпоративных вики-ресурсов
Ограничения корпоративных вики-ресурсов
Пример. Вики-сайт Fabrikam Enterprise
Сравнение корпоративных вики-сайтов с сайтами групп
Шаблон сайта группы предоставляет гибкий способ для создания контента. Этот шаблон включает в себя независимый от
браузера редактор форматированного текста и автозавершение. Шаблон сайта группы обеспечивает совместную работу групп в
одной или нескольких организациях. Сайты групп предназначены для устранения двух ключевых проблем, возникающие у всех,
кто несет ответственность для целостность контента организации.
 Редакционный контроль Администраторы сайта группы или другие пользователи с правами полного доступа к сайту
группы могут разрешить всем пользователям чтение записей, но предоставить возможность изменения только некоторым
пользователям.
256

Управление версиями Пользователи могут просматривать предыдущие версии записей, получая информацию о том, когда
и кем они изменялись. В случае некорректности или неуместности изменений они могут быть отменены с возвратом к более
ранней версии.
В SharePoint Server 2010 домашняя страница шаблона сайта группы является страницей вики-сайта. Шаблон корпоративного
вики-сайта использует средства публикации SharePoint Server 2010 для добавления рейтинга страницы, управляемых
метаданных и возможностей индивидуальной настройки. Интеграция с Microsoft SharePoint Designer 2010 упрощает изменение
способа отображения контента путем смены макета страницы и реализацию фирменного стиля путем изменения главных
страниц. Дополнительные сведения см. в статье Общие сведения о сайтах и семействах сайтов (SharePoint Server 2010).
В следующей таблице предложено несколько критериев, которые необходимо учитывать при выборе шаблона сайта группы или
шаблона корпоративного вики-сайта. Дополнительные сведения см. в статье Планирование корпоративных вики-ресурсов
(SharePoint Server 2010).
Чтобы достичь указанной цели,
Используйте шаблон этого сайта.
Стимулирование подключения "один-ко-многим"
Сайт группы
Стимулирование подключения "многие-ко-многим"
Корпоративный вики-сайт
Предоставление структурированного обмена информацией
Сайт группы
Обеспечение возможности обмена информацией при совместной
работе
Корпоративный вики-сайт
Вставка изображений или файлов на страницу
Сайт группы или корпоративный вики-сайт
Отметка страниц для упрощения создания ссылок, используя
корпоративные ключевые слова
Корпоративный вики-сайт
257
Использование и преимущества корпоративных вики-ресурсов
Корпоративные вики-сайты помогают организациям собирать, организовывать и распространять информацию. Они часто
становятся репозиториями для неопубликованных знаний организации, которые нельзя хранить где-либо еще. Корпоративные
вики-сайты стимулируют обмен полученными знаниями и советами по совместному использованию с другими пользователями,
что позволяет снизить потребность в плановых занятиях в или непрерывной ИТ-поддержке.
Ограничения корпоративных вики-ресурсов
Поскольку корпоративный вики-сайт может создавать большой трафик, может потребоваться настроить его на использование
одного семейства веб-сайтов и одной выделенной базы данных Microsoft SQL Server. Если база данных Microsoft SQL Server
является общей, пользователи могут ощутить снижение производительности. Дополнительные сведения см. в статье
Планирование корпоративных вики-ресурсов (SharePoint Server 2010).
Страницы корпоративного вики-сайта нельзя преобразовать или перенести в страницы на сайте группы без использования
настраиваемого кода. Поскольку корпоративные вики-сайты используются совместно со средством публикации в SharePoint
Server 2010, существуют значительные различия между корпоративным вики-сайтом и сайтом группы.
Пример. Вики-сайт Fabrikam Enterprise
Корпорация Fabrikam ведет корпоративный вики-сайт, где сотрудники могут найти все интересующие сведения о совместной
работе, преимуществах и услугах и на котором они могут размещать новости компании. Корпоративный вики-сайт позволяет
сотрудникам использовать социальные теги и примечания, чтоб помочь другим пользователям в поиске контента. Например,
сотрудник отдела кадров публикует страницу о изменениях в налоговом законодательстве, которые могут затронуть некоторых
сотрудников, у которых на иждивении есть дети. Сотрудник помечает страницу несколькими ключевыми словами, включая
"налоги", "иждивенцы", "дети" и "вычеты". Когда приходит время для оплаты налогов другой сотрудник в отделе продаж
выполняет поиск по ключевым словам "иждивенцы" и "вычеты" и извлекает страницу, опубликованную сотрудником из отдела
кадров.
258
Планирование корпоративных вики-ресурсов (SharePoint
Server 2010)
Корпоративные вики-ресурсы — это крупное хранилище знаний, предназначенное для хранения и обеспечения совместного
доступа к данным в организации. Если в организации возникает потребность в централизованном хранении и обеспечении
доступа к данным, следует подумать о внедрении решения для корпоративных вики-ресурсов. Дополнительные сведения см. в
разделе Обзор корпоративных вики-ресурсов (SharePoint Server 2010).
Корпоративные вики-ресурсы используют шаблон корпоративного вики-ресурса, основанный на инфраструктуре публикаций
Microsoft SharePoint Server 2010. Эта инфраструктура предоставляет различные способы управления контентом. Например,
можно назначать разрешения или использовать рабочие процессы для создания процессов утверждения.
В этой статье содержатся сведения о планировании решения корпоративного вики-ресурса для вашей организации.
Содержание:
 Сведения о планировании корпоративного вики-ресурса

Определение необходимости использования корпоративного вики-ресурса

Оценка предварительных требований

Выбор расположения для размещения корпоративного вики-ресурса
Сведения о планировании корпоративного вики-ресурса
Перед началом внедрения корпоративного вики-ресурса необходимо определить, является ли такое решение оптимальным для
вашей организации. Корпоративный вики-ресурс может быть хорошим решением в том случае, когда бизнес требует
одновременного доступа большого числа пользователей для пополнения базы знаний. Для организации взаимодействия по
схеме "от одного ко многим", посвященной конкретному проекту или тематике, следует использовать сайт группы.
259
Предупреждение.
Страницы корпоративного вики-сайта невозможно преобразовать или перенести на страницы сайта группы без использования
пользовательского кода. Корпоративные вики-ресурсы используются вместе с компонентом публикации SharePoint Server 2010, поэтому
корпоративный вики-сайт и сайт группы существенно отличаются.
Эта статья не описывает вопросы планирования сайта группы. Чтобы получить дополнительные сведения о планировании сайта
группы, обратитесь к разделу Планирование сайтов совместной работы (SharePoint Server 2010)).
При планировании корпоративного вики-ресурса выполните действия в указанном порядке.
Определение необходимости использования корпоративного викиресурса
К процессу принятия решения о необходимости внедрения в организации корпоративного вики-ресурса должны быть привлечены
представители различных рабочих групп. В идеальном случае это должны быть представители подразделений ИТ,
информационной архитектуры, бизнес-подразделений, предложивших внедрение вики-ресурса, а также отдела кадров. (В
каждой конкретной организации эти подразделения могут иметь иные наименования, а некоторые функции могут быть
объединены в какой-либо одной структуре). Группа в процессе принятия решения должна рассмотреть следующие аспекты:
 Какова цель вики-ресурса? Корпоративный вики-ресурс должен создаваться с конкретной целью. Например, это может
быть конкретная бизнес-цель или удовлетворение потребностей в информации по конкретной теме, процессу, проблеме или
деловой задаче. Основная цель — предоставить пространство, где участники виртуального сообщества могли бы создавать,
изменять и удалять контент, который может быть создан предшествующими авторами. Например, можно использовать викиресурс для обеспечения возможности пополнения сотрудниками содержимого страниц "Советы", посвященных бизнесприложениям, используемым в организации. Однако при необходимости более структурированного способа обмена знания с
преимущественным направлением передачи информации "один-ко-многим" вместо более свободного поведения,
представленного в вики-ресурсах, следует обратить внимание на такие формы, как сайт группы с веб-редактором или блог.

Какое количество пользователей будет иметь право вводить данные? На это решение оказывают влияние несколько
факторов. Чтобы определить это, ответьте на следующие вопросы. Сможете ли вы поддерживать рост и удовлетворять
потребность в постоянно растущих требованиях к сетям и пропускной способности? Следует ли определить в каждой бизнес260
сфере ключевых авторов, которые будут выполнять основной ввод данных? Существуют ли правовые вопросы в отношении
авторства?

Как предполагается контролировать доступ к корпоративному вики-ресурсу? Все участники организации теоретически
могут иметь доступ для ввода, изменения и обновления контента корпоративного вики-ресурса организации. При
необходимости разделения информации на группы больше подойдет сайт группы с веб-редактором или блог.

Насколько жестко предполагается контролировать контент? В отличие от блогов, разработанных для более
структурированного обмена информацией, вики-ресурсы в больше степени способствуют неформальному подходу к
созданию контента. Однако в организации могут быть приняты нормы и руководства в отношении определенных видов
контента или в отношении контента по определенным темам. Необходимо предусмотреть средства обработки неприемлемых
или неточных записей.
С следующей таблице функции корпоративного вики-сайта сравниваются с функциями сайта группы.
Необходимое действие:
Требуемый шаблон сайта:
Обеспечение взаимодействия "от одного к многим"
Сайт группы
Обеспечение взаимодействия "от многих к многим"
Корпоративный вики-сайт
Создание системы структурированного обмена информацией
Сайт группы
Предоставление возможности обмена информацией при совместной Корпоративный вики-сайт
работе
Обеспечение использования социальных тегов и заметок
Корпоративный вики-сайт
Управление версиями документов
Сайт рабочей группы или корпоративный вики-ресурс
Сохранение редакторского контроля
Сайт рабочей группы или корпоративный вики-ресурс
Предоставление возможности оценки сайта
Корпоративный вики-сайт
Включение контента сайта в результаты поиска
Сайт рабочей группы или корпоративный вики-ресурс
Отметка страниц для упрощения создания ссылок с помощью
Корпоративный вики-сайт
261
корпоративных ключевых слов
Использование макетов страниц для предоставления
структурированных страниц
Корпоративный вики-сайт
Чтобы реализовать в организации корпоративный вики-ресурс, перейдите к шагу Оценка предварительных требований.
Оценка предварительных требований
Перед созданием корпоративного вики-ресурса необходимо выполнить следующие задачи.
 Создайте приложение-службу управляемых метаданных для хранения социальных тегов и заметок. Дополнительные
сведения см. в разделе Managed metadata service application overview (SharePoint Server 2010).

Если корпоративный вики-ресурс планируется использовать совместно с сайтами "Мои сайты", создайте приложение-службу
профилей пользователей. Дополнительные сведения см. в статье Обзор службы профилей пользователей (SharePoint Server
2010).

Для управления семейством сайтов, в котором размещается корпоративный вики-ресурс, требуется по меньшей мере
наличие прав администратора семейства сайтов.
Выбор расположения для размещения корпоративного викиресурса
Поскольку корпоративный вики-ресурс может быстро увеличиваться в размере, расположение для его размещения должно иметь
достаточный запас производительности и пропускной способности. Несмотря на то, что корпоративный вики-сайт обычно
содержит страницы, занимающие небольшое пространство, они редактируются большим количеством пользователей, чем сайты
группы.
Различные корпоративные вики-ресурсы, созданные в различных семействах веб-сайтов, не могут взаимодействовать друг с
другом. Они не могут совместно использовать такие функции, как автозавершение, списки и настраиваемый поиск, поскольку эти
функции не могут охватывать несколько экземпляров вики-ресурса одновременно. Использование нескольких семейств вебсайтов оправдано в том случае, если, учитывая специфику организации, ее размер, расположение и аспекты доступа, выбран
262
вариант создания нескольких сайтов групп. Однако можно создать корпоративный вики-ресурс в виде дочернего сайта другого
сайта.
Это действие завершает процесс планирования. Следующим этапом является создание и настройка корпоративного викиресурса. Дополнительные сведения см. в разделе Create an Enterprise Wiki (SharePoint Server 2010).
См. также
Понятия
Обзор службы профилей пользователей (SharePoint Server 2010)
Другие ресурсы
About the managed metadata service application (SharePoint Server 2010)
263
Планирование сайтов совместной работы (SharePoint Server
2010)
Службы Microsoft SharePoint Server 2010 предусматривают поддержку сайтов совместной работы в вашей среде. На сайтах
совместной работы хранятся данных, с которыми отдельные пользователи или группы могут работать совместное, открывать к
ним общий доступ и осуществлять их проверку. Эти сайты не обязательно должны быть связаны с семейством веб-сайтов
определенного портала или быть частью семейства веб-сайтов публикации. Они могут быть изолированными, доступными для
рабочих групп или групп пользователей, которым необходимо вести совместную работу над проектами и совместно использовать
сведения. Например, рабочей группе в инжиниринговой фирме может понадобиться сайт совместной работы для обсуждения
состояния текущего проекта, постановки задач или организации групповых ленчей без публикации таких внутренних сведений в
корпоративной интрасети.
Можно сделать так, чтобы на сайтах совместной работы можно было производить поиск из сайта портала или публикации, таким
образом сведения этих сайтов будут доступны организации. Однако для упрощения восстановления и хранения данных, сайты
совместной работы следует размещать либо в отдельном веб-приложении, либо в отдельных базах данных контента в том же
веб-приложении, что и сайт портала или публикации.
Такие сайты совместной работы можно создать заранее, а также можно разрешить пользователям создавать их самостоятельно.
Дополнительные сведения о сайтах для совместной работы и планировании их архитектуры см. в разделе "Пример проекта
логической архитектуры: сайты для совместной работы".
Дополнительные сведения о корпоративных вики-ресурсах см. в разделе Планирование корпоративных вики-ресурсов
(SharePoint Server 2010).
Содержание:
 Определение количества сайтов совместной работы

Конкретные пути

Дополнительные пути
264
Определение количества сайтов совместной работы
Рассчитайте приблизительно количество сайтов совестной работы в той или иной среде, а также сколько таких сайтов
планируется поддерживать. Если включить для пользователей запросы на сайты совместной работы, можно будет отслеживать
количество создаваемых сайтов. Если разрешить пользователям самостоятельно создавать свои сайты совместной работы,
таких сайтов в среде будет множество.
Конкретные пути
В Microsoft SharePoint Server 2010 можно использовать конкретные пути, где будут содержаться семейства сайтов SharePoint,
подобно тому, как в папках файловой системы содержатся файлы или документы. По умолчанию при создании веб-приложения
доступны два пути.
 Корневой путь (/). Явное включение, которое может содержать одно семейство сайтов. Например, чтобы URL-адрес
отображался в виде http://имя_компании/default.aspx, создайте семейство сайтов по этому корневому пути.

Путь сайтов (/sites). Общий путь, который может содержать несколько семейств сайтов. Например, при использовании пути
/sites URL-адрес для сайта с именем "Сайт_А" будет следующим: http://имя_сервера/sites/Сайт_А/default.aspx.
Примечание.
Имя пути /sites зависит от языка, используемого во время установки приложения.
Дополнительные пути
Также можно создать дополнительные пути, позволяющие группировать семейства сайтов. После создания семейства сайтов,
можно выбрать следующие действия.
 Создать семейство сайтов в корне веб-приложения (если здесь не было уже создано семейство сайтов).

Создать семейство сайтов по пути /sites.
 Создать семейство сайтов по любому дополнительному пути, доступному для веб-приложения.
Как правило, для большинства установок достаточно использовать путь /sites. Однако в следующих ситуациях следует подумать
об использовании других путей.
265


Вы имеете дело со сложной установкой и планируете большое количество семейств сайтов, подобные из которых
необходимо сгруппировать.
Например, можно не использовать для всех пользователей путь /sites, а создать путь /personal (личные) для сайтов
отдельных пользователей или путь /team (группа) для сайтов совместной работы групп.
Необходимо предусмотреть возможность добавления фильтра к брандмауэру или маршрутизатору для ограничения
определенного пространства имен только внутренним доступом.
Например, для совместной работы с внешними пользователями можно предоставить путь /team и ограничить доступ к пути
/personal.
Интеграция с Microsoft SharePoint Workspace 2010
Microsoft SharePoint Workspace 2010 предоставляет клиентскую программу для Microsoft SharePoint Server 2010, позволяющую
выполнять синхронизацию контента компьютера с документами и списками SharePoint в реальном масштабе времени. Microsoft
SharePoint Workspace 2010 также предоставляет возможность создания специальных рабочих областей Groove для совместной
работы и доступа к общим папкам. Данные можно легко синхронизировать как в интерактивном режиме, так и автономно с
помощью выделенного сайта SharePoint или внешних партнеров и внешних участников группы посредством общих рабочих
областей. Microsoft SharePoint Workspace 2010 устанавливается автоматически с корпоративной версией Microsoft Office 2010.
Также возможна установка отдельно с помощью Центра загрузки Майкрософт (Возможно, на английском
языке)(http://go.microsoft.com/fwlink/?linkid=48516&clcid=0x419).
Дополнительные сведения см. в разделе Plan for SharePoint Workspace 2010.
266
Планирование управления корпоративным контентом
(SharePoint Server 2010)
Enterprise Content Management (ECM) в Microsoft SharePoint Server 2010 включает управление документами, записями и
цифровыми активами.
Содержание:
 Планирование управления документами (SharePoint Server 2010)
SharePoint Server 2010 содержит функции управления документами, которые можно использовать для управления
жизненным циклом документов организации: их созданием, рассмотрением, публикацией и окончательным уничтожением
или сохранением. Приведенные в этом разделе статьи могут служить руководством по планированию функций управления
документами в решении.
 Планирование управления записями (SharePoint Server 2010)
Статьи в этом разделе описывают процесс управления записями в SharePoint Server 2010 и предоставляют рекомендации по
планированию решения по управлению записями.
 Планирование библиотеки цифровых активов (SharePoint Server 2010)
SharePoint Server 2010 предоставляет типы контента, разработанные специально для звуковых и видео-активов, чтобы
поддерживать сохранение и воспроизведение этих активов в веб-частях и страницах веб-частей. Используйте статьи в этом
разделе для руководства при планировании библиотеки цифровых активов на основе SharePoint Server 2010.
267
Планирование управления документами (SharePoint Server
2010)
Эти статьи позволят спланировать компоненты управления документами в решении на основе Microsoft SharePoint Server 2010.
SharePoint Server 2010 содержит функции управления документами, которые можно использовать для управления жизненным
циклом документов организации: их созданием, рассмотрением, публикацией и окончательным уничтожением или сохранением.
Приведенные в этой главе статьи могут служить руководством по планированию функций управления документами в решении.
Статьи этой главы:
 Раздел Общие сведения об управлении документами (SharePoint Server 2010) представляет собой знакомство с процессом
управления документами на предприятии, а также описание процесса планирования управления документами,
рекомендованного в данном руководстве по планированию.

Раздел Идентификация пользователей и анализ использования документов описывает создание команды планирования
управления документами и содержит сведения об определении типов документов, используемых на предприятии, а также об
анализе этапов жизненного цикла документов.

Раздел Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server 2010) содержит сведения,
позволяющие планировщикам и разработчикам решений ознакомиться с принципами применения маршрутизации и хранения
на основе метаданных с помощью компонента "Организатор контента" в составе комплексного решения по управлению
документами.

Раздел Обзор навигации для метаданных (SharePoint Server 2010) содержит сведения, позволяющие планировщикам и
разработчикам решений ознакомиться с принципами применения компонента навигации и фильтрации метаданных для
поиска контента в библиотеке документов на основе метаданных.

Раздел Планирование библиотеки документов (SharePoint Server 2010) содержит описание использования библиотек
документов для организации документов предприятия.

Раздел Планирование наборов документов (SharePoint Server 2010) содержит описание принципов использования наборов
документов для организации коллекции документов в рамках отдельного проекта или рабочего продукта.
268

Раздел Планирование типов контента и рабочих процессов (SharePoint Server 2010) содержит описание планирования типов
контента. Типы контента SharePoint Server позволяют определять и совместно использовать атрибуты документов,
элементов списка и папок. В этой статье также описывается использование компонента рабочего процесса SharePoint Server
для создания процессов работы с документами.

Раздел Планирование политики управления информацией (SharePoint Server 2010) содержит описание процесса
планирования корпоративных политик, направленных на обеспечение выполнения требований нормативно-правовых актов и
юридических обязательств, в дополнение к рекомендациям, например, по аудиту и надлежащему хранению документов.

Раздел Планирование контроля версий, утверждения контента и извлечения (SharePoint Server 2010) содержит описание
принципов планирования управления контентом с использованием управления версиями, извлечения и возврата, а также
утверждения публикации контента.
269
Общие сведения об управлении документами (SharePoint
Server 2010)
В этой статье описываются различные элементы решения по управлению документами на основе Microsoft SharePoint Server
2010.
Содержание:
 Элементы системы управления документами
 Процедура планирования
Система управления документами контролирует жизненный цикл документов в организации — их создание, просмотр и
публикацию, а также окончательное удаление или сохранение. Хотя термин "управление" подразумевает контроль информации
от вершины организации, эффективная система управления документами должна отражать сущность организации, в которой
используется. Средства, используемые для управления документами, должны быть гибкими, что позволяет строго
контролировать жизненные циклы документа, если это соответствует корпоративной культуре и целям, но также позволяет
применять менее структурированную систему, если это больше подходит организации.
Элементы системы управления документами
В эффективном решении управления документами указано:
 Какие типы документов и другого контента могут быть созданы в рамках организации.

Какие шаблоны использовать для каждого типа документов.

Какие метаданные предоставлять для каждого типа документов.

Где хранить документ на каждой стадии его жизненного цикла.

Как контролировать доступ к документам на каждой стадии их жизненного цикла.

Как перемещать документы в рамках организации с правом участников групп вносить изменения в создание, просмотр,
утверждение, опубликование и размещение документов.
270

Какие политики применять к документам, чтобы связанные с документами действия были проверены, документы сохранены
или удалены корректно, а важный для организации контент был защищен.

Нужно ли преобразовать документ из одного формата в другой при его продвижении по жизненному циклу.

Насколько документы соответствуют корпоративным записям, которые должны сохраняться в соответствии с юридическими
требованиями и корпоративными обязательствами.
В SharePoint Server 2010 содержатся функции, которые обеспечивают все эти аспекты управления документами. Чтобы
работники информационных подразделений могли легко пользоваться этими возможностями, не отвлекаясь от повседневных
операций и привычных средств, в приложения системы Microsoft Office, например Microsoft Outlook и Microsoft Word, также
включены функции для поддержки каждой стадии жизненного цикла документов.
Процедура планирования
Процедура планирования управления документами состоит из следующих важных шагов:
1. Определение ролей управления документами. Убедитесь, что в планах учтены следующие моменты: отзывы от основных
заинтересованных лиц организации, наличие соответствующей группы на месте для внедрения решения, а также
утверждение лиц, принимающих участие в управлении документами. Дополнительные сведения о создании группы
планирования управления документами см. в статье Идентификация пользователей и анализ использования документов.
2. Анализ использования документов. После определения лиц, работающих с документами, определите тип документов, с
которыми ведется работа, и методы использования этих документов. Дополнительные сведения см. в статье Идентификация
пользователей и анализ использования документов.
3. Планирование организации документов. Документы можно упорядочивать в семействах сайтов, сайтах и библиотеках.
SharePoint Server 2010 предоставляет ряд возможностей для организации и хранения документов, начиная со
специализированных сайтов (хранилище записей) и заканчивая менее структурированными библиотеками документов для
быстрого создания документов и совместной работы. Внутри библиотеки контент можно упорядочить по папкам и вложенным
папкам. Дополнительные сведения см. в статьях Планирование библиотеки документов (SharePoint Server 2010) и
"Планирование хранилища контента предприятия и управления версиями".
4. Планирование перемещения контента между расположениями. На разных стадиях жизненного цикла документа может
возникнуть необходимость переместить или скопировать его из одного сайта или библиотеки в другой сайт или библиотеку.
Например, процесс публикации может включать перемещение документа из промежуточного сайта на общедоступный вебсайт. Если при перемещении в другой сайт требуется преобразовать контент из одного формата в другой, то следует также
271
выполнить планирование преобразования контента. Дополнительные сведения см. в разделе "Планирования потока
контента" статьи Планирование библиотеки документов (SharePoint Server 2010).
5. Планирование типа контента. Используйте типы данных для упорядочения информации по типам документов, например, по
метаданным, шаблонам документов, политикам и рабочим процессам. Это важный шаг для организации документов и
обеспечения согласованности в рамках организации. Дополнительные сведения см. в статье Планирование типов контента и
рабочих процессов (SharePoint Server 2010).
6. Планирование рабочих процессов. Планируя рабочие процессы для организации, можно контролировать и отслеживать
перемещение документов между участниками группы, поскольку каждый участник принимает участие в совместной работе во
время жизненного цикла документа. В SharePoint Server 2010 содержатся рабочие процессы для стандартных задач групп,
таких как просмотр и подтверждение документов. В SharePoint Server 2010 также поддерживается создание и установка
пользовательских рабочих процессов. Дополнительные сведения см. в статье Планирование типов контента и рабочих
процессов (SharePoint Server 2010).
7. Планирование контроля контента. Можно запланировать соответствующую степень контроля на основе типа контента и
места хранения. Например, для библиотеки документов можно запланировать процедуры извлечения и возврата, чтобы
защитить документы от несанкционированного распространения с помощью управления правами на доступ к данным.
Дополнительные сведения см. в статьях Планирование библиотеки документов (SharePoint Server 2010) и Планирование
политики управления информацией (SharePoint Server 2010).
8. Планирование политик. Для каждого типа контента выполните планирование политик управления, чтобы обеспечить
корректную проверку, хранение и маркировку документов, а также иную их обработку в соответствии с установленными
организационными юридическими требованиями. В SharePoint Server 2010 содержатся политики, которые обеспечивают
проверку и хранение документов, использование меток и штрих-кодов (для согласования распечатанного контента с
соответствующими электронными версиями). Дополнительные сведения см. в статье Планирование политики управления
информацией (SharePoint Server 2010).
272
Идентификация пользователей и анализ использования
документов
Первым этапом планирования решения по управлению документами является определение пользователей и анализ
использования документов. В этой статье представлено руководство по определению пользователей и анализу использования
документов для решения на основе Microsoft SharePoint Server 2010.
Содержание:
 Определение пользователей

Анализ использования документов

Таблицы
Определение пользователей
Чтобы определить ключевых заинтересованных лиц и участников решения по управлению документами, можно использовать
опрос для сбора этих сведений. Например, опрос может содержать следующие вопросы:
 Кто в организации создает документы?

Какие типы документов они создают?

Кто проверяет документы?

Кто изменяет документы?

Кто использует документы?

Кто утверждает публикацию документов?

Кто разрабатывает веб-сайты, служащие для размещения документов?

Кто определяет правила и политики для управления документами?

Кто управляет записями в организации?
273

Кто разворачивает и обслуживает серверы, где хранятся документы?
Действие листа
Каждый из этих вопросов может иметь множество ответов. Занесите сведения, собранные в ходе этого опроса, в таблицу "Участники
управления документами" (Возможно, на английском языке) (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x419), как показано в
следующем примере.
Пример листа документов участника:
Должность (положение)
Типы документов
Роль
Финансовый аналитик
Записи исследования активов
Автор
Технический писатель
Финансовая модель
Веб-страница
Финансовый аналитик
Записи исследования активов
Руководитель
Финансовая модель
Технический редактор
Записи исследования активов
Проверяющий
Редактор
Веб-страница
Клиент
Записи исследования активов
Читатель
Финансовая модель
Веб-страница
Корпоративный юрист
Записи исследования активов
Руководитель
Финансовая модель
274
Утверждающий контент
Должность (положение)
Типы документов
Роль
Веб-страница
Администратор сервера
Все
ИТ-специалист
Управляющий базами данных
Все
Специалист по базам
данных
Специалисты по соответствию требованиям
Все
Сотрудник юридической
службы
Управляющий записями
Все
Управляющий записями
Управляющий сайтом
Все
Издатель контента
Администратор сайта
Все
Проверяющий контент
Определение заинтересованных лиц для контента позволит учесть в решении по управлению документами все стороны, а также
разработать сайты и библиотеки документов, соответствующие требованиям и процессам организации.
Анализ использования документов
Определив для контента заинтересованных лиц, соберите от них информацию, которая поможет при анализе методов
использования документов в организации. Это важная часть процесса планирования, поскольку данный анализ помогает
определить:
 Какой должна быть структура библиотек документов.

Какие шаблоны сайтов использовать.

Сколько требуется сайтов.

Какие политики управления информацией применить к сайтам.
 Какую топологию физического сервера необходимо применить в решении.
К информации, которую необходимо собрать, относится:
275

Тип документа, например записи исследования активов, обзор производительности сотрудников, внутренние поля памяти
или спецификация продукта.

Цель каждого документа, например "предоставление клиентам рекомендаций по активам с прилагаемыми данными о
поддержке".

Автор каждого типа документа (полезно указать роль автора, например "финансовый аналитик" или "руководитель проекта",
вместо отдельных имен).

Формат документа. Если документ нужно преобразовать из одного формата в другой в любой точке жизненного цикла,
запишите эту информацию.

Пользователи каждого типа документов, например "клиенты" или "участники групп".

Другие роли, применимые к жизненному циклу документа, например "технический рецензент" или "редактор копии".

Расположение документа, например "клиентский компьютер", "веб-сервер" или "сервер файлов". Обратите внимание, что на
этот вопрос может быть несколько ответов, если, например, документ создан на клиентском компьютере, а затем
опубликован на веб-сервере.

Как пользователи просматривают документ, например с веб-страницы или из общего файла.
Работа с листом
Таблица "Анализ использования документов" (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x419) предоставляется для записи анализа использования документов. Далее
указаны примеры информации, которая может быть собрана и записана в таблицу из двух разных организаций корпорации.
Пример листа использования документов:
Введите
Цель
Записи
Предоставляет
исследования надежным
активов
клиентам
Автор
Пользователь
Финансовый Клиент
аналитик
Формат
Другие роли
Расположения
DOCX (для
создания),
PDF (для
Рецензент
(технический),
рецензент

Создание сайта

Тестирование сайта

Internet (Интернет)
276
Введите
Цель
Автор
Пользователь
Формат
Другие роли
Расположения
публикации) (юридический), 
утверждающий,
редактор копии,
ответственный за
ведение записей,
администратор
сайта
финансовые
рекомендации
по покупке и
продаже акций
Хранилище записей
Анализ. Наличие разных форматов создания и опубликования требует преобразования формата. Большому количеству
рецензентов требуется один или несколько рабочих процессов (бизнес-процессы, внедренные на сервер). Для четырех сайтов
(разработки, тестирования, Интернета и хранилища записей) требуются механизмы переноса контента с одного сайта на другой.
В связи с необходимостью архивировать контент в корпоративном хранилище данных и применением рекомендованных норм по
публикации активов требуется наличие корпоративных политик и рекомендаций, например для аудита и хранения контента.
Введите
Цель
Автор
Обзор
Оценка
Информационный
производительности производительности работник,
сотрудников
сотрудника, включая руководитель
самостоятельную
оценку и оценку
руководителя
Пользователь
Формат Другие роли
Руководители, DOC
специалисты
по
управлению
персоналом
277
Рецензент
(управление
персоналом),
рецензент
(правовой),
утверждающий
(руководитель
высшего
звена),
ответственный
за ведение
записей
Расположения

Клиентский компьютер

Почтовый сервер (как вложение)

Корпоративный веб-сервер

Корпоративное хранилище
записей
Анализ. Двум авторам и нескольким рецензентам требуется один или несколько рабочих процессов. Документ обрабатывается
многими людьми, затем размещается на корпоративном веб-сервере (предположительно хорошо защищенном) и архивируется в
хранилище записей. Конфиденциальность контента подразумевает, что на настольных компьютерах и серверах присутствуют
службы управления правами на доступ к данным (IRM), дополняющие корпоративные политики и рекомендации (например, по
аудиту), что обеспечивает конфиденциальность для сотрудников и правовое положение предприятия.
Таблицы
Для записи сведений, представленных в этой статье, используйте следующие таблицы:
 Лист участников системы управления документами (http://go.microsoft.com/fwlink/?linkid=165871&clcid=0x419)

Лист анализа использования документов (http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x419)
278
Общие сведения о маршрутизации и хранении на основе
метаданных (SharePoint Server 2010)
В этой статье приведены сведения, позволяющие планировщикам и разработчикам решений ознакомиться с принципами
применения маршрутизации и хранения на основе метаданных с помощью компонента "Организатор контента" в Microsoft
SharePoint Server 2010 в составе комплексного решения по управлению документами.
Содержание:
 Общие сведения о маршрутизации и хранении на основе метаданных

Параметры организатора контента

Правила организатора контента
Общие сведения о маршрутизации и хранении на основе
метаданных
В SharePoint Server 2010 представлена функция маршрутизации и хранения на основе метаданных с использованием
компонента "Организатор контента". Этот компонент построен на базе компонентов маршрутизации документов, которые были
реализованы в шаблоне сайта центра записей в SharePoint 2007.
Новый компонент уровня сайта "Организатор контента" позволяет упростить классификацию, маршрутизацию и хранение
контента администраторами и пользователями с помощью правил, основанных на метаданных. После того как администратор
сайта активирует компонент "Организатор контента" и настроит соответствующие параметры и правила вместо прямой отправки
документов в библиотеку или папку, пользователи могут сохранять и маршрутизировать документы, применяя правила, одним из
следующих способов:
 Отправка документа в библиотеку-распределитель, создаваемую на каждом сайте, на котором активирован компонент
"Организатор контента".

Использование команды Сохранить как в клиентских приложениях Word, Excel и PowerPoint.
279

Использование команды Отправить на других сайтах SharePoint.

Использование объектной модели веб-службы.

Использование зоны распределения электронной почты. Документы можно отправлять на сайт по электронной почте с
помощью приложения Exchange.

Отправка на сайт центра записей в рамках жизненного цикла или управления сроком действия документа, например, в
рамках рабочего процесса или политики хранения.
После отправки документа компонент "Организатор контента" обеспечивает его маршрутизацию в заданную папку или
автоматически создает новую папку на основе метаданных документа. Например:
 Новая папка может создаваться в качестве дочерней для целевой, если целевая папка правила маршрутизации имеет
слишком большой размер.

Папки создаются для каждого нового значения в поле. Например, если используется таксономия, содержащая 100 терминов,
будут автоматически созданы папки для каждого из этих терминов. При первом создании каждой папки компонент
"Организатор контента" оценивает документ с соответствующим тегом.
Новые папки наследуют параметры родительской папки. К новым папкам также могут применяться дополнительные правила,
определяющие дополнительные параметры, в том числе разрешения, метаданные по умолчанию, политики хранения и рабочие
процессы, которые будут наследоваться располагающимися в них документами. Например:
 Документ, отмеченный как содержащий корпоративные вопросы, маршрутизируется в папку с более строгими ограничениями
по сравнению с остальными документами в других папках библиотеки. Это позволяет эффективно применять разрешения
метаданных к документам SharePoint.

Документ, отмеченный как содержащий бухгалтерские данные, маршрутизируется в папку, к которой применяются политики
хранения, гарантирующие сохранение документа.

Документ, отмеченный как содержащий данные отдела кадров, маршрутизируется в папку, к которой может применяться
любое число дополнительных тегов метаданных. Это позволяет сократить затраты времени на определение множества тегов
пользователями и уменьшить число потенциальных ошибок при определении тегов.
Отмечая документы с использованием метаданных, а также используя параметры и правила компонента "Организатор контента",
можно добиться эффективности определения, маршрутизации, хранения и применения дополнительных параметров для любых
документов организации.
280
Параметры организатора контента
Администраторы сайта могут настраивать параметры компонента "Организатор контента", определяющие порядок
маршрутизации контента, отправляемого на сайт. Эти параметры применяются к любому контенту, маршрутизируемому с
помощью компонента "Организатор контента". Этот компонент содержит следующие параметры:
 Перенаправление пользователей в библиотеку-распределитель Если этот параметр включен, пользователи
перенаправляются в библиотеку-распределитель при отправке контента на сайт, к которому применяется одно или несколько
правил организатора контента. Если этот параметр отключен, пользователи могут обходить организатор контента и
отправлять файлы напрямую в библиотеку или папку. Этот параметр применяется только при отправке документа с
использованием страницы библиотеки документов или клиентского приложения.

Отправка на другой сайт Если этот параметр включен, можно создавать правила для перенаправления файлов,
отправляемых на текущий сайт, на другой сайт, на котором также активирован компонент "Организатор контента".

Разбиение папки на разделы Если этот параметр включен, при превышении заданного числа элементов в папке
создаются вложенные папки.

Дубликаты отправленных элементов Этот параметр определяет, требуется ли использовать компонент управления
версиями SharePoint или добавлять уникальные знаки в конце имени дубликата, если имя отправляемого документа
совпадает с именем существующего в целевой библиотеке документа.

Диспетчеры правил Этот параметр определяет пользователей или группы, которые могут создавать правила, а также
отвечать на отправку не соответствующего никаким правилам контента и управлять таким контентом.

Точки отправки Этот ненастраиваемый параметр определяет веб-службу, а также адреса электронной почты и URL,
которые можно использовать для настройки других сайтов или системы обмена сообщениями электронной почты для
отправки контента на сайт. При создании нового расположения для отправки в центре администрирования этот параметр
определяет URL-адрес службы, которая выступает в качестве целевой для отправки файлов в это расположение.
Правила организатора контента
Правила создаются диспетчерами правил. При выполнении правила сначала определяется необходимость его применения к
входящему документу, после чего выполняется указанное в нем действие. Правило содержит следующие параметры:
 Имя правила Имя правила.
281

Важность и состояние правила Определяет приоритет правила по шкале от 1 до 9 в случае применения нескольких
правил. Также можно определить правило как неактивное. В этом случае оно не будет применяться к входящему контенту.

Тип контента отправки Определяет группу типов контента, например, "Типы контента документа", "Типы контента
публикации" и т. д. На основе группы типов контента можно назначить правилу дополнительный тип контента. Если в
организации используется другое имя для нужного типа контента, можно указать его.

Условия Применяет дополнительные основанные на свойствах фильтры, которые будут обрабатываться правилом.

Конечное расположение Определяет расположение, в которое будет помещаться соответствующий правилу контент.

Точки отправки Расположение для сохранения элемента, соответствующего всем приведенным выше критериям. Если в
параметрах компонента "Организатор контента" установлен параметр "Отправка на другой сайт", отображается
раскрывающийся список, содержащий внешние по отношению к текущему сайту расположения, в которые может
маршрутизироваться документ.
Активация компонента "Организатор контента" для сайта
Чтобы использовать компонент "Организатор контента" на сайте, необходимо активировать его. После активации компонента
становятся доступны параметры Параметры организатора контента и Правила организатора контента в разделе
Администрирование сайта на странице "Параметры сайта".
Примечание.
При создании сайта с использованием шаблона сайта центра записей компонент "Организатор контента" активируется по умолчанию.
Активация компонента "Организатор контента" для сайта
1. На странице "Параметры сайта" в разделе Действия сайта выберите элемент Управление возможностями сайта.
2. На странице "Компоненты" для компонента Организатор контента нажмите кнопку Активировать.
После активации компонента "Организатор контента" можно создавать основанные на метаданных правила для перемещения
отправляемого контента в библиотеку или папку.
282
См. также
Понятия
Обзор навигации для метаданных (SharePoint Server 2010)
283
Metadata-based routing and storage planning (SharePoint
Server 2010) (на английском языке)
This article contains information to help IT Pros plan how to route and store content based on metadata using the Content Organizer
Feature in Microsoft SharePoint Server 2010. For more general information about content routing and storage based on metadata, see
Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server 2010).
In this article:
 Planning for metadata-based routing and storage

Determine how content is submitted

Plan content organizer settings

Plan content organizer rules

Plan target location properties
Planning for metadata-based routing and storage
One of the challenges facing users in many organizations is determining where a document that they have authored should go when it is
saved. Even more challenging is how to apply additional properties or actions that should be performed on the document, such as more
metadata tags, permissions, policies, and workflows.
SharePoint Server 2010 introduces the Content Organizer Feature. Once the Content Organizer Feature is activated for a site, the
Content Organizer can be used to sort and then send content into different containers (sites, libraries, and folders) based on metadata.
Those containers, or target locations, can have per-location settings on them that define additional properties that the content in them will
inherit, such as additional metadata, permissions, policies, and workflows.
Using a content organizer, as few as one or two documents or collections of documents can be uploaded to the site. The content
organizer settings and rules can then specify that those content items will be subjected to the rules and sent to a target location
accordingly. Each site can use an individual instance of a content organizer, enabling you to create a network routing and storing content
throughout multiple sites.
284
Although tagging content with metadata and using the content organizer can simplify how documents are routed and stored in your
organization, it is very important that you take careful steps in planning how it can best serve your organization's needs. By using good
planning and implementation, you can be more certain your content management solution best uses the SharePoint infrastructure while
maximizing both system and user performance.
This article is provided with links to the Content Organizer settings worksheet and the Content Organizer rule worksheet available on
Microsoft Download Center. Use the worksheets in combination with this article when planning how to configure settings and rules that will
apply to content organized using a content organizer.
Download worksheets

Content Organizer settings worksheet(http://go.microsoft.com/fwlink/?LinkId=189018&clcid=0x409)

Content Organizer rule worksheet(http://go.microsoft.com/fwlink/?LinkId=189019&clcid=0x409)
Determine how content is submitted
How users submit content that will be organized using a content organizer will be an important factor in developing your content routing
and storage solution. After a site administrator activates the Content Organizer Feature for a site and configures settings and rules, users
can upload and have their documents automatically routed and sent to the correct location by using one of the following methods:
 Upload content to a Drop-Off Library. A drop-Off library is created in every site in which the Content Organizer Feature is activated.

Use Save as from Word, Excel, and PowerPoint client applications.

Use Send To from other SharePoint sites manually or as part of a workflow, or as part of document’s life cycle or expiration.

Use the web service object model.
 Use an E-mail drop-off zone. By using Exchange, content items can be e-mailed to the site.
Worksheet action: On the Content Organizer settings worksheet, record how content will be uploaded or submitted to the site.
Plan drop-off libraries
Plan content organizer settings
It is important for site administrators to carefully plan how the content organizer settings for their site will affect their overall metadatabased routing and storage solution. It is also important to test various configurations before you implement your solution live on a site.
285
Information provided in this section is meant to help you determine and record how the content organizer settings in your site can be an
effective part of your metadata-based content routing and storage solution.
The Content Organizer settings worksheet is provided to help you in planning settings for a site. Fill out a separate Content Organizer
settings worksheet for each site that will have the Content Organizer Feature activated.
Content redirection
With the Redirect Users to the Drop Off Library setting, you can specify whether users are redirected to the drop-off library. If this
setting is checked (default), then all uploads are automatically sent to their target location that is specified by the rules or are put in the
drop-off library if no rules apply. If not selected, users can bypass rules and the drop-off library and upload documents to another library or
folder.
A drop-off library is created in each site that has the Content Organizer Feature activated. By default, when content is submitted, the rules
are applied to the document and it is then sent to its target location. If no rules apply, the item is then put in the drop-off library and an email notification is sent to the rule managers. Rule managers can then apply additional metadata to those items to match a rule and allow
the document to be sent to its target location. The drop-off library uses a timer job that specifies when to process items in the library. If a
rule manager applies additional metadata to an item in the drop-off library, the rule will be applied and the item sent to its target location
when the timer job is next run.
When a document is uploaded, the document properties window for the drop-off library is displayed. Then metadata properties can be
selected and the submission process completed. After submitted, the content organizer rules are applied to send the document to its
target location. The user is then shown a URL for the item. The URL includes a permalink created from the Document ID Feature, so that
the URL that was provided will always link to the item even if it is moved again. If no rules are applied, the document is then put in the
drop-off library and rule managers can be notified by e-mail.
A well designed metadata-based routing and storage solution uses content organizer rules to send to its intended target location every
document that is submitted to a drop-off library. The drop-off library should then only include items submitted that did not match any rule.
Documents that remain in the library enable rule managers to identify those that do not match any rule, and to then create a rule or require
additional metadata tags that will apply.
When redirecting users to a drop-off library, it is important for those users to be aware of the specific drop-off library's purpose, and what
they will see in the properties window will reflect the content types that are defined in the site gallery, and not necessarily those content
types in the library they may be working in.
Worksheet action: On the Content Organizer settings worksheet, record whether users are redirected to the Drop-Off library.
Sending to another site
286
If this setting is checked, rules can be created that route uploads to the current site to be sent to another site that also has the Content
Organizer Feature activated. When creating a new rule, in the rule configuration page, a drop-down list displays all the destination
locations items can be sent to. In order to add a new destination that is not already included in the list, you must add the site configuration
information by using the Configure Send To Connections page in Central Administration.
The list of document and record centers is maintained on a per web application basis. For example, if you have a Web site on port 80 and
you want to add a new destination document library in a web application that is on port 81, you would add the URL to the library's Official
File web service to the list of Send To Connections for the web application on port 80. The web service URL is entered in the URL-torouter edit box and takes the form http://myserver/mysubsite/_vti_bin/OfficialFile.asmx. You cannot add sites that do not have the Content
Organizer feature activated.
Worksheet action: On the Content Organizer settings worksheet, record whether you will allow rules to specify another site as a target
location.
Folder partitioning
In SharePoint Server 2010, there is no limit on the number of items a folder can contain. There is however a practical limit on the number
of items a list view can display when viewing the contents of a folder: known as the List View Threshold, and by default, it is 5000 items.
By using a content organizer, you can specify what happens when a folder exceeds a maximum specified number of items, effectively
becoming too large to be useful in standard list views.
Using the Folder Partitioning setting in Content Organizer Settings, you can specify that subfolders should be created when the target
location becomes too large. By default, this setting specifies to create new folders when the target location exceeds 2500 items. Each
subfolder will inherit the properties of the target location which it was derived from. So, if for example, you have a folder named "Resumes"
that has special permissions that are required to view and edit items in it, subfolders created from the Resumes folder will inherit those
same permissions requirements.
It is important to be aware of your site or library's overall folder structure. The main purpose of folders is to organize content to match the
expected functionality of the site or library. The Folder Partitioning setting should be considered carefully as part of an overall folder
structure or even after a folder structure is established.
Worksheet action: On the Content Organizer settings worksheet, record whether to create subfolders when the number of items in the
target location is exceeded, and the format of the folder name subfolders should be created by using folder partitioning.
Duplicate submissions
In any large organization there is always the possibility more than one document that has the same name and metadata is submitted to a
site. By default, the content organizer will use SharePoint versioning to differentiate items with the same name if versioning is enabled in
the document library. In Content Organizer Settings, you have two options for duplicate submissions. First, and by default, is to use
SharePoint versioning. To use SharePoint versioning, versioning must be enabled for the document library. For more information about
287
how to plan versioning, see Планирование контроля версий, утверждения контента и извлечения (SharePoint Server 2010). The
second option is to specify that the Content Organizer will append unique characters to the end of the duplicate file names. If versioning is
not enabled for a target library, the Content Organizer will append unique characters to duplicate submissions regardless of the setting
selected. It is important to remember that the unique characters appended to the file name may not identify the item in any particular way.
This could prevent users from correctly identifying the document that they want if there are too many documents that have the same
name, but unique characters added to the name do not provide any meaningful form of identification.
Worksheet action: On the Content Organizer settings worksheet, record whether you want to use SharePoint versioning (default) or to
append unique characters to the end of duplicate file names.
Preserve context
When this setting is checked, for documents that include original audit logs and properties are retained and stored with it. This can be
important when you want to retain all of the historical information about the document, such as a document sent to a Record Center site.
When the context is preserved, users can click on Compliance Details from the View Properties page of an item.
Примечание.
Preserving context will affect storage. Audit data can quickly compound and occupy large amounts of space in a content database,
especially if view auditing was turned on. For more information about how audit data may affect storage capacity, see Storage and SQL
capacity planning and configuration.
Worksheet action: On the Content Organizer settings worksheet, record whether you want to save the original audit log and properties
for documents submitted to this site.
Rule managers
You can specify users who can create and edit rules. Rule managers must have Manage Web Site permissions in order to create and edit
rules. Rule managers must be familiar with your metadata term sets and terms in order to create rules that most effectively implement your
metadata based routing and storage solution. It is also important for rule managers to determine the broader implications of rules they
create, for example, it is important that all rule managers in your organization determine the correct action when a folder becomes too full.
In most cases, the person creating the rule will serve as the rule manager, however, in some circumstances, such as when you are
creating a series of new rules, you may want to specify other rule managers that will be responsible for making sure the rule is meeting the
goals originally intended. If you specify that rule managers are to be e-mailed when submissions do not match a rule, or when content was
left in the drop-off library, you may want to specify several rule managers in-case the original rule manager is not available. Rule
288
managers have permissions to edit all items in the drop-off library in order to enter missing or incorrect metadata necessary for a
document to match a rule.
Worksheet action: On the Content Organizer settings worksheet, record users or groups that will act as rule managers for the site.
Plan content organizer rules
Content organizer rules are the heart of routing and storing content based on metadata. It is the conditions in the rules that determine
whether the rule should be applied to an item, and then, if all conditions in the rule are true, the target location specifies where to send the
item.
When creating rules, there are some important things to consider. For example, it might be best to create common rules; to create and
send to a unique folder for every unique value of a particular metadata column. Create rules that address all possible submissions. You
can do so by creating as few as one simple rule that applies to a particular content type, or by creating many rules that send in any
number of complex ways. If the drop-off library contains many items that do not match any of the rules, it is important to verify those items
to determine why no rules are being applied. This can occur if rules do not reflect the metadata properties available to users when tagging
a document.
Information provided in this section is meant to help you plan rules that will be an effective part of your metadata-based routing and
storage solution. The Content Organizer rule worksheet is provided to help in planning rules. Fill out a separate worksheet for each new
rule that you plan to create.
Determine rule name
The rule name is used in site Content and File Plan reports. Determine a rule naming convention to make particular rules in reports and
the Content Organizer Rules list more identifiable. If possible, the rule name should state the objective of the rule, the kinds of documents
organized by the rule, and/or provide some distinction of the conditions of the rule.
Worksheet action: On the Content Organizer rule worksheet, record the rule name.
Determine rule status and priority
When creating a rule, you can specify if the rule is active or inactive. If a rule is active, you can specify a priority from 1, being the highest
priority, to 9, being the lowest priority. If there is more than one rule that match the conditions, the rule with the highest priority will be
applied first.
Worksheet action: On the Content Organizer rule worksheet, record the rule priority.
Determine content type
289
A rule must define at least one metadata property; the content type. From the content type, you can then select additional properties that
will be used in the conditions for the rule. If a content type has an alternative name or alias in another site, you can specify it here. The
content type groups available are those currently in the site collection or current site. When a document matches a rule by content type
alias, the document will be organized by the content type of the rule, and not by the content type alias. Types available are those only for
the selected content type group.
You can create a rule that will apply to documents of an unknown content type by selecting This content type has alternate names in
other sites and typing * in Add alternate name.
Available content type groups and types (default)
Business Intelligence
Content Organizer
Digital
Asset
Document
Document
Set
Page Layout Publishing
Special
Report
E-mail Submission
Audio
Basic Page
Document
Set
Article Page Page
Unknown
Document
Type
Image
Document
Redirect
Page
Page Layout
Rich
Media
Asset
Dublin Core
Columns
Welcome
Page
Publishing
Master Page
Video
Form
Web Page Part with
Status List
Link to a
Document
List View
Style
Master Page
Picture
290
Custom
Business Intelligence
Content Organizer
Digital
Asset
Document
Document
Set
Page Layout Publishing
Special
Custom
Web Part
Page
Wiki Page
You can also create a rule that will apply to a custom content type that was derived from a default content type (in the table above) as the
parent content type.
Worksheet action: On the Content Organizer rule worksheet, record the content type group, type, and alternate names in other sites.
Plan conditions
Rules are applied on property-based conditions. You can define up to 6 conditions in a single rule. All of the conditions must be true for
the rule to be applied and the item sent to its target location. The properties that are available to be used in a condition are those
associated with the content type. Because you must specify at least a content type, there will be at least one condition. When you specify
a content type, but do not define any additional property-based conditions, the rule will organize all items based only on the content type.
When defining a condition, for the condition to be true, a value must be the product of a property and an operator. You cannot specify
wildcards as a value for a condition. If a value does not match the condition, the rule will not be applied and the item will remain in the
drop-off library.
Worksheet action: Use the Content Organizer Rule page to determine the properties available for the selected content type, and then on
the Content Organizer rule worksheet, record conditions for the rule.
Plan the target location
Each rule must specify a target location where the items that match the rule will be sent. A target location can be another site, library, or
folder. A rule can also specify that a new folder is created in the target location for each unique value of a particular property. When
specifying another library, that library must include the content type specified in the rule.
You can specify a format for new folder names. By default, a new folder naming format is "%1 - %2", where %1 is replaced with the name
of the property and %2 is replaced with the value of the property. For example, if you used the Report Status property and received a new
item where the Report Status value is "Complete", it would create a folder named "Report Status - Complete". If there are many unique
properties and many new folders will be created, make sure that you specify a format for the folder names that will make sense to users in
your organization.
291
When choosing to create new folders for each unique property, it is important to consider how many items may populate each new folder.
Consider creating folders based on a unique property when such grouping of items makes sense. Creating a new folder for each unique
property when there may be hundreds or even thousands of unique properties may create a confusing and unnecessary number of folders
that may be difficult to navigate in standard list views.
Worksheet action: On the Content Organizer rule worksheet, record the target location and whether a new folder is automatically created
for each unique value of a property, and the format of the new folder name.
Plan target location properties
Once a content item is sent to its target location, new properties and settings that apply to all items in that location can be applied. For
example, all items in a "Human Resources" library can have restricted view permissions. If you specify that new subfolders are created
from the target location, those folders will inherit the properties of the parent target location. Additional properties and settings can be
specified at the site level, in Site Settings, and at the library level, in Library Settings.
Additional properties

Permissions By routing content to a target location based on metadata, you can specify a target location with unique permissions,
effectively using metadata to apply permissions.

Versioning By routing content to a target location based on metadata, that target location can specify a particular document version
history (versioning).

Metadata By routing content to a target location based on metadata, that target location can apply additional metadata and
enterprise keywords.

Retention and content type policies By routing content to a target location based on metadata, content in that target location can
be subject to a retention policy, assuring that the content is saved.
 Workflows By routing content to a target location based on metadata, content in that target location can be subject to workflows.
Worksheet action: On the Content Organizer rule worksheet, record additional properties that will be applied at the target location.
См. также
Понятия
Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server 2010)
292
Обзор навигации для метаданных (SharePoint Server 2010)
Другие ресурсы
Plan managed metadata (SharePoint Server 2010)
293
Обзор навигации для метаданных (SharePoint Server 2010)
В этой статье содержатся сведения, позволяющие планировщикам и разработчикам решений ознакомиться с принципами
использования компонента навигации и фильтрации метаданных в Microsoft SharePoint Server 2010 в составе комплексного
решения по управлению документами.
Содержание:
 Общие сведения о навигации для метаданных в SharePoint Server 2010

Пользовательские элементы управления навигацией для метаданных

Элементы управления для владельца списка

Автоматическая индексация

Индексированные запросы

Резервные запросы
Общие сведения о навигации для метаданных в SharePoint Server
2010
Новый компонент навигации и фильтрации метаданных в SharePoint Server 2010 позволяет пользователям выполнять
фильтрацию и поиск контента в библиотеках документов на основе метаданных. Компонент навигации и фильтрации
метаданных включает в себя следующие компоненты:
 Простой пользовательский интерфейс Функция навигации для метаданных построена на базе элемента управления
иерархического древовидного представления SharePoint в сочетании с новым элементом управления Ключевые фильтры,
что обеспечивает эффективный поиск контента на основе метаданных.

Элементы управления для владельца списка С помощью параметров навигации для метаданных владельцы списков
могут повышать уровень полей в списке, определяя их как ключевые поля. Пользователи, просматривающие такие списки,
294
могут выполнять дополнительную фильтрацию текущего представления списка и отображать только элементы
соответствующих полей с нужными значениями.

Автоматическая индексация Этот необязательный процесс обеспечивает автоматическое создание индексов списков на
основе полей, определенных как поля навигации для списка. Автоматическая индексация позволяет повысить
эффективность запросов и быстродействие.
Пользовательские элементы управления навигацией для
метаданных
Функция навигации для метаданных построена на базе существующих компонентов навигации для представления списка в
SharePoint. Представления списка, для которых не настроена навигация, являются простыми иерархическими представлениями
и обеспечивают достаточно высокую эффективность поиска контента по физической структуре, например, на сайтах, в
библиотеках и папках. Однако такие представления списка блокируются при попытке навигации по очень большому числу
элементов, а также в случае превышения порогового значения для представления списка при просмотре папок, содержащих
более 5000 элементов.
Примечание.
По умолчанию установлено пороговое значение для представления списка, равное 5000 элементов. Это значение может изменяться
администраторами с помощью Windows PowerShell.
Функция навигации для метаданных расширяет возможности представлений списка, дополняя их элементом управления
"Ключевые фильтры", который позволяет упростить поиск контента пользователями за счет фильтрации представления
документов на основе одного или нескольких фильтров навигации.
Функция навигации для метаданных поддерживает следующие пользовательские элементы управления:
 Иерархии навигации Использование и расширение возможностей представлений списка для навигации по иерархиям
папок, типов контента, полей выбора или наборов терминов управляемых метаданных. Это позволяет использовать
представления списка для фильтрации иерархии метаданных так же, как и при навигации по папкам.
295

При выборе элемента иерархии для столбца управляемых метаданных отображаются все элементы, которые отмечены с
использованием заданного термина или любых его потомков для поля, связанного с этой иерархией. После этого
пользователи могут повторно выбрать элемента для фильтрации по конкретному термину без учета его потомков.
Иерархии навигации работают вместе с фильтрами, заданными в определении представления списка и в столбцах в вебчасти представления списка. В сочетании с ключевыми фильтрами это обеспечивает до четырех различных способов
фильтрации представления списка.
Ключевые фильтры Этот элемент управления отображается ниже элемента управления иерархии сайтов и может
содержать несколько полей, в том числе поля даты, выбора, типа контента, валюты, одно- и многозначные поля, поля выбора
(да и нет), а также пользовательские поля. При этом может применяться любое число ключевых фильтров в сочетании с
выбранной иерархией навигации.
Ключевые фильтры можно задавать для гораздо более широкого диапазона типов столбцов, а также включать в них пустое
поле, соответствующее представляемому им виду столбца. В это поле можно вводить текст для фильтрации по
соответствующему столбцу. Например, можно добавить в качестве ключевого фильтра столбец Кем изменено и ввести
отображаемое имя или псевдоним пользователя, чтобы получить результаты, для которых значение столбца Кем изменено
соответствует введенному пользователю. Одновременно можно использовать любое число ключевых фильтров в сочетании
с иерархией навигации.
Ключевые поля для фильтрации управляемых метаданных позволяют вводить или выбирать несколько терминов. Также
можно использовать поле управляемых метаданных Все теги со специальной процедурой обработки, которое позволяет
сопоставлять введенные термины со значениями поля для элемента в любых из полей управляемых метаданных в схеме
списка. Если пользователь находится в корневой папке списка, при применении ключевых фильтров будет выполнен запрос
по всем элементам во всех папках списка.
Элементы управления для владельца списка
Если для сайта включен компонент навигации и фильтрации метаданных, владельцы списка или библиотеки могут настраивать
параметры на странице "Настройка навигации для метаданных", доступной на странице "Параметры библиотеки документов".
Владельцы могут задавать иерархию навигации, поля ключевого фильтра, а также указывать столбцы для автоматической
индексации.
296
Автоматическая индексация
На странице "Настройка навигации для метаданных" для списка или библиотеки представлен параметр Настройка
автоматического индексирования столбцов для этого списка, с помощью которого владельцы списка могут определять
необходимость автоматического создания индексов в списке для сопоставления выбранной иерархии навигации и полей
ключевого фильтра. Если этот параметр включен (значение по умолчанию), при сохранении страницы "Настройка навигации для
метаданных" выполняются следующие действия:
 Создаются индексы отдельных столбцов для всех поддерживаемых полей иерархии навигации.

Создаются индексы отдельных столбцов для всех поддерживаемых полей ключевого фильтра, за исключением полей типа
контента и выбора.
 Создаются составные индексы для всех поддерживаемых сочетаний иерархий навигации и ключевых фильтров.
При автоматическом создании индексов допускается выполнение запросов к спискам, число элементов в которых превышает
установленное для представления списка пороговое значение. В некоторых случаях может потребоваться отключение этого
параметра и настройка собственных индексов. Например, если общее число индексов отдельных столбцов и составных индексов
превышает 20, следует отключить автоматическую индексацию.
Индексированные запросы
Если компонент навигации и фильтрации метаданных включен для сайта, при загрузке каждого представления списка
встроенный механизм оптимизации выбирает наиболее эффективный индекс. Каждый раз, когда пользователь загружает
представление списка, обновляет его с использованием нового фильтра, очищает фильтр или применяет сортировку по полю,
механизм оптимизации определяет наилучший способ выполнения запросов к базе данных, не прибегая к регулированию
количества запросов.
Резервные запросы
Если компонент навигации для метаданных определяет, что текущий запрос пользователя не может быть выражен в виде
выборочного индексированного запроса, будет построен и выполнен резервный запрос. Резервный запрос представляет собой
измененную версию исходного запроса пользователя, который обеспечивает запрос к части списка, а не ко всему списку.
Резервные запросы используются для отображения неполного набора результатов, которые могут быть полезны даже в том
случае, если не удается выполнить исходный запрос из-за регулирования количества запросов для представления списка. Кроме
того, резервные запросы могут выступать в качестве предупреждений владельцам списка об асимметричном распределении
297
данных в списке и невозможности возврата полного набора результатов для некоторых запросов пользователей, что означает
возможную блокировку доступа пользователей к нужному контенту. Резервные запросы могут возвращать 0 результатов, если
часть списка, проверенная запросом, не содержит элементов, соответствующих исходному запросу.
Поскольку результаты резервного запроса представляют собой неполный набор элементов, запрошенных пользователем, на
экран выводится сообщение о том, что отображаемый набор результатов является неполным и требуется применить
дополнительные фильтры для просмотра полного набора. При выборе пользователем каждого дополнительного фильтра
подсистемой запросов предпринимается попытка найти сочетание выборочного фильтра и индекса, при котором не будет
превышено пороговое значение (т. е не будет вызвано исключение, связанное с регулированием количества запросов).
См. также
Понятия
Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server 2010)
298
Планирование библиотеки документов (SharePoint Server
2010)
В этой статье описан процесс планирования библиотек документов и интеграции библиотек решении управления документами
Microsoft SharePoint Server 2010.
Библиотеки представляют собой в приложении SharePoint Server наборы файлов с общим доступом пользователей.
Большинство возможностей управления документами реализуется через библиотеки. Частью планирования управления
документами должно стать определение библиотек, которые лучше всего подходят задачам организации.
Планирование библиотек
Содержание:
 Определение типа библиотеки

Планирование потока контента

Доступ к библиотекам из клиентских программ Office

Лист
Определение типа библиотеки
При определении того, какие библиотеки лучше всего отвечают потребностям организации, необходимо также решить, будет ли
использоваться несколько сайтов или семейство сайтов. Например, если планируется размещать публикации для внешних
заказчиков, потребуется один сайт (и библиотека) для авторов и рецензий и другой сайт (возможно, в отдельной установке
SharePoint Server 2010) — для публикации собственного контента.
Если планируется размещение библиотек на нескольких сайтах, возможно, потребуется также определить порядок прохождения
потоков между сайтами — будут ли они обрабатываться вручную, посредством рабочих процессов или с помощью
пользовательских решений.
В следующей таблице показано обычное использование библиотек в приложении.
299
Библиотека
Цель
Библиотека на сайте группы
Совместная работа; простое распределение контента между узлами
партнеров; управление контентом, например, контроль версий,
поиск в SharePoint Server.
Библиотека в области портала
Контент, предназначенный для более широкой аудитории в
организации; более строгие требования к рецензиям и процессам
утверждения, чем в библиотеке сайта группы.
Библиотека на сайте центра документов
Большая библиотека, применяемая в качестве корпоративной базы
знаний или исторического архива; включает возможности,
помогающие пользователям при переходе, поиске и управлении
большим количеством документов в многоуровневой иерархии
посредством пакета специализированных веб-частей.
Библиотека в хранилище записей
Специализированное управление записями; каждая библиотека
соответствует типу записи, например — записи о контракте,
отложенном в целях юридического согласования; библиотеки с
отложенными документами, сохраненными метаданными и
связанными аудитами, а также данными, предназначенными только
для чтения.
Библиотека на сайте интрасети (HTML)
Содержит веб-страницы, предназначенные для объединения в
интрасети или веб-сайте интрасети; SharePoint Server поддерживает
прямое изменение веб-страниц и автоматическое управление
нижележащими библиотеками для каждой страницы.
Библиотеки на сайте интрасети (гибридный тип)
Контент, доступный для загрузки с веб-сайта; контент из библиотеки
документов можно представить на сайте интрасети.
Библиотека слайдов
Поддерживает общий доступ, обработку и повторное использование
300
Библиотека
Цель
слайдов Microsoft PowerPoint.
В следующем примере показано применение анализа, выполненного в разделе Анализ использования документов, при
планировании организации библиотек для предприятия. В этом примере, компания Contoso Ltd. предоставляет контент
заказчикам на основе маркетингового исследования. Контент создается, в основном, консультантами, работающими в удаленном
режиме. В примере представлен следующий цикл действий.
1. Партнер оценивает деловые идеи и запрашивает предложения.
2. После заключения контракта руководитель проекта собирает группу консультантов и создает рабочий сайт, на котором
регистрируются результаты исследования и выполняется проект.
3. После выполнения проекта подготовленные документы публикуются в безопасной зоне Интернета, к которой имеют доступ
заказчики.
4. Группа составляет документы с практическими рекомендациями и учебными примерами на основе проекта.
5. Руководитель знаний собирает, организует и архивирует документы с практическими рекомендациями и другие материалы.
6. Конечные результаты, контракты и другие документы сохраняются как корпоративные записи.
7. Используя контент, обработанный руководителями знаний, партнеры оценивают возможности и создают новые предложения.
В следующей таблице показан анализ использования документов для данного сценария.
Документы
Назначение
Дизайнер
Пользователи
Деловые идеи и запросы
Разработка нового сотрудничества с
клиентом
Ведущий
сотрудник
проекта
DOC
Менеджер по
продажам;
ведущий сотрудник
проекта
Предложения
Описание предложенного сотрудничества с Ведущий
клиентом
сотрудник
проекта
301
Руководители
проектов;
участники группы
Формат
DOC
Документы
Назначение
Дизайнер
Пользователи
Формат
проекта; заказчики
Контракты
Передать на рассмотрение в
консалтинговую группу
Юрист
Ведущий сотрудник DOC
проекта;
руководитель
проекта; менеджер
по продажам;
заказчики
Изучение результатов и готовых
черновиков проекта
Создание документов, связанных с
сотрудничеством с клиентом
Ведущий
Редакторы;
сотрудник
технические
проекта; участник рецензенты
проекта;
консультант
DOC и
другие типы
Готовые документы
Генерирование конечных результатов,
возможно, с преобразованием в формат
DOC
Ведущий
сотрудник
проекта
PDF
Заказчики
Документы с практическими
Получение организационных знаний
рекомендациями и учебными примерами
Участник проекта; Все участники
консультант;
группы
руководитель
знаний
Различные
типы
Корпоративные записи
Все
Все
Сохранение части контента, например,
готовых документов, как корпоративных
записей
Этот анализ использования документов предполагает следующие заключения.
302
Руководители
корпоративных
записей;
корпоративные
юристы

Ведущим сотрудникам проектов требуются библиотеки на сайтах группы, чтобы хранить деловые идеи, запросы и черновики
предложений.

Юристам требуются библиотеки в области портала или на сайте централизованного управления документами для хранения
шаблонов контрактов и действующих контрактов.

Ведущим сотрудникам и участникам проекта требуются библиотеки на сайтах группы для размещения результатов
исследований, итоговых результатов и учебных примеров.

Заказчикам требуются библиотеки на сайте Интернета для просмотра итоговых результатов.

Всем сотрудникам предприятия требуется доступ к сайту центра документов для просмотра документов с практическими
рекомендациями и учебными примерами.

Руководителям корпоративных записей и юристам требуется доступ к корпоративному репозиторию записей для обработки
корпоративных записей.
На следующем рисунке показан возможный порядок распределения библиотек. Сайты расположены в трех семействах сайтов:
семейство сайтов Интернета для доступа заказчика, семейство сайтов экстрасети для удаленной работы участников группы и
семейство сайтов интрасети для безопасного обслуживания сайт управления записями.
303
304
Действие с таблицей
Таблица библиотек (Возможно, на английском языке) (http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x419) предназначена для
записи решений по планированию библиотек. Используйте эту таблицу для составления списка библиотек, требуемых для решения, а
также типов документов, которые они содержат. Обратите внимание, что библиотеки могут содержать несколько типов документов.
Планирование потока контента
Контент в решении по управлению документами, как правило, представляет собой динамические данные, перемещаемые между
сайтами в соответствии с требованиями пользователей документов. Поэтому при планировании библиотек также планируйте
поток контента из одной библиотеки или сайта в другие. SharePoint Server включает следующие методы перемещения контента
как вручную, так и динамически.
 Можно создать настраиваемые потоки, которые будут копировать или перемещать контент между сайтами или
библиотеками. Рабочий процесс проводит документ через бизнес-процесс, назначая задачи участникам, когда их роль
становится активной в жизненном цикле документа. Рабочий процесс может быть разработан для перемещения документа
между различными сайтами и библиотеками. Дополнительные сведения о планировании рабочих процессов см. в разделе
Планирование типов контента и рабочих процессов (SharePoint Server 2010).

Авторы могу копировать документы в библиотеки на любом сайте, к которому они имеют разрешения на доступ. Благодаря
поддержке связи между исходным и целевым документом, его копия может, при необходимости, обновляться.

Веб-страницы и веб-сайты в целом можно поэтапно публиковать из одного сайта на другом как вручную, так и автоматически
на основе расписания.

контент можно отправить на сайт управления записями с помощью интерфейса пользователя SharePoint Server, рабочего
процесса или настраиваемого решения на основе объектной модели Microsoft SharePoint Foundation.

С помощью веб-папок или мест в сетевом окружении автор может копировать или перемещать контент библиотеки между
библиотеками или сайтами.
Для рассматриваемого примера на следующем рисунке показано применение некоторых технологий потока контента. Обратите
внимание, что к сайту портала разработки (Authoring) был добавлен сайт поэтапного Интернета (Staged Internet).
305

Публиковать веб-страницы на сайте Интернета можно с помощью возможностей публикации.

Копировать документы на сайт центра документов можно с помощью команды "Копировать".
306

С помощью настраиваемого рабочего процесса документы копируются в библиотеки на сайте Интернета.

С помощью команды "Отправить в репозиторий записей" контракты отправляются в корпоративный репозиторий записей.
Доступ к библиотекам из клиентских программ Office
Диалоговые окна Открыть и Сохранить в приложении Microsoft Office профессиональный 2010 можно настроить так, чтобы
сотрудники организации могли использовать библиотеки как местоположения хранилищ. Если на панель Мои адреса рядом с
диалоговыми окнами Открыть и Сохранить добавить сайты, пользователи смогут с помощью одного щелчка переходить к
местоположению хранения документов. Это позволит участникам группы обращаться к библиотекам с помощью функции
"Сохранить" из клиентских программ Office профессиональный 2010 вместо прямого входа на сервер и загрузки документов.
Чтобы активизировать используемые сайты в диалоговых окнах Открыть и Сохранить, можно опубликовать их с помощью вебслужбы. Эта служба содержит список сайтов для отдельных пользователей с учетом их ролей или участия в этих сайтах.
Клиентская программа Office профессиональный 2010 может автоматически обнаруживать эти веб-службы в пользовательских
сайтах SharePoint. Другие серверные продукты также поддерживают эти веб-службы и представляют их местоположение для
клиентских программ Office. После выполнения этих настроек приложение Office профессиональный 2010 добавляет запись на
панель "Мои адреса" и заполняет ее местоположениями, определенными веб-службой.
Также администраторы могут настроить разделы реестра, чтобы добавить отдельные сайты на панель "Мои адреса" в
диалоговых окнах Открыть и Сохранить приложения Office. Разделы реестра разворачиваются с помощью групповой политики
и шаблона службы каталогов Active Directory из пакета Office 2010.
Можно ограничить местоположения, используемые сотрудниками организации для сохранения, с помощью диалогового окна
Сохранить приложения Office. Например, можно ограничить сохранение файлов на рабочем столе, чтобы пользователи
принудительно сохраняли контент в библиотеке. В приложении Office профессиональный 2010 можно управлять разрешенным
переходом пользователей для сохранения их документов и таким образом направлять их к утвержденным местоположениям.
Обратите внимание, что при этом у пользователей остается возможность сохранять файлы на локальных компьютерах и в
других неутвержденных местах. Существует много способов перенести файл на компьютер, а также множество мотивов, по
которым пользователи будут обходить ограничения. Однако ограничивая доступ к этим местоположениям из диалогового окна
Сохранить приложения Office, можно значительно снизить число участников группы, использующих неутвержденные
местоположения.
Чтобы ограничить местоположения, доступные из диалогового окна Сохранить приложения Office, используйте параметры
групповых политик для внесения изменений в соответствующие разделы реестра, включения этих настроек и определения
утвержденных локальных, сетевых или серверных местоположений. После включения этих настроек все другие не определенные
таким образом местоположения — включая стандартные ссылки на рабочий стол и сетевое окружение — будут удалены из
панели "Мои адреса".
307
Список утвержденных местоположений может применяться к одному или нескольким приложениям Office. Например,
администратор может ограничить местоположения сохранения в Microsoft Access, в то время как другие приложения Office будут
разрешать сохранение в любом месте.
Лист
Для записи информации, которая обсуждалась в данной статье, используйте следующую таблицу:
 Таблица библиотек (Возможно, на английском языке) (http://go.microsoft.com/fwlink/?linkid=165874&clcid=0x419)
308
Планирование хранения корпоративного контента
(SharePoint Server 2010)
В этой статье описывается порядок планирования решения для хранения корпоративного контента, использующего Microsoft
SharePoint Server 2010. Несмотря на то, что приведенные в этой статье примеры относятся в основном к решениям на базе
SharePoint Server 2010, приведенные в ней рекомендации распространяются и на SharePoint Server 2010, и на SharePoint
Foundation 2010, если явно не указано иное.
Сведения и рекомендации, приведенные в этом разделе, позволяют ознакомиться с основными понятиями хранения
корпоративного контента. Некоторые сведения в этом разделе выбраны из более подробных документов, посвященных тестам
производительности и емкости, которые были проведены корпорацией Майкрософт, а также из статей, в которых представлено
более подробное описание отдельных понятий. Настоятельно рекомендуется использовать все эти ресурсы при планировании
решения для хранения корпоративного контента. Дополнительные сведения и ссылки см. в разделе Дополнительные ресурсы
этой статьи.
Содержание:
 Общие сведения о хранении корпоративного контента

Типовые сценарии управления большими объемами контента

Уровни хранения: преимущества и ограничения хранения контента

Маршрутизация и хранение корпоративного контента на основе метаданных

Навигация и фильтрация корпоративного контента на основе метаданных

Представления списка

Дополнительные ресурсы
309
Общие сведения о хранении корпоративного контента
Решение управления документами предоставляет значительно более широкие возможности, нежели простое размещение
документов. Комплексное решение управления документами корпоративного уровня обеспечивает многоуровневое хранение
документов, в том числе хранение в семействах сайтов, на сайтах, в библиотеках и папках. Такое решение также обеспечивает
эффективное управление увеличивающимся объемом корпоративных документов и позволяет хранить версии документов на
всех стадиях жизненного цикла с возможностью их извлечения для справки или по юридическим требованиям.
SharePoint Server 2010 поддерживает системы хранения документов высокой емкости. Библиотека документов может содержать
миллионы документов. Тем не менее, в зависимости от используемого контента, производительность сайтов, содержащих
множество документов, может снижаться. В этой статье приведены рекомендации по разработке решений по управлению
большими объемами контента, которые поддерживают горизонтальное масштабирование в соответствии с изменениями
требований организации и позволяют создать высокопроизводительную среду для создания документов и работы с ними.
Решения, принимаемые относительно размеров семейств сайтов, сайтов и библиотек, должны учитывать не только физические
ограничения на хранение для существующей среды, но и модели использования и просмотра контента пользователями.
Например, если пользователи просматривают или запрашивают набор документов в библиотеке, содержащей тысячи
документов, ненадлежащая настройка конфигурации сайта может привести к снижению производительности. Кроме того, если в
соответствии с соглашением об уровне обслуживания требуется резервное копирование контента дважды в день, возможна
неудовлетворительная работа службы при обработке слишком большого набора контента.
Типовые сценарии управления большими объемами контента
Как правило, сценарии управления большими объемами контента могут быть следующими:
 Крупномасштабная среда разработки

Крупномасштабный архив контента
 Сверхкрупный архив контента
Описание сценариев в этой статье ставит своей целью разъяснение понятия крупномасштабных решений и представление
высокоуровневых примеров, которые, как кажется, отражают цели управления контентом. Естественно, такие описания не могут
охватить все аспекты, характерные для конкретных сценариев. Каждый сценарий может обладать десятками и даже сотнями
уникальных аспектов, которые выходят за рамки данной статьи.
310
Крупномасштабная среда разработки
В крупномасштабной среде разработки, например, сайт может содержать библиотеку, в которой пользователи активно изменяют
свыше 50 000 документов, хранящихся в более чем 500 папках. Управление версиями включено, и обычно для каждого
документа существует несколько версий. Документы часто извлекаются, а для контроля их жизненных циклов применяются
рабочие процессы. Обычная база данных для этого типа сайта содержит около 150 гигабайт (ГБ) данных. Чтобы ограничить
число сохраняемых версий и нагрузку на базу данных, могут использоваться параметры библиотеки. (Следует упомянуть, что
каждая версия документа хранится в базе данных отдельно.) Как правило, в крупномасштабной среде разработки 80%
пользователей сайтов являются авторами, которые имеют доступ к основным и вспомогательным версиями документов, в то
время как 20% пользователей сайтов имеют разрешения только для чтения и могут только просматривать основные версии
контента.
Крупномасштабная среда разработки может быть основана на шаблоне сайта центра разработки SharePoint Server 2010,
который содержит одну большую библиотеку документов и который оптимизирован для крупномасштабной разработки.
Крупномасштабный архив контента
Крупномасштабный архив контента представляет собой хранилище документов, в котором пользователи либо просматривают
документы, либо отправляют новые. На сайте выполняется незначительное число операций разработки, или они не
выполняются совсем. Существует два основных сценария крупномасштабного архива контента: база знаний и управление
записями.
На сайте базы знаний присутствует только одна версия большинства документов, поэтому его можно легко масштабировать для
хранения миллионов документов (рекомендуемый максимум — 30 миллионов документов). Контент, как правило, хранится в
отдельной базе данных размером 1 ТБ. В типовом сценарии это может быть корпоративный центр технической поддержки, в
котором 10 000 пользователей могут обращаться к контенту преимущественно для чтения. Подмножество пользователей (3000–
4000) загружают контент на сайт. Сайт базы знаний может основываться на шаблоне сайта центра документов.
Другой тип крупномасштабного архива — центр записей, основанный на шаблоне сайта центра записей. Использование шаблона
сайта центра записей рекомендуется для сайтов, содержащих более миллиона документов. Этот шаблон сайта содержит
функции для управления хранением и удалением записей (документами, которые служат подтверждением действий или
операций, выполненных организацией и которые должны храниться в течение некоторого времени). Подобно сайту базы знаний,
центр записей содержит одну версию каждого документа и, как правило, может содержать миллионы и более документов.
Контент в центр записей отправляют намного больше пользователей, чем просматривают и читают его.
Сверхкрупный архив контента
Сверхкрупный архив контента может использоваться в качестве справочной библиотеки или хранилища контента. Чтобы
обеспечить масштабирование сверх размеров крупномасштабного архива контента, сверхкрупный архив может содержать более
311
50 миллионов документов, распределенных по нескольким семействам сайтов. Контент в каждом семействе сайтов может
храниться в виде больших двоичных объектов в нескольких базах данных контента, а также с применением удаленного
хранилища больших двоичных объектов (RBS). Применение такого удаленного хранилища позволяет хранить данные вне SQL
Server, сокращая тем самым стоимость решения хранения и размер базы данных контента. Для поиска контента по нескольким
семействам сайтов используются поиск SharePoint или FAST Search для SharePoint.
Уровни хранения: преимущества и ограничения хранения контента
Семейства сайтов
Семейство сайтов — это набор веб-сайтов с единым владельцем и общими параметрами администрирования. Каждое
семейство сайтов содержит веб-сайт верхнего уровня и может содержать один или более дочерних сайтов. Как правило,
семейство сайтов имеет общую структуру навигации.
Сайты в семействе сайтов обычно имеют общее назначение. Чтобы сделать использование решения максимально удобным,
рекомендуется хранить все связанные данные и контент в одном семействе сайтов. При этом можно получить следующие
преимущества:
 Типы контента и столбцы, управляемые в семействе сайтов, можно будет совместно использовать на всех сайтах в
семействе сайтов. Для объединения типов контента и определений столбцов в нескольких семействах сайтов может
использоваться служба управляемых метаданных.

Политики управления информацией, поддерживаемые в семействе сайтов, могут быть доступны контенту на всех сайтах
семейства сайтов.

Поиск может осуществляться по контенту нескольких семейств сайтов.

В некоторых представлениях выводится список документов с нескольких сайтов в одном семействе сайтов (например,
представление с перечислением всех задач, назначенных пользователю в семействе сайтов). Кроме того, разработчики
могут создавать запросы к базам данных сайтов в семействе сайтов, но запросы к семействам сайтов не поддерживаются в
масштабе нескольких семейств сайтов.
 Управление квотами контента и другими квотами возможно только на уровне семейства сайтов.
При планировании способов распределения контента по одному или нескольким семействам сайтов необходимо учитывать
следующие ограничения:
 Все сайты в семействе сайтов используют общие серверные ресурсы. В частности, весь контент в семействе сайтов должен
храниться в одной базе данных контента. По этой причине производительность операций с базами данных, таких как
312
резервное копирование и восстановление контента, будет зависеть от объема контента всего семейства сайтов, размера
базы данных, скорости работы серверов с базой данных и других факторов. В зависимости от объема контента и
конфигурации базы данных может возникнуть необходимость разделения семейства сайтов на несколько семейств, чтобы
отвечать условиям соглашений об уровне обслуживания в отношении резервного копирования и восстановления, пропускной
способности и других требований. В рамки этой статьи не входят рекомендации по управлению размером и
производительностью баз данных.

В частности, сайты с высоким уровнем активности пользователей следует хранить в отдельных семействах сайтов.
Например, сайт базы знаний в Интернете, допускающий анонимный просмотр, может быть сопряжен с высокой активностью
базы данных. Если другие сайты используют эту же базу данных, то их производительность может быть низкой. Помещение
сайта базы знаний в отдельное семейство сайтов с собственной базой данных позволит высвободить ресурсы для других
сайтов, которым более не придется конкурировать с сайтом базы знаний при использовании ресурсов базы данных.
Примечание.
SharePoint Foundation и SharePoint Server 2010 поддерживают несколько компонентов, позволяющих сократить необходимость
восстановления контента ИТ-отделом. Корзина и корзина семейства сайтов обеспечивают двойной механизм защиты для восстановления
случайно удаленных элементов. Управление версиями документов также служит страховкой при потере документов, предыдущие версии
которых будут доступны. Чтобы дополнительно гарантировать доступность предыдущих версий, администратор может исключить
разрешение на удаление версий из разрешений автора; это поможет гарантировать наличие предыдущих версий контента без
необходимости их восстановления из базы данных.
Сайты
Веб-сайт — это основной способ организации связанного контента в SharePoint Server 2010 и SharePoint Foundation.
Хранение контента на одном сайте имеет следующие преимущества:
 Размещение библиотек и списков на одном сайте делает создание страниц с представлениями нескольких библиотек и
списков проще.

Можно использовать шаблон сайта центра документов для создания сайта, который оптимизирован для создания и
использования большого числа документов.
313

Оптимизированный пользовательский интерфейс для навигации по сайтам упрощает поиск и переход по библиотекам в
одном сайте.

Возможность определения набора типов контента и столбцов сайта на сайте.
Библиотеки
Хранение контента в одной библиотеке имеет следующие преимущества:
 Пользователям проще добавлять новые документы и искать существующие в одной библиотеке.

Множество параметров управления документами, таких как разрешения, управление версиями контента и утверждение,
применяются на уровне библиотеки.

Представления, созданные при помощи пользовательского интерфейса, привязаны к определенной библиотеке.

Политики управления информацией, такие как параметры аудита и хранения контента, можно применить к библиотеке.
Некоторые библиотеки поддерживают только политики хранения.
При планировании организации контента в одной библиотеке учитывайте следующие ограничения:
 Параметры, в том числе обязательное извлечение или управление версиями, задаются на уровне библиотеки документов.
Чтобы задать другие параметры для других документов, необходимо переместить эти документы в другую библиотеку и
задать необходимые параметры.

Представления, содержащие столбцы, которые используются только для одного типа контента, могут быть бесполезны,
поскольку для элементов или других типов контента не будут отображаться значения метаданных.

Производительность представления снижается, если число просматриваемых элементов превышает установленное для
представления списка ограничение в 5000 элементов (по умолчанию). Кроме того, не выполняются запросы, превышающие
заданное пороговое значение для представления списка. Рекомендуется организовывать контент библиотеки в папки,
содержащие не более 5000 элементов, или создавать представления, которые используют преимущества навигации на
основе метаданных и индексированных столбцов для возврата наборов, содержащих не более 5000 элементов.
Папки
Папка служит для разделения контента на части по именам подобно тому, как это делается в файловой системе. Основной
задачей папок является логическая организация контента для соответствия предполагаемым функциональным возможностям
библиотеки. Например, если библиотека предназначена для предоставления спецификаций продукта, набору папок в
библиотеке можно присвоить имя для каждой области функции продукта или для каждого члена группы, который разрабатывает
спецификации продукта.
314
Разделение контента на несколько папок, содержащих не более 5000 элементов (ограничение по умолчанию для представления
списка), позволяет обеспечить высокую производительность представлений папок. Обратите внимание, что для использования
преимуществ такого подхода представления, доступные в папках, необходимо настроить на отображение только элементов из
соответствующих папок (эта возможность доступна в интерфейсе создания представлений по умолчанию). Также необходимо
отметить, что для папок, содержащих менее 5000 элементов, не требуется выполнять фильтрацию по индексированным
столбцам. Для папок, содержащих более 5000 элементов, можно повысить производительность с использованием навигации на
основе метаданных или индексированных столбцов с последующей фильтрацией представлений таким образом, чтобы они
возвращали менее 5000 элементов.
Рекомендуется создавать папки в составе решения маршрутизации и хранения контента на основе метаданных. С помощью
компонента "Организатор контента" можно настроить параметры, обеспечивающие автоматическое создание папок при слишком
большом размере целевой папки, а также автоматическое создание папок для каждого значения свойства метаданных.
Дополнительные сведения см. в разделе Маршрутизация и хранение корпоративного контента на основе метаданных этой
статьи.
Маршрутизация и хранение корпоративного контента на основе
метаданных
В SharePoint Server 2010 представлена функция маршрутизации и хранения на основе метаданных с использованием
компонента "Организатор контента". Новый компонент уровня сайта "Организатор контента" позволяет упростить
классификацию, маршрутизацию и хранение контента администраторами и пользователями с помощью правил, основанных на
метаданных.
Компонент "Организатор контента" обеспечивает маршрутизацию документа в заданную папку или автоматически создает новую
папку на основе метаданных документа. Папки могут создаваться как дочерние для целевой папки, если в ней превышено
установленное ограничение на число элементов, либо как новые папки для каждого нового значения в поле. Новые папки
наследуют параметры родительской папки. К новым папкам также могут применяться дополнительные правила, определяющие
дополнительные параметры, в том числе разрешения, дополнительные метаданные, политики хранения и рабочие процессы,
которые будут наследоваться располагающимися в них документами.
Дополнительные сведения см. в статье Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server
2010).
315
Навигация и фильтрация корпоративного контента на основе
метаданных
Новый компонент навигации и фильтрации метаданных в SharePoint Server 2010 позволяет пользователям выполнять
фильтрацию и поиск контента на основе метаданных. Компонент навигации и фильтрации на основе метаданных предоставляет
простой пользовательский интерфейс, который построен на базе элемента управления иерархического древовидного
представления SharePoint в сочетании с новым элементом управления Ключевые фильтры, что обеспечивает эффективный
поиск контента на основе метаданных.
С помощью параметров навигации для метаданных владельцы списков могут повышать уровень полей в списке, определяя их
как ключевые поля. Пользователи, просматривающие такие списки, могут выполнять дополнительную фильтрацию текущего
представления списка и отображать только элементы соответствующих полей с нужными значениями.
Компонент автоматической индексации обеспечивает автоматическое создание индексов списков на основе полей,
определенных как поля навигации для списка. Автоматическая индексация позволяет повысить эффективность запросов и
быстродействие.
Дополнительные сведения об интеграции навигации на основе метаданных в решение хранения корпоративного контента см. в
статье Обзор навигации для метаданных (SharePoint Server 2010).
Представления списка
В основе любого решения по управлению корпоративным контентом лежит возможность пользователей быстро и удобно
находить нужный контент. При перемещении по библиотекам и папкам представления дерева и списка предоставляют простой
интерфейс, обеспечивающий визуальную навигацию по таксономии хранилища контента. В то же время, если библиотека или
папка содержит слишком много элементов, для быстрого запроса и отображения результатов в списке может потребляться
значительный объем ресурсов системы. В SharePoint Server 2010 поддерживается функция регулирования ресурсов,
позволяющая обеспечить максимальную производительность представления списка при минимальном потреблении ресурсов.
Свойства регулирования ресурсов для веб-приложения задаются в разделе "Общие параметры" центра администрирования и
влияют на выделение ресурсов для запроса и отображения списков в этом веб-приложении.
Настройка решения хранения таким образом, чтобы при просмотре контента библиотеки или папки не превышалось
установленное для представления списка ограничение, позволяет предотвратить необходимость регулирования ресурсов и
обеспечить максимальную производительность представления списка.
Поддерживаются следующие свойства регулирования ресурсов, влияющие на производительность представления списка:
316
Свойство
Описание
Значение по умолчанию
Пороговое значение представления списка
Максимальное число элементов списка или
библиотеки, которые могут обрабатываться
одновременно операцией базы данных (например,
запросом), вне установленного администратором
ежедневного периода времени, в течение которого
число запросов неограниченно. Изменять значение
этого свойства не рекомендуется.
5000
Перезапись объектной модели
Пользователи с особыми разрешениями могут
программным способом переопределять "Пороговое
значение представления списка" для отдельных
запросов.
Да
Пороговое значение представления списка для
аудиторов и администраторов
20 000
Максимальное число элементов списка или
библиотеки, которые могут обрабатываться
одновременно операцией базы данных (например,
запросом), выполняемой аудитором или
администратором с соответствующими разрешениями.
Этот параметр используется совместно с параметром
"Перезапись объектной модели".
8
Пороговое значение подстановки представления списка Максимально допустимое число объединений на
запрос, в том числе основанных на подстановке,
пользователе или группе, либо столбцах состояния
рабочего процесса. Если в запросе используется более
восьми объединений, операция блокируется. Это не
относится к операциям с одним элементом. При
использовании максимального представления
объектной модели, в котором не заданы поля
317
Свойство
Описание
Значение по умолчанию
представления, SharePoint возвращает до восьми
первых подстановок. Изменять значение этого свойства
не рекомендуется.
Ежедневный временной интервал для больших
запросов
Период времени, в течение которого могут
выполняться большие запросы. Период времени
следует задавать в нерабочие часы, поскольку
выполнение больших запросов может привести к
значительной нагрузке на сервер.
Отключено
Дополнительные ресурсы
В дополнение к сведениям, представленным в этой статье, можно ознакомиться со следующими ресурсами, которые содержат
рекомендации по изучению и планированию решения хранения корпоративного контента.
 SharePoint Server 2010 Capacity Management: Software Boundaries and Limits: в этой статье содержатся сведения об
ограничениях производительности и емкости для Microsoft SharePoint Server 2010.

Microsoft SharePoint Server 2010 departmental collaboration environment: Technical case study: в этой статье описывается
реальная среда SharePoint Server 2010 корпорации Майкрософт. Эти сведения можно использовать для сравнения
планируемой нагрузки и характеристик использования вашей среды.

Составление больших списков с обеспечением максимальной производительности списка (Возможно, на английском языке):
в этом документе содержатся указания по управлению производительностью больших библиотек документов и списков
SharePoint Server 2010.

Общие сведения о маршрутизации и хранении на основе метаданных (SharePoint Server 2010): в этой статье содержатся
сведения, помогающие планировщикам и разработчикам решений понять, как использовать средства маршрутизации и
хранения на основе метаданных с помощью организатора контента Microsoft SharePoint Server 2010 в составе комплексного
решения управления документами.
318

Обзор навигации для метаданных (SharePoint Server 2010): в этой статье содержатся сведения, помогающие планировщикам
и разработчикам решений понять, как использовать средство навигации и фильтрации по метаданным Microsoft SharePoint
Server 2010 в составе комплексного решения управления документами.

Планирование библиотеки документов (SharePoint Server 2010): в этой статье описывается, как планировать библиотеки
документов и интегрировать их в решение управления документами SharePoint Server 2010.

Plan managed metadata (SharePoint Server 2010): в статьях этого раздела объясняются основные понятия, связанные с
управляемыми метаданными SharePoint Server 2010. В других статьях приводятся инструкции по определению управляемых
метаданных для конкретного решения, а также по выбору служб и подключений, необходимых для реализации решения.
319
Планирование наборов документов (SharePoint Server 2010)
В этой статье описываются наборы документов, а также приводятся рекомендации по их интеграции в имеющееся решение по
управлению документооборотом Microsoft SharePoint Server 2010.
Содержание:
 Наборы документов

Администрирование наборов документов

Планирование типов контента набора документов

Таблицы
Наборы документов
Наборы документов — это новая функция SharePoint Server 2010, позволяющая организации управлять отдельными готовыми
продуктами или результатами работы, которые могут состоять из нескольких документов или файлов. Набор документ
представляет собой особый тип папки, сочетающий уникальные атрибуты набора документов, атрибуты и поведение папок и
документов, а также пользовательский интерфейс, метаданные и элементы объектной модели, обеспечивающие управление
всеми аспектами результата работы.
Отделы и сотрудники многих организаций используют набор документов или результат работы для оптимизации управления
проектами или конечными продуктами. Например, юридический отдел может собирать, создавать и использовать различные
документы, фотографии и аудиофайлы, связанные с определенным делом. Отдел продаж может собирать документы из
различных источников для создания запроса предложений потенциального клиента. Наборы документов позволяют таким
отделам и их сотрудникам управлять документами как единой коллекцией, конечным продуктом или результатом работы.
Владельцы набора документов могут также создать настраиваемую страницу приветствия, на которой отображаются
необходимые элементы и важные сведения о рабочем продукте.
Для согласованного создания наборов документов и управления ими в SharePoint Server 2010 организации могут создавать типы
контента набора документов для часто создаваемых проектов. Тип контента набора документов позволяет определять
разрешенные типы контента, атрибуты, элементы по умолчанию, столбцы, рабочие процессы и политики. Дополнительные типы
320
контента набора документов можно создавать из вышестоящего типа, при этом свойства и параметры наследуются из
вышестоящего типа. После добавления типа контента в библиотеку пользователи смогут создавать набор документов,
наследующий атрибуты типа контента набора документов, с помощью команды Создать. Типы контента предоставляет
дополнительные параметры, позволяющие указать разрешенные типы контента, контент по умолчанию, общие столбцы,
столбцы страницы приветствия, а также вид страницы приветствия по умолчанию.
Дополнительные сведения о типах контента см. в разделе Планирование типов контента и рабочих процессов (SharePoint Server
2010).
Дополнительные сведения о создании наборов документов и управлению ими в SharePoint Server 2010 см. в разделе Наборы
документов в справке SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=186368&clcid=0x419).
Администрирование наборов документов
Наборы документов SharePoint Server 2010 содержат множество атрибутов и свойств папок. При этом в ходе планирования
решения набора документов необходимо понимать несколько важных аспектов.
 Количество документов в наборе не ограничено. При этом время загрузки может быть ограничено порогом отображения
списка, который по умолчанию равен 5000 элементам. Включение папок в наборы документов и использование навигации с
помощью метаданных не допускается. Таким образом, при определении количества элементов в наборе документов следует
учитывать возможность превышения пороговых значений отображения списка и особенности структуры навигации. Кроме
того, при использовании функции Отправить для набора документов суммарный объем всех документов набора не может
превышать 50 МБ. Структура папок в библиотеке документов может оказаться более оптимальным решением для коллекции
или результата работы, содержащего большое количество элементов.

Количество наборов документов в библиотеке не ограничено. В то же время количество наборов, отображаемых в списках,
может быть ограничено порогом отображения списка.

Если при использовании метаданных набор документов содержит более 10 элементов, то обновление метаданных будет
осуществляться каждые 15 минут с помощью задания таймера.

При использовании маршрутизации набора документов отправленные в организатор контента наборы сохранятся в
библиотеке-распределителе и будут перемещены в соответствующее расположение с помощью задания таймера
организатора контента, которое по умолчанию выполняется ежедневно.
Для использования наборов документов в семействе веб-сайтов необходимо включить соответствующий компонент.
321
Включение компонента наборов документов для семейства сайтов
1. На странице "Параметры узла" в разделе Администрирование семейства веб-сайтов щелкните Возможности семейства
веб-сайтов.
2. На странице компонентов щелкните команду Активировать для компонента Наборы документов.
После включения компонента "Наборы документов" можно создавать типы контента для набора.
Планирование типов контента набора документов
Спланируйте типы контента документов для решения с помощью таблицы "Анализ использования документов", которая была
заполнена в ходе работы со статьей Идентификация пользователей и анализ использования документов. Запишите свои
решения по каждому типу контента для набора документов в таблицу Тип контента (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x419).
Планирование типов контента набора документов с помощью таблицы "Тип контента".
1. Введите строку Набор документов в поле Тип контента таблицы "Тип контента".
2. Укажите URL-адрес сайта, на котором будет определен новый тип контента набора документов. Обратите внимание на то,
что типы контента доступны на сайте, где они были заданы, и на всех дочерних веб-сайтах этого сайта.
3. Определение родительского типа контента. Укажите родительский тип контента для набора документов в поле
Родительский тип контента таблицы типа контента: это будет либо основной тип контента, либо уже запланированный
специальный тип контента.
4. Определение параметров набора документов Определите и укажите в таблице следующие параметры набора
документов:
a) Определение разрешенных типов контента Укажите типы контента по умолчанию, которые будут разрешены в
этом типе контента набора документов.
b) Определение контента по умолчанию Если создаваемый тип контента набора документов будет автоматически
создавать контент при создании нового экземпляра набора документов, можно вручную добавить файлы в набор.
Разрешается добавление только файлы разрешенного типа контента.
c) Определение общих столбцов Укажите необходимость автоматической синхронизации значений столбцов для
набора документов во всех документах набора.
322
d) Определение столбца страницы приветствия Укажите столбцы, отображаемые на странице приветствия для
каждого набора документов.
e) Определение представления страницы приветствия Укажите представление, используемое для отображения
содержимого набора документов на странице приветствия.
5. Определение столбцов и их порядка. В таблице Планирование столбцов таблицы типа контента выполните следующие
действия:
a) Введите каждый столбец, наследованный от родительского типа контента. В столбце Новый? введите Нет для
каждой записи.
b) Для каждого дополнительного столбца укажите название предварительно определенного столбца или столбца,
который должен быть создан. Вместе с названиями дополнительных столбцов укажите их типы и определите,
являются ли они новыми.
6. В разделе Планирование шаблона введите Нет.
7. Определение рабочих процессов. При наличии доступного рабочего процесса, относящегося к типу контента набора
документов, его можно при необходимости связать с типом контента. После этого рабочий процесс может быть запущен в
любом элементе списка данного типа контента. Развернутое обсуждение планирования рабочих процессов представлено
далее в разделе Планирование рабочих процессов. После проверки рабочих процессов и определения, какие из них
являются доступными, укажите рабочий процесс, связанный с каждым типом контента, в разделе Планирование рабочих
процессов таблицы Тип контента. Если рабочий процесс не наследуется от родительского типа контента, укажите эту
информацию в поле Новый?.
8. Определение политики. Политика — это набор правил для типа контента. Компоненты политики конкретизируют каждое
правило: например, возможна ли печать элементов того или иного типа контента и какие действия элемента подлежат
аудиту. Политику можно применить и к специальному типу контента. Обратите внимание на то, что применение политики к
основному типу контента невозможно. Дополнительные сведения о планировании политики см. в разделе Планирование
политики управления информацией (SharePoint Server 2010). Изучив политики и определив доступные компоненты и
шаблоны политики, в разделе Планирование политики таблицы "Тип контента" выполните следующие действия.
a) Если у родительского типа контента есть параметры политики, они будут применяться без изменений к новому типу
контента. Вследствие этого политики, будучи однажды заданы, применяются ко всем соответствующим типам
контента. Если текущий тип контента наследует параметры политики от родительского типа, в разделе
Планирование политики таблицы типа контента ответьте Да на вопрос "Определена ли политика в родительском
типе контента?".
323
b) Если текущий тип контента наследует политику от родительского типа контента, в поле Впишите имя политики в
разделе Планирование политики введите имя для шаблона политики. Аналогично, если текущий тип контента не
наследует политику и необходимо применить шаблон политики, в поле Впишите имя политики в разделе
Планирование политики введите имя для шаблона политики.
c) Если текущий тип контента наследует один или несколько отдельных компонентов политики от родительского типа
контента, введите все компоненты политики в таблицу Компонент раздела Планирование политики. Аналогично,
если текущий тип контента не наследует политику и требуется связать компоненты политики с текущим типом
контента, введите эти компоненты политики в таблицу Компонент. Обратите внимание на то, что невозможно связать
одновременно и отдельные компоненты политики, и политику по имени с типом контента.
Таблицы
Для записи сведений, представленных в этой статье, используйте следующие таблицы:
 Электронная таблица типа контента (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x419).

Электронная таблица анализа использования документов (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x419).
См. также
Понятия
Планирование типов контента и рабочих процессов (SharePoint Server 2010)
324
Планирование типов контента и рабочих процессов
(SharePoint Server 2010)
В этой статье описываются типы контента и рабочие процессы, а также приводятся рекомендации по планированию их
интеграции в имеющееся решение по управлению документооборотом Microsoft SharePoint Server 2010.
Содержание:
 Планирование типов контента

Планирование рабочих процессов

Таблицы
Планирование типов контента
Содержание:
 Что такое типы контента?

Интеграция свойств с выпуском 2010 системы Office

Шаблоны столбцов

Типы контента папки

Планирование типов контента документа

Планирование типов контента списка

Планирование преобразования документов
Что такое типы контента?
Тип контента определяет атрибуты элемента списка, документа или папки. Каждый тип контента задает следующие атрибуты:
 свойства для связи с элементами этого типа;
325

метаданные для связи с элементами того же типа;

рабочие процессы, которые можно запустить из элементов этого типа;

политики управления сведениями для связи с элементами этого типа;

шаблоны документов (для типов контента документов);

преобразования документов, которые необходимо сделать доступными (для типов контента документов);
 специальные компоненты.
Тип контента можно связать со списком или библиотекой. Это будет означать, что этот список или библиотека могут включать
элементы этого типа контента, а также что с помощью команды Создать в этом списке или библиотеке пользователи смогут
создавать новые элементы этого типа.
Примечание.
Свойства, рабочие процессы, политики и шаблоны также можно напрямую связать со списком или библиотекой. Однако эти связи будут
ограничены такими списком или библиотекой и иначе в решении использоваться не могут. В SharePoint Server 2010 рабочие процессы
уровня сайта можно связывать с несколькими списками и библиотеками.
Библиотеки и списки документов могут содержать несколько типов контента. Например, в библиотеку могут входить документы и
рисунки, связанные с проектом. Если список или библиотека содержат несколько типов контента, то:
 по умолчанию команда Создать в таком списке или библиотеке позволяет пользователям выбрать любой из всех доступных
типов контента при создании нового элемента (владельцы типа контента могут настроить команду Создать таким образом,
чтобы она открывала доступ только к определенным типам контента);
 отображаются столбцы, связанные со всеми доступными типами контента.
Специальные типы контента определяются в коллекции типов контента сайта. Специальный тип контента должен, прямо или
косвенно, в основе своей иметь основной тип контента, например "Документ" или "Элемент". После определения на сайте
специального типа контента он станет доступен в основном сайте и его дочерних сайтах. Чтобы тип контента стал повсеместно
доступным, задайте его в коллекции типов контента сайта верхнего уровня в семействе веб-сайтов. Также можно создать
специальный тип контента в концентраторе типов контента, который определен в экземпляре службы управляемых метаданных.
При создании типа контента в концентраторе он будет доступен для других семейств сайтов, которые являются частью вебприложений, связанных с этим экземпляром службы управляемых метаданных.
326
Например, если в организации используется определенный шаблон контракта, в коллекции типов контента сайта верхнего
уровня семейства веб-сайтов можно создать тип контента, который будет определять метаданные и шаблон для этого контракта,
рабочие процессы, необходимые для просмотра и заполнения контракта, политики, обеспечивающие проверку связанных с
контрактом действий, срок хранения контракта и метки для вставки в печатные версии контракта. После этого любая библиотека
документов в семействе веб-сайтов, с которым связан тип контента "Контракт", будет содержать все эти компоненты и позволит
авторам создавать на базе шаблона новые контракты.
В сайтах на основе SharePoint Server 2010 у каждого элемента списка или библиотеки по умолчанию, таких как "Контракт",
"Задача" или "Документ", есть соответствующий основной тип контента в коллекции типов контента сайта. При планировании
типов контента можно использовать определения основных типов контента в качестве отправной точки и создавать новые типы
контента на базе существующих или при необходимости изменять основные типы контента.
Типы контента организованы в иерархию, которая позволяет одному типу контента наследовать характеристики другого типа
контента. Благодаря этому возможно совместное использование характеристик в пределах организации, в то же время группы
могут настраивать эти характеристики для определенных сайтов или списков.
Например, для всех документов, предназначенных для поставки клиенту, в организации может требоваться набор метаданных,
таких как номер счета, номер проекта и имя руководителя проекта. С помощью создания типа контента верхнего уровня
"Поставка клиентам", от которого все остальные типы документов для поставки клиенту наследуют характеристики,
обеспечивается связь требуемой информации, включая номера счетов и проектов, со всеми вариантами документов,
поставляемых клиенту, в организации. Обратите внимание, что при добавлении другого необходимого столбца в тип контента
верхнего уровня "Поставка клиентам" владелец типа контента может распространить изменения во все типы контента,
наследующие характеристики данного типа, в результате чего новый столбец будет добавлен во все документы, поставляемые
клиенту.
Интеграция свойств с выпуском 2010 системы Office
В системе Microsoft Office, когда пользователь изменяет документ с сервера управления документами SharePoint Server 2010, в
верхней части документа отображается область сведений о документе. Эта область содержит изменяемую форму, отражающую
свойства документа на сервере.
Службы SharePoint Server 2010 упрощают настройку формы свойства для типа контента. При настройке типа контента можно
запустить службу Microsoft InfoPath 2010, которая создает форму свойства по умолчанию, исходя из свойств типа контента.
Форма по умолчанию включает те же элементы управления, макет и схему, которые бы использовались в InfoPath 2010, если бы
специальная форма не была определена. Далее форму можно настроить и развернуть как любую другую форму InfoPath 2010.
Например, в форму можно добавить эмблему компании, шрифты и цветовую схему, подключить ее к специальному источнику
данных, добавить условную логику и разработать компоненты формы, доступные пользователям на основе их ролей.
327
Помимо изменения свойств в области сведений о документе, разработчики с помощью Microsoft Word 2010 могут вставлять в
свои документы свойства, определенные на сервере. Например, если в свойства документа входит имя руководителя проекта,
это имя можно вставить на титульную страницу, в колонтитул или в любое другое место, где это имя используется в документе.
При назначении нового руководителя проекта для того или иного проекта свойство "Руководитель проекта" можно обновить на
сервере управления документами; такое обновление имени руководителя проекта будет отражено во всех экземплярах этого
свойства, вставленного в документ.
Использование метаданных с типами контента
Метаданные, или столбцы, представляют собой сведения о документе, которые используются для классификации контента и
разбиения его по категориям. Метаданные связываются с типом контента в форме столбцов. Они обеспечивают контекстуальные
сведения о документе путем связывания с автором, темой, аудиторией, языком и т. д. В отличие от свойств метаданные хранятся
в виде столбцов и поддерживают индексирование и поиск с помощью поисковой системы SharePoint.
Метаданные, добавленные на уровне коллекции веб-сайтов, можно связать с типами контента. Использование метаданных с
типами контента позволяет всем последующим типам контента наследовать все или некоторые метаданные, производные от
родительского типа контента, на уровне семейства веб-сайтов. Дополнительные метаданные можно затем добавить на более
низком уровне, например на уровне документа.
Шаблоны столбцов
Каждый элемент метаданных, связанный с типом контента, представляет собой столбец списка, в котором хранится
определенная информация. Списки или библиотеки часто отображаются графически в виде столбцов данных. Вместе с тем, в
зависимости от представления, связанного со списком, столбцы могут отображаться в другом виде, например как дни в
календаре. В формах, связанных со списком или библиотекой, столбцы отображаются в виде полей.
Можно задать используемые столбцы в нескольких типах контента, создав соответствующие столбцы в коллекции шаблонов
столбцов. Такая коллекция существует на каждом сайте семейства сайтов. Что касается типов контента, столбцы, заданные в
коллекции шаблонов столбцов сайта, доступны в данном сайте и во всех его дочерних сайтах.
Типы контента папки
Типы контента папки определяют метаданные, связанные с папкой в списке или библиотеке. Когда тип контента папки
применяется к списку или библиотеке, команда Создать в этом списке или библиотеке будет включать в себя тип контента
папки, что позволит пользователям создавать папки данного типа.
Можно задавать представления в списке или библиотеке, которые доступны только в папках определенного типа контента. Это
приведет к тому, что в папке будут содержаться документы определенного типа, а представления в папке будут отображать
только те столбцы, которые относятся к типу документа, содержащемуся в папке.
328
С помощью объектной модели SharePoint Server 2010 можно настроить команду Создать для типа контента папки таким
образом, чтобы при создании новой папки этого типа она заполнялась файлами и документами, основанными на шаблонах,
хранящихся на сервере. Такая возможность позволяет, например, применять документы составного типа, для создания которых
необходимо использовать несколько файлов.
Набор документов — это новый компонент SharePoint Server 2010, который позволяет использовать Microsoft Office 2010 для
управления результатами работы, охватывающими несколько документов. Набор документов — это определенный тип папки,
используемый для управления отдельным конечным результатом, или результатом работы, который может включать
несколько документов в нескольких расположениях. Набор документов создается на основе расширяемых шаблонов, которые
содержатся в системе SharePoint Server 2010. Шаблоны наборов документов можно настраивать так, чтобы они соответствовали
результатам работы, характерным для конкретной организации. Наборы документов также включают функцию управления
версиями, что позволяет отслеживать состояние всего набора документов на различных этапах его жизненного цикла.
Планирование типов контента документа
Спланируйте типы контента документов для решения с помощью таблицы "Анализ использования документов", которая была
заполнена в ходе работы со статьей Идентификация пользователей и анализ использования документов. Запишите свои
решения по каждому новому типу контента в таблицу Тип контента (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x419).
Каждый тип контента документа должен наследовать свои параметры напрямую из типа контента "Документ" или из типа
контента, исходящего из типа контента "Документ". Это позволит гарантировать наличие таких основных столбцов типов
документов, как "Заголовок" и "Создано", а также связать шаблон с типом контента.
На первом этапе планирования типов контента документа необходимо просмотреть каждый тип документа, указанный в таблице
"Анализ использования документов", чтобы определить, поддерживает ли существующий тип контента документы данного вида.
Если основного типа контента (например, "Документ") достаточно, введите имя типа контента в столбец "Тип контента" в таблице
"Анализ использования документов".
После проверки списка типов документов и принятия решения о том, какие документы могут использовать основные типы
контента, необходимо запланировать новые типы контента документов с помощью представленных далее действий. Для каждого
запланированного типа контента заполните отдельную таблицу "Тип контента".
1. Введите тип документа из таблицы "Анализ использования документов".
2. Укажите URL-адрес сайта, в котором будет определен новый тип контента. Обратите внимание на то, что типы контента
доступны на сайте, где они были заданы, и во всех его дочерних сайтах.
3. Определение родительского типа контента. Укажите родительский тип контента в поле Родительский тип контента
таблицы типа контента: это будет либо основной тип контента, либо уже запланированный специальный тип контента.
329
4. Определение столбцов. В таблице Планирование столбцов таблицы типа контента выполните следующие действия:
a) Введите каждый столбец, наследованный от родительского типа контента. В столбце Новый? введите Нет для
каждой записи.
b) Для каждого дополнительного столбца укажите название предварительно определенного столбца или столбца,
который должен быть создан. Очень важно выбрать правильное название столбца, поскольку в нем может быть
отражена цель этого столбца. Таким образом, даже если столбец нужного типа уже определен в коллекции столбцов
семейства сайтов, можно задать подобный столбец с названием, более подходящим для определенного приложения.
Вместе с названиями дополнительных столбцов укажите их типы и определите, являются ли они новыми.
5. Определение шаблона. В разделе таблицы Планирование шаблона укажите имя шаблона, с которым должен быть связан
данный тип контента, и название самого типа контента (например, DOCX); также необходимо представить краткое описание
назначения этого шаблона. Если шаблон не был унаследован от родительского типа контента, в поле Новый? введите Нет.
6. Определение рабочих процессов. Рабочие процессы прикрепляют бизнес-логику к документам и элементам списка. Можно
связать любой доступный рабочий процесс с типом контента, и после этого рабочий процесс может быть запущен в любом
документе данного типа контента. После проверки рабочих процессов и определения, какие из них являются доступными,
укажите рабочий процесс, связанный с каждым типом контента, в разделе Планирование рабочих процессов таблицы типа
содержимого. Если рабочий процесс не наследуется от родительского типа контента, укажите эти сведения в столбце
Новый?.
7. Определение политики. Политика — это набор правил для типа контента. Политика состоит из компонентов, которые
конкретизируют каждое правило: например, возможна ли печать элементов того или иного типа контента и какие действия
элемента подлежат аудиту. Политику можно применить и к специальному типу контента. Обратите внимание на то, что
применение политики к основному типу контента невозможно. Дополнительные сведения о планировании политики см. в
разделе Планирование политики управления информацией (SharePoint Server 2010). Изучив политики и определив
доступные компоненты и шаблоны политики, в разделе Планирование политики таблицы типа содержимого выполните
следующие действия.
a) Если у родительского типа контента есть параметры политики, они будут применяться без изменений к новому типу
контента. Вследствие этого политики, будучи однажды заданы, применяются ко всем соответствующим типам
контента. Если текущий тип контента наследует параметры политики от родительского типа, в разделе
Планирование политики таблицы типа контента ответьте Да на вопрос "Определена ли политика в родительском
типе контента?".
330
b) Если текущий тип контента наследует политику от родительского типа контента, в поле Впишите имя политики в
разделе Планирование политики введите имя для шаблона политики. Аналогично, если текущий тип контента не
наследует политику и необходимо применить шаблон политики, в поле Впишите имя политики в разделе
Планирование политики введите имя для шаблона политики.
c) Если текущий тип контента наследует один или несколько отдельных компонентов политики от родительского типа
контента, введите все компоненты политики в таблицу Компонент раздела Планирование политики. Аналогично,
если текущий тип контента не наследует политику и требуется связать компоненты политики с текущим типом
контента, введите эти компоненты политики в таблицу Компонент. Обратите внимание на то, что невозможно связать
одновременно и отдельные компоненты политики, и политику по имени с типом контента.
8. Определение преобразования документов. Службы SharePoint Server 2010 поддерживают установку компонентов
преобразования документов на сервере, которые преобразуют документы из одного формата в другой. Обзор
преобразования документов см. далее в разделе Планирование преобразования документов.
Можно связать один или несколько конвертеров документов с типом контента. Например, если тип контента связан с
шаблоном типа DOCX, можно связать конвертер Из документа Word в веб-страницу, который включен в службы SharePoint
Server 2010, с типом контента. Это позволит пользователям создавать документы для типа контента в Microsoft Office Word
2007, а затем преобразовывать их в веб-страницы для публикации.
Примечание.
На страницах центра администрирования SharePoint Server 2010 администраторы могут включить конвертер документов, чтобы он стал
доступен во всех библиотеках документов веб-приложения. Если включить конвертер таким образом, нет необходимости связывать его с
типами контента во всех сайтах веб-приложения.
В разделе Планирование преобразования документов таблицы типа контента введите все конвертеры документов для связи с
типом контента, уточните, не является ли конвертер новым (а значит, требующим установки), и добавьте комментарии.
Планирование типов контента списка
Элементы типа контента списка включают столбцы метаданных, связанные с типом контента и рабочими процессами, которые
могут выполняться в элементах этого типа контента списка. Чтобы задать уникальный для данного решения тип элемента списка,
используйте тип контента списка. Например, в решении обработки вызовов клиентов, которое используют специалисты службы
331
поддержки для изучения и решения технических проблем клиентов, может использоваться тип контента списка для
систематизации данных по каждому обращению в службу поддержки и отслеживания обращений с помощью рабочего процесса.
Действие листа
Выполните планирование новых типов контента списка в соответствии со следующей процедурой. Для каждого запланированного типа
контента списка заполните отдельную таблицу типа контента. В поле таблицы Тип документа введите Список.
1. Укажите URL-адрес сайта, на котором будет определен новый тип контента. Обратите внимание на то, что типы контента
доступны на сайте, где они были заданы, и на всех дочерних веб-сайтах этого сайта.
2. Определение родительского типа контента. Укажите родительский тип контента в поле Родительский тип контента
таблицы типа контента: это будет либо основной тип контента, либо уже запланированный специальный тип контента.
3. Определение столбцов. В таблице Планирование столбцов таблицы типа контента выполните следующие действия:
a) Введите каждый столбец, наследованный от родительского типа контента. В столбце Новый? введите Нет для
каждой записи.
b) Для каждого дополнительного столбца укажите название предварительно определенного столбца или столбца,
который должен быть создан. Вместе с названиями дополнительных столбцов укажите их типы и определите,
являются ли они новыми.
4. В разделе Планирование шаблона введите Нет.
5. Определение рабочих процессов. При наличии доступного рабочего процесса, относящегося к типу контента списка, его
можно при необходимости связать с типом контента. После этого рабочий процесс может быть запущен в любом элементе
списка данного типа контента. Развернутое обсуждение планирования рабочих процессов представлено далее в разделе
Планирование рабочих процессов. После проверки рабочих процессов и определения, какие из них являются доступными,
укажите рабочий процесс, связанный с каждым типом контента, в разделе Планирование рабочих процессов таблицы типа
контента. Если рабочий процесс не наследуется от родительского типа контента, укажите эту информацию в поле Новый?.
6. В разделе Планирование политики введите Нет.
332
Планирование преобразования документов
Службы SharePoint Server 2010 поддерживают установку на сервере компонентов преобразования документов, которые
преобразуют документы из одного формата в другой. Преобразование можно выполнить либо в интерфейсе пользователя, либо
программным путем, например из настраиваемого рабочего процесса. Отношения между исходными документами и их
экземплярами после преобразования сохраняются. Службы SharePoint Server 2010 включают конвертеры, которые позволяют
создавать веб-страницы на основе документов Microsoft Office Word 2007 и форм Microsoft Office InfoPath 2007.
Помимо обеспечения инфраструктуры на сервере для установки и работы конвертеров документов, службы SharePoint Server
2010 предусматривают службу балансировки нагрузки, которую можно настроить для оптимизации использования ресурсов
сервера. В планирование преобразования документов входит настройка фермы серверов, чтобы оптимально сбалансировать
нагрузку для преобразования документов.
Чтобы конвертер стал доступен пользователям, его необходимо установить в ферме серверов, а затем администратор сервера
должен его включить. После включения конвертера на сервере его можно использовать для исходных документов на этом
сервере.
Чтобы настроить конвертеры документов, выполните следующие действия.
1. На основе анализа использования документов, который выполнялся в разделе Идентификация пользователей и анализ
использования документов, определите кандидатов на преобразование документов, то есть документы, которые созданы в
одном формате, но подлежат публикации или архивации в другом формате.
2. Для всех необходимых преобразований определите программы конвертирования, которые будут использоваться для
преобразования на серверах.
3. При необходимости установите программы конвертации на серверах приложений (средний уровень) фермы.
4. Настройте службы запуска и балансировки нагрузки либо на веб-серверах, либо на серверах приложений (средний уровень).
5. Выделите моменты в жизненном цикле документа, когда выполняется преобразование.
6. Определите способ выполнения преобразований: вручную или с помощью специальных решений для их запуска.
Планирование рабочих процессов
Рабочие процессы реализуют в приложении SharePoint Server 2010 бизнес-процессы в документах, формах, на веб-страницах и в
элементах списков. Они могут быть связаны с библиотеками, списками или типами контента.
В сфере управления документами рабочие процессы используются для пересылки документов между участниками процесса,
выполняющими свои задачи по управлению документами, например рецензирование документа, утверждение его публикации
333
или управление ликвидацией. Кроме того, настраиваемые рабочие процессы используются для перемещения документов между
сайтами и библиотеками. Например, можно создать рабочий процесс для копирования документа с одного сайта на другой в
соответствии с расписанием его архивирования.
SharePoint Server 2010 включает рабочие процессы, выполняющие следующие задачи управления документами:
 сбор отзывов — рассылка документа для рассмотрения;

утверждение — рассылка документа для утверждения (зачастую этот этап является необходимым условием публикации);

ликвидация — управление сроками действия документа и его ликвидацией;

сбор подписей — пересылка документа для подписывания;

перевод — управление переводом документа на один или несколько языков;

утверждение восточноазиатского документа — направление документа на утверждение с использованием штампов
цифровой подписи и процесса согласования, ориентированного на группы.
Свяжите рабочий процесс с типом контента, если рабочий процесс должен быть доступен в любое время использования данного
типа контента. Например, для типа контента заказа на покупку может потребоваться утверждение руководителем перед
выполнением перевода. Чтобы рабочий процесс утверждения всегда был доступен в начале работы с заказом на покупку,
создайте тип контента "Заказ на покупку" и свяжите с ним рабочий процесс утверждения. Затем добавьте тип контента "Заказ на
покупку" с библиотеками, в которых будут храниться заказы на покупку.
Чтобы запланировать рабочие процессы для решения управления документами, проанализируйте каждый тип контента
документа, который будет реализован, и определите бизнес-процессы, которые должны быть доступны для выполнения в
контенте данного типа. Затем определите рабочие процессы, которые должны быть доступны для данного контента.
Работа с таблицей
В разделе "Планирование рабочего процесса" таблицы типа контента (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x419) введите имя каждого рабочего процесса и его назначение и укажите,
требуется ли новый (пользовательский) рабочий процесс для реализации этого процесса.
Ниже дан пример таблицы, содержащей анализ рабочего процесса для типа контента контрактов.
334
Процесс контракта
Рабочий процесс контракта
Новый?
Рецензирование черновиков
Сбор отзывов
Нет
Получение утверждения руководителя и юрисконсульта Утверждение
Нет
Разрешение открытых вопросов
Отслеживание вопросов
Нет
Получение подписей
Сбор подписей
Нет
Таблицы
Для записи сведений, представленных в этой статье, используйте следующие таблицы:
 Электронная таблица типа контента (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165878&clcid=0x419).

Электронная таблица анализа использования документов (Возможно, на английском языке)
(http://go.microsoft.com/fwlink/?linkid=165873&clcid=0x419).
335
Планирование политики управления информацией
(SharePoint Server 2010)
В этой статье описан процесс планирования и интеграции политик управления сведениями с решением управления документами
Microsoft SharePoint Server 2010.
Содержание:
 Политики управления сведениями и их компоненты

Отчеты о политиках управления сведениями

Интеграция политик управления сведениями с системными приложениями Office

Компоненты политик, доступные в SharePoint Server 2010

Планирование политик управления документами
Политики управления сведениями и их компоненты
Политика управления сведениями — это набор правил для определенного типа контента. Каждое правило политики является
компонентом политики. Например, компонент политики управления сведениями может назначать сроки хранения контента того
или иного типа, либо обеспечивать аудит документов. Политики управления сведениями позволяют управлять доступом к
корпоративным сведениям, действиями, допустимыми в отношении таких сведений и сроками хранения сведений.
336
Примечание.
В этом разделе термин "политика" относится к политике управления сведениями, если не указано иное.
Политики могут внедряться, чтобы обеспечить выполнение организацией предусмотренных законом требований, например,
требования о хранении записей. В частности, политика отдела кадров, применяемая в организации для хранения записей о
сотрудниках в соответствии с юридическими предписаниями, может включать следующие компоненты:
 Аудит (для записи истории изменений и просмотров всех документов по каждому из сотрудников).

Хранение (для регулирования сроков хранения текущего контента).

Снабжение метками (для обеспечения надлежащей идентификации физических копий всех документов).

Ограничения печати (для обеспечения печати конфиденциальных документов о сотрудниках только на безопасных
принтерах). Это пример настраиваемой политики, которая внедряется с помощью объектной модели Microsoft SharePoint
Server 2010 или приобретается у стороннего поставщика программного обеспечения.
Компоненты политики реализуются в форме программ под управлением SharePoint Server 2010. Их может включить и настроить
администратор сервера, причем после включения администраторы серверов могут использовать их для назначения политик.
Службы SharePoint Server 2010 предусматривают пять компонентов политик, позволяющих управлять контентом. С помощью
объектной модели SharePoint Server 2010 можно разработать и установить компоненты настраиваемой политики, отвечающие
уникальным требованиям организации.
Компонент политики может использовать один или несколько ресурсов политики, которые представляют собой программы,
обеспечивающие функциональные возможности того или иного компонента политики. Например, ресурс политики для
компонента политики "Создание штрих-кода" может предоставлять уникальное значение для штрих-кода. Можно разрабатывать
ресурсы настраиваемых политик и устанавливать их для поддержки компонентов политик.
Когда в организации клиентские приложения системы Microsoft Office используются наряду с SharePoint Server 2010, политики
устанавливаются как на сервере, так и в клиентских приложениях. Это выполняется открыто (то есть с оповещением
пользователей о политиках); компоненты политики, применимые к тому или иному документу, приводятся в правилах политики,
связанных с эти документом; приложения с поддержкой политик предотвращают выполнение пользователями задач,
нарушающих политику этого документа.
Чтобы внедрить политику, свяжите ее с типами контента, библиотеками или списками в сайтах.
337
Примечание.
Можно применить политику к любому типу настраиваемого контента из коллекции типов контента сайтов, однако применение политики
непосредственно к основному типу контента невозможно.
Связать политику с библиотекой, списком или типом контента можно следующим образом:
 Связать компоненты политики с политикой семейства сайтов, после чего связать эту политику с типом контента,
списком или библиотекой. Сайт верхнего уровня семейства сайтов включает коллекцию политик семейства сайтов, где
администраторы сайта верхнего уровня могут создавать новые политики. После создания политики семейства сайтов ее
можно экспортировать, чтобы администраторы других семейств сайтов могли импортировать ее в свои коллекции политик
семейств сайтов. Это позволяет стандартизировать политики во всей организации.
Когда политика семейства сайтов связана с определенным типом контента, а этот тип контента связан со списком или
библиотекой, изменение такой политики семейства сайтов в списке или библиотеки владельцем списка или библиотеки
невозможно. Это обеспечивает реализацию политик, назначенных типу контента, на каждом уровне иерархии сайтов.
 Связать набор компонентов политики непосредственно с типом контента, а затем добавить этот тип контента в один
или несколько списков или библиотек. Чтобы созданная таким образом политика использовалась во всем семействе
сайтов, свяжите ее с типом контента в коллекции типов контента сайтов из верхнего семейства сайтов. Тогда эта политика
будет назначена всем элементам в семействе сайтов этого типа контента и всем элементам типа контента, который
наследует от исходного типа контента. При использовании этого способа для связи политики с типом контента возникает
затруднение с использованием этой политики в других семействах сайтов, поскольку невозможно экспортировать политики,
созданные таким образом.
338
Примечание.
Чтобы усилить контроль за тем, какие политики используются в семействе сайтов, администраторы семейства сайтов могут отключить
возможность назначать компоненты политики непосредственно типу контента. Когда назначение компонентов политики типу контента
ограничено, разработчики типов контента могут связывать с типами контента только политики из коллекции политик семейства сайтов.
Дополнительные сведения о настройке компонентов политики для семейства сайтов см. в разделе "Создание, удаление и просмотр
семейств сайтов".

Связать набор компонентов политики непосредственно со списком или библиотекой. Этот способ можно
использовать, только если список или библиотека не поддерживают несколько типов контента. Этот способ создания
политики эффективен только в случае с узко определенной политикой, применимой к одному списку или библиотеке.
Примечание.
Чтобы усилить контроль за тем, какие политики используются в семействе сайтов, администраторы семейства сайтов могут отключить
возможность назначать компоненты политики непосредственно библиотеке. Когда назначение компонентов политики библиотеке
ограничено, разработчики типов контента могут связывать с библиотеками только политики из коллекции политик семейства сайтов.
Отчеты о политиках управления сведениями
Чтобы отслеживать, как используются политики в веб-приложениях решения, можно настроить отчеты о политиках управления
сведениями в центре администрирования SharePoint Server 2010. Отчеты о политиках управления сведениями позволяют
отслеживать качество использования политик в организации. Поскольку политики нередко внедряются, чтобы обеспечить
выполнение в организации определенных нормативов, частый мониторинг использования политик обеспечивает такое
соответствие требованиям.
Службы SharePoint Server 2010 включают шаблон по умолчанию для отчета о политике в формате XML-SS, но можно создать и
специальный шаблон отчета на основе схемы XML-SS. Можно задать график для отчетов о политике, но можно создавать отчеты
и вручную.
Отчет о политике создается для каждого семейства сайтов в веб-приложении. Для каждого списка и библиотеки в отчет будет
внесено:
 Количество элементов, использующих каждую политику.
339

Сводка по каждой используемой политике (либо на основе политики семейства сайтов, либо настроенной в типе контента),
где представлено ее описание наряду с описанием каждого компонента политики.
Интеграция политик управления сведениями с системными
приложениями Office
Политики управления сведениями SharePoint Server 2010 представлены в клиентах системы Office. При настройке политики
управления сведениями на сервере можно создать правила политики, уведомляющие специалистов информационного
обеспечения о политиках, применимых к документам. Например, правила политик могут сообщать о том, что срок действия
документа истек после определенного периода времени, или о том, что документ содержит конфиденциальные данные, не
подлежащие разглашению за пределами компании. В правилах даже может быть указано имя контакта, к которому можно
обратиться, если сотруднику необходимы дополнительные сведения о политике.
Политики, включенные в службы SharePoint Server 2010, доступны специалистам информационного обеспечения через функции
клиента системы Office. Например, когда в качестве политики используются метки, пользователи могут вставлять их в документы
из меню "Вставка" большинства клиентских приложений системы Office. Если требуется метка, пользователи получают запрос
при сохранении документов, в которых отсутствуют метки. Аналогично, пользователи смогут вставлять штрих-коды в клиентских
приложениях, если такой компонент политики входит в политику документа.
Компоненты настраиваемой политики также можно включить в клиенты системы Office. Однако необходимо внедрить функции
политики, которые должны стать доступными в клиентских приложениях системы Office, а пользователи должны установить эти
функции на своих клиентских компьютерах с помощью таких механизмов, как надстройки, чтобы эти функции стали доступны в
клиентских приложениях системы Office. Например, при внедрении компонента настраиваемой политики, ограничивающего типы
принтеров, которые можно использовать для печати типа контента, необходимо установить специальную надстройку для
клиентов Microsoft Office, чтобы выполнять такие ограничения в клиентских приложениях.
Компоненты политик, доступные в SharePoint Server 2010
В этом разделе представлены компоненты политик, включенные в SharePoint Server 2010
 Истечение срока действия. Компонент политики "Истечение срока действия" позволяет последовательно удалять
содержимое процесса с возможностью отслеживания и управления процедурой. Можно назначить на конкретную дату
истечение срока действия для контента определенного типа или по прошествии определенного количества времени после
того или иного события документа (например, его создания).
340

Аудит. Компонент политики "Аудит" заносит в журнал события и операции, происходящие в документах и элементах списка.
Можно настроить этот компонент на занесение в журнал таких событий, как:

изменение документа или элемента;

просмотр документа или элемента;

извлечение и возвращение документа;

изменение разрешений на документ или элемент;

удаление документа или элемента.

Снабжение метками. Компонент политики "Снабжение метками" назначает метку, связанную с определенным