Juan Andres Mercado Oracle Blog – IT Buenos Aires

Troubleshooting daily on Oracle Systems, Linux & more !

Category Archives: DB – 11gR2

Reclamable Space on Oracle Tables script

Cuando tenemos actividades en la base de datos, con tipo de transacciones que involucran  DML’s del tipo UPDATE, DELETE, derivara con el tiempo realizar tareas de mantenimiento y  reorganización de datos.

De esta manera la TABLA se ira degradando.

La acción requerida, sera compactarla, reorganizarla.

Parte de nuestra tarea consiste en averiguar las TABLAS candidatas a ser reorganizadas, con el método SHRINK.

Por ello, es necesario revisar y contar con un listado.

Ejecutar el siguiente query

*Agradecemos a Lucas Juarez por compartirlo.

set line 200
set pages 200
col OWNER format a10
    select 
	owner,
	table_name,
	mb_total,
	mb_usado,
	mb_total-mb_usado mb_reclamable,
	round((mb_total-mb_usado)/mb_total*100,2) "%_RECLAMABLE"
		from (select owner,table_name,round((blocks*8)/1024,2) mb_total, round((num_rows*avg_row_len/1024)/1024,2) mb_usado
					from dba_tables
						where owner not in ('ANONYMOUS','APEX_PUBLIC_USER','APEX_030200','APPQOSSYS','BI','CTXSYS',
                       'DBSNMP','DIP','DMSYS','EXFSYS','HR','IX','PUBLIC','MDSYS','ORACLE_OCM',
                       'LBACSYS','MDDATA','MDSYS','MGMT_VIEW','ODM','ODM_MTR','OE','OLAPSYS','ORDDATA',
					   'ORDPLUGINS','ORDSYS','OUTLN','PM','PERFSTAT','TSMSYS','SCOTT','SH','SI_INFORMTN_SCHEMA',
					   'SPATIAL_CSW_ADMIN_USR','OWF_MGR','SPATIAL_WFS_ADMIN_USR','SYS','SYSMAN','SYSTEM','TRACESRV',
					   'MTSSYS','OWBSYS_AUDIT','WEBSYS','WMSYS','XDB')
		and blocks <> 0 )
			where ( (mb_total > 10   and mb_total < 50 and round((mb_total-mb_usado)/mb_total*100,2) > 50 ) 
			or (mb_total > 50   and mb_total < 200 and round((mb_total-mb_usado)/mb_total*100,2) > 40 )
			or (mb_total > 200 and mb_total < 500 and round((mb_total-mb_usado)/mb_total*100,2) > 30 )
			or (mb_total > 500 and round((mb_total-mb_usado)/mb_total*100,2)  > 15 ) )
		order by mb_total desc;

Como resultado podemos obtener una salida como la siguiente: Read more of this post

Event Monitor (EMON) Slave Process Constantly Consuming CPU

Hoy tuve un problema en produccion en un Exadata X5, con 18 cores CPUS en cada nodo miembro del RAC.

Pude visualizar que estos eventos ocurrian por que estaban siendo generados por los procesos  ora_e000,  ora_e001 , ora_e0002,  ora_e0003 y  ora_e0004.

La base de datos en cuestion es una oracle database 11.2.0.4

Asi mismo revise que el mismo evento ocurria para las dos otras instancias que tenia en la maquina de computo.

