Linux: Pasos para bajar una base de datos ORACLE en forma segura

Posted by josefabre | Posted in Base de Datos, Noticias, Oracle, Software Libre, Unix/Linux | Posted on 21-05-2014

Tags: , ,

1

Cuando se generen inconvenientes en su empresa y por A o B razón deben bajar las bases de datos, la forma segura de realizar esto es siguiendo los siguientes pasos:

1.-Ingresar al servidor 

ssh o por telnet para ingresar al SQLPlus* ya sea por putty , SSH-Security o cualquier herramienta que maneje su negocio para administrar servidores

2.-Cargar las variables de ambiente

Nota:Este paso es necesario cuando el ambiente de oracle no se encuentra cargado en la sesión actual de sistema operativo

[oracle@docec admin]$ cd

[oracle@docec ~]$ . ./.bash_profile

[oracle@docec ~]$ . oraenv
ORACLE_SID = [nueva] ? nueva
ORACLE_HOME = [/home/oracle] ? /u01/app/oracle/product/11.2.0/dbhome_1
The Oracle base remains unchanged with value /u01/app/oracle

3.-Detener el listener

Esta acción permite que usuarios nuevos no puedan conectarse

[oracle@docec ~]$ lsnrctl stop

LSNRCTL for Linux: Version 12.1.0.1.0 – Production on 21-MAY-2014 14:24:08

Copyright (c) 1991, 2013, Oracle. All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=localhost.localdomain)(PORT=1521)))
The command completed successfully

4.-Apagar la base de forma segura

[oracle@docec ~]$ sqlplus / as sysdba

SQL*Plus: Release 12.1.0.1.0 Production on Wed May 21 14:25:16 2014

Copyright (c) 1982, 2013, Oracle. All rights reserved.
Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 – 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL> shutdown immediate;

Database closed.
Database dismounted.
ORACLE instance shut down.

SQL> exit

5.- Apagar el sistema operativo

[oracle@docec ~]$ poweroff

 

Nota: Realizar los pasos 2 y 4 por cada Instancia (SID) que se tenga en el servidor

 

DATABASE LINK

Posted by josefabre | Posted in Base de Datos, Entrenamiento, Oracle, Software Libre, Unix/Linux | Posted on 21-05-2014

Tags: , ,

1

DATABASE LINK

 



Para que sirve un DBLink?

Un conexión de base de datos externa o simplemente DBLink, sirve para conectarte con otra base de datos y así poder extraer información de esa base.

Creación del DBLink

Para crear un dblink se deben tomar en cuenta los siguientes puntos
– Agregar la entrada de conexión en el tnsname.ora

[host@local ~]$ vim $ORACLE_HOME/networck/admin/tnsname.ora

Descripción de la nueva entrada:

NUEVA_ENTRADA =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = nueva_entrada.rfcg.com)

)

)

Nota: Para validar que todo se encuentre funcionando, realizamos una prueba ejecutando

[host@local ~]$ tnsping NUEVA_ENTRADA

TNS Ping Utility for Linux: Version 12.1.0.1.0 – Production on 21-MAY-2014 12:09:23

Copyright (c) 1997, 2013, Oracle.  All rights reserved.

Used parameter files:
Used TNSNAMES adapter to resolve the alias

Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = nuva.rfcg.com)))

OK (10 msec)
-En SQLPlus*, Toad , SqlDeveloper o cualquier ambiente que se tenga para poder ejecutar el scrip ejecutamos.

Formato:

CREATE [PUBLIC] DATABASE LINK <NOMBRE DEL DBLINK>

CONNECT TO <NOMBRE DEL USUARIO>

IDENTIFIED BY <CLAVE DEL USUARIO>

USING <NOMBRE DE LA ENTRADA EN EL TNSNAME>



Ejemplo:



SQL> CREATE PUBLIC DATABASE LINK “DBL_CONEXION_PROD.RGCG.COM”

CONNECT TO JFABRE

IDENTIFIED PassWOrD

USING ‘NUVA_ENTRADA';














RECUPERACIÓN ANTE DESASTRES – ORACLE DataGuard 11.2.0.4

Posted by josefabre | Posted in Administración, Aplicaciones, Base de Datos, Entrenamiento, Opinión, Oracle, Software Libre, Tips, Unix/Linux | Posted on 12-05-2014

Tags: ,

2

 

RECUPERACIÓN  ANTE DESASTRES

 

Guía de instalación para Oracle Data Guard
Base de datos 11g
Version 11.2.0.4

 

Índice General
1.       Introducción
2.     Arquitectura de data guard 11g
3.     Datos Generales
4.      Consejos (antes de empezar)
5.      Configurar servidor principal (Producción)
6.     Obtener los archivos de parámetros.
7.      Sincronizados los servidores con RMAN
8.      Sincronizados los servidores con Duplicate
9.      Configurar servidor secundario (Standby)
10.   Enviar archivelog’s (Switch log file)
11.   Convertir servidor secundario a principal (Switchover)
12.   Hacer permanente servidor secundario principal (Failover)   
13.   Conclusiones
1.  Introducción

 

En la mayoría de empresas se han ido implantando durante los últimos años planes de recuperación ante desastres o DR (Disaster Recovery). Estos planes comprenden un conjunto de recursos hardware, software y procedimientos que deben permitir a una empresa continuar ofreciendo sus servicios (o los considerados mínimos) en caso de que ocurran problemas graves en los sistemas informáticos.

En el caso de Oracle y para intentar minimizar este tipo de problemas, existen configuraciones de DR data guard que nos permiten mantener en ubicaciones físicamente separadas sistemas de contingencia denominados standby que podrán seguir dando servicio en caso de caída de los sistemas principales.

El concepto de Alta disponibilidad o HA (High Availability) es indispensable en una empresa por lo que DR. puede  disponer de discos, o tarjetas de red duplicados en un servidor es una solución de alta disponibilidad (HA), disponer de un segundo servidor en otra ciudad replicado con el primero es protección ante desastres (DR).

Finalmente existen las soluciones que nos aporta Oracle: las BDD Standby y el producto DataGuard (que ya viene integrado en las BDD EE) “.Solo aplicable para Enterprise Edition”

