1 Newsletter Página datum.com.gt...

|

Newsletter datum.com.gt Newsletter datum.com.gt

Página 1

C O N T E N I D O : P Á G I N A

1 Tablas Comprimidas dentro de la Base de Datos.

4 Oracle Application Express: Desarrollo rápido de aplicaciones Web en la Base de Datos.

6 Administración y Monitoreo de Base de datos con Enterprise Manager

8 Arquitectura Orientada a Servicios - SOA

11 MetaDatum

Volúmen 9 Enero 2009

5a. Avenida 5- 55, Zona 14 E uroP laza T orre I I N ive l 12 Of . 1202 Ciudad, Guatemala www. datum. com.gt newslet ter@datum. com. gt T e l: 00 ( 502) 2364- 5300

Newsletter datum.com.gt

newsletter datum.com.gt Editores Generales Karlo Espinoza Beatriz Caicedo Yesenia Morán Sergio Alonzo Autores Contribuyentes Alejandro Lau Mario Reyes Paulo Vaides Feliciano Charchalac Cristian Lavarreda Karlo Espinoza

Tablas Comprimidas dentro de la Base de Datos

Alejandro Lau [email protected] Hoy en día y en nuestro medio, el tamaño de una base de datos en producción va desde algunos gigabytes hasta cientos de gigabytes; incluso las más grandes alcanzan los terabytes. A pesar de que el almacenamiento no es lo más costoso en la categoría de hardware, siempre es importante administrar de manera óptima el espacio disponible. Además, también hay optimización en el uso de memoria.

¿Qué ofrecen las versiones 9i y 10g? La compresión es válida sólo para tablas normales (heap-organized). Se habilita con la cláusula COMPRESS. Oracle intenta comprimir los datos cuando lo considere productivo. No se pueden comprimir los segmentos LOB.

Es muy útil en ambientes data warehouse (vistas materializadas), donde hay pocas operaciones DML. Si hay muchas operaciones DML, puede provocar mala utilización del espacio.

¿Que ofrece la versión 11g? La versión 11g de la base de datos extiende la compresión para ambientes OLTP, de modo que funciona de igual forma para todos los DMLs, incluyendo INSERT, UPDATE y DELETE. Características de la compresión Se pueden comprimir las siguientes porciones de una tabla: La tabla completa Una partición por rango Una partición por lista Una tabla anidada


Página 2

Ventajas Se reduce el uso en disco ـ Se reduce el uso de memoria (buffer cache) ـ Las operaciones de solo-lectura escalan mejor ـ Puede acelerar la ejecución de consultas ـ Desventajas Hay más consumo de CPU (overhead) ـ ¿Cómo lograr un mejor índice de compresión? En muchos casos se logra un buen índice de compresión sin afinamiento especial. Sin embargo, un afinamiento puede mejorar considerablemente el índice de compresión en algunos casos.

Los datos comprimidos en un bloque de base de datos son auto-contenidos, es decir, se puede reconstruir los datos no comprimidos a partir de la información dentro del mismo bloque. El bloque también permanece comprimido en el buffer cache. Esto reduce el uso de disco y de memoria, por lo tanto, se reduce también el número de operaciones I/O para acceder a estos datos.

La compresión a nivel de bloque elimina valores repetidos. Esto se logra con una tabla de símbolos compartida, en la cual hay referencias a las ocurrencias de los valores repetidos. Por lo tanto, el índice de compresión es mayor en bloques con más valores repetidos. Como un administrador o desarrollador, se está en la capacidad de reorganizar los registros en las tablas a comprimir, para incrementar las repeticiones dentro de los bloques.

Por ejemplo, en una tabla de una columna, se pueden ordenar las tuplas usando una instrucción CREATE TABLE AS SELECT con ORDER BY. En una tabla en la cual una columna tiene cardinalidad baja (pocos valores distintos) y otras columnas tienen cardinalidad alta (muchos valores distintos), los registros se pueden ordenar por la columna de cardinalidad baja.