[oracle@exaxxxxxx.com.ar] /home/oracle  > ps -ef | grep -i e00
oracle    24719  14021  0 13:28 pts/0    00:00:00 grep -i e00
oracle    42114      1  0 Feb16 ?        00:00:31 ora_e000_ARDOP2
oracle    42118      1  0 Feb16 ?        00:00:33 ora_e001_ARDOP2
oracle    42120      1  0 Feb16 ?        00:00:33 ora_e002_ARDOP2
oracle    42122      1  0 Feb16 ?        00:00:33 ora_e003_ARDOP2
oracle    42124      1  0 Feb16 ?        00:04:37 ora_e004_ARDOP2
oracle   118746      1  0 Mar29 ?        00:00:00 ora_e000_ARTOP2
oracle   118748      1  0 Mar29 ?        00:00:00 ora_e001_ARTOP2
oracle   118750      1  0 Mar29 ?        00:00:00 ora_e002_ARTOP2
oracle   118752      1  0 Mar29 ?        00:00:00 ora_e003_ARTOP2
oracle   118754      1  0 Mar29 ?        00:00:07 ora_e004_ARTOP2
oracle   172631      1  0 Feb23 ?        00:00:27 ora_e000_NTTOP2
oracle   172633      1  0 Feb23 ?        00:00:27 ora_e001_NTTOP2
oracle   172635      1  0 Feb23 ?        00:00:27 ora_e002_NTTOP2
oracle   172637      1  0 Feb23 ?        00:00:28 ora_e003_NTTOP2
oracle   172639      1  0 Feb23 ?        00:03:59 ora_e004_NTTOP2

Busco evidencia por medio de Cloud Control en la seccion de Performance Home

Vemos el consumo de CPU de los procesos en un nodo sin transacciones: Read more of this post

Install Oracle Golden Gate 12c on Silent Mode

Esta semana me toco instalar en un cliente el producto Oracle Golden Gate y el DBA que estaba en sitio, para aprender se  hallaba privado de todo lo que normalmente tienen los accesos de hoy, un entorno grafico para ejecutar la instalacion con el metodo Oracle Universal Install.

Lo primero que me comenta este joven, es que tenia pensado subir el software y realizar el unzip y voila !

Con eso tendria los binarios listos para ser utilizados y comenzar con las configuraciones.

Pero estabamos ante una version de OGG 12c y esto no es posible.

Es asi que apele a la tradicional instalacion en SILENT MODE.

Comienzo de la instalacion

Le solicite que siguiera los siguientes pasos:

  1. Crear el path para la instalacion del software.
  2. Desplegar con el comando unzip los bianrios de Instalacion.
  3. Identificar el Response File.
  4. Ejecutar la instalacion en modo silent.

Path para instalacion del software

Nos sirve crear un path nemotecnico por si contendremos mas instancias de OGG en el futuro.

 /home/oracle/CDBAR/OGG_Ins1

Read more of this post

ORA-32773: operation not supported for smallfile tablespace

NDatafiles Sizeos encontramos ante el evento de tener que redimensionar un Tablespace por un problema de crecimiento de  Datafiles no planificado de la Base,  por medio de la ejecucion de un proceso batch que inserta cambios en difrentes tablas, una insercion masiva.

Veamos que ocurre.

El DBA ejecuta la sentencia para expandir el Tablespace:

SQL> ALTER TABLESPACE TST_DATA RESIZE 10240 M;
ALTER TABLESPACE TST_DATA RESIZE 10240 M
*
ERROR at line 1:
ORA-32773: operation not supported for smallfile tablespace TST_DATA

Ante que nos encontramos ?

Operation not supported for smallfile tablespace string

Esto quiere decir que no estamos intentado ejecutar un cambio soportado solamente para BIGFILEs TABLESPACEs , como es en nuestro caso, redimensionar un tablespace.

La solucion que propongo es realizar el cambio que aplica a los dos siguientes casos: Read more of this post

ORA-00845: MEMORY_TARGET not supported on this system

Hace unos dias se tuvo que hacer un redimensionamiento de la memoria donde hubo dos componentes en la memoria:

  1. Quitar del manejo automatico la memoria.
  2. Aumentar el valor de la memoria.

Revisamos los parametros y vemos que la memoria se encuentra configurada de modo automatica.

SQL> sho parameter sga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 7960M
sga_target                           big integer 0

Configuramos los parametros para colocar los nuevos valores:

SQL> alter system set sga_max_size = 10240M scope=spfile;
System altered.
SQL>

Cuando inicio la instancia me encuento con el siguiente error:

SQL> startup mount
ORA-00845: MEMORY_TARGET not supported on this system
SQL>

Read more of this post

%d bloggers like this: