¿Cuándo compactas una base de datos de servidor Sql?

Question

Tenemos una base de datos SQL Server 2000 que mantiene la mayoría de las bases de datos de nuestros equipos ejecutándose en un servidor relativamente antiguo.

Últimamente hemos tenido algunos problemas ralentizadores raros en algunas de nuestras llamadas a bases de datos en diversas aplicaciones. (Así que sé que no es específico de la aplicación)

Me mencionaron que deberíamos estudiar la compactación de algunas de nuestras bases de datos. ¿Cuáles son algunas reglas generales para hacer esto?

¿Está compactando una base de datos que solo se considera mantenimiento general? ¿Existe un número mágico de bases de datos, tablas o registros que puedan conducir a esta desaceleración y, por lo tanto, ayudar a ser una compactación?

Número de bases de datos utilizadas de forma activa: 6

Tamaño medio de base de datos: 20 MB con la excepción de FogBugz, que está a punto 11000MB

Answer 1

No compactar una base de datos SQL Server (que "reducir" se) a menos que realmente lo necesites. No es de MS Access y no reclamar el espacio no utilizado (bueno, que puede, pero enmascara un problema más importante)

Lo más probable es que tenga un índice/problema estadística:

• de las estadísticas de datos
• índices fragmentados
• índices que faltan

Para empezar con la base de datos de ese tamaño (pequeño), sugeriría que se mira

• en "maintenance plans" Para empezar a garantizar los DBs están en óptimas condiciones
• para missing indexes

Answer 2

En SQL Server, hay varios bits de mantenimiento que debe hacer en sus bases de datos.

10MB es una base de datos muy pequeña, por lo que no vale la pena reducir una base de datos ("compacta" es lo que harías con una base de datos de MS Access, en Sql Server puedes reducirla).

En su lugar, es mucho más probable que no tenga los índices adecuados en las columnas que se consultan con frecuencia en sus tablas. O bien, los índices que tiene están fragmentados.

Un buen lugar para comenzar es ver exactamente qué consultas llevan mucho tiempo (es una buena idea iniciar el Analizador de SQL y el monitor). Luego puede ver qué están haciendo esas consultas, a qué tablas/columnas están accediendo y luego revisar si tiene índices apropiados.