Eliminar Host del Cloud Control 12c desde la consola

Si tienes problemas para eliminar un host desde la interfaz grafica del O.E,M.C.C 12c se procede de la siguiente manera.

En el Host donde tienes instalado el OMS

# cd  cd $OMS_HOME/bin
# emcli login -username=SYSMAN

Enter password :

Login successful

# emcli sync

# emcli delete_target -name="suvenccssd137:3872" -type="oracle_emd" -delete_monitored_targets

Target "suvenccssd137:3872:oracle_emd" deleted successfully

Eliminar Host del Cloud Control 12c desde la consola

Si tienes problemas para eliminar un host desde la interfaz grafica del O.E,M.C.C 12c se procede de la siguiente manera.

En el Host donde tienes instalado el OMS

# cd  cd $OMS_HOME/bin
# emcli login -username=SYSMAN

Enter password :

Login successful

# emcli sync

# emcli delete_target -name="suvenccssd137:3872" -type="oracle_emd" -delete_monitored_targets

Target "suvenccssd137:3872:oracle_emd" deleted successfully

DBMS_NETWORK_ACL_ADMIN

Install Package DBMS_NETWORK_ACL_ADMIN

Aplica para 11.2.0.1 y posteriores

The DBMS_NETWORK_ACL_ADMIN package is installed when the XDB component is being installed. To install XDB follow the procedure outlined in  Note 1292089.1 - Master Note for Oracle XML Database (XDB) Installation.
If XDB is already installed but the ACL package is not available and a reinstall of XDB is not possible then the only way to install the DBMS_NETWORK_ACL_ADMIN package is to run the 

*nacl scripts: 

sqlplus / as sysdba 
*********************************
RUN
 /rdbms/admin/catnacl.sql 
 /rdbms/admin/dbmsnacl.sql
 /rdbms/admin/prvtnacl.plb

*********************************

Tabla Particionada Dinamica

Estas tablas con particiones que van generándose segun la necesidad las podemos crear a partir de Oracle 11g. El siguiente script crea una tabla particionada por el campo FECHA con particiones mensuales a partir del 01/01/2013

 CREATE TABLE EVENT_LOG(

  calldate         DATE,
  clid             VARCHAR2(80),
  email            VARCHAR2(50),
  descrip          VARCHAR2(100),
  rate_seg         NUMBER,
  costo_llamada_bs NUMBER,
  fecha            DATE default sysdate
 )
 PARTITION BY RANGE (fecha) INTERVAL (NUMTOYMINTERVAL(1,'MONTH'))
 (PARTITION P1 VALUES LESS THAN (TO_DATE('2013-01-01 00:00:00','YYYY-MM-DD HH24:MI:SS')));

Error on Install OBIEE

Durante la Instalacion de Oracle Business Intelligence 11.x.x.x me encontre un error bastante molesto, ya que pensaba que las medias se habian descargado corruptas o durante la transferencia a los servers se habian dañado de alguna forma.

Durante la instalacion de software se presenta el siguiente error

"Enter the disk with label Oracle Fusion Middleware Business Intelligence 11g and disk number 4 or browse to the location containing the files for the disk, then press"

Cuando descomprimo los .zip descargados de la pagina de oracle solo existen las carpetas
Disk1/
Disk2/
Disk3/

Como se puede observar solo existen las opciones para descargar 3 Discos. 
La solucion?? no descargar de esa pagina sino del centro de descargas:
https://edelivery.oracle.com/

Alli encontraran las medias restantes y otros packs de Software

Deadlock detected

ORA-00060 Deadlock detected

