Estrategia de "optimizaciones"

¿Siempre tarda 3 veces más? ¿Has vuelto a hacer la prueba? ¿Estás lanzando
la misma instrucción? ¿Está la base de datos configurada igual (por ejemplo,
que antes tuvieras creado filegroups diferentes para datos e índices en
discos físicos distintos y ahora no) ?

El plan de mantenimiento es más o menos el mismo. No recomiendo en absoluto
reducir el tamaño de la base de datos, con eso sólo consigues mayor
fragmentación y por tanto peor rendimiento. A cambio añadiría la opción de
comprobar la integridad de la base de datos, algo que no parece que hagas.

Te recomiendo implementar la solución de Ola Hallengren
(http://ola.hallengren.com/), que es mejor (por muchas razones) que los
planes de mantenimiento de SQL Server.

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Diego Fernández" wrote in message
news:

Hola a todos:
Aquí sigo, peleando con el SQL 2008... pero eso es bueno.

La pregunta, (me imagino la mayoría de las respuestas) es: ¿que estrategia
de "optimizaciones" de BBDD me recomendais)?

Como plan de mantenimiento hago esto (es lo mismo que hacía con SQL 2000,
pero me da la sensación de que ahora con 2008 no es lo bueno que debería):

* Reducir BBDD.
* Backup completo.
* Backup del log de transacciones (se repite cada seis horas).
* Reorganizar índices (únicamente dos días a la semana).

¿Es correcto?
Con el servidor antiguo, (menos recursos, 32bits y SQL 2000) la tarea
"reorganizar índices" tardaba seis horas (BBDD de 200Gb), sin embargo,
ahora con el servidor nuevo (todavía en pruebas) que es mucho mas potente,
de 64bits y SQL 2008 tarda ¡18 horas!, con lo que supongo que algo estoy
haciendo mal.

¿Podríais orientarme?

Gracias una vez mas por vuestra magnífica ayuda.
Diego Fernández