ORA-12541: TNS:no listener en Switchover con DGMGRL



A continuación les mostraré un error que sucede con demasiada frecuencia al momento de hacer un Switchover en un Dataguard construído en Oracle 11g y que cuesta un poco encontrarlo

Y que aparece como un terrible ORA-12541: TNS:no listener




Para hacer un seguimiento al error, llevamos a cabo los siguientes


Nos conectamos desde cualquier nodo (Standby o primario) al DGMGRL

[oracle@nodo1-dg] $ dgmgrl
DGMGRL for Linux: Version 11.2.0.3.0 - Production

Copyright (c) 2000, 2009, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.

DGMGRL> connect sys/oracle1
Connected.



Mostramos la configuración generada y verificamos cual es nuestra Standby y nuestra base primaria

DGMGRL> show configuration

Configuration - conf_dgprod

Protection Mode: MaxPerformance
Databases:
prod2 - Primary database
prod - Physical standby database

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS



Procedemos a realizar el Switchover

DGMGRL> switchover to prod;
Performing switchover NOW, please wait...
New primary database "prod" is opening...
Operation requires shutdown of instance "prod" on database "prod2"
Shutting down instance "prod"...
ORACLE instance shut down.
Operation requires startup of instance "prod" on database "prod2"
Starting instance "prod"...
Unable to connect to database
ORA-12541: TNS:no listener

Failed.
Warning: You are no longer connected to ORACLE.

Please complete the following steps to finish switchover:
start up and mount instance "prod" of database "prod2"

DGMGRL> quit



Y dentro del Switchover aparece el mensaje

ORA-12541: TNS:no listener

Acá vienen los cuestionamientos y preguntas, ya que si hacemos la conexión mediante TCP/IP con los string de conexión, no existen inconvenientes...entonces debemos buscar el error por otro lado



Por lo pronto, subimos la base de datos Standby que no se pudo hacer a través del Switchover

[oracle@nodo1-dg] $ sqlplus sys/oracle1@PROD2 as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Wed Sep 26 16:50:45 2012

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

Connected to an idle instance.

SQL> startup force nomount
ORACLE instance started.

Total System Global Area 1071333376 bytes
Fixed Size 1349732 bytes
Variable Size 226494364 bytes
Database Buffers 838860800 bytes
Redo Buffers 4628480 bytes
SQL> alter database mount standby database;

Database altered.

SQL> quit



Chequeamos la configuración para ver si ambas bases están disponibles

DGMGRL> show configuration

Configuration - conf_dgprod

Protection Mode: MaxPerformance
Databases:
prod - Primary database
prod2 - Physical standby database

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS



Ahora vemos un detalle más acabado de la configuración , quizás podemos ver si por aquí está nuestro error

DGMGRL> show database verbose 'prod';

Database - prod

Role: PRIMARY
Intended State: TRANSPORT-ON
Instance(s):
prod

Properties:
DGConnectIdentifier = 'prod'
ObserverConnectIdentifier = ''
LogXptMode = 'ASYNC'
DelayMins = '0'
Binding = 'optional'
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = '300'
NetTimeout = '30'
RedoCompression = 'DISABLE'
LogShipping = 'ON'
PreferredApplyInstance = ''
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO'
StandbyFileManagement = 'AUTO'
ArchiveLagTarget = '0'
LogArchiveMaxProcesses = '4'
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = ''
LogFileNameConvert = ''
FastStartFailoverTarget = ''
InconsistentProperties = '(monitor)'
InconsistentLogXptProps = '(monitor)'
SendQEntries = '(monitor)'
LogXptStatus = '(monitor)'
RecvQEntries = '(monitor)'
SidName = 'prod'
StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo1-dg.oracleyyo.com)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=prod_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))'
StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
AlternateLocation = ''
LogArchiveTrace = '0'
LogArchiveFormat = 'arc_%t_%s_%r.arc'
TopWaitEvents = '(monitor)'

Database Status:
SUCCESS



De hecho, hay algo que nos debería llamar la atención, que es la configuración de este parámetro StaticConnectIdentifier

StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo1-dg.oracleyyo.com)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=prod_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))'