Una BDD Standby física (existen Standby “lógicas” de las que hablaremos en otra ocasión) es una copia “bit a bit” de nuestra BDD productiva, separada de ésta varias decenas, centenares o miles de kilómetros. Los cambios se trasmiten de la principal a la Standby y se aplican posteriormente en ésta.

Las trasmisiones de datos se realizan de manera comprimida y optimizada ocupando un mínimo de ancho de banda, y los datos pueden aplicarse en la standby “al momento” o con un cierto retardo, de manera que en caso de errores lógicos (modificación o borrado por error de gran cantidad de datos en la principal) se pueda ir a consultar los datos “del pasado” en la standby.


2. Arquitectura

 

3. Datos Generales
Sistema Operativo
Oracle Linux Server release 6.4  
Instaladores del software Oracle 12c 

*Para descargar los instaladores se debe crear una cuenta en Oracle http://www.oracle.com/ y descargar los  paquetes de 12.1.0.1 para Linuxhttp://www.oracle.com/technetwork/database/enterprise-edition/downloads/index.html

Una vez los paquetes descargados copiar en la partición o en la partición donde se tenga espacio para instalar la base.

/u01/database/



4. Consejos

4.1. Se debe constatar que tanto la base como el sistema operativo sean iguales en los dos servidores mismo Hadware y Software.

4.2. Los dos servidores deben tener instalados los paquetes necesarios para el correcto funcionamiento del oracle consulta el siguiente link http://docs.oracle.com/cd/B28359_01/install.111/b32002/pre_install.htm#LADBI214

4.2. El primer servidor de producción contiene la base con listener el segundo solo el software de oracle y listener con los mismos parámetros que se configuro el principal

4.3. Deben tener las mismas características físicas los dos servidores

4.4. Crear archivo de variables de ambiente en el servidor de standby “.bash_profile”

Sentencias útiles para ver la versión del sistema operativo

Nombre tipo y versión de S.O.

[oracle@rfcg ~]$ lsb_release -a

Consulta para la versión del software de  Oracle

SQL> select value from v$system_parameter where name = ‘compatible’

Consulta Para ver los parámetros de configuración de la base de datos

SQL> SELECT * FROM NLS_DATABASE_PARAMETERS

        CONSULTAS ÚTILES

       – Consulta identifica si es primario o secundario

SELECT name,open_mode,database_role,db_unique_name,protection_modeFROM v$database;

         -Identificar el rol actiual del servidor

SELECT database_role FROM v$database;

5. Configurar servidor principal (Producción)

5.1. Poner la base principal en modo archivelog

Nota: Para verificar el modo actual de tu servidor principal

SQL> SELECT log_mode FROM v$database;

LOG_MODE
————
NOARCHIVELOG

Poner en modo archivelog

SQL> SHUTDOWN IMMEDIATE;

SQL> STARTUP MOUNT;

SQL> ALTER DATABASE ARCHIVELOG;

SQL> ALTER DATABASE OPEN;
5.2.Habilitar el registro forzado

SQL> ALTER DATABASE FORCE LOGGING;

5.3.Verificar la configuración de db_name y db_unique_name en ambos casos debe ser el nombre de la instancia de producción

SQL> show parameter db_name

NAME    TYPEVALUE
———————————— ———– ——————————
db_name     string DB11G

SQL> show parameter db_unique_name

NAME    TYPEVALUE
———————————— ———– ——————————
db_unique_name     string DB11G

5.4.Configurar el archivelog para stanby

SQL> ALTER SYSTEM SET LOG_ARCHIVE_CONFIG=’DG_CONFIG=(DB11G,DB11G_STBY)';

SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_2=’SERVICE=db11g_stby NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=DB11G_STBY';

SQL>ALTER SYSTEM SET LOG_ARCHIVE_DEST_STATE_2=ENABLE;
5.5.Configurar el passwordfile

SQL> ALTER SYSTEM SET LOG_ARCHIVE_FORMAT=’%t_%s_%r.arc’ SCOPE=SPFILE;

SQL> ALTER SYSTEM SET LOG_ARCHIVE_MAX_PROCESSES=30;

SQL> ALTER SYSTEM SET REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE SCOPE=SPFILE;

5.6.Configurar el envio de spfile a standby

SQL> ALTER SYSTEM SET FAL_SERVER=DB11G_STBY;

SQL> ALTER SYSTEM SET DB_FILE_NAME_CONVERT=’DB11G_STBY’,’DB11G’ SCOPE=SPFILE;

SQL> ALTER SYSTEM SET LOG_FILE_NAME_CONVERT=’DB11G_STBY’,’DB11G’ SCOPE=SPFILE;

SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=AUTO;
5.7.Configurar el tnsname.ora 

Se debe agregar manual o con el utilitario netmgr el servicio de standby que se creo en el servidor secundario. 

[oracle@host ~]$ vim $ORACLE_HOME/network/admin/tnsnames.ora

/***************************************************

DGARD =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = rfcg.oracle.com)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dgard.oracle.com)
)
)

DGARD_STBY =
  (DESCRIPTION =    (ADDRESS_LIST =     (ADDRESS = (PROTOCOL = TCP)(HOST = rfcg2.oracle.com)(PORT = 1521)) )

    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = dgard_stby.oracle.com)
    )
  )

***************************************************/

Nota: Para probar si se tiene conexión entre los dos servidores se recomienda ejecutar el comando tnsping <nombre del servicio>

[oracle@host ~]$ tnsping DGARD_STBY

6. Obtener los archivos de parámetros

6.1. Crear el controlfile y parameterfile para standby

Ejecutar en el principal

SQL>ALTER DATABASE CREATE STANDBY CONTROLFILE AS ‘/tmp/db11g_stby.ctl';

SQL>CREATE PFILE=’/tmp/initDB11G_stby.ora’ FROM SPFILE;

6.2. Cambiar en el archivo de controlfile creado para standby anteriromente

*Cambiar las lineas con -> lo que se tiene en la derecha es lo original por lo de la izquierda.

Original -> Nuevo Valor

[oracle@host ~]$ vim /tmp/initDB11G_stby.ora