Podemos ver la cardinalidad de las columnas en las siguientes vistas: ALL_TAB_COL_STATISTICS ـ ALL_PART_COL_STATISTICS ـ ALL_SUBPART_COL_STATISTICS ـ ¿Cómo estimar el índice de compresión? Podemos estimar el índice de compresión para una tabla tabla_t con el siguiente procedimiento: 1. Se prepara un muestreo: ALTER SESSION SET EVENTS '10193 trace name context forever, level 1'; 2. Se corre un DBMS_JOB de una sola vez con lo siguiente (procedimiento de inicialización): LOCK TABLE tabla_t$a1 IN EXCLUSIVE MODE; DROP TABLE tabla_t$a1; DROP TABLE tabla_t$a2; 3. Crear una tabla comprimida vacía: CREATE TABLE tabla_t$a1 COMPRESS AS SELECT * FROM tabla_t WHERE ROWNUM < 1; LOCK TABLE tabla_t$a1 IN SHARE MODE;


Página 3

4. Crear una tabla no comprimida vacía: CREATE TABLE tabla_t$a2 NOCOMPRESS AS SELECT * FROM tabla_t WHERE ROWNUM < 1; INSERT /*+ APPEND */ INTO tabla_t$a1 SELECT * FROM tabla_t SAMPLE BLOCK(x,y); INSERT /*+ APPEND */ INTO tabla_t$a2 SELECT * FROM tabla_t SAMPLE BLOCK(x,y);

El índice de compresión es el número de bloques en la tabla tabla_t$a1 dividido por el número de bloques en la tabla tabla_t$a2. Particionamiento y compresión Podemos comprimir varias particiones o una tabla particionada completa. Las particiones sin una cláusula específica heredan el atributo de la definición de la tabla, o en su defecto, de la definición del tablespace.

La compresión sólo de algunas particiones de una tabla es algo que se puede aplicar para datos más antiguos, como una etapa previa a mover estos datos fuera de la base de datos. Con esto se minimiza el uso de espacio y no hace más complicado el mantenimiento de la tabla. Ejemplos 1. Mover y comprimir una partición existente: ALTER TABLE ventas MOVE PARTITION ventas_q1_1998 TABLESPACE ts_arch_q1_1998 COMPRESS; Los índices de la partición quedan unusable, por lo que hay que reconstruirlos: ALTER TABLE ventas MODIFY PARTITION ventas_q1_1998 REBUILD UNUSABLE LOCAL INDEXES; 2. Combinar dos particiones existentes en una nueva partición comprimida, en distinto tablespace. ALTER TABLE ventas MERGE PARTITIONS ventas_q1_1998, ventas_q2_1998 INTO PARTITION ventas_1_1998 TABLESPACE ts_arch_1_1998 COMPRESS UPDATE INDEXES; La compresión y los índices bitmap Si queremos usar compresión en una tabla con índices bitmap, debemos hacer lo siguiente, solo la primera vez: 1. Marcar los índices bitmap como unusable. 2. Definir el atributo de compresión. 3. Reconstruir los índices.

Alternativamente, se recomienda crear las tablas particionadas con al menos una partición comprimida, aunque se quede vacía o se elimine después. Esto evita tener que hacer la reconstrucción de los índices bitmap.

Conclusión La compresión de tablas es una opción a considerar, principalmente con datos de mucha lectura y pocas modificaciones. Esta opción está disponible únicamente para Enterprise Edition y requiere licenciamiento adicional.


Página 4

Feliciano Charchalac [email protected]

En una época en que existe un navegador para

conectarse a Internet o a una conexión a una red privada en prácticam

ente cualquier escritorio, la distribución de las aplicaciones se ha facilitado de gran manera. Son otros los problemas que nos concierne resolver ahora, tales como la facilidad de desarrollo y la seguridad de las aplicaciones desplegadas a través del Web o de una Intranet.

Una solución sencilla a los inconvenientes que se puedan presentar, se encuentra en Oracle Application Express, también conocido como APEX, y sus versiones anteriores, como HTML DB. Esta herramienta totalmente gratuita se vale únicamente de la Base de Datos de Oracle y del servidor HTTP incorporado en la misma para desplegar herramientas con una funcionalidad sencilla pero poderosa, permitiendo llevar a la Web aplicaciones pequeñas de una manera fácil.

Oracle APEX consiste en un repositorio