En este parámetro aparece un puerto que no corresponde al puerto que tenemos realmente nuestro listener, ya que estamos escuchando por el puerto 1530


Por ende , procedemos a cambiar ese parámetro dentro de la configuración del DGMGRL

DGMGRL> edit database 'prod' set property 'StaticConnectIdentifier'='(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo1-dg.oracleyyo.com)(PORT=1530))(CONNECT_DATA=(SERVICE_NAME=prod_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))'
> ;
Property "StaticConnectIdentifier" updated
DGMGRL>



Mostramos nuevamente la la configuración en detalle de nuestras bases de datos configuradas en el DGMGRL

DGMGRL> show database verbose 'prod';

Database - prod

Role: PRIMARY
Intended State: TRANSPORT-ON
Instance(s):
prod

Properties:
DGConnectIdentifier = 'prod'
ObserverConnectIdentifier = ''
LogXptMode = 'ASYNC'
DelayMins = '0'
Binding = 'optional'
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = '300'
NetTimeout = '30'
RedoCompression = 'DISABLE'
LogShipping = 'ON'
PreferredApplyInstance = ''
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO'
StandbyFileManagement = 'AUTO'
ArchiveLagTarget = '0'
LogArchiveMaxProcesses = '4'
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = ''
LogFileNameConvert = ''
FastStartFailoverTarget = ''
InconsistentProperties = '(monitor)'
InconsistentLogXptProps = '(monitor)'
SendQEntries = '(monitor)'
LogXptStatus = '(monitor)'
RecvQEntries = '(monitor)'
SidName = 'prod'
StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo1-dg.oracleyyo.com)(PORT=1530))(CONNECT_DATA=(SERVICE_NAME=prod_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))'
StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
AlternateLocation = ''
LogArchiveTrace = '0'
LogArchiveFormat = 'arc_%t_%s_%r.arc'
TopWaitEvents = '(monitor)'

Database Status:
SUCCESS

DGMGRL>



Chequemos lo mismo en el nodo2

DGMGRL> connect sys/oracle1
Connected.
DGMGRL>
DGMGRL> show database verbose 'prod2';

Database - prod2

Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds
Apply Lag: 0 seconds
Real Time Query: OFF
Instance(s):
prod

Properties:
DGConnectIdentifier = 'prod2'
ObserverConnectIdentifier = ''
LogXptMode = 'ASYNC'
DelayMins = '0'
Binding = 'optional'
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = '300'
NetTimeout = '30'
RedoCompression = 'DISABLE'
LogShipping = 'ON'
PreferredApplyInstance = ''
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO'
StandbyFileManagement = 'AUTO'
ArchiveLagTarget = '0'
LogArchiveMaxProcesses = '4'
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = '/u02, /u03'
LogFileNameConvert = '/u02, /u03'
FastStartFailoverTarget = ''
InconsistentProperties = '(monitor)'
InconsistentLogXptProps = '(monitor)'
SendQEntries = '(monitor)'
LogXptStatus = '(monitor)'
RecvQEntries = '(monitor)'
SidName = 'prod'
StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo2-dg.oracleyyo.com)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=prod2_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))'
StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
AlternateLocation = ''
LogArchiveTrace = '0'
LogArchiveFormat = 'arc_%t_%s_%r.arc'
TopWaitEvents = '(monitor)'

Database Status:
SUCCESS



Y vemos que también tiene problemas en el puerto del listener que está configurado


Editamos la propiedad StaticConnectIdentifier y le cambiamos el puerto

DGMGRL> edit database 'prod2' set property 'StaticConnectIdentifier'='(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo2-dg.oracleyyo.com)(PORT=1530))(CONNECT_DATA=(SERVICE_NAME=prod2_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))';
Property "StaticConnectIdentifier" updated
DGMGRL>



Mostramos la configuración en detalle

DGMGRL> show database verbose 'prod2'

Database - prod2

Role: PHYSICAL STANDBY
Intended State: APPLY-ON
Transport Lag: 0 seconds
Apply Lag: 0 seconds
Real Time Query: OFF
Instance(s):
prod

