Una vez descargado y desempaquetado el paquete de Oracle, realicé las acciones previas para preparar el SO (se encuentra en la carpeta DOC del paquete en cuestión). Y cuando llegó el momento de arrancar el instalador, entendí porqué en producción usaban un Red Hat 8.
1. Compatibilidad del SO
Debemos engañar al instalador para ignorar que estamos usando un Fedora y no un Red Hat:
./runInstaller –ignoreSysPrereqs
2. Requisitos de las librerías
Si por desgracia seguimos sin ver la pantalla anterior por problemas de librerías, en mi caso fue la libXp.so.6, con Fedora lo solucionaríamos haciendo lo siguiente en una consola como root:
yum whatprovides libXp.so.6
Y después instalaríamos los paquetes que nos muestre el comando anterior:
yum install nombreDelPaquete
Para los no amantes de la consola, podéis usar yumex (lo podéis instalar ejecutando yum install yumex).
3. Arrancar el instalador en modo gráfico
Puede que el instalador no pueda arrancar en modo gráfico. En consola deberías estar cómo el usuario ‘oracle’, cambiando a ‘root’ y ejecutar:
xhost +localhost
4. Importación de una BD
Para restaurar una BD a partir de un fichero .dmp, ejecutamos por consola con el usuario oracle:
imp full=Y file=filename log=logfile
Para más info:
http://www.infor.uva.es/~jvegas/cursos/bd/oraback/oraback.html
5. Arrancar la BD Oracle
Cuando ya todo parece funcionar y llevas tiempo trabajando con la BD, en algún momento tienes la sensación de que algo va mal, ya no nos podemos conectar a la BD pero el servidor Linux sigue en marcha, ¿qué pasa?
Sistemas reinició el servidor en algún momento y el motor Oracle no arranca por sí solito con el SO… Pues nada, hay que ejecutar esto:
export ORACLE_HOME=/home/XXXX/oracle/product/10.2.0/db_1
export PATH=$PATH:$ORACLE_HOME/bin
export ORACLE_SID=XXXX
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
sqlplus /nolog
connect / as sysdba
startup
exit
lsnrctl start
isqlplusctl start
emctl start dbconsole
Espero que este 'joutu' saque de apuros a otros como yo!
0 comentarios:
Publicar un comentario