dentro de la base de datos, junto con un motor que utiliza el Oracle HTTP Server, o bien el Embedded PL/SQL Gateway (de la versión 11.1 de la base de datos en adelante) para procesar y presentar las páginas. El repositorio contiene una serie de paquetes que implementan la funcionalidad requerida, además de almacenar la información de las aplicaciones que se crean en APEX. El motor provee además de las siguientes funcionalidades:

- Administración de sesiones para la aplicación

- Servicios de autenticación y autorización

- Control del flujo entre páginas - Procesamiento de validaciones

APEX es una herramienta que funciona muy

bien para tareas de programación sencillas, tales como altas, bajas, consultas y reportes, permitiendo desarrollarlos en un corto tiempo para prácticamente cualquier persona con un poco de experiencia en el manejo de la base de datos.

Su integración con la base de datos facilita

al programador mucho del trabajo, además de que se maneja absolutamente todo a través de una interfaz web, por lo que no se requieren clientes con mucha capacidad.

Si se necesita que se realicen procesos

específicos, estos se programan en PL/SQL y son ejecutados dentro de la base de datos. Esto reduce la curva de aprendizaje, una gran ventaja con respecto al uso de ADF o Java puro, siempre y cuando que lo que se necesite sean aplicaciones sencillas. Application Express provee de una serie de opciones que permiten que varios programadores trabajen

