Planejar arquitetura de SSP

Atualizado em: 2009-04-23

Este artigo descreve os Provedores de Serviços Compartilhados (SSPs) e oferece exemplos de como criar SSPs na arquitetura de seu design de solução geral para Provedores de Serviços Compartilhados (SSPs) no Microsoft Office SharePoint Server 2007.

Neste artigo:

• Sobre SSPs

• Criando SSPs em seu design de solução

• Exemplos de SSP de farm único

• Planejando SSPs para um ambiente entre farms

• Exemplos de SSP entre farms

• Planejamento de capacidade relacionado a SSPs

• Planejando funções de administração para SSPs

Os modelos de tamanho de cartaz a seguir também estão disponíveis para serem usados com este artigo:

• Provedores de Serviços Compartilhados do Office SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=73166\&clcid=0x416)

• Serviços Compartilhados Entre Farms do Office SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=73155\&clcid=0x416)

Sobre SSPs

O Office SharePoint Server 2007 inclui um conjunto de serviços que podem ser compartilhados entre aplicativos Web do Office SharePoint Server. O conjunto de serviços são contidos e fornecidos por um SSP. O uso de serviços compartilhados reduz bastante os recursos exigidos para o fornecimento desses serviços entre vários sites. Por padrão, um único SSP compartilha esses serviços entre todos os sites de um farm de servidores.

A tabela a seguir lista os serviços fornecidos por um SSP.

Serviços compartilhados	Descrição
Serviços de personalização	Oferece perfis de usuário com base em dados importados de serviços de diretório; Meus sites com informações pessoais que podem ser compartilhadas por todos os usuários no SSP e gerenciadas por políticas de privacidade e direcionamento de conteúdo por audiência, aplicativo cliente do Office ou links de site de personalização.
Catálogo de Dados Corporativos	Oferece um esquema simples e unificado para dados armazenados em aplicativos de linha de negócios.
Serviços do Excel	Oferece planilhas compartilhadas e uma maneira de analisar dados corporativos a partir de bibliotecas de conexão de dados usando relatórios em páginas de painel.
Pesquisa do Office SharePoint Server	Rastreia todos os sites de aplicativos Web usando o SSP para criar um único índice de todos os dados, conteúdo e metadados.
Portal e relatórios de uso da pesquisa	Permite que administradores de serviços compartilhados exibam informações agregadas sobre o uso do site em toda a hierarquia do site. Os administradores de serviços compartilhados também podem habilitar os relatórios de uso para administradores de sites individuais e conjuntos de sites.
Project Server	Este serviço estará disponível se o Microsoft Office Project Server 2007 estiver instalado no farm. Hospeda uma ou mais instâncias do Project Web Access, expondo a funcionalidade de agendamento e outros cálculos de camada intermediária nos dados do Office Project e expondo os serviços Web para a interação com os dados do Office Project. Uma instância do Project Web Access é criada para expor a funcionalidade do Office Project Server para usuários finais em um aplicativo Web que utiliza esse serviço compartilhado.

Criando SSPs em seu design de solução

Quando um farm é instalado pela primeira vez, você cria o SSP padrão como uma das primeiras tarefas após a instalação. Os SSPs funcionam das seguintes formas:

• Cada SSP contém todos os serviços compartilhados (instalados) disponíveis.

• Você associa SSPs com aplicativos Web específicos do Office SharePoint Server.

• Um aplicativo Web só pode ser associado a um SSP.

• Todos os conjuntos de sites e sites de um aplicativo Web utilizam serviços do mesmo SSP.

Criando SSPs adicionais

Você pode criar SSPs adicionais, se necessário, com base nos requisitos da sua solução. SSPs separados fornecem isolamento de processo de perfis, de conteúdo e de resultados da pesquisa. O isolamento do processo é realizado das seguintes formas:

• Cada SSP reside em um pool de aplicativos do IIS separado.

• Cada SSP usa um conjunto de contas de serviço exclusivo para executar os serviços fornecidos pelo SSP, como pesquisa, rastreamento de conteúdo e importação de perfil.

Os critérios mais importantes que determinam o número de SSPs em sua arquitetura lógica são:

• A necessidade de compartilhar dados de conteúdo e de perfil entre sites que residem em pools de aplicativos do IIS e aplicativos Web separados. Por exemplo, você pode compartilhar Meus Sites, sites de equipe e de conteúdo publicado em uma intranet, colocando esses sites juntos em um SSP.