/************************************************************************

dgard.__db_cache_size=503316480 -> dgard_stby.__db_cache_size=503316480
dgard.__java_pool_size=16777216 -> dgard_stby.__java_pool_size=16777216
dgard.__large_pool_size=16777216 -> dgard_stby.__large_pool_size=16777216
dgard.__oracle_base=’/u01/app/oracle’#ORACLE_BASE set from environment
->  dgard_stby.__oracle_base=’/u01/app/oracle’#ORACLE_BASE set from environment
dgard.__pga_aggregate_target=754974720 -> dgard_stby.__pga_aggregate_target=754974720
dgard.__sga_target=855638016 -> dgard_stby.__sga_target=855638016
dgard.__shared_io_pool_size=0 -> dgard_stby.__shared_io_pool_size=0
dgard.__shared_pool_size=268435456 -> dgard_stby.__shared_pool_size=268435456
dgard.__streams_pool_size=33554432 -> dgard_stby.__streams_pool_size=33554432
*.audit_file_dest=’/u01/app/oracle/admin/dgard/adump’
-> *.audit_file_dest=’/u01/app/oracle/admin/dgard_stby/adump’
*.audit_trail=’db’
*.compatible=’11.2.0.0.0′
*.control_files=’/u01/app/oracle/oradata/dgard/control01.ctl’,’/u01/app/oracle/fast_recovery_area/dgard/control02.ctl’
->
*.control_files=’/u01/app/oracle/oradata/dgard_stby/control01.ctl’,’/u01/app/oracle/fast_recovery_area/dgard_stby/control02.ctl’
*.db_block_size=8192
*.db_domain=’oracle.com’
*.db_file_name_convert=’dgard_stby’,’dgard’ ->  *.db_file_name_convert=’dgard’,’dgard_stby’
*.db_name=’dgard’
Aumentar esta Linea————> *.db_unique_name=’dgard_stby’
*.db_recovery_file_dest=’/u01/app/oracle/fast_recovery_area’
*.db_recovery_file_dest_size=4322230272
*.diagnostic_dest=’/u01/app/oracle’
*.dispatchers='(PROTOCOL=TCP) (SERVICE=dgardXDB)’
*.fal_server=’DGARD_STBY’ -> *.fal_server=’DGARD’
*.log_archive_config=’DG_CONFIG=(dgard_stby,dgard)’ ->*.log_archive_config=’DG_CONFIG=(dgard,dgard_stby)’
*.log_archive_dest_2=’SERVICE=dgard NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=dgard_stby’
-> *.log_archive_dest_2=’SERVICE=dgard NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=dgard’
*.log_archive_dest_state_2=’ENABLE’
*.log_archive_format=’%t_%s_%r.arc’
*.log_archive_max_processes=30
*.log_file_name_convert=’dgard_stby’,’dgard’ -> *.log_file_name_convert=’dgard’,’dgard_stby’
*.memory_target=1603272704
*.open_cursors=300
*.processes=150
*.remote_login_passwordfile=’EXCLUSIVE’
*.standby_file_management=’AUTO’
*.undo_tablespace=’UNDOTBS1′

************************************************************************/

7. Sincronizados los servidores con RMAN

7.1. Sacar backup de la base primaria

Ejecutar en el principal

[oracle@host ~]$ rman target=/

RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
7.2. Crear los directorios como se tiene en el servidor de producción

Ejecutar en el secundario

[oracle@host ~]$ mkdir -p /u01/app/oracle/oradata/dbg11_stby

[oracle@host ~]$ mkdir -p /u01/app/oracle/fast_recovery_area/dbg11_stby

[oracle@host ~]$ mkdir -p /u01/app/oracle/admin/dbg11_stby/adump

7.3. Copiar los archivos de configuración de producción a standby

Ejecutar en el primario

*Controlfile

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:/tmp/db11g_stby.ctl /u01/app/oracle/oradata/dbg11_stby/control01.ctl

[oracle@host_stby ~]$ cp /u01/app/oracle/oradata/DB11G/control01.ctl /u01/app/oracle/fast_recovery_area/dbg11_stby/control02.ctl

*Archivelogs and backups

[oracle@host_stby ~]$ scp -r oracle@ol5-112-dga1:/u01/app/oracle/fast_recovery_area/DB11G/archivelog /u01/app/oracle/fast_recovery_area/dbg11_stby

[oracle@host_stby ~]$ scp -r oracle@ol5-112-dga1:/u01/app/oracle/fast_recovery_area/DB11G/backupset /u01/app/oracle/fast_recovery_area/dbg11_stby

*Parameter file.

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:/tmp/initDB11G_stby.ora /tmp/initDB11G_stby.ora

*Login password file.

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:$ORACLE_HOME/dbs/orapwDB11G $ORACLE_HOME/dbs

*Tnsname

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:$ORACLE_HOME/network/admin/tnsname.ora $ORACLE_HOME/network/admin/tnsname.ora

7.4. Levantar el listener

[oracle@host_stby ~]$ lsnrctl reload

7.5. Restaurar el backup en el servidor de standby con el spfile

[oracle@host_stby ~]$ export ORACLE_SID=DB11G

[oracle@host_stby ~]$ sqlplus / as sysdba

SQL> CREATE SPFILE FROM PFILE=’/tmp/initDB11G_stby.ora';

[oracle@host_stby ~]$ rman target=/

RMAN> STARTUP MOUNT;

RMAN> RESTORE DATABASE;

7.6. Crear los logfile

SQL> ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/dgard_stby/standby_redo01.log’) SIZE 50M;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/dgard_stby/standby_redo02.log’) SIZE 50M;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/dgard_stby/standby_redo03.log’) SIZE 50M;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/dgard_stby/standby_redo04.log’) SIZE 50M;

8. Sincronizados los servidores con Duplicate

8.1. Copiar los archivos de configuración de producción a standby

Ejecutar en el principal

*Controlfile

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:/tmp/db11g_stby.ctl /u01/app/oracle/oradata/dbg11_stby/control01.ctl

[oracle@host_stby ~]$ cp /u01/app/oracle/oradata/DB11G/control01.ctl /u01/app/oracle/fast_recovery_area/dbg11_stby/control02.ctl

*Parameter file.

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:/tmp/initDB11G_stby.ora /tmp/initDB11G_stby.ora

*Login password file.

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:$ORACLE_HOME/dbs/orapwDB11G $ORACLE_HOME/dbs

*Tnsname

[oracle@host_stby ~]$ scp oracle@ol5-112-dga1:$ORACLE_HOME/network/admin/tnsname.ora $ORACLE_HOME/network/admin/tnsname.ora

8.2. Crear los los redo de standby en el principal

