lunes, 13 de julio de 2009

Limpiando Alertas desplegadas en el Oracle Database Control 10g

Tal y como lo dice un artículo de databasejournal el intentar limpiar las alertas que se despliegan en el Database Control de nuestras bases de datos Oracle 10g, puede ser una de las experiencias más frustrantes.

Si mi base de datos muestra un poco más de 120 alertas y debo ingresar a cada una de ellas, para limpiar la notificación de la alerta respectiva, perfectamente, podría gastar un poco más de 2 horas en esta tarea.

El siguiente paso, le permite purgar ( limpiar ) la totalidad ó parte de las alertas mostradas en Database Control de la base de datos.

Para poder tener acceso a las alertas, es necesario conectarnos con el usuario SYSMAN de la base de datos.

SQL> connect sysman/oracle@orcl
Connected.

El objeto MGMT_CURRENT_SEVERITY, es donde se almacenan todas las alertas de notificación del sistema de monitoreo automático de la base de datos.

SQL> desc mgmt_current_severity
Name
-------------------------
TARGET_GUID
METRIC_GUID
COLLECTION_TIMESTAMP
LOAD_TIMESTAMP
SEVERITY_CODE
SEVERITY_TYPE
SEVERITY_GUID
ANNOTATED_FLAG
KEY_VALUE
MESSAGE
MESSAGE_NLSID
MESSAGE_PARAMS
ACTION_MESSAGE
ACTION_NLSID
ACTION_MESSAGE_PARAMS
ADVISORY_ID

De este objecto, los campos más relevantes son:

  • El advisory_id, identificador del consejero que notifica el evento.

  • El message, mensaje desplegado en nuestra pantalla del browser, con la descripción del mensaje

  • El metric_guid, identificador para tipo de clasificación de mensaje generado. Los mensajes son agrupados de acuerdo a un grupo de métricas definidas.

Si quisieramos conocer la cantidad de eventos por tipo de notificación, podríamos realizar la siguiente consulta en la base de datos.

SQL> select count(*), metric_guid from mgmt_current_severity
2 group by metric_guid;

COUNT(*) METRIC_GUID
---------- --------------------------------
2 1EA69E018E163E3E323609D334EE8E20
4 2448AD7604076832840D5B18E562B9C2
1 8B2817E630D4445E454F5487FB8B8C19
117 AC73A2336A028A587865B6C18021889D
1 C733EA1CFA96377F492528E305462C9D
1 D6438569B496BC9205481E8A70F92F1E
1 F0618F81F9BB09B4767ECFF97F465BF7
2 F87A9D0AF478AE0C2084273063AECA60


8 rows selected.


Ahora si quisieramos limpiar todas los eventos registrados para un tipo de consejero específico, podríamos realizarlo de la siguiente manera:

SQL> begin
2 delete from mgmt_current_severity
3 where metric_guid='AC73A2336A028A587865B6C18021889D';
4 end;
5 /

PL/SQL procedure successfully completed.

SQL> commit;

Commit complete.


Si consultamos nuevamente la tabla, obtendríamos el siguiente resultado:
SQL> select count(*), metric_guid from mgmt_current_severity
2 group by metric_guid;

COUNT(*) METRIC_GUID
---------- --------------------------------
2 1EA69E018E163E3E323609D334EE8E20
1 8B2817E630D4445E454F5487FB8B8C19
1 C733EA1CFA96377F492528E305462C9D
1 D6438569B496BC9205481E8A70F92F1E
1 F0618F81F9BB09B4767ECFF97F465BF7
2 F87A9D0AF478AE0C2084273063AECA60

6 rows selected.


Si deseamos borrar todo el historial de notificaciones:

SQL> begin
2 delete from mgmt_current_severity;
3 end;
4 /

PL/SQL procedure successfully completed.

SQL> commit;

Commit complete.

SQL>

Ahora la pantalla principal de Database Control, se podría observar de la siguiente manera:


El documento original lo pueden ver completamente en:
http://www.databasejournal.com/features/oracle/article.php/3694541/Clearing-Alerts-in-Enterprise-Manager.htm

Instalación de WebUtil para OracleAS 10g Linux RH 5.2 ES

Instalación de WebUtil para OracleAS 10g
LINUX Red Hat 5.2 Enterprise Server

Los siguientes son los pasos para llevar a cabo la configuración de Webutil en un ambiente Linux RH 5.2ES. Puede ser utilizado como guía para instalación en otros sabores de Linux.

Pre-requisitos