De vez en cuando puede pasar que dos sesiones que se pisen se bloqueen al intentar hacer cambios en los mismos datos (a nivel de registro o a nivel de tabla). En sistemas no concurrentes y/o bien diseñados no tiene por que pasar ya que las aplicaciones suelen estar mínimamente pensadas para evitarlo; o en todo caso en pruebas pre-producción ya se detecta y se corrige. El caso es que incluso aunque se planee evitarlos se pueden producir. En la mayoría de casos se resuelven solitos al acabar de realizar los cambios la sesión bloqueante, incluso ni nos daremos cuenta. En otros casos más infrecuentes se producen bloqueos circulares irresolubles, “deadlocks”, donde se acaba haciendo rollback de una transacción y se genera una entrada en el fichero de alerta:
ORA-00060: Deadlock detected. More info in file /opt/oracle/admin/XXX/udump/XXX_ora_28205.trc
Si consultamos el fichero de traza encontraremos información más detallada: sesiones involucradas, objeto, registro, consulta que lo provoca, etc... Aquí incluyo algunas partes de un fichero de ejemplo. En la primera parte del fichero vemos que sesión sufrirá el rollback(marcada en negrita) y más abajo vemos el bloqueo circular (donde la 1706 espera a la 1693 y viceversa):

------------------------------------------------------------------------------------------------------------
*** ACTION NAME:() 2011-01-27 08:07:36.110
*** MODULE NAME:(Servicio.exe) 2011-01-27 08:07:36.110
*** SERVICE NAME:(SYS$USERS) 2011-01-27 08:07:36.110
*** SESSION ID:(1693.30703) 2011-01-27 08:07:36.110
DEADLOCK DETECTED ( ORA-00060 )
[Transaction Deadlock]
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-00090022-00173f07        82    1693     X             21    1706           X
TX-00030014-0013a2dd        21    1706     X             82    1693           X
Rows waited on:
Session 1706: obj - rowid = 0000CF1C - AAAM8cAA5AAACX+AAF
  (dictionary objn - 53020, file - 57, block - 9726, slot - 5)
Session 1693: obj - rowid = 0000CF1C - AAAM8cAA5AAACX+AAI
  (dictionary objn - 53020, file - 57, block - 9726, slot - 8)
------------------------------------------------------------------------------------------------------------


Con esta información también podemos saber exactamente que objetos y registro/s es el origen de la disputa. Si es algo que se repite de forma cíclica podemos ayudar al responsable de la aplicación dandole más datos (además de las consultas) para que lo resuelva. Para saber que registro de que tabla:
Convertimos a decimal el obj que se indica al final en hex (0000CF1C->53020)
Obtenemos el nombre del objeto del diccionario de datos:

     SELECT owner, object_name, object_type FROM dba_objects WHERE object_id = 53020;
Consultamos la tabla obtenida buscando el registro por el rowid:
    SELECT * FROM tabla WHERE rowid=’AAAM8cAA5AAACX+AAF’’

Un poco más abajo del fichero también se puede ver que consultas han provocado el deadlock y otra información como la cantidad de “waits” de la session en cuestión etc...
Todo esto me hace gracia comentarlo porque a veces desarrolladores mal acostumbrados nos piden que comprobemos si existen bloqueos entre usuarios porque tienen algo que no va tan rápido como siempre. En contraposición también tenemos a usuarios muy impacientes, que cierran a saco sus aplicaciones... Si a ti te pillan en horario, te vienen a preguntar, lo miras sin renegar, miras si existe y si la sessión bloqueante sigue trabajando... Si es el caso y hay que esperar, ¿que le dices? La primera vez le explicas de que va el tema, la segunda vez se lo recuerdas y la tercera que se vaya a tomar un café...

fuente: http://www.dataprix.com/blogs/il-masacratore/ora10g-ora-00060-deadlock-detected

Aqui coloco un link para convertir Decimal, binario y Hexadecimal:
http://www.disfrutalasmatematicas.com/numeros/binario-decimal-hexadecimal-conversor.html

Comandos Utiles de S.O.

Comandos de monitoreo del S.O.

• #ps -fu oracle
• Listado de los procesos pertenecientes al usuario oracle
• #ps -ef 
• Listado completo de los procesos actuales
• #sysctl -p 
• Carga los parámetros del Kernel definidos en /etc/sysctl.conf
• #sysctl -a 
• Lista de los parámetros actuales del kernel.
• #lsof -p  
• Listado de los ficheros actualmente en uso por un proceso PID
• #lsof -u oracle 
• Listado de los ficheros actualmente en uso por el usuario oracle
• #free -tlos 10 -c 15
• Lista cada 10 segundos y 15 iteraciones el uso de la memoria (física y swap).