Ejecutar en el principal

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/DB11G/standby_redo01.log’) SIZE 50M;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/DB11G/standby_redo02.log’) SIZE 50M;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/DB11G/standby_redo03.log’) SIZE 50M;

SQL> ALTER DATABASE ADD STANDBY LOGFILE (‘/u01/app/oracle/oradata/DB11G/standby_redo04.log’) SIZE 50M;

Ejecutar en el secundario

8.3. Levantar el listener

[oracle@host_stby ~]$ lsnrctl reload

8.3. Usar duplicate

[oracle@host_stby ~] export ORACLE_SID=DB11G

[oracle@host_stby ~] sqlplus / as sysdba

SQL> STARTUP NOMOUNT PFILE=’/tmp/initDB11G_stby.ora';

8.4. Conectarse a RMAN y ejecutar script de duplicate

Ejecutar en el principal

[oracle@host_stby ~]  rman TARGET sys/password@DB11G AUXILIARY sys/password@DB11G_STBY

RMAN > DUPLICATE TARGET DATABASE
FOR STANDBY
FROM ACTIVE DATABASE
DORECOVER
SPFILE
SET db_unique_name=’DB11G_STBY’ COMMENT ‘Is standby’
SET LOG_ARCHIVE_DEST_2=’SERVICE=db11g ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=DB11G’
SET FAL_SERVER=’DB11G’ COMMENT ‘Is primary’
NOFILENAMECHECK;

9. Configurar servidor secundario (Standby)

9.1. Permitir el recibimiento de archivelog.

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE;

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Nota: Estas sentencias sirven para dejar abierto stanby y recibir archivelog de produccion.

Se usa 

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Para cancelar y dejar de recibir archivelog

CONSEJO: Realizar tnsping a producción desde standby y viceversa a ambas instancias para saber que están conectadas
10. Enviar archivelog’s (Switch log file)

Ejecutar en el principal

10.1. Saber numero de transacción en la que se encuentra actualmente

SQL> ALTER SESSION SET nls_date_format=’DD-MON-YYYY HH24:MI:SS';

SQL> SELECT sequence#, first_time, next_time FROM   v$archived_log ORDER BY sequence#;

10.2. Dejar de escribir en archive y enviar a memoria sincronizando con standby

SQL> ALTER SYSTEM SWITCH LOGFILE;

10.3. Validar la transferencia de archive en standby

Ejecutar en el secundario

SQL> ALTER SESSION SET nls_date_format=’DD-MON-YYYY HH24:MI:SS';

SQL> SELECT sequence#, first_time, next_time, applied FROM   v$archived_log ORDER BY sequence#;

Nota: Verificar que el mismo número de secuencia este en ambos y el estado de la transacción sea  applied = YES

11. Convertir servidor secundario a principal (Switchover)

Ejecutar en el principal

CONSEJO: en otra terminal hacer “tail -f”  al alert log para verificar que todo se ejecute normalmente

11.1. Realizar principal servidor secundario

SQL> CONNECT / AS SYSDBA

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO STANDBY;

SQL> SHUTDOWN IMMEDIATE;

11.2. Montar servidor principal como standby

SQL> STARTUP NOMOUNT;

SQL> ALTER DATABASE MOUNT STANDBY DATABASE;

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;


11.3. Finalizar la administracion de standby como servidor secundario

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;


12. Hacer permanente servidor secundario principal (Failover)

Ejecutar en el secundario

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;

SQL> ALTER DATABASE ACTIVATE STANDBY DATABASE;

Nota: Después de ejecutar el failover no se puede regresar atrás

Conclusiones

Después de realizar esta practica usted debe ser capaz de:

– Configurar un servidor de standby ante desastres.
– Conocimientos de hacer una copia de base con duplicate.
– Conocimientos de rman backup.

Elaborado por:
José Fabre
                                                                     Oracle Certified Associate
                     jose.fabre@refundation.com

¿Instalando EM12c? Warning: Limit of open file descriptors is found to be 1024

Posted by Paola Pullas | Posted in Administración, Base de Datos, Oracle | Posted on 01-07-2013

Tags: , , , ,

1

¿Está instalando EM12c y se encuentra con un warning que impide subir los servicios de la consola?. La solución es fácil.

Primero a continuación les pongo el error para que puedan compararlo con lo que están haciendo:

/bin/emctl start oms
Starting WebTier…
WebTier Successfully Started
Starting Oracle Management Server…
Oracle Management Server is not functioning because of the following reason:
Unexpected error occurred. Check error and log files.
WARNING: Limit of open file descriptors is found to be 1024.
For proper functioning of OMS, please set “ulimit -n” to be at least 4096.

El error mencionado puede presentarse durante la instalación o ya en operación. Para esto debe:

OMS_ORACLE_HOME>/bin/emctl stop oms -all -force

Luego buscamos si algún proceso STALE quedó corriendo y si es así los matamos (ojo solo los STALE y que tengan que ver con la consola):

ps -ef | grep EMGC_OMS1
ps -ef | grep EMGC_ADMINSERVER
ps -ef | grep java

Seteamos el valor correcto de ulimit:

ulimit -n 4096

Intentamos levantar nuevamente la consola:

OMS_ORACLE_HOME/bin/emctl start oms

¿Instalando EM12c? Asegúrese de descomprimir bien los archivos

Posted by Paola Pullas | Posted in Administración, Base de Datos, Tips, Unix/Linux | Posted on 01-07-2013

Tags: , ,

0

Si se encuentran con el siguiente error:

oracle.sysman.oii.oiii.OiiiInventoryDoesNotExistException: The inventory pointer location /etc/oraInst.loc is either not readable or does not exist
at oracle.sysman.oii.oiii.OiiiInstallAreaControl.initAreaControl
(OiiiInstallAreaControl.java:1858)
at oracle.sysman.oii.oiic.OiicStandardInventorySession.initSession
(OiicStandardInventorySession.java:292)
at oracle.sysman.oii.oiic.OiicStandardInventorySession.initSession
(OiicStandardInventorySession.java:231)
at oracle.sysman.oii.oiic.OiicStandardInventorySession.initSession
(OiicStandardInventorySession.java:180)
at oracle.sysman.install.oneclick.EMGCGetUpgradeableHomes.initInventorySession
(EMGCGetUpgradeableHomes.java:411)
at oracle.sysman.install.oneclick.EMGCGetUpgradeableHomes.getHomes
(EMGCGetUpgradeableHomes.java:117)
at oracle.sysman.install.oneclick.EMGCGetUpgradeableHomes.getInstance
(EMGCGetUpgradeableHomes.java:107)
at oracle.sysman.install.oneclick.EMGCInstallSettingsDlg.m_createupgradeTblSCrollPane
(EMGCInstallSettingsDlg.java:828)
at oracle.sysman.install.oneclick.EMGCInstallSettingsDlg.createMainPanel
(EMGCInstallSettingsDlg.java:252)
at oracle.sysman.install.oneclick.EMGCInstallSettingsDlg.
(EMGCInstallSettingsDlg.java:165)
………

