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

Планирование архитектуры поставщиков общих служб

  • Статья

В этой статье описываются поставщики общих служб и даны примеры их встраивания в архитектуру проекта всего решения в Microsoft Office SharePoint Server 2007.

Содержание:

  • Поставщики общих служб

  • Встраивание поставщиков общих служб в проект решения

  • Примеры поставщика общих служб в одной ферме

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

  • Примеры поставщиков общих служб внутри фермы

  • Планирование загрузки относительно поставщиков общих служб

  • Планирование ролей администрирования для поставщиков общих служб

Для использования в этой статье доступны следующие шаблоны в формате плаката:

Поставщики общих служб

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

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

Общие службы Описание

Службы личной настройки

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

Каталог бизнес-данных

Обеспечивает единую унифицированную схему данных, хранящихся в бизнес-приложениях.

Службы Excel

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

Office SharePoint Server Служба поиска

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

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

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

Project Server

Эта служба доступна, если в ферме установлено приложение Microsoft Office Project Server 2007. Размещает один или несколько веб-клиентов Project, обеспечивает возможность планирования и других вычислений среднего уровня для данных Office Project, а также — веб-службы для взаимодействия с данными Office Project. Экземпляр веб-клиента Project создается для предоставления возможностей Office Project Server конечному пользователю в веб-приложении, которое использует эти общие службы.

Встраивание поставщиков общих служб в проект решения

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

  • каждый поставщик общих служб включает все доступные (установленные) общие службы;

  • поставщики общих служб связываются с отдельными веб-приложениями Office SharePoint Server;

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

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

Создание дополнительных поставщиков общих служб

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

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

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

Самые важные критерии, определяющие число поставщиков общих служб в логической архитектуре, следующие:

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

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

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

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

логическая архитектура фермы серверов с двумя поставщиками общих служб

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

Архитектура поставщика общих служб

Каждый поставщик общих служб использует следующие три типа ресурсов общих служб:

  • базы данных (база данных поставщика общих служб, база данных поиска);

  • сайт администрирования общих служб (включая базу данных контента сайта);

  • сайт, размещающий веб-службу (веб-сайт IIS, на котором размещаются веб-службы поставщика общих служб).

База данных поставщика общих служб включает следующие типы данных:

  • данные настройки поставщика общих служб и данные об использовании сайта;

  • данные о профилях пользователей и аудитории;

  • метаданные каталога бизнес-данных.

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

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

Логическая архитектура: ресурсы фермы, используемые поставщиками общих служб

Примеры поставщика общих служб в одной ферме

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

Пример 1 — одна ферма, один поставщик общих служб

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

Одна ферма, один поставщик общих служб

Описание

Один поставщик общих служб используется в масштабе всей фермы:

  • Все сайты используют тот же набор общих служб.

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

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

Рекомендации

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

  • Необходимо оптимизировать ресурсы, требуемые для запуска общих служб в ферме.

  • В ферме не требуется изоляция веб-приложений.

Пример 2 — одна ферма, несколько поставщиков общих служб

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

Одна ферма, несколько поставщиков общих служб

Описание

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

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

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

Рекомендации

Эта конфигурация рекомендуется для следующих сценариев:

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

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

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

Пример 3 — размещение в одной ферме

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

Размещение с использованием одной фермы

Описание

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

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

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

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

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

Рекомендации

Эта конфигурация рекомендуется для следующих сценариев:

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

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

  • Делегирование администрирования служб.

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

Пример 4 — размещение в нескольких фермах

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

Размещение с использованием нескольких ферм

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

Описание

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

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

  • Все оборудование выделено на основе подразделения или клиента.

  • Каждая ферма полностью изолирована, делая невозможным доступ к данным между порталами.

Рекомендации

Эта конфигурация рекомендуется для следующих сценариев:

  • изоляция подразделений внутри одной организации, где требуется физическая изоляция оборудования, данных или приложений;

  • размещение сайтов SharePoint для нескольких организаций, где требуется физическая изоляция в следующих целях:

    • отслеживание использования ресурсов;

    • безопасность приложений и данных;

    • оптимизация производительности;

    • удовлетворение требований лицензирования.

Дополнительные рекомендации по планированию поставщиков общих служб

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

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

  • ограничение областей поиска отдельными семействами сайтов;

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

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

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

Планирование поставщиков общих служб для межфермерной среды

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

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

Общие службы родительской фермы и 3 дочерние фермы

Важно!

Межфермерные поставщики общих служб не работают с односерверными развертываниями, которые используются в настройках программы установки по умолчанию. При развертывании Office SharePoint Server 2007 на одном сервере с использованием параметров по умолчанию программа установки автоматически устанавливает приложение Microsoft SQL Server 2005 Express Edition и использует его для создания базы данных конфигурации и базы данных контента для сайтов SharePoint. Кроме того, программа установки создает поставщик общих служб, устанавливает центр администрирования SharePoint и создает первое семейство сайтов и сайт SharePoint.

Родительская и дочерние фермы

Родительская ферма предоставляет межфермерные общие службы одной или нескольким дочерним фермам:

  • Родительская ферма настроена для предоставления общих служб другим дочерним фермам.

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

  • Ферма не может быть одновременно родительской и дочерней.

  • Только один поставщик общих служб может предоставлять межфермерные общие службы:

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

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

