Dosis de tecnología a la vena

Bueno hace tiempo que ya es oficial… Como toda una tradición para Oracle… el tan esperado OOW este año viene con power, uno en San Francisco, CA para Septiembre y otro en Brasil para diciembre !!!

Desde la web oficial de OOW podemos encontrar información de utilidad como por ejemplo:

1.- El registro, muy importante a menos que ya tengas un free pass para el evento
2.- Listado de hoteles, que la verdad creo que hay que pillar u nbuen hotel barato y cerca del evento… ya que uno practicamente no pasa mucho tiempo ahi.
3.- La agenda del evento, que logicamente te dará una visión general de los temas mas importantes

Las fuentes en Oracle Corp. indican que este año se viene con todo, ya que es la bienvenida con bombos y platillos de los grupos de usuarios de Sun, Java y Mysql y por supuesto toda la plataforma luego de la compra de Sun realizada el año pasado y formalizada en Enero de este año.

Para los que puedan ir suerte y saquenle partido al evento, hasta ahora no tengo ni medio pie dentro del avión, pero nunca se pierde la esperanza….

Saludos
Juanjo

Ahora estoy investigando otras lineas de especialidad de Oracle y ahora es el turno de un gestor de contenidos al estilo Oracle, “Content Management” que es parte de Oracle Fusion Middleware

Aca hay un webcaste bastante interesante: Introducing Oracle Enterprise Content Management Suite 11g

El link al webcast directo está aca

Y pueden revisar el webcast online…

Así es, luego de una compra no menor “SUN” fue adquirida por Oracle, y con esto surgió una inquietud a nivel mundial con respecto al soporte que ahora Oracle debe dar a sus nuevos usuarios de Java, Sun y Mysql.

Es por esto que como era de esperarse se generaron unas FAQ de la compra y el soporte…

Hoy algunas de las dudas ya están declaradas, a través de la siguiente nota: FAQ: The Big Website Merge – java.sun.com, developers.sun.com, BigAdmin, and OTN

La migración está programada para este 19 de Julio. Por otro lado ya existe documentación disponible en el sitio del soporte de pago de Oracle (My Oracle Support)..

Saludos
Juanjo

Y como era de esperar …. Oracle tenía que tener si o si una buena sorpresa en el cierre del evento de este año. La sorpresa no fue menor, ya que para comenzar el cierre fue en “Treasure Island” entre Oakland y San Francisco, en la mitad del puente Bay Brigde, para comenzar cervezas por doquier y comida a reventar (y gratis jejeje), y 4 conciertos, pero el principal y al que fui yo junto con los lideres de los users group de Mexico y Ecuador, fue el de Aerosmith que estuvo simplemente la genial …

Aca les dejo unas fotos de ese concierto, aún no subo los videos a Youtube pero pronto lo haré …

Saludos

Concierto Aerosmith en Oracle Open World 2009 San Francisco

A modo de resumen el evento Oracle Open World de este año realizado en San Francisco CA, estuvo genial, partiendo por la puesta en escena y el marketing del evento en donde uno se da cuenta que Oracle “saca todo a la parilla” y se muestra con “bombos y platillos”, ya que el evento se realizó en 5 hoteles de lujo y en todos los salones y rincones del Moscone Center de San Francisco (WEST, NORTH y SOUTH), por lo que se podían ver charlas tecnicas y comerciales de “TODOS” los productos de la compañia.

En lo personal creo que invertí la mayoría del tiempo en los “Demo Ground” haciendo consultas tecnicas de diferentes productos y (Oracle EM, Vault, 11g, Datapump, etc) y en lo personal quedé tranquilo con las respuestas. Respecto a las charlas había de todo tipo, excelentes (Tom Kytes, Tim Hall) y otras que la verdad huviese preferido irme a sentar al OTN o bien ir a buscar “tonteras” al Hall, pero weno …

Aca les dejó un vinculo a la galería de las fotos que tomé en el evento, no son tantas como 75 …

Saludos

Oracle Open World 09 Lunes 12

Aunque el viaje fue realmente agotador sigo pensado que vale la pena venir y participar de este tipo de eventos “World Class” es realmente una oportunidad única y que hay que aprovechar de todas maneras.

