Estou em uma indústria que usa muitos documentos digitalizados e grandes anexos (100MB) e vejo nosso banco de dados do SharePoint crescendo rapidamente.
Quais opções eu tenho para gerenciar esse rápido crescimento?
Posso tratar o Banco de Dados do SharePoint como o servidor do Exchange, onde eu substituiria a mensagem grande real por um atalho (ou ponteiro) para um repositório WORM?
Se nada existe no lado direto do SharePoint, existe uma solução compatível para SQL que faria com o SPS?
Você pode usar o RBS (Remote Blob Storage) para esses arquivos para não sobrecarregar seu banco de dados SQL. Isso permitiria que você usasse armazenamento de custo mais baixo para os documentos / documentos digitalizados maiores e melhorasse o desempenho do SQL. MS tem vários documentos sobre o uso do RBS. Esse artigo da Microsoft ajudará você. Gerenciar o RBS
Como DaveM apontou, uma funcionalidade semelhante pode ser obtida ajustando um pouco o SQL Server.
Os documentos nos bancos de dados de conteúdo são armazenados em campos BLOB e a Microsoft resolveu o problema de armazenar BLOBs enormes, com algo chamado Remote BLOB Storage , que permite que o servidor SQL armazene transparentemente grandes valores BLOB diretamente como arquivos no sistema de arquivos.
Basicamente, é necessário habilitar o provedor FILESTREAM RBS, já instalado por padrão nas edições do SQL Server Standard e Enterprise, instalar uma biblioteca cliente RBS nos servidores da Web, provisionar um grupo de arquivos de armazenamento BLOB criptografado e ativar o RBS no banco de dados específico.
O processo está descrito em este artigo da Technet
NOTA: Devido ao fato de o repositório BLOB remoto ainda ser um grupo de arquivos de banco de dados, isso não reduz o tamanho lógico do banco de dados, mas os arquivos de banco de dados (* .mdf) são reduzidos e o desempenho na indexação e pesquisa o tempo pode melhorar.
O banco de dados de conteúdo ainda não pode exceder 200 GB