Переключение между межфермерными и автономными поставщиками общих служб

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

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

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

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

Ограничения межфермерного поставщика общих служб

К межфермерным службам применяются следующие ограничения.

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

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

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

  • Службы Excel не могут быть предоставлены поставщиком общих служб родительской фермы, они должны предоставляться локальным поставщиком общих служб дочерней фермы. Веб-приложение может быть настроено для использования всех других служб из родительской фермы, а служб Excel — из локального поставщика общих служб. Это единственное условие, при котором веб-приложение может использовать службы из разных поставщиков общих служб. Иллюстрацию такого сценария см. в разделе Объединенные межфермерные и локальные поставщики общих служб (дочерняя ферма 2) ниже в этой статье.

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

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

  • сокращает время, требуемое для развертывания общих служб в нескольких фермах;

  • гарантирует единообразное применение в фермах параметров настройки (каталог, конфигурация, индекс поиска и т.д.).

Дополнительные сведения см. в разделе Shared Services Provider: операции Stsadm (Office SharePoint Server).

Примеры межфермерных поставщиков общих служб

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

Только межфермерные общие службы (дочерняя ферма 1)

Описание

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

Рекомендации

Эта конфигурация рекомендуется для следующих сценариев:

  • предоставление общих служб нескольким фермам внутри организации;

  • размещение решений Office SharePoint Server для организаций, в которых требуется изоляция ферм, но не изоляция служб.

Объединенные межфермерные и локальные поставщики общих служб (дочерняя ферма 2)

Описание

Дочерняя ферма 2 использует службы из двух разных поставщиков общих служб:

  • Использует межфермерные общие службы из родительской фермы.

  • Размещает собственный поставщик общих служб и использует его службы.

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

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

Сочетание межфермерных и локальных поставщиков общих служб

Рекомендации

Эта конфигурация рекомендуется для следующих сценариев.

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

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

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

  • Дочерней ферме требуются службы Excel.

Автономный поставщик общих служб (дочерняя ферма 3)

Описание

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

Рекомендации

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

Планирование загрузки относительно поставщиков общих служб

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

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

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

Поставщик общих служб

3 для каждой фермы (не более 20 для каждой фермы)

Веб-приложение

99 на каждого поставщика общих служб

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

Пул приложений служб IIS

8 на каждый веб-сервер

Максимальное количество определяется возможностями оборудования.

Семейство сайтов

50 000 для каждого веб-приложения

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

Объект поиска Рекомендации по производительности Примечания

Индексы поиска

Один на каждый поставщик общих служб; максимум 20 на одну ферму

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

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

Индексированные документы

50 000 000 на каждый индекс контента (один индекс на каждый поставщик общих служб)

Службы Office SharePoint Server 2007 поддерживают 50 миллионов документов для каждого сервера индексирования. Их можно разделить на несколько индексов контента, исходя из количества поставщиков общих служб, связанных с тем или иным сервером индексирования.

Источники контента

500 на каждого поставщика общих служб

Это жесткая квота, налагаемая системой.

Оповещения

1 000 000 на каждого поставщика общих служб

Это проверенное ограничение.

Правила обхода контента

10 000 на каждого поставщика общих служб

Рекомендуемый максимум равен 10 000 правил обхода контента для всех типов.

Свойства для обхода

500 000 на каждого поставщика общих служб

Это свойства, обнаруживаемые при обходе.

Управляемые свойства

100 000 на одного поставщика общих свойств

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

Дополнительные сведения об ограничениях программного обеспечения см. в разделе Планирование границ программного обеспечения (Office SharePoint Server).

Планирование ролей администрирования для поставщиков общих служб

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

Роль Сферы ответственности

Администратор фермы

Создание или удаление поставщиков общих служб

Администратор общих служб (администратор семейства сайтов администрирования общих служб)

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

Администратор общих служб

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

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

Роль администрирования службы Сферы ответственности

Администратор службы поиска

Администрирование всех параметров поиска в поставщике общих служб.

Управляющий профилями пользователей

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

Управляющий аудиториями

Управление параметрами аудиторий в поставщике общих служб.

Управляющий каталогом бизнес-данных

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

Управляющий разрешениями для каталога бизнес-данных

Управление разрешениями для каталога бизнес-данных.

Управляющий разрешениями для службы профилей

Управление разрешениями для служб профилей.

Администратор служб Excel

Администрирование всех параметров служб Excel в поставщике общих служб.

Управляющий отчетами об использовании

Администрирование параметров отчетов об использовании в поставщике общих служб.

Дополнительные сведения об этих ролях и их настройке см. в разделе Планирование ролей безопасности (Office SharePoint Server).

Администрирование межфермерного поставщика общих служб

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

Администратор фермы Сферы ответственности

Администратор родительской фермы

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

  • Настраивает параметры общих служб родительской фермы.

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

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

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

Администратор дочерней фермы

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

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

  • Удаляет связь из родительской фермы.

Загрузка этой книги

Для упрощения чтения и печати эта тема включена в следующую загружаемую книгу:

См. полный список доступных книг на веб-сайте Загружаемые книги для Office SharePoint Server 2007.

См. также

Понятия

Планирование поставщиков общих служб
Компоненты логической архитектуры
Модель логической архитектуры: корпоративное развертывание
Создание и настройка поставщиков общих служб