Muy seguramente descomprimieron el instalador en carpetas separadas, o cuando hicieron la descompresión algo no fue bien. Siempre los instaladores deben descomprimirse en la misma carpeta y debes asegurarte que el proceso sea correcto, caso contrario, pasarás horas tratando se resolver un problema que se debe a un mal proceso de descompresión de archivos.

Paola Pullas

OTN LAD Tour 2013 – Expertos de Oracle en Quito

Posted by Paola Pullas | Posted in Noticias | Posted on 28-06-2013

Tags: , , , , , , , , , , , ,

3

Fecha: Lunes 15 de Julio de 2013
Lugar: Hotel Sheraton
Horario: 8h00 a 18h00
Inscripciones: Llamando al 6037651 / 6037652 o escribiendo a paola.pullas@ecuoug.org / mariajose.vela@ecuoug.org

Cuentos de un DBA: Backup de RMAN a un NFS

Posted by Paola Pullas | Posted in Base de Datos | Posted on 04-06-2013

Tags: , , ,

1

Ayer estaba intentando enviar un backup de RMAN a un NFS y RMAN me arrojaba como error que el directorio NFS no había sido montado con las opciones correctas. El error exacto es: ORA-27054: NFS file system where the file is created or resides is not mounted with correct options.

Este error se puede presentar cuando están trabajando con RMAN o expdp e intentan trabajar con un NFS que no tiene la opción “noac” seteada.

La solución en este caso es guardar los respaldos de RMAN o del utilitario expdp en otra ubicación o setear el evento que detallo a continuación a nivel de la base de datos:

ALTER SYSTEM SET EVENTS ’10298 trace name context forever, level 32′;

Oracle, parches y más…

Posted by Paola Pullas | Posted in Base de Datos, Oracle | Posted on 17-02-2013

Tags: , , , , , , , ,

2

A continuación una práctica lista de los parches asociados a las versiones de base de datos Oracle desde 8i hasta 11g:

Información para Oracle 11g:

11.2.0.3.5 14727310 DATABASE PATCH SET UPDATE 11.2.0.3.5 (INCLUDES CPUJAN2013)
11.2.0.3.4 14275605 DATABASE PATCH SET UPDATE 11.2.0.3.4 (INCLUDES CPUOCT2012)
11.2.0.3.3 13923374 DATABASE PATCH SET UPDATE 11.2.0.3.3 (INCLUDES CPU JUL2012)
11.2.0.3.2 13696216 DATABASE PATCH SET UPDATE 11.2.0.3.2 (INCLUDES CPU APR2012)
11.2.0.3.1 13343438 DATABASE PATCH SET UPDATE 11.2.0.3.1 (INCLUDES CPU JAN2012)
11.2.0.3 10404530 11.2.0.3.0 PATCH SET FOR ORACLE DATABASE SERVER
11.2.0.2.9 14727315 DATABASE PATCH SET UPDATE 11.2.0.2.9 (INCLUDES CPUJAN2013)
11.2.0.2.8 14275621 DATABASE PATCH SET UPDATE 11.2.0.2.8 (INCLUDES CPUOCT2012)
11.2.0.2.7 13923804 DATABASE PATCH SET UPDATE 11.2.0.2.7 (INCLUDES CPU JUL2012)
11.2.0.2.6 13696224 DATABASE PATCH SET UPDATE 11.2.0.2.6 (INCLUDES CPU APR2012)
11.2.0.2.5 13343424 DATABASE PATCH SET UPDATE 11.2.0.2.5 (INCLUDES CPU JAN2012)
11.2.0.2.4 12827726 DATABASE PSU 11.2.0.2.4 (INCLUDES CPUOCT2011)
11.2.0.2.3 12419331 DATABASE PSU 11.2.0.2.3 (INCLUDES CPUJUL2011)
11.2.0.2.2 11724916 DATABASE PSU 11.2.0.2.2 (INCLUDES CPUAPR2011)
11.2.0.2.1 10248523 DATABASE PSU 11.2.0.2.1
11.2.0.2 10098816 11.2.0.2.0 PATCH SET FOR ORACLE DATABASE SERVER
11.2.0.1.6 12419378 DATABASE PSU 11.2.0.1.6 (INCLUDES CPUJUL2011)
11.2.0.1.5 11724930 DATABASE PSU 11.2.0.1.5 (INCLUDES CPUAPR2011)
11.2.0.1.4 10248516 DATABASE PSU 11.2.0.1.4 (INCLUDES CPUJAN2011)
11.2.0.1.3 9952216 DATABASE PSU 11.2.0.1.3 (INCLUDES CPUOCT2010)
11.2.0.1.2 9654983 DATABASE PSU 11.2.0.1.2 (INCLUDES CPUJUL2010)
11.2.0.1.1 9352237 DATABASE PSU 11.2.0.1.1
11.1.0.7.14 14739378 [*] DATABASE PATCH SET UPDATE 11.1.0.7.14 (INCLUDES CPUJAN2013)
11.1.0.7.13 14275623 [*] DATABASE PATCH SET UPDATE 11.1.0.7.13 (INCLUDES CPUOCT2012)
11.1.0.7.12 13923474 DATABASE PATCH SET UPDATE 11.1.0.7.12 (INCLUDES CPU JUL2012)
11.1.0.7.11 13621679 DATABASE PATCH SET UPDATE 11.1.0.7.11 (INCLUDES CPU APR2012)
11.1.0.7.10 13343461 DATABASE PATCH SET UPDATE 11.1.0.7.10 (INCLUDES CPU JAN2012)
11.1.0.7.9 12827740 DATABASE PSU 11.1.0.7.9 (INCLUDES CPUOCT2011)
11.1.0.7.8 12419384 DATABASE PSU 11.1.0.7.8 (INCLUDES CPUJUL2011)
11.1.0.7.7 11724936 DATABASE PSU 11.1.0.7.7 (INCLUDES CPUAPR2011)
11.1.0.7.6 10248531 DATABASE PSU 11.1.0.7.6 (INCLUDES CPUJAN2011)
11.1.0.7.5 9952228 DATABASE PSU 11.1.0.7.5 (INCLUDES CPUOCT2010)
11.1.0.7.4 9654987 DATABASE PSU 11.1.0.7.4 (INCLUDES CPUJUL2010)
11.1.0.7.3 9352179 DATABASE PSU 11.1.0.7.3 (INCLUDES CPUAPR2010)
11.1.0.7.2 9209238 DATABASE PSU 11.1.0.7.2 (INCLUDES CPUJAN2010)
11.1.0.7.1 8833297 DATABASE PSU 11.1.0.7.1 (INCLUDES CPUOCT2009)
11.1.0.7 6890831 11.1.0.7.0 PATCH SET FOR ORACLE DATABASE SERVER

