Error 1033 received logging on to the standby

Estuvimos armado una STANDBY en el dia de ayer, como un segundo sitio de contingencia, por que tenemos programado realizar una migracion a 12c.

Como nuestro cliente no tiene licencias de Oracle Golden Gate, la estrategia de llevar la data al nuevo servidor, fue la opcion de Oracle Dataguard.

Para ello:

Nuestro Plan fue llevar desde el PRIMARY SITE a una segunda STBY SITE por medio de la configuracion de Dataguard Broker.

Problema

En este caso y como parte de las tareas planificadas se decidio que el equipo local lleve a cabo las tareas de configuracion.

Al ejecutar el siguiente comando para habilitar la configuracion el DG_BROKER en el STBY SITE:

ALTER SYSTEM SET DG_BROKER_START = TRUE;

Notamos que habilitaron el envio de los redo, a pesar no haber terminado la configuracion del borker.

En el PRIMARY SITE , al ver que estaba habilitado el envio de los redo, se intento agregar la instancia al broker:

DGMGRL>
add database "PRODAR" as connect identifier is "PRODAR" maintained as physical;
Error: ORA-01033: ORACLE initialization or shutdown in progress

Failed.

Esto dio la orden en el sitio primario que comience con el envio de redo, pero notaron que no los enviaba y que el alert log comenzo a mostrar el error: Error 1033 received logging on to the standby Leer más “Error 1033 received logging on to the standby”

Anuncios

How to DROP DATABASE

Despues de haber tenido el correspondiente feedback del customer, y de luego de un periodo prudencial dentro de la planificacion,  el cliente decidio que ya no habia vuelta atras, y comenzamos con las tareas finales de liberar el ambiente viejo.

Finalizada la etapa de  migracion de 11.2.0.4 a 12.1.0.4 y del GO Live utilizando el producto Oracle Golden Gate, decidimos ejecutar uno de los comandos mas bellos y que es ocupado en pocas ocaciones, DROP DATABASE.

Procedimiento

Al usar el comando DROP DATABASE debemos tener en cuenta que el mismo realizara un delete de la base de datos. Leer más “How to DROP DATABASE”

Redirecting an Oracle Restore Using SET NEWNAME

Estamos en proceso de migracion de bases de datos a nuevas versiones, y como parte del proceso, en los clientes donde no tienen licencia para OGG, procedemos con la opcion de generar un Dataguars y luego realizar el UPGRADE.

Como las versiones de las cuales migramos hacia 12.2 son 11gR2, o 12c1, de bases que no estaban bajo la tecnologia de ASM, y si en filesystem procedemos a utilizar las opciones en el restore el set de comandos:

  • SET NEWNAME FOR DATABASE
  • SET NEWNAME FOR TABLESPACE

Con estos comandos es importante espcificar las varibles de paths de discos, para evitar problemas y que las piezas se restoreen donde es indicado:

Problema

En este caso en particular, el inconveniente que nos encontramos fue:

El TABLESPACE SYSTEM, contenia datafiles con el mismo nombre en el path /data01/datafiles y el path /data02/datafiles , provenientes del SOURCE y no teniendo habilitada la caracteristica OMF:

channel ORA_DISK_16: restoring datafile 00073 to +DATA_EXA2A/undotbs1.002.dbf
channel ORA_DISK_16: restoring datafile 00086 to +DATA_EXA2A/a_txn_data23.dbf
channel ORA_DISK_16: reading from backup piece /backup/EBSPROD/full_backup_diario_dbf_PROD_20180118_t965701613_p1_s92352.bkp
channel ORA_DISK_12: ORA-19870: error while restoring backup piece /backup/EBSPROD/full_backup_diario_dbf_PROD_20180118_t965698895_p1_s92347.bkp
ORA-19504: failed to create file "+DATA_EXA2A/system12.dbf"
ORA-17502: ksfdcre:4 Failed to create file +DATA_EXA2A/system12.dbf
ORA-15005: name "system12.dbf" is already used by an existing alias

Procedimiento

Para evitar colicionamiento de nombres, hay que especificas al menos una de las varibles, donde sustituiremos el nombre de los datafiles repetidos provenientes de diferentes filesystems. Leer más “Redirecting an Oracle Restore Using SET NEWNAME”

