jueves, 25 de junio de 2009

Error en instalación de Jdeveloper 10g 32bits en RHES 5.2 64 bits

Referencia: Metalink.oracle.com Doc.ID 564174.1 12/06/2009


Ambiente configuración para instalación de JDEVELOPER 10g RHES 5.2 64 bits
ORACLE_BASE=/opt/product
export ORACLE_BASE
ORACLE_HOME=/opt/product/jdeveloper
export ORACLE_HOME
LD_LIBRARY_PATH=$ORACLE_HOME/lib:/usr/lib:$LD_LIBRARY_PATH
export LD_LIBRARY_PATH
CLASSPATH=$ORACLE_HOME/JRE:$ORACLE_HOME/jlib:$ORACLE_HOME/rdbms/jlib
export PATH
ORACLE_TERM=xterm
export ORACLE_TERM
EDITOR=vi
export EDITOR

Se debe instalar los siguientes paquetes.

Una vez instalados, se procede a realizar los siguientes ajustes previos a la instalación de la herramienta.


[root@nodo1 lib]# ls -la libXtst*
lrwxrwxrwx 1 root root 16 Sep 1 2008 libXtst.so -> libXtst.so.6.1.0
lrwxrwxrwx 1 root root 16 Sep 1 2008 libXtst.so.6 -> libXtst.so.6.1.0
-rwxr-xr-x 1 root root 20792 Jul 13 2006 libXtst.so.6.1.0
[root@nodo1 lib]# ls -la /usr/X11R6/lib/libXtst.so.6
lrwxrwxrwx 1 root root 14 Jun 25 16:43 /usr/X11R6/lib/libXtst.so.6 -> libXtst.so.6.1
[root@nodo1 lib]# mv /usr/lib/libXtst.so.6 /usr/lib/libXtst.so.6.ORG
[root@nodo1 lib]# ln -s /usr/X11R6/lib/libXtst.so.6 /usr/lib/libXtst.so.6
[root@nodo1 lib]#
su - oracle

Nos pasamos al directorio en donde tengamos nuestros discos de instalación

[root@nodo1 lib]# cd /home/oracle/IDS/Disk1

Recuerde instalar el software con la emulación de 32bits, ya que la herramienta no existe para 64bits.

[root@nodo1 lib]# linux32 bash runInstaller

La instalación y el link del producto, ahora concluye sin errores.

Error corriendo Jdeveloper 10g en RHES 5.2 64 bits

Posterior a la instalación de Jdeveloper 10g en un equipo Linux con Red Hat 5.2 64 bits, a la hora de ejecutar el script para correr el Developer Suite, se genera el error:

../frmbld: error while loading shared libraries: libXm.so.2: cannot open shared object file: No such file or directory

Respuesta: Instale openmotif21-2.1.30-6.i386.rpm

Se recomienda que haga un relink del producto.

miércoles, 24 de junio de 2009

La información es el nuevo “demonio de Laplace”

Excelente artículo
Detrás de toda ley física siempre encontramos el mismo elemento responsable.

Detrás de cada onda y de cada partícula, existe algo intangible e imperceptible que lo reduce todo a un mismo cómun denominador: la información. Es el nuevo demonio de Laplace, ya que detrás de toda ley de la física, de todo átomo, supernova, bigbang, cuanto o brana, siempre encontramos el mismo elemento responsable. Y no es que la conciencia sea consecuencia de la materia, de la misma forma que la materia no es fruto de la conciencia. Es que en esencia ambos son lo mismo: información.
Ver artículo completo en:

martes, 23 de junio de 2009

Paso 3 Como configurar SSH para la instalación RAC

Previo a la instalación del software de clusterware, es necesario realizar algunos cambios en la configuración de los nodos de nuestra instalación de RAC.
Entre ellos tenemos:
  • Configuración de las tarjetas de red con la (s) dirección (es ) públicas.
  • Configuración de las tarjetas de red con la (s) dirección (es ) privadas.
  • Configuración de las tarjetas de red con la (s) dirección (es ) virtuales.
  • Configuración de SSH
Vamos a ocuparnos primero del SSH.
Para esto, es necesario que ya tengamos creado el usuario "oracle" y debemos estar en el directorio casa del mismo. Para los que no estan dentro del mundo Linux, les recomiendo ver el documento : "Guide to Advanced Linux Command Mastery", partes 1 a la 3, iniciando en: http://www.oracle.com/technology/pub/articles/advanced-linux-commands/part1.html, antes de iniciar el proceso de instalación en sistema operativo LINUX.

