Existe alguna optimización para indices o estadísticas?

[ZedGe1505]

Hola que tal?


Tengo una tabla en SQL server y tiene unos 15 campos, 5 indices NONCLUSTERED y 1 CLUSTERED.

La tabla hoy en día tiene 700 millones de registros y crece en 12 millones mensuales (Es un HISTÓRICO).

Un índice NONCLUSTERED en la última carga mostró 22% de Fragmentación y fue reorganizado (TARDÓ 2 HORAS).

La actualización de estadísticas demoró 1 hora 30.



Existe algún proceso, configuración de la base de datos o algo que permita realizar estos procesos más rápido?????

[Libras]

una solucion magica o solo cambiar un parametro y que quede mas rapido el index maintenance no existe :P, se puede minimizar y hay diferentes opciones, como por ejemplo usar filegroups, hacer los mantenimientos por tablas, realizarlo dependiendo el numero de paginas, distribuir los indices para en lugar de tener un proceso de 2 horas tengas 4-5 procesos de 15 min...........

[iislas]

¿Y particionar la tabla?

[Libras]

Tambien amigo iislas ;)

[ZedGe1505]

Iniciado por Libras

una solucion magica o solo cambiar un parametro y que quede mas rapido el index maintenance no existe :P, se puede minimizar y hay diferentes opciones, como por ejemplo usar filegroups, hacer los mantenimientos por tablas, realizarlo dependiendo el numero de paginas, distribuir los indices para en lugar de tener un proceso de 2 horas tengas 4-5 procesos de 15 min...........

Existen varias tablas particionadas y estas no entran en ese grupo por "políticas" del DBA, pero a que te refieres con "distribuir los indices" ???

Si uso filegroups y también el mantenimiento es por tablas.

[Libras]

Sip, digamos en lugar de aplicar el mantenimiento a todos los indices solo lo aplicas a aquellos indices con mas uso, aunque te dire 2 horas para 700 millones de registros es algo normal, ahora si quieres darle mas rapidez a tu proceso podrias hacer la reindexacion poniendo la base de datos offline :P

[ZedGe1505]

Dwaaaaa el fin de semana una actualización de estadísticas tardó 40 horas :S

La tabla tiene unos 360 millones de registros

[iislas]

La base de datos, ¿cuantos archivos MDF y LDF tiene?, ¿Estan en un disco diferente, cada archvo? y claro, que no esten en el disco C:

Espero respuesta

[ZedGe1505]

Esto???

[Libras]

Ok muchos mdf y ndf y un ldf, la tabla "grande" no tiene particiones porque no entra en las politicas del DBA, por lo que asumo a que tu eres el DBA jr o un developer cierto? y porque no entra en las "politicas" para particionamiento? tu DBA tiene idea de que cuando un indice esta particionado es mas facil hacerle un mantenimiento(reorganize o rebuild) porque lo haces a nivel particion no en toda la tabla? Ahora nada mas se ve un archivo de log, porque es esto? Dices 40 horas en el mantenimiento, que tipo de mantenimiento se ejecuto y como se ejecuto? Ahora 400 millones de registros es algo manejable todo depende de como se hagan los mantenimientos y claro quien es el DBA que esta a cargo ;)..........


Creo que necesitan un consultor que les haga ver sus errores, cobro barato por si te interesa ;) jejejejeje

[ZedGe1505]

Iniciado por Libras

Ok muchos mdf y ndf y un ldf, la tabla "grande" no tiene particiones porque no entra en las politicas del DBA, por lo que asumo a que tu eres el DBA jr o un developer cierto? y porque no entra en las "politicas" para particionamiento? tu DBA tiene idea de que cuando un indice esta particionado es mas facil hacerle un mantenimiento(reorganize o rebuild) porque lo haces a nivel particion no en toda la tabla? Ahora nada mas se ve un archivo de log, porque es esto? Dices 40 horas en el mantenimiento, que tipo de mantenimiento se ejecuto y como se ejecuto? Ahora 400 millones de registros es algo manejable todo depende de como se hagan los mantenimientos y claro quien es el DBA que esta a cargo ;)..........


Creo que necesitan un consultor que les haga ver sus errores, cobro barato por si te interesa ;) jejejejeje

Jajjaja muchas gracias por el ofrecimiento veremos que se hará xD

Yo solo soy un desarrollador encargado de cargas y algunos SSIS, y el problema de particionamiento es por que estamos escasos de discos y espacio, por lo que le dan prioridad a tablas más grandes para ello. Lo del log no tengo idea xD.

Las 40 horas fueron al ejecutar

Código SQL:

'UPDATE STATISTICS TABLA WITH FULLSCAN';