desempenho Sharepoint sob limitações de carga e capacidade pesados

Question

Eu estou trabalhando em um novo sistema de armazenamento para um pacote de solução de negócio que consiste em cerca de 40 aplicações. Algumas dessas aplicações geram documentos (principalmente docx, alguns pdf) que estão actualmente guardados e organizados em uma pasta de compartilhamento de rede.

Os aplicativos geram cerca de 150.000-200.000 documentos por ano em média, e esses documentos devem ser mantidas de uma forma mais consistente e confiável (ie. Base de dados SQL separado).

Sharepoint é um dos principais candidatos, uma vez que planeja usá-lo de outras características, eventualmente, outros, em seguida, as capacidades de DMS. Eu li sobre as limitações da biblioteca de documentos ou seja. 2000 arquivos por pasta com até 1.000.000 arquivos em todas as pastas de uma biblioteca de documentos. Também li que o limite de 2000 pode ser ignorada mas afeta o desempenho. O que eu não encontrei é a experiência do mundo real com um número tão grande de arquivos em uma biblioteca. E o que vai acontecer se eu aumentar o limite de pasta para 50.000 por exemplo, qual o impacto que isso teria sobre o desempenho (solicitações mais lentas para leitura / edição / escrita de documentos através de serviços web, especialmente por escrito, se verifica a existência de nomes de arquivos duplicados, indexação, busca etc .).

Uma nota importante:. Nós não vai usar portal web do SharePoint em todos, se não temos, mas em vez fazer tudo através de nossas aplicações via Web Services, para que os dados visualizar mais lento renderização não é a questão

Answer 1

Você pode ter tantos itens em uma biblioteca de documentos que você quiser, contanto que seu último parágrafo é verdade (você costuma acessar as informações através do portal em si)

Nós temos um teste de trabalho de nosso sistema DMS com 7 milhões de arquivos no mesma biblioteca de documentos e sob a mesma pasta também. Mas nós nunca ir trough o portal para ver que o conteúdo, que consomem esses arquivos usando o método SPWeb.GetFile (guid), e temos todas as informações relacionadas a eles em outro banco de dados SQL (que armazena o GUID do arquivo)

Answer 2

o limite de 2000 não é um limite rígido, é a quantidade máxima de arquivos que devem estar em uma vista na lista.

Se um listview inclui mais de 2.000 itens de desempenho vai começar a descer. Ao adicionar colunas indexadas e criando exibições adicionais filtrados em uma lista que não excedam esse limite de 2000 (mais ou menos), o uso do próprio portal ainda é ok.

Além disso, tenha cuidado com a definição de permissões nos arquivos. Dando a cada arquivo de seu próprio conjunto de permissões irá degradar o desempenho também, vendo como internamente sharepoint vai começar a executar junta maciça (no sql server) para determinar quem tem permissão para ver o.

Uma nota: planejar sua infra-estrutura muito, muito bem. especialmente o sql server (cluster) o banco de dados de conteúdo é executado.