Para ingresar al directorio casa de "oracle", utilizamos el comando: cd $HOME.
Una vez en el directorio casa, podemos utilizar el comando "pwd", para verificar que la ruta sea "/home/oracle".
Vamos a crear un directorio con el nombre ".ssh" ( puntossh). Nuevamente, una aclaración para los primerisos en Linux ó Unix, en este sistema operativo, las minúsculas y las mayúsculas cuentan, asi que deben digitar los comandos, tan y como se presentan en esta guía.

Hablamos:
$ cd $HOME
$ pwd
$ /home/oracle
$ mkdir .ssh ( para crear el directorio puntossh )
$ cd .ssh ( nos pasamos al directorio creado )
$ ssh-keygen -t rsa

( Generación de llave encriptada. SSH usa técnicas de cifrado que hacen que la información que viaja por el medio de comunicación vaya de manera no legible y ninguna tercera persona pueda descubrir el usuario y contraseña de la conexión ni lo que se escribe durante toda la sesión (*1) )

Cuando ejecute el comando, presione ENTER, para aceptar todos los valores de facto. Cuando le pida la frase de confirmación, presiones nuevamente ENTER dos veces ).
Luego:

$ ssh-keygen -t dsa

Repita los pasos anteriores presionando ENTER para aceptar los valores de facto.

Ahora vamos a utilizar el siguiente comando, para crear un archivo con las llaves de autentificación creadas.

$ cat *.pub > authorized_keys.

Repita este proceso en cada nodo del RAC a ser configurado.

Cuando haya terminado de crear los archivos, proceda a copiar en el directorio $HOME/.ssh, los archivos "authorized_keys. de cada uno de los nodos del RAC al otro, de tal forma que si esta configurando dos nodos, debería tener en cada nodo:

/home/oracle/.ssh/authorized_keys.racdb1
/home/oracle/.ssh/authorized_keys.racdb2

Luego proceda de la siguiente forma:
$ cat *.racdb* > authorized_keys
$ chmod 600 authorized_keys ( Cambiando permisos de lectura y escritura sólo para el usuario "oracle" )

Ahora vamos a probar que la configuración quedó correcta.

Desde el nodo 1 ejecute al nodo 2 el siguiente comando.
$ ssh racdb1 date

La primera vez, le podría preguntar que si desea agregar el "nodo" al archivo "known_hosts", a la pregunta consteste con la palabra "yes". Despues de este punto, ya no le va a volver a solicitar la confirmación, ni el password del usuario, cuando ejecute un nuevo comando en forma remota.

Los dos últimos pasos:

Mientras estabamos con la configuración de RSA ( Sistema criptográfico con clave pública ) y ( Algoritmo de Firma Digital ) DSA, no ingresamos el password para las conexiones. Para esto en cada nodo, ejecute:
  • $ exec /usr/bin/ssh-agent $SHELL
  • $ /usr/bin/ssh-add

Nota importante:

Debe deshabilitar el banner, que aparece en el logeo del usuario, "/etc/banner" , en todos los cluster, mientras usted realicé lo siguiente:

  • clusterverify ( cluvfy, runcluvfy )
  • Instalación de software
  • Patcheo del software
Para esto únicamente ejecute:
mv /etc/banner /etc/banner_disable

lunes, 22 de junio de 2009

Gobierno de EE. UU. vigilará la ética de los blogueros

Por: Deborah Yao
Publicado: 2009/06/22 11:06 AM

Washington (AP). Los consumidores que navegan por Internet en busca de reseñas de blogueros que los ayuden a decidir la compra de un producto no suelen darse cuenta que a veces esas opiniones no son imparciales: muchos autores de blogs reciben regalos -viajes, computadoras, vales de compra y hasta dinero en efectivo- a cambio de sus textos.
Algunos blogueros revelan estos arreglos, otros no.
Estas prácticas han crecido tanto que la Comisión Federal de Comercio estadounidense (FTC por sus siglas en inglés) decidió crear nuevos lineamientos de conducta, que aprobaría en pocos meses y que especificarán que puede sancionar a los blogueros y sus patrocinadores en caso de promociones engañosas o conflictos de interés.
De aprobarse las reglas, sería la primera vez que la FTC intente supervisar a los blogueros en forma sistemática.
El sólo hecho de incluir una imagen publicitaria o un hipervínculo a una tienda online a cambio de una comisión sería suficiente para que un blog esté sujeto a su control.
“Si tienen un motivo económico para decir lo que dicen, eso es algo que el consumidor debe saber”, dijo Rich Cleland, funcionario de la FTC.
Hay blogueros que defienden los regalos como un ingreso honesto y hay otros que dicen que se pueden controlar sin supervisión gubernamental.
Yuli Ziv, quien escribe sobre moda desde Nueva York, está ayudando a crear regulaciones éticas para una coalición de 15 sitios web que buscan ser más profesionales.
“Más allá de la FTC, ha sido un problema”, dijo. “Se trata de generar confianza”.

