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

|

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

Página 1

Volúmen 10 Febrero 2009

Newsletter datum.com.gt

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

1 Administración y Monitoreo con Enterprise Manager II.

4 Escalabilidad en la Arquitectura del Oracle Application Server

6 Estrategias de optimización de un ambiente de análisis de datos (Data Warehouse)

) 9 MetaDatum

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

Editores Generales Karlo Espinoza Beatriz Caicedo Pablo Rosales Sergio Alonzo Debbie Moran Autores Contribuyentes Ivan Garcia Paulo Vaides Pablo Rosales Cristian Lavarreda Karlo Espinoza

Administración y Monitoreo con Enterprise Manager (Parte II – Paquetes Administrativos)

Paulo Vaides [email protected] Desde el nacimiento del Enterprise Manager (EM), su función ha sido el facilitar la administración de la base de datos. Teniendo éste como objetivo principal, el EM ha ido evolucionando para cumplir con los nuevos requerimientos de la mano con las nuevas características que la base de datos a ido proporcionando: en la versión 9i, con la aplicación de Java y, a partir del 10g, con la opción Web; incluyendo más herramientas visuales. Así, se ha convertido en la opción de Oracle para administrar la base de datos y monitorear los recursos que utiliza, de manera visual. Desde sus inicios se identificó que existían distintos aspectos de la base de datos para los cuales era necesario realizar tareas específicas de optimización para lograr mejor

rendimiento, por lo que Oracle agrupó estas tareas de mejoramiento en paquetes de software que asisten en la realización de la tarea; lo que ahora se conoce como Management Packs o Paquetes Administrativos. Conforme evolucionó la base de datos, se hicieron más notables los Management Packs. En la versión 10g fueron incorporados al Enterprise Manager, mostrándose las opciones disponibles en la página de licencia cuando ingresamos por primera vez al EM, o bien, posteriormente, a través de la página http://hostname:port/em/console/license, donde se solicitan los datos de autenticación.


Página 2

Para el caso del EMDC (Enterprise Manager Database Control), se pueden utilizar los siguientes Management Packs:

1. Database Diagnostics Pack 2. Database Tuning Pack 3. Database Configuration Pack

Para consultar las opciones que incluye cada paquete, es necesario configurar la utilización de los mismos, es decir habilitarlos/deshabilitarlos (su utilización requiere de un licenciamiento), y para ello, podemos ingresar desde el EM de la siguiente manera:

1- Link Configurar (Setup), esquina superior derecha de la página. 2- Link Acceso de Management Pack (Management Pack Access); menú de la izquierda.

En el caso tengamos oportunidad de administrar varios targets (instancias, bases de datos, listeners), como en el caso de RAC, tenemos la opción de utilizar el EMGC (Enterprise Manager Grid Control), el cual extiende la utilización del Management Pack, aumentando las opciones disponibles de paquetes, siendo estos:


Página 3

1. Database Change Management Pack. 2. Database Configuration Pack. 3. Database Diagnostics Pack. 4. Database Tuning Pack. 5. Provisioning Pack.

Al igual que en el EMDC, para configurar los paquetes desde el Grid Control:

1- Link Configurar (Setup), ubicado en la esquina superior derecha de la página. 2- Link Acceso de Management Pack (Management Pack Access), menú de la izquierda.

En este caso se despliega una matriz con checkboxes, donde aparecen seleccionados cuáles paquetes se encuentran habilitados en cada target, dando la opción a deshabilitarlos; ya que estos, como mencionamos anteriormente, requieren de un licenciamiento específico para su utilización.

Hasta ahora hemos visto los Management Packs que tenemos disponibles en cada versión del Enterprise

Manager a utilizar: Database Control o Grid Control, y cómo habilitar/deshabilitar los paquetes. En caso de que se desee consultar el listado de las opciones pertenecientes a cada Management Pack que

tiene Oracle, con una breve descripción de su funcionalidad; en la parte inferior de la página, a continuación de la matriz de check box, se encuentra el siguiente link, que proporciona en resumen de los paquetes:

En las próximas publicaciones de Newsletter Datum se describirá cada Management Pack así como

algunas generalidades sobre las opciones comúnmente utilizadas.


Página 4

Iván García [email protected]