• A necessidade de isolar de conteúdo e audiências para sites específicos. Por exemplo, se o seu farm de servidores hospeda aplicativos de mais de uma classe de usuários, SSPs separados poderão ajudá-lo a criar o isolamento entre essas classes.

Quando você cria um novo aplicativo Web, por padrão ele é associado ao SSP padrão. Se você quiser associar o aplicativo Web a um SSP diferente, deverá alterar a associação manualmente.

O diagrama a seguir ilustra a arquitetura lógica de um farm de servidores com dois SSPs.

Embora não ilustrado, vários aplicativos Web em um único pool de aplicativos podem utilizar serviços de SSPs diferentes. Por exemplo, no diagrama anterior, não há nenhuma limitação técnica que impeça que os dois aplicativos Web do Pool de Aplicativos A utilizem serviços compartilhados de SSPs diferentes. No entanto, aplicativos Web agrupados nos mesmos pool de aplicativos geralmente compartilham requisitos de isolamento e segurança semelhantes, fazendo com que seja mais provável que eles utilizem serviço do mesmo SSP.

Arquitetura SSP

Cada SSP usa os três tipos de recursos de serviços compartilhados a seguir:

• Bancos de dados (banco de dados de SSP, banco de dados de pesquisa)

• Site da Administração de Serviços Compartilhados (incluindo o banco de dados de conteúdo do site)

• Serviço Web que hospeda o site (site IIS que hospeda serviços Web compartilhados para o SSP)

O banco de dados do SSP inclui os seguintes tipos de dados:

• Dados de configuração do SSP e dados de uso do site

• Perfis de pessoas e dados de audiência

• Metadados do catálogo de dados corporativos

Cada SSP também inclui um banco de dados de pesquisa que inclui toda a configuração e dados associados a pesquisa.

O diagrama a seguir ilustra a arquitetura lógica de um farm com ênfase nos recursos do farm usados pelos SSPs.

Exemplos de SSP de farm único

Esta seção oferece diversas arquiteturas de exemplo para a criação de SSPs em um único farm e inclui algumas recomendações adicionais sobre planejamento.

Exemplo 1 — farm único, SSP único

Um único SSP funciona bem para uma organização que hospeda um grande número de sites em um farm.

Descrição

Um único SSP é usado no farm inteiro:

• Todos os sites usam o mesmo conjunto de serviços compartilhados.

• Todos os sites podem ser criados em um único aplicativo Web ou entre vários aplicativos Web (mostrados).

• Os aplicativos Web podem ser associados ao mesmo pool de aplicativos (mostrado) ou a outros pools de aplicativos.

Recomendações

Esta é a configuração recomendada para a maioria das empresas. Use esta configuração se:

• Você desejar otimizar os recursos exigidos para a execução de serviços compartilhados em um farm.

• O seu farm não exige isolamento de aplicativos Web.

Exemplo 2 — farm único, vários SSPs

Em algumas organizações, há requisitos de isolamento que podem ser atendidos pelo implementação de um SSP adicional.

Descrição

Vários SSPs são usados para aprimorar metas de compartilhamento e de isolamento:

• Um único SSP fornece serviços para sites espalhados por vários aplicativos Web. Essa estratégia permite o compartilhamento de conteúdo e serviços, mantendo o isolamento de processos entre sites em diferentes aplicativos Web.

• O uso de um SSP dedicado para sites direcionados oferece isolamento de processos, conteúdo e serviços.

Recomendações

Esta configuração é recomendada para as seguintes situações:

• O compartilhamento de conteúdo e de dados de perfil entre sites que, caso contrário, exigem isolamento de processos, por motivos de desempenho ou de segurança.

• A acomodação de um grupo ou departamento em uma empresa que exige dados protegidos e isolados.

• Hospedagem de sites para acesso externo feito por parceiros no mesmo farm dos seus sites de colaboração interna

Exemplo 3 — Hospedagem em um único farm

Você pode hospedar vários clientes ou departamentos no mesmo farm e garantir isolamento de dados ao dedicar um SSP para cada cliente. Um SSP dedicado também permite que você delegue propriedade e configuração de serviços a organizações específicas. Por exemplo, você pode configurar um SSP dedicado para um departamento que exija propriedade de sua configuração de pesquisa ou de dados de perfil.

Descrição

Vários SSPs são usados para isolar serviços em um farm único.

