Nuevas Características de Oracle Forms 11gR2

Transcripción

1 Newsletter Septiembre 2013 Contenido Página: 1 Nuevas Características de Oracle Forms 11gR2 4 Manejo de Errores Internos en la Base de Datos Nuevas Características de Oracle Forms 11gR2 Por Ing. Iván García igarcia@datum.com.gt Oracle Forms permite construir aplicaciones empresariales altamente transaccionales de una forma rápida y eficiente. Esto ha permitido que se establezca como una tecnología robusta para soportar aplicaciones críticas dentro de las empresas. Oracle continua enriqueciendo la funcionalidad de Forms para que se adapte a las nuevas demandas. La versión de Forms 11gR2, parte de Oracle Fusion Middleware, es al igual que su contraparte Reports. A continuación se presenta un conjunto de las nuevas características. Tiempos de inicio mejorados: mejor desempeño Oracle El funcionamiento de Forms en el ambiente Web tiene tres componentes principales: el cliente, el proceso en el servidor y la sesión de base de datos. 7 Export de Base de Datos Entender cómo funciona Forms ayudará en la realización de configuraciones que permitan aumentar el desempeño de las aplicaciones. Cuando se inicia una Usando el Paquete aplicación de Forms desde un cliente, invocando el URL en un explorador, se crea 5a. Ave. DBMS_DATAPUMP 5-55 Zona14,Edificio Euro Plaza Torre un II, Nivel proceso 12 en el servidor llamado frmweb. Este proceso es el que se comunica con Teléfono: (502) Fax: (502) la base de datos y crea una sesión, la cual permite interactuar con los datos. .info@datum.com.gt Pagina 1/10 Editores Generales El tiempo de creación del proceso frmweb es pequeño pero significativo, pudiendo afectar la apreciación del usuario final. Forms 11gR2 permite definir de una manera Deiby Mauricio Gómez más completa los llamados procesos Prestart. Un proceso Prestart es un proceso Alejandro Lau frmweb pre-creado que minimiza el tiempo de inicio de la forma, es decir, una carga mucho más rápida de la aplicación del lado del cliente. Debbie Morán Por medio de Enterprise Manager, Forms permite establecer ciertos parámetros que definen un Schedule Prestart. Estos parámetros afectan un configset en Autores particular, evitando así tener varios procesos Prestart que no se necesiten. Los parámetros que conforman un Schedule Prestart son: Contribuyentes Iván García Juan Luis Rodríguez Francisco Barrundia Nombre: Nombre que identifica al Schedule Configset a utilizar: Configuración de Forms con la cual iniciarán los procesos Prestart Init: Número (#) de procesos a crear Prestart Timeout: Tiempo en minutos después del cual los procesos aún no utilizados serán eliminados Schedule Type En el caso del Schedule Type existen tres opciones: una única vez después de un retardo de minutos u horas; una única vez en una hora y fecha determinada; o de forma repetida cada cierto número de horas o minutos. 5a Av Zona 14, Europlaza World Business Center, Torre II, Nivel 12 Página 1

2 En la imagen se muestra un Schedule Prestart que pre-crea 20 procesos frmweb con el configset default y los mantiene vivos una hora en caso que no sean utilizados. El "horario" se implementa a partir del 1/oct a las 8 AM y se repetirá cada 24 horas. Esto redundará en una carga más rápida de las aplicaciones Forms, por las mañanas justo cuando la cantidad de usuarios se incrementa. Métricas de desempeño: parámetro networkstats Gracias a la integración de Forms con Enterprise Manager se pueden apreciar ciertas métricas de desempeño y gráficas de consumo de recursos. Se ha implementado un nuevo parámetro: networkstats, el cual se define en el configset y el archivo HTML utilizado, para obtener información de latencia y bytes transmitidos entre cliente y servidor de aplicaciones. Esta información y además estadísticas de viajes (round-trips) se muestra en la barra de estado de Forms. Con esta información los administradores pueden identificar problemas de desempeño en la red, ya que muchas veces esto retarda la ejecución de formas. En la imagen se presenta la información desplegada en la barra de estado al definir networkstats como true. Información en formato n:m n: # de bytes transmitidos m: # de viajes realizados Forms Diagnostic Agent Poder ver el desempeño de aplicaciones Forms en tiempo real es muy importante y gracias a Enterprise Manager esto se ha vuelto más fácil. También es de mucha utilidad poder analizar esta información en el tiempo, lo cual se logra al mantener un histórico. Gracias a Forms Diagnostic Agent se puede analizar información de desempeño de Forms, no necesariamente en tiempo real. Este agente almacena esta información en una base de datos, consultando al DMS. Esto permite un análisis posterior de los datos. La configuración del agente es opcional, ya que no viene habilitado out-of-the-box. Los pasos a seguir son: Crear el esquema repositorio de datos en una base de datos Oracle Página 2

3 Definir el Data Source en WebLogic para tener comunicación hacia el repositorio Desplegar la aplicación Forms Diagnostic Agent en AdminServer del dominio de Forms Configurar, con la interfaz web de la aplicación, la frecuencia de obtención de estadísticas Para iniciar la recolección de estadísticas es necesario iniciar sesión con usuario Administrador y especificar la frecuencia en minutos. Estos datos se almacenan en tablas del esquema indicado en la configuración, sin embargo, es el administrador el encargado de crear los reportes y gráficas. En la documentación se encuentra el listado de tablas y atributos, con su respectiva descripción. Integración con Oracle Access Manager La integración de Forms con Oracle Access Manager (OAM) 11g permite la implementación de Single Sign-On (SSO) con Forms y Reports 11gR2. OAM es una solución de manejo de identidad que implementa una aplicación de seguridad basada en Java EE. Permite restringir el acceso a información confidencial utilizando servicios centralizados de autenticación y autorización. Con Single Sign-On en Forms 11gR2 podemos encapsular la información de conexión a base de datos, de forma que los usuarios finales desconocen la información para conectarse a la base de datos desde otras herramientas. Los administradores podrán realizar cambios en el backend de las aplicaciones Forms de forma transparente. La funcionalidad de SSO con OAM 11g es la misma que se implementa con Oracle Application Server 10g y SSO de Identity Management. En el configset se define el parámetro ssomode como true, lo cual presenta una pantalla de inicio de sesión de SSO si el usuario aún no está conectado. Este usuario de SSO deberá tener creado un recurso de Forms (RAD), en el cual se definen las credenciales y base de datos a utilizar. OAM es el encargado de validar los datos de SSO, recuperar la información del RAD y conectar Forms con dichos datos. La creación de usuarios de SSO y sus respectivos RADs va más allá del propósito de este artículo, pero es importante recordar que con esta funcionalidad podemos brindar una seguridad más completa al ambiente Forms y Reports de nuestra organización. Las anteriores son algunas de las nuevas características y mejoras implementadas en Forms 11gR2, un producto que Oracle continúa renovando y expandiendo en funcionalidad. Forms 11gR2 permite llevar las aplicaciones transaccionales al web, de una forma segura y confiable. Para más información puede consultar el sitio de Forms en Oracle: Página 3

4 Manejo de Errores Internos en la Base de Datos Oracle Por Ing. Juan Luis Rodríguez Una tarea importante en la administración de una base de datos Oracle es la atención y solución a errores que pueden presentarse de manera inesperada, algunas veces como errores externos y otras como errores internos. A continuación se dan algunas indicaciones de cómo identificar, solucionar o evitar los errores internos ORA-600 y ORA-7445, con algunos ejemplos. Qué indican los errores ORA-600 y ORA-7445? Generalmente, los mensajes en los errores internos ORA-600 y ORA-7445 no incluyen una explicación clara, dificultando determinar la causa del error. Contrario a errores externos como ORA divisor is equal to zero, que indica un problema al realizar una división sobre cero. Sin embargo, los argumentos que acompañan a los errores ORA-600 y ORA-7445 pueden ayudar a identificar la solución. ORA-600 indica que ha ocurrido un error en el código interno de la base de datos. Si es necesario se termina la operación para proteger la integridad de la base de datos. El primer argumento de un mensaje de error ORA-600, [ktfbtgex-7] por ejemplo, puede indicar que el error ocurrió durante el manejo de un tablespace. Los siguientes argumentos tienen diferentes significados. Un error ORA-7445, por otro lado, atrapa una notificación que el sistema operativo ha enviado a un proceso y se regresa la notificación al usuario. Por ejemplo: ORA-07445: exception encountered: core dump [kocgor()+96] [SIGSEGV] [ADDR:0xF ] [PC:0x861B7EC] [Address not mapped to object] indica que se dado una falla en la función kocgor (asociada al manejo de objetos definidos por el usuario). La señal atrapada es SIGSEGV, la cual reporta un intento de escribir en un área ilegal de memoria. Otra señal común es SIGBUS, que ocurre por insuficiencia en recursos del sistema operativo. Cómo resolver los errores ORA-600 y ORA-7445? Para algunos errores ORA-600 y ORA-7445 es posible identificar la causa, resolver el error o encontrar la forma de evitarlo. En el error: ORA-00600: internal error code, arguments: [729], [800], [space leak] El primer argumento, 729, indica un problema con el manejo de la memoria. Esto ocurre cuando algún código no es completamente liberado de la memoria. El segundo argumento, 800, es el número de bytes de memoria relacionados. En este caso no es posible determinar la causa de la falta de espacio al revisar el código fuente de la aplicación, porque es un error interno. Sin embargo, se puede evitar configurando el evento en un parámetro de inicialización: SQL> alter system set events '10262 trace name context forever, level 1000' scope=spfile; Finalmente, es necesario reiniciar la base de datos para que tome efecto el cambio. El número 1000 instruye a la base de datos para que ignore todos los space leaks que sean menores a 1000 bytes. Otro ejemplo de error interno, ORA-600 [kddummy_blkchk] reporta una corrupción: Página 4

5 Errors in file/u01/oracle/admin/prod/bdump/prod_ora_11345.trc: ORA-600: internal error code, arguments: [kddummy_blkchk], [2], [21940], [6110] En este caso, la primera acción a realizar es identificar el objeto involucrado, tomando el segundo y tercer argumentos (2 y 21940): select * from dba_extents where file_id=2 and between block_id and block_id + blocks -1; Si la consulta anterior muestra una tabla, se debe confirmar la corrupción ejecutando: SQL> analyze table <nombre_tabla> validate structure; Si muestra un índice, se confirma la corrupción ejecutando: SQL> analyze index <nombre_indice> validate structure; Si existe corrupción en el objeto, la ejecución de uno de los comandos anteriores devuelve: ORA 1498 "block check failure - see trace file" La mejor forma para resolver este problema es restaurando una copia del datafile afectado a un punto en el tiempo antes del error y recuperar la base de datos por aplicación de cambios guardados en los archived logs. Por otro lado, el error interno ORA-7445 como: ORA-7445: exception encountered: core dump [ksxmcln()+0] [SIGBUS] [object specific hardware error] [ ] [] [] reporta una falla en la función ksxmcln. La parte importante es el argumento [object specific hardware error] que indica una insuficiencia de recursos del sistema operativo, como swap o memoria (los más comunes). En el diagnóstico de la causa del error ORA-7445, se debe revisar en primer lugar el log del sistema operativo. Por ejemplo, en Linux este log se encuentra en /var/log/messages. Al buscar información con la misma hora del error ORA-7445, se podría encontrar algo similar a: Jun 9 19:005:05 PRODmach1 genunix: [ID kern.warning] WARNING: Sorry, no swap space to grow stack for pid 9632 Si no se reportan errores en el log del sistema operativo, se debe revisar el ORA-7445 trace file asociado, por ejemplo /u01/app/oracle/admin/prod/bdump/prod_smon_8201.trc. Si se encuentra en el trace file algo similar a Current SQL Statement, se puede ejecutar este SQL para reproducir el error y a la vez monitorizar los recursos del sistema operativo con herramientas como sar o vmstat. Una vez que se ha identificado el recurso que afecta la ejecución del SQL, se puede incrementar dicho recurso para disponerlo a la base de datos Oracle. Página 5

6 Conclusión Algunos errores ORA-600 y ORA-7445 no pueden ser resueltos como en los ejemplos anteriores, por lo que se requiere conocimiento técnico adicional de My Oracle Support, donde se dispone del ORA-600/ORA-7445 lookup tool [Knowledge Article ]: Esta herramienta le dispondrá de una nota técnica asociada al error interno y primer argumento reportado. Será necesario además proporcionar la versión de la base de datos. Por ejemplo, para el error ORA-600 con argumento kddummy_blkchk (reporte de corrupción), se dispone de la siguiente nota técnica: Document Página 6

7 Export de Base de Datos Usando el Paquete DBMS_DATAPUMP Por Ing. Francisco Barrundia Objetivo Mostrar ejemplos de cómo realizar un export de una base de datos oracle usando DBMS_DATAPUMP. Export Full con dbms_datapump Para ello podemos utilizar la siguiente sintaxis: set serverout on declare dp_handle NUMBER; job_status VARCHAR2(30); begin dp_handle := dbms_datapump.open (operation => 'EXPORT', job_mode => 'FULL'); dbms_datapump.add_file (handle => dp_handle, filename => 'dba11g.dmp', directory => 'EXPORT', filetype => SYS.DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE); dbms_datapump.add_file (handle => dp_handle, filename => 'dba11g.log', directory => 'EXPORT', filetype => SYS.DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE); dbms_datapump.start_job (dp_handle); dbms_datapump.wait_for_job (handle => dp_handle, job_state => job_status); dbms_output.put_line('datapump Export - ' to_char(sysdate,'dd/mm/yyyy HH24:MI:SS ') 'Status ' job_status); dbms_datapump.detach (handle => dp_handle); end; / Algunas notas sobre el procedimiento job_mode: Indica el tipo de export que se va a realizar. En el caso de un export completo de base de datos se indica full. filename: directory: Filetype: El nombre que va a tener el fichero de export o log Directorio donde se va a dejar el export o el fichero de log. Este directorio tiene que estar previamente creado y tener permisos para escribir en él. Tipo de fichero que se va a escribir Página 7

8 SYS.DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE en caso de ser un fichero de dmp. SYS.DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE en caso de ser un fichero de log. Export schema con dbms_datapump En este caso crearemos un procedimiento como el siguiente: set serverout on declare dp_handle NUMBER; job_status VARCHAR2(30); begin dp_handle := dbms_datapump.open (operation => 'EXPORT', job_mode => 'SCHEMA'); dbms_datapump.add_file (handle => dp_handle, filename => 'bea.exp', directory => 'EXPORT', filetype => SYS.DBMS_DATAPUMP.KU$_FILE_TYPE_DUMP_FILE); dbms_datapump.add_file (handle => dp_handle, filename => 'bea.log', directory => 'EXPORT', filetype => SYS.DBMS_DATAPUMP.KU$_FILE_TYPE_LOG_FILE); dbms_datapump.metadata_filter (handle => dp_handle, name => 'SCHEMA_EXPR', value => 'IN (''BEA'')'); dbms_datapump.start_job (dp_handle); dbms_datapump.wait_for_job (handle => dp_handle, job_state => job_status); dbms_output.put_line ('DataPump Export - ' to_char(sysdate,'dd/mm/yyyy HH24:MI:SS ') 'Status ' job_status); dbms_datapump.detach (handle => dp_handle); end; / Algunas notas sobre el procedimiento job_mode: en este caso indicamos que queremos realizar el export de un esquema (SCHEMA) con dbms_datapump.metadata_filter filtramos el esquema sobre el que queremos tener un backup. En este caso hacemos un export del esquema Bea. Monitorizar los procesos datapump Para ver los procesos datapump que se están ejecutando en la base datos o para ver si ha existido algún problema con alguno de ellos podemos realizar una consulta a la tabla DBA_DATAPUMP_JOBS. select * from DBA_DATAPUMP_JOBS; Página 8

9 Tip Técnico del Día: Parámetros no documentados en Oracle 12c: Oracle proporciona la vista x$ksppi, la cual puede ser utilizada para mostrar información sobre parámetros no documentados. Dicha vista tiene la siguiente estructura: Para ver los parámetros y una pequeña descripción ejecute la siguiente consulta: Select ksppinm, ksppdesc from x$ksppi where substr(ksppinm,1,1) = _ order by 1; Por Ing. Deiby Gómez dgomez@datum.com.gt Página 9