martes, 16 de junio de 2009

Instalando Oracle Application Server 10g Forms y Reports Services en RH5.0 64bits

Para todos y todas que se encuentren en estos días realizando instalaciones de OracleAS Forms y Reports Services en Red Hat 5 64 bits, me encontré una nota en http://metalink.oracle.com del 12 de junio - recién salida del horno-, que hace mención a un problema en la instalación de la versión 10.1.2.0.2 - última liberada de este producto en específico -, en donde habla sobre los requisitos necesarios para instalar sin errores este producto.
Hay que tener en claro, que las consideraciones se deben a que el producto en cuestión, es de 32 bits y el sistema operativo en 64 bits.

Además de los siguientes paquetes que deben estar instalados en el server, es necesario crear la siguiente liga, para evitar errores en el proceso de link del Web Cache Configuration Assistent y de otros componentes.

Con root, haz lo siguiente:
  • # ln -s /usr/lib/libgdbm.so.2.0.0 /usr/lib/libdb.so.2

Luego verifica antes de empezar la instalación, que las siguientes librerías estan instaladas:

  • binutils-2.16.91.0.5-23.4
  • gcc-4.1.0-28.4
  • gcc-c++-4.1.0-28.4
  • glibc-devel-2.4-31.2
  • libgcc-4.1.0-28.4
  • libstdc++-devel-4.1.0-28.4
  • libstdc++-4.1.0-28.4
  • make-3.80-202.2
  • compat-db 4.1.25-9
Debes cambiar en el archivo /etc/redhat-release la descripción del sistema operativo por: redhat-4

Verifica los semaforos del kernel.
En una nota en este mismo blog, explico como configurar el archivo sysctl.conf para instalar Oracle 10g Database en RH4.0. Debes cambiar únicamente, los valores para semmsl a 256 y semmni a 142.
También debes incluir la línea: kernel.msgmni = 2878

Cuando vayas a correr el instalar debes hacerlo de la siguiente forma: linux32 bash runInstaller.

Listo, la instalación de OracleAs Forms y Reports Services 32bits sobre RH5.0 concluye sin errores.


lunes, 15 de junio de 2009

Consideraciones a la hora de iniciar la instalación de Software en RAC 10gR2

Consejos para instalación de RAC.

Previo a la instalación de RAC en 10gR2, planifica y anota en un documento, cada uno de los detalles que no deben ser olvidados.
Entre ellas, te recomiendo tener claro la ubicación del software para el CLUSTERWARE, el ASM y el motor de la base de datos.

Por ejemplo:
El ORACLE_BASE podría ser /opt/product, luego tendríamos:
  1. /opt/product/10.2.0/crs, para el clusterware software
  2. /opt/product/10.2.0/rdbms, para el motor de la base de datos
  3. /opt/product/10.2.0/asm, para el motor del automatic storage manager ( ASM )
Ahora desde mi punto de vista, es mejor parchar conforme se va instalando el software a hacerlo al final.

  1. Instalación de clusterware 10.2.0.1
  2. Patchset 10.2.0.4 al home de clusterware
  3. Instalación de rdbms para ASM 10.2.0.1
  4. Patch set 10.2.0.4 home de ASM
  5. Creación instancias ASM
  6. Instalación motor base de datos para RAC 10.2.0.1
  7. Patchset 10.2.0.4
  8. Creación de instancias RAC.

martes, 9 de junio de 2009

INTEL lanza al mercado su propio sistema operativo LINUX

Nueva York (El País Internacional).