Properties:
DGConnectIdentifier = 'prod2'
ObserverConnectIdentifier = ''
LogXptMode = 'ASYNC'
DelayMins = '0'
Binding = 'optional'
MaxFailure = '0'
MaxConnections = '1'
ReopenSecs = '300'
NetTimeout = '30'
RedoCompression = 'DISABLE'
LogShipping = 'ON'
PreferredApplyInstance = ''
ApplyInstanceTimeout = '0'
ApplyParallel = 'AUTO'
StandbyFileManagement = 'AUTO'
ArchiveLagTarget = '0'
LogArchiveMaxProcesses = '4'
LogArchiveMinSucceedDest = '1'
DbFileNameConvert = '/u02, /u03'
LogFileNameConvert = '/u02, /u03'
FastStartFailoverTarget = ''
InconsistentProperties = '(monitor)'
InconsistentLogXptProps = '(monitor)'
SendQEntries = '(monitor)'
LogXptStatus = '(monitor)'
RecvQEntries = '(monitor)'
SidName = 'prod'
StaticConnectIdentifier = '(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=nodo2-dg.oracleyyo.com)(PORT=1530))(CONNECT_DATA=(SERVICE_NAME=prod2_DGMGRL)(INSTANCE_NAME=prod)(SERVER=DEDICATED)))'
StandbyArchiveLocation = 'USE_DB_RECOVERY_FILE_DEST'
AlternateLocation = ''
LogArchiveTrace = '0'
LogArchiveFormat = 'arc_%t_%s_%r.arc'
TopWaitEvents = '(monitor)'

Database Status:
SUCCESS

DGMGRL>



Y vemos que ya han sido cambiado los datos, después de esto realizamos nuevamente el Switchover de ida y vuelta, sin ningún problema

DGMGRL> switchover to prod2;
Performing switchover NOW, please wait...
New primary database "prod2" is opening...
Operation requires shutdown of instance "prod" on database "prod"
Shutting down instance "prod"...
ORACLE instance shut down.
Operation requires startup of instance "prod" on database "prod"
Starting instance "prod"...
ORACLE instance started.
Database mounted.
Switchover succeeded, new primary is "prod2"


DGMGRL> switchover to prod;
Performing switchover NOW, please wait...
New primary database "prod" is opening...
Operation requires shutdown of instance "prod" on database "prod2"
Shutting down instance "prod"...
ORACLE instance shut down.
Operation requires startup of instance "prod" on database "prod2"
Starting instance "prod"...
ORACLE instance started.
Database mounted.
Switchover succeeded, new primary is "prod"
DGMGRL>


Asunto arreglado :>>

by Ligarius
17.10.12. 10:01:31. 1344 words, 9252 views. Categories: Base de datos, StandBy - Data Guard ,

SQL Developer y problemas al ejecutarlo (JRE o JDK)



Descargue SQL Developer desde esta URL

http://www.oracle.com/technetwork/developer-tools/sql-developer/downloads/index.html

Para hacer ciertas pruebas con un set de carácteres que no estaba visualizando correctamente desde Sqlplus , el problema fue que al ejecutarlo




Aparece una pantalla solicitando la ruta completa donde está el Java.exe, pues bien le di la ruta completa



Pero aparece el siguiente mensaje de error




Por ende no sirve una versión de JRE , sirve una versión de JDK , por ende accedí a la siguiente URL

http://www.oracle.com/technetwork/java/javase/downloads/jdk7u7-downloads-1836413.html


Y seleccione la versión que se acomoda a mi plataforma (notebook)




Se hace la instalación de rigor, es muy sencilla... sólo ENTER y NEXT NEXT NEXT

Ingresamos el Path donde acabamos de realizar la instalación



Aparecerá un warning con respecto a la versión de Java a utilizar...por lo menos yo le dí NEXT



Y ya tenemos funcionando nuestro Sql Developer versión 3.2





Actualización al 22 de Agosto del 2015

La nueva URL para descargar el JDK
http://www.oracle.com/technetwork/java/javase/downloads/index.html

Allí seleccionamos el siguiente link


Y seleccionamos nuestra plataforma

Continuamos la instalación y proseguimos la apertura de SQL Developer, según lo indicado en la nota
Espero les sirva

by Ligarius
12.10.12. 13:04:14. 220 words, 9378 views. Categories: Base de datos, Sql Developer ,