Cuando se habla de escalabilidad en los sistemas de cómputo, se hace referencia a la propiedad de los sistemas de crecer en su capacidad para atender requisiciones de servicio con sólo agregar más recursos computacionales. En este aspecto, Oracle Application Server (OAS)1 posee gran flexibilidad en su arquitectura, ofreciendo un alto grado de escalabilidad.

Como punto inicial podemos hablar sobre los diferentes tipos de escalabilidad: escalabilidad vertical y escalabilidad horizontal. Escalabilidad vertical es aquella en la cual utilizamos un servidor más potente que el inicial para atender a más clientes; y escalabilidad horizontal es aquella en la que utilizamos servidores adicionales al inicial para atender más clientes. Ahora bien, que tipo de escalabilidad es más

conveniente, a continuación un ejemplo: Escalabilidad Vertical Estado Inicial Servidor A Memoria: 2GB CPU: 2 procesadores x 2GHz Clientes: 1000 Si la demanda aumenta al doble de clientes (2000), debemos crecer en recursos: Estado Final Servidor A+ Memoria: 4GB CPU: 4 procesadores x 2GHz Clientes: 2000

En este caso podemos observar que para atender la nueva demanda debemos cambiar nuestro servidor por uno más potente o agregarle más recursos de memoria y procesador. Sin embargo, existe el problema de que si vuelve a aumentar el número de clientes nuestro servidor deberá crecer más y puede llegar a tener un límite dado por el Hardware o Software. Escalabilidad Horizontal Estado Inicial Servidor X Memoria: 2GB CPU: 2 procesadores x 2GHz Clientes: 1000 Si la demanda aumenta al doble de clientes (2000), debemos crecer en recursos:

1En este articulo OAS se refiere a Oracle Application Server 10gR2 (10.1.2.0.2), sin embargo se puede aplicar a OAS 10g (9.0.4) en adelante con ciertas variaciones

Escalabilidad en la Arquitectura del Oracle Application Server


Página 5

Estado Final Servidor X Memoria: 2GB CPU: 2 procesadores x 2GHz Clientes: 1000 Servidor Y Memoria: 2GB CPU: 2 procesadores x 2GHz Clientes: 1000

En este caso la solución es agregar otro servidor con las mismas características y balancear2 la carga, o incluso se pueden agregar dos servidores más de menos recursos y balancear la carga entre los tres. Con esta solución además atender la carga esperada tenemos la posibilidad de seguir creciendo sin límites, ya que siempre podemos agregar otro servidor si lo necesitamos.

La escalabilidad horizontal siempre será lo más recomendado, debido a que regularmente es más económico y nos brinda otros beneficios como tolerancia a fallos y balanceo de carga. Oracle Application Server tiene como característica la posibilidad de distribuir sus componentes en varios servidores permitiendo una escalabilidad horizontal a todo nivel.

Para entender como el OAS permite crecer horizontalmente es necesario conocer sus diferentes componentes. El OAS está conformado por 2 instancias3: Infraestructura y Capa Media. La instancia llamada Infraestructura es la encargada de brindar los servicios de seguridad y repositorio de datos tanto a los clientes como a la Capa Media. La instancia llamada Capa Media es la encargada de brindar los servicios y aplicaciones a los clientes finales.

La Infraestructura se compone, asimismo, de 2 partes: Repositorio de Metadatos (MR por sus siglas en ingles) y Manejo de Identidad (IM por sus siglas en ingles). El Repositorio de Metadatos es una base de datos encargada de mantener las configuraciones y los datos necesarios para el funcionamiento de los demás componentes del OAS. El IM es el conjunto aplicaciones encargadas de brindar los servicios de seguridad en la arquitectura del OAS.

Por su parte el IM se puede dividir en los siguientes componentes: Oracle Internet Directory (OID), Single Sign-On (SSO), Delegated Administration Service (DAS) y Oracle Certificate Authority (OCA). El OID brinda el servicio de directorio para almacenar usuarios, grupos y sus credenciales de seguridad. El SSO es el conjunto de aplicaciones que brinda el servicio autenticación. DAS es el conjunto de aplicaciones que permiten la administración de usuario, grupos y privilegios. OCA es la autoridad emisora de certificados digitales.