Las crisis son incubadoras de nuevos proyectos. Pasó hace tres décadas con Apple y después con Google. Y ahora es Intel el que empieza a gestar una nueva aventura. El fabricante de procesadores ha colgado en la Red la versión de pruebas de Moblin, su primer sistema operativo 'libre', diseñado y desarrollado con Novell y Linux para dar vida a ordenadores portátiles.

Moblin 2.0 es una plataforma optimizada de Linux, con un toque más moderno y que pretende que el usuario pueda sacar más partido a sus dispositivos móviles e inalámbricos al navegar por Internet, chatear o comunicarse a través de las plataformas sociales. Y al tener una arquitectura abierta, los programadores pueden desarrollar aplicaciones informáticas para este entorno.

Al arrancar el ordenador, el usuario se encuentra en segundos ante un escritorio muy gráfico conocido como m-zone, con acceso instantáneo al calendario, correo electrónico, archivos utilizados recientemente y una actualización en tiempo real de portales como Facebook o Twitter. A través de una barra de menú se accede al navegador, basado en la última versión de Mozilla.

Además, permite al usuario aglutinar en la pantalla toda la actividad de las redes sociales, para facilitar la interacción con los amigos. Twitter se encuentra entre las compañías que apoyan ya el desarrollo de este sistema operativo. Moblin, que como indican sus ingenieros debe ser aún pulido, consigue el mismo efecto de integración con la música, vídeos y fotos.

La Fundación Linux la califica ya como la plataforma móvil más avanzada, y considera que en este clima económico adverso puede llegar a convertirse en la alternativa más atractiva para firmas que distribuyen dispositivos portátiles. Entre las primeras compañías que han mostrado su interés se encuentran también Aisanux, Canonical, DeviceVM, gOS, MontaVista y Wind River.

La pregunta que está en el aire es si Intel será capaz de competir en este negocio con Microsoft, su socia de siempre, y Apple, su nueva aliada en los iMac. Las primeras críticas apuntan hacia que Moblin es rápido, pero a la vez parece convertir los portátiles en un dispositivo más limitado. La versión de prueba de Moblin debería funcionar ya en portátiles como el Acer Aspira, el Asus eee 901, el Dell Mini, el Lenove S10 y el HP Mini, entre otros.

Consejos sobre migración a 10g ó 11g desde 9i ó release inferior.

Hace unos 15 años atrás, tuve en mis manos un libro de Daniel Burrows, sobre tecnotendencias, del cuál tomé prestada una frase, que representaba la esencia en sí del libro y que me he dedicado a comentar y discutir con la gente desde entonces. El autor reflexionaba sobre los tiempos difíciles que vivió IBM cuando a finales y principios de la décadas de los 70's y 80's respectivamente, los computadores de escritorio, empezaron a tomar el mercado de ventas. El gigante IBM, apostaba que esto era una moda del momento y que no sería necesario cambiar las políticas de mercadeo y la línea de producto, que por aquellos años, estaba dirijida exclusivamente a los grandes microcomputadores.
Con el tiempo, IBM, tuvo que cambiar su rumbo y adaptarse a la nueva ola de tendencias, para ser competitivo en el mercado. Los ejecutivos de IBM, habían entendido que era hora de cambiar la conceptualización de mercado que tenían hasta ese momento y salir al paso de las nuevas necesidades que el consumidor requería.

Tecnotendencias afirmaba, que las reglas del juego habían empezado de funa manera abrumadora en la década de los 80´s y que era hora de "APRENDER A COMO REHACER LAS COSAS", a utilizar "Reingeniería".

Cuando aplicamos esta experiencia de cambio a las tecnologías actuales, encontramos, lo que ya tenemos muchos años de estar en esto, que es necesario cambiar viejos esquemas, con los cuáles aliviamos la mayoría de los males.

Este cambio no es fácil y me encontrado con muchos que se resisten a aceptarlos, bajo la defensa, que es imposible que las cosas cambién tanto y de forma tan rápida. Sin embargo, en defensa de las nueva tendencias y según la definición de Hammer y Champy, la reingeniería es "La reconcepción fundamental y el rediseño radical de los procesos de negocios para lograr mejoras dramáticas en medidas de desempeño tales como costos, calidad, servicio y rapidez".
Por tanto, en una economía tan vólatil como la actual, los cambios pueden venir sin previo aviso, sin que estemos preparados para ellos, pero lo peor que pueda pasar, es que no estemos preparados para cambiar, nuestra forma de pensar.

