Particionamiento SQL 2005 DB para SharePoint

Question

Fondo

Tengo una base de datos masiva para una colección de sitios de SharePoint. Tiene 130 GB y crece a 10 gb por mes. 100 GB de los 130 GB están en una colección de sitios. 30GB es la tabla de versiones. Solo hay una colección de sitios, esto es por diseño.

Pregunta

¿Puedo particionar una base de datos (SharePoint) usando las funciones de particionamiento de datos de SQL 2005 (creando múltiples archivos de datos)? ¿Es posible particionar una base de datos que ya está creada? ¿Alguien ha particionado una base de datos de SharePoint? ¿Tendré algún problema?

Answer 1

Debería crear un conjunto de particiones y reconstruir la tabla en ese conjunto de particiones. SQL2005 solo puede particionar en una sola columna, por lo que debería tener una columna en la base de datos que

• Se comporta de manera bastante predecible para que no obtenga un gran sesgo en la cantidad de datos en cada partición
• IIRC, la columna debe ser un valor numérico o de fecha y hora
• En la práctica, es más fácil si aumenta de manera monotónica: puede crear una serie de particiones (automática o manualmente) y el sistema las llenará a medida que llegue a las definiciones de rango.

Una fecha (quizás la fecha en que se ingresó el documento) sería ideal. Sin embargo, puede o no tener una columna útil en la tabla grande. SRA. el soporte técnico sería la mejor fuente de asesoramiento para esto.

La partición debería ser transparente para la aplicación (nuevamente, necesita una columna con el comportamiento apropiado para usarla como clave de partición).

A menos que tenga la suerte de tener una columna de clave de partición que también se utiliza como predicado de búsqueda en las consultas más comunes, es posible que no obtenga mucho beneficio en el rendimiento de la consulta de la partición. Un ejemplo de una columna que funciona bien es una columna de fecha en un almacén de datos. Sin embargo, su aplicación Sharepoint puede no hacer un uso extensivo de este tipo de consulta.

Answer 2

Mauro,

¿No hay forma de segmentar los datos en un nivel de Sharepoint?

es decir, puede tener múltiples "sitios" utilizando una sola base de datos de contenido (SQL). Puede migrar los datos del sitio a una nueva base de datos de contenido, lo que le permitirá reducir los datos en ese gran sitio de contenido y luego reducir los archivos de datos.

también lo ayudará a administrar su obvio crecimiento continuo.

James.