2El balanceo de carga implica un componente extra de Hardware o Software encargado de dicha tarea 3Se le llama instancia a una instalación funcional de OAS

2


Página 6

La Capa Media se compone de contenedores de Java para la ejecución de aplicaciones, los denominados OC4J, en estos contenedores de ejecutan las aplicaciones de Forms, Reports, Discoverer; además también existe Oracle Portal, componente que permite la creación de portales empresariales. El WebCache es el componente que funciona como front-end de la Capa Media, funcionando como intermediario entre los clientes y el HTTP Server, quien es el encargado de atender las solicitudes de los clientes y distribuirlas al componente encargado de generar la respuesta.

Conociendo como está conformado el OAS se puede apreciar de mejor forma la flexibilidad brindada para crecer horizontalmente, flexibilidad conseguida gracias a que permite distribuir sus componentes en uno o a través de varios servidores. Al utilizar varios servidores podemos así mismo aprovechar las ventajas del OAS a nivel de cluster, ya que distintos componentes del OAS pueden configurarse en cluster y así funcionar como una unidad distribuida entre varios servidores, obteniendo alta disponibilidad, tolerancia a fallos y mayor capacidad de procesamiento.

Podemos tener una arquitectura sencilla con un servidor que contenga ambas instancias, y si necesitamos crecer simplemente instalamos otro servidor similar y repartimos la carga de trabajo.

Pablo Rosales [email protected]

El contexto de

negocios contemporáneo ha llevado a muchas organizaciones a implementar sistemas

de inteligencia de negocios, en los que los administradores de los sistemas de información requieren afrontar desafíos como los siguientes:

Los usuarios de un Data Warehouse esperan tener la información tan pronto como sea posible para tomar decisiones ventajosas para la organización.

Estrategias de optimización de un ambiente de análisis de datos (Data Warehouse)


Página 7

Las organizaciones, presionadas por el entorno de negocios altamente competitivo, se ven en la necesidad de disponer de ambientes de inteligencia de negocios en los que la información debe estar disponible, no en semanas, sino que en días, horas e incluso minutos.

Los procesos de carga deben tener un impacto mínimo sobre los sistemas transaccionales.

Con el fin de brindar al personal técnico encargado satisfacer estos requerimientos, en el presente artículo se expondrán algunas prácticas, técnicas y tecnologías recomendadas en la industria, que permiten hacer más eficiente y efectivo el proceso de Inteligencia de negocios. El problema desde el punto de vista técnico

Desde la perspectiva técnica, los requerimientos de los usuarios mencionados arriba se traducen en que los sistemas de Data Warehouse deben ser eficientes para ejecutar:

Los procesos de carga de datos

Las consultas a través de las herramientas de análisis

La solución

Distribución del manejador de base de datos: esta opción de diseño de la arquitectura de la solución, consiste en separar el ambiente de análisis de los ambientes transaccionales. Dicho de otra forma, consiste en ubicar el manejador de base de datos para análisis (sea este uno relacional o uno OLAP), en un servidor exclusivo para este propósito, distinto a los que se utilizan en los ambientes transaccionales. Esquemáticamente, el modelo para esta solución es similar al que aparece en la siguiente figura:

La explicación del mejor desempeño siguiendo esta práctica, es que no existe competencia entre procesos transaccionales y procesos de análisis de datos por los recursos de cómputo, como procesador, memoria RAM, medios de almacenamiento, buses de datos y otros.

Sincronización de procesos de carga: este es

un aspecto de diseño y administración de los procesos de carga (ETL) del Data Warehouse, en el que se busca ejecutar los procesos de extracción, transformación y carga en los momentos en que exista menor actividad en el ambiente transaccional. Los períodos típicos en los que se ejecutan los procesos de carga son las noches y los fines de semana.

Nuevamente, la razón del mejor

desempeño (tanto del ambiente transaccional como del ambiente de análisis de datos), está en que la competencia por los recursos de cómputo se reduce.

Denormalización de las relaciones: es una

estrategia de diseño e implementación de modelos de datos, que consiste en estructurar los datos para facilitar el análisis de los mismos. En otras palabras, lo que se pretende es evitar diseños de modelos siguiendo estrictamente las reglas de normalización, pues el fin de éstos es optimizar las estructuras para el procesamiento de operaciones de inserción, borrado y actualización de datos.

