Indices

Ok.me queda super claro., Muchas Gracias de nuevo Maxi

Atte.,
Carlo Sorrel
"Maxi" escribió en el mensaje
news:

Se puede hacer, pero,,, yo te recomiendo que estas cosas busques el

momento

de menos trafico y armes a esa hora el plan de mantenimiento

correspondiente

Salu2
Maxi


"Carlo Sorrel" escribió en el mensaje
news:
> Ok., gracias. Otra consulta, esto, por lo que lei, se puede hacer en
> caliente, es decir, mientras la gente trabaja..., baja mucho el
> rendimiento...???
>
> "Maxi" escribió en el mensaje
> news:
>> Hola, siempre se gana con indexdefrag :) si tenes muchos indices

podrias

>> poner un job que los vaya resconstruyendo de a pasos ;)
>>
>> No es necesario reconstruir los indices de forma constante, lo que
> deberias
>> hacer es actualizar las estadisticas de los mismos y aplicarle un

defrag

> :)
>>
>>
>> Salu2
>> Maxi
>>
>>
>> "Carlo Sorrel" escribió en el mensaje
>> news:
>> > Gracias, ya habia leido la info. de los BOL., pero en realidad

necesito

>> > vuestra opinion, tomando en cuenta vuetsra experiencia, tengo
> algunas
>> > tablas bastante grandes, que tambien estan bastante defragmentadas,
>> > pero
>> > que
>> > no puedo reconstruir los indices, ya que estan ocupandose todos los
> días,
>> > y
>> > estab viendo la opción indexdefrag, en reliadad se gana algo con
>> > esto..??
>> >
>> > "Maxi" escribió en el mensaje
>> > news:##
>> >> Hola, no son ni uno mejor que otro, ambos hacen cosas distintas: Te
> paso
>> > lo
>> >> que dicen tus manuales on line, esta bastante clarito :)
>> >>
>> >> DBCC INDEXDEFRAG
>> >> Desfragmenta los índices agrupados y secundarios de la tabla o la
>> >> vista
>> >> especificada.
>> >>
>> >> Sintaxis
>> >> DBCC INDEXDEFRAG
>> >> ( { database_name | database_id | 0 }
>> >> , { table_name | table_id | 'view_name' | view_id }
>> >> , { index_name | index_id }
>> >> ) [ WITH NO_INFOMSGS ]
>> >>
>> >> Argumentos
>> >> database_name | database_id | 0
>> >>
>> >> Es la base de datos cuyo índice se desfragmenta. Los nombres de las
> bases
>> > de
>> >> datos se deben ajustar a las reglas para los identificadores. Para
>> >> obtener
>> >> más información, consulte Utilizar identificadores. Si se especifica
>> >> 0,
>> >> se
>> >> utiliza la base de datos actual.
>> >>
>> >> table_name | table_id | 'view_name' | view_id
>> >>
>> >> Es la tabla o la vista cuyo índice se desfragmenta. Los nombres de
> tablas
>> > y
>> >> vistas se deben ajustar a las reglas de los identificadores.
>> >>
>> >> index_name | index_id
>> >>
>> >> Es el índice que se va a desfragmentar. Los nombres de los índices

se

>> > deben
>> >> ajustar a las reglas de los identificadores.
>> >>
>> >> WITH NO_INFOMSGS
>> >>
>> >> Suprime todos los mensajes informativos (con niveles de gravedad

entre

> 0
>> >> y
>> >> 10).
>> >>
>> >> Observaciones
>> >> DBCC INDEXDEFRAG puede desfragmentar índices agrupados y no

agrupados

> en
>> >> tablas y vistas. DBCC INDEXDEFRAG desfragmenta el nivel hoja de un
> índice
>> >> para que el orden físico de las páginas coincida con el orden lógico
>> >> de
>> >> izquierda a derecha de los nodos hoja, lo que mejora el rendimiento

de

