Показать все

Скрыть все

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

Определение числа узлов и семейств узлов

Решение использовать либо семейства узлов, либо дочерние узлы

Разработка иерархии узла

Отслеживание использования узла

Управление неиспользуемыми веб-узлами

Определение числа узлов и семейств узлов

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

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

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

Решение использовать либо семейства узлов, либо дочерние узлы

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

В семействе узлов все узлы могут иметь следующие одинаковые элементы.

• Панели переходов (верхняя панель ссылок и панель цепочки переходов)
• Типы содержимого
• Рабочие процессы
• Группы безопасности
• Поля подстановок в списках
• Область поиска
• Набор возможностей

Выберите веб-узлы верхнего уровня в отдельных семействах узлов, если в задачи входит:

• Разделить параметры безопасности для различных узлов.

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

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

Выберите дочерние узлы в одном и том же семействе узлов, если в задачи входит:

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

Разработка иерархии узла

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

Можно использовать средство планирования узла, совместимое с Windows SharePoint Services, например, программный шаблон рисования и построения диаграмм Microsoft Office Visio, который можно загрузить, или же воспользоваться другим методом создания схемы иерархии узла, включая все нужные семейства узлов, веб-узлы верхнего уровня и дочерние узлы.

Отслеживание использования узла

Если нужно знать, какую роль играет веб-узел, следует отследить, сколько пользователей посещает его, число и тип обращений и другие сведения об использовании узла. Детализированный итоговый отчет об использовании предоставляет следующие данные:

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

Анализ сведений об использовании узла помогает определить, какие данные используются часто и должны быть оставлены, а какие используются редко и могут подвергнуться архивации. Кроме того, можно анализировать занимаемое узлом дисковое пространство и создаваемый им уровень активности. Службы Windows SharePoint Services 3.0 объединяет эти сведения вместе с данными по квотам узла.

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

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

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

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

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

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

Управление неиспользуемыми веб-узлами

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

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

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

Рекомендуется использовать следующие возможности для предотвращения автоматического удаления узла.

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

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

• Поддерживать осведомленность организации относительно отпусков и отгулов.

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

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