1. Descargar los siguientes archivos:
Webutil_106.zip
http://www.oracle.com/technology/software/products/forms/index.html
Jacob_18.zip http://prdownloads.sourceforge.net/jacob-project/jacob_18.zip

Los dos archivos deben se desempacados en un directorio temporal. Se debe hacer con el usuario “oracle”. Todas las tareas de aquí en adelante deben ser llevadas a cabo con el usuario "oracle".

2. La carpeta webutil debe ser creada en la ruta $ORACLE_OAS/forms.
3. Copiar el archivo frmwebutil.jar del directorio java creado como producto del webutil_106.zip al directorio $ORACLE_OAS/forms/java
4. Copiar los archivos webutil.pll y webutil.olb ubicados en la raíz del directorio webutil_106.zip a $ORACLE_OAS/forms

5. Crear el usuario Webutil
create user webutil identified by webutil default tablespace users quota unlimited on users;
grant create session to webutil;
grant create public synonym to webutil;
grant create procedure to webutil;
6. Ejecutar el archivo create_webutil_db.sql, ubicado en la raíz del directorio webutil_106, con el usuario webutil.
7. Crear un respaldo del directorio $ORACLE_OAS/forms/server.
8. Copiar el contenido del directorio “server”, de la carpeta webutil_106 al directorio $ORACLE_OAS/forms/server.
9. Copiar los archivos jacob.dll y jacob.jar a las rutas $ORACLE_OAS/forms y $ORACLE_OAS/forms/java
10. Crear el directorio $ORACLE_OAS/forms/webutil
11. Copiar del directorio webutil_106, los archivos
· d2kwut60.dll
· jacob.dll
· JNIsharedstubs.dll
12. Verificar que el archivo webutil.cfg exista en el directorio $ORACLE_OAS/forms/server con al menos el siguiente contenido:

logging.file=
logging.enabled=FALSE
logging.errorsonly=FALSE
logging.connections=FALSE
install.syslib.0.7.1=jacob.dll942081.0true
install.syslib.0.9.1=JNIsharedstubs.dll655821.0true
install.syslib.0.9.2=d2kwut60.dll1925121.0true

13. Copiar jacob.jar al directorio $ORACLE_OAS/forms/java
14. Copiar del directorio webutil_106/java al directorio $ORACLE_OAS/forms/java los scripts

  • forms_base_ie.js
  • forms_ie.js

15. Copiar webutil.olb, webutil.pll, WU_TEST_106.fmb al directorio $ORACLE_OAS/forms
16. Copiar los archivos webutilbase.htm, webutiljini.htm, webutiljpi.htm al directorio $ORACLE_OAS/forms/server
17. En el archivo formsweb.cfg, debe crearse la sección [webutil]

[webutil]
WebUtilArchive=frmwebutil.jar,jacob.jar
WebUtilLogging=off
WebUtilLoggingDetail=normal
WebUtilErrorMode=Alert
WebUtilDispatchMonitorInterval=5
WebUtilTrustInternal=true
WebUtilMaxTransferSize=16384
baseHTMLjinitiator=//Z/comun/libs/webutil/webutiljini.htm
baseHTMLjpi=webutiljpi.htm
archive_jini=frmall_jinit.jar,frmwebutil.jar,jacob.jar
archive=frmall.jar
lookAndFeel=oracle
baseHTML=webutilbase.htm

18. Compilar la librería webutil.pll

frmcmp.sh MODULE=$ORACLE_OAS/forms/webutil.pll USERID=webutil/webutil@ MODULE_TYPE=LIBRARY OUTPUT_FILE=$ORACLE_HOME/forms/webutil.plx

Se debe tener cuidado, la librería webutil.plx debe quedar compilada en el directorio indicado.
19. Compilar la forma WU_TEST_106.fmb

frmcmp.sh MODULE=$ORACLE_OAS/forms/WU_TEST_106.fmb USERID=webutil/webutil@ MODULE_TYPE=FORM OUTPUT_FILE=$ORACLE_HOME/forms/WU_TEST_106.fmx

La forma debe compilar sin errores.

20. Probar la funcionalidad del WEBUTIL
Dirección ejemplo:

http://host:7778/forms/frmservlet?form=WU_TEST_106.fmx
Dar click en el botón “GET CLIENT INFO” y verificar la información desplegada.

