Coleções do site no SharePoint 2007 - quantas e por quê?

Question

Gostaria de saber quais são as diretrizes comuns para a arquitetura em larga escala do Sharepoint 2007? Na maioria das vezes, gostaria de planejar quantas Coleções de Sites são necessárias e por que eu deveria dividir minha Intranet em várias Coleções de Sites, em vez de apenas ter uma para governar todas elas?

A questão que deriva disso é quais são as desvantagens dos diferentes conjuntos de sites. Pelo que vejo, eles não podem falar uns com os outros (ou seja, o CQWP não pode ler dados de outro conjunto de sites) e tenho que implantar meus recursos em cada conjunto de sites.

Há algum bom recurso e white papers sobre a Arquitetura do SharePoint em larga escala? Eu encontrei algumas coisas que me dizem quantos servidores, mas eu estou procurando algo um nível acima, falando sobre pools de aplicativos, bancos de dados de conteúdo e coleções de sites.

    

Answer 1

Depende do que você planeja alcançar.

Se você vai ter uma pequena fazenda com pequena quantidade de usuários, isso é algo que você não precisa levar em consideração. No entanto, quando você está implantando um farm realmente grande, você deve pagar os limites do software.

Como você pode ver neste artigo da Technet Planejar limites de software , o SharePoint degrada o desempenho exponencialmente quando certas coisas não são levadas em conta.

Sugiro que você pague por esses problemas de desempenho, em vez de conjuntos de sites. As coleções de sites têm seus prós e contras, mas quando você está trabalhando com grandes fazendas (100 GB +), a Microsoft sugere usar um único conjunto de sites e cotas para bancos de dados de conteúdo. Espero que isto ajude.

-Máximo

    

Answer 2

Entre outras coisas, os conjuntos de sites fornecem um limite administrativo e de segurança. Os administradores do conjunto de sites para o conjunto de sites A não têm nenhum direito por padrão no conjunto de sites B. Você pode especificar esses administradores de maneira independente. Além disso, os grupos do SharePoint existem no nível do conjunto de sites. Assim, todo grupo do SharePoint que você cria está disponível para uso em todos os sites em um conjunto de sites.

Para nossa intranet principal que nosso grupo de TI administra, descobrimos que um conjunto de sites funciona muito bem. A TI controla a segurança e delega o controle do conteúdo. No entanto, para portais em nível de departamento ou filial, descobrimos que a criação de um conjunto de sites com uma cota permite que forneçamos aos nossos usuários um portal de colaboração sem exigir muito investimento em TI ou se preocupar com a possibilidade de causar problemas os dados de outro grupo. A desvantagem de fazer isso é que os usuários precisam ser treinados ou apenas jogados no fundo do poço e instruídos a descobrir isso.

O outro lado da separação da administração dos conjuntos de sites que observamos é que às vezes seria mais conveniente ter um ponto de administração. No entanto, conseguimos combatê-lo com alguns comandos e scripts do PowerShell. As extensões de staadm de Gary LaPointe e os cmdlets do PowerShell são muito úteis.

    

Answer 3

Sou novo na administração do SharePoint e minha organização também. Estamos lutando com essa questão agora, portanto, tome essa resposta com um pouco de sal.

A principal preocupação em manter tudo em um único conjunto de sites é que você não pode dividir a coleção em vários bancos de dados. Quando um único banco de dados de conteúdo fica muito grande, você começará a ver problemas de desempenho, sem mencionar toda a dor de cabeça que acompanha o backup e a restauração de grandes bancos de dados.

Vários recursos contam histórias diferentes sobre o tamanho que você pode desenvolver em um banco de dados específico antes que isso se torne um problema, mas a maior diretriz que já ouvi é de 100 GB. Essa é a recomendação do guru do SharePoint, Joel Oleson. Portanto, como regra, se você acha que seu conteúdo pode crescer um dia acima de 100 GB, divida-o em conjuntos de sites separados agora . Mover o conteúdo para um novo conjunto de sites após o fato é, por todas as contas, muito doloroso.

Este conjunto de slides de Joel Oleson hits o ponto alto do planejamento de capacidade e da arquitetura do farm.

    

Answer 4

Acabei de ver que o TechNet tem um livro atualizado disponível para download .

    

Answer 5

O tamanho é importante para o desempenho, mas não se esqueça de quanto tempo levará para fazer backup e restaurar um conjunto de sites corrompido.