Foro ZonaOracle
Septiembre 06, 2010, 10:03:57 *
Bienvenido(a), Visitante. Por favor, ingresa o regístrate.

Ingresar con nombre de usuario, contraseña y duración de la sesión
Noticias:
Páginas: [1]
  Imprimir  
Autor Tema: Espacio ocupado en disco.  (Leído 124 veces)
gomcar
Newbie
*
Mensajes: 30


Ver Perfil Email
« : Julio 22, 2010, 10:25:13 »

Como estan?
A ver si alquien me puede ayudar.
Tengo un RedHat con Oracle 10.2.0.4 en RAC de 2 nodos. Solo tengo el motor con 3 instancias, ninguna otra cosa. Esto me sucede en uno solo de los nodos del RAC

Resulta que se me llena el disco. He borrado logs, trace, dmp, etc...
pero se me llena igual, Agrande el espacio por ahora pero quiero investigar porqué se llena y donde esta el espacio ocupado que no puedo liberar.

Les muestro....

[oracle@sdat2202lx oracle]$ echo $ORACLE_HOME
/u01/app/oracle/product/10.2.0/db_oapm3n

a este nivel solo tengo estos directorios.
[oracle@sdat2202lx oracle]$ pwd
/u01/app/oracle
[oracle@sdat2202lx oracle]$ ls -la
total 28
drwxr-xr-x  7 root   root     4096 Mar  2  2009 .
drwxr-xr-x  3 root   root     4096 Nov 25  2008 ..
drwxr-xr-x  3 oracle oinstall 4096 Feb  2  2009 admin
drwxr-xr-x  2 oracle oinstall 4096 Jul 16 10:23 dtpump
drwxrwx---  6 oracle oinstall 4096 May 22  2009 oraInventory
drwxr-xr-x  3 root   root     4096 Nov 25  2008 product
drwxr-xr-x  6 oracle oinstall 4096 Nov 27  2008 stage

Me fijo cuanto ocupa cada uno...
[oracle@sdat2202lx oracle]$ du --max-depth=1 -h | sort -n -r
37M     ./oraInventory
13G     .
11G     ./product
8.0K    ./admin
4.0K    ./dtpump
2.6G    ./stage
En product es lógico que este la mayor parte del espacio...

[oracle@sdat2202lx oracle]$ cd product/10.2.0/
[oracle@sdat2202lx 10.2.0]$ du --max-depth=1 -h | sort -n -r
589M    ./agent10g
11G     .
2.1G    ./db_asm
2.0G    ./db_oapt3n
2.0G    ./db_oapm3n
1.9G    ./db_ogpt1n
1.8G    ./crs
Todas las instancias ocupan mas o menos lo mismo, pero....

[oracle@sdat2202lx 10.2.0]$ df -h .
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/system_vg-u01_lv
                       60G   43G   14G  76% /u01
[oracle@sdat2202lx 10.2.0]$

El /u01 es de 60GB y solo tengo entre todas las instancias 13G. Porque entonces tengo 43 GB OCUPADOS !!!!

No logro entender, les agradeceria alguna ayuda.
En línea
Orixs
Jr. Member
**
Mensajes: 70


Ver Perfil WWW Email
« Respuesta #1 : Julio 26, 2010, 04:23:06 »


Hola

Por qué decis que tenés el /u01 en 43gb y tiras el du bajo /u01/app/oracle ??
No tenés nada en /u01 ? o /u01/app ?

Me mostras un du -sh /u01/* y du -sh /u01/*/*    ?

Saludos
En línea

Saludos

Julián
Oracle Certified Professional
Orixs Consulting
Bs.As. Argentina
www.Orixs.com.ar
gomcar
Newbie
*
Mensajes: 30


Ver Perfil Email
« Respuesta #2 : Julio 27, 2010, 07:16:49 »

Claro, fijate...

[oracle@sdat2202lx ~]$ du -sh /u01/*
41G     /u01/app
du: cannot read directory `/u01/lost+found': Permission denied
[oracle@sdat2202lx ~]$ du -sh /u01/*/*
41G     /u01/app/oracle
[oracle@sdat2202lx ~]$

Desde /u01 hasta /u01/app/oracle no hay nada....


Mas raro es esto....
[oracle@sdat2202lx ~]$ cd /u01
[oracle@sdat2202lx u01]$ ls
app  lost+found
[oracle@sdat2202lx u01]$ cd app/
[oracle@sdat2202lx app]$ ls
oracle
[oracle@sdat2202lx app]$ cd oracle
[oracle@sdat2202lx oracle]$ ls
admin  dtpump  Middleware  oraInventory  product  stage
[oracle@sdat2202lx oracle]$ df -h .
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/system_vg-u01_lv
                       60G   41G   16G  73% /u01