>> >> recorrido del índice.
>> >>
>> >> DBCC INDEXDEFRAG también compacta las páginas de un índice, teniendo
>> >> en
>> >> cuenta el FILLFACTOR especificado cuando se creó el índice. Las
>> >> páginas
>> >> vacías creadas como resultado de esta compactación se quitarán. Para
>> > obtener
>> >> más información acerca de FILLFACTOR, consulte CREATE INDEX.
>> >>
>> >> Si un índice abarca más de un archivo, DBCC INDEXDEFRAG desfragmenta
> los
>> >> archivos de uno en uno. Las páginas no se migran entre archivos.
>> >>
>> >> Cada cinco minutos, DBCC INDEXDEFRAG informará al usuario del
> porcentaje
>> >> estimado completado. DBCC INDEXDEFRAG puede terminarse en cualquier
>> > momento
>> >> del proceso y se mantiene el trabajo finalizado.
>> >>
>> >> A diferencia de DBCC DBREINDEX (o la operación de generación del
>> >> índice
>> >> en
>> >> general), DBCC INDEXDEFRAG es una operación en línea. No mantiene
>> >> bloqueos
>> >> durante mucho tiempo y, por ello, no bloquea las consultas o las
>> >> actualizaciones en ejecución. Se puede tardar menos en desfragmentar
>> >> un
>> >> índice relativamente poco fragmentado que en generar un índice nuevo
>> > porque
>> >> el tiempo de desfragmentación está relacionado con el volumen de la
>> >> fragmentación. Un índice muy fragmentado puede tardar mucho más en
>> >> desfragmentarse que en volver a generarse. Además, la
>> >> desfragmentación
>> >> siempre se registra, sin tener en cuenta la configuración del modelo
>> >> de
>> >> recuperación de la base de datos (consulte ALTER DATABASE). La
>> >> desfragmentación de un índice muy fragmentado puede generar más
>> > información
>> >> en el registro que una creación de índice registrada. No obstante,

la

>> >> desfragmentación se realiza como una serie de transacciones cortas

y,

> por
>> >> tanto, no requiere un gran registro si se realizan con frecuencia
> copias
>> > de
>> >> seguridad del registro o si la configuración del modelo de
>> >> recuperación
>> >> es
>> >> SIMPLE.
>> >>
>> >> Además, DBCC INDEXDEFRAG no le ayudará si se intercalan dos índice

en

> el
>> >> disco, porque INDEXDEFRAG coloca las páginas en su lugar. Para

mejorar

> la
>> >> agrupación de páginas, vuelva a generar el índice.
>> >>
>> >> DBCC INDEXDEFRAG no está aceptado para ser utilizado en las tablas

del

>> >> sistema.
>> >>
>> >> Conjuntos de resultados
>> >> DBCC INDEXDEFRAG devuelve este conjunto de resultados si no se
> especifica
>> > la
>> >> opción WITH NO_INFOMSGS (los valores pueden variar):
>> >>
>> >> Pages Scanned Pages Moved Pages Removed
>> >> 359 346 8
>> >>
>> >> (1 row(s) affected)
>> >>
>> >> DBCC execution completed. If DBCC printed error messages, contact

your

>> >> system administrator.
>> >> Permisos
>> >> De forma predeterminada, tienen derechos de ejecución de DBCC
>> >> DBREINDEX
>> > los
>> >> miembros de la función fija de servidor sysadmin y las funciones

fijas

> de
>> >> base de datos db_owner y db_ddladmin y el propietario de la tabla, y
>> >> no
>> >> se
>> >> pueden transferir.
>> >>
>> >> Ejemplos
>> >> DBCC INDEXDEFRAG (Northwind, Orders, CustomersOrders)
>> >> GO
>> >> ÛCC DBREINDEXRegenera uno o varios índices de una
> tabla
>> > de
>> >> la base de datos especificada.SintaxisDBCC DBREINDEX ( [
>> >> 'database.owner.table_name' [ , index_name
>> >> [ , fillfactor ] ] ] ) [ WITH

NO_INFOMSGS ]

