Configuración del repositorio Enterprise Manager

Durante la instalación de la Base de Datos Oracle, el repositorio de la consola Enterprise Manager es configurado, y listo para ser usado. Pero, que sucede si algo pasa con esta configuración? pues aquí podrán ver cómo eliminar el repositorio existente y crear uno nuevo:

1.- Eliminación del repositorio existente:


emca -deconfig dbcontrol db -repos drop

Esto lo puedes ejecutar desde un command prompt de windows, o una consola linux o unix (verifica primero que las variables de entorno estén correctamente seteadas con el software de tu base PATH, ORACLE_HOME, ORACLE_SID).

2.- Crear de nuevo el repositorio:

emca -config dbcontrol db -repos create

Al ejecutar este comando te preguntará el nombre del servidor, tu base de datos y el puerto en que se encuentra, y listo, el repositorio está configurado y listo para usarse.

Es mucho más fácil recrear el repositorio, que investigar que fue lo que pasó, no pierdes ninguna información de los datos de tu base ni de tu esquema.

Comentarios

  1. Unknown14 de mayo de 2013, 15:04

    si no tengo mis variables de entorno oracle_home y oracle_sid. como las creo o las habilito???

    ResponderEliminar
    Respuestas
    1. hotshoot27 de julio de 2015, 16:44

      Depende del sistema operativo que estés utilizando, para el caso de linux lo defines como: export ORACLE_SID="ORCL". en el caso del ORACLE_HOME es usualmente la ruta de instalación de tu base antes del BIN, algo así: export ORACLE_HOME=/u01/app/oracle/product/10.2.0.1.0, para visualizar las variables puedes usar el comando echo, ejemplo echo $ORACLE_HOME. Si quieres también puedes usar el comando ORAENV para cargar las variables de ambiente si tienes muchas instalaciones Oracle.

      Eliminar
  2. Anónimo7 de abril de 2022, 19:27

    Este comentario ha sido eliminado por un administrador del blog.

    ResponderEliminar

Publicar un comentario

Entradas populares de este blog

Instalar OCI8 en CentOS

Esta instalación está hecha sobre un Centos CentOS Linux release 7.2.1511 de 64 bits Version de PHP 5.6.30 Version de Apache 2.4.6 Base de datos Oracle 11g - Cualquier release. Instalar las siguientes librerías: # yum install php-pear php-devel zlib zlib-devel bc libaio glibc # yum groupinstall "Development Tools" Descargar del siguiente enlace el Oracle instantclient: http://www.oracle.com/technetwork/topics/linuxx86-64soft-092277.html Para Oracle 11g y php5.6: oracle-instantclient11.2-devel-11.2.0.3.0-1.x86_64.rpm oracle-instantclient11.2-basic-11.2.0.3.0-1.x86_64.rpm Ejecutar: # rpm -ivh oracle-instantclient* Una vez instalado el Oracle instantclient, crear los enlaces simbólicos: #  ln -s /usr/include/oracle/11.2/client64  /usr/include/oracle/11.2/client #  ln -s /usr/lib/oracle/11.2/client64  /usr/lib/oracle/11.2/client Ahora configuraremos la variable LD_LIBRARY_PATH para indicar donde están instaladas l...
Leer más

ORA-30036: Unable to extend segments in undo tablespace 'UNDO' en Oracle Database 10g Express Edition

ORA-30036 indica que la base en este caso una Oracle Database XE tiene problemas con el tablespace UNDO. Por lo tanto se deberá ejecutar las siguientes sentencias en SQLPLUS como sys para solucionar este problema, que en general aplica para cualquier tablespace (menos con temp). Primero verificamos si esta activada la opción de autoextend en nuestro tablespace undo de la siguiente manera: select autoextensible from dba_data_files where tablespace_name ='UNDO'; si el tablespace UNDO no tiene activado el autoextend, se deberá ejecutar: alter database datafile 'C:\ORACLEXE\XE\ORCL\UNDO.DBF' autoextend on e incrementamos su tamaño así como su máximo tamaño posible de incremento (dependiendo de nuestra necesidad): En este caso le damos un máximo tamaño de incremento de 1GB: alter database datafile 'C:\ORACLEXE\XE\ORCL\UNDO.DBF' autoextend on maxsize 1024m; Y para este caso le aumentamos el tamaño actual para que inmediatamente pueda ejecutar las sentencias SQ...
Leer más
APEX ADMIN LOCKED Un usuario de desarrollo bloqueo el usuario de ADMIN de Apex, Usualmente este procedimiento se soluciona naturalmente corriendo el script apxchpwd.sql, sin embargo este después de ser ejecutado, el usuario admin seguía dándome el error: Account locked. Por lo que decidí  investigar un poco mas a fondo.   El problema, Resulta que el archivo apxchpwd.sql consulta el usuario admin dentro del esquema que ha sido instalado. Para mi caso la versión que tengo instalada es APEX 4.2. Y modifica la sesion de admin cambiando su parámetro de contraseña. Solución, Para corregir este problema debemos ir al directorio donde esta instalado apex:  ORACLE_HOME/apex  Debemos editar la linea 33, la cual especifica el schema de base de datos en el cual esta instalado APEX, esta debe estar modificada por la versión que tenemos instalada, esto es frecuente si ha existido una actualización del APEX. Editamo...
Leer más