[oracle@sdat2202lx oracle]$ du --max-depth=1 -h | sort -n -r
41G     .
39M     ./oraInventory
37G     ./product
8.0K    ./admin
4.0K    ./dtpump
2.6G    ./stage
1.3G    ./Middleware
[oracle@sdat2202lx oracle]$ cd product/
[oracle@sdat2202lx product]$ du --max-depth=1 -h | sort -n -r
37G     ./10.2.0
37G     .
[oracle@sdat2202lx product]$ cd 10.2.0/
[oracle@sdat2202lx 10.2.0]$ cd
agent10g/  crs/       db_asm/    db_oapm3n/ db_oapt3n/ db_ogpt1n/
[oracle@sdat2202lx 10.2.0]$ du --max-depth=1 -h | sort -n -r
604M    ./agent10g
37G     .
29G     ./db_oapm3n
2.1G    ./db_asm
2.0G    ./db_oapt3n
1.9G    ./db_ogpt1n
1.8G    ./crs
[oracle@sdat2202lx 10.2.0]$ cd db_oapm3n
[oracle@sdat2202lx db_oapm3n]$ du --max-depth=1 -h | sort -n -r
676K    ./oracore
628K    ./relnotes
30M     ./jlib
29G     .
28K     ./mesg
27G     ./admin
23M     ./md
21M     ./oui
18M     ./network
17M     ./ccr
1.1M    ./demo
------------------------------> lo corté para que no sea mucho
[oracle@sdat2202lx db_oapm3n]$ cd admin/
[oracle@sdat2202lx admin]$ du --max-depth=1 -h | sort -n -r
27G     ./OAPM3N
27G     .
[oracle@sdat2202lx admin]$ cd OAPM3N
[oracle@sdat2202lx OAPM3N]$ du --max-depth=1 -h | sort -n -r
27G     ./bdump
27G     .
13M     ./adump
8.5M    ./udump
8.0K    ./pfile
4.0K    ./hdump
4.0K    ./dpdump
4.0K    ./cdump
[oracle@sdat2202lx OAPM3N]$ cd bdump/
[oracle@sdat2202lx bdump]$ ls -la
total 28054724
drwxr-xr-x  4 oracle oinstall      331776 Jul 27 09:00 .
drwxr-xr-x  9 oracle oinstall        4096 Apr 20  2009 ..
-rw-r-----  1 oracle oinstall      452282 Jul 27 09:04 alert_OAPM3N1.log
drwxr-x---  2 oracle oinstall        4096 Jul 25 21:34 cdmp_20100725213401
drwxr-x---  2 oracle oinstall        4096 Jul 26 15:41 cdmp_20100726154119
-rw-r-----  1 oracle oinstall    41800765 Jul 27 09:08 drcOAPM3N1.log
-rw-rw----  1 oracle oinstall  1469308695 Jul 25 21:34 oapm3n1_arc0_396.trc
-rw-rw----  1 oracle oinstall 27065210806 Jul 27 09:08 oapm3n1_arc0_8797.trc
-rw-rw----  1 oracle oinstall    12174152 Jul 25 21:30 oapm3n1_arc1_398.trc
-rw-rw----  1 oracle oinstall    17099778 Jul 27 09:05 oapm3n1_arc1_8799.trc
-rw-rw----  1 oracle oinstall         966 Jul 25 21:34 oapm3n1_asmb_32518.trc
-rw-rw----  1 oracle oinstall        1411 Jul 26 16:04 oapm3n1_cjq0_7857.trc

[oracle@sdat2202lx OAPM3N]$

Encontre un archivo grande, lo borro y no me libera espacio???
En línea
Orixs
Jr. Member
**
Mensajes: 70


Ver Perfil WWW Email
« Respuesta #3 : Julio 27, 2010, 03:54:05 »


Ahora si :)

Una vez me pasó que reorganicé una base de datos de 1tera que quedó en 700gb y al borrar los tablespaces
que quedaron vacios, los datafiles de estos tablespaces fueron borrados del filesystem, pero el espacio no se recuperó.

Que es justamente lo que te pasa.

Podrías verlo con el administrador de linux, que te va a decir:
 Algunas veces cuando hay procesos en memoria que están ocupando archivos, justamente pasa esto, que el
espacio no se libera hasta que el proceso lo libera.
En mi ejemplo tuve que bajar la base de datos para que el espacio se libere en el filesystem.

Otra cosa que te recomendaría es que setees el parámetros max_dump_file_size a unos pocos 500mb.

Y aparte de todo esto, la gran pregunta:
Por qué se te genera un trace de 25gb ? algo no anda bien. Fijate en el alert y demás logs
que pasó a las 9:08 del 27 de Julio.

Antes de borrar el archivo grande preguntale al adm de linux si hay algun proceso que lo esté ocupando, o hace
fuser archivo.

Y después contame obvio jejejejje
En línea

Saludos

Julián
Oracle Certified Professional
Orixs Consulting
Bs.As. Argentina
www.Orixs.com.ar
gomcar
Newbie
*
Mensajes: 30


Ver Perfil Email
« Respuesta #4 : Agosto 02, 2010, 02:38:14 »

dale, te cuento.

Gracias por la ayuda.!!
En línea
Páginas: [1]
  Imprimir  
 
Ir a:  

Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC
Minerva Theme | The Simple Machines Forum Directory