A ver que os parece

[Guille Yahoo]

Muy buenas majos.

 

Tengo una cuestión para comentarles.

 

La bbdd que administro, se migro de 10g a 11g en 2012 (principios). Se migro con un export/import.

 

Ahora la bbdd esta desfragmentada y muchísimas tablas que reciben a diario insert y deletes tienen los extents muy muy altos.

 

Como solucionarían esto?¿?

Yo conozco dos maneras, una de ellas lleva mucho tiempo y la high water mark casi no baja y por lo tanto los extents casi que tampoco.

 

La otra es un poco antigua pero es lo más rápido para mí, y si modifica la high water mark y sobre todo reordena los ficheros, ocupando estos bastante menos. Usando esta técnica gano unos 20 gb en mi bbdd.

 

Quien tiene ganas de comentar?¿?

[Guille Yahoo]

Tengo menos convocatoria que Rajoy el dia del amigo L

[Mario Martinez]

a mi me suena mejor la segunda opción pero no puedo opinar muchos mas ya que no me ha tocado hacer na de esto ;)

--
Has recibido este mensaje porque estás suscrito al grupo "FORO_DBA" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a foro_dba+u...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Cristina Garcia]

Buenos días,

A mi tampoco me ha pasado,  pero si tuviera que hacerlo,  me inclinaría por la segunda, ya que por lo que dices la primera no te soluciona el problema.

Si nos cuentas un poco más de que va cada opción,  puedo mirar y preguntar.

Saludos, siento no poder ayudarte más.

[Guille Yahoo]

Hola hola, si me explico mejor.

 

Las tablas cuando sufren muchos insert y deletes se van fragmentando y el acceso a los ficheros es mas complicado.

 

Se pueden mejorar estas cosas reorganizando los objetos X o todos los objetos de los esquemas. Pero es lo que he probado y en mi caso no me soluciona la vida.

 

Lo que he encontrado para bajar los extents y ganar espacio en disco es hacer un exportdp.

 

Despues del export borro los esquemas y datos de la bbdd.

 

Importo el export que hice. De esta manera los extents bajan muchísimo en las tablas donde tenia problemas y he ganado entre 25-30gb.

[Cristina Garcia]

Buenas,

Que espesita estoy, no te había entendido bien, a ver si me explico, que con el día que tengo...

Si puedes hacer una parada de la bbdd, a mi personalmente me gusta el expdp y el impdp, pero Jap siempre me regaña por eso, así que no sé si será la mejor opción.

Otra opción, es crearte otro tablespace, mover los objetos ahí y luego volver a moverlos a tu tablespace, así también se reorganizan.

Y otra opción, que si no recuerdo mal, permite hacerlo con la base de datos arriba, es un shrinking database. Esta opción no la he probado nunca, así que no te puedo decir.

http://docs.oracle.com/cd/B28359_01/server.111/b28310/schema003.htm#CBBBIADA

A mi a la hora de tomar la decisión, me marcaria el tema de la ventana temporal, si tengo que hacerlo sin disponibilidad de la bbdd.

Espero haberte ayudado.

Saludos

[Guille Yahoo]

Si lo hare este domingo en la venta de 6-7 horas que tenemos que se puede parar.

 

El tema de otro tablespace y moverlo me imagino que debería tener espacio en disco y eso es lo que no tengo. La bbdd tampoco es tan grande son unos 160 gb aprox.

Pero espacio en disco libres tengo ahora mismo 50, no se si con esto de mover los objetos de un sitio a otro es posible reutilizar espacio, yo creo que no, por lo tanto al no tener espacio…..

 

El shrink le conocía pero para cuando son pocas tablas, yo es que tengo muchas……..

 

Si imagino que jap me va a tirar de las orejas, jajajaj

[Cristina Garcia]

Si lo haces con tablespace, yo creo que no necesitas mucho, yo haría un script dinámico que moviera por tablas y que empezara por las pequeñas. y luego continuara con los índices ¿tienes alguna tabla que ocupe más de 40G? ¿o algún índice?

[Guille Yahoo]

Nop tanto no.

 

El tema es que tengo unos 40 indices y unas 4 tablas…… pero voy a probar en test a ver como funciona con un script.

 

gracias

[Alvaro I.]

Buenas, yo he utilizado la opcion que dice Cris, lo unico es que hay que tener cuidado si hay objetos tipo LOB y luego hay que reconstruir los indices

Os dejo un script que me paso mi compañero, para ver el tamaño minimo de los datafiles, el tamaño actual y cuanto espacio se ahorraria haciendo un resize del tbs :

select file_name,
       ceil( (nvl(hwm,1)*(select to_number(value) from v$parameter where name = 'db_block_size'))/1024/1024 ) smallest,
       ceil( blocks*(select to_number(value) from v$parameter where name = 'db_block_size')/1024/1024) currsize,
       ceil( blocks*(select to_number(value) from v$parameter where name = 'db_block_size')/1024/1024) -
       ceil( (nvl(hwm,1)*(select to_number(value) from v$parameter where name = 'db_block_size'))/1024/1024 ) savings
from dba_data_files a,
     ( select file_id, max(block_id+blocks-1) hwm
         from dba_extents
        group by file_id ) b
where a.file_id = b.file_id(+)
/

Con el script anterior, te podria valer para saber de que tamaño minimo tendrias que crear los tbs nuevos, o puedes probar a hacer directamente un resize.

En fin, espero que sea de ayuda ;-))

[JAP iDBA]

Buenas 

Durante el movimiento de tablas no necesitas los índices y antes de moverlas puedes generarte las ddl de los índices... Los drogas... Mueves las tablas al nuevo Tablespace y reconstruyes los índices.

No se dónde lo tengo, pero googlea por un script q haga un dbms_noseque.get_ddl y eso te genera un listado de todos los índices... También, a ti q te gusta el expdp, puedes sacar uno sin filas y luego un impdp q genere un indexfile...

Por ultimo, las estadísticas cuando termines.

P.s. En realidad lo mejor es moverlas a un Tablespace con locally managed y si sabes el tamaño ideal (nunca se sabe) con uniform size

Un saludo

José Antonio de Pablo Jiménez .

Principa I.T. Consultant & CIO.

SYSCONFIG Gestión de Sistemas SLU

www.sysconfig-gs.net

[Guille Yahoo]

GENIAL gracias a todos.

 

Si las estadísticas normal, yo igual las fuerzo una vez a la semana.

 

Mañana pruebo y os cuento algo el domingo.

[Mario Martinez]

a mi me toco mover unas tablas e indices a un nuevo tablespace. Cuando llegue a la empresa la tablas de la BBDD estaban creándose en el TABLESPACE USERS y tuvimos que mover todo a un nuevo tablespace. Mirare aver donde tengo los pasos que hicimos.

[Guille Yahoo]

Si si eso lo tengo te lo pase yo :P :P

 

jejejejeje

[JAP iDBA]

Juuuuuuuasssss q grande es el MACARRO!!!!

GRANDE MACARRO, GRANDEEEEE

José Antonio de Pablo Jiménez .

Principa I.T. Consultant & CIO.

SYSCONFIG Gestión de Sistemas SLU

www.sysconfig-gs.net

[Mario Martinez]

tampoco te cres jap ... 1'75 XD ... lo que tu me pasastes guille tuve que cambiar bastantes cosas :) aunque me sirvio de guia