21. Para cada sección del aplicativo en el archivo formsweb.cfg deben agregarse las siguientes líneas:
[aplicacion1]
workingDirectory=/aplicacion1/bin
baseHTMLjinitiator=/aplicacion1/comun/libs/webutil/webutiljini.htm
WebUtilArchive=frmwebutil.jar,jacob.jar
archive_jini=frmall_jinit.jar,frmwebutil.jar,jacob.jar,icons.jar,iconos.jar
imagebase=codebase

miércoles, 8 de julio de 2009

Configuración de OracleAs Forms y Reports Services para Mozilla FireFox

En la fase de implementación que estamos, se nos ocurrió la grandiosa idea de utilizar clientes de linux ( Ubuntu, Fedora, Mandriva ), para "deployar" las formas depositadas en nuestro servidor de aplicaciones.

La primera barrera a sortear ha sido, que la versión de Mozilla FireFox, para las últimas versiones de estos sabores de LINUX, no funciona con el plugin de JRE 1.4, que automáticamente, es dirijido a nuestro navegador cuando ingresamos a la aplicación en el servidor OracleAS Forms y Reports Services (OracleAS FRS). El FireFox, no reconoce al plugin presentado por el servidor de aplicaciones, como válido. Cuando revisamos los plugins del navegador, es posible, que podamos observar el plugin de JRE 1.6 ya instalado y aún así no funciona.

Si no tenemos instalado JRE 1.6 y lo instalamos en nuestra estación de trabajo LINUX, por ejemplo; sigue de "necio" el OracleAS FRS, queriendo instalar la versión JRE 1.4, que no se deja instalar.

Adaptando un documento encontrado en el blog "LEARN DISCOVERER BLOG" , modifiqué el archivo de configuración en el servidor de aplicaciones para el archivo "formsweb.cfg" en $ORACLE_HOME/forms/server/, en las siguientes líneas:


Las líneas en rojo, son los nuevos valores para hacer compatible al FireFox 3.0 con el OracleAS FRS.
..
# Parameter related to the version of the Java Plugin
# Configuracion plugin JAVA para Firefox 3.0
# Ronald Vargas, TI 26 de Junio de 2009
# jpi_classid=clsid:CAFEEFAC-0014-0002-0006-ABCDEFFEDCBA
jpi_classid=clsid:CAFEEFAC-0016-0000-0022-ABCDEFABCDEF
# Parameter related to the version of the Java Plugin
jpi_codebase=http://java.sun.com/products/plugin/autodl/jinstall-1_4_2-windows-i
586.cab#Version=1,4,2,06
# Parameter related to the version of the Java Plugin
# jpi_mimetype=application/x-java-applet;jpi-version=1.4.2_06
jpi_mimetype=application/x-java-applet;jpi-version=1.6.0_06
# EM config parameter
# Set this to "1" to enable Enterprise Manager to track Forms processes
em_mode=0

...

Luego procedemos a reiniciar los servicios con "opmnctl stop all" y "opmnctl start all".

Ingresamos en nuestro browser y "Abracadabra", ahora se despliegan sin dificultad las formas y los reportes en el FireFox 3.0 en Linux.

Esta tarea tiene importancia, ya que revisando la información de navegadores utilizados en los accesos a mi blog, me he encontrado una creciente utilización de FireFox como browser de facto. Saquen ustedes mismos sus propias conclusiones.





martes, 7 de julio de 2009

Homenaje al Rey del Pop Michael Jackson



HOMENAJE AL REY DEL POP
1958-2009
Primer Aniversario de su fallecimiento 2010
07 de Julio de 2009- 2010
Descansa en Paz Michael, te recordaremos por siempre !!!
Gracias por tantos momentos mágicos






lunes, 6 de julio de 2009

Esta vez la avejas no saldrán de su colmena- Oracle Beehive- Adiós Collaboration Suite

Oracle Beehive es la próxima generación de Tecnologías de Colaboración de la empresa Oracle.
Oracle Beehive proporciona una aplicación que unifica las aplicaciones de colaboración y plataforma, en un conjunto completo de servicios integrados, basados en JAVA, ofreciendo un nuevo paradigma para soluciones de colaboración para la empresa.

Oracle Beehive unifica servicios como email, gestión de tiempo, mensajería instantánea y administración de contenido, entre otros, y los presenta a través de clientes web en procotocolo estándar y por herramientas ya conocidas de escritorio, como Microsoft Outlook.
Esta unión permite a los equipos, a los individuos y a las organizaciones en general, colaborar más fácilmente, en la generación de nueva información para el negocio, para la toma de decisiones oportunas y establecimiento de políticas.