Información para Oracle 10g:

10.2.0.5.10 14727319 [*] DATABASE PATCH SET UPDATE 10.2.0.5.10 (INCLUDES CPUJAN2013)
10.2.0.5.9 14275629 [*] DATABASE PATCH SET UPDATE 10.2.0.5.9 (INCLUDES CPUOCT2012)
10.2.0.5.8 13923855 [*] DATABASE PATCH SET UPDATE 10.2.0.5.8 (INCLUDES CPU JUL2012)
10.2.0.5.7 13632743 [*] DATABASE PATCH SET UPDATE 10.2.0.5.7 (INCLUDES CPU APR2012)
10.2.0.5.6 13343471 [*] DATABASE PATCH SET UPDATE 10.2.0.5.6 (INCLUDES CPU JAN2012)
10.2.0.5.5 12827745 [*] DATABASE PSU 10.2.0.5.5 (INCLUDES CPUOCT2011)
10.2.0.5.4 12419392 DATABASE PSU 10.2.0.5.4 (INCLUDES CPUJUL2011)
10.2.0.5.3 11724962 DATABASE PSU 10.2.0.5.3 (INCLUDES CPUAPR2011)
10.2.0.5.2 10248542 DATABASE PSU 10.2.0.5.2 (INCLUDES CPUJAN2011)
10.2.0.5.1 9952230 DATABASE PSU 10.2.0.5.1 (INCLUDES CPUOCT2010)
10.2.0.5 8202632 10.2.0.5.0 PATCH SET FOR ORACLE DATABASE SERVER
10.2.0.4.15 14736542 [*] DATABASE PSU 10.2.0.4.15 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUJAN2013)
10.2.0.4.14 14275630 [**] DATABASE PSU 10.2.0.4.14 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUOCT2012)
10.2.0.4.13 13923851 [*] DATABASE PSU 10.2.0.4.13 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUJUL2012)
10.2.0.4.12 12879933 [*] DATABASE PSU 10.2.0.4.12 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUAPR2012)
10.2.0.4.11 12879929 [*] DATABASE PATCH SET UPDATE 10.2.0.4.11 (PRE-REQ 10.2.0.4.4|INCLUDES CPUJAN2012)
10.2.0.4.10 12827778 DATABASE PSU 10.2.0.4.10 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUOCT2011)
10.2.0.4.9 12419397 DATABASE PSU 10.2.0.4.9 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUJUL2011)
10.2.0.4.8 11724977 DATABASE PSU 10.2.0.4.8 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUAPR2011)
10.2.0.4.7 10248636 DATABASE PSU 10.2.0.4.7 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUJAN2011)
10.2.0.4.6 9952234 DATABASE PSU 10.2.0.4.6 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUOCT2010)
10.2.0.4.5 9654991 DATABASE PSU 10.2.0.4.5 (REQUIRES PRE-REQUISITE 10.2.0.4.4|INCLUDES CPUJUL2010) [overlay PSU]
10.2.0.4.4 9352164 DATABASE PSU 10.2.0.4.4 (INCLUDES CPUAPR2010)
10.2.0.4.3 9119284 DATABASE PSU 10.2.0.4.3 (INCLUDES CPUJAN2010)
10.2.0.4.2 8833280 DATABASE PSU 10.2.0.4.2 (INCLUDES CPUOCT2009)
10.2.0.4.1 8576156 DATABASE PSU 10.2.0.4.1 (INCLUDES CPUJUL2009)
10.2.0.4 6810189 10.2.0.4.0 PATCH SET FOR ORACLE DATABASE SERVER
10.2.0.3 5337014 10.2.0.3 PATCH SET FOR ORACLE DATABASE SERVER
10.2.0.2 4547817 10.2.0.2 PATCH SET FOR ORACLE DATABASE SERVER
10.1.0.5 4505133 10.1.0.5 PATCH SET FOR ORACLE DATABASE SERVER
10.1.0.4 4163362 10.1.0.4 PATCH SET FOR ORACLE DATABASE SERVER
10.1.0.3 3761843 10.1.0.3 PATCH SET FOR ORACLE DATABASE SERVER

Información para Oracle 9i:

9.2.0.8 4547809 9.2.0.8 PATCH SET FOR ORACLE DATABASE SERVER
9.2.0.7 4163445 9.2.0.7 PATCH SET FOR ORACLE DATABASE SERVER
9.2.0.6 3948480 9.2.0.6 PATCH SET FOR ORACLE DATABASE SERVER
9.2.0.5 3501955 ORACLE 9I DATABASE SERVER RELEASE 2 – PATCH SET 4 VERSION 9.2.0.5.0
9.2.0.4 3095277 9.2.0.4 PATCH SET FOR ORACLE DATABASE SERVER
9.2.0.3 2761332 9.2.0.3 PATCH SET FOR ORACLE DATABASE SERVER
9.2.0.2 2632931 9.2.0.2 PATCH SET FOR ORACLE DATABASE SERVER
9.0.1.5 3301544 9.0.1.5 PATCHSET
9.0.1.4 2517300 9.0.1.4 PATCH SET FOR ORACLE DATABASE SERVER
9.0.1.3 2271678 9.0.1.3. PATCH SET FOR ORACLE DATA SERVER