• Cada empresa ou departamento recebe um SSP dedicado.

• O uso de pools de aplicativos separados para hospedar departamentos ou empresas separados oferece isolamento de processos no nível do pool de aplicativos (além do isolamento de serviços compartilhados).

• Um pool de aplicativos pode incluir um ou mais aplicativos Web.

• A administração de serviços compartilhados pode ser delegada para as organizações para as quais um SSP fornece serviços.

Recomendações

Esta configuração é recomendada para as seguintes situações:

• Hospedagem de sites para várias empresas ou vários departamentos independentes em uma única organização.

• Oferece flexibilidade para cada empresa ou departamento para isolar ainda mais o conteúdo ou otimizar o desempenho usando vários aplicativos Web ou pools de aplicativos.

• Delegando a administração dos serviços.

• Acomodar uma grande quantidade de dados. Existem algumas diretrizes de capacidade que se aplicam para quanto o serviço pesquisa de um único SSP dados pode acomodar. Por exemplo, o limite recomendado para número de documentos indexados por um único SSP é de 50.000.000. Para obter mais informações sobre diretrizes de capacidade, consulte Planejamento de capacidade relacionado a SSPs, posteriormente neste artigo.

Exemplo 4 — hospedando com vários farms

Algumas organizações exigem isolamento físico dos dados além do isolamento de processos. Para essas organizações, um farm separado pode ser a solução.

Além disso, algumas organizações podem incluir outras necessidades que indicam que mais de um SSP será necessário no farm, como no Exemplo 2 (ilustrado anteriormente).

Descrição

Vários farms são usados para oferecer isolamento físico entre departamentos ou empresas:

• Cada departamento ou empresa recebe um farm dedicado e um SSP.

• Todo o hardware é dedicado com base no departamento ou cliente.

• Cada farm é completamente isolado, resultando em nenhuma possibilidade de acessar dados entre portais.

Recomendações

Essa configuração é recomendada para as seguintes situações:

• Isolamento de departamentos em uma única organização, onde o isolamento físico de hardware, dados ou aplicativos é um requisito.

• Hospedagem de sites do SharePoint para várias empresas, onde o isolamento físico é necessário para:

  • Controle da utilização de recursos

  • Proteção de aplicativos e dados

  • Otimização do desempenho

  • Atendimento dos requisitos de licenciamento

Recomendações de planejamento adicionais para SSPs

Você pode configurar SSPs para aprimorar o compartilhamento de informações entre vários aplicativos Web ou para isolar ainda mais o conteúdo em um único aplicativo Web. Por exemplo, sites que residem em aplicativos Web e pools de aplicativos diferentes podem ser unificados em um SSP para compartilhar conteúdo e perfis em uma intranet. Isso oferece personalização e pesquisa em toda a empresa em vários sites e aplicativos. Essa configuração é um exemplo de balanceamento entre o isolamento de processos (implementando aplicativos Web e pools de aplicativos Web separados) e a necessidade corporativa de compartilhar informações e dados de perfil de uso entre os aplicativos.

Você também pode configurar SSPs para aperfeiçoar suas metas de isolamento geral. Por exemplo, usar um SSP dedicado para sites de parceiro garante que os usuários do parceiro não poderão acessar ou pesquisar em outros sites em seu ambiente. Você pode configurar o SSP para isolar ainda mais o conteúdo entre conjuntos de sites das seguintes maneiras:

• Limite os escopos de pesquisa para os conjuntos de sites individuais.

• Use audiências para direcionar conteúdo para certos grupos de usuários.

• Use a ferramenta de linha de comando Stsadm para configurar o People Picker para exibir somente os usuários que sejam membros do conjunto de sites.

Ao criar sua estratégia de SSP, considere as maneiras em que você pode configurar os serviços individuais em um SSP para aprimorar suas metas de compartilhamento de conteúdo ou de isolamento. Para obter exemplos dessas estratégias, consulte o design a seguir: Modelo de arquitetura lógica: implantação corporativa.

Planejando SSPs para um ambiente entre farms

Um único SSP pode ser configurado para fornecer serviços para vários farms do Office SharePoint Server 2007. O uso de um SSP entre farms oferece administração centralizada de serviços e também reduz o número de serviços que oferecem a mesma função. Isso também pode reduzir significativamente a quantidade de hardware e outros recursos necessários ao fornecimento dos serviços.

