SQL 2005 DB Partitioning para SharePoint

Question

Fundo

Eu tenho um db enorme para um conjunto de sites SharePoint. É 130GB e crescendo a 10GB por mês. 100GB de 130GB está na coleção de site um. 30GB é a tabela de versão. Existe apenas um conjunto de sites -. Isso é por design

Pergunta

Am I capaz de particionar um banco de dados (SharePoint) usando SQL 2005s dados de particionamento recursos (criando vários arquivos de dados)? É possível particionar um banco de dados que já é criado? Alguém já particionado um SharePoint DB? Será que vou encontrar quaisquer problemas?

Answer 1

Você teria que criar um conjunto de partição e reconstruir a mesa no set partição. SQL2005 só pode partição em uma única coluna, então você teria que ter uma coluna no banco de dados que

• comporta-se bastante previsível para que você não obter uma grande distorção na quantidade de dados em cada partição
• IIRC a coluna tem de ser um numérico ou datetime valor
• Na prática, é mais fácil se ele é monótona crescente -. Você pode criar uma série de partições (automaticamente ou manualmente) eo sistema irá preenchê-los como se chega às definições de gama

A data (talvez a data em que o documento foi inserido) seria o ideal. No entanto, você pode ou não ter uma coluna útil sobre a mesa grande. EM. suporte técnico seria a melhor fonte de conselhos para isso.

O particionamento deve ser transparente para a aplicação (mais uma vez, você precisa de uma coluna com o comportamento adequado para usar como uma chave de partição).

A menos que você é o suficiente sorte de ter uma coluna de chave partição que também é usado como um predicado de pesquisa nas consultas mais comuns que você não pode obter benefício de desempenho muito consulta do particionamento. Um exemplo de uma coluna que funciona bem é uma coluna de data em um data warehouse. No entanto, a sua aplicação Sharepoint pode não fazem uso extensivo desse tipo fo consulta.

Answer 2

Mauro,

Não há nenhuma maneira você pode segmentar os dados em um nível Sharepoint?

ou seja, você pode ter vários "sites" usando um único (SQL) conteúdo banco de dados. Você poderia migrar dados do site para um novo banco de dados de conteúdo, o que lhe permitirá reduzir a dados nesse grande site de conteúdo e então encolher os arquivos de dados.

que também irá ajudá-lo a gerir o seu crescimento contínuo óbvio.

James.