Pregunta

He preguntado ayer sobre Límites de bibliotecas de documentos y lo único que tenemos ciertoes que Microsoft recomienda las bases de datos de contenido <= 200GB.

Estoy enfrentando una situación aquí donde estoy configurando un centro de documentos y un centro de grabación para archivar.El volumen estimado es de alrededor de 450 GB por mes.

Mi pregunta es ... ¿Cómo puedo administrar todas aquellas bases de datos de contenido para que sean cerca de los límites de 200 GB recomendados por Microsoft?

¿Es posible?

¿Fue útil?

Solución

SharePoint 2010 Service Pack 1 does support content databases up to 4TB, if upgrading to Service Pack 1 is one of the things available in your SharePoint road map, let's do it to utilize maximum its capability.

I've found a white paper "Managing Multi-Terabyte Content Databases with SharePoint 2010" written by MCM, Sr. Technical Product Manager Bill Baer. In this white paper, he explains how to manage large content databases in Microsoft SharePoint 2010. The paper discusses content databases in three size ranges: up to 200 gigabytes (GB), 200 GB-4 terabytes (TB), and larger than 4 TB. These ranges have different limitations, recommended architectures, and operational requirements. The paper provides detailed guidance for capacity management, performance, data protection, and maintenance of large content databases.

Hope this document helps you much.

T.s

Otros consejos

That limit isn't a hard limit, it's just a recommendation based on the difficulty of SQL operations like backup / restore. You can have multi TB content databases if you want to and if your SQL environment can handle it. I would suggest a netapp type SAN with dedupping and fast backups connected to a very beefy SQL cluster.

It's hard to say how to break up your content since I am unfamilar with your business structure, but I have had good success of having each site collection in it's own database. So if you could break out your content into different site collections (maybe one per month??), then I think you could easily handle large ammounts of data.

Also, utilizing Remote Blob Storage (RBS) could be a great solution to keeping your content DB's really small.

Licenciado bajo: CC-BY-SA con atribución
scroll top