ORA-00201: control file version 10.2.0.4.0 incompatible with ORACLE version 10.2.0.3.0

Problemas de compatibilidad entre versiones.

Cuando restoreamos un backup generado en una version superior ( en nuestro caso 10.2.0.4 ) y lo desplegamos en un ambiente que está en la misma versión , podemos incurrir en un problema si no tenemos en cuenta que los parametros esten bien configurados.

[oracle@linuxdat128 diario]$ rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Thu Nov 18 17:58:19 2010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: ABAP (not mounted)

RMAN> startup nomount

database is already started

RMAN> restore controlfile from '/ch01/tsm/prepro/20101118_ABAP_DIARIO_DBID2419644494_s15541_p1_ctl';

Starting restore at 18-NOV-10
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=168 devtype=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:27
output filename=+SAPA_DG1/sapa/controlfile/current.432.735415149
Finished restore at 18-NOV-10

RMAN> alter database mount;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 11/18/2010 17:59:55
ORA-00201: control file version 10.2.0.4.0 incompatible with ORACLE version 10.2.0.3.0
ORA-00202: control file: '+SAPA_DG1/sapa/controlfile/current.432.735415149'

RMAN> quit

Como nos muestra el ejemplo , la base restoreo el controlfile pero no podemos montarlo por que hay una incompatibilidad de versiones.

El parametro de inicialización COMPATIBLE, es el que habilita o no el uso de features que afectan a la formación del archivo en el disco (formateo de los archivos de backup por ejemplo).

Veamos un ejemplo, si creamos una base oracle database 11g Release 1, especificando el parametro COMPATIBLE=10.0.0, entonces los features que requiere para operar 11.1 nos ocacionaran un error al tratar de ejecutar un RESTORE. Por que ya le dijimos que sea compatible para leer archivos 10.0.0

Al entender a que nos referimos , nos logueamos y revisamnos el contenido del parametro compatible.

SQL> sho parameter compatible

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
compatible			     string	 10.2.0.3.0

Introducimos la modificación correspondiente y debemos reiniciar la base por que los cambios no son dinamicos.

SQL> alter system set compatible='10.2.0.4.0' scope=spfile;

System altered.

Inicializamos la base en modo MOUNT para continuar con el restore.

SQL> startup mount
ORACLE instance started.Total System Global Area 1610612736 bytes
Fixed Size		    2182632 bytes
Variable Size		  469668376 bytes
Database Buffers	 1124073472 bytes
Redo Buffers		   14688256 bytes
Database mounted.
SQL>

Espero les sea de utlidad a la hora de plantear los restores y compatibilidad entre versiones .
Saludos !

Related Articles

• RMAN Upgrade Catalog Bug in 11.2.0.2 (aprilcsims.wordpress.com)