El viaje desde Santiago a Dallas no fue tan caótico pero si agotador e interminable, el avión se demoró unas 2 horas mas de lo que estaba establecido y por lo mismo perdí la combinación entre Dallas y San Francisco, así que tuve que tomar el siguiente vuelvo, pero  para mi mala suerte el tiempo tanto en Dallas como en San Francisco estaba pesimo y nos demoramos unas 2 horas mas… en total el viaje de Chile a San Francisco fueron como 18 o 19 Horas, pero que finalmente valieron la pena.

San Francisco, es hermoso y alcatraz mejor aún, antes de comenzar el evento aproveché para darme unas vueltas y conocer la ciudad, la bahía y por supuesto los puentes y la isla de alcatraz.

Aca una leve explicación de como se utilice el FLASHBACK para recuperar una tabla que “accidentalmente” se eliminó de la BD para NO tener que acudir a recuperar un respaldo completo de la BD, 1 o 2 TB por una mísera tabla si no tenemos un export o un datapump a mano.-

Para los que les gusta revisar webcast, aca hay unos que está fresquito y viene desde el mismimo CEO de Oracle Corp.

EXADATA pero ahora entre SUN y ORACLE, se veía venir esta noticia y hace unas semanas lo estaban anunciando en las noticias corporativas de Oracle.

Pueden revisar el Webcast aca

Pueden revisar la noticia aca

Larry Ellison Invites You to a Live Oracle and Sun Product Launch

Announcing the World’s First OLTP Database Machine with Sun FlashFire Technology

Attend this exclusive live Webcast to see Oracle CEO Larry Ellison unveil an innovative new product, the world’s first OLTP database machine with Sun FlashFire technology. Don’t miss this opportunity to learn firsthand how the partnership between Oracle and Sun can benefit your business now, and in the future.

Tuesday, September 15, 2009, 1:00 p.m. PT/4:00 p.m. ET

Acá una de las rutas que si o si debo hacer en el viaje a San Francisco al Open World:

1.- Oracel Headquarters, o mejor ORACLE HQ o el cuartel general de oracle, simplemente esa”#$%& es fabuloza..

Ver Oracle Headquarters en un mapa ampliado

2.- Google Inc. creo que el lugar que cualquier adicto a google le gustaría visitar

Ver mapa más grande

Aca un problema que pasó en una plataforma con Oracle RAC y replicada con un StandBy. Por un trabajo de carga masiva de datos, en el RAC de producción se debió aumentar en un datafile a un tablespace, sin embargo, al aplicar esta transacción en el Dataguard, no se logró crear dicho archivo y el proceso MRP0 se cayó. Aca van los antecedentes del problema:

En un RAC de producción, se genera un nuevo datafiles por problemas de espacio en tablespaces asociados. (FILE_ID = 133)

ORA-1653: unable to extend table ESQUEMA.TABLA by 12800 in tablespace TBS_TABLESPACE

Sat Aug  1 02:30:40 2009

/* OracleOEM */ ALTER TABLESPACE “TBS_TABLESPACE” ADD DATAFILE ‘+DATOS/prod/TBS_DATAFILE_15.dbf’ SIZE 32740M

Sat Aug  1 02:36:16 2009

Completed: /* OracleOEM */ ALTER TABLESPACE “TBS_TABLESPACE” ADD DATAFILE ‘+DATOS/prod/TBS_DATAFILE_15.dbf’ SIZE 32740M

En dataguard, aparece un error de creación de datafiles indicando que NO hay espacio suficiente para poder generar dicho archivo, y se genera un archivo temporal (Ver mensajes de error en AlertLog de instancia PROD)

Sat Aug  1 02:45:05 2009

Media Recovery Log +PROD_ARC/archivelog/2_19733_647723542.dbf

WARNING: File being created with same name as in Primary

Existing file may be overwritten

File #133 added to control file as ‘UNNAMED00133′.

Originally created as:

‘+DATOS/prod/TBS_DATAFILE_15.dbf’

Recovery was unable to create the file as:

‘+DATOS/prod/TBS_DATAFILE_15.dbf’

Errors with log +PROD_ARC/archivelog/2_19733_647723542.dbf

MRP0: Background Media Recovery terminated with error 1119

Sat Aug  1 02:45:14 2009

Errors in file /oracle/Ora_Home/admin/PROD/bdump/PROD_mrp0_196642.trc:

ORA-01119: error in creating database file ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