Tradicionalmente a los modelos

de datos denormalizados se les denomina “modelos estrella” porque gráficamente lucen como estrellas. Existen variantes, como los modelos “copo de nieve”.

La razón principal por la que éstos

modelos son mejores (en cuanto al tiempo de respuesta que perciben los usuarios de estos sistemas) ,es que las consultas típicas en un ambiente de análisis de datos involucran muchas tablas y por lo tanto, referencias entre ellas; en un modelo de datos normalizado, este tipo de consultas no es procesado eficientemente por el manejador y se traduce en tiempos de respuesta muy elevados. En cambio, en el


Página 8

caso de un modelo denormalizado, sólo existen referencias de tablas que cumplen la función de “dimensiones”, hacia una tabla central que desempeña la función de “tabla de hechos”. Esto simplifica notablemente las consultas y permite que se obtengan tiempos de respuesta aceptables.

Uso de índices: al igual que en los sistemas

transaccionales, los índices son un medio de optimización de consultas en los sistemas de análisis de datos. Los manejadores de base de datos como Oracle ofrecen variantes de índices, como los B*, índices por mapas de bits y tablas organizadas por índices.

Brevemente, la razón por la que

los índices reducen los tiempos de respuesta en las consultas es que no se debe “recorrer” todo un segmento en búsqueda de datos, sino que el planificador de consultas dispone de la posición específica del registro requerido.

Particionamiento de tablas e índices: una

característica fundamental de un ambiente de inteligencia de negocios es el almacenamiento de datos históricos; y es precisamente esta característica la que los hace candidatos ideales para el uso de tablas e índices particionados. Esta opción de la base de datos divide físicamente una tabla o índice en segmentos de menor tamaño; esta división evita que las búsquedas de datos específicos deban hacerse en segmentos muy grandes, reduciendo con ello los tiempos de respuesta. (En el volumen 8 de Datum Newsletter (https://soporte.datum.com.gt/newsletter), se explica con mayor amplitud el particionamiento en Oracle )

Consideraciones

Vale la pena mencionar que algunas de estas soluciones requieren una inversión económica adicional, como la adquisición de servidores adicionales o el licenciamiento de opciones como particionamiento de segmentos. Sin embargo, esto no debe ser un obstáculo para contar con un ambiente de inteligencia de negocios; un enfoque

para persuadir a quienes autorizan y asignan los recursos económicos es iniciar con un proyecto piloto, de escala reducida, realizable con los recursos actuales, pero con el potencial de tener un impacto positivo de la organización. Un proyecto de esta naturaleza permite hacer patente el potencial de este tipo de soluciones y adquirir los recursos para ampliarlo en recursos e impacto en la organización.

Tip técnico del día: Almacene resultados de consultas como variables en SQL*Plus Link: http://soporte.datum.com.gt/welcome/tip.jsp SQL*Plus tiene directiva muy útil llamada NEW_VALUE para el parámetro column. Esta directiva nos permite almacenar datos retornados de una consulta como una variable dentro de un script de SQL*Plus. Utilizando esta directiva se pueden crear script con un comportamiento muy parecido a un lenguaje de programación, almacenando y retornando valores de variables como si fuera PL/SQL. Veamos un ejemplo secillo: col log_mode new_value v_log_mode noprint select log_mode from v$database; Cristian Lavarreda [email protected]

|


Página 9

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

Database 10g: Security

Qué aprenderá:

En este curso, los estudiantes aprenden como pueden utilizar características de base de datos Oracle para conseguir los requerimientos de seguridad de su organización. Aprenden cómo asegurar su base de datos y cómo usar las características que proven dicha seguridad. El curso inicia con características básicas de seguridad y avanza hacia características básicas de Oracle Network. También se cubre el uso de Connection Manager como un firewall, autenticación por capa media, virtual private database, varias formas de auditoria e introducción a Oracle Label Security y Enterprise Identity Management.

Se aprenderá a:

Usar características básicas de seguridad Manejar secure application roles Manejar usuarios utilizando autenticación

Proxy con un application context Implementar fine-grain access control Manejar una Virtual Private Database (VPD)

El curso se imparte en nuestras instalaciones, tiene una duración de 24 horas y un costo de $ 660.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

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

Documents

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