Información para Oracle 8i:

8.1.7.4 2376472 8.1.7.4 PATCH SET FOR ORACLE DATA SERVER
8.1.7.3 2189751 8.1.7.3 PATCH SET FOR ORACLE DATA SERVER
8.1.7.2 1909158 8.1.7.2.1 PATCH SET FOR ORACLE DATA SERVER

[*] 10.2.0.4 and 10.2.0.5 are now in extended support mode and PSU’s released after Aug 01,2011 will need ES License to download them.
[**] Available only in limited platforms

Fuente: Oracle Support

OEM 12c: Compatibilidad

Posted by Paola Pullas | Posted in Administración, Oracle | Posted on 31-10-2012

Tags: , ,

30

Al momento me encuentro dictando un taller de Oracle Enterprise Manager 12c para Oracle University y una de las preguntas clave con las que deberíamos empezar hace referencia a la compatibilidad del producto. En este post voy a colocar un listado de compatibilidad del producto a diferentes niveles. Para quienes están comenzando con la herramienta les será muy útil pues el listado que coloco a continuación es un overview para empezar a trabajar con el producto:

Enterprise Applications (4 Items)

  • Enterprise Manager Ops Center Plug-in
  • 1 Release(12.1.0.1.0)

  • JD Edwards EnterpriseOne Tools (Managed Target)
  • 1 Release(8.97+)

  • Oracle Fusion Applications (Managed Target)
  • 1 Release(11.1.1.5.1)

  • Siebel Enterprise (Managed Target)
  • 3 Releases(8.1.1,8.0.0,7.8.2)

Databases (8 Items)

  • Audit Vault 10.3.0.0.0 (Managed Target)
  • 1 Release(10.3.0.0.0)

  • IBM DB2 (Managed Target)
  • 1 Release(9.1)

  • Microsoft SQL Server (Managed Target)
  • 2 Releases(2008 R2,2005)

  • Oracle Audit Vault (Managed Target)
  • 1 Release(10.2.3.2)

  • Oracle Database (Managed Target)
  • 8 Releases(11.2.0.3.0,11.2.0.2.0,11.2.0.1.0,11.1.0.7.0,10.2.0.5.0,10.2.0.4.0,10.1.0.5.0,9.2.0.8.0)

  • Oracle Database (Repository)
  • 5 Releases(11.2.0.3.0,11.2.0.2.0,11.2.0.1.0,11.1.0.7.0,10.2.0.5.0)

  • Oracle Exadata Storage Server (Managed Target)
  • 3 Releases(11.2.3.1.0,11.2.2.4.0,11.2.2.3.0)

  • Sybase Adaptive Server Enterprise (Managed Target)
  • 1 Release(12.5.4)

Virtualization Software (1 Item)

  • Oracle VM Server for x86
  • 3 Releases(3.1.1.0.0,3.0.3.0.0,3.0.2.0.0)

Desktop Applications, Browsers and Clients (5 Items)

  • Adobe Flash Player
  • 2 Releases(10.3+,10)

  • Firefox
  • 3 Releases(5+,4,3.6)

  • Google Chrome
  • 1 Release(17)

  • Internet Explorer
  • 4 Releases(9.x,9,8,7)

  • Safari
  • 2 Releases(5,4)

Middleware / Application Servers (35 Items)

  • Apache Tomcat (Managed Target)
  • 5 Releases(7.*,6.0.*,5.5.*,5.0.30,5.0.3+)

  • Directory Integration Platform (Managed Target)
  • 1 Release(11.1.1.2.0)

  • IBM WebSphere Application Server (Managed Target)
  • 3 Releases(7.*,6.1,6.0)

  • IBM WebSphere MQ (Managed Target)
  • 2 Releases(7.0.*,6.0.*)

  • IBM WebSphere Portal Server (Managed Target)
  • 3 Releases(7.0.0.0,6.1.0.2+,6.0.1+)

  • JBoss Application Server (Managed Target)
  • 4 Releases(6.*,5.0.1,4.2.*,4.0.*)

  • Microsoft .NET Framework (Managed Target)
  • 3 Releases(3.0.*,2.0.*,1.1.*)

  • Microsoft Active Directory (Managed Target)
  • 2 Releases(2008,2003)

  • Microsoft BizTalk Server (Managed Target)
  • 1 Release(2004)

  • Microsoft Internet Information Server (Managed Target)
  • 3 Releases(7.0,6.0,5.0+)

  • Oracle Access Manager (Managed Target)
  • 4 Releases(11.1.1.5.0,11.1.1.3.0,10.1.4.3.0,10.1.4.2.0)

  • Oracle Adaptive Access Manager (Managed Target)
  • 2 Releases(11.1.1.5.0,11.1.1.3.0)

  • Oracle Application Server (Managed Target)
  • 3 Releases(10.1.3.5.0,10.1.3.4.0,10.1.2.3.0)

  • Oracle BPEL Process Manager (Managed Target)
  • 4 Releases(10.1.3.5.0,10.1.3.4.0,10.1.3.3.0,10.1.3.1.0)

  • Oracle Business Intelligence Enterprise Edition (Managed Target)
  • 4 Releases(11.1.1.6.0,11.1.1.5.0,10.1.3.4.1,10.1.3.4.0)

  • Oracle Business Intelligence Publisher (Infrastructure)
  • 1 Release(11.1.1.6.0)

  • Oracle Coherence (Managed Target)
  • 6 Releases(3.7.1.0.0,3.7.0.0.0,3.6.1.0.0,3.6.0.0.0,3.5.0.0.0,3.4.0.0.0)

  • Oracle Directory Integration Platform (Managed Target)
  • 2 Releases(10.1.4.3.0,10.1.4.2.0)

  • Oracle Directory Server Enterprise Edition (Managed Target)
  • 1 Release(11.1.1.5.0)

  • Oracle Enterprise Content Management (Managed Target)
  • 5 Releases(11.1.1.6.0,11.1.1.5.0,11.1.1.4.0,11.1.1.3.0,11.1.1.2.0)

  • Oracle Forms (Managed Target)
  • 5 Releases(11.1.1.6.0,11.1.1.4.0,11.1.1.3.0,11.1.1.2.0,11.1.1.1.0)

  • Oracle Fusion Middleware (Infrastructure)
  • 1 Release(11.1.1.6.0)

  • Oracle HTTP Server (Managed Target)
  • 7 Releases(11.1.1.6.0,11.1.1.5.0,11.1.1.4.0,11.1.1.3.0,11.1.1.2.0,11.1.1.1.0,10.1.2.0.0)

  • Oracle Identity Federation (Managed Target)
  • 3 Releases(11.1.1.2.0,10.1.4.3.0,10.1.4.2.0)

  • Oracle Identity Management (Managed Target)
  • 2 Releases(10.1.4.3.0,10.1.4.2.0)

  • Oracle Identity Manager (Managed Target)
  • 3 Releases(11.1.1.3.0,9.1.0.2.0,9.1.0.1.0)

  • Oracle Reports (Managed Target)
  • 5 Releases(11.1.1.6.0,11.1.1.4.0,11.1.1.3.0,11.1.1.2.0,11.1.1.1.0)

  • Oracle SOA Suite (Managed Target)
  • 6 Releases(11.1.1.6.0,11.1.1.5.0,11.1.1.4.0,11.1.1.3.0,11.1.1.2.0,11.1.1.1.0)

  • Oracle Service Bus (Managed Target)
  • 9 Releases(11.1.1.6.0,11.1.1.5.0,11.1.1.4.0,11.1.1.3.0,10.3.1.0.0,10.3.0.0.0,3.0.0.0.0,2.6.1.0.0,2.6.0.0.0)

  • Oracle Virtual Directory (Managed Target)
  • 4 Releases(11.1.1.6.0,11.1.1.5.0,11.1.1.3.0,11.1.1.2.0)

  • Oracle WebCenter (Managed Target)
  • 4 Releases(11.1.1.5.0,11.1.1.4.0,11.1.1.3.0,11.1.1.2.0)

  • Oracle WebLogic Portal (Managed Target)
  • 4 Releases(10.3.3.0.0,10.3.2.0.0,10.3.1.0.0,10.3.0.0.0)

  • Oracle WebLogic Server (Infrastructure)
  • 1 Release(10.3.5.0.0)

  • Oracle WebLogic Server (Managed Target)
  • 7 Releases(12.1.1.0.0,10.3.6.0.0,10.3.5.0.0,10.3.4.0.0,10.3.3.0.0,10.3.2.0.0,9.2)

  • WebLogic Server (Managed Target)
  • 4 Releases(9.2,9.1,9.0,8.1)