A orientação do restante deste artigo descreve e refere-se ao diagrama a seguir. Esse diagrama ilustra um farm pai compartilhando serviços com três farms filhos, cada um configurado para finalidades diferentes. Cada um dos farms filhos será descrito posteriormente neste artigo.

Farms pai e filho

Serviços compartilhados entre farms são oferecidos por um farm pai para um ou mais farms filhos:

• Um farm pai é configurado para fornecer serviços compartilhados para outros farms filhos.

• farms filhos são configurados para consumir serviços compartilhados do farm pai.

• Um farm não pode ser um farm pai e um farm filho.

• Somente um SSP por farm pode participar de serviços compartilhados entre farms:

  • Farms pai só podem compartilhar um SSP com farms filhos. No entanto, um farm pai pode incluir mais de um SSP para seu próprio uso (consulte o farm pai no diagrama anterior).

  • farms filhos só podem consumir serviços de um SSP pai. No entanto, um farm filho pode fornecer mais de um SSP para seu próprio uso (consulte farm filho 2 no diagrama anterior).

Alternar entre SSPs entre farms e SSPs autônomos

O consumo de serviços compartilhados para farms filhos pode ser reconfigurado a qualquer momento:

• Um farm filho poderá ser desassociado de um farm pai e ser configurado para consumir serviços compartilhados de um farm pai diferentes ou usar seu próprio SSP local.

• farms filhos podem consumir serviços compartilhados de um farm pai quando conectados à rede central e, em seguida, alternar para o consumo de serviços de seu próprio local SSP quando forem desconectados. O farm filho 3 (no diagrama anterior) ilustra um farm com um SSP local de espera usado quando o farm estiver desconectado.

• Farms pai podem ser reconfigurados como farms autônomos a qualquer momento. Os administradores do farm pai devem alertar os administradores do farm filho sobre os farms filhos afetados antes de reconfigurar o SSP como autônomo.

Limitações do SSP entre farms

As limitações a seguir se aplicam a serviços compartilhados entre farms:

• Se os farms pai e filho residirem em domínios ou florestas diferentes, deverá haver um relacionamento de confiança configurado entre os domínios ou as florestas. Além disso, se os dois farms residirem em florestas diferentes, a replicação do Active Directory entre a floresta separada e de confiança deverá estar funcionando corretamente.

• Os SSPs entre farms não têm suporte em uma rede de longa distância (WAN). Um farm filho não pode ser associado a um SSP de um farm pai se os dois farms estiverem separados por links de WAN.

• Os farms pai devem ter todos os produtos de servidor do Office instalados que são usados por farms filho. Por exemplo, se um farm filho incluir o Office Project Server, então o Office Project Server deverá ser instalado no farm pai para que os serviços compartilhados funcionem corretamente. Se um farm filho usar a Enterprise Edition da Licença de Acesso do Cliente (CAL), o farm pai também deverá usar a Enterprise Edition CAL (em vez da Standard Edition). A única exceção a esse requisito de design são os Serviços do Excel.

• Os Serviços do Excel não podem ser fornecidos por um SSP de um farm pai e devem ser fornecidos por um SSP que seja local no farm filho. Um aplicativo Web pode ser configurado para consumir todos os outros serviços de um farm pai enquanto consume os Serviços do Excel de um SSP local. Essa é a única ocasião na qual um aplicativo Web poderá consumir serviços de dois SSPs diferentes. Para obter uma ilustração deste cenário, consulte SSPs entre farms combinados (Farm Filho 2), posteriormente neste artigo.

Criação de scripts de configuração de SSP entre farms

Você pode criar um script para duplicar os processos manuais necessários para a associação de um farm filho a um farm pai. A criação de scripts para o processo de instalação:

• Reduz o tempo exigido para a implantação de serviços compartilhados entre vários farms.

• Garante que as definições de configuração (diretório, configuração, índice de pesquisa etc.) sejam aplicadas de forma consistente entre farms.

Para obter mais informações, consulte Provedor de serviços compartilhados: operações do Stsadm (Office SharePoint Server).

Exemplos de SSP entre farms

Esta seção descreve os três farms filhos ilustrados no diagrama anterior.

Somente serviços compartilhados entre farms (Farm Filho 1)

Descrição

O Farm Filho 1 só utiliza serviços compartilhados hospedados por um farm pai. Esse cenário permite otimizar o hardware, rede e recursos administrativos necessários para o fornecimento de serviços compartilhados entre farms. Ou você pode designar um farm existente para servir como o farm pai ou pode criar um farm dedicado à hospedagem exclusiva de serviços compartilhados.