ORA-17502: ksfdcre:4 Failed to create file +DATOS/prod/TBS_DATAFILE_15.dbf

ORA-15041: diskgroup space exhausted

Sat Aug  1 02:45:16 2009

Some recovered datafiles maybe left media fuzzy

Media recovery may continue but open resetlogs may fail

Sat Aug  1 02:45:17 2009

Errors in file /oracle/Ora_Home/admin/PROD/bdump/PROD_mrp0_196642.trc:

ORA-01119: error in creating database file ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

ORA-17502: ksfdcre:4 Failed to create file +DATOS/prod/TBS_DATAFILE_15.dbf

ORA-15041: diskgroup space exhausted

Sat Aug  1 02:45:17 2009

MRP0: Background Media Recovery process shutdown (PROD)

Sat Aug  1 02:45:18 2009

Al revisar el proceso de sincronización, se aprecia que el proceso de aplicación de archivelogs en Dataguard MRP0 no existe como proceso activo

PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS

——— ———— ———- ———- ———- ———-

ARCH      CLOSING               2      19739      20481        869

ARCH      CLOSING               1      29407    1972225       1267

ARCH      CLOSING               2      19738    1509377        247

ARCH      CLOSING               1      29404    2091009       1931

ARCH      CLOSING               1      29405    2060289        729

ARCH      CLOSING               1      29406    1896449        302

RFS       IDLE                  0          0          0          0

RFS       IDLE                  0          0          0          0

RFS       IDLE                  0          0          0          0

RFS       IDLE                  0          0          0          0

RFS       IDLE                  1      29408     868483         34

En alert Log de instancia +ASM, aparece un warning indicando que hay problemas con un disco de un diskgroup del ASM.

Sat Aug  1 02:45:13 2009

WARNING: allocation failure on disk PROD_DATOS_0000 for file 267 xnum 17367

WARNING: allocation failure on disk PROD_DATOS_0000 for file 267 xnum 17366

Al realizar un backup del controlfile de Datagurd, se aprecia que se generó un archivo en el HOME_ORACLE/dbs y este archivo NO existe fisicamente (ALTER DATABASE BACKUP CONTTOL FILE TO TRACE)

DATAFILE

  ‘+DATOS/PROD/system01.dbf’,

  ‘+DATOS/PROD/tbs_data1_1g09.dbf’,

.

.

.

  ‘+PROD_INDICES/PROD/tbs_ind_100m15.dbf’,

  ‘/oracle/Ora_Home/dbs/UNNAMED00133′

Al revisar el espacio disponible en el diskgroup del nuevo datafile creado en producción, se observa que hay espacio físico disponible

SQL>

GROUP_NUMBER NAME                           GB_TOTALES  GB_LIBRES

———— —————————— ———- ———-

           1 PROD_ARC                           350      209,7

           2 PROD_DATOS                        1936     386,49

           3 PROD_INDICES                      1113     220,86

CAUSA DEL PROBLEMA:

El diskgroup del DATAGUARD no está correctamente balanceado, por esta razón desde el asmcmd (comando lsdg), se observa que hay espacio suficiente para poder crear el datafile.

ACCIONES A SEGUIR:

Desactivar la replicación desde el RAC de producción.

SQL> sho parameter log_archive_dest_state_2;
 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

log_archive_dest_state_2             string                           enable

 

SQL> alter system set log_archive_dest_state_2=’defer’ scope=both sid=’*';

 

System altered.

 

SQL> sho parameter log_archive_dest_state_2

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

log_archive_dest_state_2             string                           defer

 Realizar un balanceo del diskgroup con problemas, en este caso como es un dataguard, se recomienda realizarlo en nivel 11, en caso de un diskgroup de producción se recomienda utilizar nivel 5 o 6 como máximo, ya que afectará el performance de la plataforma, y se percibirá una degradación en el servicio. 

En StandBy:
$ export ORACLE_SID=+ASM

$ sqlplus “/as sysdba”

 

SQL> alter diskgroup PROD_DATOS rebalance power 11;

 

Diskgroup altered

 

SQL> select * from v$asm_operation;

 

GROUP_NUMBER OPERA STAT      POWER     ACTUAL      SOFAR   EST_WORK   EST_RATE EST_MINUTES

———— —– —- ———- ———- ———- ———- ———- ———–

           2 REBAL RUN          11         11         21     286069       3491          81