sobre distintos esquemas de la base de datos a la vez, creando distintas aplicaciones, o bien trabajando concurrentemente sobre la misma aplicación. Esto se hace creando distintos espacios de trabajo (workspaces) que restringen el acceso a los datos para cada departamento. La instalación de Application Express se realiza simplemente corriendo los scripts que se pueden descargar desde el sitio de Oracle (http://apex.oracle.com), y siguiendo una serie de

Oracle Application Express Desarrollo rápido de aplicaciones Web en la Base de Datos


Página 5

pasos simples para levantar el Oracle HTTP Server. Existen 2 tipos de instalaciones:

- Full Development: Instalación completa que incluye las herramientas para crear nuevas aplicaciones en APEX. Las aplicaciones creadas pueden exportarse a otra base de datos donde este instalado APEX.

- Runtime Only: Instala únicamente los paquetes necesarios para que funcionen aplicaciones ya desarrolladas.

Se incluyen varios asistentes (wizards) para

la creación de las aplicaciones, con lo que se pueden hacer formularios o reportes a partir de una tabla base en cuestión de minutos, en una interfaz uniforme, diseñada para que el usuario pueda manejar de una manera intuitiva las aplicaciones y entender su funcionamiento. Se recomienda especialmente el uso de Application Express para integrar en una base de datos Oracle aplicaciones que anteriormente se llevaban en bases de datos personales o en hojas de cálculo; para esto, se incluye una opción para importar y exportar datos desde fuentes externas, desde archivos de texto estructurado hasta aplicaciones completas importadas desde Microsoft Access. En resumen, Oracle Application Express es una herramienta de desarrollo rápido, totalmente gratuita y que requiere únicamente de una base de datos Oracle para funcionar, utilizando como lenguaje de programación PL/SQL, y que nos permite integrar en la base de datos, aplicaciones pequeñas que no requieran de una lógica compleja. Además, brinda seguridad y posibilidades de acceder a los datos desde cualquier lugar que tenga acceso a la red en que esté publicada la aplicación, ya sea una intranet o bien Internet.

Tip técnico del día: Personalice su SQL*Plus. Link: http://soporte.datum.com.gt/welcome/tip.jsp En un ambiente complejo donde se tienen varias base de datos en un mismo servidor, es muy común que los DBAs se confundan sobre su sesion "actual" en una base de datos. Esto puede ocasionar serios problemas ya que accidentalmente se pueden ejecutar comandos en una base de datos diferente de la que se deseaba. La solución a este problema consiste en personalizar el prompt standard de SQL*PLUS "SQL>" para que incluya el nombre de la base de datos. Para cambiar el prompt de SQL para que muestre el usuario y el nombre de la base de datos (instancia), Oracle proporciona un archivo especial de SQL*PLUS llamado $ORACLE_HOME/sqlplus /admin/glogin.sql. Para hacer la personalización del usuario e instancia, podemos agregar el siguiente código de SQL*PLUS, al final del archivo glogin.sql. set termout off define new_prompt…… Cristian Lavarreda [email protected]


Página 6

Paulo Vaides [email protected]

Con el surgimiento de nuevas versiones de la base de datos, ha ido evolucionando la herramienta de Oracle encargada de facilitar la administración y monitoreo de ésta. Nuevas interfaces, paquetes administrativos, arquitectura modular, son algunas de las características y ventajas que da la utilización del Enterprise Manager.

En las versiones 9i de Oracle, la interfaz del Enterprise Manager es por medio de una aplicación de Java, a la cual se accede a través del comando oemapp console desde alguna consola. A partir de la versión 10g, la interfaz es basada en Web, el cual permite invocar al Enterprise Manager desde un navegador estando en cualquier computador en la red, ingresando a la dirección default de la aplicación web: http://hostname:1158/em, posterior a levantar el proceso por medio del comando: emctl start

dbconsole, desde alguna consola. C:\>emctl start dbconsole Oracle Enterprise Manager 10g Database Control Release 10.2.0.4.0 Copyright (c) 1996, 2007 Oracle Corporation. All rights reserved. http://juanpa:1158/em/console/aboutApplication Starting Oracle Enterprise Manager 10g Database Control ...The OracleDBConsolepa ulo service is starting................ The OracleDBConsolepaulo service was started successfully.

Desde la versión 10g, a esta herramienta de la base de datos, se le ha dado el nombre de Enterprise

Manager Database Control (EMDC); y su propósito principal es el de poder administrar y monitorear la instancia a la que pertenece; es decir, una única instancia.

Al surgir la alta disponibilidad en las bases de datos; ASM para la administración del storage de la base de datos, RAC en instancias de la base de datos y aumento en el número de bases de datos e instancias, fueron creciendo los recursos a administrar, viéndose la necesidad de una herramienta que tuviera la misma flexibilidad y facilidad de uso que el Enterprise Manager Database Control tenia para la administración de la instancia individualmente. Derivado de ello, surgió lo que se conoce como el Enterprise Manager Grid Control (EMGC) para poder administrar y monitorear centralizadamente todos los recursos y componentes de las bases de datos. En este caso, para cada servidor que contenga recursos que se deseen monitorear y administrar a través del Grid Control, es necesario levantar un proceso agente, mediante al comando emctl start agent.

El Enterprise Manager Grid Control nos permite, por ejemplo, administrar las instancias de ASM, instancias de RAC, listeners, etc., desde una misma herramienta, en vez de tener un gran número de Enterprise Manager Database Control’s, uno por cada instancia de la base de datos.

Administración y Monitoreo con Enterprise Manager (Parte I – Evolución y Arquitectura)


Página 7

Arquitectura del Enterprise Manager Grid Control: Grid Control Console Interfaz Web que permite administrar y monitorear todo el ambiente tecnológico desde una única consola en la red. Management Agent Proceso que se instala en cada host a monitorear. Su función es recolectar la información de cada target en el host, para comunicarselo al Management Service. Management Service Aplicación Web J2EE que utiliza el Grid Control Console. Management Repository Consiste en diferentes objetos como jobs, packages, procedures, views, y dos tablespaces en una base de datos que contiene toda la información.

Presentación Arquitectura EM Grid Control - Oracle Requerimientos Pre-Instalación

Componente Espacio en Disco Memoria Física Management Repository 1 Gb (<25 targets)

120 Mb tablespaces: 100 Mb - MGMT_ECM_DEPOT_TS

Minima 1Gb (500 targets) Recomendado 2GB


Página 8

20 Mb - MGMT_TABLESPACE Management Service Mínimo

1.4 Gb Solaris 500 Mb Windows

Mínimo 1Gb Procesador mínimo 1.0Ghz, recomendado 1.5 Ghz

Management Agent Mínima 350 Mb Solaris 270 Mb Windows Recomendado 50 Mb mas

Mínimo para la base de datos 20 Mb

Application Server 500 Mb iniciales Mínimo 512 Mb

En las próximas ediciones se desarrollaran los Management Packs que conforman el Enterprise Manager, la finalidad de estas, su utilización para facilitar las tareas administrativas y optimizar la base de datos. Mario Reyes [email protected]

Uno de los factores clave para la competitividad y el crecimiento de las

organizaciones lo constituye su capacidad para

responder rápidamente ante los cambios y optimizar los procesos de negocio. La agilidad para afrontar los cambios que afectan la actividad del negocio puede verse cuestionada si se apoya en ambientes de TI (tecnologías de la información) que no pueden responder de forma rápida y flexible. La manera adecuada de facilitar la optimización de procesos y mejorar la agilidad empresarial es liberando el potencial que poseen los recursos tecnológicos y las aplicaciones, y haciéndolo disponible para toda la organización. La arquitectura orientada a servicios (SOA por sus siglas en inglés) es un estilo arquitectónico que permite un mejor alineamiento de las tecnologías de la información con las necesidades de negocio, logrando que clientes, socios comerciales y empleados respondan de forma más rápida y se adapten adecuadamente a las presiones del mercado.

Hoy en día las organizaciones dependen cada vez más de su infraestructura de tecnologías de información para alcanzar sus metas. Pero en un entorno globalizado y de alta competencia como el que vivimos actualmente, aprovechar las oportunidades de negocio exige moverse con rapidez. Sin embargo, con frecuencia las tecnologías de información (TI) no permiten estas rápidas respuestas ni cuentan con la flexibilidad necesaria para competir de forma efectiva. Un alto porcentaje de las ineficiencias organizativas tienen un mismo origen: el predominio de procesos manuales con un nivel alto de error, sistemas ineficientes para compartir la información dentro de la organización; la incapacidad de hacer un

correcto seguimiento de los procesos de negocio desde principio a fin; y finalmente, las ineficiencias propias del servicio a clientes. Allí donde se produce cualquiera de estas situaciones, el impacto sobre la productividad de los empleados es negativo, y se pone en riesgo la capacidad de crecimiento y competencia de la propia empresa.

La información está en la base de todas las deficiencias enumeradas anteriormente y no es que exista un problema de escasez de la misma, por el contrario; la información suele ser el activo con mayor crecimiento dentro de la organización, sino la problemática radica en presentar la información de forma útil para los distintos entes que participan en la toma de decisiones. Esto se debe regularmente a que las aplicaciones de negocio normalmente dan soporte a funcionalidades avanzadas, en áreas como la gestión financiera, marketing, gestión de clientes, etc., pero sin poder compartir información entre ellas y, por consiguiente, no pueden aportar una visión general de los procesos de negocio cuando éstos abarcan varias áreas funcionales. Para lograr que la información se mueva a través de sistemas distintos, heterogéneos e incompatibles, dentro de las fronteras de la organización o a través de ellas, siempre es necesaria la intervención humana.

Las organizaciones tienen la necesidad de poder interconectar los procesos, personas e información tanto con la propia organización como con terceros, tales como, subsidiarias y socios comerciales. La falta de integración entre los componentes de tecnologías de la información, sistemas, aplicaciones y datos, hace difícil, sino imposible, obtener una

Arquitectura Orientada a Servicios - SOA


Página 9

respuesta rápida y efectiva ante los cambios que afectan de forma natural a los negocios. La poca flexibilidad genera costos, reduce la capacidad de respuesta ante los clientes, compromete el cumplimiento con las normativas legales y afecta negativamente la productividad de los empleados. En suma, una deficiente integración es uno de los problemas más importantes a los que las organizaciones deben hacer frente para mantener su competitividad y garantizar su crecimiento.

La Arquitectura Orientada a Servicios (SOA) supone una estrategia general de organización de los elementos de TI, de forma que una colección heterogénea de sistemas distribuidos y aplicaciones complejas se pueda transformar en una red de recursos integrados, simplificada y sumamente flexible. Un proyecto SOA bien ejecutado permite alinear los recursos de TI de forma más directa con los objetivos y estrategias de negocio, ganando así un mayor grado de integración con clientes y proveedores, proporcionando una inteligencia de negocio más precisa y más accesible, con la cual se podrán adoptar mejores decisiones y ayudar a las empresas a optimizar sus procesos internos y sus flujos de información para mejorar la productividad individual.

SOA establece un marco de diseño para lograr la integración de aplicativos independientes y heterogéneos, de manera que desde la red pueda accederse a sus funcionalidades, presentadas como servicios. La forma habitual de implementar SOA es mediante Servicios Web, una tecnología basada en estándares e independiente de la plataforma, con la que SOA puede descomponer aplicaciones monolíticas en un conjunto de servicios e implementar esta funcionalidad en forma modular.

Un servicio es una funcionalidad específica y granular que puede ser descubierta en el entorno de red interno o externo y que describe tanto lo que puede hacer como el modo de interactuar con ella (a lo que se denomina contrato del servicio). Desde la perspectiva de la empresa, un servicio realiza una tarea concreta: puede corresponder a un proceso de negocio tan sencillo como introducir o extraer un dato como “Nombre de un Cliente”. Pero también los servicios pueden acoplarse dentro de una aplicación completa que proporcione servicios de alto nivel, con un grado de complejidad muy superior, como podría ser “el ingreso de una orden de compra”, un proceso que, desde que comienza hasta que termina, puede involucrar varias aplicaciones de negocio.

La orientación a servicios permite la

creación de servicios y aplicaciones compuestas que pueden existir con independencia de las tecnologías asociadas o por debajo de los mismos. En lugar de exigir que todos los datos y lógica de negocio residan en un mismo servidor, el modelo de servicios facilita el acceso y consumo de los recursos de TI a través de la red. Puesto que los servicios están diseñados para ser independientes, autónomos y para interconectarse adecuadamente, pueden combinarse con suma facilidad en aplicaciones complejas que respondan a las necesidades de cada momento o situación en una organización. Las aplicaciones compuestas son lo que permite a las empresas mejorar y automatizar sus procesos manuales, disponer de una visión consistente de sus clientes y socios comerciales y orquestar sus procesos de negocio para que cumplan con las regulaciones legales y políticas internas. El resultado final es que las organizaciones que adoptan la orientación a servicios pueden crear y reutilizar servicios y aplicaciones y adaptarlos ante los cambios evolutivos que se producen dentro y fuera de ellas, y con ello adquirir la agilidad necesaria para ganar ventaja competitiva.

En definitiva, SOA, a diferencia de otras soluciones de integración como EAI (por sus siglas en inglés, Enterprise Application Integration) no se limita al uso de una herramienta o plataforma de herramientas para integrar aplicaciones, sino que sugiere una arquitectura ágil, escalable y completamente distribuida por toda la organización. En SOA entre otras muchas funcionalidades, se integran aplicaciones al igual que hacen los EAIs, pero no se reduce a la integración de éstas dentro de una localización concreta, sino que va mas allá, va a los procesos de las organizaciones, a la gobernabilidad, al uso de tecnología estándar y a la integración en entornos distribuidos. Una vez que una organización decide implementar SOA, es típico pasar por las siguientes fases en el camino de evolución hacia la madurez SOA: Construcción de Servicios. Estos Servicios

incluyen funcionalidades reutilizables, accesibles de manera estándar y que pueden formar parte de procesos de negocio.

Orquestación de los Servicios previamente creados, mediante la definición de Procesos que se alinean a los mismos procesos de negocio.

Creación de nuevos servicios según son necesarios para la orquestación de los nuevos Procesos y reutilización de los


Página 10

Servicios ya existentes en distintos Procesos.

Uso de un Bus de Servicios (ESB Enterprise Service Bus). Una vez que el número de procesos orquestados es importante, la organización descubre que es difícil controlarlos y escalarlos; es en ese momento cuando las organizaciones descubren que es muy complicado gestionar y escalar una Arquitectura SOA si se carece de un ESB. El bus de servicios sí es una tecnología o producto software, y puede definirse como la Infraestructura que sirve como la columna vertebral de las Arquitecturas Orientadas a Servicios (SOA). Un ESB permite a una empresa, conectar, mediar, y controlar la interacción entre diversas aplicaciones y servicios a lo largo de entornos altamente distribuidos y heterogéneos.

Monitoreo de los Procesos en SOA. Una vez se definen los primeros procesos SOA, surge la necesidad de tener visibilidad en quién está utilizando estos servicios, qué tiempos de respuesta se están ofreciendo, y demás requerimientos no funcionales.

Integración Semántica de los datos. Es una problemática que habitualmente no se tiene en cuenta a la hora de diseñar SOA y que se descubre cuando se empieza a utilizar. Toda la gestión de las transformaciones de datos, en muchas ocasiones se solventan a nivel del Orquestador o del modelador de procesos o incluso a nivel del ESB, implementando en muchas ocasiones complicadas transformaciones. Esta integración debe realizarse de tal forma que no implique grandes cambios sobre las definiciones de los diferentes componentes de la arquitectura.

Monitoreo de negocio (de los procesos en ejecución en SOA). Además de conocer los procesos que están en ejecución, surge la necesidad de tener información en tiempo real del negocio, es decir, cuántos pedidos estamos recibiendo en este momento, cuántos pagos no se han realizado y vencen en dos días, si hay retraso en la entrega de algún producto, etc.

Oracle nos ofrece diferentes componentes

de software para poder realizar una implementación de arquitectura orientada a servicios de una forma adecuada, agregando un enorme valor a las inversiones en tecnología realizadas por las organizaciones. Oracle nos ofrece SOA Suite que es una suite de software altamente integrable para la construcción, desarrollo y manejo de arquitecturas orientadas a servicios. Incluye desarrollo de aplicaciones

orientadas a servicios, aplicaciones orientadas a servicios, la integración a tecnologías de la información y manejo orientada a servicios para procesos de negocio. Se integra a infraestructuras heterogéneas de TI permitiendo una adopción incremental para las organizaciones. Los componentes de la suite presentan capacidades comunes incluyendo un modelo sencillo de desarrollo y manejo, seguridad de principio a fin y manejo unificado de metadatos.

Oracle SOA Suite está integrado por diversos componentes entre los que podemos mencionar:

BPEL, Orquestador de procesos, que alinea los servicios a los procesos de negocio.

Business Activity Monitoring (BAM), solución que permite obtener visibilidad en tiempo real de las operaciones y rendimiento de los servicios y procesos de negocio.

Business Rules Engine, componente que permite la captura y automatización de políticas de negocio.

Multi-Protocol Oracle Service Bus, que permite la conexión entre aplicaciones, procesos y servicios, y ruteo de mensajes de conexión a virtualmente a cualquier fuente de datos incluyendo aplicaciones, bases de datos, colas y otros dispositivos físicos, logrando una alta integración de datos y manejo de altos volúmenes de información con gran rapidez.

Oracle JDeveloper, un ambiente integrado de desarrollo, para construir, probar, perfilar y entregar servicios.

Solución de manejo de Web Services y Seguridad, para el manejo de autenticación y políticas de autorización en los servicios.

Registro de Servicios, para el descubrimiento y manejo del ciclo de vida de los servicios.

|


Página 11

Gracias a la retroalimentación de nuestros clientes, Datum – Educacional estará impartiendo el siguiente curso:

Database 10g: RAC for Administration Rel 2

Qué aprenderá:

Este curso ofrece a los estudiantes una introducción a las características generales y capacidades de Oracle Database 10g R2 para Oracle Real Application Cluster (RAC). Los estudiantes aprenderan a instalar y administrar el OracleClusterware, Real Application Clusters, y Automatic Storage Management. También aprenderán cómo administrar sus bases de datos en un ambiente Real Application Cluster utilizando Enterprise Manager Grid Control. Incremente su eficiencia mediante el aprendizaje de cómo configurar y utilizar los servicios de base de datos así como también el Load Balancing Advisory en un ambiente RAC. Aprenda como agregar y remover nodos en clusters y como parchar el software de Oracle Clusterware y Real Application Clusters en su secuencia adecuada.

Se aprenderá a:

Instalar Oracle Clusterware y Real Application Clusters

Administrar una base de datos en RAC Administrar servicios de base de datos en un

ambiente RAC Administrar Oracle Clusterware Agretar/Remover un nodo a/de un cluster Parchar software de Oracle Clusterware y RAC

en secuencia adecuada

El curso se imparte en nuestras instalaciones, tiene una duración de 40 horas y un costo de $ 1,375.00 + IVA.

Para inscribirse, mande un correo a [email protected] con su nombre, puesto y empresa, y Datum le contactará para reservar su asistencia.

MMMEEETTTAAADDDAAATTTUUUMMM

1 Newsletter Página datum.com.gt...

Documents

Transcript of 1 Newsletter Página datum.com.gt...