SharePoint Server 2007 e Suas Bases no SQL

Adriano Gomes TechNet — Thu, 11 Sep 2008 19:31:00 GMT

Após ver algumas perguntas e observar como algumas instalações de SharePoint foram feitas, eu decidi fazer esse post para tentar ajudar a tirar algumas dúvidas e ajudar a quem for fazer instalações de MOSS (SharePoint Server) 2007, a deixá-las mais adequadas para futuras expansões na Farm.

Esse post será mais focado em instalações do SharePoint Server 2007, mas nada impede que você utilize essas informações em sua Farm de WSS v3.

Quantidade de Bases

Antes que você possa começar uma instalação do MOSS 2007, você deverá ter a mão o nome de um servidor de SQL Server (2000 ou 2005) e de uma instância disponível.

Nesse momento você deve estar se perguntando: “Mas qual é o espaço que será ocupado pelas bases do SharePoint?”.
Eu vou deixar pra falar sobre isso em outro tópico. Procure depois por dimensionamento das bases. Preferi fazer isso porque, antes de chegarmos a esse ponto, é necessário entendermos melhor o que define a quantidade de bases mínimas e recomendadas para o MOSS.

Uma instalação típica de SharePoint terá no mínimo 6 bases:

1. Base de Configuração da Farm do SharePoint (Definida logo no início da configuração da Farm e onde você pode definir o nome através do assistente de instalação).

2. Base de Conteúdo do Site de Administração do SharePoint (Essa é criada e um nome é designado automaticamente durante a configuração inicial da Farm. Caso você deseje especificar um nome, você deverá fazer toda a configuração inicial da Farm através do PSConfig.exe).

3. Base do Windows SharePoint Services Search (Definida durante a configuração da Farm no site de Central Administration do SharePoint. Ao se iniciar o serviço do Windows SharePoint Services Search, você poderá definir o nome da base. Repare que esse serviço é diferente do serviço de search do MOSS).

4. Base de Conteúdo para o Site de Administração do Shared Services Provider (Normalmente é definida antes de se criar o SSP. Você pode designar o nome da base durante a criação da Web Application).

5. Base de Configuração do SSP (Definida durante a criação do SSP. Você poderá designar o nome nesse momento).

6. Base de do Search do MOSS (Agora sim, você definirá a base que será utilizada pelo serviço de Search do MOSS. Essa definição é feita durante a criação do SSP).

Como disse antes, esse é o mínimo... Mas um mínimo que eu não recomendo.

Não recomendo porque eu acho que para o My Sites, para o SSP e para o(s) Site Collection(s) que você criará é importante ter uma Web Application separada. Coloquei o plural entre parênteses porque você pode querer criar só 1 Site Collection, ou então ter vários Site Collections na mesma Web Application.

Toda a vez que você criar uma Web Application você criará também uma base de conteúdo associada a ele. Pelo menos uma.

Agora temos então mais duas bases:

7. Base de Conteúdo dos sites de My Sites

8. Base de Conteúdo do(s) Site Collection(s).

Esse realmente é o mínimo que eu recomendo, mas você poderá vir a ter mais bases caso você se depare com alguns cenários a seguir:

· Alta utilização do My Sites;

· Alta quantidade de informações armazenadas por Sites;

· Necessidade de se separar informações indexadas pelo serviço de Search do MOSS;

· Necessidade de se criar mais de um SSP na mesma Farm;

· Necessidade de se ter um mecanismo de disaster-recovery mais eficaz para determinados sites;

· Necessidade de se separar Site Collections em Web Applications diferentes;

· E mais alguns outros cenários menos comuns...

Ao se deparar com algum desses cenários acima, você terá a necessidade de criar mais bases por Web Applications ou mais Web Applications e, conseqüentemente, mais bases para cada um deles.

Bases de Conteúdo e Web Applications

Quando se designa somente uma base de conteúdo para uma Web Application, todo novo Site Collection criado será sempre criado nessa base. Se você tiver 10 Site Collections contendo 100 GB cada um, você terá uma base enorme de 1 TB. Com a adição de mais bases de conteúdo para uma Web Application, o SharePoint fará uma distribuição automática dos Site Collections entre elas à medida que você criá-los. Se você quiser, você poderá designar a que base um Site Collection deverá ser associado no momento de sua criação através do STSADM, ou após sua criação também com o STSADM, migrando o conteúdo entre bases.

O mecanismo de distribuição automática do SharePoint não se baseia no tamanho das bases, mas sim na quantidade de Site Collections por cada uma delas. Isso se deve ao fato de não podermos prever quais sites ocuparão mais ou menos espaço. A distribuição é bem no estilo round-robin. Se você possuir 3 bases de conteúdo associadas a uma Web Application, o 1º Site Collection vai pra 1ª, o 2º para a 2ª, a 3ª para a 3ª, a 4ª vai pra 1ª e assim sucessivamente, procurando manter a mesma quantidade de Site Collections entre as bases.

Se em um determinado momento você adicionasse uma 4ª base para essa mesma Web Application, você veria o SharePoint associando todos os novos Site Collections para essa nova base até que todas elas tivessem a mesma quantidade de Site Collections. A partir de então, o SharePoint voltaria a fazer a distribuição cíclica entre eles.

Com essa última informação, você já pode imaginar o que acontece quando se deleta Site Collections. O funcionamento é semelhante quando se adiciona uma base nova. O SharePoint irá associar novos Site Collections com as bases mais vazias até que a quantidade dos mesmos entre todas as bases associadas à Web Application seja igual.

Bem…. acho que dessa vez vou ficar por aqui…

Abraços,

Adriano

Adriano Gomes' SharePoint Infra Blog : SQL Server

SharePoint Server 2007 e Suas Bases no SQL

Quantidade de Bases

Bases de Conteúdo e Web Applications