Regenerar el EMC en una 10g es siempre una caja de sorpresas. Como vimos en una entrada anterior la base de datos se pone en modo quiesce\u00a0 al menos hasta una version de parcheado\u00a0 , pero\u00a0 \u00a8que ocurre si el tiempo pasa y pasa y el proceso no avanza<\/p>\n
<\/p>\n
oracle@server:emca -repos recreate\r\nSTARTED EMCA at Jun 4, 2012 10:13:56 AM\r\nEM Configuration Assistant, Version 10.2.0.1.0 Production\r\nCopyright (c) 2003, 2005, Oracle.\u00a0 All rights reserved.\r\nEnter the following information:\r\nDatabase SID: ORCL\r\nListener port number: 1521\r\nPassword for SYS user:\r\nPassword for SYSMAN user:\r\nDo you wish to continue? [yes(Y)\/no(N)]: Y\r\nJun 4, 2012 10:14:11 AM oracle.sysman.emcp.EMConfig perform\r\nINFO: This operation is being logged at \/opt\/oracle\/product\/10.2.0\/db_1\/cfgtoollogs\/emca\/produccion\/emca_2012-06-04_10-13-56-AM.log.\r\nJun 4, 2012 10:14:11 AM oracle.sysman.emcp.EMReposConfig dropRepository\r\nINFO: Dropping the EM repository (this may take a while) ...<\/pre>\nComo deciamos en la entrada anterior, muchas veces la instancia se pone en modo \u00abquiesce\u00bb, pero ,\u00a0 puede haber sesiones que no le dejen ponerse en ese modo, y por eso no pueda ser capaz de eliminar el repositorio.<\/p>\n
Si miramos la sesion en la que estamos haciendo\u00a0 el\u00a0\u00a0 vmos que\u00a0 esta en un evento de espera ‘wait for possible quiesce finish’<\/p>\n
mediante la consulta :<\/p>\n
\u00a0Select p.spid, s.osuser, s.machine, s.username, s.sid, s.serial#\r\n from v$session s, v$process p\r\n where p.addr = s.paddr\r\n and s.sid in (select sid from v$lock where type = 'TX');<\/pre>\npodemos ver que sesiones son y hacer lo que queramos con ellas\u00a0( matarlas o esperar ).<\/p>\n
En mi experiencia, las veces que me ha ocurrido la soluci\u00f3n ha pasado por hacer estos\u00a0 procesos en una ventana programada\u00a0 en horario en el que no haya usuarios, ya que, cuando la base de datos tiene este tipo de sesiones no suele ser algo\u00a0 excpcional, sino que suele ser parte de la carga habitual de la base de datos y este tipo de sesiones ir\u00e1n apareciendo una tras otra\u00a0 entorpeciendo el proceso de regeneracion de la consola<\/p>\n
Como siempre, la solucion la ten\u00eda Oracle en la nota [152819.1]<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Regenerar el EMC en una 10g es siempre una caja de sorpresas. Como vimos en una entrada anterior la base de datos se pone en modo quiesce\u00a0 al menos hasta una version de parcheado\u00a0 , pero\u00a0 \u00a8que ocurre si el … Sigue leyendo