>> >> Argumentos'database.owner.table_name'Es el nombre de la tabla en la

se

>> >> van
>> > a
>> >> regenerar los índices especificados. Los nombres de la base de

datos,

> el
>> >> propietario y la tabla se deben ajustar a las reglas para los
>> >> identificadores. Para obtener más información, consulte Utilizar
>> >> identificadores. Si se especifican las partes baseDatos o

propietario,

>> > todo
>> >> el argumento baseDatos.propietario.nombreTabla tiene que estar entre
>> >> comillas sencillas ('). Las comillas simples no son necesarias si

sólo

> se
>> >> especifica table_name.index_nameEs el nombre del índice que se va a
>> >> regenerar. Los nombres de los índices se deben ajustar a las reglas

de

>> >> los
>> >> identificadores. Si no se especifica index_name o se especifica como

'

> ',
>> > se
>> >> vuelven a generar todos los índices de la tabla.fillfactorEs el
>> >> porcentaje
>> >> de espacio de cada página de índice que se va a utilizar para
>> >> almacenar
>> >> datos cuando se cree el índice. fillfactor sustituye al factor de
> relleno
>> >> original y se convierte en el nuevo valor predeterminado para el
>> >> índice
> y
>> >> para cualquier índice no agrupado que se vuelva a generar como
>> > consecuencia
>> >> de que se vuelva a crear un índice agrupado. Cuando fillfactor es 0,
> DBCC
>> >> DBREINDEX utiliza el valor fillfactor original especificado cuando

se

>> >> creó
>> >> el índice.WITH NO_INFOMSGSSuprime todos los mensajes informativos

(con

>> >> niveles de gravedad entre 0 y 10).ObservacionesDBCC DBREINDEX

regenera

> un
>> >> índice de una tabla o todos los índices definidos de una tabla. Al
>> > permitir
>> >> que los índices se vuelvan a generar dinámicamente, los índices que
>> >> implementen restricciones PRIMARY KEY o UNIQUE se pueden regenerar

sin

>> > tener
>> >> que quitar y volver a crear las restricciones. Esto significa que un
>> > índice
>> >> se puede regenerar sin conocer la estructura o las restricciones de

la

>> >> tabla, lo que podría ocurrir después de una carga masiva de datos en
>> >> la
>> >> tabla. Si se especifica index_name o fillfactor, también hay que
>> > especificar
>> >> todos los parámetros precedentes.DBCC DBREINDEX puede regenerar

todos

> los
>> >> índices de una tabla con una instrucción, lo que es más sencillo que
>> >> codificar varias instrucciones DROP INDEX y CREATE INDEX. Como todo

el

>> >> trabajo se hace con una instrucción, DBCC DBREINDEX es,
> automáticamente,
>> > una
>> >> acción atómica, mientras que, para ser atómicas, las instrucciones
>> >> DROP
>> >> INDEX y CREATE INDEX tendrían que formar parte de una transacción.
>> >> Además,
>> >> con DBCC DBREINDEX se pueden aprovechar más optimizaciones que con

las

>> >> instrucciones DROP INDEX y CREATE INDEX individuales.DBCC DBREINDEX

no

>> > está
>> >> aceptado para ser utilizado en las tablas del sistema. Conjuntos de
>> >> resultadosSe especifiquen o no opciones (excepto la opción
>> >> NO_INFOMSGS;
>> >> sí
>> >> hay que especificar el nombre de la tabla), DBCC DBREINDEX devuelve
> este
>> >> conjunto de resultados; este ejemplo utiliza la tabla authors de la
> base
>> > de
>> >> datos pubs (los valores pueden variar):Index (ID = 1) is being
>> >> rebuilt.
>> >> Index (ID = 2) is being rebuilt.
>> >> DBCC execution completed. If DBCC printed error messages, contact

your

>> >> system administrator.
>> >> Si se especifica la opción NO_INFOMSGS, DBCC DBREINDEX devuelve este
>> >> conjunto de resultados (mensaje):DBCC execution completed. If DBCC
>> >> printed
>> >> error messages, contact your system administrator.
>> >> PermisosDe forma predeterminada, tienen derechos de ejecución de

DBCC

>> >> DBREINDEX los miembros de la función fija de servidor sysadmin y de
>> >> las
>> >> funciones fijas de base de datos db_owner y db_ddladmin y el
> propietario
>> > de
>> >> la tabla, y no se pueden transferir.EjemplosA. Reconstruir un

índiceEn

>> > este
>> >> ejemplo se vuelve a generar el índice agrupado au_nmind, con un

factor

> de
>> >> relleno de 80, de la tabla authors de la base de datos pubs.DBCC
>> >> DBREINDEX
>> >> ('pubs.dbo.authors', UPKCL_auidind, 80)
>> >> B. Reconstruir todos los índicesEn este ejemplo se vuelven a generar
>> >> todos
>> >> los índices de la tabla authors con un factor de relleno de 70.DBCC
>> >> DBREINDEX (authors, '', 70)
>> >>
>> >>
>> >> Salu2
>> >> Maxi
>> >>
>> >>
>> >> "Carlo Sorrel" escribió en el mensaje
>> >> news:
>> >> > Estimados, me podrian indicar la diferencia entre el dbcc
>> >> > Indexdefrag
> y
>> > el
>> >> > dbcc dbreindex???, y cual es mejor..., cuales son sus ventajas

y

>> >> > desventajas
>> >> > Gracias.
>> >> >
>> >> > Atte.,
>> >> > Carlo Sorrel
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>

Bueno, ya veo que habia dos hilos sobre el tema .-)
Te he respondido al otro hilo

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿Te interesa participar en las reuniones
del grupo de Usuarios de SQL-Server y .NET
Se harán en levante de España, (Alicante o Murcia)?

