Ya no busques más por internet porque llegaste al espacio exacto, tenemos la solución que necesitas encontrar sin problema.
Solución:
Por lo general, lo haría semanal o diariamente, según el uso y las ventanas de mantenimiento.
Casi nunca te encoges, especialmente no programada.
Para reconstruir/reorganizar y estadísticas hay scripts (como el de SQL Fool) que hacen un mejor trabajo. Nota: reorganizar y reconstruir no son excluyentes pero funcionan de diferentes maneras. Los scripts de terceros pueden elegir la mejor opción (según la fragmentación).
Usamos índice semanal/DBCC y estadísticas diarias. Y nunca encogerse.
De Simple-talk: no se olvide de mantener sus índices
Re: Encogimiento. Veo a tanta gente sacándose las garras ante la sola mención de ‘reducir’ y ‘base de datos’ en la misma oración, así que es hora de aclarar un poco las cosas.
La reducción de datos es baaaaad. Literalmente convierte sus índices en caparazones temblorosos de su antigua gloria. no lo hagas
La reducción del registro no debe realizarse de forma rutinaria, pero si tiene un registro ridículamente grande (es decir, en un caso vi un registro de 40 GB para una base de datos de 100 MB, debido a que quien lo configuró llenó el modelo de recuperación y nunca volcó el registro de transacciones), puede reducir el registro (despuésBACKUP LOG) para reclamar ese espacio sin efectos nocivos (aunque, obviamente, el SHRINK masticará E/S mientras se está ejecutando).
PD: Hablando de archivos de registro, verifique el tamaño del archivo de registro y la configuración de crecimiento automático. Las pequeñas configuraciones de crecimiento automático pueden conducir a una E/S de registro de bajo rendimiento (debido a una característica mal explicada en SQL Server llamada Archivos de registro virtuales), particularmente en transacciones por lotes.
Para los guiones, Ola Hallengren tiene un mantenimiento de cosas increíbles. Utilice los planes de mantenimiento por ahora, una vez que se sienta un poco cómodo con el proceso de mantenimiento, cambie al uso de scripts y ejecute trabajos programados del agente SQL.
En mi lugar de trabajo, estoy haciendo DBCC, reorganizando índices todas las noches. Los fines de semana, es DBCC, reconstruir índices, actualizar estadísticas.
No encojas nada. Si lo hace, Brent Ozar le gritará, nunca es divertido que un SQL MCM le grite.
Te invitamos a añadir valor a nuestra información aportando tu experiencia en los comentarios.