Una vez que el balanceo finalizó, se debe reiniciar la instancia dataguard, desactivar el standby_file_management y realizar la creación del datafile en el Dataguard.

En StandBy:

SQL> select * from v$asm_operation;

     

No rows selected.

 

SQL> alter database recover managed standby database cancel;

 

Database altered.

 

SQL> shutdown immediate;

ORA-01109: database not open

 

 

Database dismounted.

ORACLE instance shut down.

 

SQL> startup nomount

ORACLE instance started.

 

Total System Global Area 1,5032E+10 bytes

Fixed Size                  2098928 bytes

Variable Size             939526416 bytes

Database Buffers         1,3942E+10 bytes

Redo Buffers              148893696 bytes

SQL> alter database mount standby database;

 

Database altered.

 

SQL> sho parameter standby_file_management

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

standby_file_management              string                           AUTO

 

 

SQL> alter system set STANDBY_FILE_MANAGEMENT=’MANUAL’ scope=memory;

 

System altered.
 

SQL> show parameter STANDBY_FILE_MANAGEMENT

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

standby_file_management              string                           MANUAL

SQL> alter database create datafile ‘/oracle/Ora_Home/dbs/UNNAMED00133′ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’;

 

Database altered.

Validar en el AlertLog de Dataguard

Sat Aug  1 19:00:02 2009

alter database create datafile ‘/oracle/Ora_Home/dbs/UNNAMED00133′ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

Sat Aug  1 19:56:05 2009

Completed: alter database create datafile ‘/oracle/Ora_Home/dbs/UNNAMED00133′ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’

SQL> sho parameter standby_file_management

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

standby_file_management              string                           MANUAL

SQL> alter system set STANDBY_FILE_MANAGEMENT=auto;

 

System altered.

 

SQL> sho parameter standby_file_management

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

standby_file_management              string                           AUTO

 

SQL> alter database recover managed standby database disconnect from session;

 

Database altered.

En produccion activar la replicación de archivelogs hacia el dataguard

SQL> sho parameter log_archive_dest_state_2;

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

log_archive_dest_state_2             string                           defer

 

SQL> alter system set log_archive_dest_state_2=’enable’ scope=both sid=’*';

 

Sistema modificado.

 

SQL> sho parameter log_archive_dest_state_2

 

NAME                                 TYPE                             VALUE

———————————— ——————————– ———–

log_archive_dest_state_2             string                           enable

 

SQL> alter system switch logfile;

 

System altered.

Finalmente validar que se están reciviendo y aplicando las secuencias en el dataguard.-

SQL> select process,status,thread#,sequence#,block#,blocks from v$managed_standby

 

PROCESS   STATUS          THREAD#  SEQUENCE#     BLOCK#     BLOCKS

——— ———— ———- ———- ———- ———-

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

ARCH      CONNECTED             0          0          0          0

MRP0      APPLYING_LOG          2      19737     861348     875275

RFS       IDLE                  1      29435      61441      20480

RFS       RECEIVING             0          0          0          0

RFS       IDLE                  2      19755      42875        465

RFS       IDLE                  2      19754     245761      20480

RFS       IDLE                  1      29434     102401      20480

RFS       IDLE                  1      29433      61441      20480

NOTAS METALINK RELACIONADAS:452897.1

431143.1

Bug No. 4380450

PROCEDIMIENTO REDUCIDO:

En produccion:

1,. Conectarse a la base orac con sqlplus “/ as sysdba”
2.- alter system set log_archive_dest_state_2=’defer’ scope=both;
3.- exit;

Standby:

1.- alter database recover managed standby database cancel;
2.- shutdown;
3.- startup nomount;
4.- alter database mount standby database;
5.- alter system set STANDBY_FILE_MANAGEMENT=manual;
6.- alter database create datafile
‘/oracle/Ora_Home/dbs/UNNAMED00133′ as ‘+DATOS/prod/TBS_DATAFILE_15.dbf’;
7.- alter system set STANDBY_FILE_MANAGEMENT=auto;
8.- alter datbase recover managed standby database disconnect from session;

En produccion:
1,. Conectarse a la base orac con sqlplus “/ as sysdba”
2.- alter system set log_archive_dest_state_2=’enable’ scope=both;
3.- alter system switch logfile;
3.- exit;

Saludos y espero que les sirva.

Juanjo