Agregar un nodo a un RAC 11gr2 (Adding node to RAC 11gr2)



Este es un post bien agradable pues trata de RAC .... una de las cosas que mas me gusta y apasiona de Oracle, después claro... del Exadata :>>



Acá les comento como agregar un nodo a un RAC en 11gr2 , la validación, el paso a paso.... Está bastante fácil de seguir

Agregar un nodo a un RAC en 11gr2

Post relacionados

Creación de certificados para cuando se agrega un tercer nodo al RAC

NO uses el comando crs_stat en 11gr2 , por favor

Oracle RAC 11gr2 y el servicio ora.gsd OFFLINE

Problemas al momento de utilizar ASMLib con PowerPath Multipathing

Instalación de RAC en 10gr2 paso a paso (con máquinas virtuales)

Espero les ayude en algo..

by Ligarius
09.10.12. 09:37:50. 121 words, 6457 views. Categories: Oracle11gR2, Real Application Cluster ,

Utilitario DCLI para manejo de Cell Storage (DCLI Configuration)



Como ya hemos visto y sabemos que significa trabajar con un Oracle Exadata, sabremos lo incomodo que es ejecutar comando con el utilitario CellCli en cada uno de los Cell Storage, pues... el siguiente post habla de como configurar el utilitario DCLI para acceder a todos los Cell Storage desde un sólo nodo..



Si quieres saber más sobre Exadata te aconsejo puedas leer este documento, que explica de que se trata el Exadata y de que son los Cell Storage

http://www.oracleyyo.com/index.php/2012/02/19/intro_exadata

Otro post relacionado a Exadata...la fantástica compresión
http://www.oracleyyo.com/index.php/2012/03/07/secretos_de_hcc





Pues bien...la forma en que se configura el DCLI

Estamos en la primera cell storage de nuestro quarter rack o half rack o full racck

[root@nodocel01 bin]# pwd
/opt/oracle/cell/cellsrv/bin

[root@nodocel01 bin]# ls -ltr
total 63420
-rwx------ 1 root root 53408005 May 20 2011 cellsrv
-rwxr-xr-x 1 root root 194072 May 20 2011 uidrvci
-rwxr-xr-x 1 root root 8802862 May 20 2011 orion
-rwxr-xr-x 1 root root 219297 May 20 2011 cellutil
-rwxr-xr-x 1 root root 286183 May 20 2011 cellsrvstat
-rwsr-x--x 1 root root 939337 May 20 2011 cellrssrm
-rwxr-xr-x 1 root root 884263 May 20 2011 cellrsbkm
-rwxr-xr-x 1 root root 16335 May 20 2011 celldiag.pl
-rwxr-xr-x 1 root root 3288 May 20 2011 cellcli
-rwxr-xr-x 1 root root 25212 May 20 2011 adrci
-rwxr-xr-x 1 root root 7541 May 20 2011 oss_pstack.pl
-rwxr-xr-x 1 root root 38094 May 20 2011 dcli



Copiamos el utilitario dcli a alguna máquina donde centralicemos los comandos para las Cell Storage, por ejemplo en este caso ejecutaremos todo desde nuestro primer database server hacía el resto de los Cell Storage

scp dcli root@10.100.220.65:/root/dcli/.



Chequeamos el archivo copiado

[root@nododb01 dcli]# ls -ltr
total 40
-rwxr-xr-x 1 root root 38094 Oct 6 23:15 dcli
[root@nododb01 dcli]# pwd
/root/dcli
[root@nododb01 dcli]#



Creamos un archivo que contenga todas las IPs de nuestros Cell Storage

[root@nododb01 dcli]# more cell_servers
192.100.220.3
192.100.220.4
192.100.220.5
[root@nododb01 dcli]# pwd
/root/dcli
[root@nododb01 dcli]#



Ese archivo debe estar en un database server, el mismo donde hemos copiado el utilitario dcli y ejecutamos el utilitario en conjunto con el archivo generado

Tome en cuenta que se solicitará el ingreso de la clave de celladmin para los Cell Storage

