Guia de Governança doMicrosoft SharePoint Server 2010

Microsoft Corporation

Publicado em: abril de 2011

Autor: equipe de servidores e do Microsoft Office System (itspdocs@microsoft.com)

ResumoEste guia oferece diretrizes para ajudá-lo a determinar os aspectos de uma implantação do Microsoft SharePoint Server 2010 a ser administrada e as técnicas de governança a serem usadas. Governança é o conjunto de políticas, funções, responsabilidades e processos que você estabelece em sua empresa para orientar, administrar e controlar como ela usa tecnologias para atingir as metas corporativas. Para obter o balanço correto entre as necessidades dos usuários de sua implantação do SharePoint Server 2010 e dos profissionais de TI que implantam e operam o SharePoint Server 2010, é recomendável que você forme um órgão de governança que inclua representantes de todos os participantes na implantação do SharePoint Server 2010. Esse órgão pode criar e impor regras que controlem o uso do SharePoint Server 2010. O conteúdo deste livro é uma cópia do conteúdo selecionado na biblioteca técnica do SharePoint Server 2010 (http://go.microsoft.com/fwlink/?LinkId=181463& clcid = 0x416 ) a partir da data de publicação. Para obter o conteúdo mais atual, consulte a biblioteca técnica na Web.

Este documento é fornecido "no estado em que se encontra". As informações e exibições expressas neste documento, incluindo URLs e outras referências a sites da Internet, podem ser alteradas sem aviso prévio. Você assume o risco de usá-las.

Alguns exemplos aqui descritos são fornecidos somente para ilustração e são fictícios. Nenhuma associação ou conexão geral é intencional ou deve ser inferida.

Este documento não oferece a você quaisquer direitos legais sobre propriedade intelectual em qualquer produto da Microsoft. Este documento pode ser copiado e usado para fins internos e de referência.

© 2011 Microsoft Corporation. Todos os direitos reservados.

Microsoft, Access, Active Directory, Backstage, Excel, Groove, Hotmail, InfoPath, Internet Explorer, Outlook, PerformancePoint, PowerPoint, SharePoint, Silverlight, Windows, Windows Live, Windows Mobile, Windows PowerShell, Windows Server e Windows Vista são marcas registradas ou marcas comerciais da Microsoft Corporation nos Estados Unidos e/ou em outros países.

As informações contidas neste documento representam a visão atual da Microsoft Corporation em relação às questões discutidas na data de publicação. Como a Microsoft precisa responder a condições de mercado em permanente mudança, essas informações não devem ser interpretadas como um compromisso por parte da Microsoft, e a Microsoft não pode garantir a precisão das informações apresentadas após a data de publicação.

ii

Sumário

Obtendo ajuda.............................................................................................................v

Gestão de sites e soluções (SharePoint Server 2010)..................................................1

Visão geral sobre governança (SharePoint Server 2010).............................................3

Sobre governança........................................................................................................3

O que deve ser controlado?........................................................................................3

Quem deve determinar as políticas de governança?..................................................6

Como a governança deve ser implementada?............................................................7

Outros recursos...........................................................................................................8

Recursos de governança (SharePoint Server 2010).....................................................9

Gerenciando a instalação do SharePoint em uma empresa........................................9

Recursos dos serviços de TI.......................................................................................10

Gerenciamento de informações................................................................................15

Recursos de arquitetura de informações..................................................................18

Conceitos...................................................................................................................21

Estabelecendo e orientando o serviço do SharePoint (SharePoint Server 2010)......22

O que é um serviço do SharePoint?..........................................................................22

Elementos de um serviço de sucesso........................................................................22

O que administrar em um serviço do SharePoint......................................................23

Criando vários serviços..............................................................................................27

Contratos de nível de serviço....................................................................................29

Conceitos...................................................................................................................30iii

Outros recursos.........................................................................................................30

Implementando e orientando a arquitetura de informações (SharePoint Server 2010)......................................................................................................................31

O que é arquitetura de informações?.......................................................................31

Administrando a arquitetura de informações...........................................................32

Recursos para o planejamento da arquitetura de informações................................36

Estudo de caso: Controlando a arquitetura de informações para eliminar o caos de conteúdo................................................................................................................39

Conceitos...................................................................................................................44

Outros recursos.........................................................................................................45

SharePoint 2010 Governance Planning (white paper)...............................................46

Implementação da governança no SharePoint 2010 (white paper)..........................47

Acompanhar ou bloquear instalações do SharePoint Server 2010............................48

Bloquear instalações.................................................................................................48

Acompanhar instalações...........................................................................................49

iv

Obtendo ajudaTodo esforço foi dedicado para garantir a precisão deste guia. Este conteúdo também está disponível online na TechNet Library do Office System, portanto, se encontrar algum problema, veja se há atualizações em:http://technet.microsoft.com/pt-br/officeSe não encontrar a sua resposta no conteúdo online, envie um email para a equipe de conteúdo de servidores e do Microsoft Office System:

itspdocs@microsoft.comSe a sua dúvida for relacionada aos produtos do Microsoft Office, e não ao conteúdo deste guia, pesquise o Centro de Ajuda e Suporte da Microsoft ou a Base de Dados de Conhecimento Microsoft pelo site:

http://support.microsoft.com

v

Gestão de sites e soluções (SharePoint Server 2010)Publicado em: 12 de maio de 2010Esta seção fornece informações sobre como controlar sites e soluções em ambientes de área restrita e de produção do Microsoft SharePoint Server 2010.

Governança é o conjunto de políticas, funções, responsabilidades e processos que orientam, administram e controlam como as divisões de negócios e as equipes de TI de uma organização cooperam visando atingir suas metas corporativas.

Soluções de área restrita restringem o acesso a recursos locais e de rede para fornecer mais segurança e estabilidade. Você pode usá-las para soluções de balanceamento de carga, soluções que não foram totalmente testadas e para implantar soluções de usuário em um ambiente hospedado. Soluções de área restrita são executadas em um thread de trabalho separado, para que não possam acessar recursos que pertencem a outras soluções, e têm acesso limitado a recursos locais e de rede.

Nesta seção:

Visão geral sobre governança (SharePoint Server 2010) Este artigo apresenta governança como uma parte essencial de uma implantação bem-sucedida do SharePoint Server 2010 e aborda os diversos componentes de um plano de governança corporativa.

Recursos de governança (SharePoint Server 2010) Este artigo analisa um conjunto de recursos do SharePoint Server 2010 que uma organização pode usar para ajudar a administrar um serviço de TI, o gerenciamento e a arquitetura de informações.

Estabelecendo e orientando o serviço do SharePoint (SharePoint Server 2010) Aprenda os fatores fundamentais do gerenciamento de um serviço do SharePoint e o que incluir em um contrato de nível de serviço.

Implementando e orientando a arquitetura de informações (SharePoint Server 2010) Aprenda a planejar uma arquitetura de informação eficiente para garantir que a sua solução atenda às suas necessidades comerciais.

Planejar soluções de área restrita (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/9a96fa5e-2361-4b81-a0ca-fc4d0513cbf4(Office.14).aspx)Este artigo explica como planejar o uso de soluções de área restrita em um ambiente do SharePoint.

1

SharePoint Development and Governance Using COBIT 4.1: A Practical Approach (http://technet.microsoft.com/pt-br/library/89402301-0725-4dcb-8490-ff3e6d7d6716(Office.14).aspx)Estes trechos são do livro “SharePoint Deployment and Governance Using COBIT® 4.1: A Practical Approach”.

SharePoint 2010 Governance Planning (white paper) Este white paper se concentra no “front-end” do ambiente do SharePoint – o aspecto comercial da governança - as áreas que afetam os usuários comerciais. Ele usa uma empresa fictícia para oferecer orientações para o planejamento de governaça e a implementação necessários do SharePoint Server 2010.

Implementação da governança no SharePoint 2010 (white paper) Este white paper se concentra no “back-end” da governança do SharePoint – a implementação técnica. Ele oferece um alto nível de orientação sobre as muitas opções de configuração que o SharePoint Server 2010 oferece para permitir que você gerencie o ambiente em benefício de todos.

2

Visão geral sobre governança (SharePoint Server 2010)Publicado em: 12 de maio de 2010Este artigo apresenta a governança como parte essencial de uma implantação bem-sucedida do Microsoft SharePoint Server 2010 e explica por que a arquitetura de informações e os serviços de TI são componentes-chave de um plano de governança.Os artigos nesta seção destacam a necessidade de governança das implantações do SharePoint Server 2010. Esses artigos apresentam também orientações gerais e exemplos de atividades e processos do Microsoft SharePoint Server que devem ser controlados pela sua organização.

Neste artigo:

Sobre governança O que deve ser controlado? Quem deve determinar as políticas de governança? Como a governança deve ser implementada?

Sobre governançaGovernança é o conjunto de políticas, funções, responsabilidades e processos que orientam, direcionam e controlam como as divisões de negócios e as equipes de TI de uma organização cooperam visando atingir suas metas corporativas. Um plano de governança abrangente pode beneficiar sua organização por:

Simplificar a implantação de produtos e tecnologias, como o SharePoint Server 2010.

Auxiliar na proteção da sua empresa contra ameaças à segurança ou responsabilidades por não conformidade.

Ajudar a garantir o melhor retorno sobre investimento em tecnologias, por exemplo, impondo práticas recomendadas no gerenciamento de conteúdo ou arquitetura de informações.

O que deve ser controlado?Cada organização possui metas e necessidades exclusivas que afetarão sua abordagem de governança. Por exemplo, organizações maiores, provavelmente, necessitarão de uma governança maior e mais detalhada do que as menores.

3

Uma implantação com êxito do SharePoint Server 2010 exige os seguintes elementos:

Arquitetura de informaçõesO objetivo da arquitetura de informações é criar um sistema que ajude os usuários a coletar, armazenar, recuperar e usar as informações necessárias para obter seus objetivos de negócios. A arquitetura de informações de um site da Web determina como as informações nesse site (páginas, documentos, listas e dados) estão organizadas e são apresentadas aos usuários do site.

Uma avaliação criteriosa da arquitetura de informações da sua empresa pode ser útil para identificar possíveis ineficiências, como as seguintes:

O uso inconsistente de metadados, o que pode dificultar a pesquisa e a comparação de conteúdo e dados relacionados.

Um armazenamento de conteúdo criado e gerenciado de forma inadequada, o que pode gerar várias versões de documentos, sem nenhum meio de identificar a versão autoritativa.

Um armazenamento de dados precariamente catalogados e gerenciados, fazendo com que tomadores de decisões localizem e confiem em dados equivocados.

Uma navegação de portal mal projetada ou informações apresentadas de forma inadequada, dificultando a localização de sites e informações importantes.

Serviço de TI que hospeda o SharePoint ServerO SharePoint Server 2010 inclui muitos recursos novos que devem ser tratados por um plano de governança eficiente. Entre esses, estão:

Uma nova arquitetura de aplicativo de serviços, incorporada no Microsoft SharePoint Foundation 2010, que substitui o modelo SSP.

Melhorias no backup e restauração. Multitenancy, que cria um genuíno ambiente de hospedagem e viabiliza o

compartilhamento dos recursos de serviço entre clientes (locatários) ao mesmo tempo que particiona os dados com base nas inscrições no site.

Contras gerenciadas que automatizam as mudanças de senhas. O Windows PowerShell, a nova interface de linha de comando e linguagem de

script, foi projetado especificamente para administradores de sistema.Se você não tiver um plano de governança, o crescimento rápido e descontrolado de servidores Web, gerenciados individualmente, que executam o SharePoint Server, poderá ter resultados imprevisíveis. Entre eles, podemos incluir:

Servidores isolados hospedando um grupo mal organizado de sites que não possuem índice de pesquisa, navegação ou esquema de segurança em comum. Se você deseja dar suporte à criação de sites pessoais, precisa de um plano que inclua a disposição de conteúdo e o arquivamento de sites.

4

Servidores hospedando aplicativos que não são seguros, o que pode comprometer a integridade do conteúdo.

Solicitações de suporte técnico para servidores locais que estão executando o SharePoint Server sem o conhecimento da equipe de suporte.

Atividades essenciais, como conformidade normativa, que talvez sejam administradas de modo inconsistente entre servidores.

Atividades regulares de manutenção, como backup e restauração de dados e instalação de atualizações de produto, que talvez não sejam executadas devido ao treinamento inadequado ou à inconsistência na configuração dos servidores.

Alterações nas propriedades do site que levantam dúvidas com relação à propriedade do conteúdo ou que provocam o bloqueio de sites. À medida que o uso do SharePoint Server 2010 aumentar na empresa, o departamento de TI deverá implementar um conjunto de serviços de hospedagem bem controlado que torne o SharePoint Server 2010 disponível e que administre o seu uso e configuração.

Para obter soluções do SharePoint Server 2010 eficientes e gerenciáveis, sua organização deve considerar a governança em uma ou mais das seguintes áreas adicionais:

Política de personalizaçãoO SharePoint Server 2010 inclui recursos e capacidades personalizáveis em diversas áreas de produtos, como business intelligence, formulários, fluxo de trabalho e gerenciamento de conteúdo. A personalização agrega riscos à estabilidade, manutenção e segurança do ambiente do SharePoint Server 2010. Para oferecer suporte à personalização de maneira controlada, desenvolva uma política de personalização que leve em consideração os seguintes pontos:

Ferramentas de personalização aprovadas. Por exemplo, você tem de decidir se permitirá o uso do Microsoft SharePoint Designer 2010 e especificar que elementos do site poderão ser personalizados e por quem.

Modos de gerenciar o código-fonte, por exemplo, um sistema de controle de origem e padrões para documentação do código.

Padrões de desenvolvimento, como práticas recomendadas de codificação. Padrões de teste e verificação. Métodos de empacotamento e instalação exigidos. É necessário controlar o uso

da área restrita, a qual permite que os proprietários dos sites hospedem soluções personalizadas em um contexto parcialmente confiável, de modo que elas não afetem o restante da implementação do SharePoint.

Os tipos de personalizações aceitas. Por exemplo, talvez você queira permitir o uso de Web parts para integrar aplicativos do Microsoft Silverlight 3 com sites do SharePoint.

5

Para obter mais informações sobre os processos de gerenciamento de personalizações, consulte o white paper Política de personalização dos Produtos e Tecnologias do SharePoint (http://go.microsoft.com/fwlink/?linkid=92311&clcid=0x416).

Identidade visualSe estiver projetando a arquitetura de informações e um conjunto de sites corporativos, convém incluir identidade visual no plano de governança. Um conjunto formal de políticas de identidade visual é útil para assegurar que os sites usem consistentemente imagens, fontes, temas e outros elementos de design da empresa. Por exemplo, no SharePoint Server 2010, é possível importar um tema do Microsoft PowerPoint 2010 diretamente para o site do SharePoint, que o aplicará automaticamente a todos os subsites.

TreinamentoEmbora o SharePoint Server 2010 tenha uma interface intuitiva baseada na Web e inclua ajuda online, o uso e, principalmente, a administração de sites que se baseiem no SharePoint Server 2010 pode ser um desafio para alguns usuários.

Além disso, o conjunto de políticas de governança implementado pelas divisões de TI e de negócios pode exigir explicação adicional. Com o treinamento apropriado da comunidade de usuários, é possível aumentar a satisfação com a implementação do SharePoint Server 2010 e reduzir os custos do suporte.

Quem deve determinar as políticas de governança?Uma implantação bem-sucedida do SharePoint Server 2010 requer comunicação contínua e parceira entre gerentes de negócios, profissionais de TI e operadores de informações. Ao criar uma comissão de governança, inclua máximo de representantes possível dos seguintes grupos e funções:

Observação:

Pode ser que sua organização não tenha uma função equivalente ou use uma nomenclatura diferente.

Participantes executivos: Participantes executivos: os principais executivos devem definir as metas gerais da comissão de governança, conceder-lhe autoridade e avaliar periodicamente o êxito das práticas e políticas implementadas.

6

Participantes financeiros: os diretores financeiros devem assegurar que as regras e os processos de governança ajudem a aumentar o retorno sobre o investimento da empresa nos produtos e tecnologias do SharePoint.

Líderes de TI: os líderes de TI devem ajudar a desenvolver as ofertas de serviço e determinar o que deve ser feito para desincumbir suas responsabilidades com êxito (por exemplo, prover segurança e garantir confiabilidade) enquanto dão suporte aos recursos de que as equipes de negócios necessitam.

Líderes de divisões de negócios: os líderes de negócios representam as equipes que fazem o trabalho principal da empresa e geram os requisitos funcionais e arquiteturais de implantação do SharePoint Server 2010. Eles devem colaborar com os arquitetos para determinar os padrões de arquitetura de informações e taxonomia organizacional da empresa. Além disso, há a necessidade de que colaborem com a criação dos contratos de nível de serviço e de outras políticas de suporte.

Arquitetos de informações e taxonomistas: os membros destes grupos possuem uma ampla experiência em planejamento e projeto de sistemas de informação e taxonomias. Com base na análise das necessidades de informações dos públicos-alvo, eles desenvolvem planos que dão suporte aos objetivos organizacionais e definem a arquitetura e navegação de sites.

Responsáveis pela conformidade: a governança envolve a certeza de que a empresa está dentro dos requisitos regulatórios e legais, e de que ela gerencia seu conhecimento corporativo. Caso a sua empresa possua funções responsáveis por supervisionar tais questões, inclua representantes dessas disciplinas na comissão de governança.

Líderes de desenvolvimento: Líderes de desenvolvimento: os líderes na organização de desenvolvimento de software devem ajudar a determinar quais ferramentas de personalização devem ser permitidas, como verificar a segurança do código e outras práticas recomendadas relacionadas ao código.

Profissional da Área de Informação: Profissionais de informações: os membros da sua organização que realizam um trabalho diário para ajudar a garantir que a arquitetura das informações e os serviços do SharePoint Server 2010 atenderão às suas necessidades.

Treinadores: os especialistas em instrução devem ser responsáveis pelo desenvolvimento de um plano de treinamento e conduzir todo o treinamento e educação apropriados.

Como a governança deve ser implementada?Um plano de governança eficaz antecipa as necessidades e metas das divisões de negócios e equipes de TI da organização. Como cada empresa é exclusiva, determine o melhor modo para implementar esse plano e o mais adequado à sua empresa.

7

Observe os estágios de implementação de governança sugeridos para a sua organização:

1. Determinar os princípios e as metas iniciais.A comissão de governança deve desenvolver uma visão, políticas e padrões de governança capazes de serem medidos a fim de acompanhar a conformidade e quantificar o benefício para a empresa. Por exemplo, o plano deve identificar os requisitos de entrega de serviço para os aspectos técnicos e de negócios da implantação do SharePoint Server 2010.

2. Classificar as informações de negócios/conteúdo.Organize as informações de acordo com uma taxonomia existente ou crie uma taxonomia que inclua todo o conteúdo necessário para dar suporte à sua solução de negócios. Depois que as informações estiverem organizadas, projete uma arquitetura de informações que gerencie o conteúdo da empresa. Em seguida, determine os serviços de TI mais apropriados para dar sustentação a essa arquitetura.

3. Desenvolver uma estratégia de educação.Depois do próprio plano de governança, o elemento humano é o ingrediente mais importante do sucesso ou falha da implantação do SharePoint Server 2010. Um plano de treinamento abrangente deve mostrar como usar o SharePoint Server 2010 de acordo com os padrões e práticas que você está implementando e explicar por que esses padrões e práticas são importantes. O plano deve abranger os tipos de treinamento necessários para grupos de usuários específicos e descrever ferramentas de treinamento apropriadas. Por exemplo, o departamento de TI pode manter uma página de perguntas frequentes sobre os serviços do SharePoint Server 2010 que ele oferece, ou a sua divisão de negócios pode prover treinamento online demonstrando como configurar e usar um novo processo de gerenciamento de documentos.

4. Desenvolver um plano contínuo.Uma gestão bem-sucedida é um processo iterativo. A comissão encarregada deve se reunir regularmente para considerar a incorporação de novos requisitos no plano de governança, reavaliar e ajustar princípios ou resolver conflitos entre divisões de negócios no que se refere aos recursos de TI. Além disso, ela deve se reportar com regularidade a seus patrocinadores executivos para prestar contas e colaborar com a imposição da conformidade em toda a empresa. Observe que, embora esse processo pareça complicado, a meta é aumentar o retorno sobre o investimento no SharePoint Server 2010, usufruir ao máximo a utilidade da solução do SharePoint Server 2010 e aumentar a produtividade da empresa.

Outros recursosCentro de Recursos de Gestão (http://go.microsoft.com/fwlink/?linkid=133502&clcid=0x416)

8

Recursos de governança (SharePoint Server 2010)Publicado em: 12.05.10O Microsoft SharePoint Server 2010 inclui recursos que uma organização pode usar para ajudar a controlar um serviço de TI do SharePoint Server 2010 IT o gerenciamento de informações da empresa ou uma arquitetura de informações empresariais. Links para artigos relacionados podem ajudá-lo a planejar e usar cada recurso.

Observação:

Gestão é o conjunto de políticas, funções, responsabilidades e processos que orientam, norteiam e controlam como as divisões de negócios e as equipes de TI de uma organização cooperam visando atingir suas metas corporativas. Para obter informações, consulte Visão geral da governança (SharePoint Server 2010).

Neste artigo:

Gerenciando a instalação do SharePoint em uma empresa Recursos dos serviços de TI Gerenciamento de informações Recursos de arquitetura de informações

Gerenciando a instalação do SharePoint em uma empresaComo as implantações do SharePoint são gerenciadas no nível do farm, uma implantação exclusiva do SharePoint não tem informações sobre outras implantações do SharePoint que possam existir na mesma empresa. Os administradores precisam dessas informações para gerenciar e controlar todas as implantações na empresa. Por exemplo, os administradores precisam saber se uma implantação foi configurada de acordo com requisitos organizacionais, ou quantas implantações não autorizadas existem na empresa. Os Produtos do Microsoft SharePoint 2010 oferecem as seguintes formas para bloquear, rastrear e bloquear aleatoriamente instalações do SharePoint Server

O seguinte objeto de Política de Grupo desabilita a instalação do SharePoint Server e dos produtos relacionados:

9

HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\ SharePoint\DWORD DisableInstallPara bloquear a instalação, defina DWORD DisableInstall=00000001.

Quando essa chave do Registro é definida, os usuários que tentarem instalar o SharePoint Server receberão a seguinte mensagem de erro: A instalação do SharePoint foi bloqueada em sua organização. Entre em contato com o seu administrador de rede para obter detalhes.

Um Marcador do AD DS (Serviços de Domínio Active Directory) identifica os servidores do SharePoint em uma organização. Por padrão, o marcador contém a URL para o aplicativo do serviço de topologia.

Para obter mais informações sobre a configuração do objeto de política de grupo e o marcador AD DS, consulte Rastrear ou bloquear as instalações do SharePoint Server 2010.

Recursos dos serviços de TIUm serviço do SharePoint é um serviço de TI que oferece sites hospedados e portais baseados no SharePoint Server. Um serviço de TI pode incluir os seguintes componentes:

Sites e portais em um escopo, como um conjunto de sites, aplicativo Web ou farm de servidores

Backup e restauração Armazenamento de conteúdo Suporte para personalizações Segurança Níveis de serviço baseados na velocidade ou disponibilidade

Esta seção descreve os recursos no SharePoint Server 2010 que são úteis na manutenção e governança do serviço do SharePoint Server.

Modelos de siteModelos de site são um conjunto de personalizações aplicadas a uma definição de site. Usando um modelo de site, um serviço do SharePoint Server pode promover identidade visual, estrutura de site e layout consistentes nos sites criados pelos usuários. Você pode criar modelos de sites personalizados para provisionar sites e usá-los, em vez dos modelos incluídos no SharePoint Server como parte de um serviço do SharePoint Server.

10

Para obter mais informações, consulte Trabalhando com modelos de site e definições (http://go.microsoft.com/fwlink/?linkid=184756&clcid=0x416).

CotasUma cota especifica limites para a quantidade de armazenamento que um conjunto de sites pode usar. Esse processo impede que os usuários adicionem conteúdo quando o limite é alcançado. Para obter mais informações, consulte Planejamento do gerenciamento de cota (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/881d7f85-23e1-4721-97bd-80440a62433e(Office.14).aspx)

BloqueiosBloqueios impedem que os usuários adicionem conteúdo a um conjunto de sites ou usem esse conjunto de sites. Por exemplo, você pode bloquear um site que viola uma política de uso ou excede uma cota. Para obter mais informações, consulte Bloquear ou desbloquear sites (http://technet.microsoft.com/pt-br/library/c5d39627-dfa6-4122-8571-a38bdd3ab4d9(Office.14).aspx)

Fluxos de trabalhoFluxos de trabalho são programas que implementam processos comerciais para os usuários de um site do SharePoint Server. Eles são associados a itens no site, como documentos, formulários ou itens de lista. Os fluxos de trabalho têm muitas aplicações como parte de um serviço de TI. Por exemplo, você pode usar um fluxo de trabalho para provisionar um novo site, acompanhar um problema de suporte ou adotar uma ação quando uma cota de conjunto de site é excedida. Para obter mais informações, consulte Planejamento de fluxos de trabalho (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/adc8aefd-8c4e-4824-8676-c61c10d18061(Office.14).aspx)

RecursosUm recurso, que é um contêiner para várias extensões definidas para o SharePoint Server 2010 e o SharePoint Foundation 2010 é composto por um conjunto de arquivos XML implantados em servidores Web. Você pode implantar um recurso como parte de uma definição de site ou um pacote de solução e pode ativar um recurso separadamente.

Um administrador de site pode transformar uma funcionalidade de site do SharePoint ativando ou desativando um recurso na interface do usuário. Recursos facilitam a ativação ou desativação de funcionalidade no decorrer de uma implantação e ajudam os administradores a transformar facilmente o modelo ou a definição de um site. Os recursos podem ser ocultos, o que impede sua desativação manual pelos usuários do site.

11

Quando você implementa uma nova funcionalidade de site como recursos, facilita para os administradores o controle dos sites e impõe um plano de governança. Uma técnica denominada associação de recurso permite associar um recurso a todas as novas instâncias de sites que usam uma determinada definição de site, sem modificar a definição do site. Isso permite controlar os recursos que os usuários do serviço podem acessar. Para obter mais informações, consulte Usando recursos(http://go.microsoft.com/fwlink/?linkid=183450&clcid=0x416)

Criação de sites pessoaisVocê pode permitir que os usuários criem seus próprios conjuntos de sites usando o recurso Criação de Site Pessoal. Uma decisão essencial na governança da criação de sites pessoais é determinar o nível de serviço que dá suporte para essa criação. Por padrão, a respectiva permissão está habilitada no SharePoint Server 2010 para todos os usuários autenticados.

Para obter mais informações, consulte Ligar ou desligar a criação de site pessoal (http://technet.microsoft.com/pt-br/library/01a853c9-6fa0-40b4-8551-fe7ba70045a2(Office.14).aspx)

Permissões e políticas de aplicativos WebPermissões para um aplicativo Web são configurações completas aplicadas a todos os usuários e grupos de todos os conjuntos de sites dentro de um aplicativo Web. É possível controlar as ações do usuário habilitando ou desabilitando a permissão associada no aplicativo Web. Por exemplo, se você não deseja que os usuários possam adicionar páginas a um site da Web, é possível desabilitar a permissão Adicionar e Personalizar Páginas que está em uma das permissões relacionadas ao site. Após desabilitar uma permissão específica para um aplicativo Web, a permissão não pode ser garantida para qualquer usuário de um site no aplicativo Web. É possível controlar o acesso a um URL ou zona específica. É possível também especificar o nível de acesso que você deseja para os usuários anônimos. Para obter mais informações, consulte Gerenciar permissões para aplicativos Web (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/28a53440-2adc-4957-84bd-99ed97f0c430(Office.14).aspx)

Políticas de permissão fornecem uma forma centralizada para configurar e gerenciar um conjunto de permissões que se aplica a apenas um subconjunto de usuários ou grupos em um aplicativo Web. Por exemplo, talvez você queira criar um nível de política de permissão para os usuários de um conjunto de sites que terão permissão para adicionar itens a uma lista, editar itens em uma lista, excluir itens de uma lista, abrir uma lista, exibir itens, exibir listas ou exibir páginas. No entanto, talvez você queira impedir que os mesmos usuários criem ou excluam listas, o que exigiria a permissão Gerenciar Listas. Para obter mais informações, consulte Gerenciar políticas de permissão para um aplicativo Web (SharePoint Server 2010)

12

(http://technet.microsoft.com/pt-br/library/cba65279-cba5-46cb-aea1-f095365ed83a(Office.14).aspx)

SharePoint DesignerVocê pode gerenciar o modo como o Microsoft SharePoint Designer 2010 é usado em uma organização no nível do aplicativo Web ou do conjunto de sites. É possível controlar os seguintes tipos de acesso ao SharePoint Designer 2010:

Habilite ou desabilite o uso do SharePoint Designer 2010 para um aplicativo completo ou um conjunto de sites.Para assegurar que todos os designers e proprietários em um conjunto de sites específico possam usar o SharePoint Designer 2010, habilite essa configuração no nível do conjunto de sites.

Habilite ou desabilite a capacidade de desanexar páginas da definição de site.Para preservar a identidade visual para todos os sites em um conjunto de sites, você não deve permitir que os usuários façam alterações que resultariam na desanexação da página da definição do site.

Habilite ou desabilite páginas mestras e layouts de página no SharePoint Designer 2010.Se não quiser que os usuários vejam as páginas mestras e os layouts de página para um site, desabilite essa configuração.

Habilite ou desabilite a estrutura de URLs do site e seu conteúdo.Se não quiser que os usuários exibam e editem qualquer arquivo no site, desabilite essa configuração.

Área RestritaUma área restrita é um ambiente de execução restrito que permite aos programas acessar somente determinados recursos, impedindo que os problemas que ocorrem nessa área afetem o restante do ambiente de servidor. As soluções implantadas por você em uma área restrita são chamadas soluções de área restrita. A CAS (Segurança de Acesso do Código) limita as operações que essas soluções podem executar.

Um membro do grupo Administradores de Farm deve implementar o ambiente de área restrita antes que qualquer solução de área restrita possa ser carregada. Os administradores do conjunto de sites podem carregar e ativar soluções de área restrita. Se ela não contiver um assembly, um usuário com controle total na raiz do conjunto de sites também poderá ativá-la.

Você pode aumentar o isolamento usando o balanceamento de carga e executando o serviço de área restrita apenas em servidores específicos. Em um ambiente de produção, recomendamos que você use o balanceamento de carga remoto e dedique um servidor separado à execução das soluções em área restrita. Somente membros do

13

grupo Administradores de Farm podem bloquear soluções de área restrita, configurar o balanceamento de carga e redefinir cotas excedidas.

Para obter mais informações, consulte Planejamento de soluções de área restrita (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/30ee9080-546e-4267-b6cc-c2c618c46eb7(Office.14).aspx)

Exclusão automática do conjunto de sitesA exclusão automática ajuda a controlar o número de sites não usados em um servidor, sem que seja necessária nenhuma intervenção administrativa e sem nenhum mecanismo de backup. Por padrão, a confirmação de site é habilitada automaticamente. A exclusão automática de site pode ser definida nos níveis do servidor e do farm de servidores ou no nível do aplicativo Web.

Políticas para perfis do usuário e Meus SitesPolíticas são conjuntos de regras que os administradores do serviço de Perfil do Usuário atribuem aos usuários ou grupos. Essas regras permitem que os administradores especifiquem propriedades de perfil do usuário que controlam o conteúdo do site que os usuários podem visualizar e como os usuários podem interagir com o conteúdo.

Por padrão, a maioria das propriedades de perfil do usuário é visível a todos, mas informações confidenciais podem ser configuradas para ter visibilidade limitada. Políticas menos restritivas permitem que mais usuários vejam perfis públicos com mais frequência, o que afeta com que frequência você deve atualizar perfis de usuário e compilar audiências. Em organizações que possuem muitos usuários, a atualização frequente pode afetar o planejamento da capacidade e o desempenho. Para obter mais informações, consulte Planejar políticas para perfis de usuário (http://technet.microsoft.com/pt-br/library/220d0c2f-326b-47f7-837a-10eddd6a6d4b(Office.14).aspx)

Por padrão, todos os usuários autenticados podem criar um Meu Site. É recomendável usar grupos de segurança para gerenciar permissões para Meus Sites. Os recursos de Meus Sites armazenam ou usam informações de identificação pessoal. Antes de implantar Meus Sites, verifique se você planejou como controlar o comportamento desses recursos — ou desativar esses recursos — para ajudar a proteger a segurança dessas informações.

Por padrão, todos os usuários autenticados podem adicionar classificações e marcas sociais a documentos, a outros itens do SharePoint Server e a outros itens genéricos, como páginas da Web externas e postagens de blogs. Os usuários também podem deixar anotações improvisadas em páginas de perfis em um Meu Site ou em qualquer página do SharePoint Server. Você pode usar um ou mais grupos de segurança para

14

conceder a permissão Usar Recursos Sociais a um subconjunto de usuários de uma organização.

Por padrão, todos os usuários autenticados podem editar seus perfis, adicionar ou editar colegas, além de adicionar ou editar associações. Você pode usar um ou mais grupos de segurança para conceder a permissão Usar Recursos Pessoais a um subconjunto de usuários em uma organização.

Apesar de a análise de emails estar habilitada para todos os usuários no Outlook ou somente para grupos específicos pelo uso de política de grupos, os usuários poderão rejeitar esse recurso. Mesmo se a análise de emails estiver desabilitada para todos os usuários, os usuários individuais poderão utilizá-la.

Gerenciamento de informaçõesO gerenciamento de informações no SharePoint Server 2010 compreende informações de organização, recuperação, aquisição e manutenção.

Esta seção descreve os recursos do SharePoint Server 2010 que são úteis para o gerenciamento de documentos, registros e ativos digitais e para o planejamento de eDiscovery.

Gerenciamento de documentosO gerenciamento de documentos controla o ciclo de vida dos documentos na sua organização — como eles são criados, revisados e publicados e como são, por fim, descartados ou mantidos. Isso inclui políticas que implementam auditoria, retenção de documentos, rótulos e códigos de barras (para assegurar que o conteúdo impresso possa ser correlacionado a versões eletrônicas correspondentes). As políticas podem ser implementadas para ajudar uma organização a cumprir requisitos legais, como a necessidade de reter registros. Para obter mais informações, consulte Planejamento de políticas de gerenciamento de informações (http://technet.microsoft.com/pt-br/library/4de4007d-a45f-419d-9512-824421e14380(Office.14).aspx)

Uma organização que usa os aplicativos cliente do sistema Microsoft Office e SharePoint Server 2010 pode impor políticas no servidor e nos aplicativos do cliente.

Aprovação de conteúdoO processo de aprovação de conteúdo dá aos membros do site que têm permissões de aprovador controle sobre a publicação de conteúdo. Um proprietário de uma biblioteca de documentos pode habilitar a aprovação de conteúdo para uma biblioteca de documentos ou páginas da Web e pode associar opcionalmente um fluxo de trabalho a essa biblioteca para execução do processo de aprovação.

15

Use a aprovação de conteúdo para formalizar e controlar o processo de disponibilização de conteúdo para uma audiência. Por exemplo, uma empresa que publica conteúdo talvez precise de uma revisão e aprovação legal antes de publicá-lo.

Para obter mais informações, consulte Planejamento de controle de versão, aprovação de conteúdo e check-out (http://technet.microsoft.com/pt-br/library/428b488e-2807-4ef0-b942-91cb09d8921c(Office.14).aspx)

Controle de versãoO controle de versão é o método pelo qual iterações sucessivas de um documento são numeradas e salvas no SharePoint Server. Como uma ferramenta de governança, o controle de versão impede que os usuários com permissões de leitura exibam rascunhos de documentos.

Para obter mais informações, consulte Planejamento de controle de versão, aprovação de conteúdo e check-out (http://technet.microsoft.com/pt-br/library/428b488e-2807-4ef0-b942-91cb09d8921c(Office.14).aspx)

Gerenciamento de registrosGerenciamento de registros é o processo pelo qual uma organização determina os tipos de informações que devem ser consideradas registros, o modo como os registros devem ser gerenciados quando estão ativos e por quanto tempo cada tipo de registro deve ser mantido. O gerenciamento de registros inclui o desempenho de tarefas relacionadas a registros, como o descarte de registros expirados ou a localização e a proteção de registros relacionados a eventos externos, como ações judiciais.

O gerenciamento de registros permite que você faça o seguinte:

Use um arquivo morto de registros para gerenciar registros ou registros no local. Crie fluxos de trabalho para mover documentos para um arquivo morto de registros. Determine se gerenciará emails no SharePoint Server ou em um aplicativo de email. Determine como converter conteúdo social, como blogs, wikis ou Meus Sites em

registros.Para obter mais informações, consulte Planejamento do gerenciamento de registros (http://technet.microsoft.com/pt-br/library/1c030561-e15f-43a0-9ef2-f43e67fb4c67(Office.14).aspx)

Biblioteca de ativos digitaisO recurso de biblioteca de ativos digitais no SharePoint Server 2010 fornece um repositório especializado para armazenar e gerenciar ativos digitais, por exemplo, imagens, arquivos de áudio ou vídeo. Um repositório centralizado para o gerenciamento de ativos digitais permite que uma organização exerça um controle mais rigoroso sobre o conteúdo sensível a marcas e ajuda a assegurar que apenas os ativos aprovados para

16

produtos fiquem disponíveis para os usuários apropriados. Para obter mais informações, consulte Planejamento de controle de versão, aprovação de conteúdo e check-out (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/428b488e-2807-4ef0-b942-91cb09d8921c(Office.14).aspx)

eDiscoveryDescoberta eletrônica ou eDiscovery é o processo de localização e produção de informações eletrônicas para dar suporte a eventos como litígios, auditorias ou investigações. Se você usa o Microsoft SharePoint Server 2010 para gerenciar informações eletrônicas, convém considerar a Descoberta Eletrônica ao planejar a sua solução do SharePoint Server. As políticas de auditoria e expiração e as considerações de pesquisa devem fazer parte do processo de planejamento, que deve ser concluído antes do surgimento da necessidade do uso da Descoberta Eletrônica.

Convém habilitar a política de auditoria em todos os conjuntos de sites que contenham bibliotecas de documentos ativas. Você também deve considerar a implementação de uma política de expiração para excluir documentos automaticamente quando não forem mais necessários. Para obter mais informações, consulte Planejamento da Descoberta Eletrônica (http://technet.microsoft.com/pt-br/library/f0415345-4bf4-4118-93a9-01a8e3f217eb(Office.14).aspx)

Políticas de gerenciamento de informaçõesUma política de gerenciamento de informações é um conjunto de regras para um tipo de conteúdo ou para um local de armazenamento de conteúdo. Cada regra de uma política é um recurso de política.

Por exemplo, um recurso de política de gerenciamento de informações pode especificar por quanto tempo um tipo de conteúdo deve ser retido, ou fornecer auditoria de documentos. As políticas de gerenciamento de informações permitem controlar quem pode acessar suas informações organizacionais, o que essas pessoas podem fazer com essas informações e por quanto tempo elas devem ser retidas. Você pode associar uma política a uma lista, biblioteca de documentos ou tipo de conteúdo.

Quando você configura uma política de gerenciamento de informações, pode gravar uma instrução de política que é exibida em programas clientes do Microsoft Office 2010 para informar os autores de documentos sobre as políticas impostas em um documento. Essa é uma prática recomendada.

O SharePoint Server 2010 inclui os seguintes recursos da política de gerenciamento de informação:

O recurso de política de Auditoria registra eventos e operações que são executadas em documentos e itens de lista. Você pode configurar a Auditoria para registrar eventos como edição e exibição de de documentos ou alteração do nível de permissões de um documento.

17

O recurso de política de Expiração ajuda a descartar de modo consistente qualquer conteúdo que possa ser controlado e gerenciado. Por exemplo, a política pode excluir um documento ou definir uma tarefa de fluxo de trabalho para fazer com que o SharePoint Server roteie o documento para obter permissão para destruí-lo.

O recurso de política de Rotulamento especifica um rótulo a ser associado a um tipo de documento ou item de lista. Rótulos são áreas de texto pesquisáveis que o SharePoint Server gera com base nas propriedades de metadados e na formatação que você especifica.

O recurso de política de Código de Barras permite controlar uma cópia física de um documento. Crie um valor identificador exclusivo para um documento e insira uma imagem de código de barras nesse documento. Por padrão, os códigos de barras são compatíveis com o padrão comum do Código 39 (ANSI/AIM BC1-1995, Código 39) e você pode usar o modelo de objeto de políticas para conectar outros provedores de códigos de barras.

Relatórios de política de gerenciamento de informações ajudam a monitorar o nível de consistência da sua organização no uso das políticas. Como as políticas de gerenciamento de informações são frequentemente implementadas para ajudar uma organização a cumprir regulamentações específicas, a monitoração frequente do uso da política pode ajudar a assegurar a conformidade da sua organização. Para obter informações mais gerais sobre as políticas de gerenciamento de informação, consulte Planejamento de políticas de gerenciamento de informações (http://technet.microsoft.com/pt-br/library/4de4007d-a45f-419d-9512-824421e14380(Office.14).aspx)

Recursos de arquitetura de informaçõesA arquitetura de informações no SharePoint Server 2010 é a organização das informações em uma empresa — seus documentos, listas, sites e páginas da Web — para maximizar a utilidade e a capacidade de gerenciamento das informações.

A arquitetura de informações de site do portal determina como as informações nesse site — seus subsites, páginas da Web, documentos, listas e dados — são organizadas e apresentadas. Uma empresa pode aumentar o retorno de seu investimento no portal criando um corpo de governança que desenvolve e impõe padrões e políticas de arquitetura de informações. Uma arquitetura bem organizada torna as informações na empresa fáceis de localizar, compartilhar e utilizar.

Esta seção descreve os recursos do SharePoint Server 2010 que controlam o uso da arquitetura de informações de uma empresa.

Tipos de conteúdo

18

Tipos de conteúdo permitem que as empresas organizem, gerenciem e manipulem conteúdo de forma consistente. Eles definem os atributos de um tipo de item de lista, documento ou pasta. Cada tipo de conteúdo pode especificar propriedades de metadados a serem associadas a itens de seu tipo, fluxos de trabalho disponíveis, modelos e políticas de gerenciamento de informações. Use tipos de conteúdo para incentivar políticas de gerenciamento de informações consistentes, requisitos de metadados e outras políticas. Para controlar os tipos de conteúdo, considere a associação de receptores de evento e fluxos de trabalho aos formulários usados para modificar os tipos de conteúdo.

Para obter mais informações, consulte Planejar tipos de conteúdo (Office SharePoint Server) (http://technet.microsoft.com/pt-br/library/63bb092a-00fe-45ff-a4b8-d8be998d1a3c(Office.14).aspx)

Página Conteúdo e Estrutura do SiteA página Conteúdo e Estrutura do Site no site de nível superior de um conjunto de sites gerencia o conteúdo e a estrutura de um conjunto de sites do SharePoint. Como a navegação de site no SharePoint Server se baseia por padrão na hierarquia de sites e subsites, esse recurso também pode ser usado para configurar a navegação de site. Ao aportar um site para o SharePoint Server 2010, você pode usar a página Estrutura e Conteúdo do Site para reestruturar esse site de acordo com as necessidades da sua empresa.

Gerenciamento de direitos de informaçãoO IRM (Gerenciamento de Direitos de Informação) permite que os criadores de conteúdo controlem e protejam seus documentos. O conteúdo de documentos que usam IRM é criptografado e fornecido com uma licença de emissão que impõe restrições aos usuários.

O SharePoint Server 2010 oferece suporte ao IRM para documentos armazenados em bibliotecas de documentos. Formatos de arquivos de documentos que podem usar o IRM no SharePoint Server 2010 incluem o seguinte:

Microsoft InfoPath Microsoft Word Microsoft Excel Microsoft PowerPoint Open XML do Word Open XML do Excel Open XML do PowerPoint

19

Para adicionar outros tipos de arquivo, um administrador deve instalar protetores — programas que controlam a criptografia e a descriptografia de documentos que usam o gerenciamento de direitos — para cada novo tipo de arquivo.

Tipos de arquivo bloqueadosVocê pode restringir o carregamento ou o download de arquivos em um servidor baseando a restrição na extensão do nome de arquivo.

Por exemplo, pode bloquear arquivos que tenham a extensão.exe, pois esses arquivos podem ser executados em um computador cliente e podem conter software mal-intencionado.

Por padrão, muitos tipos de arquivos são bloqueados, incluindo tipos de arquivos tratados como executáveis pelo Windows Explorer. Para obter uma lista completa dos tipos de arquivos bloqueados padrão, consulte Gerenciar tipos de arquivo bloqueados (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/4e641515-ef59-401d-b342-c7ab74197ca2(Office.14).aspx)

Gerenciamento de conteúdo na Web (sites de publicação)Na maioria dos cenários de implantação de conteúdo, o conjunto de sites de origem, do qual o conteúdo está sendo implantado, está em um farm de servidores separado do conjunto de sites de destino. Normalmente, o farm de servidores de destino (o farm de “produção”) tem a segurança mais rigorosa para minimizar ações que possam ser executadas no ambiente de produção. Não se espera que a criação seja feita no servidor de produção, pois alterações feitas no servidor de produção podem ser substituídas por um trabalho de implantação de conteúdo. Na maioria dos cenários de implantação de conteúdo, o farm de servidores de origem e o farm de servidores de produção estão em domínios AD DS independentes do Active Directory. Para obter mais informações sobre as topologias de implantação de conteúdo, consulte Projetar a topologia de implantação de conteúdo (http://technet.microsoft.com/pt-br/library/1d6d6040-6cbb-4685-a40e-1e9086d42683(Office.14).aspx)

A implantação de conteúdo é um processo de uma via: o conteúdo é implantado de um conjunto de sites de origem em um conjunto de sites de destino. O recurso de implantação de conteúdo não oferece suporte à sincronizarão da origem para o destino e vice-versa. A criação de novo conteúdo ou a alteração do conteúdo existente no conjunto de sites de destino pode causar a falha dos trabalhos de implantação de conteúdo. Devido a isso, considere restringir as permissões no conjunto de sites de destino para que os usuários não possam fazer alterações diretamente no conteúdo armazenado nesse conjunto de sites.

As permissões para conteúdo no farm de servidores de destino geralmente são diferentes das permissões para conteúdo no farm de servidores de origem. Em muitas soluções de publicação, o farm de servidores de destino autentica os usuários utilizando

20

um domínio AD DS diferente daquele usado em um ambiente de criação ou preparo, e talvez não haja uma relação de confiança entre os dois domínios. Para obter mais informações, consulte Visão geral da implantação de conteúdo (http://technet.microsoft.com/pt-br/library/b44a57af-98a1-4818-aab3-a561908d0e07(Office.14).aspx)

Taxonomia e metadados gerenciadosMetadados gerenciados são uma coleção hierárquica de termos gerenciados centralmente que você pode definir e usar como atributos para itens no Microsoft SharePoint Server 2010. Uma função de usuário determina como o usuário pode trabalhar com metadados gerenciados.

Os usuários podem ver apenas conjuntos de termos globais e conjuntos de termos que são locais em relação ao conjunto de sites do usuário. Conjuntos de termos Locais são criados no contexto de um conjunto de sites. Os conjuntos de sites Globais são criados fora do contexto de um conjunto de sites. Se houver conjuntos de termos que alguns usuários não devam exibir, atribua-os a grupos separados. Para obter mais informações, consulte Planejar o compartilhamento de tipos de conteúdo e terminologia (http://technet.microsoft.com/pt-br/library/57325cc3-bce2-4dd3-9b26-12fec99140ad(Office.14).aspx)

As políticas de governança da sua organização podem afetar como você projeta serviços e conexões de metadados gerenciados. Por exemplo, um processo formal para o gerenciamento de termos e conjuntos de termos afetará a forma como os parâmetros de conexão são definidos. Se for necessário que cada documento contenha um certo conjunto de atributos, você provavelmente optará por manter um centro de distribuição de tipos de conteúdo em pelo menos um serviço. Familiarize-se com o plano de governança de uma organização antes de determinar os serviços e as conexões de metadados gerenciados. Para obter mais informações, consulte Sobre o aplicativo de serviço de metadados (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/ecd9e1d1-3e56-4ab9-80e1-29972586c5a7(Office.14).aspx)

ConceitosVisão geral sobre governança (SharePoint Server 2010)

21

Estabelecendo e orientando o serviço do SharePoint (SharePoint Server 2010)Publicado em: 14.10.10A implantação bem-sucedida do Microsoft SharePoint Server 2010 depende da capacidade da empresa de administrar o serviço e assegurar que ele atenda às necessidades de negócios dos clientes de forma segura, gerenciável, eficaz e econômica. Este artigo descreve os elementos básicos de um serviço de TI que hospeda o SharePoint Server 2010, sugere os principais fatores para o sucesso da administração de um serviço do SharePoint Server e apresenta um exemplo de serviço do SharePoint de três camadas.

O que é um serviço do SharePoint? Elementos de um serviço de sucesso O que administrar em um serviço do SharePoint Criando vários serviços Contratos de nível de serviço

O que é um serviço do SharePoint?Um serviço do SharePoint é um serviço de TI que oferece sites hospedados em Produtos do Microsoft SharePoint 2010. Veja a seguir alguns dos itens que um serviço oferece:

Sites em um escopo, como conjunto de sites, aplicativo Web ou farm de servidores Backup e recuperação Armazenamento de conteúdo Suporte para personalizações Segurança Níveis de serviço baseados em velocidade e disponibilidade

Elementos de um serviço de sucessoAo planejar e implementar seu serviço do SharePoint Server, considere os seguintes elementos que podem contribuir para o sucesso do seu trabalho de administração:

Formar e usar um grupo de administraçãoSeu serviço de TI com suporte para o SharePoint Server deve ser administrado por um grupo que inclua participantes executivos, líderes de divisão de negócios, profissionais de informações influentes, gerentes de TI e especialistas técnicos de

22

TI, entre outros. O objetivo do grupo de administração deve ser supervisionar o serviço. Nessa função, o grupo de administração define as ofertas iniciais do serviço, determina as políticas contínuas do serviço e se reúne regularmente para avaliar o sucesso.

Comunicar sobre os serviçosAs políticas de governança desenvolvidas devem ser divulgadas em sua empresa. Mantenha um site que descreva o conjunto de serviços.

Estimular o uso do serviçoDesestimule ou impeça que os usuários implantem seus próprios servidores. Ao contrário, estimule-os a usar o serviço. Servidores isolados podem não estar configurados de acordo com a política de segurança de TI e os requisitos de regulamentação da empresa. Além do mais, os usuários que implantam seus próprios servidores podem não conseguir fazer backup corretamente, nem mantê-los atualizados com os patches e as atualizações de software. Por fim, o conteúdo em servidores não administrados pelo serviço pode não ser rastreado pelo serviço de indexação da empresa, podendo criar partes isoladas de conteúdo.

Criar vários serviçosVocê deve oferecer um conjunto de serviços com suporte ao SharePoint Server. Por exemplo, um serviço poderia oferecer milhares de sites para colaboração e outro poderia oferecer suporte para sites extensos indispensáveis aos negócios, como os sites de intranet empresariais. Um conjunto de serviços do SharePoint Server permite aplicar regras e políticas exclusivas de governança em vários níveis de serviço, para que seja possível variar o custo estimado para as organizações com base no nível de serviço. Por fim, um serviço em camadas permite o planejamento gerenciável de serviços em fases.

O que administrar em um serviço do SharePointAo criar serviços de TI com suporte para o SharePoint Server, um grupo de administração deve determinar os limites e as políticas de controle dos serviços. Se você usar os recursos de multilocação no SharePoint Server para a hospedagem de serviços, poderá permitir que um grupo de TI delegue tarefas administrativas comuns em um conjunto de sites aos proprietários de unidades de negócios. Isso permite que o grupo de TI concentre sua atenção no serviço propriamente dito. Para obter mais informações sobre multilocação, consulte Ambientes hospedados (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/5741edac-68ef-42b1-b5e2-b1e9354a9ac5(Office.14).aspx)

23

Determine limites e políticas para os seguintes elementos de serviços:

Modelos de cotaUm modelo de cota consiste em valores que especificam a quantidade de dados que pode ser armazenada em um conjunto de sites. O valor também indica o limite que dispara o alerta de email ao administrador do conjunto de sites. Você pode associar cotas a sites oferecidos em vários níveis de serviço para administrar o crescimento do SharePoint Server na empresa. Observe que é possível definir cotas separadas para soluções em área restrita.

Tamanho máximo de carregamentoNo nível do aplicativo Web, é possível definir limites quanto ao tamanho máximo de arquivos carregados. Todos os sites que fazem parte do aplicativo Web host usam o mesmo limite.

Gerenciamento do ciclo de vida do siteVocê pode controlar como os sites são criados, seu tamanho e sua durabilidade usando o gerenciamento de site pessoal e a confirmação e exclusão de uso do site. Também pode definir políticas de expiração e acesso para controlar o ciclo de vida do conteúdo dos sites.

O provisionamento de sites pessoais permite aos usuários criar seus próprios sites de nível superior visitando uma página hospedada em TI e fornecendo dados sobre o uso pretendido do site. O site pode ser provisionado com base em um fluxo de trabalho personalizado. Para vários níveis de serviço, é possível controlar o tamanho desses sites e sua durabilidade.

Política de personalizaçãoO principal benefício de usar sites baseados no SharePoint Server é a capacidade que os proprietários dos sites têm de personalizá-los. Por exemplo, os proprietários dos sites podem alterar a aparência de um site ou incluir uma nova funcionalidade, como uma Web Part ou um fluxo de trabalho personalizado. Analise atentamente o tipo e a quantidade de personalização permitidos e que têm suporte em cada nível de serviço, pois alguns tipos de personalizações são globais no farm de servidores.

Considere o uso de soluções em área restrita para limitar o impacto das personalizações em um farm. Por exemplo, serviços que permitem a criação de sites pessoais podem incluir milhares de sites que compartilham um único aplicativo Web. Nesse caso, você pode limitar as personalizações somente aos sites com suporte na interface do usuário, como a adição de Web Parts a páginas. Se você usar soluções em área restrita, as personalizações serão aplicadas somente ao conjunto de sites em questão. Em um serviço que dispõe de isolamento virtual ou físico do farm de servidores, como no caso do site de intranet empresarial, convém permitir um

24

intervalo grande de personalizações, como manipuladores de eventos e fluxos de trabalho personalizados.

No nível do aplicativo Web, existe também a capacidade de controlar se o SharePoint Designer pode ser usado para modificar sites no aplicativo Web. Para obter mais informações, consulte Definir configurações de um aplicativo Web (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/2687d49f-b114-4f16-a4c0-5f2bfe496c92(Office.14).aspx).

Para obter a descrição completa do intervalo de personalizações com suporte no SharePoint Server 2010 e saber os riscos e os benefícios do suporte a cada tipo de personalização em diversos níveis de serviço, consulte o white paper sobre a Política de personalização de Produtos e Tecnologias do SharePoint (http://go.microsoft.com/fwlink/?linkid=92311&clcid=0x416). Embora este conteúdo fale especificamente sobre o Microsoft Office SharePoint Server 2007, grande parte da informação aplica-se ao SharePoint Server 2010. Para obter mais informações sobre as soluções de área restrita, consulte Planejar soluções de área restrita (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/9a96fa5e-2361-4b81-a0ca-fc4d0513cbf4(Office.14).aspx).

Classificação de ativosVocê pode desenvolver e implementar um sistema de classificação para sites e conteúdo suportado por um serviço que identifique o impacto e o valor da informação para a organização. Por exemplo, os metadados podem classificar o conteúdo como de impacto ou valor alto, moderado ou baixo para a empresa.

O impacto está realizado à exposição e ao conteúdo: se o conteúdo foi distribuído externamente, iria prejudicar seus negócios? Seriam divulgadas informações de identificação de usuários ou clientes? Em caso afirmativo, esse conteúdo será de alto impacto para a empresa.

O valor está relacionado à disponibilidade: se o conteúdo estiver indisponível, iria impactar os negócios diários da empresa? Em caso afirmativo, esse conteúdo será de alto valor.Cada classificação causaria então outros comportamentos - por exemplo, você poderia exigir que um conteúdo de alto impacto comercial fosse transferido somente na forma criptografada, ou que o conteúdo de impacto médio passasse por um processo de aprovação antes de ser publicado em um site público. Talvez, o conteúdo de alto impacto comercial devesse ser hospedado em um serviço capaz de oferecer políticas mais restritivas e processos de recuperação de desastre mais agressivos.

Gerenciamento do ciclo de vidaUm serviço deve oferecer políticas ou ferramentas de ciclo de vida para sites ativos e não usados. Para serviços de nível inferior, você poderia, por exemplo,

25

implementar um mecanismo que permitisse somente aos proprietários criar sites que permaneçam ativos por seis meses, exigindo que os usuários estendam a solicitação de acesso ao site após esse período. Você também pode implementar uma ferramenta que procure e exclua sites não usados por um determinado período de tempo. O gerenciamento do ciclo de vida também significa integrar o serviço às ferramentas e processos de gerenciamento de registros usados pela organização. Para obter mais informações, consulte Planejamento do gerenciamento de registros (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/1c030561-e15f-43a0-9ef2-f43e67fb4c67(Office.14).aspx).

Identidade visual e navegaçãoA identidade visual consistente com um guia de estilo corporativo torna a aparência dos sites mais coerente e facilita seu desenvolvimento. Páginas mestras e modelos ajudam a criar a marca visual de um site. Armazene as páginas mestras aprovadas em galerias de sites para que os designers de site as utilizem consistentemente. O design consistente ajuda os usuários a confirmarem que estão no local certo quando visualizarem o site. Defina as partes do modelo que podem, e as que não podem, ser alteradas pelos proprietários de sites. Deixe espaço para subidentidade visual de equipes individuais ou marcas de projeto.

A navegação consistente é também essencial para assegurar que os usuários não fiquem perdidos ao navegarem pelos serviços em busca de conteúdo.

Proteção de dadosBackup e recuperação são alguns dos recursos que oferecem proteção de dados. É possível variar o nível da proteção de dados com base nos níveis de serviço que você oferece. Níveis mais altos podem incorrer em taxas para o proprietário do site. Para cada nível de serviço, planeje a frequência com que será feito o backup dos sites e o tempo de resposta garantido para a restauração dos sites. Para obter mais informações, consulte Planejar o backup e a recuperação (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/01abe8d2-33f8-48fe-af76-40522a5afe08(Office.14).aspx) e Business Continuity Management Resource Center (http://go.microsoft.com/fwlink/?linkid=199235&clcid=0x416).

Políticas de segurança, infraestrutura e aplicativo WebMantenha a infraestrutura e monitore o acesso a ela e ao conteúdo para garantir um ambiente estável e seguro. Use políticas de aplicativos Web para autorizar ou negar acesso ao conteúdo de acordo com as regras de conformidade ou as necessidades de negócios. Atualize sempre a infraestrutura por meio de atualizações de software para ter os aperfeiçoamentos e as correções mais recentes.

26

TreinamentoUma comunidade de usuários bem treinados sempre traz benefícios ao setor de TI. Ela reduz a quantidade de chamadas para o atendimento técnico, incentiva a adoção da tecnologia, promove o uso adequado do SharePoint Server e ajuda os usuários a compreender suas responsabilidades quanto à utilização do serviço do SharePoint Server. Para cada nível de serviço, considere exigir o nível apropriado de treinamento. Ainda que o serviço seja básico, usuários com privilégios de administração do site terão acesso a muitos recursos que afetam sua funcionalidade. O treinamento online (por tutoriais, por exemplo) pode ajudar os usuários a aproveitar melhor as vantagens do seu site.

O treinamento para uma comunidade de usuário está disponível em Recursos para usuários finais do SharePoint 2010 (http://go.microsoft.com/fwlink/?linkid=199542&clcid=0x416)

Criando vários serviçosOs usuários do serviço do SharePoint Server da empresa exigem sites que atendem a vários objetivos, como:

Espaços de trabalho temporários e de finalidade única para o planejamento de eventos e o gerenciamento de reuniões e projetos

Sites de equipes para colaboração em geral Portais divisionais para o gerenciamento de processos corporativos de grandes

grupos de trabalho Sites de intranet empresariais para a divulgação de informações e o fornecimento de

serviços para toda a organização

Pense em dividir o serviço do SharePoint Server em um conjunto de serviços que atenda às diferentes necessidades de uma empresa. Cada usuário de um serviço específico obteria o mesmo nível de suporte e arcaria com um custo semelhante. À medida que soluções mais complexas ou caras fossem necessárias, você poderia adicionar novos serviços de suporte. Um dos benefícios dessa abordagem é a possibilidade de introdução de um serviço por vez, o que alivia a carga de trabalho da equipe de TI. Trabalhe com os participantes executivos, líderes de divisões de negócios e gerentes de TI para identificar os requisitos de cada nível de serviço e a ordem na qual os serviços serão introduzidos.

A tabela abaixo ilustra um exemplo de abordagem para a criação de um conjunto hierárquico de serviços. Nesse exemplo, três níveis de serviço são oferecidos. Observe que os valores fornecidos não são recomendações, e sim meros exemplos:

27

Exemplo de abordagem de um conjunto de serviços

Serviço básico Serviço avançado Serviço Premium

Descrição Um farm de servidores usado para hospedar dezenas de milhares de conjuntos de sites de clientes.

Destinado ao suporte de sites temporários e sites de equipes pequenas.

Um farm de servidores desenvolvido para hospedar um pequeno número de sites de portais.

É aplicável a clientes com alguns requisitos para personalizações de servidor que não interferirão com outros sites hospedados nos mesmos servidores.

Um farm de servidores dedicado à hospedagem de sites grandes, altamente personalizados ou altamente críticos.

A topologia é dimensionável dependendo dos requisitos de hospedagem acordados entre o cliente e a equipe de hospedagem.

Exemplo Site de colaboração para planejar um evento

Portal de divisão incluindo integração com dados de linha de negócios e fluxos de trabalho personalizados

Site de intranet empresarial que inclui integração em grande escala com vários sistemas back-end

Escopo Conjunto de sites Aplicativo Web Farm de servidores com vários aplicativos Web

Personalizações Somente há suporte para personalizações disponíveis na interface de usuário.

Há suporte para algumas personalizações de servidor, como modelos de site personalizados. Todas as personalizações são testadas e revisadas antes de serem aceitas para implantação. Como alternativa, personalizações são permitidas somente como soluções em área restrita.

São permitidas personalizações extensivas. Todas as personalizações são testadas e revisadas antes de serem aceitas para implantação. Como alternativa, personalizações são permitidas somente como soluções em área restrita.

Custo para o usuário

Nenhum ou mínimo

Moderado Alto

28

Serviço básico Serviço avançado Serviço Premium

Provisionamento pessoal?

Sim Não Não

Limites de armazenamento de conteúdo

500 MB 2 GB Ilimitado

Frequência de backup

Duas vezes por semana

Diárias Diárias

Backups mantidos por

14 dias 30 dias 60 dias

Contratos de nível de serviçoEstabeleça contratos de nível de serviço para cada nível de serviço. Esse contrato deve, no mínimo, incluir os seguintes itens:

A duração e as aprovações necessárias para criar um site.Qual é o processo de criação de um site? Quem são os envolvidos?

Informações sobre custos de serviço aos usuários ou departamentos.Quem é cobrado pelo quê?

Contratos de nível operacional que especificam as equipes que executam as operações e a frequência.Qual equipe aplica as atualizações? Qual equipe realiza os backups? Com que frequência?

Políticas sobre resolução de problemas por meio da Assistência Técnica.Quando o usuário enfrenta um problema, a quem ele deve recorrer? Qual é o caminho de escalação?

Destinos de desempenho negociados para a primeira carga de um site, as cargas subsequentes e o desempenho em locais remotos.

Estratégias de recuperação, balanceamento de carga e failover. Políticas de personalização para o serviço. Limites de armazenamento para conteúdo e sites. Suporte multilíngue.

Quais idiomas serão instalados e terão suporte?

29

ConceitosAcompanhar ou bloquear instalações do SharePoint Server 2010

Outros recursosGovernance in SharePoint Server 2010 (http://go.microsoft.com/fwlink/?linkid=200590&clcid=0x416)

SharePoint - Sample Service Level Agreement (SLA) – “From the Field” blog (http://go.microsoft.com/fwlink/?linkid=203973&clcid=0x416)

Modelo de exemplo: Plano de governança dos Produtos e Tecnologias do SharePoint (http://go.microsoft.com/fwlink/?linkid=162169&clcid=0x416)

30

Implementando e orientando a arquitetura de informações (SharePoint Server 2010)Publicado em: 14.10.10Ao planejar e administrar a arquitetura de informações de uma empresa, você ajuda a assegurar que as soluções baseadas no Microsoft SharePoint Server 2010 atendam às necessidades da organização. Uma arquitetura de informações eficaz facilita aos usuários de soluções encontrar e armazenar informações, além de melhorar a qualidade e a facilidade de acesso a essas informações. Este artigo inclui as seguintes diretrizes:

Introdução ao conceito de arquitetura de informações Recomendações sobre como administrar a arquitetura de informações do

SharePoint Server Indicação dos recursos disponíveis que vão ajudar os arquitetos de informações da

organização a planejar e implementar uma arquitetura de informações no SharePoint Server 2010

Apresentação de um estudo de caso que ilustra os benefícios da arquitetura de informações eficaz na promoção da colaboração em toda a empresa

Neste artigo:

O que é arquitetura de informações? Administrando a arquitetura de informações Recursos para o planejamento da arquitetura de informações Estudo de caso: Administrando a arquitetura de informação para liminar o caos de

conteúdo

O que é arquitetura de informações?A arquitetura de informações no SharePoint Server é a organização das informações em uma empresa — seus documentos, listas, sites e páginas da Web — para maximizar a utilidade e a gerenciabilidade das informações. Os fatores que contribuem para a implementação bem-sucedida da arquitetura de informações incluem:

Com que facilidade é possível encontrar informações Como as informações são armazenadas e recuperadas Como os usuários navegam até as informações Quais são os níveis de redundância ou sobreposição das informações

31

Que metadados estão disponíveis para cada tipo de informação Que modelos são usados para criar informações Qual é a qualidade da administração da arquitetura de informações Como Meus Sites se ajusta à arquitetura de informações

Os objetivos e a implementação da arquitetura de informações variam dependendo do tipo de solução que você está criando. Por exemplo:

Se estiver criando a arquitetura de informações de um site de portal da intranet da empresa, você poderá enfatizar as seguintes considerações: Como os metadados serão usados para caracterizar o conteúdo do site A organização do conteúdo nos sites e em bibliotecas de documentos A disponibilidade desse conteúdo em sites de portal Nos modelos a serem usados para criar conteúdo

Observe que a pesquisa é um recurso fundamental para os usuários de sites de intranet.

Ao criar a arquitetura da informação de um site com presença na Internet, você poderá enfatizar na seguintes considerações: Como o site é organizado em uma hierarquia de subsites e páginas da Web Como essa hierarquia é exposta nos recursos de navegação do site Na facilidade da pesquisa de conteúdo no site

As decisões sobre arquitetura de informações também podem afetar o fluxo de informações. Por exemplo, em um site de portal da intranet, as informações podem ser definidas inicialmente em sites indisponíveis para a maioria dos membros da organização. Para tornar essas informações úteis, acionáveis e fáceis de serem descobertas para toda a organização, o projeto de arquitetura de informações pode incluir métodos e diretrizes para expor as informações em locais disponíveis a todos os usuários.

Dependendo do tamanho da organização, você deve levar em conta a inclusão de um arquiteto de informações na sua equipe, que será responsável por criar e implementar soluções com base no SharePoint Server. Arquitetos de informações têm experiência na estruturação de informações em grandes ambientes da Web, como sites de portais de intranet.

Administrando a arquitetura de informaçõesA arquitetura de informações de uma empresa deve ser administrada para garantir as seguintes condições:

32

Que as informações em uma organização sejam administráveis pela equipe de TI da organização, especificando como essa arquitetura será implementada e mantida.

Que a arquitetura de informações atenda aos requisitos de regulamentação, às necessidades de privacidade e às metas de segurança da empresa.

A arquitetura de informação cumpre as metas corporativas da organização. Lembre-se de que uma arquitetura de informação má projetada e administrada pode diminuir a eficácia da organização. Uma arquitetura de informação bem projetada e administrada pode multiplicar a eficácia da organização.

Administrando conteúdoAo criar um plano de administração de conteúdo em um ambiente, considere as práticas recomendadas a seguir:

Use fluxos de trabalho e aprovação para centrais de documentos e páginas de sites, seja qual for o local de armazenamento da documentação oficial.

Use histórico de versões e controle de versões para manter um histórico e documento mestre.

Use tipos de conteúdo com auditoria e vencimento em bibliotecas de documentos para gerenciar o ciclo de vida do documento.

Use a confirmação e exclusão de uso do site para gerenciar ciclos de vida do conjunto de sites.

Identifique ativos e sites corporativos importantes que incluam informações de identificação do usuário (verifique se essas informações estão adequadamente protegidas e auditadas).

Faça a integração da arquitetura de informações à estratégia de pesquisa do ambiente. Aproveite os recursos de pesquisa corporativos, como: Melhores Opções Pesquisa de pessoas Fontes de conteúdo Conectores para conteúdo externo Páginas autoritativas Palavras-chave Escopos Dicionários de sinônimos Taxonomia e classificações

33

Importante:

A governança não funciona sem a adoção e conformidade dos usuários. A chave para a adoção dos usuários finais é o treinamento e a orientação, além de níveis satisfatórios de conteúdo e pesquisa.

Ao criar um plano de governança, determine as regras ou políticas necessárias para adotar os seguintes tipos de itens:

Páginas Listas Documentos Registros Mídia avançada Wikis Blogs Comentários anônimos Acesso anônimo Termos e conjuntos de termos Dados externos

Ao pensar em conteúdo, leve em consideração o equilíbrio entre os seguintes fatores e determine quais deles têm maior prioridade em relação a cada tipo de conteúdo:

Disponibilidade   O conteúdo deve estar disponível quando os usuários precisarem, e os usuários precisam saber onde e como eles podem acessá-lo.

Redundância  A exposição de uma única cópia do conteúdo em vários locais, em vez de duplicá-lo, diminui a redundância e apresenta uma versão real.

Acesso  Pense em quem tem acesso ao conteúdo. Ele está seguro como deveria?Mapeie o ciclo de vida do conteúdo preferencial. Quais etapas devem ser realizadas quando um item de lista, um documento ou uma página é criado, atualizado ou excluído? Para obter melhores resultados, comece com o que gostaria de usar a longo prazo, em vez de uma solução temporária.

Como parte do plano de governança, determine as funções de cada um. Por exemplo, quem cria sites, quem controla palavras-chave na Pesquisa ou quem gerencia os metadados e verifica se eles foram aplicados corretamente?

Grande parte dessas informações deveria ser explicada através de planos de gerenciamento de registros e documentos, mas considere também os custos de armazenamento do conteúdo. Conheça os limites de planejamento de capacidade de documentos e itens e não se esqueça de considerar o desempenho e a escala.

34

Importante:

A equipe de administração deve identificar um processo de análise periódica do site para garantir sua conformidade com o plano de governança.

Administrando o acesso às informaçõesOutro aspecto do gerenciamento da informação é quem acessa o conteúdo – como você está tornando o conteúdo disponível interna e externamente e para quem? Certifique-se de considerar o acesso ao conteúdo quando projetar uma solução e sites. Isto substitui a Governança de TI, pois você considera todo o ambiente. Faça as seguintes perguntas:

Permissões e audiências Como estruturar permissões em um site? Como direcionar conteúdo a audiências específicas?

Acesso Como tornar esse conteúdo acessível aos usuários internos? Como tornar esse conteúdo acessível aos usuários externos?

A equipe de administraçãoA administração da arquitetura de informações requer a participação de todos os grupos que fazem parte de seu sucesso. Uma equipe de administração deve incluir os seguintes membros principais:

Arquitetos de informações e taxonomistasSe possível, inclua um arquiteto de informações profissional na equipe de planejamento que participe da equipe de administração.

Responsáveis pela conformidadeVocê deve incluir também responsáveis pela conformidade ou outras pessoas que tenham a responsabilidade de garantir o cumprimento dos requisitos legais ou normativos.

Profissionais de informações influentesInclua profissionais de informações influentes para assegurar que os processos e a estrutura desenvolvidos pela equipe sejam úteis.

Gerentes e especialistas técnicos de TIInclua representantes da organização de TI.

Líderes de divisões de negóciosComo a finalidade básica da arquitetura de informações é atender às necessidades da empresa, é fundamental que os representantes das unidades de negócios da empresa tenham um papel importante nessa equipe de administração.

35

Participantes executivosO participante executivo é essencial na equipe de governança. Embora essa pessoa possa não participar de todas as sessões da equipe de administração, a inclusão dessa função é fundamental para que a equipe de administração se mantenha responsável nessa missão. Além disso, o patrocinador executivo ajuda a assegurar o uso de parâmetros de comparação que ajudam a marcar o andamento do esforço contínuo da administração da arquitetura de informações.

Juntamente com esses participantes importantes, dependendo do tipo da empresa, você pode incluir outros participantes, como:

Líderes de desenvolvimento Treinadores Gerentes de TI Participantes financeiros

A melhor forma de gerenciar uma equipe de governança da arquitetura de informações será baseada na cultura e nas metodologias de uma empresa. No entanto, veja abaixo algumas diretrizes gerais:

Faça reuniões regularmente e forneça tempo, principalmente nas primeiras sessões, para que todos os assuntos sejam analisados.

Exemplifique as práticas recomendadas da arquitetura de informações nas reuniões. Por exemplo, você pode usar um site de colaboração bem projetado para gravar reuniões e manter artefatos.

Comunique-se com a organização inteira (e reúna requisitos de toda a organização) usando site e pesquisas online.

Mantenha um conjunto de eventos importantes e um calendário compartilhado. Considere executar um piloto de práticas de arquitetura de informações em algumas

divisões da organização e usar essa experiência para melhorar gradativamente as práticas de arquitetura de informações na empresa.

Recursos para o planejamento da arquitetura de informaçõesA tabela abaixo apresenta os recursos disponíveis para ajudar arquitetos de informações a planejar a arquitetura de informações da sua solução do SharePoint Server:

36

Recursos de arquitetura de informações

Para planejar… Consulte…

A estrutura de sites e subsites

Planejar sites e conjuntos de sites (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/cb6871cc-7fc5-4b54-9940-8c0ed51cb08f(Office.14).aspx)

Bibliotecas de documentos

Identificar usuários e analisar o uso de documentos (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/185da9e8-9ed1-4bf1-bfb5-2a5a874f2a19(Office.14).aspx)

Planejamento da biblioteca de documentos (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/33b67ac7-54c3-42d8-87cd-5d7a00f7294b(Office.14).aspx)

Planejamento do armazenamento de conteúdo corporativo (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/9994b57f-fef8-44e7-9bf9-ca620ce20734(Office.14).aspx)

Navegação Planejar a navegação no site (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/89bc3f15-d823-445f-9bea-27d5abf3b488(Office.14).aspx)

Metadados Planejar metadados gerenciados (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/522699b0-8a89-46ef-9c40-d4c222a863b8(Office.14).aspx)

Planejar tipos de conteúdo e fluxos de trabalho (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/63bb092a-00fe-45ff-a4b8-d8be998d1a3c(Office.14).aspx)

Validade do conteúdo

Planejamento de políticas de gerenciamento de informações (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/4de4007d-a45f-419d-9512-824421e14380(Office.14).aspx)

Gerenciamento de registros

Planejamento do gerenciamento de registros (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/1c030561-e15f-43a0-9ef2-f43e67fb4c67(Office.14).aspx)

37

Para planejar… Consulte…

Movimentação de conteúdo

Planejar a implantação de conteúdo (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/edcdacca-8013-460e-95a0-d2b83b6cc7ef(Office.14).aspx)

Planejar fluxos de trabalho (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/adc8aefd-8c4e-4824-8676-c61c10d18061(Office.14).aspx)

Modelos Trabalhando com modelos de sites e definições (http://go.microsoft.com/fwlink/?linkid=119099&clcid=0x416)

Aprovação de conteúdo

Planejamento de controle de versão, aprovação de conteúdo e check- out (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/428b488e-2807-4ef0-b942-91cb09d8921c(Office.14).aspx)

Planejar aprovação e agendamento de conteúdo (http://technet.microsoft.com/pt-br/library/b43e9421-66b8-4cfc-ba06-f772ae7420e8(Office.14).aspx)

Políticas de gerenciamento de informações

Planejamento de políticas de gerenciamento de informações (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/4de4007d-a45f-419d-9512-824421e14380(Office.14).aspx)

Computação social

Planejar a colaboração e a computação social (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/4c7e118f-e3f3-450d-acf1-4e219c932fce(Office.14).aspx)

Implicações de privacidade e segurança da marcação social (SharePoint Server 2010) (http://technet.microsoft.com/pt-br/library/9662467a-cf63-4650-a629-081b3a50ba5d(Office.14).aspx)

38

Para planejar… Consulte…

Estudo de caso: Controlando a arquitetura de informações para eliminar o caos de conteúdoA Fabrikam, Inc. é uma fabricante e exportadora mundial de peças automotivas, incluindo bombas de combustível e água, amortecedores, pastilhas de freio e várias peças de motor. A empresa tem 13.000 funcionários no mundo inteiro e mais de cinquenta fábricas em diferentes divisões geográficas. A organização de TI da Fabrikam administra a implantação, as operações e o suporte de tecnologias de informações como email, gerenciamento de arquivos e tecnologia da Internet, bem como o desenvolvimento de soluções de tecnologia de informações, como o site corporativo.

O conteúdo da Fabrikam sempre ficou armazenado em diretórios de arquivos compartilhados que eram distribuídos entre servidores de arquivos locais nas várias localidades da empresa. Isso contribuía para uma situação de conteúdo caótica. A duplicação maciça de conteúdos importantes dificultava a identificação da versão “oficial” de um arquivo. A taxonomia de metadados de conteúdo era muito limitada, baseada no que o sistema de arquivos poderia comportar. Como as divisões da corporação criavam modelos exclusivos e personalizados para documentos comuns, como ordens de serviço, propostas de vendas ou documentos de recursos humanos, era difícil comparar documentos entre divisões.

Com as inadequações da arquitetura de informações baseada em compartilhamentos de arquivos ficando cada vez mais evidentes, os gerentes da Fabrikam exigiram a adoção de novas tecnologias baseadas em portal. Essa decisão foi tomada para atingir vários objetivos:

Modernizar a arquitetura de informações atual Mover conteúdo de compartilhamentos de arquivos para bibliotecas em sites de

portal Oferecer acesso central a conteúdo e aplicativos, como envios de relatórios de

despesas Oferecer uma home page para comunicações centrais com funcionários da Fabrikam

A próxima etapa da evolução na arquitetura de informações da Fabrikam já começou.

39

O diagrama abaixo ilustra a arquitetura inicial do portal da Fabrikam. Um portal corporativo no topo da arquitetura fornecia um local central do qual eram transmitidas informações corporativas gerais. No nível seguinte, alguns sites forneciam recursos compartilhados para a organização, como recursos humanos, serviços jurídicos e serviços financeiros.

Abaixo do nível de recursos compartilhados da arquitetura da Fabrikam ficavam os portais divisionais para as várias filiais regionais da empresa. Inicialmente, América do Norte, Europa e Ásia Oriental participaram do piloto. Gradualmente, outros portais divisionais foram adicionados: Austrália, África e América do Sul. Cada portal divisional continha repositórios para suas políticas, projetos de produtos, pesquisa e desenvolvimento e dados de clientes.

40

41

O resultado da alteração de uma colaboração baseada em compartilhamentos de arquivos para uma colaboração baseada em portais não agradou aos patrocinadores da realização do portal nem à força de trabalho da Fabrikam. O “conteúdo caótico” não foi solucionado. Ele apenas foi movido de compartilhamentos de arquivos para sites de portais.

Como as principais funções da Fabrikam, como a compra de materiais, as relações com clientes, o projeto e a especificação de peças e até mesmo alguns processos de recursos humanos, ocorriam no nível divisional, cada divisão desenvolveu seu conteúdo local para dar suporte a essas funções. As declarações de políticas, desenhos de peças e especificações, documentos pessoais, documentos referentes a relações com clientes e conteúdos similares eram criados e gerenciados localmente. Os modelos e metadados desses documentos divergiam entre os portais divisionais. À medida que os metadados ficavam mais específicos para cada divisão, ficava mais difícil pesquisar conteúdo de uma divisão para outra. Quando um documento era encontrado em alguma divisão, frequentemente era copiado para o portal de outra divisão para ficar mais acessível. Esse processo dificultava ainda mais a localização da versão “oficial” de um documento, já que as cópias proliferavam. Além disso, alguns documentos de portais divisionais eram protegidos de tal forma que os funcionários de outras divisões não conseguiam exibi-los. Embora isso fosse apropriado durante a criação do documento, não havia instruções sobre quando e como um documento poderia ser disponibilizado para a empresa inteira.

Para solucionar o descontentamento crescente com o portal, foi formada uma equipe estratégica, composta por gerentes de várias divisões da Fabrikam, membros importantes da equipe de TI e arquitetos de portal. A equipe tinha as seguintes tarefas:

Avaliar o estado atual da implantação do portal do SharePoint Server. Recomendar alterações necessárias para o portal. Determinar como avaliar as melhorias ao longo do tempo.A equipe que desenvolveu a estratégia do portal concluiu que a organização “divisional” da taxonomia do portal atual era a raiz do problema. Cada divisão estava duplicando processos e armazenando conteúdo sem aproveitar a experiência e as melhores práticas de outras divisões. Isso gerava colaboração fraca, desperdício de recursos e caos nos conteúdos. A solução foi adotar uma postura de organização mais “operacional” para o portal da empresa. Os recursos compartilhados, como tecnologia de informações e finanças, foram expostos na taxonomia de portal acima de todas as divisões (e ficaram visíveis para todas). A equipe que desenvolveu a estratégia do portal concluiu que outras disciplinas operacionais, como relações com clientes, relações com fornecedores, configuração da fábrica e pesquisa e projeto, deveriam ser movidas de silos divisionais para o mesmo nível dos recursos compartilhados na hierarquia do site. Metadados, em vez da localização do conteúdo, associariam as informações às diversas divisões.

42

A ilustração abaixo mostra a arquitetura reformulada do portal da Fabrikam:

43

A reorganização do portal da Fabrikam produziu o benefício adicional de forçar a colaboração entre partes da empresa que tinham responsabilidades semelhantes, mas não estavam acostumadas a trabalhar juntas em padrões e processos. Por exemplo: o armazenamento de arquivos de projeto em um repositório central forçou as várias divisões a padronizar uma ferramenta de desenho de peças automotivas. Essa mudança permitiu uma economia de custos e reduziu o tempo de treinamento. Além disso, práticas recomendadas de design foram disponibilizadas para engenheiros da empresa inteira, que passaram a usá-las como base para novos projetos de design.

Veja um resumo dos benefícios da reforma da arquitetura do portal: Oferece acesso central às informações. Reduz a duplicação de conteúdo. Torna evidente a versão oficial de cada item de conteúdo. Padroniza metadados. Padroniza modelos. Incentiva a colaboração e o compartilhamento de práticas recomendadas.

A reforma e reimplementação do portal foi apenas o início. A equipe que desenvolveu a estratégia do portal recebeu patrocínio executivo para transformar-se em uma equipe de administração de portal. Como resultado, o grupo passou a representar as necessidades dos usuários do portal com o desenvolvimento de políticas e padrões. Isso ajudou a garantir a responsabilidade de toda a organização e permitiu a criação de um fórum para a avaliação e a evolução do portal, tanto para melhorar seus recursos como para ajudar a maximizar o retorno do investimento da empresa na tecnologia do SharePoint Server. O órgão de governança supervisiona os seguintes elementos: Padrões de metadados Padrões de modelos Diretrizes para disponibilização de informações para a empresa inteira Conformidade com normas corporativas e governamentais Padrões de treinamento Padrões de identidade visual para conteúdo

A Fabrikam passou a perceber um ótimo retorno do investimento no portal. Um ano depois do projeto, a equipe de estratégia fez um inventário do conteúdo e descobriu que, entre 500.000 documentos, apenas 230 eram cópias. Eles identificaram uma economia de milhões de dólares devido à centralização de esforços. E uma pesquisa com os funcionários mostrou um grande aumento na satisfação com o portal. A colaboração foi saudável para a Fabrikam.

ConceitosGestão de sites e soluções (SharePoint Server 2010)

Visão geral sobre governança (SharePoint Server 2010)

44

Outros recursosGovernance Resource Center (http://go.microsoft.com/fwlink/?LinkID=200590&clcid=0x416)

Planejar a arquitetura de informações para gerenciamento de conteúdo da Web (http://technet.microsoft.com/pt-br/library/7a74c8bf-83a2-4ee1-82e7-c2e9dee78936(Office.14).aspx)

45

SharePoint 2010 Governance Planning (white paper)Publicado em: 22.07.10O Microsoft SharePoint Server 2010 oferece um vasto número de recursos para capacitar usuários corporativos. Por exemplo, o SharePoint Server 2010 permite que os usuários colaborem uns com os outros, marquem e classifiquem conteúdo, publiquem automaticamente e até mesmo desenvolvam suas próprias soluções. Com esse poder nas mãos, os usuários (e as organizações para as quais eles trabalham) podem aproveitar bastante os benefícios de poder contar com uma orientação clara e direta. Em resumo, eles podem aproveitar os benefícios de se ter um Plano de Governança.

Este white paper se concentra no que chamamos de “front-end” do ambiente do SharePoint - o aspecto corporativo da governança - as áreas que causam impacto aos usuários corporativos. Esse white paper usa uma empresa fictícia para oferecer orientações para o planejamento de governança e a implementação necessários do SharePoint Server 2010.

Baixar o white paper:

SharePoint 2010 Governance Planning (Microsoft Word version) (http://go.microsoft.com/fwlink/?LinkId=197150&clcid=0x416).

SharePoint 2010 Governance Planning (versão em PDF) (http://go.microsoft.com/fwlink/?LinkId=197174&clcid=0x416).

46

Implementação da governança no SharePoint 2010 (white paper)Publicado em: 09.09.10O Microsoft SharePoint Server 2010 oferece um amplo conjunto de recursos para capacitar usuários corporativos. Esse novos recursos precisam de uma orientação clara para o destaque dos seus benefícios e a percepção do seu potencial enquanto mantêm um nível de consistência e controle na organização.

Este documento se concentra no “back-end” de Governança do SharePoint – a implementação técnica. Ele oferece um alto nível de orientação sobre as muitas opções de configuração que o SharePoint Server 2010 oferece para permitir que você gerencie o ambiente em benefício de todos. Para obter mais informações sobre o “front-end” de Governança do SharePoint - o aspecto comercial, consulte o seguinte white paper: SharePoint 2010 Governance Planning (white paper).

Baixar o white paper:

Implementação da governança no SharePoint 2010 (http://go.microsoft.com/fwlink/?LinkId=201194&clcid=0x416) (versão em Microsoft Word)

Implementação da governança no SharePoint 2010 (http://go.microsoft.com/fwlink/?LinkId=201195&clcid=0x416) (versão em PDF)

Implementação da governança no SharePoint 2010 (http://go.microsoft.com/fwlink/?LinkId=201196&clcid=0x416) (versão em XPS)

47

Acompanhar ou bloquear instalações do SharePoint Server 2010Publicado em: 10.06.10Como as implantações dos Produtos do Microsoft SharePoint 2010 são gerenciadas no nível do farm, uma implantação exclusiva do SharePoint não tem informações sobre outras implantações do SharePoint que possam existir na mesma empresa. Os administradores precisam dessas informações para gerenciar e controlar todas as implantações na empresa. Por exemplo, os administradores precisam saber se uma implantação foi configurada de acordo com requisitos organizacionais, ou quantas implantações não autorizadas existem na empresa. Os Produtos do SharePoint 2010 oferecem o recurso para bloquear e acompanhar instalações aleatórias do Microsoft SharePoint Server 2010.

Neste artigo:

Bloquear instalações Acompanhar instalações

Bloquear instalaçõesSe você quiser impedir que os usuários instalem o SharePoint Server 2010 e produtos relacionados, defina a chave do Registro a seguir usando a Política de Grupo nos serviços de diretório do Active Directory:HKLM\Software\Policies\Microsoft\Shared Tools\Web Server Extensions\14.0\ SharePoint\DWORD DisableInstallPara bloquear instalações, defina DWORD DisableInstall=00000001.Quando essa chave do Registro é definida, os usuários que tentam instalar o SharePoint Server 2010 recebem a seguinte mensagem de erro: A instalação do SharePoint foi bloqueada em sua organização. Entre em contato com o seu administrador de rede para obter detalhes.Para definir um valor de Registro usando a Política de Grupo, você pode usar um arquivo .admx no Windows Server 2008 ou um cmdlet do Windows PowerShell no Windows Server 2008 R2. Para obter mais informações sobre como definir valores do Registro usando políticas de grupo no Windows Server 2008, consulte Guia de referência de sintaxe ADMX da política de grupo (http://go.microsoft.com/fwlink/?LinkId=194348&clcid=0x416). Para obter mais informações sobre como definir valores do Registro usando políticas de grupo no Windows Server 2008 R2, consulte Set a registry key value from the command line using Group Policy PowerShell cmdlets (http://go.microsoft.com/fwlink/?LinkId=194345&clcid=0x416). Para obter informações gerais sobre as políticas de grupo, consulte Política de grupo (http://go.microsoft.com/fwlink/?LinkID=177635&clcid=0x416) na TechNet.

48

Acompanhar instalaçõesUm Marcador do AD DS (Serviços de Domínio Active Directory), chamado Ponto de Conexão de Serviço, identifica os servidores dos Produtos do SharePoint 2010 em uma organização. Para usá-lo, crie um contêiner no AD DS e defina suas permissões antes de instalar qualquer Produto do SharePoint 2010 no ambiente. Em seguida, quando você ou outro usuário de seu domínio executar o Assistente de Configuração dos Produtos do SharePoint como parte da instalação do SharePoint Server 2010, esse marcador será definido e poderá ser acompanhado pelo AD DS. Será preciso definir esse marcador para cada domínio de sua organização caso você queira acompanhar instalações em todos os domínios. Ele será removido do AD DS quando o último servidor for removido de um farm. Também é possível defini-lo usando o Windows PowerShell. O marcador contém a URL do Serviço Balanceador de Carga e Descoberta de Aplicativo (também conhecido como o aplicativo de serviço de topologia) do farm de servidores.

É preciso conceder permissão para gravar nesse contêiner para qualquer conta de usuário ou conta de domínio que possa executar o Assistente de Configuração dos Produtos do SharePoint. Se a conta não tiver permissão de gravar nesse contêiner, será exibido o seguinte aviso no arquivo de log do Assistente de Configuração dos Produtos do SharePoint:

Falha ao adicionar o ponto de conexão de serviço para este farm

Não é possível criar um Ponto de Conexão de Serviço no domínio atual do Active Directory. Verifique se o contêiner do SharePoint existe no domínio atual e se você tem os direitos necessários para gravar nele.”

Para criar o contêiner no Active Directory e definir as permissões, é possível usar o Editor ADSI (Interfaces de Serviço do Active Directory).

Para criar um contêiner de ponto de conexão de serviço para acompanhar instalações1. No controlador de domínio, clique em Iniciar, aponte para Ferramentas

Administrativas e clique em Editar ADSI ou use uma ferramenta de administração remota para se conectar ao Editor ADSI de outro computador.

2. No menu Ação, clique em Conectar a e conecte-se ao domínio que deseja usar. 3. Na árvore do console, expanda a conexão, expanda o nome do domínio e clique em

CN=System.4. No painel de detalhes, clique com o botão direito na área branca, clique em Novo e

clique em Objeto.5. Na caixa de diálogo Criar Objeto, na caixa Selecionar uma classe, clique em

contêiner e em Avançar.

49

6. Na caixa Valor, digite Produtos do Microsoft SharePoint como o nome do contêiner e clique em Avançar.Esse é o nome padrão.

Observação:

Você pode usar outros nomes. No entanto, se usar outros nomes, crie uma Política de Grupo para os computadores do domínio para definir um valor da cadeia de caracteres ContainerDistinguishedName na seguinte chave de Registro: HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\SharePoint. Isto torna possível para o Assistente de Configuração dos Produtos do SharePoint detectar o novo nome.

7. Clique em Concluir. O contêiner é criado.

8. Clique com o botão direito do mouse no contêiner (CN=Produtos do Microsoft SharePoint) e clique em Propriedades.

9. Na guia Segurança, clique em Adicionar.10. Na caixa Selecionar Usuários, Computadores, Contas de Serviço ou Grupos,

adicione os usuários que deseja gravar nesse contêiner e clique em OK. Observe que, se um usuário que não possa gravar nesse contêiner instalar o SharePoint Server 2010, nenhuma entrada nova será criada. Considere conceder a todos os Usuários Autenticados a permissão para que você possa acompanhar todos os objetos.

11. Na caixa Nomes de grupo ou de usuário, selecione os nomes adicionados anteriormente e, na caixa Permissões, clique em Avançado.

12. Na caixa Entradas de permissão, selecione os nomes adicionados anteriormente e clique em Editar.

13. Na caixa de diálogo Entrada de Permissão para Produtos do Microsoft SharePoint, na caixa Permissões, marque a caixa de seleção Permitir para criar objetos serviceConnectionPoint e clique em OK.

Para validar este processo, instale e provisione um novo farm do SharePoint no ambiente e verifique se o ponto de conexão de serviço foi criado com sucesso. Se tudo funcionar, você poderá localizar um novo objeto GUID no contêiner do Produto do Microsoft SharePoint. Clique com o botão direito do mouse no objeto e clique em Propriedades. A URL do Serviço Balanceador de Carga e Descoberta de Aplicativo do farm de servidores será listada.

50

Está disponível um script que lista todos os nomes de servidor dos Produtos do SharePoint 2010 em um domínio. Para obter o script, consulte List all SharePoint 2010 boxes in a domain by checking AD Marker (http://gallery.technet.microsoft.com/ScriptCenter/pt-br/af31bded-f33f-4c38-a4e8-eaa2fab1c459) na Central de Scripts.

Use o procedimento a seguir para adicionar ou atualizar o ponto de conexão de serviço para o farm atual no AD DS.

Para definir um ponto de conexão de serviço no AD DS usando o Windows PowerShell1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-

SPShellAdmin.2. No menu Iniciar, clique em Todos os programas.3. Clique em Produtos do Microsoft SharePoint 2010.4. Clique em Shell de Gerenciamento do SharePoint 2010.5. No prompt de comando do Windows PowerShell, digite o seguinte comando.

Set-SPFarmConfig -ServiceConnectionPointBindingInformation StringwithBindingInformation

Em que:

Normalmente, InformaçõesDeLigaçãoDeCadeiaDeCaracteres é a URL do Serviço Balanceador de Carga e Descoberta de Aplicativo. Observe que essa variável também pode conter qualquer cadeia de caracteres válida de sua preferência, como a URL da Administração Central.

Para obter a URL do Serviço Balanceador de Carga e Descoberta de Aplicativo, execute o caminho a seguir.

Get-SPTopologyServiceApplication | select URI

Isso retorna a URL do Serviço de Balanceador de Carga e Descoberta de Aplicativo. Para obter mais informações, consulte Get-SPTopologyServiceApplication (http://technet.microsoft.com/pt-br/library/fc40e2b8-5710-4034-b37f-b4e61008410a(Office.14).aspx).

6. Quando for solicitada a confirmação dessa ação, digite S.Para obter mais informações, consulte Set-SPFarmConfig (http://technet.microsoft.com/pt-br/library/fc9fd625-0df1-467a-bd31-16b7e29fbca9(Office.14).aspx).

51

Use o procedimento a seguir para excluir o ponto de conexão de serviço para o farm atual no AD DS.

Para excluir um ponto de conexão de serviço no AD DS usando o Windows PowerShell1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-

SPShellAdmin.2. No menu Iniciar, clique em Todos os programas.3. Clique em Produtos do Microsoft SharePoint 2010.4. Clique em Shell de Gerenciamento do SharePoint 2010.5. No prompt de comando do Windows PowerShell, digite o seguinte comando.

Set-SPFarmConfig -ServiceConnectionPointDelete

6. Quando for solicitada a confirmação dessa ação, digite S.Para obter mais informações, consulte Set-SPFarmConfig (http://technet.microsoft.com/pt-br/library/fc9fd625-0df1-467a-bd31-16b7e29fbca9(Office.14).aspx).

Use o procedimento a seguir para determinar a URL as informações do ponto de conexão de serviço para o farm atual no AD DS.

Para localizar o ponto de conexão de serviço para um farm usando o Windows PowerShell1. Verifique se você atende aos seguintes requisitos mínimos: Consulte Add-

SPShellAdmin.2. No menu Iniciar, clique em Todos os programas.3. Clique em Produtos do Microsoft SharePoint 2010.4. Clique em Shell de Gerenciamento do SharePoint 2010.5. No prompt de comando do Windows PowerShell, digite o seguinte comando.

Get-SPFarmConfig -ServiceConnectionPoint

Para obter mais informações, consulte Get-SPFarmConfig (http://technet.microsoft.com/pt-br/library/83a26555-6b6e-4959-9a6a-bdef049de2a2(Office.14).aspx).

52