Restart RMAN Duplicate RAC/ASM to Single Instance/ASM

Recientemente he tenido la oportunidad de realizar un servicio de unos dias de refresco de entorno con RMAN.

La base de datos origen esta en RAC 10gR2 de dos nodos sobre ASM y ocupa 2TB. El objetivo es refrescar entorno de QA periodicamente, un par de veces al mes con datos de produccion, QA es un Single Instance con ASM.

Si no recuerdo mal Oracle 9i se introdujo la funcionalidad Restore Optimization, esta funcionalidad permite rearrancar un restore fallido sin tener que restaurar todos los datafiles (esquiva los que ya estan restaurados), muy util cuando tienes que restaurar un tamaño considerable y por cualquier error falla. El caso es que esta funcionalidad no funciona con ASM o mejor dicho Oracle Managed Files (ASM funciona con OMF) porque los nombre de los datafiles son autogenerados, cada vez que se ejecuta un restore siempre genera un nombre nuevo y esto impide que se detecte datafiles que ya estan restaurados y provoca duplicados de datafiles y sobre todo perdida de tiempo. Esto es por el bug 5683952 (pone fixed in 10.2.0.2 pero me parece que no es verdad).

El workaround es forzar los nombre de los datafiles que sean user managed files especificando set newname en el duplicate, esto generara un nombre estatico que a su vez se convierten en alias de ASM que apunta a los datafiles, por ejemplo

SET NEWNAME FOR DATAFILE 1 TO ‘+DG_DATA/BST/system01.dbf’;

+DG_DATA/BST/system01.dbf apunta a +DG_DATA/BST/datafile/system.262.688916473

Pero a nivel de diccionario de datos apunta a +DG_DATA/BST/system01.dbf y esto habilita Restore Optimization.

Por cierto hace poco escribi sobre backup de RMAN a discos de SATA que tiene un throughput de 20MB, en este caso el backup iba a cinta…. a una media de 100MB por segundo, flipo con la velocidad de los discos de SATA (ó los que cofniguran la cabina). Me inclino mas a segundo porque tengo discos SATA en mi PC y un RAID 0 de dos discos de 320GB da mucho mejor rendimiento…. No entiendo mucho de cintas pero creo que no hace falta ser un experto para saber que algo no esta bien

11gR2 calentando motores y ACFS

La llegada inminente de Oracle 11gR2 (en fase de Beta) va despejando las dudas acerca de ASM como Cluster Filesystem.
El nombre final sera ACFS y estara disponibile inicialmente para Linux.

Sera un journal con un volume manager y soportara snapshots a nivel de filesystem. Son funcionalidades que carece OCFS2 (aunque mucha gente monta OCFS2 sobre LVM que sepan que no esta soportado y tiene peligro de corrupciones)

Soportará todo tipo de ficheros.

Servidores Anti-Terremoto

Curioso

HP Seismic Rack Solution

Link interesante de Linux sobre z/VM

Actualmente estoy con unas pruebas de concepto de RAC sobre Linux en servidor Mainframe (system z10, S/390) mas conocido como zLinux.

Realmente desde el punto de vista de Oracle RAC no varia mucho que cualquier otro Linux en plataforma x86.

Mirando el tema de acceso a almacenamiento he encontrado este link, bastante interesante para el tema, Linux sobre z/VM

ORA-25402: transaction must roll back, problema con el TAF

Otro dia realizando unas pruebas de TAF se ha visto que una caida del nodo podria provocar inconsistencias en la aplicacion.

La prueba es facil, basicamente es configurar un servicio de TAF, abrir una sesion mediante este servicio, insertar un registro y antes del commit provocar la caida de la red privada/interconnect y seguidamente ejecutar el commit.

Esta sesion se quedaria colgada durante un tiempo y dara el error ORA-25402: transaction must roll back, viendo este error da la sensacion de que la transaccion del insert no se ha validado la sorpresa es que desde otras sesiones consultant a la tabla SI se ve que se ha validado.

El problema es que este error podria provocar que una aplicacion realizando otra vez el insert asumiendo que se ha hecho rollback que es falso.

La prueba se ha realizado en 10.2.0.3 aunque parece que es reproducible en 10.2.0.4 (pendiente de confirmar)

Se puede descargar una prueba aqui Test ORA-25402