Построение архитектуры личных сайтов

Содержание:

• Рекомендации по конструированию личных сайтов

• Размещение личных сайтов в выделенном веб-приложении

• Управление личными узлами в организации

• Планирование общих параметров веб-приложения

• Планирование параметров базы данных контента для личных сайтов

• Автоматическое удаление неиспользуемых сайтов

• Планирование разрешений личных сайтов

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

Дополнительную информацию о личных узлах см. в разделе Планирование личных сайтов.

Рекомендации по конструированию личных сайтов

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

Цели построения личных сайтов включают:

• Оптимизация производительности в масштабе фермы серверов.

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

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

Указания по построению личных сайтов включают следующие рекомендации:

• Размещение личных сайтов в выделенном веб-приложении

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

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

• Автоматическое удаление неиспользуемых сайтов

• Планирование параметров баз данных контента для надлежащего хранения и масштабирования.

• Планирование соответствующих политик и разрешений.

Размещение личных сайтов в выделенном веб-приложении

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

Производительность

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

• Большое число таблиц базе данных по причине большого числа личных сайтов.

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

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

Управление

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

• Параметры базы данных

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

• Параметры корзины

• Автоматизированные действия для неиспользуемых сайтов

• Проверка подлинности

• Политики

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

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

Выбор пула приложений

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

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

Развертывание личных сайтов в выделенном веб-приложении

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

На схеме первое созданное семейство сайтов верхнего уровня применяет шаблон "My Site Host". Включение по шаблону — "/personal" — добавляется автоматически к URL-адресу. При создании поставщика SSP можно указать другое включение, такое как "/sites". Все сайты ниже включения по шаблону представляют собой независимые семейства сайтов, наследующие шаблон "My Site Host". К URL-адресу добавляется имя пользователя: http://my/ personal/имя_пользователя.

Управление личными узлами в организации

В организациях с несколькими фермами серверов или несколькими настроенными поставщиками общих служб (SSP) пользователи могут создавать несколько личных сайтов. Например, если географически центральная ферма развернута в Европе, а региональная ферма — в Африке, пользователь может щелкнуть ссылку Личные узлы при просмотре контента, размещенного на любой ферме. Таким образом, пользователь может создать личный сайт в Европейской ферме и личный сайт в Африканской ферме.

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

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

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

• Когда пользователи добавляют коллег, они добавляются из контекста SSP коллеги.

Для настройки надежных мест для размещения личных сайтов выполните следующие действия.

Указание надежных мест для размещения личных сайтов

1. На сайте "Администрирование общих служб" в разделе Профили пользователей и личные сайты щелкните Надежные места для размещения личных сайтов.

2. На странице "Надежные места для размещения личных сайтов" щелкните Создать.

3. На странице "Надежные места для размещения личных сайтов: новый элемент" в разделе URL-адрес наберите URL-адрес веб-приложения.

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

5. Повторите описанные выше действия для каждого SSP с личными узлами.

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

В следующей таблице перечислены URL-адреса и целевые аудитории для компании Fabrikam, Inc. В этом примере компания Fabrikam расположена в Европе и имеет удаленный объект в Африке. У Fabrikam есть домен в Европе и домен в Африке.

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

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

Планирование общих параметров веб-приложения

На странице "Общие параметры веб-приложений" доступно несколько параметров, которые могут помочь в управлении увеличением объемов данных и актуальностью контента приложения веб-сайтов. Эти параметры применяются ко всем сайтам в веб-приложении. Как минимум необходимо спланировать настройку следующих параметров:

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

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

• Включение корзины.

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

• Смарт-тег имени пользователя и состояние подключения (отображение сведений о присутствии в сети)

• Предупреждения (по умолчанию пользователи могут создать до 500 предупреждений)

• RSS-каналы

• Программный интерфейс (API) блога (ссылка на создание блога)

Шаблон квот по умолчанию

Шаблоном квот по умолчанию для личных сайтов является шаблон личных сайтов. Этот шаблон включает следующие параметры по умолчанию:

• Автоматическая отправка сообщения электронной почты пользователям при достижении размера сайта 80 мегабайт (МБ).

• Запрет на отправку дополнительных документов пользователями при достижении размера сайта 100 МБ.

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

Например, если в составе организации есть ученые или исследователи, которые производят большие объемы научно-исследовательских работ или результатов интеллектуальной деятельности, следует подумать об увеличении предельного значения квот (например, увеличить предельный размер до 500 МБ). В таких случаях размещение контента на личных веб-сайтах позволит гарантировать регулярное резервное копирование результатов личной работы и их доступность в случае ухода сотрудника из организации.

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

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

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

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

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

Корзина

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

В число параметров корзины по умолчанию входят следующие:

• Состояние корзины: Вкл

• Удалять элементы в корзине: после 30 дней

• Корзина второго уровня: Добавить 50 процентов текущей квоты для удаленных элементов второго уровня

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

В корзине второго уровня хранятся элементы, удаляемые пользователями из своих корзин. Элементы из корзины второго уровня могут быть восстановлены только администраторами фермы. Размер корзины второго уровня увеличивает общий размер личного сайта. Например, если предельный размер личного сайта пользователей равен 100 МБ и на корзину второго уровня выделено 50 процентов, то общее допустимое пространство сайта может быть 150 МБ.

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

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

Планирование параметров базы данных контента для личных сайтов

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

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

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

• Окно обслуживания (то есть, время), допустимое для восстановления контента (определяется соглашением об уровне обслуживания). Например, если окно обслуживания для восстановления контента составляет 4 часа, то размер базы данных ограничивается объемом, который удастся восстановить за это время.

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

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

Учитывая два значения размера контента (B и D), максимальный контролируемый размер база данных для организации является меньшим из двух значений.

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

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

Автоматическое удаление неиспользуемых сайтов

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

Так как личные сайты располагаются в отдельном веб-приложении, можно организовать более жесткое управление неиспользуемыми личными сайтами (по сравнению с сайтами группы). По умолчанию параметры автоматического удаления сайтов не включены. Чтобы изменить параметры удаления сайтов, на странице "Управление приложениями" в разделе Управление сайтами SharePoint щелкните Удаление и подтверждение использования сайта.

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

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

• Система проверяет неиспользуемые семейства сайтов и ежедневно в полночь отправляет уведомления.

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

С учетом настроек по умолчанию сайт, неиспользуемый в течение 90 дней, удаляется после 28 уведомлений или по истечении 118 дней с момента последнего использования сайта. Определите настройки времени, подходящие для организации.

При уходе сотрудников из организации рекомендуется соблюдать следующие указания.

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

• Руководителю сотрудника следует отправить сообщение по электронной почте с оповещением о необходимости извлечения бизнес-контента перед удалением сайта.

Планирование разрешений личных сайтов

Разрешения и политики, применяемые к личным узлам, определяют:

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

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

• Пользователи, которые запрещен доступ к контенту личных сайтов.

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

См. также

Понятия

Планирование личных сайтов