Archives for: January 2010
Como crear ROLES de consulta sobre toda la base de datos, de forma fácil
La pregunta es la siguiente
".. Necesito generar un usuario que sea de sólo lectura para toda mi base de datos .."
Pues bien , eso se puede hacer con el siguiente script
click en el LINK

, los pasos para llevarlo a cabo
1.- Copiar el archivo a una ruta fácil de repetir
, no colocar en Documents and Settings, etc ..etc ..etc 
2.- Ejecutar el archivo de la forma
sqlplus usuario/password@string_conexion @archivo.sql
3.- En el script va a aparecer una consulta con respecto al nombre del usuario
Ingrese usuario a crear con solo roles de lectura :
4.- Además aparece una pregunta si es VoC ,
V = Implica que se mostrará el comando (Visualizar)
C = Implica que se ejecutará el comando (Crear)
Desea visualizar o crear (V o C)? :
5.- Con lo anterior se crearán roles con el prefijo ROLSER_nombre_de_esquema
6.- Se creará el usuario con grant de connect y se le asignarán todos los roles generados
En resumidas cuentas, un comando , para esa ingrata tarea ... de enrolar
Espero les sirva
![]()
![]()
26.01.10. 14:00:00. 180 words, 1895 views. Categories: Base de datos, SQL / Programación, Cosas varias, Sql*Plus , Leave a comment » • Send a trackback »
Utilizando las métricas de Oracle para generar gráficos
Siempre existe la necesidad de mostrar información de manera gráfica, bien lo dice el dicho "Un dibujo vale más que mil palabras" , por ende , mostrar nu gráfico de comportamiento de algún componente de nuestra base de datos, se agradece mucho más que mostrar información de forma plana.
Para ello nos centraremos en la actividad de las vistas relacionadas a las métricas, disponibles desde Oracle10gr1 en adelante

