Una vez realizada esta tarea vamos a loguearnos con privilegios a nuestra base que migraremos y ejecutaremos el archivo copiado.
$ cd /u01/app/oracle/product/10.2.0/db_oesm1n/dbs
$ sqlplus / as sysdba
SQL*Plus: Release 10.2.0.4.0 - Production on Fri Mar 30 12:12:54 2012
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
SQL> !pwd
/u01/app/oracle/product/10.2.0/db_oesm1n/dbs
PING[ARC1] heartbeat failed to connect to standby . error is 1031
Water supply in Buenos Aires was provided by a private company from 1993 to 2006. (Photo credit: Wikipedia)
En la semana anduve Auditando un Dataguard en una Empresa de Servicios en Buenos Aires y el motivo de mi visita era ayudar al DBA local con un problema que habia surgido a partir de la reinstalacion de su SECONDARY SITE.
El error se basaba en que el proceso ARCHIVER de la base primaria estaba fallando .
Revisando el alert de la base me econtre con el siguiente error:
Errors in file /u01/app/oracle/admin/ORCL/bdump/orcl1_arc1_8881.trc:
ORA-01031: insufficient privileges
PING[ARC1]: Heartbeat failed to connect to standby 'ORCLDG'. Error is 1031.
Como tenia seguridad de que estaba ocurriendo, me diriji al trace que despliega el procesoARC y lo edite para mostrar al DBA que ocurria:
*** 2012-05-16 13:27:50.745 60680 kcrr.c
Error 1031 received logging on to the standby
Error 1031 connecting to destination LOG_ARCHIVE_DEST_2 standby host 'ORCLDG'
Error 1031 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'ORCLDG'
ORA-01031: insufficient privileges
*** 2012-05-16 13:27:50.748 60680 kcrr.c
LGWR: Error 1031 creating archivelog file 'ORCLDG'
*** 2012-05-16 13:27:50.749 58942 kcrr.c
kcrrfail: dest:2 err:1031 force:0 blast:1
*** 2012-05-16 13:27:51.696 70891 kcrr.c
Sending online log thread 1 seq 143 [logfile 1] to standby
Opening logfile [logno 1]
LGWR: Archivelog for thread 1 sequence 143 will NOT be compressed
*** 2012-05-16 13:27:51.940 71016 kcrr.c
Shutting down [due to no more ASYNC destination]
LNS1: Doing a channel reset for next time around...
Ante todo los saludos desde Argentina a todos mis compatriotas IberoAmericanos & Anglos.
Oracle Database Disk Structures (Photo credit: Wikipedia)
Gracias a todos por lograr llegar a las 60.000 visitas este trimestre en curso.
Tambien a la Comunidad Oracle Hispana de la cual estoy orgulloso de ser miembro y donde he cosechado buenos amigos.
Estuve bastante ocupado con migraciones de versiones, instalaciones de cluster, aplicaciones de parches, etc y con ello anduve corto de tiempo.
Pero entre todos los articulos con material que tengo para escribir y publicar me decidi comenzar con este.
EL motivo del articulo es dar a conocer como implemente un PSU en un RAC con su Standby correspondiente tambien montada sobre un RAC.
En el proximo articulo estare explicando los motivos de la implementacion del mismo, ya que fue un caso muy particular.
Debio ser instalado como consecuencia de la aparicion de bugs, despues de haber aplicado el parche 7442260.
Espero que les sea de utilidad.
Problema: ========
Cuando instalamos el patch 7442260, nuestra rdbms comenzo arrojar varios errores ORA-07445 y provoco en varias oportunidades hangs en el cluster.
ORA-07445: exception encountered: core dump [ksuklms()+527] [SIGSEGV]"
appears in all nodes in production after that we applied the patch 7442260
Luego de investigacion y trabajo en conjunto , desde Oracle Support nos recomendaron realizar la instalacion del 9352164: DATABASE PSU 10.2.0.4.4 (INCLUDES CPUAPR2010)
Y de ahi es donde surge este articulo que cumple como objetivo escencial instalar un PSU de oracle en un ambiente interesante.
Hay veces en la que es preciso quitar infraestructura que no usamos ya sea por que nuestro servidor se renovo y dejamos el hardware para uso de otras areas o por que se crear ambientes con versiones no compatible , hoy veremos como desinstalar el Oracle Grid Infraestructure 11gR2.
VAMOS AL PATH A BUSCAR EL DEINSTALL DEL CLUSTER
[oracle@datos0001lx grid]$ cd /u01/app/oracle/product/11.2.0/
Buenas tardes a todos, aca regreso de nuevo luego de varias migraciones, puestas en producción y dictado de clases.
Si bien no aparezco con nuevo articulo hace tiempo, hoy regreso con uno interesante para dbas que se encuentran con el proceso de migrar su motor de base de datos de 10gr2 hacia 11gr2.
Algunos ambientes precisan utilizar 10g y 11g al mismo tiempo para probar performance, procesos de migración y otro tipos de reportes.
Una solución que propongo es migrar el storage a 11g y tener la posibilidad de :
Conservar las bases de datos de versión 10g.
Instalar nuevas bases 11g.
Probar procesos de migración.
Es por ello que en este instructivo cumplo con detallar el primer paso.
Migrar el ASM , ejecutando la nueva structura GRID que nos propone Oracle y que con mayor detalle de configuración nos permite la instalacion del instancias en cluster.