Oracle Beehive se sustenta en la ya establecidas tecnologías de Oracle, como su motor de base de datos y su servidor de aplicaciones OracleAs, que proporcionan seguridad, administración, escalabilidad y el desempeño de la aplicación.

viernes, 3 de julio de 2009

EEUU busca respetar intimidad civil en sistema de ciberseguridad

Publicado: 2009/07/03 02:12 PM

Estados Unidos. (AP). El gobierno del presidente Barack Obama está actuando con cautela mientras desarrolla un nuevo programa piloto que busca detectar y evitar ciberataques contra las computadoras gubernamentales, pues trata de resguardar el respeto a la intimidad de sus ciudadanos, dijeron altas autoridades del gobierno.
Se suponía que en febrero sería lanzado el programa, conocido como Einstein 3, pero el Departamento de Seguridad Interior sigue afinando algunos detalles, agregaron.
Einstein 3 ha provocado debates y preocupaciones sobre el respeto a la intimidad, porque el programa usará tecnología de la Agencia de Seguridad Nacional (NSA) que ya está siendo empleada en las redes informáticas del ejército.
Cualquier participación de la NSA, la oficina a cargo de la recolección electrónica de información de inteligencia, en la protección de las redes nacionales de computadoras preocupa a los grupos que defienden los derechos civiles y que se oponen al otorgamiento de tal control a las agencias de espionaje de Estados Unidos.
Las autoridades, que hablaron bajo condición de no ser identificadas porque el programa todavía está en fase de ser terminado, dijeron que aunque la tecnología provendrá de la NSA, el programa será manejado por el Departamento de Seguridad Interna (DHS).
El monitoreo se limitaría a los sistemas gubernamentales y a cualquier tráfico de Internet que entre y salga de ellos, añadieron.
Los desarrollos más recientes en el programa Einstein 3 fueron informados el jueves por primera vez en el sitio del diario The Washington Post en internet.
Einstein 1, un programa que está siendo usado actualmente por el DHS, es un programa automatizado que descubre a intrusos en las redes del gobierno. Einstein 2, que está siendo aplicado ahora, es un sistema más avanzado para la detección de ciberataques. Se está usando actualmente por aproximadamente cinco de las oficinas gubernamentales con más riesgos, dijo un funcionario de alto rango.
Einstein 3 no sólo descubriría las intrusiones, sino que las detendría de inmediato, evitando que programas y códigos malignos ingresen a las redes del gobierno y deteniendo cualquier robo potencial de datos en esos sistemas.

Paso 4 Configuración de las tarjetas de red para RAC Oracle RDBMS 10g

Continuando con los procesos que tienen que ver con la configuración previa a la instalación del software para RAC 10g, nos encontramos con el punto de definir en forma correcta, nuestros NICs de los distintos nodos que conformaran la red. En el caso de linux cada dispositivo de red es idéntificado con el nombre de eth .
Así, en este caso, estamos hablando que el dispositivo eth0 es la primera tarjeta y el eth1 la segunda tarjeta.
Al momento de instalar LINUX, es bueno que tangamos claro, cuáles son las direcciones IP, que vamos a utilizar para la configuración. Previo a este punto, es recomendable haber cumplido con el paso intermedio de configurar nuestra red, de manera tal, que ltodos nodos del RAC, estén dentro de un segmento de red distinta al resto de clientes. Por rendimiento, los nodos deben estar conectados por FDDI a un SWITCH de fibro canal, dedicado al RAC. De hecho, es posible que hallamos adquirido algunos servidores tipo BLADE y un NAS ó SAN, para nuestra configuración RAC y que todos esten conectados dentro de un ENCLOSURE a través de FDDI.

En caso de uso de HP, existen varias solucciones que van acorde con el tamaño de negocio o solucción que usted ande buscando, con solucciónes de la familia MSA para menos de 64TB, la familia EVA hasta 120TB y la familia XP, en varios modelos que van hasta 332TB ( Estos son datos hasta el momento de la confección de este documento ).

Todas estas opciones vienen con un diseño de redundancia, que asegura según el fabricante una tasa del 99.999% de disponibilidad. Asegúrese que la parte de hardware este lista y probada al 100%. Cualquiera que sea la solucción que adquiera, tome en cuenta, la capacidad de crecimiento del hardware a futuro, su costo y la interface del software utilizado para la configuración. Permítase conocer a profundidad, como se configura y se presentan las nuevas unidades de disco agregadas a la SAN ó NAS a los distintos nodos. Haga pruebas controladas de fallas, para certificar la recuperación del sistema ante una contingencia. Sea pesimista y exponga al hardware, a la falla máxima para el cuál esta certificado y mida la capacidad de respuesta de su personal técnico. Este le permitirá corregir a tiempo y ensamblar manuales, que le ayuden a atender imprevistos en el tiempo justo, mitigando las sorpresas que se puedan presentar.

