Поделиться через


Рекомендации по работе с "Моими сайтами"

Данная статья относится к серии практических рекомендаций по Microsoft Office SharePoint Server 2007. В данной статье описываются стандартные характеристики и практические рекомендации по работе с личными сайтами на базе Office SharePoint Server 2007. Остальные статьи из данной серии см. в разделе Рекомендации. Дополнительные сведения и материалы с практическими рекомендациями по Office SharePoint Server 2007 см. в разделе Best Practices Resource Center (на английском языке) (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x419) (на английском языке).

1. Личные сайты как маленькие "сайты совместной разработки"

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

Дополнительные сведения см. в разделе Рекомендации для сайтов для совместной групповой работы.

2. Планирование баз данных контента личных сайтов

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

Дополнительные сведения см. в разделах Построение архитектуры личных сайтов и My Site Pages and Architecture (на английском языке).

3. Планирование квот на объемы хранения на личных сайтах

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

Дополнительные сведения см. в разделах Настройка параметров для веб-приложения и Scaling My Sites; How Many My Sites per Content DB? (на английском языке).

4. Планирование производительности

Слишком большой объем хранения на сайтах, в структуре папок или на дисках, а следовательно, и повышенная потребность в производительности личных сайтов (даже если ничего лишнего не хранится кроме рисунков профилей) могут повлиять на процессы резервного копирования и восстановления, и на доступность остальной части фермы поставщика общих служб. Большим организациям со штатом сотрудников от 100 000 и более следует размещать личные сайты на отдельной ферме от поставщика общих служб поиска. Рекомендуемый максимум равен 150 000 личных сайтов на одного поставщика общих служб.

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

Дополнительные сведения см. в разделе Planning and Designing SharePoint Products and Technology Solutions for Geographically Dispersed Sites.

5. Политика настройки личных сайтов

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

Рекомендуется вместо этого разработать функцию и прикреплять ее к определению сайта.

Дополнительные сведения см. в разделах SharePoint Feature и Feature Stapling.

6. Планирование управления

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

Дополнительные сведения см. в разделах MOSS 2007 — Structuring Web Applications with a level of fault isolation (на английском языке) и Создание местоположения для размещения личного сайта.

7. Настройка источников контента для оптимизации составления расписаний индексирования

Личные сайты используют отдельные источники контента для пользовательских профилей, а не установленный по умолчанию источник контента локальных Office SharePoint Server 2007 сайтов. Полные обходы личных сайтов могут занимать много времени из-за потенциально большого количества семейств сайтов. Создание отдельного источника контента каждого личного сайта позволяет задавать независимые настройки обходов, например, тип и частота обходов.

Примечание

Установите последний пакет обновления (на данный момент это пакет обновления 1). Следите за тем, чтобы исправления последнего пакета обновления были применены. У пакета обновления Microsoft Office SharePoint Server 2007 с пакетом обновления 1 (SP1) есть проблемы, которые решаются только после применения исправлений: во время добавочных обходов замечаются не все изменения личных сайтов.

Дополнительные сведения см. в разделе Управление источниками содержимого (Office SharePoint Server).

8. Не создавайте личные сайты заранее

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

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

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

Security noteБезопасностьПримечание:

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

Примечание

Во многих местах на ресурсах TechNet, MSDN и сайте Microsoft Support "Мой сайт" также пишется как "Личный сайт" или "сайт "Мой узел"". Будьте внимательны и не путайте "Личные сайты" с "Сайтами личной настройки", так как последние являются сайтами со специфической ролью, управляются централизованно и предназначены для множества пользователей.

Дополнительные сведения см. в разделе Managing My Site Creation and Usage (на английском языке).

9. Планирование эффективной подачи возможностей личных сайтов и вдохновение дальнейшей адаптации

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

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

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

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

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

    Примечание

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

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

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

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

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

Оповестите пользователей о наличии материалов по темам Мой сайт, Настройка сайтов и страниц и Настройка страниц с помощью веб-частей на сайте Office Online.

Дополнительные сведения см. в разделе Информация об управлении SharePoint Server 2007.

11. Используйте сайты личной настройки для разрешения размещения контента личного сайта в зависимости от роли пользователя

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

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

Дополнительные сведения по настройке см. в разделе Настройка сайтов личной настройки, а конкретные примеры в разделе Role-Based Templates for SharePoint My Sites (на английском языке).

12. Используйте формат именования сайтов "домен-имя пользователя"

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

Дополнительные сведения см. в разделе Настройка параметров для личных сайтов