Operating Systems (7 Items)

  • IBM AIX on POWER Systems (64-bit)
  • 3 Versions(7.1,6.1,5.3)

  • Linux x86
  • 7 Versions(SLES 11,SLES 10,Red Hat Enterprise Linux 5,Red Hat Enterprise Linux 4,Oracle Linux 5,Oracle Linux 4,Asianux 3)

  • Linux x86-64
  • 8 Versions(SLES 11,Red Hat Enterprise Linux 6,Red Hat Enterprise Linux 5,Red Hat Enterprise Linux 4,Oracle Linux 6,Oracle Linux 5,Oracle Linux 4,Asianux 3)

  • Microsoft Windows x64 (64-bit)
  • 4 Versions(7,2008 R2,2008,2003)

  • Oracle Exalogic Infrastructure (Managed Target)
  • 3 Releases(2.0.0.0.0,1.0.0.2.1,1.0.0.1.0)

  • Oracle Solaris on SPARC (64-bit)
  • 3 Versions(9,11,10u9)

  • Oracle Solaris on x86-64 (64-bit)
  • 2 Versions(11,10u9)

OTN Tour 2012 llegó el momento de la inscripción a nuestro evento

Posted by Paola Pullas | Posted in Administración, Aplicaciones, Base de Datos, JDeveloper, Noticias, Oracle, Oracle XE | Posted on 19-06-2012

Tags: , , , , , , , , , , ,

9

Estimados Amigos,

Se acerca el evento de tecnología Oracle más importante del año a Ecuador. Este año contaremos con la participación de 8 expositores internacionales y hasta 5 tracks de capacitación en tecnología de los cuales podrán elegir.

A continuación los detalles y costos del evento:

Fecha: 6 de Julio de 2012
Lugar: Universidad de las Américas, Campus Av. de los Granados y Colimes esq, Quito – Ecuador, Auditorio 1 y 2.
Costo del Evento: 150USD o 100USD por día. Estudiantes cuentan con el 50% de descuento si presentan el carnet de su universidad.
Pago del Evento: El pago del evento podrá hacerse mediante depósito en la cuenta corriente #02054016475 del Banco Produbanco a nombre de Refundation o realizar el pago en efectivo en nuestras oficinas ubicadas en la Checoslovaquia y Av. Eloy Alfaro, Edf. Cuarzo, Piso 5, Of. 2. Una vez que haya realizado el pago deberá enviar un correo electrónico a inscripcion@ecuoug.org con la papeleta de depósito escaneada e indicando el track de capacitación en el cual desea reservar su cupo.
Retiro de credenciales: El retiro de credenciales de acceso al evento deberá hacerse entre el día Viernes 29 de Junio y Martes 3 de Julio en las oficinas de Refundation ubicadas en la Checoslovaquia y Av. Eloy Alfaro, Edf. Cuarzo, Piso 5, Of. 2.
Acceso a tracks de capacitación por el pago de 150USD: Por el pago de 150USD tendrá acceso a:

  • Evento del 6 de Julio de 2012
  • Accceso a un track de capacitación los cuales se dictarán el 4 y 5 de Julio. Usted podrá elegir entre: Oracle DBA en 2 días, High Availability con Oracle Real Application Clusters, Disaster Recovery con Oracle Data Guard u Oracle Security.
  • Acceso al Track de CIO’s en donde se tratará temas como ITIL, Cobit, Licenciamiento de Productos Oracle y demás..
  • Acceso a almuerzo, servicio de coffe break a media mañana y media tarde y cocktail.

Agenda del Evento: Descargar de Agenda del Evento OTN LAD Tour 2012 (2048) la agenda del evento para el día 6 de Julio.

Las personas que se inscriban y realicen el pago hasta el día Lunes 25 de Junio automáticamente participarán por el sorteo de una Notebook. En su credencial de acceso constará el número para participar en el sorteo.