ORAMON el otro Background

Como borrar las Alertas de Oracle Enterprise Manager

2011-10-18T11:54:00.004-03:00

Hace un tiempo estaba revisando un Grid Control que tenía alertas reportadas desde hace mucho (más de 3 años), la cual depuraré sin misericordia…Jajajajaja.
Estas alertas jamás podrían ser eliminadas ya que, si bien tienen un estado "limpio"; pero se encuentran dentro del umbral crítico definido para esta alerta; por lo tanto, nunca seran eliminadas por el agente. De esta manera se puede aplicar este WorkAround, el cual obviamente Oracle no publica nada al respecto y tampoco soporta como procedimiento oficial.

Esto funciona así:
El procedimiento bajo el esquema SYSMAN llamado em_severity.delete_current_severity posee 3 variables de entrada llamadas:

P_TARGET_GUID
P_METRIC_GUID
P_KEY_VALUE

Los valores son rescatadas por la consulta ejecutada a la tabla sysman.mgmt_targets, para luego armar un script dinámico que permita "fumigar" de una vez estas alertas que siempre quedan dando vuelta.
Además, para asegurar que la alerta que será eliminada corresponde al día y hora señalada, se recomienda cambiar la configuración del parámetro NLS_DATE_FORMAT para obtener un resultado más detallado:

alter session set NLS_DATE_FORMAT='DD-MM-YYYY HH24:MI:SS';