"Carlo Sorrel" escribió en el mensaje
news:

Estimados, me podrian indicar la diferencia entre el dbcc Indexdefrag y el
dbcc dbreindex???, y cual es mejor..., cuales son sus ventajas y
desventajas
Gracias.

Atte.,
Carlo Sorrel

Gracias Salvador, sorry por preguntar dos veces, pero pense que la otra
se les podia "escapar", y ante la duda, mejor pregunte en un poste nuevo
Gracias.

Atte.,
Carlo Sorrel

"Salvador Ramos" escribió en el
mensaje news:

Bueno, ya veo que habia dos hilos sobre el tema .-)
Te he respondido al otro hilo

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net
¿Te interesa participar en las reuniones
del grupo de Usuarios de SQL-Server y .NET
Se harán en levante de España, (Alicante o Murcia)?

"Carlo Sorrel" escribió en el mensaje
news:
> Estimados, me podrian indicar la diferencia entre el dbcc Indexdefrag y

el

> dbcc dbreindex???, y cual es mejor..., cuales son sus ventajas y
> desventajas
> Gracias.
>
> Atte.,
> Carlo Sorrel
>
>

En realidad el IndexDefrag es bastnate más rapido, ya que me termino un
índice e 45 minutos..., siendo que el otro se demora mas de 4 horas.
Vamos a ver como funciona..., la prueba la hice en ambiente pruebas, por lo
que estimo que en producción podria llegar a demorarse menos..., vamos a
probar...
Gracias por su ayuda.

Atte.,
Carlo Sorrel
"Carlo Sorrel" escribió en el mensaje
news:

Estimados, me podrian indicar la diferencia entre el dbcc Indexdefrag y el
dbcc dbreindex???, y cual es mejor..., cuales son sus ventajas y
desventajas
Gracias.

Atte.,
Carlo Sorrel