Por más que a muchos les duela, el RBO el viejo optimizador de consultas basado en regla, para el motor de la base de datos, es história. Los hints son história. El SRVMGRL es história. Se escucha que la herramienta para Oracle SQL*Plus, que nos acompaña desde 1982, será história. El Oracle Enterprise Manager también podría pasar a la história muy pronto, tras la inclusión del nuevo Oracle Database Control en 10g.

Así, el panorama es muy claro, debemos aprender a rehacer las cosas.
La utilización de la método creativo de redescrubrimiento de la nueva forma de manejo de la base de datos 10g, me ha enseñado que la formula para el éxito, se fundamenta en:
  • CPU + MEMORIA + I/O
  • Qué la utilización de "Hints" en las setencias, suelen generar planes de ejecución " EXPLAIN PLANS", errados y de bajo nivel de rendimiento.
  • Qué utilizar EXPDP y IMPDP es por mucho, más rápido que utilizar los viejos utilitarios EXP e IMPORT.
  • Qué es mejor generar un full export de la base de datos a migrar, borrar todo, instalar de cero el nuevo software e importar el archivo DMP creado en la versión anterior, que hacer una migración de software e instancia de base de datos de 9i a 10g, por ejemplo.
  • Qué nuestra herramienta de Oracle Enterprise Manager 9i, ya no sirve con 10g.
  • Qué el usuario SYSTEM, ya no es tan todo poderoso como lo era anteriormente.
  • Qué importar datos desde versiones previas a 10g ó 11g, es mejor hacerlo, desde un "export" generado sin estadísticas.
  • Qué utilizar ASM para el almacenamiento de datos, es más eficiente que utilizar los tablespaces en archivos "cookies files" del sistema operativo.
  • Qué el tablespaces UNDO, crece, crece y crece y que requiere mayor control de nuestra parte.
La primera migración a 10g, la realicé hace más o menos 4 años. Al día de hoy, ya he logrado obtener cierto nivel de conocimiento, que me ha ayudado a no cometer los mismos errores del pasado, ahora como dirían por ahí, estamos cometiendo nuevos errores, en migraciones a la versión 11g, que me permitirán reunir nuevos conocimientos, para así poder aprender a:
      • Como rehacer las cosas!!!!.



miércoles, 3 de junio de 2009

Notas sobre el Oracle ClusterWare

El Cluster Ready Services CRS, es llamado a partir de 10g, como Oracle Clusterware. El clusterware es responsable de mantener toda la configuración del cluster y de las bases de datos. Permite que el DBA pueda registrar ó matricular una instancia o instancias de Oracle dentro del cluster.
Durante una operación normal, el Oracle Clusterware envia una serie de mensajes a todos los nodos configurados en el cluster ( a través de un ping especial ), para monitorear y establecer el estado actual de funcionamiento del cluster. Si alguno de los nodos falla, durante el monitoreo, este revisa la información de los archivos de configuración en los discos compartidos para distinguir entre una falla real del nodo o una falla de red.
Existen dos grupos de tipos de archivos actualmente en 10g , los cuáles son almacenados en un Oracle Cluster File System ( OCFS 2 ), que deben existir previo a la instalación del software.
Estos grupos son:
  • Oracle Cluster Registry ( OCR )
  • CRS Voting Disk
Antes de proceder con la instalación del Clusterware, ejecute el CVU ( Cluster Verification Utility ) y revise que todo los test fueron satisfactoriamente cumplidos.

Si el paso del CVU, se cumple en un 100%, continúe instalando el software de clusterware.

Nota: Al final del proceso de instalación del software, esté solicita ejecutar el archivo root.sh en cada nodo. No debe ejecutarlo simúltaneamente en cada nodo. Hagalo de uno en uno.

Una vez concluído el proceso, les recomiendo instalar el patch set para pasar de 10.2.0.1 a 10.2.0.4 previo a cualquier otra instalación.

Para instalar el patchset, es necesario que detengan el servicio de cluster arrancado durante el proceso de instalación, con el comando:
crsctl stop crs

Además, deben modificar la línea LD_PRELOAD=libumem.so.1 en 64 bits, previo a la instalación del patchset.

Notas de referencia sobre instalacion RAC

Revisando los blogs de amigos que conforman la Comunidad Oracle Hispana, me encontré con el blog "OracleRacNotes". Esta sumamente completo, por lo que no voy a profundizar más en el tema de la instalación de RAC, sino más bien, me voy a enfocar en las situaciones vividas y como las soluccionamos. Les recomiendo visitar el blog.