La vista V$SYSMETRIC muestra la métrica de sistema capturada en un intervalo de 15 y 60 segundos , algunos datos importantes en esta vista
V$SYSMETRIC.BEGIN_TIME : Fecha de inicio del intervalo
V$SYSMETRIC.END_TIME : Fecha de término del intervalo
V$SYSMETRIC.INTSIZE_CSEC : Centésimas de segundo en el intervalo
V$SYSMETRIC.METRIC_NAME : Nombre de la métrica
V$SYSMETRIC.VALUE : Valor de la métrica
V$SYSMETRIC.METRIC_UNIT : Descripción de la unidad de medida, en otras palabras , como se calcula el valor de la métrica
La gracia principal de esto es que podemos capturar información de mucha utilidad y generar gráficos "para el jefe" , ¿cómo así? , pues bien ... analicemos un dato que es extremadamente importante y aparece en todos lugares , el Buffer Cache Hit Ratio
Con esta consulta sobre la V$SYSMETRIC podemos consultar el hit ratio del database buffer cache
SQL> r
1 select to_char(BEGIN_TIME,'dd-mm-yyyy hh24:mi:ss') "Fecha Inicio" ,
2 to_char(END_TIME,'dd-mm-yyyy hh24:mi:ss') "Fecha Termino" ,
3 INTSIZE_CSEC ,
4 GROUP_ID ,
5 METRIC_ID ,
6 METRIC_NAME ,
7 VALUE ,
8 METRIC_UNIT
9 from v$sysmetric
10* where metric_name like '%Buffer Cache Hit Ratio%'
Y podríamos recopilar información como la que sigue
Fecha Inicio Fecha Termino INTSIZE_CSEC GROUP_ID METRIC_ID METRIC_NAME VALUE METRIC_UNIT
------------------- ------------------- ------------ ---------- ---------- ------------------------- ------- ----------------------------------------
11-11-2009 20:11:15 11-11-2009 20:12:15 6000 2 2000 Buffer Cache Hit Ratio 100.00 % (LogRead - PhyRead)/LogRead
11-11-2009 20:12:45 11-11-2009 20:13:00 1500 3 2000 Buffer Cache Hit Ratio 100.00 % (LogRead - PhyRead)/LogRead
El problema principal (si se le puede llamar problema) es que sólo muestra 2 puntos y con eso, claramente no sabremos la tendencia de nuestra base de datos , por ende necesitamos más puntos, ¿de dónde obtenerlos?, pues del historial de esa vista , la V$SYSMETRIC_HISTORY
1 select to_char(BEGIN_TIME,'dd-mm-yyyy hh24:mi:ss') "Fecha Inicio" ,
2 to_char(END_TIME,'dd-mm-yyyy hh24:mi:ss') "Fecha Termino" ,
3 INTSIZE_CSEC ,
4 GROUP_ID ,
5 METRIC_ID ,
6 METRIC_NAME ,
7 VALUE ,
8 METRIC_UNIT
9 from v$sysmetric_history
10 where metric_name like '%Buffer Cache Hit Ratio%'
11* order by 1
Acá nos muestra la última hora de las métricas que necesitamos visualizar , lo cual ya se puede sentir como algo más elaborado , o sea, "les presentamos el comportamiento del Database Buffer Cache durante la última hora" , suena bien , está vista nos entrega información de la última hora con un total de registros de 74
Y si queremos tener una curva algo más prolongada, quizás, el último mes del Database Buffer Cache, pues allí debemos consultar la vista DBA_HIST_SYSMETRIC_HISTORY
La información viaja así ...... después de una hora en memoria en las vistas V$SYSMETRIC y V$SYSMETRIC_HISTORY , el proceso Background MMON descarga la información de estás vistas al diccionario de datos , esa información la encontramos en la vista DBA_HIST_SYSMETRIC_HISTORY
Si piensan un poco , lo anterior es lo que sucede cuando el MMON captura la información estadística desde la SGA , o sea, son los Snapshots del AWR , entre más Snapshots existan , la curva puede ser más amplia cuando analicemos información estadística, que interesante!!!
La forma en que pueden realizar los gráficos mediante la información proveniente de estas tablas, la pueden encontrar muy detallada, paso a paso en el siguiente artículo
![]()
![]()
Graficar en Excel información proveniente desde Statspack![]()
![]()
![]()
Hay que extrapolar un poco , la información en este caso no viene del Statspack , proviene de las vistas de Oracle, pero para el caso, es aplicable 500%
¿Qué otra información es útil como métrica?
La verdad muchas otras, como por ejemplo
* CPU Usage Per Sec
* Disk Sort Per Sec
* Host CPU Utilization (%)
* Leaf Node Splits Per Sec
* Library Cache Hit Ratio
* Memory Sorts Ratio
* PGA Cache Hit %
* Physical Reads Per Sec
* Redo Generated Per Sec
* Soft Parse Ratio
* Etc,etc.
La información está , es llegar y graficar 
Mayor descripción de la vista V$SYSMETRIC
De la vista V$SYSMETRIC_HISTORY
Y de la vista DBA_HIST_SYSMETRIC_HISTORY
Espero que les sirva
![]()
![]()
20.01.10. 16:40:17. 770 words, 1065 views. Categories: Oracle 11g, Oracle 10g, Tuning / Performance, Oracle11gR2 , Leave a comment » • Send a trackback »
Cuando recuperamos un archivelog en la FRA , ¿Cómo lo sacamos desde allí?
Este es el escenario, se necesita hacer un logminer con unos archivelos , los cuales se encuentran en backupset , la secuencia de pasos es :
- Catalogar los backupset
- Hacer una restauración de los archivelogs a disco
- Aplicar logminer
Pero entre el paso de catalogar y restaurar hay que indicarle a RMAN que deje en cierta ruta los archivelogs, sino , estos pueden pasar a la FRA y desde allí no le puedo aplicar el logminer (o por lo menos no lo he intentado)
Esto es lo que sucede y la forma de solucionarlo
RMAN> catalog backuppiece '/respaldo/oracle/backupset_32181818_1.bkp';
cataloged backuppiece
backup piece handle=/respaldo/oracle/backupset_32181818_1.bkp recid=12469 stamp=707174130RMAN>
Y procedemos a restaurar
RMAN> restore archivelog logseq=39753;
Starting restore at 01-JAN-10
using channel ORA_DISK_1
using channel ORA_SBT_TAPE_1channel ORA_DISK_1: starting archive log restore to default destination
channel ORA_DISK_1: restoring archive log
archive log thread=1 sequence=39753
channel ORA_DISK_1: reading from backup piece /respaldo/oracle/backupset_32181818_1.bkp
channel ORA_DISK_1: restored backup piece 1
piece handle=/respaldo/oracle/backupset_32181818_1.bkp tag=TAG20091210T025643
channel ORA_DISK_1: restore complete, elapsed time: 00:02:35
Finished restore at 01-JAN-10RMAN>
Pero figura como channel ORA_DISK_1: starting archive log restore to default destination
¿Qué significa eso? , pues sencillamente que restaura a una posición por defecto que para nuestro caso es la FRA que se encuentra en ASM
¿Cómo averiguamos donde quedo?, pues ejecutando la misma restauración
RMAN> restore archivelog logseq=39753;
Starting restore at 01-JAN-10
using channel ORA_DISK_1
using channel ORA_SBT_TAPE_1archive log thread 1 sequence 39753 is already on disk as file +DATA/instance1/archivelog/2010_01_01/thread_1_seq_39753.687.707174297
restore not done; all files readonly, offline, or already restored
Finished restore at 01-JAN-10
Ahora nos vemos enfrentados al hecho de sacar el archivelog desde la FRA, eso se hace mediante los siguientes comandos
RMAN> copy archivelog '+DATA/instance1/archivelog/2010_01_01/thread_1_seq_39753.687.707174297' to '/respaldo/oracle/logminer/archive_39753.arc';
Starting backup at 01-JAN-10
released channel: ORA_SBT_TAPE_1
using channel ORA_DISK_1
channel ORA_DISK_1: starting archive copy
input archive log thread=1 sequence=39753 recid=157342 stamp=707174445
output filename=/respaldo/oracle/logminer/archive_39753.arc recid=157343 stamp=707176036
channel ORA_DISK_1: archivelog copy complete, elapsed time: 00:00:09
Finished backup at 01-JAN-10RMAN>
Después de eso, simplemente borramos el archivelog que dejamos en la FRA
RMAN> delete archivelog '+DATA/instance1/archivelog/2010_01_01/thread_1_seq_39753.687.707174297';
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=521 instance=instance1 devtype=DISKList of Archived Log Copies
Key Thrd Seq S Low Time Name
------- ---- ------- - --------- ----
157342 1 39753 A 09-DEC-09 +DATA/instance1/archivelog/2010_01_01/thread_1_seq_39753.687.707174297Do you really want to delete the above objects (enter YES or NO)? YES
deleted archive log
archive log filename=+DATA/instance1/archivelog/2010_01_01/thread_1_seq_39753.687.707174297 recid=157342 stamp=707174445
Deleted 1 objectsRMAN>
Después de eso, podemos aplicar logminer sobre los archivelogs que se encuentran en sistema operativo
Como resumen , lo más interesante es el uso del comando COPY en RMAN, con lo cual podemos sacar los archivelogs desde la FRA en ASM hacía disco.
Espero les sirva![]()
![]()
01.01.10. 19:52:12. 515 words, 912 views. Categories: RMAN (Recovery Manager) , Leave a comment » • Send a trackback »