Recomendações

Essa configuração é recomendada para as seguintes situações:

• Fornecimento de serviços compartilhados para vários farms de uma empresa.

• Hospedagem de soluções do Office SharePoint Server para empresas que exigem isolamento de farm mas que não exigem o isolamento de serviços.

SSPs entre farms e locais combinados (Farm Filho 2)

Descrição

O Farm Filho 2 utiliza serviços de dois SSPs diferentes:

• Utiliza serviços compartilhados entre farms do farm pai.

• Hospede seu próprio SSP e utilize serviços desse SSP.

Farms configurados dessa maneira podem aproveitar os serviços compartilhados de toda a corporação, mas também podem funcionar de forma independente, se necessário. Um farm filho podem alternar entre a utilização de serviços compartilhados entre farms e a utilização de seus próprios serviços compartilhados.

A configuração de SSPs locais e entre farms combinados também será necessária caso um farm filho esteja usando os Serviços do Excel. Se os serviços Excel for exigido por um farm, do farm deve hospedar serviços localmente compartilhados. Nessa configuração, os aplicativos Web do farm filho utilizam Serviços do Excel de um SSP local e todos os outros serviços de um SSP filho, como ilustrado no diagrama a seguir.

Recomendações

Essa configuração é recomendada para os seguintes cenários:

• Um departamento de uma empresa requer isolamento de farm para a proteção de dados confidenciais ou para a dedicação de recursos físicos, e também precisa ser incluído em portais e sites acessados por toda a empresa.

• Uma empresa ou divisão é adquirida e você deseja oferecer acesso a recursos da empresa sem causar problemas ao farm. Esse cenário permite que o farm aproveite os serviços compartilhados disponíveis em toda a corporação, como pesquisa e rastreamento.

• Uma divisão ou grupo de uma empresa é vendida ou reatribuída a outro ambiente do Office SharePoint Server e você deseja configurar o farm para que ele opere de forma independente como uma etapa para a transição do farm para o novo ambiente.

• Os Serviços do Excel são exigidos por um farm filho.

SSP de Espera (Farm Filho 3)

Descrição

O Farm Filho 3 foi configurado para alternar entre a utilização de serviços compartilhados entre farms e seus próprios serviços compartilhados. O SSP do farm filho serve como um provedor de espera. O farm filho alterna para o SSP de espera quando é desconectado do farm pai.

Recomendações

Essa configuração é recomendada para implantações de farms temporariamente distribuídos para diferentes locais geográficos.

Planejamento de capacidade relacionado a SSPs

Ao planejar sua arquitetura de SSP, considere os limites de software recomendados para elementos de arquitetura lógica e o efeito que podem ter em sua configuração SSP.

A tabela a seguir lista as diretrizes recomendadas para componentes de arquitetura lógica.

Objeto de arquitetura lógica	Diretrizes para desempenho aceitável	Anotações
Provedor de Serviços Compartilhados (SSP)	3 por farm (20 por farm, no máximo)
Aplicativo da Web	99 por SSP	Esse limite inclui o número de aplicativos Web em farms filhos utilizando recursos deste SSP.
Pool de aplicativos do Serviços de Informações da Internet (IIS)	8 por servidor Web	O número máximo é determinado pelos recursos de hardware recursos.
Conjunto de sites	50.000 por aplicativo Web

Além de componentes de arquitetura lógica, o serviço de pesquisa também inclui limites de software recomendados que podem afetar o número e a configuração de SSPs no seu ambiente. A tabela a seguir lista os objetos de pesquisa específicos com os limites recomendados que afetam o planejamento de SSP.