http://oracleracnotes.wordpress.com/

lunes, 1 de junio de 2009

Paso 2: Instalación de RAC 10gR 2 en Linux 5.0 - Configuración del Sistema Operativo y Ambiente del Usuario Oracle

Hemos terminado de vaciar todo el software de sistema operativo base, que necesitamos para iniciar la instalación del software de soporte para RAC.
Es necesario que tomes la siguiente lista de paquetes y software, que será necesario que tengas a mano para continuar con la instalación:
  • ocfs2_console
  • ocfs2_tools
  • ocfs2_2.6.x
  • oracleasm_2.6.x
  • oracleasm_lib-2
  • cvupack_Linux_x86_( 32 ó 64bits )
  • p6810189_10204_Linux-x86.zip
  • 10201_Database_Server
  • Oracle Clusterware 10.2.0.1
La versión correcta para cada paquete, debe ser validada con la versión del kernel del sistema operativo Linux que estemos utilizando. Con el usuario root, debes ejecutar el comando: "uname -a", así podra obtener el release correcto para bajar las librerias respectivas, como también, el tipo de plataforma utilizado ( 32 ó 64 bits ).

Algunas guías de instalación mencionan que es necesario instalar algunas librerías de 32 bits, cuando estamos instalando en 64bits. Lo cierto, es que en la experiencia obtenida, no fue necesaria dicha acción.

El cvu ( Cluster Verification Utility ) lo puedes localizar en la sesión de Utilities & Plugins en OTN.

Los drivers para ASM, paquetes oracleasm, se encuentran en Drivers de OTN. Aquí vas a encontrar los drivers para todos los release de Red Hat certificados, al igual que los de SuSE. Por ejemplo, para RH5.0, vas a encontrar drivers para:
  • kernel-2.6.18-128
  • kernel-2.6.18-92
  • kernel-2.6.18-53
  • etc. y en sus respectivas plataformas de 32 o 64
http://www.oracle.com/technology/software/tech/linux/asmlib/rhel5.html

El software de Base de Datos y el Clusterware son apróximadamente 1GB entre los dos. Si no tienes el medio, lo puedes bajar de:
http://www.oracle.com/technology/software/products/database/index.html,

Recuerda que para realizar estos bajados, debes estar registrado en OTN.

Una vez instalado el S.O., se procede con los siguientes pasos de configuración a nivel de archivos del sistema operativo. Todas estas tareas deben ser realizadas con el usuario root.

-----------------1 PASO --------------------
/etc/sysctl.conf
login as: root

[root@test ~]# cd /etc
[root@test etc]# vi sysctl.conf
# Kernel sysctl configuration file for Red Hat Linux
#
# For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and
# sysctl.conf(5) for more details.
...

------------------ Parámetros que deben ser ingresados
# Parametros del Kernel para Oracle
kernel.sem = 250 32000 100 128
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.shmall = 2097152
fs.file-max = 65536
net.ipv4.ip_local_port_range = 1024 65000
# Tunning parametros RVQ 2008
net.core.rmem_default=262144
net.core.wmen_default=262144
net.core.rmem_max=262144
net.core.wmem_max=262144
fs.aio-max-size=1048576



-------------2 PASO ----------------
/etc/security/limits.conf
[root@test etc]# clear screen
[root@test etc]# cd security
[root@test security]# more limits.conf
# /etc/security/limits.conf
[root@test security]# vi limits.conf
...
# Parametros de Oracle, setting por RVQ-2008
oracle soft nproc 2047
oracle hard nproc 16384
oracle soft nofile 4096
oracle hard nofile 63536
# End of file
[root@test security]#

IMPORTANTE:

Una vez cambiados los parámetros del sistema, se debe reiniciar el equipo, para que estos puedan ser seteados. Los parámetros del kernel, pueden ser actualizados con el comando: sysctl -p, pero los limites y la seguridad NO.


Creados los parámetros de ambiente, procedemos con el usuario “root” a crear la cuenta dueña del motor de la base de datos:


[root@test ~]# groupadd dba
[root@test ~]# groupadd oinstall
[root@test ~]# useradd -c “oracle software owner” -g oinstall -g dba oracle
[root@test ~]# passwd oracle



Una vez hechos estos cambios, continuaremos con la configuración de los NIC's y de los distintos ambientes, para la instalación del software.