AWS CLOUD EXPERIENCE BUENOS AIRES

Header_BuenosAires

Hace poco tiepo se llevo a cabo el evento de Amazon web services AWS Cloud Experience Buenos Aires, en Hotel Sheraton  Libertador y visitamos la Partner Expo.

Los temas de Agenda fueron:

Track Técnico 1:

IMG_20170713_184412287 (2)

  • Extendiendo su centro de datos a la nube: opciones de conectividad y consideraciones para ambientes híbridos.
  • Servicios de almacenamiento de AWS.
  • Servicios de base de datos de AWS.
  • Servicios de migración de datos de AWS.
  • Optimización de costos con los diferentes modelos de compra de servicios en la nube, Instancias Reservadas, SPOT y otros.

IMG_20170713_200849416

Track Técnico 2:

  • Comenzando con arquitecturas sin servidores.
  • Comenzando con Docker en AWS.
  • Servicios móviles en AWS.
  • Construcción de las aplicaciones de Big Data con la plataforma de AWS.
  • Construyendo aplicaciones IoT con AWS.

Leer más “AWS CLOUD EXPERIENCE BUENOS AIRES”

ORA-00845: MEMORY_TARGET not supported on this system

Hace unos dias se tuvo que hacer un redimensionamiento de la memoria donde hubo dos componentes en la memoria:

  1. Quitar del manejo automatico la memoria.
  2. Aumentar el valor de la memoria.

Revisamos los parametros y vemos que la memoria se encuentra configurada de modo automatica.

SQL> sho parameter sga

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
lock_sga                             boolean     FALSE
pre_page_sga                         boolean     FALSE
sga_max_size                         big integer 7960M
sga_target                           big integer 0

Configuramos los parametros para colocar los nuevos valores:

SQL> alter system set sga_max_size = 10240M scope=spfile;
System altered.
SQL>

Cuando inicio la instancia me encuento con el siguiente error:

SQL> startup mount
ORA-00845: MEMORY_TARGET not supported on this system
SQL>

Leer más “ORA-00845: MEMORY_TARGET not supported on this system”

Oracle Exadata | Log Files on Cells Nodes

Oracle Exadata Servers
Oracle Exadata Servers (Photo credit: kevinrwalsh)

Como lo describiera en el Articulo Oracle Exadata | Log Files on Database Machine , vamos a detallar el uso de logs y en donde poder encontrarlos en nuestra Oracle Exadata Machine.

En el anterior articulo, ademas de haber expresado de la importancia de la revision de los logs, lo hicimos en referencia a las databases.

Ahora vamos a enfocarnos en los cells nodes.

Manos a la obra !

Cells Logs

Es importante verificar que la variable CELLTRACE se encuentre seteada para poder trabajar con las variables y acceder de una forma mas agil , rapida y sencilla.

Un ejemplo de ello seria:

 $CELLTRACE/alert.log

Leer más “Oracle Exadata | Log Files on Cells Nodes”

Oracle Exadata | Log Files on Database Machine

English: Disk structures comprising Oracle dat...
English: Disk structures comprising Oracle database files Category:Database (Photo credit: Wikipedia)

Como es de publico conocimiento, cada vez que nuestros sistemas comienzan con problemas o queremos determinar algun tipo de comportamiento :

  • Como ?
  • Cuando ?

Es el momento en que recurrimos a la revision de los logs .

Esta revision se hace aun mas exaustiva cuando trabajamos de forma remota y no estamos en el dia a dia del cliente. Ahi es donde buscaremos el historial del comportamiento de nuestro OS y nuestras DB’s.

En el caso de hoy vamos a comentar donde hallarlos en un Exadata.

Espero no estar olvidando nada, si asi fuere, solicito su contribucion que sera bienvenida.

Database Logs

Vamos a comenzar por el sector de las base de datos, en los nodos donde se encuentran.

a) Comenzamos por el ASM  para las ASM instances.

$ORACLE_BASE/diag/asm/+asm/+ASM{inst_number}/trace/alert_+ASM {inst_number}.log

Veamos un Ejemplo Leer más “Oracle Exadata | Log Files on Database Machine”