select t.target_name
, collection_timestamp
, message
, 'Ejecutar Comando bajo la cuenta SYSMAN :'||'exec em_severity.delete_current_severity(''' ||
t.target_guid || ''',''' ||
metric_guid || ''',''' ||
key_value || ''')' em_severity
from mgmt_targets t
inner join
mgmt_current_severity s
on
t.target_guid = s.target_guid
where
target_name like '&SERVIDOR_ALERTADO'

Resultado

JUDAS1
05-04-2009 17:35:23
Metrics "Global Cache Average CR Get Time" is at 2.29141
Ejecutar Comando bajo la cuenta SYSMAN:
exec em_severity.delete_current_severity('5E0A6DF17A248B926C8A33C034123EE9','97C89AFFEE006CBA603A30604D5A4A00',' ')

Luego verificar que las alertas sean eliminadas desde Grid Control -> bajar al final en el Link Alertas -> navegar al Tab Crítica!!!

Y como siempre...

VIVA LINUX!!!
Alberto Silva Gallardo.

Método para exportar particiones con el API Data Pump

2011-09-23T14:36:00.002-03:00

Con el siguiente procedimiento PL/SQL es posible exportar una partición y utilizar todas las ventajas que nos ofrece siempre la programación.

La idea es exportar una partición que tiene un tamaño de 1,5GB desde una tabla. Este procedimiento es muy útil y es muy efectivo. En algún momento trabajare en el método para Importar particiones, ahora si hay algún "amigo" que pueda aportar con el Import siempre será bienvenido por compartir lo que sabe globalmente.

Procedimiento para export particiones

DECLARE
l_dp_handle NUMBER;
BEGIN
l_dp_handle := DBMS_DATAPUMP.open(
operation => 'EXPORT',
job_mode => 'TABLE',
remote_link => NULL,
job_name => 'JOB_EXPORTA_PARTICION',
version => 'LATEST');

DBMS_DATAPUMP.add_file(
handle => l_dp_handle,
filename => 'test_part1.dmp',
directory => 'EXP');

DBMS_DATAPUMP.add_file(
handle => l_dp_handle,
filename => 'test_part1.log',
directory => 'EXP',
filetype => DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE);

Los siguientes parámetros son los encargados de filtrar la metadata que necesitamos exportar:

DBMS_DATAPUMP.metadata_filter(
handle => l_dp_handle,
name => 'SCHEMA_LIST',
value => '''PEPITO''');

DBMS_DATAPUMP.metadata_filter(
handle => l_dp_handle,
name => 'NAME_LIST',
value => '''TABLA_TRANSACCIONES''');

Las comillas simples alrededor del nombre de la partición (que se duplica es requerido por PL / SQL)

DBMS_DATAPUMP.data_filter(
handle => l_dp_handle,
name => 'PARTITION_LIST',
value => '''PARTICION_TABLA_TRANSACCIONES''',
table_name => ' TABLA_TRANSACCIONES ',
schema_name => 'PEPITO');

DBMS_DATAPUMP.start_job(l_dp_handle);

DBMS_DATAPUMP.detach(l_dp_handle);
END;
/

LOGS DataPump

Starting "SYS"."TABLA_TRANSACCIONES":
Estimate in progress using BLOCKS method...
Processing object type TABLE_EXPORT/TABLE/TABLE_DATA
Total estimation using BLOCKS method: 1.5 GB
Processing object type TABLE_EXPORT/TABLE/TABLE
Processing object type TABLE_EXPORT/TABLE/GRANT/OWNER_GRANT/OBJECT_GRANT
Processing object type TABLE_EXPORT/TABLE/INDEX/INDEX
Processing object type TABLE_EXPORT/TABLE/CONSTRAINT/CONSTRAINT
Processing object type TABLE_EXPORT/TABLE/INDEX/STATISTICS/INDEX_STATISTICS
Processing object type TABLE_EXPORT/TABLE/AUDIT_OBJ
Processing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STATISTICS
. . exported "PEPITO"."TBL_TRX_TRANSACCIONES":"PARTICION_TABLA_TRANSACCIONES" 1.371 GB 4289848 rows
Master table "SYS"."TABLA_TRANSACCIONES" successfully loaded/unloaded
******************************************************************************
Dump file set for SYS.TABLA_TRANSACCIONES is:
/archive/exp/test_part1.dmp
Job "SYS"."TABLA_TRANSACCIONES" successfully completed at 10:33:01

En el Sistema Operativo

test_part1.log
test_part1.dmp

!!!!!Para Monitorear el progreso del proceso Export!!!!!

set lines 120
col opname for a25 trunc
col username for a15 trunc
col target for a20
col sid for 999999
col serial# for 999999
col %DONE for a8
select b.username,a.sid,b.opname,b.target,round(b.SOFAR*100 / b.TOTALWORK,0) || ‘%’ as “%DONE”,
b.TIME_REMAINING,to_char(b.start_time,’YYYY/MM/DD HH24:MI:SS’) START_TIME
from V$SESSION_LONGOPS b,V$SESSION a where a.sid=b.sid and TIME_REMAINING 0 order by b.SOFAR/b.TOTALWORK;

VIVA LINUX!!!!
Alberto Silva Gallardo

Como mover un indice de tipo LOB a un tablespace diferente

2011-09-23T14:35:00.002-03:00

Muchas veces se necesita realizar la tarea de mover índices a otros tablespaces debido a la ganancia en el balanceo de carga (I/O) y la ganancia que esto produce cuando no tenemos una base de datos por ejemplo configurada con ASM o en versiones antiguas de base de datos como Oracle8i y Oracle9i.

La sintaxis para mover un índice de un tablespace a otro se realiza de la siguiente manera:

alter index OWNER.INDEX_NAME rebuild tablespace TABLESPACE_DE_DESTINO;

Para calcular cuánto espacio se necesita disponible para mover este segmento de tipo índice, se puede utilizar la siguiente consulta:

select sum(bytes)/1024/1024 "Tamaño_en_MB"
from dba_extents
where segment_name ='INDEX_NAME';

Para los índices de tipo LOB que están asociados a una columna de la tabla, la cual fue creada con este tipo de segmento es necesario utilizar la siguiente consulta para determinar que índice debemos mover:

select 'alter table '||owner||'.'||table_name||' move '||chr(10)|| 'LOB ('||column_name||') store as '||'(tablespace TABLESPACE_DE_DESTINO);'
from dba_lobs
where owner ='ESQUEMA_A_MOVER';

Output:

alter table OWNER.TABLE_NAME move lob (COLUMNA_DE_TIPO_LOB) store as (tablespace TABLESPACE_DE_DESTINO);

Si no es utilizado este método para mover el índice de tipo LOB al nuevo tablespace, Oracle nos entrega el siguiente error:

ORA-02327: cannot create index on expression with datatype LOB

VIVA LINUX!!!!
Alberto Silva Gallardo.

VM Console error VncViewer.class not found

2011-03-07T11:43:00.000-03:00

Hace un tiempo estoy trabajando en el mundo de la vitalización, revisando e investigando las mejores formas de optimizar la plataforma con respecto a la velocidad, tiempo que lleva realizar un Deploy de sistemas ya existentes y la unificación de sistemas físicos para ser llevados a una arquitectura virtual. Básicamente en este caso ya previa configuración de Oracle VM Manager y Oracle VM Server, se me ha presentado un problema al momento de iniciar la consola VNC desde el browser para tener acceso al sistema operativo. Más adelante publicare una nota donde hablare de la implementación, sizing y consideraciones de la plataforma Oracle VM. Obviamente, es en base a la experiencia y lecturas que he realizado este último tiempo.

Aquí va el primer problema:

cargar: clase VncViewer.class no encontrada.

Output Error:

cargar: clase VncViewer.class no encontrada.
java.lang.ClassNotFoundException: VncViewer.class
at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass0(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: open HTTP connection failed:https://172.1.1.35:4443/OVS/faces/app/VncViewer/class.class
at sun.plugin2.applet.Applet2ClassLoader.getBytes(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader.access$000(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
... 9 more
Excepción: java.lang.ClassNotFoundException: VncViewer.class

Solución:
Efectivamente como prerrequisito en el servidor de Oracle VM Manager debe tener instalados ciertos programas para arrancar en VNC desde una consola Web. Estos packages de sistema operativo se pueden bajar directamente desde el siguiente Link:

http://oss.oracle.com/oraclevm/manager/RPMS/

Para Plaformas Linux de 64bit:

ovm-console-1.0.0-2.x86_64.rpm

Para Plaformas Linux de 32bit:

ovm-console-1.0.0-2.i386.rpm

El package tightvnc-java también es un prerrequisito y se utiliza el mismo para plaformas de 32bit o 64bit.

tightvnc-java-1.3.9-3.noarch.rpm

Método de instalación:
Ambos packages deben ser instalados en el servidor que está configurado con Oracle VM Manager. Esta máquina controla completamente el ambiente virtual y a cada Oracle VM Server configurado y que es parte de un "Server Pool".

Configurando el paquete ovm-console-1.0.0-2

Configurando el paquete tightvnc-java

Una vez, realizada la configuración de los packages no es necesario reiniciar el servidor con Oracle VM Manager, permitiendo entrar nuevamente a la consola:

Espero les sirva este WorkAround!!!!!!

Saludos.
Viva Linux.
Alberto Silva Gallardo

Como eliminar el repositorio de Oracle Enterprise Manager 11gR1

2011-01-10T09:26:00.000-03:00

A veces estamos complicados por la instalación y configuración del repositorio de Oracle Enterprise Manager (10.2.0.5 o 11gR1) y la verdad que no basta con solo eliminar los binarios, también es importante eliminar el repositorio que ha sido creado en la base de datos existente.
Para recrear el repositorio de OEM, una alternativa que pueden utilizar es eliminar el usuario SYSMAN y SYSMAN_MDS del repositorio.

Vamos a explicar cada uno de los argumentos que el utilitario RepManager utiliza para la eliminación del repositorio:

$/sysman/admin/emdrep/bin/RepManager

1.-
Hostname donde reside el servidor de base de datos.

2.-
Puerto donde escucha el proceso listener.

3.-
SID = Oracle System ID, utilizado para identificar una base de datos en el sistema.

4.- -dbUser sys
Usuario dueño del diccionario de Datos.

5.- -dbPassword
Clave del usuario sys

6.- -dbRole sysdba

7.- -reposName sysman
Nombre de esquema dueño del repositorio de Enterprise Manager

8.- -reposPassword
Clave del usuario sysman

9.- -action dropall
El argumento "-action dropall" va a eliminar completamente el repositorio de Oracle Enterprise manager, eliminado los principales usuarios llamados SYSMAN y SYSMAN_MDS.

Existen más opciones:
CREATE, UPDATE, TRANSX, RESUME, DROP

10.- -mwHome

Directorio donde se encuentran los Home's de varios productos como por ejemplo: Agent11g, oms11g,wlserver entre otros.

11.- -mwOraHome

Directorio Instalación de Oracle Weblogic 10.3.2

12.- -oracleHome

Directorio donde se encuentra instalado el oms11g

Ejecutando RepManager:

$ORACLE_HOME/sysman/admin/emdrep/bin/RepManager oraroots 1521 reproots -action dropall -dbUser sys -dbPassword xxx?xxx -dbRole sysdba
-mwHome /oracle/app/middleware -mwOraHome /oracle/app/middleware/wlserver_10.3 -oracleHome /oracle/app/middleware/oms11g

OUTPUT:

processing arguments
compiling arguments for validation
Enter password for: sys
done checking required user credentials...
done creating arguments...
creating logger..
Connection exception in action logger path calculated: /oracle/app/middleware/oms11g/sysman/log/schemamanager/
action logger path calculated: /oracle/app/middleware/oms11g/sysman/log/schemamanager/
action logger path calculated finally: /oracle/app/middleware/oms11g/sysman/log/schemamanager/
no action logger file name from previous session
action logger filename after search: emschema.log
action logger filename finally: emschema.log
filename: /oracle/app/middleware/oms11g/sysman/log/schemamanager/emschema.log
newly created: /oracle/app/middleware/oms11g/sysman/log/schemamanager/emschema.log
Driver: oracle.jdbc.driver.OracleDriver
jdbcUrl = jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(Host=oraroots)(Port=1521)))(CONNECT_DATA=(SID=reproots)))
action to perform is: drop
action is non-transx - RCU based action
action logger path calculated finally: /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/
action logger path calculated finally: /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/
action logger filename finally: emschema.log.DROP
filename: /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/emschema.log.DROP
already exists: /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/emschema.log.DROP
action logger path calculated finally: /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/
process_id:7ylvziv43e9i
Still Running...
Processing command line ....
Repository Creation Utility - Checking Prerequisites
Checking Global Prerequisites
Still Running...
Still Running...
Repository Creation Utility - Checking Prerequisites
Checking Component Prerequisites
Repository Creation Utility - Drop
Repository Drop in progress.
Still Running...
Percent Complete: 9
Still Running...
Still Running...
Percent Complete: 45
Percent Complete: 49
Still Running...
Percent Complete: 100
Repository Creation Utility: Drop - Completion Summary
Database details:
Connect Descriptor : (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(Host=oraroots)(Port=1521)))(CONNECT_DATA=(SID=reproots)))
Connected As : sys
Prefix for (prefixable) Schema Owners : DEFAULT_PREFIX
RCU Logfile : /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/rcu.log
Component schemas dropped:
Component Status Logfile
EM Repository Drop Success /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/em_repos_drop.log

Repository Creation Utility - Drop : Operation Completed
Completed...
exiting the thread...
[Initializing the EM RCU Runner, Running the Schema Action, Schema Action Completed Successfully]
action logger path calculated finally: /oracle/app/middleware/oms11g/sysman/log/schemamanager/m_111810_0914_AM/m_111810_0914_AM.DROP/
drop mds schema...
Enter DBA Password
Processing command line ....
Repository Creation Utility - Checking Prerequisites
Checking Global Prerequisites
Repository Creation Utility - Checking Prerequisites
Checking Component Prerequisites
Repository Creation Utility - Drop
Repository Drop in progress.
Percent Complete: 9
Percent Complete: 9
Percent Complete: 18
Percent Complete: 47
Percent Complete: 100
Repository Creation Utility: Drop - Completion Summary
Database details:
Connect Descriptor : (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(Host=oraroots)(Port=1521)))(CONNECT_DATA=(SID=reproots)))
Connected As : sys
Prefix for (prefixable) Schema Owners : SYSMAN
RCU Logfile : /oracle/app/middleware/oms11g/emmds.log
Component schemas dropped:
Component Status Logfile
Metadata Services Success /oracle/app/middleware/oms11g/mds.log

Saludos,
Alberto Silva Gallardo.
Viva Linux!!!!!

Patching - Oracle Weblogic 10.3.2 para Grid Control 11gR1

2010-12-10T13:29:00.000-03:00

Smart Update bsu es un utilitario que permite instalar parches al software de Weblogic. Existen varias opciones que nos pueden ayudar a determinar si están instalados los parches, removerlos entre otras cosas.

Aquí algunos de los parámetros y argumentos más importantes de bsu:

Como Instalar el Patch Set WDJ7

1.- Abrir un Service Request en Metalink para solicitar el Patch Set WDJ7, ya que se esta instalando y configurando Oracle Enterprise Manager 11gR1.

2.- Instalar Oracle Web Logic 10.3.2

3.- Aplicando el Patch Set con BSU

Acceder al directorio:

oracle@vmlinux01[dbrepos]:/u01/oracle/app/product/oracle/MDW01/utils/bsu$
cd cache_dir/

Copiar el Patch Set WDJ7.zip en el siguiente directorio:

oracle@vmlinux01[dbrepos]:/u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir$

Descomprimir el archivo con unzip:

unzip WDJ7.zip

oracle@vmlinux01[dbrepos]:/u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/WDJ7$

$ ls -tlr
-rw-r--r-- 1 oracle oinstall 9917387 Dic 07 2010 patch-catalog.xml
-rw-r--r-- 1 oracle oinstall 131678 Dic 07 2010 prod-info.xml
-rw-r--r-- 1 oracle oinstall 4904 Dic 07 2010 XLXA.jar
-rw-r--r-- 1 oracle oinstall 3652 Dic 07 2010 NIXN.jar
-rw-r--r-- 1 oracle oinstall 8683 Dic 07 2010 4D53.jar
-rw-r--r-- 1 oracle oinstall 387 Dic 07 2010 WDJ7.jar

Ejecutando vía comandos el instalador bsu con las siguientes opciones:

-prod_dir: BEA_HOME donde se encuentra instalado el Weblogic Server, en este caso corresponde al directorio:

/u01/oracle/app/product/oracle/MDW01/wlserver_10.3

-patchlist: Nombre del Patch Set o lista de parches a instalar. En este caso colocamos WDJ7

-verbose: Muestra detalles de cada parche instalado.

-install patch_download_dir: Directorio donde se encuentra el Parch Set o parches a instalar. En este caso se descomprime el archivo WDJ7.zip en el directorio :
/u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/

ejecutando la shell bsu.sh

oracle@vmlinux01[dbrepos]:/u01/oracle/app/product/oracle/MDW01/utils/bsu$ ./bsu.sh -prod_dir=/u01/oracle/app/product/oracle/MDW01/wlserver_10.3 -patchlist=WDJ7 -verbose -install patch_download_dir=/u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/WDJ7
Checking for conflicts..
No conflict(s) detected

Installing Patch Set ID: WDJ7

Starting installation of Patch ID: XLXA
Installing /u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/WDJ7/XLXA.jar
Extracting /u01/oracle/app/product/oracle/MDW01/patch_wls1032/patch_jars/Bug9221722_1032.jar
Updating /u01/oracle/app/product/oracle/MDW01/patch_wls1032/profiles/default/sys_manifest_classpath/weblogic_patch.jar
Old manifest value: Class-Path=
New manifest value: Class-Path=../../../patch_jars/Bug9221722_1032.jar
Result: Success

Starting installation of Patch ID: 4D53
Installing /u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/WDJ7/4D53.jar
Extracting /u01/oracle/app/product/oracle/MDW01/patch_wls1032/patch_jars/Bug9100465_1032.jar
Updating /u01/oracle/app/product/oracle/MDW01/patch_wls1032/profiles/default/sys_manifest_classpath/weblogic_patch.jar
Old manifest value: Class-Path=../../../patch_jars/Bug9221722_1032.jar
New manifest value: Class-Path=../../../patch_jars/Bug9100465_1032.jar ../../../patch_jars/Bug9221722_1032.jar
Result: Success

Starting installation of Patch ID: NIXN
Installing /u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/WDJ7/NIXN.jar
Extracting /u01/oracle/app/product/oracle/MDW01/patch_wls1032/patch_jars/bug8990616_1032.jar
Updating /u01/oracle/app/product/oracle/MDW01/patch_wls1032/profiles/default/sys_manifest_classpath/weblogic_patch.jar
Old manifest value: Class-Path=../../../patch_jars/Bug9100465_1032.jar ../../../patch_jars/Bug9221722_1032.jar
New manifest value: Class-Path=../../../patch_jars/bug8990616_1032.jar ../../../patch_jars/Bug9100465_1032.jar ../../../patch_jars/Bug9221722_1032.jar
Result: Success

Como verificar el estado de los parches instalados con bsu

bsu.sh -view -status=applied -prod_dir=/u01/oracle/app/product/oracle/MDW0/wlserver_10.3

ProductName: WebLogic Server
ProductVersion: 10.3 MP2
Components: WebLogic Server/Core Application Server,WebLogic Server/Admi
nistration Console,WebLogic Server/Configuration Wizard and
Upgrade Framework,WebLogic Server/Web 2.0 HTTP Pub-Sub Serve
r,WebLogic Server/WebLogic SCA,WebLogic Server/WebLogic JDBC
Drivers,WebLogic Server/Third Party JDBC Drivers,WebLogic S
erver/WebLogic Server Clients,WebLogic Server/WebLogic Web S
erver Plugins,WebLogic Server/UDDI and Xquery Support,WebLog
ic Server/Workshop Code Completion Support
BEAHome: /u01/oracle/app/product/oracle/MDW01
ProductHome: /u01/oracle/app/product/oracle/MDW01/wlserver_10.3
PatchSystemDir: /u01/oracle/app/product/oracle/MDW01/utils/bsu
PatchDir: /u01/oracle/app/product/oracle/MDW01/patch_wls1032
Profile: Default
DownloadDir: /u01/oracle/app/product/oracle/MDW01/utils/bsu/cache_dir/WDJ7
JavaVersion: 1.6.0_14
JavaVendor: Sun

Patch Set ID: WDJ7 (9438213)
Patch ID: XLXA (9221722)
Patch ID: 4D53 (9100465)
Patch ID: NIXN (BUG8990616)

Hasta aquí, se ha revisado completamente el método de parchado de Oracle WebLogic para ser configurado con Oracle Enterprise Manager 11gR1.

Viva Linux!!!
Saludos,
Albero Silva Gallardo.

RMAN - Comandos Rapidos y Tips

2010-10-22T11:37:00.000-03:00

Acá les dejo algunos comandos básicos de RMAN que nos ayudan a realizar ciertas tareas automatizadas.

1.- Como restaurar ArchiveLogs dentro de un rango de secuencias a un directorio determinado:

run
{
allocate channel CN01 type 'SBT_TAPE' parms 'BLKSIZE=100000,ENV=(TDPO_OPTFILE=/usr/tivoli/tsm/client/oracle/bin64/test.opt)';
allocate channel CN02 type 'SBT_TAPE' parms 'BLKSIZE=100000,ENV=
set archivelog destination to '/archive/DBORA';
restore archivelog from sequence 100 until sequence 2000;
release channel CN01;
release channel CN02;
}

2.- Como listar los ArchiveLogs necesarios para una recuperación dentro de un rango de fechas.

list backup of archivelog from time "TO_DATE('27-05-2010 06:00:00','DD-MM-YYYY HH24:MI:SS')" until time "TO_DATE('31-05-2010 15:00:00','DD-MM-YYYY HH24:MI:SS')";

3.- Como identificar la fecha de los Backup Piece que esta utilizando RMAN para realizar un restore:

SQL> select
b.NAME,
a.COMPLETION_TIME,
a.MEDIA,
a.STATUS,
a.HANDLE
from
rc_backup_piece a,
rc_database b
where a.DB_KEY = b.DB_KEY
and HANDLE in
('uala0om3_1_1', ----> Backup Piece
'ucla0om3_1_1',
'ubla0om3_1_1',
'ukla0pqi_1_1',
'ufla0p2p_1_1',
'uela0p2a_1_1',
'unla0q5r_1_1',
'udla0p0t_1_1',
'ugla0p8i_1_1',
'uila0pem_1_1',
'uhla0pel_1_1',
'urla0qi7_1_1')
order by max(COMPLETION_TIME);

DBORA 05-06-2010 08:00:58 2680 A uala0om3_1_1
DBORA 05-06-2010 08:01:43 2703 A ucla0om3_1_1
DBORA 05-06-2010 08:01:56 2684 A ubla0om3_1_1
DBORA 05-06-2010 08:05:01 2680 A udla0p0t_1_1
DBORA 05-06-2010 08:08:19 2684 A ufla0p2p_1_1
DBORA 05-06-2010 08:08:21 2703 A uela0p2a_1_1
DBORA 05-06-2010 08:10:34 2680 A ugla0p8i_1_1
DBORA 05-06-2010 08:14:39 2703 A uhla0pel_1_1
DBORA 05-06-2010 08:14:41 2684 A uila0pem_1_1
DBORA 05-06-2010 08:20:42 2684 A ukla0pqi_1_1
DBORA 05-06-2010 08:27:18 2707 A unla0q5r_1_1
DBORA 05-06-2010 08:34:08 2707 A urla0qi7_1_1

Por ejemplo con estos datos podemos determinar desde que SCN inicial puedo comenzar a restaurar los Archivelogs para una recuperación.

Viva Linux!!!!
Alberto Silva G.

Recuperando una base de datos - Error ORA-01248

2010-10-22T10:29:00.001-03:00

Puede ocurrir que al momento de terminar una recuperación incompleta puedan tener problemas con un datafile que si bien no es parte de la recuperación, el controlfile lo posee, ya que se nos olvido o simplemente no podíamos determinar si efectivamente fue creado después del controlfile restaurado a un tiempo especifico. Sucede que este datafile no es necesario para mi recuperación, sin embargo esta contenido en el controlfile.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> SQL> 18:18:28 SQL> 18:18:28 SQL> ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01248: file 122 was created in the future of incomplete recovery
ORA-01110: data file 122: '/dev/rperf_raw053'

Solución:

Determinar si uno o más datafiles poseen un tiempo de SCN distinto. Esto se refiere a que todos los datafiles se encuentren a un tiempo de recuperación exacto.

Ejemplo:

Como determinar si están todos alineados a un mismo tiempo y SCN?

SELECT r.FILE# AS df#, d.NAME AS df_name, t.NAME AS Tablespace_name,
d.STATUS, r.ERROR, r.CHANGE#, r.TIME
FROM V$RECOVER_FILE r, V$DATAFILE d, V$TABLESPACE t
WHERE t.TS# = d.TS#
AND d.FILE# = r.FILE#
;

Salida:

DF# DF_NAME TABLESPACE_NAME STATUS ERROR CHANGE# TIME
---- --------------- --------- ----------- ------- -------- -------------------
1 /dev/db_raw027 SYSTEM SYSTEM ######### 02-04-2010 23:00:00
2 /dev/db_raw001 TBS1 RECOVER ######### 02-04-2010 23:00:00
3 /dev/db_raw026 SYSAUX RECOVER ######### 02-04-2010 23:00:00
4 /dev/db_raw008 TBS1 RECOVER ######### 02-04-2010 23:00:00
5 /dev/db_raw042 TBS2 RECOVER ######### 02-04-2010 23:00:00
6 /dev/db_raw010 TBS3 RECOVER ######### 02-04-2010 23:00:00
7 /dev/db_raw146 TBS4 RECOVER ######### 02-04-2010 23:00:00
8 /dev/db_raw024 TBS5 RECOVER ######### 02-04-2010 23:00:00
9 /dev/db_raw025 TBS5 RECOVER ######### 02-04-2010 23:00:00
10 /dev/db_raw030 USERS RECOVER ######### 02-04-2010 23:00:00
11 /dev/db_raw028 TBS6 RECOVER ######### 02-04-2010 23:00:00
122/dev/db_raw053 TBS1 RECOVER ######### 15-10-2010 04:41:08
123/dev/db_raw076 TBS2 RECOVER ######### 15-10-2010 04:49:03

Para este caso los datafiles 122 y 123 no pertenecen al tiempo de la recuperación; por lo tanto debemos hacer que el controlfile no los detecte nuevamente.

¿Como logramos esto?
Recreando el controlfile con la opción RESETLOGS de la siguiente manera:

Para obtener el trace del controlfile, se debe ejecutar el siguiente comando via SQL*Plus con el usuario SYS:

sqlplus / as sysdba

ALTER DATABASE BACKUP CONTOLFILE TO TRACE;

Este archivo de trace sera creado en el directorio UDUMP asignado a la instancia mediante el parametro USER_DUMP_DEST.

oracle@linux[DBORA]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.4.0 - Production on Fri Oct 22 08:47:37 2010

Copyright (c) 1982, 2007, Oracle. All Rights Reserved.

Connected to an idle instance.

SQL> startup nomount
ORACLE instance started.

Total System Global Area 8.5899E+10 bytes
Fixed Size 2245832 bytes
Variable Size 1.2767E+10 bytes
Database Buffers 7.3014E+10 bytes
Redo Buffers 115191808 bytes
SQL> @control.sql
SQL> set time on
08:47:48 SQL> CREATE CONTROLFILE REUSE DATABASE "DBORA" RESETLOGS NOARCHIVELOG
08:47:48 2 MAXLOGFILES 32
08:47:48 3 MAXLOGMEMBERS 4
08:47:48 4 MAXDATAFILES 1024
08:47:48 5 MAXINSTANCES 1
08:47:48 6 MAXLOGHISTORY 23371
08:47:48 7 LOGFILE
08:47:48 8 GROUP 1 (
08:47:48 9 '/dev/db_raw163',
08:47:48 10 '/dev/db_raw164'
08:47:48 11 ) SIZE 500M,

.
.
.

08:47:48 157 '/dev/db_raw149',
08:47:48 158 '/dev/db_raw150',
08:47:48 159 '/dev/db_raw133',
08:47:48 160 '/dev/db_raw081',
08:47:48 161 '/dev/db_raw098'
08:47:48 162 CHARACTER SET AL32UTF8
08:47:48 163 ;

Control file created.

Elapsed: 00:00:00.53
08:47:49 SQL> alter database open resetlogs;

Database altered.

Elapsed: 00:00:54.83
08:48:51 SQL>

Ahora pueden seguir utilizando su base de datos sin problemas.

Viva Linux!!!!!
Atte.
Alberto Silva G.

error while loading shared libraries: libmysqlclient.so.15

2010-08-29T01:13:00.000-03:00

Para instalar la base de datos MYSQL versión 5.1 en OEL 5 x86_64bit se debe configurar el package MySQL-server-community-5.1.49-1.rhel5.x86_64.rpm de la siguiente manera:

[root@localhost home]# rpm -Uvh MySQL-server-community-5.1.49-1.rhel5.x86_64.rpm
Preparing... ########################################### [100%]
1:MySQL-server-community ########################################### [100%]

PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER !
To do so, start the server, then issue the following commands:

/usr/bin/mysqladmin -u root password 'new-password'
/usr/bin/mysqladmin -u root -h localhost.localdomain password 'new-password'

Alternatively you can run:
/usr/bin/mysql_secure_installation

which will also give you the option of removing the test
databases and anonymous user created by default. This is
strongly recommended for production servers.

See the manual for more instructions.

Please report any problems with the /usr/bin/mysqlbug script!

Starting MySQL.[ OK ]
Giving mysqld 2 seconds to start
[root@localhost home]# service mysql status
MySQL running (26156) [ OK ]

Hasta aquí la instalación funciona sin problemas; pero al momento de ejecutar cualquier comando, se genera el siguiente error:

[root@localhost home]# /usr/bin/mysqladmin -u root password 'heretic'
/usr/bin/mysqladmin: error while loading shared libraries: libmysqlclient.so.15: cannot open shared object file: No such file or directory

Solucionando el problema de la librería compartida libmysqlclient.so.15

1.- Acceder al directorio /usr/lib64

2.- Con el comando wget bajar directamente el archivo libmysqlclient.so.15 en el directorio /usr/lib64. Es muy importante tener acceso a Internet para acceder al sitio
http://files.directadmin.com/services/es_5.0_64/libmysqlclient.so.15

3.- Para verificar que efectivamente la librería obtenida este funcionando correctamente y se encuentre en el lugar corresponde, se debe ejecutar el comando "locate":

[root@localhost home]# locate libmysqlclient
/usr/lib64/mysql/libmysqlclient.so.15
/usr/lib64/mysql/libmysqlclient.so.15.0.0
/usr/lib64/mysql/libmysqlclient_r.so.15
/usr/lib64/mysql/libmysqlclient_r.so.15.0.0

BONUS:

Para crear una base de datos en MYSQL, se debe ejecutar el siguiente comando:

mysqladmin -u root -p create dbprueba

Saludos.

Atte.,
Alberto Silva G.
Viva Linux!!!

Como instalar Oracle Database 11gR2 en Oracle Enterprise Linux 5

2010-08-06T17:33:00.000-03:00

Para instalar y configurar Oracle 11gR2 se ha considerado Oracle Enterprise Linux 5 de 64bit como sistema operativo base para la instalación.

Paso 1: Preparación de Sistema Operativo

Seleccionar los siguientes paquetes de sistema operativo para instalar nuestro servidor Linux:

.- GNOME Desktop Environment
.- Editors
.- Graphical Internet
.- Text-based Internet
.- Development Libraries
.- Development Tools
.- Server Configuration Tools
.- Administration Tools
.- Base
.- System Tools
.- X Window System

Paso 1.5 Configurar el repositorio Oracle Public Yum

En un post anterior, comente la configuración paso a paso del repositorio publico Yum de Oracle para RHEL5,OEL5, RHEL4, EOL4. Este paso es opcional; pero la verdad que simplifica demasiado las tareas de búsqueda e instalación de los paquetes RPM necesarios para correr runinstaller

Ingresa al siguiente Link para ver completo el post.

Como configurar el repositorio Oracle Public Yum

Paso 2: Bajar el software de Oracle desde OTN.

Oracle Database 11g Release 2 (11.2.0.1.0) para Linux x86-64

linux.x64_11gR2_database_1of2.zip
linux.x64_11gR2_database_2of2.zip

Paso 3: Generar un Stage Area

El Stage Area es un concepto utilizado para indicar donde se almacena el software que necesitamos para una instalación. En este caso los siguientes archivos deben ser desempaquetados mediante el utilitario unzip.

Ejemplo:

cd /StageArea

unzip linux.x64_11gR2_database_1of2.zip
unzip linux.x64_11gR2_database_2of2.zip

Paso 4: Configurar archivo de hosts

Acceder al directorio /etc y editar el archivo hosts. Se debe agregar la IP, el nombre completo del host con su dominio y el nombre abreviado o el nombre de la máquina. en el siguiente formato:

192.168.xx.xx test.andoria.cl test

Paso 5: Parámetros de Kernel

Desde la versión Oracle 10g el instalador valida los parámetros de Kernel configurados en el sistema operativo. En la versión de Oracle 11gR2 es posible observar todos los parámetros que tienen problemas y poder corregir el error mediante un script generado automáticamente, de tal manera que al ejecutarlo con el usuario root, es posible modificar dinámicamente dichos parámetros y volver a chequear los prerrequisitos para continuar con la instalación y no tener que ejecutarlo nuevamente.

Paso 6: Configurando el archivo limits.conf

Para configurar el archivo limits.conf es necesario acceder al directorio /etc/security y editar el archivo de la siguiente manera:

vi /etc/security/limits.conf

Una vez editado se deben agregar las siguientes líneas:

oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 1024
oracle hard nofile 65536

Paso 7: Configurando el archivo login:

acceder al directorio /etc/pam.d y editar el archivo login de la siguiente manera:

vi /etc/pam.d/login

Una vez editado se debe agregar la siguiente línea. En el caso que no exista se debe crear el archivo login.

session required pam_limits.so

Paso 9: Deshabilitando la seguridad en Linux

Es necesario deshabilitar la seguridad configurando el archivo config de la siguiente manera:

vi /etc/selinux/config

Una vez editado se debe configurar el parámetro SELINUX=disabled

Paso 8: Revisión de paquetes rpm

En un posteo anterior explique en detalle la configuración del repositorio Oracle yum install. Para revisar el procedimiento revisar el siguiente link

Como se puede observar de igual manera que los parámetros de kernel, el instalador indica cuales son los paquetes que faltarían instalar para continuar con el proceso de instalación.

NOTA: Estas librerías no están incluidas en la validación del paquete de 64bit correspondiente a esta versión de Oracle Enterprise Linux 5. Se deben instalar ya que son un prerrequisito necesario para continuar.

Una vez corregidos todos los problemas, se debe ejecutar nuevamente el botón "Check Again". Solo en este paso es posible presionar el botón "Next" para continuar con la instalación.

Paso 10: Creación de Grupos y usuarios

Grupos:

Con el usuario root ejecutar los siguientes comandos para crear los grupos:

groupadd oinstall
groupadd dba
groupadd oper

Usuarios:

Con el usuario root ejecutar los siguientes comandos para crear los usuarios:

useradd -g oinstall -G dba,oper, oracle
passwd oracle

Lo más cómodo para arrancar el instalador, es necesario abrir un terminal con el usuario root y ejecutar la siguiente línea en el terminal. Esto entrega los permisos necesarios para que cualquier usuario pueda ejecutar la interfaz grafica ‘X’.

[root@vmdali ~]# xhost +
access control disabled, clients can connect from any host

Luego cambiarse al usuario Oracle y ejecutar lo siguiente:

[root@vmdali ~]# su - oracle

[oracle@vmdali]$ export DISPLAY=:0.0
[oracle@vmdali]$ /Stage/database/runInstaller

La primera ventana de diálogo nos indica si queremos agregar nuestro mail y si además necesitamos que Oracle Support tenga nuestra configuración en sus sistemas. La verdad que para este caso no lo he seleccionado. Para continuar seleccionar el botón "NO" y presionar el botón "Next" para avanzar a la siguiente pantalla.

Seleccionar la opción "Install Database Software Only". Esta opción instala solamente el motor Oracle sin crear una base de datos. Para continuar presionar el botón "Next".

Seleccionar la opción "Single Instance Database Installation". La otra opción es para configurar Real Application Cluster. Para continuar presionar el botón "Next".

En esta pantalla el instalador nos entrega la posibilidad de elegir el soporte de idiomas para nuestra instalación. En este caso se eligió el idioma Inglés. Para continuar presionar el botón "Next".

Ahora, podemos elegir cual es la característica de componentes y licenciamiento que tendrá nuestro motor de base de datos. La Enterprise Edition tiene todas las funcionalidades necesarias para armar temas de Alta disponibilidad y Oracle Data Guard. También es importante por costos ofrecer un licencia más barata como lo es Oracle Standard Edition ONE, permitiendo configurar un RAC con dos nodos, lo cual es mucho más barato, si no utilizas funcionalidades como índices particionados, partitioning entre otras. Esto permite tener menor costo en licenciamiento. Presionar el botón "Next" para continuar.

Seleccionar cualquiera de las características del motor Oracle necesarias para la instalación. Es importante considerar el tipo de licencia que posee el negocio. Presionar continuar presionar el botón "Next".

Para más información consultar las siguientes notas en Metalink:

NOTA:271886.1 - Differences Between Different Editions of Oracle Database 10G

NOTA:1084132.1 - Differences Between Enterprise, Standard and Personal Editions on Oracle 11.2

Definiendo el Oracle Base Directory:

Dentro de las buenas prácticas de Oracle para mantener un orden general de todas las versiones y software existentes. Se define un directorio para almacenar todas las instalaciones de Oracle. Esto se conoce como ORACLE_BASE. El directorio base definido para la instalación del motor seria la siguiente:

/u01/app/oracle

Definiendo el Oracle Home Directory:

Se define al ORACLE_HOME como el directorio donde se almacenan los binarios del Motor Oracle.

/u01/app/oracle/product/11.2.0/db_1

Definiendo el Oracle Inventory:

Este directorio almacena todo el inventario de los productos Oracle que son instalados, como por ejemplo las versiones de cada componente. También es necesario colocar el grupo dueño del software Oracle. Para este caso el usuario oracle pertenece a dos grupos como el oinstall y dba. Por lo general uno administra el software del oracle y el dba para la instancia y los archivos que componen la base de datos física. Para continuar presionar el botón "Next".

Para efectos de esta instalación solamente asigne al grupo oinstall como el administrador de la base de datos y también operador. En este caso los privilegios de OSDBA podrán otorgar privilegios de SYSDBA y el OSOPER podrá otorgar privilegios de SYSOPER; pero debe ser miembro del grupo oinstall.

El instalador permite una revisión automática de todos los prerrequisitos mínimos necesarios para completar una instalación exitosa.

Luego de realizar el análisis completo de nuestro sistema, el instalador es capaz de entregar los parámetros con problemas o si faltan paquetes de sistema y un posible valor mínimo para cumplir con los prerrequisitos de instalación. Para corregir el problema es necesario presionar el botón "Fix & Check Again".

Entonces....voilà!!!! , el instalador genera un script, el cual trae la corrección del problema. En este caso debemos ingresar al directorio: /tmp/CVU_11.2.0.1.0_oracle. Acá se encuentra el script llamado runfixup.sh

La ejecución del script debe ser realizada por el usuario root

./runfixup.sh

Una vez ejecutado nuevamente ejecute el botón "Fix & Check Again" y continúe la instalación.

La barra de progreso indica el estado de avance de la instalación. A su vez, en la pantalla de "status" despliega el estado general de cada tarea y su avance.

Una vez, terminada esta gran travesía...podemos decir que el motor Oracle fue instalado exitosamente.

Saludos,
Alberto Silva Gallardo.

Viva Linux!!!!

Como configurar Database Console para Oracle RAC

2010-08-05T18:16:00.000-03:00

Nunca esta demás, saber como recrear el Oracle Database Console para Oracle RAC y la verdad que fue bastante fácil. Mediante los siguientes comandos es posible volver a crear el repositorio satisfactoriamente.

Dentro de los parámetros que solicita el dialogo, es necesario entregar los siguientes valores:

Listener port number: 1521
Cluster name: vmgrac01-hs_cluster
Password for SYS user:
Password for DBSNMP user:
Password for SYSMAN user:

Como encuentro el nombre del cluster?

Bueno, debes ir al directorio $CRS_HOME/bin y ejecutar el siguiente comando:

./cemutlo -n ---> vmgrac01-hs_cluster

Una vez, obtenido el nombre del Cluster, ya podemos continuar con la configuración del Oracle Database Console...

Para recrear entonces el repositorio ejecutar el siguiente comando con el usuario Oracle:

[oracle@vmgrac01-hst]$ $ORACLE_HOME/bin/emca -config dbcontrol db -repos create -cluster

STARTED EMCA at Aug 3, 2010 1:10:53 PM
EM Configuration Assistant, Version 10.2.0.1.0 Production
Copyright (c) 2003, 2005, Oracle. All rights reserved.

Enter the following information:
Database unique name: ORCL
Database Control is already configured for the database ORCL
You have chosen to configure Database Control for managing the database ORCL
This will remove the existing configuration and the default settings and perform a fresh configuration
Do you wish to continue? [yes(Y)/no(N)]: Y
Listener port number: 1521
Cluster name: vmgrac01-hs_cluster
Password for SYS user:
Password for DBSNMP user:
Password for SYSMAN user:
Email address for notifications (optional):
Outgoing Mail (SMTP) server for notifications (optional):
ASM ORACLE_HOME [ /u01/app/oracle/product/10.2.0/db_1 ]: /u01/app/crs
ASM port [ 1521 ]:
ASM user role [ SYSDBA ]:
ASM username [ SYS ]:
ASM user password:
-----------------------------------------------------------------

You have specified the following settings

Database ORACLE_HOME ................ /u01/app/oracle/product/10.2.0/db_1

Database instance hostname ................ vmgrac01-hst.andoria.cl
Listener port number ................ 1521
Cluster name ................ vmgrac01-hs_cluster
Database unique name ................ ORCL
Email address for notifications ...............
Outgoing Mail (SMTP) server for notifications ...............
ASM ORACLE_HOME ................ /u01/app/crs
ASM port ................ 1521
ASM user role ................ SYSDBA
ASM username ................ SYS

-----------------------------------------------------------------
Do you wish to continue? [yes(Y)/no(N)]: Y
Aug 3, 2010 1:14:50 PM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /u01/app/oracle/product/10.2.0/db_1/cfgtoollogs/emca/ORCL/emca_2010-08-03_01-10-53-PM.log.
Aug 3, 2010 1:16:48 PM oracle.sysman.emcp.util.DBControlUtil stopOMS
INFO: Stopping Database Control (this may take a while) ...
Aug 3, 2010 1:17:04 PM oracle.sysman.emcp.EMReposConfig createRepository
INFO: Creating the EM repository (this may take a while) ...
Aug 3, 2010 1:20:07 PM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully created
Aug 3, 2010 1:20:47 PM oracle.sysman.emcp.EMDBCConfig instantiateOC4JConfigFiles
INFO: Propagating /u01/app/oracle/product/10.2.0/db_1/oc4j/j2ee/OC4J_DBConsole_vmgrac01-hst_ORCL11 to remote nodes ...
Aug 3, 2010 1:20:47 PM oracle.sysman.emcp.EMDBCConfig instantiateOC4JConfigFiles
INFO: Propagating /u01/app/oracle/product/10.2.0/db_1/oc4j/j2ee/OC4J_DBConsole_vmgrac02-hst_ORCL12 to remote nodes ...
Aug 3, 2010 1:21:01 PM oracle.sysman.emcp.EMAgentConfig deployStateDirs
INFO: Propagating /u01/app/oracle/product/10.2.0/db_1/vmgrac01-hst_ORCL11 to remote nodes ...
Aug 3, 2010 1:21:15 PM oracle.sysman.emcp.EMAgentConfig deployStateDirs
INFO: Propagating /u01/app/oracle/product/10.2.0/db_1/vmgrac02-hst_ORCL12 to remote nodes ...
Aug 3, 2010 1:21:16 PM oracle.sysman.emcp.util.DBControlUtil secureDBConsole
INFO: Securing Database Control (this may take a while) ...
Aug 3, 2010 1:27:15 PM oracle.sysman.emcp.util.DBControlUtil startOMS
INFO: Starting Database Control (this may take a while) ...
Aug 3, 2010 1:28:00 PM oracle.sysman.emcp.EMDBPostConfig performConfiguration
INFO: Database Control started successfully
Aug 3, 2010 1:28:00 PM oracle.sysman.emcp.EMDBPostConfig performConfiguration
INFO: >>>>>>>>>>> The Database Control URL is https://vmgrac01-hst.andoria.cl:1158/em <<<<<<<<<<<
Aug 3, 2010 1:28:01 PM oracle.sysman.emcp.EMDBPostConfig showClusterDBCAgentMessage
INFO:
**************** Current Configuration ****************
INSTANCE NODE DBCONTROL_UPLOAD_HOST
---------- ---------- ---------------------

ORCL11 vmgrac01-hst vmgrac01-hst.andoria.cl
ORCL12 vmgrac02-hst vmgrac01-hst.andoria.cl

Enterprise Manager configuration completed successfully
FINISHED EMCA at Aug 3, 2010 1:28:01 PM

Nota: Es importante elegir cual nodo será configurado con Oracle Database Console, ya que se puede ingresar solo al nodo definido para esto. En este caso lo configure en el vmgrac01-hst.andoria.cl.

Y Listo!!!!
Viva LINUX!!!!

Saludos.
Alberto Silva Gallardo

Como configurar el repositorio Oracle Public Yum

2010-06-16T00:33:00.000-03:00

Muchas veces se ha convertido en un verdadero problema saber si están todas las librerías de sistema operativo instaladas para arrancar el runInstaller y terminar una instalación exitosa del motor Oracle. Para automatizar, estandarizar y controlar la instalación del motor Oracle sobre Linux. Oracle dispone de un repositorio público donde se encuentran todos los paquetes necesarios para la instalación y así garantizar un ambiente certificado y con buen funcionamiento basado en todos los prerrequisitos solicitados por Oracle.

El utilitario yum (Yellowdog Updater Modified) es un manejador de paquetes que permite automáticamente actualizar, instalar o eliminar paquetes del sistema operativo. Esto incluye la resolución automática de dependencias y revisión si existen paquetes desactualizados.

Para aprender mas sobre linux:
.- Proyecto Lucas - http://es.tldp.org
.- ejecuta "man yum"

Configurando Yum

Para realizar los primeros pasos de configuración es necesario ingresar al directorio /etc/yum.repos.d. En este directorio se debe dejar el repositorio público que será bajado mediante el utilitario wget.

Es importante tener en cuenta que también se puede bajar un repositorio para la versión Oracle Enterprise Linux 4. Donde se puede encontrar el paquete para la validación de prerrequisitos de instalación para la plataforma.

Una vez bajado el repositorio publico, debemos editarlo para habilitar el "Flag" que nos permitirá bajar todos los paquetes necesarios para nuestra instalación de Oracle.

Para Activar el "Flag" se debe modificar cada uno de los repositorios correspondientes a las actualizaciones hasta llegar a la última versión que se tiene instalada.

El cambio a realizar es el siguiente en el parámetro enabled:

enabled=0 a enabled=1

Grabar el archivo y salir con la opción wq!

El paquete RPM oracle-validated esta encargado de automatizar la instalación de todos los prerrequisitos necesarios para configurar Oracle, ya sea en su versión Standalone o RAC.

Se puede bajar desde el siguiente link para la versión OEL 5:

http://oss.oracle.com/el5/oracle-validated/

Disponible también para la versión OEL 4:

http://oss.oracle.com/el4/

Una vez seleccionado el paquete para la version de sistema operativo, es necesario guardarlo en un directorio definido para su almacenamiento.

Para iniciar el proceso automático de instalación de paquetes, es necesario ejecutar el siguiente comando:

yum install oracle-validated-1.0.0-18.el5.x86_64.rpm

Una vez, que automáticamente se detectaron los paquetes necesarios para instalar y se analizan y resuelven las dependencias. El utilitario permite mediante un pequeño dialogo proceder con la instalación respondiendo lo siguiente:

Is this ok [y/N]: y

Cuando el proceso termina entrega el siguiente mensaje:

Complete!

Mediante esta configuración y procedimiento es posible instalar 10gR2, 11gR1 y 11gR2.

NOTA: Es importante tener en cuenta que no se consideran en este proceso tres paquetes de 32-bit que son necesarias para instalar 11gR1 y 11gR2. En todo caso el instalador de Grid Infraestructure o el instalador de la base de datos 11gR2 es lo bastante inteligente para analizar el sistema e indicar cuales son los tres paquetes que faltan.

Saludos,
Alberto
Viva LINUX!!!!!

Como Instalar y Configurar Oracle Enterprise Manager 11g

2010-06-07T12:27:00.000-03:00

Para los que han utilizado las versiones anteriores de Oracle Enterprise Manager 10g. Podrán notar que la instalación ha cambiado. Básicamente todos los que utilizaban algún componente web como Apache han sido reemplazados por Oracle WebLogic Server. En una experiencia anterior lo implemente para Oracle Fusion Middleware 11g. Parece ser complejo y en parte lo es, ya que se deben manejar conceptos de alta disponibilidad al configurar los componentes para preparar una arquitectura de este tipo. También, permite crear un Cluster al momento de la instalación, esto posibilita la configuración de otro producto y puede ser integrado al Oracle WebLogic Server y así ofrecer una alta disponibilidad de servicios como por ejemplo un OEM en HA con Oracle RAC.

A continuación revisaremos todos los pasos para instalar Oracle Enterprise Manager 11g

1.- Obtener la versión apropiada de JDK

Como siempre, pienso que Linux es un buen sistema operativo para desarrollar el cerebro...jajaja. Debemos ingresar al siguiente link para obtener el JDK necesario para la instalación (Ya lo configure con otra versión de JDK); pero no funciona y no esta soportado, así que no pierdan tiempo y bajen la versión certificada:

2.- Instalando el JDK 18 Update 6

Una vez, obtenido el software, es necesario instalar el JDK. Para esto, se debe ejecutar el siguiente comando como el usuario root:

3.- Bajar la versión de Oracle WebLogic Server 10.3.2

Este componente es necesario para integrar Oracle Enterprise Manager 11g. No sirve otra versión y se encontraran con problemas al momento de crear el repositorio de OEM11g.
Nota: Para plataformas de 64bit, deben bajar el link que dice Oracle WebLogic Package Installer ----> "File - Generic 902MB"

Para bajar la versión apropiada del producto, aquí les dejo el link:

4.- Instalando Oracle WebLogic Server 10g (10.3.2)

Para instalar el Oracle WebLogic Server 10.3.2, es necesario dejar el archivo wls1032_generic.jar en un directorio definido para almacenar los binarios del producto. Para arrancar el instalador se debe ejecutar el siguiente comando:

5.- Errores conocidos

Puede ocurrir el siguiente error, si la versión del JDK no es la apropiada. El paquete jdk-6u18-linux-x64-rpm corresponde a un Linux de 64bit; pero esta disponible para distintas plataformas de sistema operativo y versiones.

6.- Instalando Oracle WebLogic Server

Esta es la ventana de bienvenida, para continuar con la instalación simplemente presiona "Next".

6.1.- Seleccionando el tipo de instalación

Esta ventana muestra cual es el tipo de instalación. Para una instalación básica, la cual no contempla grandes cambios en una infraestructura Standalone, seleccione la opción "Typical". En este caso el instalador automáticamente crear un dominio de WebLogic capaz de soportar las aplicaciones de Oracle Enterprise Manager 11g. El dominio creado por default se llama GCDomain. Una vez, seleccionada la opción presionar el botón "Next".

6.2.- Seleccionar la versión de JDK Instalada

Automáticamente el instalador mostrara la versión de JDK configurada y se recomienda incluir en el PATH correspondiente al usuario oracle.

6.3.- Directorio de Instalación

Siguiendo las normas OFA, se creara un directorio llamado "Middleware" donde se instalara el producto WebLogic Server.

6.4.- Sumario de productos a instalar

En esta ventana se muestran todos los componentes instalados, para continuar presionar el botón "Next".

6.5.- Progreso de la instalación

6.5.- Fin de la instalación

Hasta aquí, ya tenemos instalado el Oracle WebLogic Server 10g (10.3.2).

EN CONSTRUCCION

Ahora continuaremos con la segunda parte, la cual instalara el Oracle Enterprise Manager 11g. Para instalar la base de datos es necesario configurar el repositorio publico de paquetes.También se considera la instalación de Oracle Database 11gR2 sobre OEL 5 de 64bit.

Para continuar con la configuración, se deben instalar los siguientes componentes:

1.- Configuración de repositorio público y Oracle-Validated
2.- Instalación y configuración de Oracle 11gR2
3.- Instalación y configuración de Oracle Enterprise Manager 11g (En construcción)

Saludos,
Atte.
Alberto Silva G.

Agradecimientos Totales....OCP

2010-03-26T14:00:00.000-03:00

Después de mucho sacrificio familiar y personal...solo puedo agradecer a mi familia por todo el apoyo entregado en esta nueva cruzada. A mi hijo Dalí por sentirse orgulloso de mi, decirme que podía hacerlo y tirarme a la piscina como lo hacíamos en el verano, sin miedo....jajajaja
Gracias mi vida por apoyarme incondicionalmente a cada minuto y tan solo decir que ahora rompo una nueva cadena, de esas que se arrastran y que se enganchan en todo lugar.

Gracias a todos mis amigos que me felicitaron por este logro....
A mi Maestro Carlos Ríos que siempre confío en que podría lograrlo y ser uno de sus alumnos estrella...comenzando como OUI y ahora OCP. A mi padawan Manuel Fuenzalida por la fuerza y querer siempre llegar mas lejos, también estoy orgulloso de ti, por tu gran esfuerzo.

Un abrazo.

Creando una SAN en EOL 5 para Oracle RAC

2009-11-17T00:02:00.001-03:00

Preparando un Target SCSI para Oracle RAC

Estaba trabajando con discos compartidos con la opción "eagerzerothick" en ESX 4.0. Esta configuración permite tener discos virtuales compartidos, los cuales son presentados a los nodos que componen la configuración de un Cluster de sistema operativo y en este caso utilizados para conformar los dispositivos asociados a una instancia ASM para Oracle RAC. La verdad que me complique bastante intentando hacer esto y las particiones presentadas a cada nodo funcionan sin problemas. Pero es necesario tener bastante conocimiento de ESX para que funcione. Los issues fueron bastantes y decidí preparar otra configuración mas simple de algo que conozco en mas detalle.

La solución fue implementar un Target SCSI, capaz de presentar Luns a los nodos como una SAN y asignar estos dispositivos particionados al Oracle ASM. Permitiendo configurar todo mediante la asignación lógica de los dispositivos pertenecientes a cada Nodo.

Revisemos el diagrama para entender la solución:

El diagrama muestra un único almacenamiento, el cual esta conformado por discos virtuales creados en el nodo donde se encuentra instalado el "SCSI target" o "tgt". En el Nodo Target los dispositivos son presentados como LUNs "Logical unit numbers". El protocolo Ip basado en un almacenamiento remoto vía red, proporcionara acceso a las LUNs, que a su vez serán descubiertas por los otros nodos y serán presentadas como dispositivos lógicos, los cuales deben ser particionados para su utilización y posterior configuración con Oracle ASMLib (createdisk).
Se crea una interfaz de red por cada nodo en un segmento distinto al definido para las publicas y privadas relacionadas al interconnect. Esta red solo será para trafico de paquetes al puerto 3260. También se instalaran los deamons iscsid y tgtd.

Definición de Servidor SAN

La siguiente configuración de requerimientos mininos esta corriendo en una maquina virtual con ESX 4.0.

Memoria: inicial 512MB
CPU: 1 Procesador
Disco: 1 Partición para S.0 - 20GB
1 Partición para Swap - Depende de la memoria de la maquina (memoria RAM * 2.5)
1 Partición para almacenamiento de discos. - 60GB
S.O : Oracle Enterprise Linux 5 (32Bit ò 64 Bit)
Red: 1 eth0

Instalar los siguientes paquetes en el Nodo Target (vmstorage01)

rpm -Uvh iscsi*

iscsi-initiator-utils-6.2.0.871-0.10.el5
iscsi-target-utils-0.0-5.20080917snap.el5

Es muy importante resolver las dependencias de paquetes que se necesitan al momento de instalar.

Configurando el dispositivo de Red para el nodo de almacenamiento

Se debe modificar el script que controla la configuración del dispositivo eth0 en la siguiente ruta:

cd /etc/sysconfig/network-scripts

editar: ifcfg-eth0 y configurar de la siguiente manera:

DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
IPADDR=1.99.1.254
NETMASK=255.255.0.0

Configurar nombre de maquina

editar /etc/host
1.99.1.254 vmstorage01.andoria.cl vmstorage01

Creación de discos para LUNs

dd if=/dev/zero of=/Storage/discos/disk01.dat bs=1M count=10240

Se ha creado un filesystem llamado Storage con una capacidad de 60GB. Dentro de este filesystem serán creados los discos virtuales, los cuales serán reconocidos posteriormente como Luns. Cada discos tendrá un tamaño de 10GB.

/Storage/discos/disk01.dat --> Disco de10GB.

Configuración del initiator

cd /etc/iscsi y modificar el archivo initiatorname.iscsi.

Se debe agregar el nombre del target SCSI y puerto donde corre el initiator para permitir la conexión de los Host clientes.

initiatorName=vmstorage01.andoria.cl:3260

Definiendo la ruta física de los discos

Editar el archivo targets.conf en la ruta /etc/tgt y agregar todos los discos creados en el paso 6. También se debe agregar el initiatorName para identificar la conocer la procedencia de los discos.

backing-store /Storage/discos/disk01.dat
backing-store /Storage/discos/disk02.dat
.
.
backing-store /Storage/discos/diskn.dat

Configurando el rc.local

La utilidad tgtadm (Linux SCSI Target Administración Utility), se encarga de asignar los discos a unidades lógicas numéricas permitiendo configurar una LUN.

tgtadm -lld iscsi --op new --mode logicalunit --tid 1 --lun 1 -b /Storage/discos/disk01.dat

tgtadm --lld iscsi --op bin --mode target --tid 1 -I ALL

En el caso que se creen mas Luns, estas deben ser definidas en los archivos targets.conf y rc.local

Para detalles de cada una de las opciones: http://linux.die.net/man/8/tgtadm

Para determinar que esta funcionando y se crearon efectivamente las Luns, se deben ejecutar los siguientes comandos.

[root@vmstorage01 ~]# tgtadm --lld iscsi --op show --mode target
Target 1: vmstorage01.andoria.cl:vmstorage01
System information:
Driver: iscsi
State: ready
I_T nexus information:
I_T nexus: 10
Initiator: iqn.1994-05.com.redhat:29d1d814e590 ---> Cliente nodo VMRAC1
Connection: 0
IP Address: 1.99.1.252
I_T nexus: 11
Initiator: iqn.1994-05.com.redhat:4258579d9357 ----> Cliente nodo VMRAC2
Connection: 0
IP Address: 1.99.1.251
LUN information:
LUN: 0
Type: controller
SCSI ID: deadbeaf1:0
SCSI SN: beaf10
Size: 0 MB
Online: Yes
Removable media: No
Backing store: No backing store
LUN: 1
Type: disk
SCSI ID: deadbeaf1:1
SCSI SN: beaf11
Size: 10737 MB
Online: Yes
Removable media: No
Backing store: /Storage/discos/disk01.dat
LUN: 2
Type: disk
SCSI ID: deadbeaf1:2
SCSI SN: beaf12
Size: 10737 MB
Online: Yes
Removable media: No
Backing store: /Storage/discos/disk02.dat

Hasta aquí, la configuración esta terminada.

Presentando las Luns a un nuevo nodo

Se definen dos nodos para la configuración de Oracle RAC. En este caso el nuevo nodo se ha denominado VMRAC1. Para la presentación de las Luns, se debe instalar el paquete
en EOL 5:

rpm -Uvh iscsi-initiator-utils-6.2.0.871-0.10.el5.rpm

[root@vmrac1 ~]# rpm -qa | grep initiator
iscsi-initiator-utils-6.2.0.871-0.10.el5

Este package debe estar instalado en todos los nodos que componen la configuración de Oracle RAC. Este package también fue instalado en el nodo VMRAC2.

Verificando los nuevos dispositivos

Este comando realizara el descubrimiento de los nuevos dispositivos en forma automática:

[root@vmrac1 iscsi]# iscsiadm -m discovery -t sendtargets -p vmstorage01
1.99.1.253:3260,1 vmstorage01.bizware.cl:vmstorage01

En el directorio /dev se encuentran los distintos dispositivos asociados a particiones, hardware, etc.

ls -ltr /dev/sd*

[root@vmrac1 dev]# ls -ltr sd*
brw-r----- 1 root disk 8, 2 Nov 22 22:21 sda2
brw-r----- 1 root disk 8, 0 Nov 22 22:21 sda
brw-r----- 1 root disk 8, 1 Nov 22 22:22 sda1
brw-r----- 1 oracle oinstall 8, 80 Nov 22 22:22 sdf
brw-r----- 1 oracle oinstall 8, 16 Nov 22 22:22 sdb
brw-r----- 1 oracle oinstall 8, 48 Nov 22 22:22 sdd
brw-r----- 1 root oinstall 8, 96 Nov 22 22:22 sdg
brw-r----- 1 oracle oinstall 8, 128 Nov 22 22:22 sdi
brw-r----- 1 oracle oinstall 8, 144 Nov 22 22:22 sdj
brw-r----- 1 oracle oinstall 8, 160 Nov 22 22:22 sdk
brw-r----- 1 oracle oinstall 8, 32 Nov 22 22:22 sdc
brw-r----- 1 oracle oinstall 8, 64 Nov 22 22:22 sde
brw-r----- 1 root oinstall 8, 112 Nov 22 22:22 sdh

Con Fdisk vamos a crear la nueva partición. Esto genera los nuevos dispositivos para ser configurados con OracleASM.

brw-r----- 1 root disk 8, 17 Nov 23 01:24 sdb1
brw-r----- 1 root disk 8, 33 Nov 23 01:24 sdc1
brw-r----- 1 root disk 8, 65 Nov 23 01:24 sde1
brw-r----- 1 root disk 8, 49 Nov 23 01:24 sdd1
brw-r----- 1 root disk 8, 81 Nov 23 01:24 sdf1
brw-r----- 1 root oinstall 8, 113 Nov 27 11:10 sdh1
brw-r----- 1 root oinstall 8, 97 Nov 27 11:10 sdg1
brw-r----- 1 oracle oinstall 8, 129 Nov 27 12:12 sdi1
brw-r----- 1 oracle oinstall 8, 161 Nov 27 12:12 sdk1
brw-r----- 1 oracle oinstall 8, 145 Nov 27 12:12 sdj1

Podemos observar que hay ciertos dispositivos asignados al usuario root con grupo oinstall y otros asignados al usuario oracle grupo oinstall. Por definición solamente los dispositivos que serán asociados al OCR mediante el Clusterware deben pertenecer al root, el Voting Disk y particiones que soportaran los discos de ASM deben pertenecer al usuario oracle.

En esta configuración se han creado dos dispositivos para OCR de 600MB, tres dispositivos para Voting Disk de 600MB y cuatro particiones de 10GB, las cuales soportaran los discos de ASM y posteriormente almacenaran la base de datos. Es importante recordar que ya no es necesario crear los raw devices y simplemente todo puede ir almacenados en particiones. Para el caso de 11gR2 la instancia de ASM es creada al inicio para que el OCR y Voting Disk sean almacenados en discos de ASM directamente.

asignación de permisos a los distintos dispositivos

Se debe configurar el archivo /etc/rc.local de la siguiente manera:

[root@vmrac1 etc]# cat rc.local
#!/bin/sh
#
# This script will be executed *after* all the other init scripts.
# You can put your own initialization stuff in here if you don't
# want to do the full Sys V style init stuff.

touch /var/lock/subsys/local

chown oracle:oinstall /dev/sdb1
chown oracle:oinstall /dev/sdc1
chown oracle:oinstall /dev/sdd1
chown oracle:oinstall /dev/sde1
chown oracle:oinstall /dev/sdf1
chown root:oinstall /dev/sdg1 ----> OCR01
chown root:oinstall /dev/sdh1 ----> OCR02
chown oracle:oinstall /dev/sdi1
chown oracle:oinstall /dev/sdj1
chown oracle:oinstall /dev/sdk1

Instalando ASM

Todos los packages deben ser instalados en todos los nodos que componen el ambiente de Oracle RAC.
Para bajar los paquetes necesarios para la versión de sistema operativo, consultar el siguiente Link:

http://www.oracle.com/technology/tech/linux/asmlib/index.html

-rw-r--r-- 1 root root 129621 Nov 17 10:25 oracleasm-2.6.18-164.el5PAE-2.0.5-1.el5.i686.rpm
-rw-r--r-- 1 root root 85222 Nov 17 10:25 oracleasm-support-2.1.3-1.el5.i386.rpm
-rw-r--r-- 1 root root 13769 Nov 17 10:25 oracleasmlib-2.0.4-1.el5.i386.rpm
[root@vmrac1 tmp]# rpm -Uvh oracleasm-2.6.18-164.el5PAE-2.0.5-1.el5.i686.rpm
error: Failed dependencies:
oracleasm-support >= 2.0.0 is needed by oracleasm-2.6.18-164.el5PAE-2.0.5-1.el5.i686
[root@vmrac1 tmp]# rpm -Uvh oracleasm-support-2.1.3-1.el5.i386.rpm
Preparing... ########################################### [100%]
1:oracleasm-support ########################################### [100%]
[root@vmrac1 tmp]# rpm -Uvh oracleasm-2.6.18-164.el5PAE-2.0.5-1.el5.i686.rpm
Preparing... ########################################### [100%]
1:oracleasm-2.6.18-164.el########################################### [100%]
[root@vmrac1 tmp]# rpm -Uvh oracleasmlib-2.0.4-1.el5.i386.rpm
Preparing... ########################################### [100%]
1:oracleasmlib ########################################### [100%]

[root@vmrac1 tmp]# /etc/init.d/oracleasm configure
Configuring the Oracle ASM library driver.

This will configure the on-boot properties of the Oracle ASM library
driver. The following questions will determine whether the driver is
loaded on boot and what permissions it will have. The current values
will be shown in brackets ('[]'). Hitting without typing an
answer will keep that current value. Ctrl-C will abort.

Default user to own the driver interface []: oracle
Default group to own the driver interface []: oinstall
Start Oracle ASM library driver on boot (y/n) [n]: y
Scan for Oracle ASM disks on boot (y/n) [y]: y
Writing Oracle ASM library driver configuration: done
Initializing the Oracle ASMLib driver: [ OK ]
Scanning the system for Oracle ASMLib disks: [ OK ]

Instalar y configurar de la misma manera en todos los nodos del ambiente Oracle RAC.

Creando los discos de ASM

conectarse como root al nodo 1 y ejecutar lo siguiente:

[root@vmrac1 ~]# /etc/init.d/oracleasm createdisk DISK01 /dev/sdb1
Marking disk "DISK01" as an ASM disk: [ OK ]
[root@vmrac1 ~]# /etc/init.d/oracleasm createdisk DISK02 /dev/sdc1
Marking disk "DISK02" as an ASM disk: [ OK ]
[root@vmrac1 ~]# /etc/init.d/oracleasm createdisk DISK03 /dev/sdd1
Marking disk "DISK03" as an ASM disk: [ OK ]
[root@vmrac1 ~]# /etc/init.d/oracleasm createdisk DISK04 /dev/sde1
Marking disk "DISK04" as an ASM disk: [ OK ]
[root@vmrac1 ~]# /etc/init.d/oracleasm createdisk DISK05 /dev/sdf1
Marking disk "DISK05" as an ASM disk: [ OK ]

[root@vmrac1 ~]# /etc/init.d/oracleasm listdisks
DISK01
DISK02
DISK03
DISK04
DISK05
[root@vmrac1 ~]# /etc/init.d/oracleasm scandisks
Scanning the system for Oracle ASMLib disks: [ OK ]

nodo 2:

[root@vmrac2 init.d]# ./oracleasm scandisks
Scanning the system for Oracle ASMLib disks: [ OK ]
[root@vmrac2 init.d]# ./oracleasm listdisks
DISK01
DISK02
DISK03
DISK04
DISK05

verificar los discos de ASM a nivel de Sistema Operativo:

cd /dev/oracleasm/disks

brw-rw---- 1 oracle oinstall 8, 17 Nov 23 01:24 DISK01
brw-rw---- 1 oracle oinstall 8, 33 Nov 23 01:24 DISK02
brw-rw---- 1 oracle oinstall 8, 49 Nov 23 01:24 DISK03
brw-rw---- 1 oracle oinstall 8, 65 Nov 23 01:24 DISK04
brw-rw---- 1 oracle oinstall 8, 81 Nov 23 01:24 DISK05

Hasta aquí la configuración de los discos y ASM esta completada. Ahora se puede proceder para crear la instancia en RAC y la base de datos.

Saludos.
Alberto
Viva Linux!!!!!!

Emulando una Super DLT a Disco

2009-08-27T13:50:00.001-03:00

Descubriendo Oracle Test Disk API

En mi búsqueda para encontrar ambientes que puedan emular tecnología muy costosa, me encontré con un problema cuando respalde el Flash Recovery Area. El error ORA-6747 indica que no es posible respaldar a disco la (FRA) y debe ser asignado una canal SBT. La verdad que si no tengo cintas estoy "frito" y no puedo respaldar en caso de alguna catástrofe.

Respaldando Flash Recovery Area con RMAN

Al configurar el (FRA) con RMAN, sera posible mantener los respaldos realizados sin tener que ser llevados a cinta. Esto aumenta la disponibilidad de respaldos en caso de alguna falla y disminuye el MTTR.

MTTR 'Mean Time to Recover'
Este término significa el tiempo promedio que se demora al recuperar un sistema. En este caso, es tiempo que demora recuperar la base de datos.

Para revisar el espacio disponible en el (FRA), se puede consultar la siguiente vista:

SQL> select SPACE_RECLAIMABLE from V$RECOVERY_FILE_DEST;

SPACE_RECLAIMABLE
-----------------
43008

El valor de esta columna se incrementa cada vez que se realiza un respaldo, si esta definido en el flash recovery area.

API oracle.disksbt

El oracle.disksbt es un API que nos provee Oracle para poder testear procedimientos de respaldo que utilizan dispositivos SBT. En este caso se define como un pseudo dispositivo de cinta que en definitiva esta configurado contra un filesystem ó directorio definido para almacenar ahí los respaldos realizados con esta API. Finalmente, RMAN asume que tiene una cinta y que el dispositivo SBT esta disponible cada vez que necesita consultar, respaldar o recuperar. Es importante generar una configuración persistente mediante la definición del parámetro con el comando CONFIGURE.

1.- Crear un directorio donde el usuario dueño del motor Oracle pueda escribir.
ejemplo : mkdir /oracle/tape_backup

2.- Llamando a la API desde RMAN

Ej: run {
allocate channel DR1 device type 'SBT_TAPE' PARMS="SBT_LIBRARY=oracle.disksbt,ENV=(BACKUP_DIR=/oracle/type_backup)";
backup as compressed backupset database plus archivelog;
backup current controlfile;
backup spfile tag=FULL_DB
}

allocated channel: DR1
channel DR1: sid=134 devtype=SBT_TAPE
channel DR1: WARNING: Oracle Test Disk API

Starting backup at 27-AUG-09
current log archived
channel DR1: starting compressed archive log backupset
channel DR1: specifying archive log(s) in backup set
input archive log thread=1 sequence=17 recid=17 stamp=695996692
input archive log thread=1 sequence=18 recid=18 stamp=695996761
input archive log thread=1 sequence=19 recid=19 stamp=695997028
channel DR1: starting piece 1 at 27-AUG-09
channel DR1: finished piece 1 at 27-AUG-09
piece handle=2skno4j5_1_1 tag=TAG20090827T123029 comment=API Version 2.0,MMS Version 8.1.3.0
channel DR1: backup set complete, elapsed time: 00:00:02
Finished backup at 27-AUG-09

Starting backup at 27-AUG-09
channel DR1: starting compressed full datafile backupset
channel DR1: specifying datafile(s) in backupset
input datafile fno=00001 name=/oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/system01.dbf
input datafile fno=00003 name=/oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/sysaux01.dbf
input datafile fno=00002 name=/oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/undotbs01.dbf
input datafile fno=00004 name=/oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/users01.dbf
channel DR1: starting piece 1 at 27-AUG-09
channel DR1: finished piece 1 at 27-AUG-09
piece handle=2tkno4j8_1_1 tag=TAG20090827T123031 comment=API Version 2.0,MMS Version 8.1.3.0
channel DR1: backup set complete, elapsed time: 00:01:25
Finished backup at 27-AUG-09

Starting backup at 27-AUG-09
current log archived
channel DR1: starting compressed archive log backupset
channel DR1: specifying archive log(s) in backup set
input archive log thread=1 sequence=20 recid=20 stamp=695997117
channel DR1: starting piece 1 at 27-AUG-09
channel DR1: finished piece 1 at 27-AUG-09
piece handle=2ukno4lv_1_1 tag=TAG20090827T123159 comment=API Version 2.0,MMS Version 8.1.3.0
channel DR1: backup set complete, elapsed time: 00:00:02
Finished backup at 27-AUG-09

Starting backup at 27-AUG-09
channel DR1: starting full datafile backupset
channel DR1: specifying datafile(s) in backupset
including current control file in backupset
channel DR1: starting piece 1 at 27-AUG-09
channel DR1: finished piece 1 at 27-AUG-09
piece handle=2vkno4m2_1_1 tag=TAG20090827T123202 comment=API Version 2.0,MMS Version 8.1.3.0
channel DR1: backup set complete, elapsed time: 00:00:02
Finished backup at 27-AUG-09

Starting backup at 27-AUG-09
channel DR1: starting full datafile backupset
channel DR1: specifying datafile(s) in backupset
including current SPFILE in backupset
channel DR1: starting piece 1 at 27-AUG-09
channel DR1: finished piece 1 at 27-AUG-09
piece handle=30kno4m5_1_1 tag=FULL_DB comment=API Version 2.0,MMS Version 8.1.3.0
channel DR1: backup set complete, elapsed time: 00:00:02
Finished backup at 27-AUG-09

Starting Control File and SPFILE Autobackup at 27-AUG-09
piece handle=c-3301411538-20090827-09 comment=API Version 2.0,MMS Version 8.1.3.0
Finished Control File and SPFILE Autobackup at 27-AUG-09
released channel: DR1

RMAN> list backup;

List of Backup Sets
===================

BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
4452 256.00K SBT_TAPE 00:00:01 27-AUG-09
BP Key: 4454 Status: AVAILABLE Compressed: YES Tag: TAG20090827T123029
Handle: 2skno4j5_1_1 Media:

List of Archived Logs in backup set 4452
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 17 490207 27-AUG-09 490569 27-AUG-09
1 18 490569 27-AUG-09 490612 27-AUG-09
1 19 490612 27-AUG-09 490799 27-AUG-09

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
4453 Full 95.00M SBT_TAPE 00:01:22 27-AUG-09
BP Key: 4455 Status: AVAILABLE Compressed: YES Tag: TAG20090827T123031
Handle: 2tkno4j8_1_1 Media:
List of Datafiles in backup set 4453
File LV Type Ckp SCN Ckp Time Name
---- -- ---- ---------- --------- ----
1 Full 490809 27-AUG-09 /oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/system01.dbf
2 Full 490809 27-AUG-09 /oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/undotbs01.dbf
3 Full 490809 27-AUG-09 /oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/sysaux01.dbf
4 Full 490809 27-AUG-09 /oracle/product/10.2.0/oradata/BIZPR1/BIZPR1/users01.dbf

BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ ---------------
4468 256.00K SBT_TAPE 00:00:01 27-AUG-09
BP Key: 4473 Status: AVAILABLE Compressed: YES Tag: TAG20090827T123159
Handle: 2ukno4lv_1_1 Media:

List of Archived Logs in backup set 4468
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- --------- ---------- ---------
1 20 490799 27-AUG-09 490843 27-AUG-09

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
4481 Full 7.00M SBT_TAPE 00:00:01 27-AUG-09
BP Key: 4483 Status: AVAILABLE Compressed: NO Tag: TAG20090827T123202
Handle: 2vkno4m2_1_1 Media:
Control File Included: Ckp SCN: 490863 Ckp time: 27-AUG-09

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
4493 Full 256.00K SBT_TAPE 00:00:01 27-AUG-09
BP Key: 4495 Status: AVAILABLE Compressed: NO Tag: FULL_DB
Handle: 30kno4m5_1_1 Media:
SPFILE Included: Modification time: 27-AUG-09

BS Key Type LV Size Device Type Elapsed Time Completion Time
------- ---- -- ---------- ----------- ------------ ---------------
4505 Full 7.25M SBT_TAPE 00:00:01 27-AUG-09
BP Key: 4507 Status: AVAILABLE Compressed: NO Tag: TAG20090827T123209
Handle: c-3301411538-20090827-09 Media:
Control File Included: Ckp SCN: 490886 Ckp time: 27-AUG-09
SPFILE Included: Modification time: 27-AUG-09

Y ahora podemos respaldar el Flash Recovery Area:

RMAN> backup recovery area;

Starting backup at 27-AUG-09
allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=134 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: WARNING: Oracle Test Disk API
specification does not match any datafile copy in the repository
specification does not match any backupset in the repository
skipping archive log file /oracle/product/10.2.0/db_1/flash_recovery_area/BIZPR1/archivelog/2009_08_27/o1_mf_1_17_59fdtmw0_.arc; already backed up 1 time(s)
skipping archive log file /oracle/product/10.2.0/db_1/flash_recovery_area/BIZPR1/archivelog/2009_08_27/o1_mf_1_18_59fdws7p_.arc; already backed up 1 time(s)
skipping archive log file /oracle/product/10.2.0/db_1/flash_recovery_area/BIZPR1/archivelog/2009_08_27/o1_mf_1_19_59ff54nn_.arc; already backed up 1 time(s)
skipping archive log file /oracle/product/10.2.0/db_1/flash_recovery_area/BIZPR1/archivelog/2009_08_27/o1_mf_1_20_59ff7xl3_.arc; already backed up 1 time(s)
Finished backup at 27-AUG-09

Un Abrazo.
Alberto Silva

Paper - Alta Disponibilidad de Datos en EBS R12

2009-08-04T12:02:00.001-03:00

He realizado un Paper donde explico la forma de crear un sitio de contingencia a un Oracle E-Business Suite R12 con Data Guard 10g. Este trabajo lo realice el año pasado y acá muestro como fue la experiencia.

Esta es una técnica estándar y se puede extrapolar incluso a un Oracle Application Server.

http://www.scribd.com/doc/18210512/Ha-10gr2-Ebsr12

Un Abrazo.
Cotosilva

Migrando una base de datos a ASM

2009-08-03T15:38:00.000-03:00

Estaba trabajando en una migración para llevar una base de datos en raw device a ASM. La verdad, es que en AIX es un poco compleja la definición y los parámetros para crear los dispositivos raw. En realidad lo interesante es definir el Multi-Pathing que será utilizado para un comportamiento aceptado.

Bueno utilizamos IBM SDDPCM el cual, es un módulo de control de ruta de acceso cargable diseñado para soportar el entorno de configuración multipath en el servidor de almacenamiento IBM. Cuando se configuran los dispositivos aceptados como dispositivos capaces MPIO, SDDPCM es cargado y se hace parte del controlador del dispositivo de AIX MPIO con el modulo de SDDPCM mejora la disponibilidad de datos y equilibrio de carga de E/S.
• SDDPCM gestiona las rutas de acceso para proporcionar:
• Alta disponibilidad y equilibrio de carga de almacenamiento E/S.
• Recuperación tras fallos de ruta de acceso protección automática.
• Descarga concurrente de código interno bajo licencia.
• Prevención de un único punto anomalía causada por adaptador de bus de host, cable de canal de Fibra o interfaz principal adaptador en almacenamiento aceptado.

Nota referencia : Doc ID: 294869.1 Oracle ASM and Multi-Pathing Technologies

• IBM MPIO (Multi-Path I/O)
MPIO driver es soportado con IBM Total Storage ESS, DS6000 y solamente DS8000 series Y con IBM SVC (SAN Volume Controler).

La papita para crear los discos es la siguiente:

Una vez identificado el Multi-Pathing, se deben configurar los atributos apropiados para cada dispositivo utilizado en la configuración de ASM. Esta configuración de discos es solamente para AIX 5L.

1.- Propiedad : reserve_policy=no_reserve
2.- Se debe remover el PVID asignado a los discos.

Con esto ya no existirán problemas de configuración y preparación de los discos.

ASM

En Oracle 10g existen dos tipos de instancias: base de datos y ASM. La instancia ASM, es generalmente llamada +ASM1, Es iniciada con el parámetro del init.ora INSTANCE_TYPE=ASM. Este parámetro, cuando es configurado, Oracle es señalizado con las rutinas para iniciar una instancia ASM y no una instancia de base datos estándar. A diferencia de una base de datos estándar, la instancia ASM no contiene archivos físicos; como por ejemplo log files, control files ó datafiles, y solo requiere unos pocos parámetros en el init.ora. Una instancia ASM inicia los procesos backgrounds básicos, mas algunos nuevos que son específicos para la operación de ASM. La clausula STARTUP para una instancia ASM es similar a la instancia de base de datos. Por ejemplo, RESTRICT previene conectarse a la instancia de base de datos impide que se conecten a la instancia ASM. NOMOUNT Inicia la instancia ASM sin montar ningún Diskgroup. La opción MOUNT simplemente monta todos los grupos de discos definidos.

Instalando ASM

En casos donde una sola instancia ASM maneja una sola instancia de base de datos, esta puede ser suficiente mantener un solo ORACLE_HOME para ASM y la base de datos. Sin embargo, para sistemas que tiene una instancia ASM manejando el almacenamiento para varias instancias de base de datos y requieren una alta disponibilidad, es recomendable que la instancia ASM sea instalada separada en un ORACLE_HOME (ASM_HOME) distinto. Al instalar ASM en un ORACLE_HOME separado, entonces el listener puede ser iniciado desde este ASM_HOME.
En Oracle Database 10g Release 2, Oracle Universal installer (OUI) y DBCA han sido mejorados para permitir utilizar de una mejor manera, crear e instalar una instancia ASM en un ORACLE_HOME separado.

Las nuevas opciones de OUI son las siguientes:

• Instalar y configurar una instancia ASM, sin crear una base de datos.
• Instalar y configurar una base de datos que use ASM para manejar el almacenamiento
• Instalar y configurar ASM en un sistema que ya tiene bases de datos corriendo. (Mejora la disponibilidad)

Parámetros de una instancia ASM

Creando una Instancia ASM

Una vez configurado los dispositivos se puede crear la instancia ASM.

1. Ejecutar como root el siguiente comando
/oracle/product/10.2.0./bin/localconfig add
2. Iniciar DBCA para crear la instancia ASM con el usuario Oracle
/oracle/product/10.2.0./bin/dbca

Migrando una Base de Datos a ASM

Seleccionar la opción “Configure Automatic Storage Management

Crear un nuevo Diskgroup, presionado el botón “Create New”

Esta opción permite crear los grupos de discos y realizar la asignación de los dispositivos creados para esta finalidad. Es necesario asignar un nombre al Diskgroup para identificar cada uno de ellos. Para redundancia en caso de fallas, ha sido configurada como externa, dejando al almacenamiento manejar el espejado de cada uno de los dispositivos raw asignados a cada Diskgroup en ASM.

Oracle recomienda tener dos grupos de discos ASM para Datafiles y otro Diskgroup para almacenar el Flash Recovery Area, Control files, Online Redo Logs, Archive logs, copias de Datafiles, copia de Control Files y el archivo de Parámetros de la instancia. La vista V$RECOVERY_FILE_DEST, permite observar cuanto espacio fue asignado, utilizado y disponible en el Flash Recovery Area.
Con RMAN podemos catalogar esta área con el comando: “catalog recovery área NOPROMPT”. Este último se puede respaldar perfectamente con RMAN utilizando el comando “BACKUP RECOVERY AREA”

Presionar el botón “Finish” para terminar el proceso de creación de Diskgroups.

Que son los Diskgroups?

• Una capa de filesystem ASM es implícita al ser creado con un Diskgroup. El filesystem es transparente a los usuarios y solo accesible mediante la interconexión de base de datos, y la herramienta de comandos ASMCMD.

• Un archivo de base de datos creado dentro de un ASM diskgroup tiene sus extensiones de archivos (no confundir con los extents de la base de datos) distribuido igualmente a través de todos los discos en línea en el diskgroup, que proporciona una carga de I/O.

La creación de un diskgroup envuelve la validación de los discos que van a ser agregados. Estos discos deben tener los siguientes atributos:

• No pueden estar en uso por otro diskgroup

• No debe tener un header ASM pre-existente

• No puede tener un Oracle file header (desde un Oracle raw device datafile)

Este chequeo y validación previene que ASM no destruya cualquier dispositivo de datos utilizado. Discos con un status de header valido, que incluya candidato, provisionado, son los únicos autorizados para formar parte de un diskgroup.

Migrando a un nuevo almacenamiento ASM con RMAN

Es necesario realizar un respaldo full de la base de datos que se necesita duplicar al nuevo almacenamiento ASM. Existen dos formas que pueden eventualmente servir para cumplir este propósito. Lo más importante es tener este nuevo clon actualizado desde el sitio origen en el caso que se necesite crear una base de datos Standby. Lo otro es crear un clon recuperando la base de datos a un SCN especifico y tener un duplicado parcial. En fin, existen varias formas de hacer la migración al nuevo almacenamiento ASM.

En RMAN:

1.- Restaurar el controlfile al nuevo almacenamiento ASM

Connect / target
rman> restore controlfile to ‘+DATOS’

2.- Duplicar y Recuperar una base de datos al nuevo almacenamiento ASM
rman target /
set dbid=123456789
run
{
allocate channel c1 type disk;
allocate channel c2 type disk;
set newname for datafile 1 to '+DATOS';
set newname for datafile 2 to '+DATOS';
set newname for datafile 3 to '+DATOS';
.
.
.
set until time "to_date('01-01-2009 18:00:00','dd-mm-yyyy hh24:mi:ss')";
restore database;
switch datafile all
recover database;
}

Una vez realizados estos pasos ya pueden tener su base de datos en ASM.

Saludos.
Alberto Silva G.

Oracle Enterprise Manager Plug-in para Oracle E-Business Suite R12

2009-06-23T16:27:00.001-03:00

Estaba pensando en colocar esta presentacion, la cual muestra lo que se debe hacer para configurar Oracle Enterprise Manager para manejar un ambiente de Oracle E-Business Suite. La verdad que fue un "parto"!!! ... jajaja, ya que la documentacion sobre este tema es muy resumida y la verdad que los pasos son muchos mas de lo se piensa.
Despues de varias horas de configuracion....realmente funciona.
Esta documentacion esta dirigida a Oracle Enterprise release 4 y fue asi; por que no la habia publicado y la tenia por ahi. Esta misma experiencia la realice en 10gR5 y funciona.

Para versiones posteriores el parche de interoperabilidad habia que instalarlo sobre la 11i o la R12. Para la version 12.1.1 viene incorporado en el Fresh Install!!!!!

Oracle Enterprise Manager Plug-in para Oracle E-Business Suite R12

View more OpenOffice presentations from cotosilva.

Oracle E-Business Suite - Upgrade a 12.1

2009-06-19T14:29:00.001-03:00

En varias oportunidades el proceso de Upgrade es muy tedioso, ya que debemos ir migrando cada una de las capas de Oracle E-business Suite, ya sea la capa de base de datos, Tech-Stack o la capa de aplicaciones. En versiones como R12, es mas facil migrar, ya que este cambio es directo.

Este upgrade se puede hacer directo desde las versiones:

- Version: 12.0 to 12.1
- Version: 12.0.1 to 12.1
- Version: 12.0.2 to 12.1
- Version: 12.0.3 to 12.1
- Version: 12.0.4 to 12.1
- Version: 12.0.5 to 12.1
- Version: 12.0.6 to 12.1

Los siguientes pasos son generales y es necesario revisar cada instalacion con sus prerequisitos.

.- Base de datos sea 10.2.0.3 y recomienda que sea 11g release 11.0.x

.- Upgrade de OracleAS Release 3 a OracleAS patchset 4 (10.1.3.4)

.- Upgrade de OracleAS Release (10.1.2) para forms y reports a patchset 3 (10.1.2.3)

.- Upgrade de Java a la version 6 o al ultimo update

.- Configuracion de OCM (Oracle configuration Manager)

.- Aplicar el ultimo AD mini-Pack

Para mas detalles revisar la nota:
752619.1 - Oracle E-Business Suite Release 12.1.1 Maintenance Pack Installation Instructions

Como crear dispositivos RAW en Vmware RHEL5

2009-06-17T11:49:00.000-03:00

Depreciacion de soporte Raw Devices

El soporte para raw devices ha sido depreciado en Linux Kernel 2.6 en favor del acceso directio (O_DIRECT). Ya no es posible configurar raw device usando el "/etc/sysconfig/rawdevices, sin embargo todavia es posible configurar raw devices en RHEL5/EOL5.

Para saber mas detalles consultar los siguientes documentos:

* /usr/share/doc/kernel-doc-2.6.18/Documentation/feature-removal-schedule.txt
* Red Hat Enterprise Linux 4/5 Release notes

Ademas, Oracle auncio que ya no soportara raw device que sean asignados en forma directa a la base de datos.

Entonces que sucedera con los dispositivos raw?

solamente esta soportado en el Relase 12G en un almacenamiento ASM compuesto por raw device.
Si existen bases de datos 10g y 11g con dispositivos raw asignados en forma directa, estas bases no estan soportadas para realizar el upgrade. Entonces se deben migrar a un almacenamiento ASM compuestos por raw device, lo cual si esta soportado.

En el release 12G esto no esta permitido, ya que entrega errores:

SQL> create tablespace ABC DATAFILE '/dev/raw/ABC1.dbf' size 2GB;

Oracle recomienda a sus clientes usar ASM para agregar raw device a un diskgroup existente o crear un nuevo diskgroup en ASM.

La formas correctas de crear almacenamientos logicos (Tablespaces) es la siguiente:

opcion 1: Agregar un raw al diskgroup

SQL>alter diskgroup MYDG add disk '/dev/raw/ABC1.dbf';

opcion 2: Crear un nuevo diskgroup

SQL>create diskgroup MYDB EXTERNAL REDUNDANCY disk 'dev/raw/ABC1.dbf'

opcion 3: Utilizar el siguiente comando para crear el tablespace

SQL> create tablespace ABC DATAFILE '+MYDG' size 2GB;

Nota referencia: 578455.1 - Announcement of De-Support of using RAW devices in Release 12G

A continuacion revisaremos como configurar raw device como un almacenamiento compartido dentro de una configuracion de Clusterware en RHEL5.

Servidor Heretic

Este sevidor posee dos maquinas virtuales configuradas con vmware (vmrac1,vmrac2). El sistema operativo es un Linux Redhat 5 (RHEL5). Para el almacenamiento compartido he destinado un directorio en mi heretic (ubuntu) donde creare el almacenamiento:

heretic@heretic:~$ cd /u01/
app/ timesten/ VM/
heretic@heretic:~$ cd /u01/VM/shared/
heretic@heretic:/u01/VM/shared$ pwd
/u01/VM/shared

En este directorio se encuentran los discos creados con vmware. Para no tener problemas es necesario tener los permisos correspondientes de lectura y escritura.
cualquier modificacion debe ser realizada en ambos nodos, ya que debe ser simetrica en su configuracion de hardware y software.

Revisamos la configuracion de nuestra maquina virtual:

Agregando los discos:

Antes que todo, debemos verificar el espacio disponible para almancenar los nuevos discos, que componen el almacenamiento compartido.

Creacion de discos:

Es necesario seleccionar la opcion "Hard Disk", la cual nos permitira agregar un nuevo disco a la maquina virtual.

Seleccionando un nuevo drive:

En este proceso, se debe seleccionar el drive, si es uno existente o si existe una nueva particion para esto. En este caso elegimos la opcion "create a new Disk".

Seleccionando el tipo de Drive:

En este caso seleccionamos SCSI que es el recomendado.

Capacidad de almacenamiento del nuevo Drive:

Dependiendo de la cantidad de espacio y requerimientos necesario para la creacion del alamcenamiento compartido, he asignado 8GB para este nuevo drive; pero no lo voy a asignar completamente. A medida que necesite espacio va ir creciendo hasta alcanzar 8GB.

Path de discos:

La ruta de los nuevos discos debe ser la definida como almacenamiento compartido para ambas maquinas.

ejemplo: /u01/VM/shared

Creacion de discos terminada:

Propiedades avanzadas:

Es necesario seleccionar el nuevo disco creado y asignar una controladora de discos SCSI. en este caso asigne la 0:13. De esta manera el disco es independiente de los ya configurados. Esto es por razones de performance, ya que podemos mover a otras controladoras los discos fisicos del servidor central y luego asignar nuevas controladoras virtuales a la maquinas en vmware y asi mantener una buen balanceo de I/O.

Hasta aqui tenemos asignados los discos a las maquinas vmrac1 y vmrac2. Posterior a esto debemos iniciar las maquinas virtuales para que reconozcan los discos asignados.

Una vez que todos los discos fueron detectados por Linux y no existieron problemas en el inicio del S.O, necesitamos crear la nueva particion, la cual esta relacionada al nuevo disco creado en vmware; pero que el sistema operativo lo interpreta como el siguiente dispositivo:

ejemplo : /dev/sdl

ejecutamos fdisk /dev/sdl para crear la nueva particion:

Aqui tenemos la nueva particion generada.

Como entonces el sistema operativo sabe que la nueva particion va a hacer utilizada como un dispositivo raw?

En el directorio /etc/udev/rules.d se encuentran los siguientes archivos:

Son dos archivos que hacen toda la magia:

1.- 60-raw.rules
2.- 99-raw-perms.rules

Modificando 60-raw.rules

Este archivo contiene la asignacion logica de la particion con respecto al raw que representa. Con esto el sistema operativo sabe que la particion sdl1 es asignada al dispositivo raw.

¿Y por que debemos definirlo?

La asignacion del dispotivo es dinamica en esta version de RHEL5. Entonces cada vez que se inicie el sistema no encontrara el dispositivo asignado.

ACTION=="add", KERNEL=="sdl1", RUN+="/bin/raw /dev/raw/raw1 %N"

Modificando 99-raw-perms.rules

En este archivo lo que se definen son los permisos para el dispositivo raw.

KERNEL=="raw[1-3]*", OWNER="root", GROUP="oinstall", MODE="640"
KERNEL=="raw[4-8]*", OWNER="oracle", GROUP="oinstall", MODE="644"

En este ejemplo he asignado para la configuracion de mi 10gRAC los dispositivos para OCR desde el raw1 al raw3 y definir que solamente tuviera permisos el root.
Por el contrario los archivos de votingdisk y ASM se asignan permisos solamente el usuario Oracle.

Es necesario reiniciar las maquinas virtuales para que reconozca los cambios realizados.

En cada una de las maquinas, debemos asignar los permisos necesarios y crear links simbolicos a los para cada raw device.

ln -s /dev/raw/raw1 /u01/oradata/ocr
ln -s /dev/raw/raw2 /u01/oradata/ocr1
ln -s /dev/raw/raw3 /u01/oradata/ocr2
ln -s /dev/raw/raw4 /u01/oradata/votingdisk
ln -s /dev/raw/raw5 /u01/oradata/votingdisk1
ln -s /dev/raw/raw6 /u01/oradata/votingdisk2
ln -s /dev/raw/raw7 /u01/oradata/asm1
ln -s /dev/raw/raw8 /u01/oradata/asm2

Asignacion de permisos:

Esto se debe hacer si por algun motivo en el proceso de instalacion del clusterware existen problemas de permiso.

chown oracle:oinstall /dev/raw/raw4
chown oracle:oinstall /dev/raw/raw5
chown oracle:oinstall /dev/raw/raw6
chown oracle:oinstall /dev/raw/raw7
chown oracle:oinstall /dev/raw/raw8
chmod 644 /dev/raw/raw1
chmod 644 /dev/raw/raw2
chmod 644 /dev/raw/raw3
chmod 644 /dev/raw/raw4
chmod 644 /dev/raw/raw5

Se concluye que este procedimento es standard y en la realidad debe ser realizado de igual manera ya sea virtualmente o fisicamente.

Saludos y a gozar!!!!

Configuracion equivalencias de usuario - Metodo Secure Shell (SSH)

2009-06-16T17:24:00.000-03:00

Existen varios metodos de autentificacion remota, los cuales permiten tener un entorno seguro de conexion a distintos nodos.
Para la configuracion de OracleRAC es necesario tener cuentas de usuarios equivalentes, ya que deben ser iguales en la configuracion de variables de ambiente, puntos de montaje, claves y permisos.

La equivalencia permite acceder a los distintos nodos que conforman el cluster sin necesidad de ingresar la clave al momento de conectarse via ssh.

En Linux deberiamos primero saber si tenemos instalado el OpenSSH SSH daemon o sshd. Este proceso permite escuchar conexiones entrantes para conectarse a cualquier ambiente.

conectarse al ambiente Linux y ejecutar el siguiente comando:

[oracle@vmrac2 ~]$ pgrep sshd

Si no devuelve ningun numero de proceso, quiere decir que no esta activo.

En mi caso, yo baje el siguiente RPM rsh-server-0.17-38.el5.i386.rpm y se instala de la siguiente manera.

rpm -Uvh rsh-server-0.17-38.el5.i386.rpm

Cuando ya esta configurado el ssh, nuevamente consultamos si existen procesos relacionados con el daemon sshd:

[oracle@vmrac2 ~]$ pgrep sshd
2376
2989
2991
6778
6780

Ahora, vamos a configurar la equivalencia del usuario, que en este caso le llame oracle. Este proceso debe ser realizado en cada uno de los nodos.

Nodo vmrac1:

[oracle@vmrac1 ~]$ mkdir -p ~/.ssh
[oracle@vmrac1 ~]$ chmod 700 ~/.ssh
[oracle@vmrac1 ~]$ /usr/bin/ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/oracle/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/oracle/.ssh/id_rsa.
Your public key has been saved in /home/oracle/.ssh/id_rsa.pub.
The key fingerprint is:
65:c8:c1:9c:17:ea:31:fb:76:a6:c8:1f:11:e4:96:b0 oracle@vmrac1.andoria.cl
[oracle@vmrac1 ~]$ /usr/bin/ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/oracle/.ssh/id_dsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/oracle/.ssh/id_dsa.
Your public key has been saved in /home/oracle/.ssh/id_dsa.pub.
The key fingerprint is:
59:36:7d:96:14:61:7b:32:80:b8:d5:d0:65:32:3a:45 oracle@vmrac1.andoria.cl

Nodo vmrac2:

[oracle@vmrac2 ~]$ mkdir -p ~/.ssh
[oracle@vmrac2 ~]$ chmod 700 ~/.ssh
[oracle@vmrac2 ~]$ mkdir -p ~/.ssh
[oracle@vmrac2 ~]$ chmod 700 ~/.ssh
[oracle@vmrac2 ~]$ /usr/bin/ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/oracle/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/oracle/.ssh/id_rsa.
Your public key has been saved in /home/oracle/.ssh/id_rsa.pub.
The key fingerprint is:
42:4a:96:db:fe:29:a3:a4:ac:05:1d:ac:ee:45:49:3d oracle@vmrac2.andoria.cl
[oracle@vmrac2 ~]$ /usr/bin/ssh-keygen -t dsa
Generating public/private dsa key pair.
Enter file in which to save the key (/home/oracle/.ssh/id_dsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/oracle/.ssh/id_dsa.
Your public key has been saved in /home/oracle/.ssh/id_dsa.pub.
The key fingerprint is:
55:d7:f1:9e:b9:78:61:fd:2b:88:26:be:e9:03:c9:d0 oracle@vmrac2.andoria.cl

Hasta aqui, tenemos en cada uno de los nodos la llave publica para acceder a cada uno de los nodos. Esta llave deber ser distribuida en cada uno de los nodos del Cluster para lograr la equivalencia en las cuentas de usuario.

Nodo vmrac1:

[oracle@vmrac1 ~]$ cd .ssh
[oracle@vmrac1 .ssh]$ touch ~/.ssh/authorized_keys
[oracle@vmrac1 .ssh]$ ls -ltr
total 16
-rw-r--r-- 1 oracle oinstall 406 Jun 16 03:52 id_rsa.pub
-rw------- 1 oracle oinstall 1675 Jun 16 03:52 id_rsa
-rw-r--r-- 1 oracle oinstall 614 Jun 16 03:52 id_dsa.pub
-rw------- 1 oracle oinstall 672 Jun 16 03:52 id_dsa
-rw-r--r-- 1 oracle oinstall 0 Jun 16 03:52 authorized_keys
[oracle@vmrac1 .ssh]$ ssh vmrac1 cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
The authenticity of host 'vmrac1 (192.168.1.47)' can't be established.
RSA key fingerprint is 1f:6e:e1:d9:91:bc:5c:5e:b8:23:49:2f:a8:5c:4f:53.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'vmrac1,192.168.1.47' (RSA) to the list of known hosts.
oracle@vmrac1's password:
[oracle@vmrac1 .ssh]$ ssh vmrac1 cat ~/.ssh/id_dsa.pub >> ~/.ssh/authorized_keys

Nodo vmrac2:

ssh vmrac2 cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
The authenticity of host 'vmrac2 (192.168.1.48)' can't be established.
RSA key fingerprint is 1f:6e:e1:d9:91:bc:5c:5e:b8:23:49:2f:a8:5c:4f:53.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'vmrac2,192.168.1.48' (RSA) to the list of known hosts.
oracle@vmrac2's password:
[oracle@vmrac2 ~]$ ssh vmrac2 cat ~/.ssh/id_dsa.pub >> ~/.ssh/authorized_keys

Desde el nodo vmrac1:

[oracle@vmrac1 .ssh]$ scp ~/.ssh/authorized_keys vmrac2:.ssh/authorized_keys
oracle@vmrac2's password:
authorized_keys 100% 2040 2.0KB/s 00:00

Finalmente, probamos que efectivamente la configuracion de la equivalencia de usuarios sea la correcta:

Desde el Nodo vmrac1:

[oracle@vmrac1 .ssh]$ ssh vmrac1
Last login: Tue Jun 16 03:50:25 2009 from vmrac1.andoria.cl
[oracle@vmrac1 ~]$ ssh vmrac2
Last login: Tue Jun 16 04:25:34 2009 from vmrac1.andoria.cl

Desde el nodo vmrac2:
[oracle@vmrac2 .ssh]$ ssh vmrac1
Last login: Tue Jun 16 03:54:15 2009 from vmrac2.andoria.cl

Chequeo de equivalencia ejecutando el siguiente comando:

[oracle@vmrac1 cluvfy]$ ./runcluvfy.sh stage -pre crsinst -n vmrac1,vmrac2 -verbose

Extracto de ejecucion:

Check: User equivalence for user "oracle"
Node Name Comment
------------------------------------ ------------------------
vmrac1 passed
vmrac2 passed
Result: User equivalence check passed for user "oracle".

Esto es todo amigos!!!

Saludos.

Instalando 9iR2 en RHEL5

2009-04-20T17:11:00.001-03:00

Hace un tiempo he instalado Oracle 9iR2 en mi máquina con RHEL5 x86. La experiencia fue buena y en realidad hubo que aplicar varias librerias, problemas con el jre y también problemas con el dbca. Es cierto, siempre es mejor crear la base de datos con el comando "CREATE DATABASE".
Amigos, aquí va la forma de instalar.

Primer problema:

Al momento de instalar la primera libreria envío el primer mensaje:

[root@vmlinux1 Desktop]# rpm -Uvh compat-db-4.2.52-5.1.src.rpm
warning: compat-db-4.2.52-5.1.src.rpm: Header V3 DSA signature: NOKEY, key ID 37017186
1:compat-db warning: user brewbuilder does not exist - using root
warning: group brewbuilder does not exist - using root
warning: user brewbuilder does not exist - using root
warning: group brewbuilder does not exist - using root
########################################### [100%]
warning: user brewbuilder does not exist - using root

Para solucionar este Warning, simplemente crear el gruṕo y el usuario "brewbuilder" y listo!!!!

Ejemplo:

groupadd brewbuilder
useradd brewbuilder

Explicación:

La cuenta brewbuilder pertenece a una cuenta de sistema de RedHat. Si esta cuenta no existe en el sistema, entonces este warning puede ser desplegado.

Prerequisitos de instalación Oracle9iR2 en (x86 RHEL5)

1.- Instalar la versión de Jre 1.3.1

Bajar desde http://java.sun.com/products/archive/j2se/1.3.1_19/index.html

2.- Los siguientes paquetes de sistema operativo deben estar instaldos.

gjdoc-0.7.7-12.el5.i386.rpm
antlr-2.7.6-4jpp.2.i386.rpm
compat-db-4.2.52-5.1.src.rpm
compat-gcc-34-3.4.6-4.i386.rpm
compat-libgcc-296-2.96-138.i386.rpm
compat-libstdc++-296-2.96-138.i386.rpm
compat-gcc-34-c++-3.4.6-4.i386.rpm
compat-libstdc++-33-3.2.3-61.i386.rpm
compat-gcc-32-3.2.3-47.3.i386.rpm
compat-gcc-32-c++-3.2.3-47.3.i386.rpm
gcc-4.1.1-52.el5.2.i386.rpm
gcc-c++-4.1.1-52.el5.2.i386.rpm
glibc-2.5-12.i386.rpm
glibc-devel-2.5-12.i386.rpm
glibc-headers-2.5-12.i386.rpm
libgcc-4.1.1-52.el5.2.i386.rpm
glibc-common-2.5-12.i386.rpm
compat-db-4.2.52-5.1.i386.rpm
libXp-1.0.0-8.1.el5.i386.rpm
libaio-devel-0.3.106-3.2.i386.rpm
openmotif21-2.1.30-11.EL5.i386.rpm
libXp-devel-1.0.0-8.1.el5.i386.rpm
libXau-devel-1.0.1-3.1.i386.rpm

Estos parches se deben bajar de Metalink y son importantes, sino la instalacion no se realizara existosa.

.- compat-libcwait-2.1-1.i386.rpm

.- compat-oracle-rhel4-1.0-5.i386.rpm
Este parche tienen como prerequisto las siguientes librerias, la cuales deben estar instaladas.

[root@localhost Desktop]# rpm -Uvh compat-oracle-rhel4-1.0-5.i386.rpm
error: Failed dependencies:
compat-gcc-32 is needed by compat-oracle-rhel4-1.0-5.i386
compat-gcc-32-c++ is needed by compat-oracle-rhel4-1.0-5.i386
libaio-devel is needed by compat-oracle-rhel4-1.0-5.i386
openmotif21 is needed by compat-oracle-rhel4-1.0-5.i386
xorg-x11-deprecated-libs-devel is needed by compat-oracle-rhel4-1.0-5.i386

Es muy importante tener en cuenta algunas librerias no se encuentran disponibles para RHEL5 ó para otras versiones, como por ejemplo RHEL4.
Las librerias de Centos5 son equivalentes a las de RHEL5. También las librerias de Centos4 son equivalentes a las de RHEL4. Ahora, considerar que correspondan a la misma palabra, ya sea de 32-bit a 32-Bit ó 64-bit a 64-bit

Editar /etc/syscl.conf y agragar los siguientes parámetros de Kernel:

kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default=262144
net.core.wmem_default=262144
net.core.rmem_max=262144
net.core.wmem_max=262144

#Estos parametros son un standard, dependiendo de la plataforma y recursos que tenga en la demanda, podran modificarse.
Para hacer visibles los cambios y no reiniciar el S.O puedes ejecutar el siguiente comando:

sysctl -p

Para verficar los cambios.

sysctl -a

3.- Descomprimir los discos para instalar

Primer paso:

$gunzip ship_9204_linux_disk1.cpio.gz
$gunzip ship_9204_linux_disk2.cpio.gz
$gunzip ship_9204_linux_disk3.cpio.gz

Segundo paso:

$cpio -idmv "<" ship_9204_linux_disk1.cpio
$cpio -idmv "<" ship_9204_linux_disk2.
$cpio -idmv "< "ship_9204_linux_disk3.cpio

Una vez instalado el motor Oracle9iR2 (9.2.0.4) y necesitan migrar a 9.2.0.8, esto se puede hacer en forma directa, instalando el siguiente parche:

Parche 4547809

Una vez instalado pueden crear bases de datos, la cuales tendran la version 9.2.0.8.

Problema con el DBCA

Al ejecutar el dbca se origina el siguiente sintoma:

[oracle@vmlinux1 oracle]$ dbca
/u01/product/oracle/jre/1.1.8/bin/../lib/i686/green_threads/libzip.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference (libzip.so)
Unable to initialize threads: cannot find class java/lang/Thread
Could not create Java VM

oracle@vmlinux1 9.2.0]$ cd $ORACLE_HOME
oracle@vmlinux1 9.2.0]$ cd JRE
[oracle@vmlinux1 JRE]$ ls
bin CHANGES ControlPanel.html COPYRIGHT lib LICENSE plugin README Welcome.html
[oracle@vmlinux1 JRE]$ cd bin
[oracle@vmlinux1 bin]$ ln -s java jre
[oracle@vmlinux1 bin]$ cd /u01/product/oracle/jre/1.3.1/bin/

[oracle@vmlinux1 bin]$dbca

jre was not found in /u01/product/oracle/1.3.1/bin/i386/native_threads/jre

[oracle@vmlinux1 bin]$ /u01/product/oracle/1.3.1/bin
[oracle@vmlinux1 bin]$ cd i386/
[oracle@vmlinux1 i386]$ cd native_threads/
[oracle@vmlinux1 native_threads]$ ln -s java jre

Esto soluciona el problema de ejecucion del utilitario dbca.

Saludos.

R12 - Ejecutando AutoConfig en Paralelo

2009-04-16T18:20:00.000-03:00

En R12 autoconfig puede ser ejecutado en paralelo en forma simultanea en todos los nodos que conformen un ambiente de Oracle E-Business Suite. Esta nueva caracteristica significa menos horas de downtime para instalaciones que estan en multi-nodo. Algunas pruebas indican que la mejora en tiempo de mantenimiento es de un 45%.

La verdad que espero probar este comando cuando tenga que configurar ó cuando tenga que hacer alguna clonación.

Por ahora les dejo el link donde se explica la arquitectura, haciendo referencia al DBMS_LOCKS para lograr paralelismo.

http://blogs.oracle.com/stevenChan/2009/03/power_tools_autoconfig_parallel_runs_in_ebs12.html

Saludos.

R12 - Como habilitar Collect Debug para HTTP,OC4J y OPMN

2009-04-16T16:54:00.000-03:00

Existen problemas cuando realizamos Deploy de aplicaciones Legacy o aplicaciones cerradas como las del Oracle E-Business Suite R12.

Oracle Enterprise Manager

2009-03-24T17:15:00.000-03:00

Me he preguntado como reconstruir el Database Control. La verdad que no funciona para nada mi dbconsole asi que...lo reconstrui....

Aquí van los comandos (No te olvides de configurar el ORACLE_SID)

Si existe en esquema SYSMAN es necesario eliminar el repositorio con el siguiente comando.

oracle@heretic:/u01/oracle/10g/network/admin$ emca -deconfig dbcontrol db -repos drop

STARTED EMCA at Mar 24, 2009 3:08:31 PM
EM Configuration Assistant, Version 10.2.0.1.0 Production
Copyright (c) 2003, 2005, Oracle. All rights reserved.

Enter the following information:
Database SID: ORADALI
Listener port number: 1521
Password for SYS user:
Password for SYSMAN user:

Do you wish to continue? [yes(Y)/no(N)]: Y
Mar 24, 2009 3:08:43 PM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /u01/oracle/10g/cfgtoollogs/emca/HA_PROD/emca_2009-03-24_03-08-31-PM.log.
Mar 24, 2009 3:08:43 PM oracle.sysman.emcp.EMDBPreConfig performDeconfiguration
WARNING: EM is not configured for this database. No EM-specific actions can be performed.
Mar 24, 2009 3:08:43 PM oracle.sysman.emcp.EMReposConfig dropRepository
INFO: Dropping the EM repository (this may take a while) ...
Mar 24, 2009 3:09:09 PM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully dropped
Enterprise Manager configuration completed successfully
FINISHED EMCA at Mar 24, 2009 3:09:09 PM

Para configurar nuevamente el Database Control, se debe ejecutar lo siguiente:

oracle@heretic:/u01/oracle/10g/network/admin$ emca -config dbcontrol db -repos create

STARTED EMCA at Mar 24, 2009 3:10:42 PM
EM Configuration Assistant, Version 10.2.0.1.0 Production
Copyright (c) 2003, 2005, Oracle. All rights reserved.

Enter the following information:
Database SID: ORADALI
Listener port number: 1521
Password for SYS user:
Password for DBSNMP user:
Password for SYSMAN user:
Email address for notifications (optional):
Outgoing Mail (SMTP) server for notifications (optional):
-----------------------------------------------------------------

You have specified the following settings

Database ORACLE_HOME ................ /u01/oracle/10g

Database hostname ................ heretic
Listener port number ................ 1521
Database SID ................ ORADALI
Email address for notifications ...............
Outgoing Mail (SMTP) server for notifications ...............

-----------------------------------------------------------------
Do you wish to continue? [yes(Y)/no(N)]: Y
Mar 24, 2009 3:10:59 PM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /u01/oracle/10g/cfgtoollogs/emca/HA_PROD/emca_2009-03-24_03-10-42-PM.log.
Mar 24, 2009 3:10:59 PM oracle.sysman.emcp.EMReposConfig createRepository
INFO: Creating the EM repository (this may take a while) ...
Mar 24, 2009 3:11:52 PM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully created
Mar 24, 2009 3:11:55 PM oracle.sysman.emcp.util.DBControlUtil secureDBConsole
INFO: Securing Database Control (this may take a while) ...
Mar 24, 2009 3:15:43 PM oracle.sysman.emcp.util.DBControlUtil secureDBConsole
INFO: Database Control secured successfully.
Mar 24, 2009 3:15:43 PM oracle.sysman.emcp.util.DBControlUtil startOMS
INFO: Starting Database Control (this may take a while) ...
Mar 24, 2009 3:17:17 PM oracle.sysman.emcp.EMDBPostConfig performConfiguration
INFO: Database Control started successfully
Mar 24, 2009 3:17:17 PM oracle.sysman.emcp.EMDBPostConfig performConfiguration
INFO: >>>>>>>>>>> The Database Control URL is https://heretic:5500/em <<<<<<<<<<<
Enterprise Manager configuration completed successfully
FINISHED EMCA at Mar 24, 2009 3:17:17 PM

Y Listo!!!!!

Saludos.
Alberto Silva Gallardo.

ADPATCH

2009-03-23T16:42:00.000-03:00

En varias ocaciones existen problemas relacionados a los Jsp y JAR Files dentro de una instalaciòn de Oracle Applications 11.5.x e incluso en R12 (12.0.x).

El siguiente error puede ser desplegado cuando se instala un parche en un ambiente, ya sea single node o multinodo.

adogjf() unable to generate the product JAR file. (No dice mucho, la verdad nada)
AutoPatch error:
Failed to generate the product JAR files
AutoPatch error:
Error updating master archive (----> Este error es el condicionante para realizar el Workaround y
avanzar con la instalaciòn del parche o la mantenciòn de algùn "relinqueo" de mòdulos de la Aplicaciòn.

Este problema ocurre, ya que el certificado de Java se encuentra desactualizado. Este sintoma puede manifestarse, ya que el ambiente de donde proviene este sistema es copiado o en versiones antiguas habia que hacer este paso manualmente.

Simplemente ejecutar

adjkey - initialize

y a Gozar!!!!!!!!

RMAN

2009-03-23T14:01:00.000-03:00

1. Recuperación de Tablespace Point-in-time (TSPIRT) en una Instancia Auxiliar

La herramienta Recovery Manager RMAN automatiza el procedimiento (TSPIRT) habilitándolo rápidamente en la recuperación de uno o más tablespaces en un tiempo diferente del resto de la base de datos.

RMAN TSPIRT es utilizado para recobrar lo siguiente:

.- Un error producido por el estamento drop table o truncate table

.- Una tabla lógicamente corrupta

.- Un Job ejecutado incorrectamente u otro estamento DML que a afectado un subconjunto de la base de datos

.- Un esquema a un punto diferente del resto de la base de datos física, cuando múltiples esquemas existen en tablespaces separados en la base de datos

Como un export de tabla, RMAN TSPITR habilita la recuperación de un conjunto de datos consistente; sin embargo, más que un objeto, el conjunto de datos está enteramente contenido en el tablespace.

2. Tareas Automáticas realizadas por RMAN

1. Restaurar el backup de un tablespace específico

2. Recobra el tablespace especificado

3. Exportar la metadata desde la instancia Auxiliar para Transportable Tablespace

4. Direcciona el control file de la base de datos Target a los nuevos datafiles recobrados

5. Importa la metadata en la base de datos Target

3. Realizando TSPITR sin catálogo de recuperación

Este procedimiento puede ser realizado con o sin catálogo de recuperación. Si no se utiliza catálogo de recuperación, existen las siguientes restricciones:

.- El Rollback o los Undo Segments son necesarios al momento de realizar el TSPITR en la instancia AUXILIARY. Por que RMAN no posee registros históricos del UNDO en el Control File, RMAN asume que el actual UNDO segments se encuentran presente en el mismo segmento y en el tiempo cuando la recuperación es realizada. Si el Undo Segments han cambiado desde esa vez, entonces TSPITR falla cuando la recuperación intenta escribir a un archivo no existente.

.- Si TSPITR se recupera de un respaldo muy antiguo, este puede no resultar exitoso, si Oracle rehúsa los registros del control file por necesidad de copias o backups.

.- Asumir que ejecutar TSPITR en un tablespace y colocar el tablespace online en tiempo t.
Ejecutar el proceso de TSPITR en un tablespace involucra colocar este en modo Online en el tiempo T0.
El Backup del tablespace creados antes del tiempo T0, no son completamente utilizados para la recuperación con un control file actual. Así, no puedes ejecutar TSPITR otra vez en este tablespace para recuperar este a cualquier tiempo menor que ò igual al tiempo T0, ni puedes utilizar el control file actual para recobrar la base de datos a cualquier tiempo menor o igual a t0.
La razón para restricciones adicionales en el modo nocatalog es debido a que el control file actual no posee registros de la Incarnation más antigua del tablespace recuperado. Sí recuperamos con un control file actual, esto implica que el tablespace no puede ser usado con un respaldo tomado anterior al tiempo T0. Sin embargo, si restauramos un control file respaldado anteriormente en t0, entonces puedes realizar la recuperación incompleta entera de la base de datos a cualquier tiempo menor o igual a t0.

4. Comprendiendo las restricciones generales

.- Ejecutar el TARGET y la base datos AUXILIARY en nodos separados. Sin embargo, el TARGET y la base de datos AUXILIARY pueden ser una configuración de Cluster que utiliza discos compartidos.

.- Recobrar tablespaces borrados

.- Recobrar un tablespace que ha sido borrado y recreado con el mismo nombre

.- Remover un datafile que ha sido agregado a un tablespace. Si el archivo fue agregado después del punto al cual RMAN se esta recuperando, entonces el archivo todavía es parte del tablespace (y debería ser vacío) después del RMAN TSPITR es completado.

.- Utilizar estamentos DML en la instancia auxiliary – La instancia auxiliary es una instancia temporal usada solamente para recuperación.

.- Asumir que realizas TSPITR en un tablespace cuando se conecta a un catálogo de recuperación, y entonces vuelve el tablespace online en tiempo t0. Puedes usar backups creados antes de time t para recobrar cualquier tablespace ò completamente la base de datos hasta time t0, pero más adelante. Por lo tanto, puedes inmediatamente respaldar el tablespace después de realizar TSPITR.

.- Recuperación de estadísticas del optimizador para objetos que poseen estadísticas, se deben calcular después de realizar TSPITR.

5. Colocar objetos dentro del Recovery Set

.- Replicado de tablas maestras

.- Tablas parciales. (por ejemplo, si se realiza RMAN TSPITR en tablas particionadas y sus particiones se encuentran distribuidas en múltiples tablespaces, entonces RMAN retorna un mensaje de error durante la fase de export.

.- Tablas sin sus constraints o constrainst sin sus tablas.

.- Tablas con columnas del tipo VARRAY.

.- Tablas con tablas anidadas.

.- Tablas con archivos externos.

.- Snapshot logs y tablas snapshot.

.- Tablespaces que contengan UNDO.

.- Objetos que el dueño sea el SYS (Incluyendo Undo Segments)

6. Manejando relaciones de datos

TSPITR provee vistas que pueden detectar cualquier relación de datos entre objetos en el recovery set y objetos en el resto de la base de datos. TSPITR no se completa exitosamente a menos que estas relaciones sean manejadas, cualquier relación suspendida o removida o que incluya objetos relacionados en el recovery set.

7. Determinando objetos que pueden ser perdidos

Cuando RMAN TSPITR es realizado en un tablespace, cualquier objeto creado después del tiempo de recuperación es perdido. Para revisar cuales son los objetos que pueden ser perdidos, podemos consultar la vista TS_PITR_OBJECT_TO_BE_DROPPED en la base de datos primaria.

Descripción de la tabla TS_PITR_OBJECTS_TO_BE_DROPPED

Column Name Meaning
OWNER Owner of the object to be dropped.
NAME The name of the object that will be lost as a result of undergoing TSPITR
CREATION_TIME Creation timestamp for the object.
TABLESPACE_NAME Name of the tablespace containing the object.

Al consultar esta vista, provee todos los elementos del campo fecha, si no es utilizado el default. También, utilice las funciones TO_CHAR y TO_DATE. Por ejemplo, un recovery set que contenga el tablespace USERS y TOOLS, y un punto de recuperación en el tiempo de '2007-02-02:07:03:11', pudiendo utilizar el siguiente estamento:

SELECT OWNER, NAME, TABLESPACE_NAME, TO_CHAR(CREATION_TIME, 'YYYY-MM-DD:HH24:MI:SS')
FROM TS_PITR_OBJECTS_TO_BE_DROPPED
WHERE TABLESPACE_NAME IN ('USERS','TOOLS')
AND CREATION_TIME > TO_DATE('07-JUN-02:07:03:11','YY-MON-DD:HH24:MI:SS')
ORDER BY TABLESPACE_NAME, CREATION_TIME;

8. Buscando y resolviendo dependencias en la base de datos Primaria

Consultar la vista TS_PITR_CHECK para identificar relaciones entre objetos que traslapan el dominio del recovery set. Si esta vista retorna filas cuando es consultada, entonces investigar y corregir el problema. Proceder con TSPITR solo cuando la vista TS_PITR_CHECK no retorna filas para el tablespaces no esta en el recovery set. Provee un predicado de cuatro líneas detallado el recover set del tablespace para consultar la vista TS_PITR_CHECK.

Por ejemplo, un recover set que consiste del tablespace TOOLS y USERS, el estamento SELECT contra la vista TS_PITR_CHECK puede ser hecho de la siguiente manera:

Select *
FROM SYS.TS_PITR_CHECK
WHERE (
TS1_NAME IN ('USERS','TOOLS')
AND TS2_NAME NOT IN ('USERS','TOOLS')
)
OR (
TS1_NAME NOT IN ('USERS','TOOLS')
AND TS2_NAME IN ('USERS','TOOLS')
);

Para ejecutar completamente TSPITR revise en todos los tablespaces en la base de datos (no justamente el tablespace en el recovery set), ejecutando la siguiente consulta:

SELECT *
FROM SYS.TS_PITR_CHECK
WHERE (
'SYSTEM' IN (TS1_NAME, TS2_NAME)
AND TS1_NAME <> TS2_NAME
AND TS2_NAME <> '-1'
)
OR (
TS1_NAME <> 'SYSTEM'
AND TS2_NAME = '-1'
);

Por el número y el largo de las columnas en la vista TS_PITR_CHECK, puedes formatear la salida de la consulta:

SET LINESIZE 120
COLUMN OBJ1_OWNER HEADING "own1"
COLUMN OBJ1_OWNER FORMAT a6
COLUMN OBJ1_NAME HEADING "name1"
COLUMN OBJ1_NAME FORMAT a5
COLUMN OBJ1_SUBNAME HEADING "subname1"
COLUMN OBJ1_SUBNAME FORMAT a8
COLUMN OBJ1_TYPE HEADING "obj1type"
COLUMN OBJ1_TYPE FORMAT a8 word_wrapped
COLUMN TS1_NAME HEADING "ts1_name"
COLUMN TS1_NAME FORMAT a6
COLUMN OBJ2_NAME HEADING "name2"
COLUMN OBJ2_NAME FORMAT a5
COLUMN OBJ2_SUBNAME HEADING "subname2"
COLUMN OBJ2_SUBNAME FORMAT a8
COLUMN OBJ2_TYPE HEADING "obj2type"
COLUMN OBJ2_TYPE FORMAT a8 word_wrapped
COLUMN OBJ2_OWNER HEADING "own2"
COLUMN OBJ2_OWNER FORMAT a6
COLUMN TS2_NAME HEADING "ts2_name"
COLUMN TS2_NAME FORMAT a6
COLUMN CONSTRAINT_NAME HEADING "cname"
COLUMN CONSTRAINT_NAME FORMAT a5
COLUMN REASON HEADING "reason"
COLUMN REASON FORMAT a25 word_wrapped

Se asume un caso en que la tabla particionada tp tiene dos particiones, p1 y p2, estas existen en el tablespace USERS y TOOLS respectivamente. También se asume que un índice particionado llamado tpind es definido en tp, y que el índice tiene dos particiones id1 e id2 (este existe en tablespaces id1 e id2 respectivamente). En este caso, puedes desplegar el siguiente output cuando la vista TS_PITR_CHECK es consultada contra el tablespace USERS y TOOLS:

own1 name1 subname1 obj1type ts1_name name2 subname2 obj2type own2 ts2_name cname reason
--- ---- ----- ------ ------- ---- ------ -------- --- -------- --- ------
SYSTEM TP P1 TABLE USER TPIND IP1 INDEX PARTITION PARTITION SYS
ID1 Partitioned Objects not fully contained in the recovery set
SYSTEM TP P2 TABLE TOOLS TPIND IP2 INDEX PARTITION PARTITION SYS
ID2 Partitioned Objects not fully contained in the recovery set

La tabla SYSTEM.tp posee un índice particionado tpind este consiste de la particiones, ip1 en el tablespace id1 e ip2 en el tablespace id2. Elimine tpind o incluya id1 e id2 en el recovery set.

9. Renombrando archivos en la AUXILIARY y Recovery Sets

Antes de comenzar ajustando la instancia Auxiliary para realizar el TSPITR, puedes decidir utilizar el método para nombrar datafiles en el Auxiliary Set. Si los nombres para los archivos en el Auxiliary Set no son diferentes desde el filenames en uso por el TARGET database, entonces RMAN envía una señal de error durante el TSPITR y termina la ejecución.

Por ejemplo, se esta creando la base de datos Auxiliary en el directorio /tmp, entonces el nombre absoluto de la ruta de los datafiles auxiliares deben ser prefijados al /tmp. Estos archivos auxiliares son previstos “solo” para realizar el TSPITR. Si los filenames no son convertidos en el Auxiliary Set, entonces el RMAN envía una señal de error durante el TSPITR y termina la ejecución.

Opcionalmente, puedes también elegir renombrar los datafiles en el Recovery Set Tablespaces en el TARGET (no en la AUXILIARY). Por ejemplo, si estas realizando TSPITR en el datafile ?/oradata/trgt/users01.dbf del tablespace USERS, puedes decidir renombrarlo al destino /disk2/datafiles/users01.dbf. Esta operación es equivalente al comando ALTER DATABASE RENAME FILE para especificar archivos en el TARGET database.

La siguiente tabla describe los comandos y parámetros usados para nombrar datafiles en la AUXILIARY y Recovery Sets durante el TSPITR. El orden de precedencia en la siguiente tabla es desde arriba hacia abajo, también el SET NEWNAME toma precedencia sobre CONFIGURE AUXNAME y el DB_FILE_NAME_CONVERT.

Order of Precedence Command/Parameter Can Name Files in Auxiliary Set? Can Rename Files in Recovery Set?
1 SET NEWNAME Yes Yes
2 CONFIGURE AUXNAME Yes Yes
3 DB_FILE_NAME_CONVERT Yes No

10. Usando SET NEWNAME para renombrar archivos en la AUXILIARY y Recover Sets

Puedes especificar un nuevo nombre para cualquier datafile en el Auxiliary Set en RMAN con el comando SET NEWNAME. RMAN utiliza este nuevo nombre como la ubicación temporal en donde va a restaurar y recuperar el datafile. Este nuevo nombre también elimina el ajuste del parámetro de inicialización DB_FILE_NAME_CONVERT, si este parámetro ha sido definido.

Puedes también usar SET NEWNAME para renombrar datafiles en el Recovery Set del Tablespace. Si especificas un nuevo nombre, entonces el nuevo nombre de archivo reemplaza al original en el TARGET control file. Cuando ajustamos nuevos nombres de archivos, RMAN no chequea conflictos entre nombres de datafiles en la AUXILIARY y la base de datos TARGET. Cualquier conflicto resulta en RMAN un error durante el TSPITR.

10. Utilización de SET NEWNAME para nombrar archivos

Por ejemplo, asume que el Auxiliary Set contiene los siguientes datafiles:

?/oradata/trgt/system01.dbf of the SYSTEM tablespace

?/oradata/trgt/undotbs01.dbf of the undotbs tablespace

El Recovery Set contiene los siguientes datafiles:

?/oradata/trgt/users01.dbf of the users tablespace

?/oradata/trgt/tools01.dbf of the tools tablespace

Necesitas crear la AUXILIARY en el directorio /tmp. También, decides renombrar el datafile tools a /private1/tools01.dbf, el datafile en el tablespace users con su nombre original.
En este caso, puedes utilizar el siguiente comando para ejecutar TSPITR en tools y users, causando que ?/oradata/trgt/tools01.dbf sea renombrado a ?/dbs/tools01.dbf en la base de datos TARGET:

RUN
{
SET NEWNAME FOR DATAFILE '?/oradata/trgt/system01.dbf' TO '/tmp/system01.dbf';
SET NEWNAME FOR DATAFILE '?/oradata/trgt/undotbs01.dbf' TO '/tmp/undotbs01.dbf';
SET NEWNAME FOR DATAFILE '?/oradata/trgt/tools01.dbf' TO '/disk1/tools01.dbf';
RECOVER TABLESPACE tools, users UNTIL SEQUENCE 1034 THREAD 1;
}

11. Usando copias de datafiles en la Auxiliary y Recover Sets

Usando una copia de datafile en disco es mucho más rápida la restauración de un datafile. Por lo tanto, puedes necesitar usar una copia apropiada de un datafile en la recuperación o en el Auxiliary Set en lugar de restaurar y recobrar un datafile.

RMAN TSPITR puede usar una copia de datafile, si cumple las siguientes condiciones:

El nombre del datafile copiado es registrado en el catálogo de recuperación como el nombre auxiliar del correspondiente datafile con los siguientes comandos (donde el filename es el nombre del datafile o el número, y aux_datafile_name es el nombre del datafile auxiliar):

CONFIGURE AUXNAME FOR DATAFILE FILENAME TO auxiliary_datafile_name;

La copia del datafile fue realizada antes del tiempo especificado en la cláusula UNTIL con el siguiente comando de RMAN (Donde ‘filename’ es el nombre del datafile):

COPY DATAFILE 'filename' TO AUXNAME;

Si RMAN utiliza una copia de datafile y el TSPITR es completado exitosamente, entonces el auxiliary_datafile_name es removido desde el catálogo de recuperación, y actualizado al estatus DELETED en el control file. El datafile original en el TARGET es reemplazado por esta copia del datafile después que se ha completado RMAN TSPITR.

Importante:
RMAN no usara una copia de datafile si usas SET NEWNAME para el mismo datafile.

12. Utilizando CONFIGURE AUXNAME para nombrar archivos

Por ejemplo, asumimos que el Auxiliary Set contiene los siguientes datafiles:

?/oradata/trgt/system01.dbf del tablespace SYSTEM

?/oradata/trgt/undotbs01.dbf del tablespace undotbs

El Recovery Set contiene los siguientes datafiles:

?/oradata/trgt/users01.dbf del tablespace users

?/oradata/trgt/tools01.dbf del tablespace tools

También, se asume que ejecutas el siguiente comando antes del TSPITR:

CONFIGURE AUXNAME FOR DATAFILE '?/oradata/trgt/system01.dbf' TO '/copy/system01.dbf';
CONFIGURE AUXNAME FOR DATAFILE '?/oradata/trgt/undotbs01.dbf' TO '/copy/undotbs01.dbf';
CONFIGURE AUXNAME FOR DATAFILE '?/oradata/trgt/tools01.dbf' TO '?/dbs/tools01.dbf';

COPY DATAFILE '?/oradata/trgt/system01.dbf' TO AUXNAME;
COPY DATAFILE '?/oradata/trgt/undotbs01.dbf' TO AUXNAME;
COPY DATAFILE '?/oradata/trgt/tools01.dbf' TO AUXNAME;

En este caso, podemos ejecutar el siguiente comando para ejecutar TSPITR con respecto a los tablespace tools y users, causando que el archivo ?/oradata/trgt/tools01.dbf sea renombrado a ?/dbs/tools01.dbf en el TARGET database:

RECOVER TABLESPACE tools, users UNTIL SEQUENCE 1034 THREAD 1;

13. Preparando el ambiente para realizar TSPITR

Para el siguiente ejemplo asumiremos que la base de datos TARGET será SCTIRT y la base de datos Auxiliary tendrá por nombre SCTIRT2

14. Crear archivo de password

Se debe crear el archivo de password para la instancia Auxiliary de la siguiente manera:

$ cd $ORACLE_HOME/dbs
$ export ORACLE_SID=SCTIRT2
$ orapwd file=orapwSCTIRT2 password=secret entries=5

15. Preparando archivo de parámetros

Es necesario copiar el archivo spfile$SID.ora al directorio $ORACLE_HOME/dbs. Luego de haber copiado este archivo se deben reemplazar valores y agregar ciertos parámetros para completar la configuración.

DB_NAME=SCTIRT

Este parámetro tendrá el mismo nombre de la base de datos TARGET

LOCK_NAME_SPACE=SCTIRT2

Se debe utilizar un nombre diferente al nombre de la base de datos TARGET, este parámetro permitirá tener 2 bases de datos con el mismo nombre iniciadas en el mismo nodo.

CONTROL_FILES= /tmp/control01.ctl
El controlfile se define para la instancia AUXILIARY

DB_FILE_NAME_CONVERT=('/oracle/oradata/SCTIRT/','/tmp/')

Patrones para convertir filenames para los datafiles de la base de datos Auxiliary. Puedes utilizar este parámetro para generar filenames para esos archivos que no fueron nombrados con SET NEWNAME o CONFIGURE AUXNAME. Obtener los nombres de los datafiles consultando la columna name de la vista V$DATAFILE, y asegurar que la conversión de los patrones correspondan al formato del nombre de archivo desplegado en la vista.

LOG_FILE_NAME_CONVERT=('/oracle/oradata/SCTIRT/','/tmp/')

Patrones para convertir filenames para los online redo logs de la base de datos Auxiliary. Obtener el nombre de los online redo logs consultando la columna MEMBER de la vista V$LOGFILE, y asegurar que la conversión de los patrones correspondan al formato del nombre de archivo desplegado en la vista.

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

Ajustar el valor a EXCLUIVE para conectarse a la instancia AUXILIARY por medio del archivo de password

COMPATIBLE=”9.2.0.x”
El mismo valor que posee la base de datos TARGET.

DB_BLOCK_SIZE=8192
Si este parámetro esta configurado en la base de datos TARGET, entonces este debe tener el mismo valor para la instancia AUXILIARY.

15. Asegurar conectividad mediante Oracle Net a la instancia Auxiliary

La instancia Auxiliary debe tener un nombre de servicio válido. Antes de proceder, utilice SQL*Plus para asegurar que puedes establecer una conexión con la instancia Auxiliary.

16. Iniciando la instancia AUXILIARY

Antes de comenzar RMAN TSPITR, utilice SQL*Plus para conectarse a la instancia Auxiliary e iniciar en modo NOMOUNT (especificar el archivo de parámetros si es necesario)

SQL> CONNECT SYS/oracle@SCTIRT2 AS SYSDBA
SQL> STARTUP NOMOUNT PFILE='/tmp/spfileSCTIRT2.ora'

IMPORTANTE:
La instancia AUXILIARY no tiene un control file, solamente iniciar la instancia en modo NOMOUNT. No cree un control file e intente montar o abrir la instancia AUXILIARY para TSPITR.

15. Realizando TSPITR con RMAN

La base de datos AUXILIARY debe encontrarse con el estado NOMOUNT y la base de datos TARGET puede encontrarse montada o abierta para realizar TSPITR. Los pasos en RMAN TSPITR son los siguientes:

Conectarse a la instancia AUXILIARY
Conectarse a la base de datos TARGET
Conectarse al catálogo de recuperación (opcional)
Recobrar el tablespace TBSRIT

$ export ORACLE_SID=SCTIRT2 (instancia auxiliar)
$rman nocatalog
Recovery Manager: Release 9.2.0.6.0 - 64bit Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

RMAN> connect auxiliary /

connected to auxiliary database: SCTIRT (not mounted)

RMAN> connect target sys/secret@SCTIRT

connected to target database: SCTIRT (DBID=2066758420)
using target database controlfile instead of recovery catalog

RMAN> recover tablespace TBSRIT until sequence 21 thread 1;

Starting recover at 17-JAN-07
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=16 devtype=DISK

printing stored script: Memory Script
{
# set the until clause
set until logseq 21 thread 1;
# restore the controlfile
restore clone controlfile to clone_cf;
# replicate the controlfile
replicate clone controlfile from clone_cf;
# mount the controlfile
sql clone 'alter database mount clone database';
# archive current online log for tspitr to a resent until time
sql 'alter system archive log current';
# avoid unnecessary autobackups for structural changes during TSPITR
sql 'begin dbms_backup_restore.AutoBackupFlag(FALSE); end;';
}

executing script: Memory Script

executing command: SET until clause

Starting restore at 17-JAN-07

allocated channel: ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: sid=13 devtype=DISK
channel ORA_AUX_DISK_1: starting datafile backupset restore
channel ORA_AUX_DISK_1: restoring controlfile
output filename=/usr03/oracle/respaldo/BASES/SCTIRT2/control/control01.ctl
channel ORA_AUX_DISK_1: restored backup piece 1
piece handle=/usr03/oracle/respaldo/BASES/SCTIRT2/backup/df_t611946029_s11_p1 tag=TAG20070115T170029 params=NULL
channel ORA_AUX_DISK_1: restore complete
Finished restore at 17-JAN-07

replicating controlfile
input filename=/usr03/oracle/respaldo/BASES/SCTIRT2/control/control01.ctl
output filename=/usr03/oracle/respaldo/BASES/SCTIRT2/control/control02.ctl
output filename=/usr03/oracle/respaldo/BASES/SCTIRT2/control/control03.ctl

sql statement: alter database mount clone database

sql statement: alter system archive log current

sql statement: begin dbms_backup_restore.AutoBackupFlag(FALSE); end;

printing stored script: Memory Script
{
# generated tablespace point-in-time recovery script
# set the until clause
set until logseq 21 thread 1;
plsql <<<-- tspitr_2
declare
sqlstatement varchar2(512);
offline_not_needed exception;
pragma exception_init(offline_not_needed, -01539);
begin
sqlstatement := 'alter tablespace '|| 'TBSRIT' ||' offline for recover';
krmicd.writeMsg(6162, sqlstatement);
krmicd.execSql(sqlstatement);
exception
when offline_not_needed then
null;
end; >>>;
# set a destination filename for restore
set newname for datafile 1 to
"/usr03/oracle/respaldo/BASES/SCTIRT2/backup/system01.dbf";
# set a destination filename for restore
set newname for datafile 2 to
"/usr03/oracle/respaldo/BASES/SCTIRT2/backup/undots01.dbf";
# set a destination filename for restore
set newname for datafile 3 to
"/usr03/oracle/respaldo/BASES/SCTIRT/tab/tbsrit01.dbf";
# restore the tablespaces in the recovery set plus the auxilliary tablespaces
restore clone datafile 1, 2, 3;
switch clone datafile all;
#online the datafiles restored or flipped
sql clone "alter database datafile 1 online";
#online the datafiles restored or flipped
sql clone "alter database datafile 2 online";
#online the datafiles restored or flipped
sql clone "alter database datafile 3 online";
# make the controlfile point at the restored datafiles, then recover them
recover clone database tablespace "TBSRIT", "SYSTEM", "UNDOTS";
alter clone database open resetlogs;
# PLUG HERE the creation of a temporary tablespace if export fails due to lack
# of temporary space.
# For example in Unix these two lines would do that:
#sql clone "create tablespace aux_tspitr_tmp
# datafile ''/tmp/aux_tspitr_tmp.dbf'' size 500K";
}

executing script: Memory Script

executing command: SET until clause

sql statement: alter tablespace TBSRIT offline for recover

executing command: SET NEWNAME

executing command: SET NEWNAME

executing command: SET NEWNAME

Starting restore at 17-JAN-07

using channel ORA_AUX_DISK_1
channel ORA_AUX_DISK_1: starting datafile backupset restore
channel ORA_AUX_DISK_1: specifying datafile(s) to restore from backup set
restoring datafile 00001 to /usr03/oracle/respaldo/BASES/SCTIRT2/backup/system01.dbf
restoring datafile 00002 to /usr03/oracle/respaldo/BASES/SCTIRT2/backup/undots01.dbf
restoring datafile 00003 to /usr03/oracle/respaldo/BASES/SCTIRT/tab/tbsrit01.dbf
channel ORA_AUX_DISK_1: restored backup piece 1
piece handle=/usr03/oracle/respaldo/BASES/SCTIRT2/backup/df_t611946029_s11_p1 tag=TAG20070115T170029 params=NULL
channel ORA_AUX_DISK_1: restore complete
Finished restore at 17-JAN-07

datafile 1 switched to datafile copy
input datafilecopy recid=7 stamp=612142225 filename=/usr03/oracle/respaldo/BASES/SCTIRT2/backup/system01.dbf
datafile 2 switched to datafile copy
input datafilecopy recid=8 stamp=612142225 filename=/usr03/oracle/respaldo/BASES/SCTIRT2/backup/undots01.dbf
datafile 3 switched to datafile copy
input datafilecopy recid=9 stamp=612142225 filename=/usr03/oracle/respaldo/BASES/SCTIRT/tab/tbsrit01.dbf

sql statement: alter database datafile 1 online

sql statement: alter database datafile 2 online

sql statement: alter database datafile 3 online

Starting recover at 17-JAN-07
using channel ORA_DISK_1

starting media recovery

archive log thread 1 sequence 20 is already on disk as file /app9/oracle/admin/SCTIRT/arch/arch_1_20.arc
archive log filename=/app9/oracle/admin/SCTIRT/arch/arch_1_20.arc thread=1 sequence=20
media recovery complete
Finished recover at 17-JAN-07

database opened

printing stored script: Memory Script
{
# export the tablespaces in the recovery set
host 'exp userid =\"/@ as sysdba\" point_in_time_recover=y tablespaces=
TBSRIT file=
tspitr_a.dmp';
# shutdown clone before import
shutdown clone immediate
# import the tablespaces in the recovery set
host 'imp userid =\"sys/massif@SCTIRT as sysdba\" point_in_time_recover=y file=
tspitr_a.dmp';
# online/offline the tablespace imported
sql "alter tablespace TBSRIT online";
sql "alter tablespace TBSRIT offline";
# enable autobackups in case user does open resetlogs from RMAN after TSPITR
sql 'begin dbms_backup_restore.AutoBackupFlag(TRUE); end;';
}

executing script: Memory Script

Export: Release 9.2.0.6.0 - Production on Wed Jan 17 23:30:29 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

Connected to: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
With the OLAP option
JServer Release 9.2.0.6.0 - Production
Export done in WE8ISO8859P9 character set and AL16UTF16 NCHAR character set
server uses WE8ISO8859P1 character set (possible charset conversion)
Note: table data (rows) will not be exported

About to export Tablespace Point-in-time Recovery objects...
For tablespace TBSRIT ...
. exporting cluster definitions
. exporting table definitions
. . exporting table PRUEBA
. exporting referential integrity constraints
. exporting triggers
. end point-in-time recovery
Export terminated successfully without warnings.
host command complete

database closed
database dismounted
Oracle instance shut down

Import: Release 9.2.0.6.0 - Production on Wed Jan 17 23:30:38 2007

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

Connected to: Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit Production
With the OLAP option
JServer Release 9.2.0.6.0 - Production

Export file created by EXPORT:V09.02.00 via conventional path
About to import Tablespace Point-in-time Recovery objects...
import done in WE8ISO8859P9 character set and AL16UTF16 NCHAR character set
import server uses WE8ISO8859P1 character set (possible charset conversion)
. importing JBROWN's objects into JBROWN
. . importing table "PRUEBA"
. importing SYS's objects into SYS
Import terminated successfully without warnings.
host command complete

sql statement: alter tablespace TBSRIT online

sql statement: alter tablespace TBSRIT offline

sql statement: begin dbms_backup_restore.AutoBackupFlag(TRUE); end;
Finished recover at 17-JAN-07

17. Conclusión

Se ha creado un esquema llamado JBROWN el cual contiene una tabla con x cantidad de datos de nombre prueba. Esta tabla fue truncada después de realizar el respaldo full y se ha recuperado el tablespace TBSRIT conteniendo la tabla completa con x datos. Es importante recordar que el tablespace fue llevado a un tiempo distinto al recuperarlo sin afectar el funcionamiento de la base de datos TARGET. La instancia AUXILIARY debe encontrarse en el mismo nodo donde reside la base de datos TARGET para realizar TSPITR. Para efecto de este ejercicio el objetivo se ha cumplido y recuperamos completamente la data hasta la secuencia 21.

18. Tareas automáticas realizadas por RMAN durante TSPITR

1. Toma el tablespace a recobrar como offline
2. Restaura el datafile en la instancia Auxiliary
3. Recobra el datafile restaurado al tiempo especificado
4. Abre la base de dato AUXILIARY con la opción RESETLOGS
5. Exporta la metadata del diccionario acerca de los objetos en el tablespace recobrado – El DDL crea los objetos apuntando a las ubicaciones físicas de los datafiles recobrados – a la base de datos TARGET
6. Baja la instancia AUXILIARY
7. Utiliza el comando SWITCH de modo que el TARGET control file ahora apunta a los datafiles en el recovery set donde acaba de ser recuperada en la base de datos AUXILIARY
8. Importa la metadata del diccionario que fue exportada desde la instancia AUXILIARY, permitiendo que los objetos recobrados sean accedidos
16. Preparando el TARGET después de RMAN TSPITR
Todos los tablespaces recobrados están OFFLINE en la base de datos TARGET después de la ejecución exitosa del comando RECOVER. Si el comando RECOVER falla, entonces después de resolver el error puedes re-ejecutar el comando.
Si el import falla por espacio del temporary, se puede recrear el tablespace temporary. Busca el tspitr_7 en /oracle/rdbms/admin/recover.bsq y revisar los comentarios para crear el tablespace temporary.
Si el import falla por que las tablas de import no existen, puedes ejecutar el script CATEXP.SQL en la base de datos TARGET para crear el esquema de importación.

$ export ORACLE_SID=SCTIRT (TARGET)
$ rman nocatalog

Recovery Manager: Release 9.2.0.6.0 - 64bit Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

RMAN> connect target sys/secret@SCTIRT

RMAN> backup tablespace TBSRIT;

RMAN> SQL ‘alter tablespace TBSRIT ONLINE’;

Importante: Si ejecutas en modo NOCATALOG, entonces no puedes realizar TSPITR en un tablespace y entonces nuevamente realizarlo sobre el mismo tablespace a un tiempo igual a o antes del tiempo de TSPITR. Por eso, después de completar TSPITR, se debe hacer un nuevo backup del tablespace, pudiendo realizar TSPITR en el tablespace en cualquier momento después del backup.

19. Limpiando la instancia AUXILIARY

La instancia AUXILIARY no es posible utilizarla después de completar exitosamente el TSPITR. La instancia debe ser limpiada usando los siguientes cambios:

Conectarse a la instancia Auxiliar

$ export ORACLE_SID= SCTIRT2
$ rman nocatalog
Recovery Manager: Release 9.2.0.6.0 - 64bit Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
RMAN> connect auxiliary sys/secret@SCTIRT2
- Montar la base de datos usando 'ALTER DATABASE MOUNT CLONE DATABASE'
- Elimine los archivos temporales restaurados por RMAN cuando se realizo TSPITR,

ejecutando las siguientes consultas:
SELECT d.name
FROM v$datafile d, v$tablespace t
WHERE d.ts#=t.ts# AND status in ('SYSTEM', 'ONLINE')
AND t.name !=’TBSRIT’;
SELECT member FROM v$logfile;

SELECT name FROM v$controlfile;
Baje la instancia con SHUTDOWN IMMEDIATE y elimine todos los archivos entregados por las consultas anteriores. Además también borrar el archivo de password asociado a la instancia AUXILIARY.

Espero que sirva este procedimiento completo para recuperar tablespaces en el tiempo en una instancia Auxiliar.

Saludos,
Alberto Silva