Objeto de pesquisa	Diretrizes para desempenho aceitável	Anotações
Índices de pesquisa	Um por SSP; máximo de 20 por farm.	O Office SharePoint Server 2007 dá suporte um índice de conteúdo por SSP. Recomendamos um máximo de 20 SSPs por farm, um máximo de 20 índices de conteúdo tem suporte. Observe que um SSP só pode ser associado a um servidor de indexação e a um índice de conteúdo. No entanto, um servidor de indexação pode ser associado a vários SSPs e ter um índice de conteúdo para cada SSP.
Documentos indexados	50.000.000 por índice de conteúdo (um índice por SSP)	O Office SharePoint Server 2007 dá suporte a 50 milhões de documentos por índice de indexação. Isso pode ser dividido em vários índices de conteúdo com base no número de SSPs associados a um servidor de indexação.
Fontes de conteúdo	500 por SSP	Esse é um limite imposto pelo sistema.
Alertas	1.000.000 por SSP	Esse é o limite testado.
Regras de rastreamento	10.000 por SSP	Recomendamos um máximo de 10.000 regras de rastreamento, a despeito de seu tipo.
Propriedades rastreadas	500.000 por SSP	Essas são as propriedades descobertas durante um rastreamento.
Propriedades gerenciadas	100.000 por SSP	Essas são as propriedades usadas pelo sistema de pesquisa em consultas. Propriedades rastreadas são mapeadas para propriedades gerenciadas. Recomendamos um máximo de 100 mapeamentos por propriedade gerenciada.

Para obter mais informações sobre limites de software, consulte Planejar limites de software (Office SharePoint Server).

Planejando funções de administração para SSPs

O modelo de serviços compartilhados do Office SharePoint Server 2007 oferece a capacidade de centralizar a administração de serviços como um todo ao delegar a administração de serviços específicos, conforme desejado. A tabela a seguir lista as principais funções de SSP.

Função	Responsabilidades
Administrador de farm.	Criar ou excluir SSPs.
Administrador de serviços compartilhados (administrador do conjunto de sites da Administração de Serviços Compartilhados)	Configurar permissões para serviços específicos ou atribuir a administração de serviços compartilhados para outros usuários.
Administrador de serviços compartilhados	Configurar e administrar serviços compartilhados específicos, como o serviço de pesquisa ou os Serviços do Excel.

Uma pessoa pode executar todas essas funções. No entanto, em muitas organizações médias e grandes, a administração de serviços específicos é delegada com frequência. A tabela a seguir lista as funções administrativas de serviço específicas que podem ser delegadas.

Função de administração do serviço	Responsabilidades
Administrador do serviço de pesquisa	Administrar todas as definições de pesquisa do SSP.
Gerente de perfis de usuário	Adicionar conexões de importação, gerenciar perfis de usuário e definir as configurações do Meu Site.
Gerente de audiências	Gerenciar definições de audiência no SSP.
Gerente do Catálogo de Dados Corporativos	Importar definições de aplicativo para o Catálogo de Dados Corporativos, selecionar entidades e propriedades para uso em sites do SharePoint e listas e, opcionalmente, executar métodos em instâncias de entidade.
Gerente de permissões para o Catálogo de Dados Corporativos	Gerenciar permissões para o Catálogo de Dados Corporativos.
Gerente de permissões para Serviços de Perfil	Gerenciar permissões para os Serviços de Perfil.
Administrador dos Serviços do Excel	Administrar todas as definições dos Serviços do Excel no SSP.
Gerente de relatórios de uso	Administrar as definições de relatórios de uso no SSP.

Para obter mais informações sobre essas funções e sobre como configurá-las, consulte Planejar funções de segurança (Office SharePoint Server).

Administração de SSP entre farms

Em ambientes onde os serviços compartilhados entre farms são implementados, as responsabilidades do administrador de farm serão diferentes, caso o farm seja um farm pai ou um farm filho. O gráfico a seguir resume as tarefas administrativas executadas por cada administrador em um ambiente de SSP entre farms.

Administrador de farm	Responsabilidades
Administrador de farm pai	Criar SSPs e modificar configurações. Definir as definições do farm pai e de serviços compartilhados. Gerenciar recursos compartilhados no farm pai, como o banco de dados do SSP. Gerenciar credenciais associadas aos SSPs. Gerenciar definições de serviços compartilhados que afetam todos os farms e sites que utilizam o SSP pai.
Administrador do farm filho	Configurar farms filhos para que utilizem serviços compartilhados de um farm pai. Associar aplicativos Web em farms filhos ao SSP pai. Desassociar do farm pai.

Baixar este manual

Para facilitar a leitura e a impressão, este tópico está incluído no seguinte manual que pode ser baixado:

• Planejamento e arquitetura para o Office SharePoint Server 2007, parte 2

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.

Consulte também

Conceitos

Planejar provedores de serviços compartilhados
Componentes de arquitetura lógica
Modelo de arquitetura lógica: implantação corporativa
Criar e configurar Provedores de Serviços Compartilhados