Volviendo al punto de configuración a nivel de software, yo he escogido como modelo, que la tarjeta de red idéntificada con el id 0, sea la tarjeta utilizada para la conexión privada y la tarjeta con el id 1 para la conexión pública a la red local. Verifique que la tarjeta de red, quede habilitada en tiempo de arranque ( boot ) y defina el default gateway, para asegurar la interconexión con el mundo externo. No habilite la configuración para IPv6. Cuando tenga lista la asignación de IPs en cada NIC, reinicie el equipo. Posteriormente, verifique con el comando "ifconfig" que los dispositivos de red estan bien configurados. Recuerde para el asignamiento de las direcciones IP, cumplir con el requisito que ya anteriormente tocamos, sobre las restricciones que existen, para la configuración virtual que debe implementarse para la instalación del Oracle 10g CRS.

Las IPs privadas serán utilizadas para que los equipos hablen entre si y las IPs públicas para presentarse al mundo. Sobre IPs públicas, vamos a definir una dirección IP-virtual, que no va a estar físicamente asignada a un NIC en especial. Luego veremos para que la necesitamos. Al final, podrá observar un ejemplo de configuración a nivel del archivo /etc/hosts, de como debe verse configurada nuestra red. Las direcciones IP y los alias respectivos, deben ser registradas en el DNS de la organización. Desde cualquier punto en la red, utilizando el alias de la IP, debemos poder hacer ping a la misma de manera satisfactoria. Si este punto no se cumple, realice los ajustes necesarios y luego continúe con el proceso de configuración.

eth0 Link encap:Ethernet HWaddr 00:1F:29:E4:D4:6C
inet addr:11.0.0.1 Bcast:11.0.0.255 Mask:255.255.255.0
inet6 addr: fe80::21f:29ff:fee4:d46c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:681695090 errors:0 dropped:0 overruns:0 frame:0
TX packets:372095468 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:844246261075 (786.2 GiB) TX bytes:418385781460 (389.6 GiB)
Interrupt:169 Memory:f6000000-f6012100

eth1 Link encap:Ethernet HWaddr 00:1F:29:E4:D4:6A
inet addr:172.20.100.30 Bcast:172.20.100.255 Mask:255.255.255.0
inet6 addr: fe80::21f:29ff:fee4:d46a/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:60555070 errors:0 dropped:0 overruns:0 frame:0
TX packets:71265363 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:48953576567 (45.5 GiB) TX bytes:59554518290 (55.4 GiB)
Interrupt:169 Memory:fa000000-fa012100

eth1:1 Link encap:Ethernet HWaddr 00:1F:29:E4:D4:6A
inet addr:172.20.100.31 Bcast:172.20.100.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:169 Memory:fa000000-fa012100

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:7662936 errors:0 dropped:0 overruns:0 frame:0
TX packets:7662936 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4160187620 (3.8 GiB) TX bytes:4160187620 (3.8 GiB)

[root@racdb1 ~]#

# more /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.

127.0.0.1 localhost.localdomain localhost

# Configuracion local de red RVQ
172.20.100.30 racdb1.lab.co.cr racdb1
172.20.100.31 racdb1-vip.lab.co.cr racdb1-vip
11.0.0.1 racdb1-priv.lab.co.cr racdb1-priv

172.20.100.32 racdb2.lab.co.cr racdb2
172.20.100.33 racdb2-vip.lab.co.cr racdb2-vip
11.0.0.3 racdb2-priv.lab.co.cr racdb2-priv
# Servidor de Backup
172.20.100.41 svr-backup.lab.co.cr svr-backup

[root@racdb1

miércoles, 1 de julio de 2009

OCF2 con OracleAS Forms y Reports Services Definición de puertos para la consola OCFS2

Cuando deseen configurar ocfs2 en un servidor con OracleAS, tengan la siguiente consideración a la hora de configurar los nodos en la consola de OCFS2. El puerto de facto para la administración de nodos es el 7777, el mismo, que en Http Server de OracleAS.


Cuando agreguen los nodos, cambien el puerto a uno que conozcan que no este siendo utilizando, para que la configuración de OCFS2 funcione correctamente.


Yo utilicé el puerto 9000 y no tuve problemas.




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.


Todos los Sábados a las 8:00PM