Планирование поставщиков общих служб
Поставщик общих служб предоставляет общепринятый набор служб и данных служб для логической группировки веб-приложений и связанных с ними сайтов. В настоящей статье описывается работа поставщиков общих служб на сервере Microsoft Office SharePoint Server 2007, а также приводятся рекомендации по планированию поставщиков общих служб.
Поставщики общих служб
Службы, предоставляемые поставщиком общих служб
Следующие общие службы предоставляются всеми поставщиками общих служб:
службы личной настройки: предоставляют профили пользователей на основе данных, импортированных из служб каталогов, сайты типа "Мой сайт" с личной информацией, которая может совместно использоваться всеми пользователями поставщика общих служб и управляться с помощью политик обеспечения конфиденциальности, и контент, направленность которого определяется с помощью аудитории, клиентского приложения системы Office или ссылок сайта личной настройки;
каталог бизнес-данных: обеспечивает единую унифицированную схему данных, хранящихся в бизнес-приложениях;
службы Excel: предоставляют общие листы и способ выполнения анализа бизнес-данных из библиотек подключений к данным с использованием отчетов и страниц панелей мониторинга;
служба поиска Office SharePoint Server: выполняет с помощью поставщика общих служб обход всех сайтов веб-приложений для создания единого индекса всего контента, данных и метаданных;
служба формирования отчетов об использовании портала: позволяет администраторам поставщика общих служб просматривать объединенную информацию об использовании сайтов по всей иерархической структуре сайтов. Администраторы поставщика общих служб могут также включить использование службы формирования отчетов для администраторов отдельных сайтов и семейств сайтов.
Использование услуг поставщика общих служб
При установке фермы серверов в качестве одной из первых выполняемых после установки задач создается поставщик общих служб по умолчанию. Каждый поставщик общих служб включает все доступные (установленные) общие службы.
Поставщики общих служб связываются с конкретными веб-приложениями SharePoint.
Веб-приложение SharePoint может связываться только с одним поставщиком общих служб.
Все семейства сайтов и сайты, входящие в веб-приложение SharePoint, используют услуги одного и того же поставщика общих служб.
Общие службы нельзя включать и выключать на уровне семейства сайтов или сайта. Все услуги, сделанные доступными поставщиком общих служб, доступны для всех сайтов веб-приложения.
Настройка поставщика общих услуг
На ферме серверов может размещаться один или несколько поставщиков общих служб. Ферма серверов может также использовать услуги, предоставляемые поставщиком общих служб, размещенным на другой ферме серверов.
Общие службы внутри фермы: в ферме серверов используются службы поставщика общих служб, размещенного на этой же ферме серверов.
Общие службы между фермами: в ферме серверов используются службы поставщика общих служб, размещенного на другой ферме серверов. Ферма серверов, использующая размещенные на другой ферме серверов службы может не иметь своих поставщиков общих служб. Единственным ограничением для такой конфигурации является то, что службы Excel Services не доступны за пределами фермы, на котором они размещены. Если ферме необходимы службы Excel Services, то на этой ферме должны быть установлены общие службы локально.
В большинстве сред с одной фермой один поставщик общих служб обслуживает всю организацию. Несколько поставщиков общих служб используется только в тех системах, где существует реальная необходимость в надежно изолированном содержимом.
Географическая конфигурация поставщика общих служб
Предоставление общих служб по глобальной сети не поддерживается. Например, расположенная в Африке региональная ферма не может использовать общие службы, размещенные на центральной ферме в Европе. Африканская ферма должна иметь своего поставщика общих служб. Однако находящиеся в Африке пользователи могут подключаться к расположенной в Европе центральной ферме и использовать общие службы центральной фермы.
Хотя размещение общих служб через глобальную сеть не поддерживается, центральная ферма может быть настроена для обхода контента по глобальной сети. Например, центральная ферма в Европе может выполнять обход контента региональной фермы в Африке. Такая конфигурация обеспечивает метод для размещения службы поиска для всего предприятия. При таком сценарии центральная ферма не размещает общие службы на региональной ферме, а региональная ферма не использует общие службы центральной фермы.
Определение потребности в поставщиках общих служб
Самое важное решение в отношении предоставления общих служб при проектировании касается количества поставщиков общих служб, которых нужно спланировать.
Планирование одного поставщика общих служб
Во многих случаях один поставщик общих служб может обслуживать всю организацию.
Единственный поставщик общих служб фермы предоставляет общие службы веб-приложениям, размещенным на этой ферме.
Все пользователи услуг этого поставщика общих служб могут обмениваться личной информацией, выполнять поиск по контенту и осуществлять доступ к бизнес-данным в соответствии с имеющимися у них разрешениями.
Доступ к контенту может быть ограничен нацеленностью этого контента. политиками обеспечения конфиденциальности и иными функциями на основе групп SharePoint и системы безопасности.
Единственного поставщика общих служб следует использовать в следующих случаях:
отсутствует очевидная причина для использования нескольких поставщиков общих служб;
пользователи осуществляют совместную работу и обмен контентом и данным по всей организации;
пользователи выполняют поиск работающих в организации людей по всей организации.
Планирование нескольких поставщиков общих служб
Наиболее важным критерием, определяющими потребность в нескольких поставщиках общих служб, является необходимость изолировать контент. Например, если на ферме серверов размещены приложения более чем для одного класса пользователей, то раздельные поставщики общих служб помогут создать надежную изоляцию этих классов пользователей друг от друга. Планировать использование отдельных поставщиков общих служб рекомендуется для следующих типов приложений:
**интрасеть: **контент интрасети включает сайты группы, сайты типа "Мой сайт" и опубликованный в интрасети контент. Приложение этого типа обычно доступно только пользователям внутри организации, которые имеют учетную запись в системе управления каталогом;
**партнерское веб-приложение: **партнерское веб-приложение обычно обеспечивает размещение семейств сайтов и сайтов для совместной работы сотрудников организации с пользователей партнеров. Использование отдельных поставщиков общих служб делает невозможным выполнение пользователями партнеров поиска секретной информации в интрасети организации или осуществления доступа к ней;
**клиентский веб-сайт: **доступный для анонимных пользователей клиентский веб-сайт требует наличия специально выделенного поставщика общих служб. Конфигурация служб этого поставщика общих служб будет сильно отличаться от конфигурации для других типов приложений, которые используются для совместной работы внутри организации;
**регистрационный центр: **обычно существуют юридические вопросы, касающиеся конфиденциальности информации, хранящейся в регистрационных центрах. По этой причине нужно использовать отдельного поставщика общих служб для выполнения обхода этого контента, чтобы данные регистрационные записи не показывались в запросах поиска, исходящих от других поставщиков общих служб.
Так как каждый дополнительный поставщик общих служб снижает общую производительность фермы серверов, следует тщательно продумывать необходимость внедрения более одного поставщика общих служб.
Следующие сценарии развертывания могут потребовать использования двух и более поставщиков общих служб:
варианты развертывания, в отношении которых существуют юридические требования обеспечить изоляцию контента, например, финансовые организации или варианты развертывания, содержащие один или несколько конфиденциальных проектов, требующих полной изоляции контента. Для достижения полной изоляции контента обход и составление индекса для него следует выполнять отдельно. Обратите внимание, что каждый поставщик общих служб поддерживает только один индекс;
географически распределенные варианты развертывания, при которых каждое местоположение имеет отдельную совокупность пользователей и контент, управление которым проще осуществлять отдельно в каждом регионе;
размещенные варианты развертывания с клиентами, не обменивающимися контентом или данными.
Преимуществами использования отдельных индексов являются:
изолирование индексов контента для повышения безопасности. Например, можно изолировать особо секретный контент, например, хранящееся в регистрационном центре;
масштабирование при недостаточное емкости одного сервера индексирования;
эффективный обход географически разделенного контента. Обратите внимание, что не рекомендуется пытаться выполнять обход контента по медленным каналам, так как контент, обход которого выполняется, должен будет пересылаться по этому каналу. Для обхода контента на географически разбросанной территории следует изучить возможность установки отдельной фермы серверов с собственным поставщиком общих служб в каждом географическом регионе.
Важно учесть, что сервер Office SharePoint Server 2007 не имеет способа объединения индексов. Наоборот, запросы автоматически направляются поставщику общих служб, который связан с веб-приложением, из которого конечный пользователь отправил запрос.
Хотя весь контент, обход которого был выполнен с использованием определенного поставщика общих служб, индексируется в единый индекс, запрос не обязательно будет возвращать результаты поиска, содержащие все элементы индекса, соответствующие этому конкретному запросу. Наоборот, другие функции поиска будут фильтровать или изменять контент после выполнения обхода. Дополнительную информацию об этих функциях см. в разделе Планирование методов поиска для конечных пользователей (Office SharePoint Server).
При наличии соответствующей возможности рекомендуется использовать для обхода всего контента организации одного поставщика общих служб. Обычно, если контент веб-приложения, которое использует отдельного поставщика общих служб, является достаточно взаимосвязанным, чтобы быть включенным в источник контента имеющегося поставщика общих служб, то это веб-приложение должно использовать того же поставщика общих служб, что и веб-приложения, обход которых выполняется уже существующим поставщиком общих служб.
В некоторых случаях может потребоваться включить подраздел контента организации, относящийся к веб-приложению, использующему иного поставщика общих служб. Рекомендуется тщательно спланировать хранение взаимосвязанной информации по семействам сайтов. Также следует спланировать, какие поставщики общих служб будут связаны с веб-приложениями, содержащими эти семейства сайтов. Если необходимо выполнять обход контента веб-приложения, использующего другого поставщика общих служб, то следует обеспечить наличие у используемой для обхода этого контента учетной записи (учетной записи для доступа к контенту по умолчанию или иной учетной записи для доступа к контенту, определенной правилом выполнения обхода) разрешение на чтение этого контента. Дополнительную информацию о выполнении обхода контента см. в разделе Планирование обхода содержимого (Office SharePoint Server).
Прежде чем создавать нескольких поставщиков общих служб следует рассмотреть возможность использования иных средств изоляции контента:
использование групп SharePoint для ограничения разрешений и авторизации надлежащих пользователей и групп;
использование исключительных областей поиска для недопущения выполнения поиска по определенному контенту;
использование аудиторий для предназначения контента для конкретных групп пользователей;
ограничение доступа к сайтам для определенных пользователей или групп. Часть контента этих сайтов будет присутствовать в результатах поиска.
Используйте нескольких поставщиков общих служб, если данный случай развертывания соответствует всем приведенным ниже критериям:
группы пользователей работают над изолированными проектами, не обмениваются личной информацией, не имеют производственной необходимости просматривать сайты других проектов и не работают совместно с другими группами или проектами;
пользователи не имеют производственной необходимости выполнять поиск контента, данных или метаданных в других группах, и могут существовать серьезные коммерческие причины, по которым они не должны просматривать контент или данные.
Обмен контентом между поставщиками общих служб
Даже при полной изоляции контента нескольких поставщиков общих служб при необходимости существует возможность в редких случаях преодолевать эту изоляцию.
Обход контента сайтов, использующих одного поставщика общих служб, может выполняться другим поставщиком общих служб путем добавления начального адреса во внешний источник контента.
Чтобы позволить пользователям просматривать индивидуализированную информацию о пользователях других поставщиков общих служб можно использовать надежные места сервера, на котором размещен личный сайт.
Эти методы повышают трудозатраты на администрирование и ослабляют преимущества использования нескольких поставщиков общих служб. Обычно они применяются только выполнении текущих операций, например, при переходе пользователя в другое место в в географически распределенной среде, или когда контент организации является взаимосвязанным, но в остальном группы являются изолированными. Хорошее планирование развертывание и осторожное использование нескольких поставщиков общих служб могут снизить потребность в использовании этих методов.
Загрузка этой книги
Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:
См. полный список доступных книг на веб-сайте Загружаемые книги для Office SharePoint Server 2007.
См. также
Понятия
Планирование персонализированного содержимого и сайтов
Планирование поиска (Office SharePoint Server)
Планирование бизнес-аналитики
Настройка отчетов об использовании