[root@nododb01 dcli]# dcli -g cell_servers -k
celladmin@192.100.220.3's password:
celladmin@192.100.220.5's password:
celladmin@192.100.220.4's password:
192.100.220.3: ssh key added
192.100.220.4: ssh key added
192.100.220.5: ssh key added



Chequeamos un comando básico para saber si hay conexión a los cell storage desde un database server

[root@nododb01 dcli]# dcli -g cell_servers date
192.100.220.3: Sat Oct 6 23:26:50 ART 2012
192.100.220.4: Sat Oct 6 23:26:50 ART 2012
192.100.220.5: Sat Oct 6 23:26:50 ART 2012
[root@nododb01 dcli]#



Otros comandos sobre nuestros Cell Storage, por ejemplo mostramos todos los discos que poseen , ya sea normales como Flash Disks

[root@nododb01 dcli]# dcli -g cell_servers cellcli -e list celldisk attributes name, diskType, size
192.100.220.3: CD_00_nodocel01 HardDisk 528.734375G
192.100.220.3: CD_01_nodocel01 HardDisk 528.734375G
192.100.220.3: CD_02_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_03_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_04_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_05_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_06_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_07_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_08_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_09_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_10_nodocel01 HardDisk 557.859375G
192.100.220.3: CD_11_nodocel01 HardDisk 557.859375G
192.100.220.3: FD_00_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_01_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_02_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_03_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_04_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_05_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_06_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_07_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_08_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_09_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_10_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_11_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_12_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_13_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_14_nodocel01 FlashDisk 22.875G
192.100.220.3: FD_15_nodocel01 FlashDisk 22.875G
192.100.220.4: CD_00_nodocel02 HardDisk 528.734375G
192.100.220.4: CD_01_nodocel02 HardDisk 528.734375G
192.100.220.4: CD_02_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_03_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_04_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_05_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_06_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_07_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_08_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_09_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_10_nodocel02 HardDisk 557.859375G
192.100.220.4: CD_11_nodocel02 HardDisk 557.859375G
192.100.220.4: FD_00_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_01_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_02_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_03_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_04_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_05_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_06_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_07_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_08_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_09_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_10_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_11_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_12_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_13_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_14_nodocel02 FlashDisk 22.875G
192.100.220.4: FD_15_nodocel02 FlashDisk 22.875G
192.100.220.5: CD_00_nodocel03 HardDisk 528.734375G
192.100.220.5: CD_01_nodocel03 HardDisk 528.734375G
192.100.220.5: CD_02_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_03_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_04_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_05_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_06_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_07_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_08_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_09_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_10_nodocel03 HardDisk 557.859375G
192.100.220.5: CD_11_nodocel03 HardDisk 557.859375G
192.100.220.5: FD_00_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_01_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_02_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_03_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_04_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_05_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_06_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_07_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_08_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_09_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_10_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_11_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_12_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_13_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_14_nodocel03 FlashDisk 22.875G
192.100.220.5: FD_15_nodocel03 FlashDisk 22.875G
[root@nododb01 dcli]#



}

En definitiva, se trata de ejecutar un comando para acceder a todos nuestros Cell Storage, esto nos provee un a herramienta muy poderosa y sobre todo centralizada...

Espero les sirva



by Ligarius
07.10.12. 10:29:38. 817 words, 3694 views. Categories: Oracle Exadata ,

11gr2 : DUPLICATE DATABASE FOR STANDBY FROM ACTIVE DATABASE



En el siguiente documento, les explico como generar una Standby mediante el comando DUPLICATE DATABASE FOR STANDBY FROM ACTIVE DATABASE, la verdad es bastante poderoso y fácil de llevar a cabo



Espero les sirva

El documento para descargar desde acá

DUPLICATE DATABASE FOR STANDBY

Links asociados

Datafile UNNAMED en una Standby...¿reconstrucción?

Como borrar archives por el lado del servidor de StandBy (Actualizado)

¿Qué son los StandBy de Redologs?

Modos de Protección en bases de datos StandBy (Protection Mode in StandBy)


by Ligarius
28.09.12. 05:50:02. 84 words, 5906 views. Categories: Base de datos, Oracle11gR2, StandBy - Data Guard ,

<< 1 ... 10 11 12 13 14 15 16 17 18 19 20 ... 44 >>