Primer Simposio Nacional de Oracle, Guatemala 2013

Este será el primer evento, en Guatemala, en el que varios expertos tecnólogos guatemaltecos se reunirán con el objetivo de compartir el conocimiento que han adquirido a lo largo de años, en cargos en los cuales han usado la tecnología Oracle en muy diversos campos, entre los que se pueden citar: el comercio, la banca, la industria, las telecomunicaciones, la educación, en consultorías, en soporte, etc.

Se ha creado a un grupo selecto  de conferencistas en base a la experiencia que poseen, la preparación académica y su aportación a la comunidad Oracle. El grupo está formado por consultores de varias empresas importantes en Guatemala como lo son:

• BYTE
• MCDONALDS
• XEROX
• DATUM
• GBM
• NETSOFTCA, Centro America
• EXANET

Las conferencias serán desarrolladas usando un lenguaje técnico genérico, ya que el dominio técnico de la audiencia a las que estará dirigido este evento será muy diverso; entre los asistentes que se esperan están: estudiantes universitarios, personas de negocio, tecnólogos expertos, profesionales, vendedores, etc.

Los temas que se tratarán en este primer Simposio abarcan varios productos que actualmente están rigiendo la tecnología guatemalteca. Otros temas serán de carácter innovador tratando tecnologías atractivas para el desarrollo de la agilidad en las empresas guatemaltecas, entre ellas están:

• Frameworks de Desarrollo
• Bases de Datos
• Alta Disponibilidad
• Sitios de Contigencia
• Servidor de Aplicaciones
• Afinamiento del Rendimiento

Cada una de las conferencias enriquecerá la experiencia de los participantes pues se tratarán casos de estudios reales. Los asistentes podrán participar activamente al plantear su solución  a un problema real, con lo cual se generará una dinámica al tenerse  varios puntos de vista para solucionar el mismo problema. Con esta modalidad se busca crear una comunicación técnica clara entre los participantes, lo que tendrá como consecuencia el compartir las experiencias que cada uno de ellos posee

Fecha y Lugar: 

• Viernes 15 de Marzo.
• Instalaciones de la Universidad InterNaciones, Blvd. San Isidro y 12 calle, zona 16, Acatán. Teléfono: 23798171, www.uni.edu.gt

Donación: Q50.00

*Se dará Diploma a los participantes.

Programa de Actividades:

Inscripción de participantes: 14:00 a 15:15 horas

Acto de Inauguración: 15:30 a 16:00 horas.

Conferencias 1 y 2: 16:00 a 16:40 horas.

Conferencias 3 y 4: 16:40 a 17:20 horas.

Coffe Break: 17:20 a 17:50 horas.

Conferencias 5 y 6: 17:50 a 18:30 horas.

Conferencias 7 y 8: 18:30 a 19:10 horas.

Conferencias 9 y 10: 19:10 a 19:50 horas.

Actividad de Cierre: 19:50 a 20:00 horas.

Entrega de Diplomas: 20:00 a 20:30 horas.

Descripción de Acto de Inauguración

Estará a cargo de Deiby Gómez y Anibal García, quienes darán una pequeña bienvenida a los participantes y conferencista. Luego de la bienvenida local se  transmitirá en directo al Tercer Oracle ACE Director de Latinoamérica Joel Pérez, quien también dará una pequeña bienvenida desde Ecuador.  Lic. Marcel Reichenbach Coloma, rector de la Universidad InterNaciones declarará inaugurado el Primer Simposio de Oracle.

Descripción de la Actividad de Cierre

Estará a cargo de Deiby Gómez y Anibal García quienes brevemente darán las gracias a los participantes, patrocinadores, organizadores y colaboradores por llevar a cabo el Primer Simposio Nacional de Oracle.

Descripción de la Actividad de Entrega de Diplomas

Entrega de diplomas a cada uno de los participantes y una pequeña bolsa con información de los patrocinadores. Para la entrega de los diplomas se dispondrán mesas en las que se colocarán los diplomas ordenados alfabéticamente por apellidos.

 Descripción de  las Actividades de la Conferencia

El periodo de duración de cada conferencia estará integrado de la siguiente forma: treinta minutos de exposición en el que se tratará el tema, conceptos fundamentales, puntos críticos, un caso breve de estudio. Al faltar cinco minutos para que termine este tiempo, se le mostrará una tarjeta amarilla al expositor, al concluir este tiempo se le mostrará una tarjeta roja y se dará por finalizada la exposición. A continuación se darán diez minutos de debate en el que se  responderán las preguntas de la audiencia y se creará conversación entre los participantes con el fin de dar a conocer otros puntos de vista asociados al tema tratado.

Conferencistas

Deiby Gómez: Consultor de DATUM S.A., Oracle Service Oriented Architecture Infrastructure Implementation Certified Expert, Oracle Database 11g Administrator Certified Expert, Oracle Linux Certified Implementation Specialist.

Aníbal García: DBA Senior Coordinator para  Goverment Solutions ACS-Xerox ,  División que opera con el gobierno de Estados Unidos (16 Estados) , coordina con múltiples DBA de  ORACLE en la India, China y USA , Experto en soluciones de Base de datos relacionales y multidimensionales. Oracle Certified Administrator.

Augusto López: Consultor de DATUM S.A., Oracle 10g Data base RAC Certified Expert, Oracle 10g and 11g Administrator Certified Expert, Experto en Configuraciones de Bases de Datos Oracle en Alta Disponibilidad, más de 15 años de experiencia.

Daniel Cacía: Consultor en DATUM S.A. Oracle Forms Developer Certified Professional, Oracle PL/SQL Developer Certified Associate, Oracle 10g Technical Presales Champion, Oracle Application Server Administrator 10g Certified Associate.

Byron Maldonado: Consultor de Tecnología, Administrador de Negocios, Administrador de Base de Datos Oracle, Analista de Sistemas de Información, Programador de Sistemas de Información, Administrador de Sistemas Operativos AIX, Windows y Linux, Manejo de software en ambientes Mac OS y MS Windows, Certificado en Soluciones de Dell Quest Software.

Juan René Simón: Consultor en Mcdonalds, Experto en desarrollo de aplicaciones web Java, Experto en Oracle Application Development Framework, más de 10 años de experiencia.

Julio Méndez: Consultor en EXANET; más de 10 años de experiencia en Administración de Sistemas Operativos, Sistemas de Archivos, Almacenamiento, afinamiento de Rendimiento, configuraciones en Alta Disponibilidad, Oracle Solaris Administrator Certified Expert.

Fabriccio Díaz: Gerente de Infraestructura y Tecnología para  BYTE Latinoamérica, más de 18 años de experiencia en Administración de Bases de Datos Oracle  en múltiples Plataformas,  BYTE actualmente es la empresa Nacional mas grande exportadora de Software.

Ronald Vargas:  Primer Oracle ACE de Centroamerica, Conferencista en OTN Tour 2010, 2011 y 2012, ha realizado conferencias en Guatemala, Honduras y Costa Rica, actualmente nominado a Oracle ACE Director.

Conferencias:

Oracle Database 12c: New Features, Nuevas funcionalidades con las que contará la nueva versión de base de Datos de Oracle en su versión 12c. Comparativa en rendimiento, administración y seguridad con su predecesor versión 11g.

Service Oriented Architecture (SOA): Business Agility, Fundamentos de la nueva filosofía para agilizar el negocio y hacerlo más rápido a cambios produciendo alta competitividad. IT será tan ágil y rápido que el área de negocio se enfocará en ser innovadores y productivos.

Oracle RAC 11gR2: Fundamentos y Recomendaciones derivadas de la práctica, una serie de tips técnicos que el consultor ha ido adquiriendo en sus más de 10 años de experiencia en configuraciones de Alta Disponibilidad de Bases de Datos Oracle, concluyendo en recomendaciones.

Oracle Application Development Framework: Construyendo aplicaciones web de forma rápida y eficiente, Conceptos fundamentales del framework de Oracle ADF con el objetivo de desarrollar aplicaciones empresariales rápidamente sin descuidar la seguridad, rendimiento y administración de la misma.

Monitoreo para la Administración y Mejores Prácticas de Afinamiento con Toad for Oracle v. 11.6.1  para Bases de Datos Oracle: Monitoreo y Diagnóstico en tiempo real para los Administradores de Bases de Datos Oracle, análisis de complejidad y recomendación de mejores prácticas en el código PL/SQL y afinamiento de SQLs en base a las Mejores Prácticas de la Industria para Desarrolladores y Modelamiento de Datos Multiplataforma.

Respaldo eficiente de Sistemas críticos: El  consultor dará una serie de tips técnicos y best practices para realizar respaldos rápidos de sistemas de producción con el fin de obtener puntos de restauración ante posibles problemas lógicos y físicos.

Monitoreo Preventivo/Correctivo  de Bases de datos de Producción: El consultor dará a conocer una serie de escenarios en los cuales se pueden definir una metodología que permite identificar patrones y compartirá  scripts y métodos de monitoreo para crear acciones preventivas con el fin contribuir a la alta disponibilidad de ambientes de producción.

Oracle Cloud 2013: Infraestructura, Software, Aplicaciones, Plataforma y Base de Datos “Como Servicio”: Tratando el tema de mayor importancia en informática: La nube. La forma en que Oracle expone como servicio la base de datos, la infraestructura, software, etc., y así poder  estar alineado con agilidad empresarial y virtualización de servicios.

Oracle Application Development Framework Mobile: Conferencia en donde se da a conocer conceptos de desarrollo de aplicaciones empresariales y el uso de framework para agilizar el desarrollo enfocado en tecnología mobile.

Dimensionando una BD Oracle, Tips & Tricks: De manos de un experto en tecnología se podrá observar cuales los factores principales a tomar en cuenta para recrear una solución que sea factible y rentable en el futuro y cuales son las tendencias que en nuestro mercado latinoamericano se puede encontrar y soportar fácilmente

Link para reservar tu lugar en el evento (Cupo Limitado):

https://docs.google.com/forms/d/19Cg__VCszn5xCmvg5UUPDsnydLH9BJGSKSuoBdXOVKw/viewform

Hasta aqui la información del evento, así que a reservar tiempo el dia 15 de marzo. ¡Los Esperamos!

www.comunidadoraclehispana.ning.com Por medio de Fernando Garcia (Oracle ACE / Presidente del IOUG Argentina) también nos apoyan:

Pablo Ciccarello desde http://www.oracle.com/technetwork/es/index.html también nos esta apoyando:

http://www.oracle.com/technetwork/es/community/user-groups/index.html

Invitación de Joel Pérez (Oracle ACE Director) al Primer Simposio Nacional de Oracle:

Con el apoyo de:

¿Cómo elegir un método de migración de Base de Datos?

Reciban un cordial saludo amigos tecnólogos, esta vez trataremos un tema que a simple vista parece ser sencillo, sin embargo, la mayoría de veces suele ser complicado o ambiguo, se trata de elegir un método adecuado de migración.

Existen varios método de migración, los cuales se prestan a diferentes necesidades que el negocio requiera, los hay desde sencillos hasta muy complicados y arriesgados; también existen rápidos o muy lentos; existen gráficos y a nivel de ejecución manual de scripts. Todo depende del entorno que se pretende migrar.

A continuación algunos métodos de migración:

• Usando Database Upgrade Assistant (DBUA)
• Migración Manual
• Oracle Data Pump Export e Import 
• Oracle Export e Import  originales
• Oracle Transportable Tablespaces 
• Oracle Data Guard SQL Apply (Logical Standby)
• Oracle Golden Gate 

Antes de poder crear un “algortimo” de elección de un método de migración adecuado, considero que es necesario, dar una pequeña descripción de cada uno de ellos.

Usando Database Upgrade Asssitant (DBUA): Este método es fuertemente recomendado por oracle, es gráfico, ejecuta todos los scripts necesarios en el orden correcto, realiza recomendaciones para mejorar la migración o acelerarla, valida la base de datos origen, migra instancias de Automatic Storage Management (ASM), realiza migraciones de ambientes en alta disponibilidad con Real Application Cluster (RAC), etc.

Como ven, es una herramienta muy completa, sin embargo posee algunas restricciones:

• Requiere un buen porcentaje de tiempo muerto (downtime), el cual es una ventana de tiempo en que el ambiente no está disponible.
• Únicamente migra bases de datos donde la plataforma origen y destino son las mismas.

Migración Manual: Este método de migración le otorga todo el control sobre la migración al Administrador de Base de Datos (DBA), el cual es el encargado de ejecutar todos los scripts necesarios, debe conocer el orden de ejecución de cada uno de ellos, debe realizar las validaciones necesarias antes de migrar, etc.

Este método se presta mucho a errores, pues es muy sensible.

Las principales restricciones de este método son:

• Requiere más tiempo de downtime que la migración con DBUA, pues todo debe ser realizado manualmente.
• Únicamente migra bases de datos donde la plataforma origen y destino son las mismas.

Oracle Data Pump Export e Import: Este método es muy flexible comparado con los demás métodos, pues se puede migrar toda o solo una parte de la base de datos origen, se puede realizar una migración completamente por red con la funcionalidad “network_link”. Es útil cuando se desea que la base de datos objetivo sea reestructurada pues todos los datos vuelven a ser insertados nuevamente, esto es útil cuando existen índices que necesitan ser recreados o los objetos están físicamente mal ubicados. Esta herramienta también puede utilizarse con paralelismo si el servidor posee varios cores. Para poder utilizar este método la base de datos origen debe ser al menos 10g. Esta herramienta es útil para migrar una base de datos origen a una plataforma diferente.

Las restricciones de este método son:

• Se requiere espacio adicional para almacenar el archivo que genera el Export, esto es si no se usa la opción “network_link”.
• Requiere un largo tiempo de downtime, desde que se empieza el export hasta que termina el import.

Oracle Export e Import originales: Esté método es útil para realizar migraciones de bases de datos muy antiguas, también posee la flexibilidad de poder migrar toda la base de datos origen o solo una parte de ella. No posee la funcionalidad “network_link”. Esta herramienta es útil para migrar una base de datos origen a una plataforma diferente.

Las restricciones de este método son:

• Se requiere espacio adicional para almacenar el archivo que genera el Export, esto es si no se usa la opción “network_link”.
• Requiere un largo tiempo de downtime, desde que se empieza el export hasta que termina el import.

Oracle transportable tablespaces: Este método requiere que el DBA posea bastante experiencia, ya que es posible que si no se realice correctamente los datos terminen dañados. La característica principal de éste método es que provee una migración rápida, menos de una hora aproximadamente (según oracle). Toda la metadata de los objetos debe ser migrada por medio de un export e import.

Las restricciones principales de éste método son:

• La plataforma origen y destino deben tener el mismo Endian Format si la base de datos origen es menor a 10g.
• A partir de 10g pueden convertirse tablespaces a diferentes plataformas.

A continuación muestro una tabla en la que se muestran algunos Sistemas Operativos y sus respectivos Endian_Format:

Para poder verificar el endian format de nuestra base de datos origen se puede ejecutar la siguiente consulta:

SQL> SELECT tp.platform_id,substr(d.PLATFORM_NAME,1,30), ENDIAN_FORMAT FROM V$TRANSPORTABLE_PLATFORM tp, V$DATABASE d WHERE tp.PLATFORM_NAME = d.PLATFORM_NAME;

Oracle Data Guard SQL Apply: Este método utiliza una base de datos standby de tipo “Logical” para poder realizar la migración. La base de datos destino, por medio de “SQL Apply” está sincronizando todos los datos y prácticamente el downtime se reduce al tiempo que tarda la configuración en realizar el cambio de roles (Switchover). La manera en que funciona una Logical Standby es por medio de los Archivelogs generados en la base de datos origen, trasladados por el proceso “Log Writter” a través de la red, almacenados después en la base de datos destino y luego son aplicados en la misma por medio de “SQL Apply”.  SQL Apply se encarga de abrir los Archivelogs y convertir toda la información en sentencias SQL, las cuales son ejecutadas en la base de datos objetivo, de esta manera se obtiene la característica de “reestructuración”, pues todos los objetos son creados nuevamente, a diferencia de una Physical Standby en la cual la base de datos destino es una copia bloque a bloque de la base de datos origen.

Las principales restricciones de este método son:

• Base de datos origen es al menos 10.1.0.3
• Plataforma origen y destino es la misma

Oracle Golden Gate: Con este método al igual que SQL Apply son de los más rápido, el downtime se resume al tiempo que implica el cambio de roles (Swtichover), sin embargo, esta herramienta es más flexible: Se puede realizar transformaciones de los datos, ruteo, mirar solo una parte o toda la base de datos origen.

Se pueden migrar bases de datos a través de plataformas diferentes, incluso a RDBMS distintos, por ejemplo desde un SQL Server a Oracle.

Las restricciones de este método son:

• Se necesita comprar la licencia de Oracle Golden Gate.
• Base de datos origen es al menos 8.1 (Si se trata de Oracle).

Existen más métodos de migración, sin embargo, ya son más complejos o no son tan comunes. Como por ejemplo el uso de Oracle Streams o el uso de Backups Incrementales en el Método de Tablespaces Transportables, entre otros.

Ahora, regresando al objetivo del artículo, el cual es un algoritmo para poder elegir un adecuado método de migración, organizaremos los métodos en base a downtime, plataformas diferentes y antigüedad de la versión origen.

Nuestro algoritmo a nivel general será de esta manera:

1. En base a la antigüedad de la versión de base de datos origen: ¿Cuántas migraciones debo hacer para llegar a la versión destino?
2. Al tener el número de migraciones necesarias, debemos ahora preguntarnos: ¿Son plataformas diferentes?
3. Al saber si son plataformas diferentes, ahora debemos preguntarnos ¿Cuanto Downtime es permitido?

Para determinar el número de migraciones que debemos realizar utilizaremos la siguiente imagen:

Para poder determinar finalmente el método en base al Downtime permitido y si las plataformas son las mismas utilizaremos la siguiente imagen:

Espero que con estos algoritmos se haya eliminado toda ambiguedad encontrada al elegir un método adecuado de migración para nuestra base de Datos.

Algunas notas importantes de metalink que siempre es bueno tener a la mano son:

429825.1    Complete Checklist for Manual Upgrades to 11gR1

837570.1    Complete Checklist for Manual Upgrades to 11gR2

421191.1    Complete Checklist for Manual Upgrades from X to Y

870814.1    Complete Checklist to Upgrade to 11gR2 using DBUA

551141.1    Database  Upgrade/Downgrade Compatibility Matrix

286775.1    How to Perform a Full Database Export Import during Upgrade

419550.1    Different Upgrade Methods for Upgrading Your Database

437276.1    Upgrading Oracle Database with a Logical Standby Database In Place

949322.1    Oracle11g Data Guard: Database Rolling Upgrade Shell                       Script

1320966.1  Things to consider before upgrade to 11.2.0.2 in relation to Performance

¿Por qué migrarse a Oracle Database 11g?

En la actualidad existen muchas empresas que aún poseen Bases de Datos 10g, 9i, incluso hasta 8i. Uno de los principales motivos por el que aún no han migrado a una versión más reciente es por problemas de aplicativo, presupuesto, hardware, entre otros. Sin embargo, es necesario tomar en cuenta que mientras más avance el tiempo más difícil será mantener versiones anteriores. Para hacer conciencia al respecto veamos lo siguientes datos interesantes:

• Oracle anunció que ya no brindará soporte Premier de Bases de Datos versión 9.2 en Julio del 2007. 
• Para clientes quienes están en versión 9.2, el Soporte Extendido finalizó en Julio del 2008.
• Para clientes quienes están en versión 10.1, el Soporte Premier finalizó en Enero del 2009. 
• Para clientes quienes están en versión 10.2, el Soporte Premier finalizó en Julio del 2010.

Estos datos nos dicen que conforme el tiempo avance, se hará más difícil encontrar soporte para problemas en versiones anteriores. Esto implica más costo, vulnerabilidad a permanecer siempre con un problema técnico debido a no encontrar soporte. Problemas para encontrar parches, mal rendimiento, dificultad para innovar los productos, dificultad al adoptar los cambios que el mercado exige.

Cuando se está considerando la migración de una base de datos, la característica más atractiva es la adopción de las nuevas capacidades que la nueva versión proporciona. Es éste el objetivo del presente artículo, darle a conocer algunas características importantes con las que cuenta Oracle Database 11g que puedan proporcionarle a su empresa mayor eficiencia.

Las capacidades que trataremos en este artículo son las siguientes:

• Nuevas capacidades que favorecen el cambio.
• Necesidades reducidas de almacenamiento.
• Fuerte aseguramiento de los datos.
• Mejor Rendimiento.
• Mayor Disponibilidad.
• Capacidades que mejoran la gestión de la base de datos.
• Fácil proceso de Migración.

Nuevas capacidades que favorecen el cambio: La empresa constantemente está presionada por nuevos cambios que exige el negocio, constantemente se están realizando parchado de aplicaciones, comprando nuevo hardware y/o software para mejorar el rendimiento pues cada vez la carga de trabajo aumenta, se tienen más clientes, más transacciones, más volúmenes de datos, etc. Esto lleva a que el área de IT constantemente esté testeando estas aplicaciones parchadas, hardware o software, antes de poder trasladar o adoptar dichos cambios en producción. Sin embargo, aunque se realice un testing intenso, pocos errores son detectados. La mayoría de errores son finalmente enfrentados de manera reactiva cuando se encuentra en producción, cuando se tiene la carga de trabajo real. Esto tiene como consecuencia que se realicen mantenimientos no planificados, un mal rendimiento o incluso hasta ventanas de tiempo sin servicio para poder corregir estos errores. Todos estos problemas se traducen a perdida en la inversión que se realizó para adquirir dichos cambios.

Oracle Real Application Testing combina capturas de carga de trabajo en producción para replicarla con un analizador de rendimiento SQL para ayudar a testear de manera más acercada a la realidad todos esos cambios que la empresa constantemente está haciendo para poder tener un enfoque competitivo ante el mercado. De esta manera, el tiempo de testing es reducido y se aumenta la calidad del resultado obtenido.

Necesidades reducidas de almacenamiento: En la actualidad, adquirir más capacidad de almacenamiento se ha hecho mucho más fácil y su precio ha ido disminuyendo considerablemente. Sin embargo, conforme el tiempo va avanzando la empresa cada vez necesita tener disponibles volúmenes de datos más grandes. Paralelamente a este crecimiento en datos debe de ir la escalabilidad y el rendimiento de las aplicaciones, pues mientras más volúmenes de datos se estén manejando se degrada el rendimiento.

Oracle Advanced Compression ofrece un conjunto de capacidades de compresión de datos que pueden ayudar a la empresa a enfrentar este crecimiento inevitable en los datos, de esta manera se reducirán los costos en la adquisición de almacenamiento pues lo datos ocuparán menos espacio. La compresión de datos también favorece el rendimiento, los datos serán gestionados mejor en memoria debido a que los datos están en un formato compreso, la red tendrá menos carga y se disminuirá las lecturas/escrituras. Oracle puede comprimir los datos hasta en un 75% (o más) de su tamaño original.

Fuerte aseguramiento de los datos: La empresa frecuentemente se enfrenta a la necesidad de tener los asegurados los datos que se transfieren en la red, en los respaldos que se realizan o dentro de la bases de datos como accesos no autorizados.

Oracle Advanced Security provee una solución fácil con la cual se protege toda comunicación entre la base de datos y quien la acceda, proveyendo métodos de encriptación nativas y encriptación basadas en SSL.

Oracle Database Vault controla el quién, cuándo y dónde los datos son accesados. Con esto la empresa está protegida de problemas de seguridad que frecuentemente afectan la información que se maneja, como lo son usuarios internos maliciosos o software malicioso.

Mejor rendimiento: Oracle Database 11g ha tenido avances radicales en el tema de rendimiento, gestionando mejor la memoria, los caches, la comunicación con la aplicación cliente y ha mejorado la ejecución de sentencias SQL hasta en un 25%. Los PL/SQL han sido mejorados de una manera más dramática y pueden mejorar hasta en un 50% y en java hasta 11 veces más rapido.  Oracle Real Application Cluster (RAC) también ha incorporado muchas capacidades que mejoran el rendimiento. La recaudación de estadísticas se ha hecho hasta 50% más rápida y más exacta en la información que recauda. Se ha incorporado nuevos métodos de particionamiento que buscan mejorar el acceso a los datos. La memoria ahora puede ser gestionada totalmente de manera automática tanto la memoria asignada al SGA como al PGA, aliviando el trabajo de administración que realizan los DBA’s.

Mayor Disponibilidad: La creación de ambientes de contingencia para hacer frente a los problemas que puedan producirse en la base de datos de producción se vuelve cada vez más comunes. El ambiente de continencia también proporciona el beneficio de poder aliviarle trabajo a la base de datos de producción sirviendo como ambiente para ejecutar reportería o redireccionar un subconjunto de las lecturas que la base de datos de producción realiza.

Oracle Activa Data Guard tiene la capacidad de poder crear sitios de contingencia que pueden estar sincronizando los datos mientras que puede estar abierta para lecturas y escrituras. De esta manera los datos estarán a la fecha. Esta mejora es un hibrido entre una Physical Standby y una Logical Standby que fueron incluidas en la versión 10g. En la versión 10g se presentaba el problema que una Logical Standby podía ser abierta mientras estaba sincronizando sus datos, sin embargo, no se soportaban todos los tipos de datos, en la versión 11g este problema está solucionado.

Capacidades que mejoran la gestión de la base de datos: Administrar una base de datos requiere un trabajo intenso y continuo de sus administradores, reduciendo así la eficiencia de los mismos. En Oracle Database 11g se ha tratado de realizar la mayoría de tareas automáticas, reduciendo la carga de los administradores y aumentando así su eficiencia y su calidad de trabajo.

Algunas de las características en 11g son las siguientes:

• Diagnostico de Monitoreo y diagnostico de rendimiento automático: Al realizar los diagnósticos de sistemas que están presenciando problemas de rendimiento se invierte muchas horas de trabajo intenso tratando de identificar la causa raíz. Existen muchas herramientas que ayudan al administrador proporcionándole gráficas y datos importantes, sin embargo, no dan soluciones puntuales. El Oracle Diagnostics Pack 11g  realiza un diagnostico de los eventos que actualmente están influyendo en el mal rendimiento de un sistema y proporciona recomendaciones listas para ser ejecutadas en dicho ambiente con el objetivo de reducir el tiempo que se invierte en el diagnostico.
• Afinación de sentencias SQL: Ayuda a identificar aquellas sentencias SQL que están teniendo un mal desempeño y proporciona recomendaciones para mejorarlas, como reestructuración de la sentencia, creación de vistas, índices, etc.
• Enterprise Manager Database Console: Esta herramientas está capacitada en esta nueva versión 11g con más funcionalidades las cuales tienen como objetivo reducir el trabajo del DBA. 

Fácil proceso de Migración: Oracle ha trabajado intensamente en simplificar la operación de migración, mejorando radicalmente la herramienta recomendada por excelencia: Database Upgrade Assistant (DBUA). El DBUA es una herramienta gráfica que va guiando al administrador en todo el proceso de migración, proporcionándole sugerencias, corrección de problemas, automatizando ejecución de scripts, entre otros, con el objetivo que el proceso de migración sea en su mayor parte automatizada. El DBUA tiene la capacidad de migrar bases de datos sencillas (single instance), Real Application Clusters (RAC) y Automatic Storage Management (ASM).

Sin embargo, no solo el DBUA existe para realizar migraciones. Existen otros métodos de migración, los cuales, su elección dependen de variables como: Sistema Operativo Origen, Sistema Operativo Destino, Tiempo aceptado para tener el sistema abajo, versión de Base de Datos origen, versión de base de datos destino, tamaño de la base de datos origen, entre otros.

A continuación, algunos de estos métodos adicionales:

• Exp/imp (export-import, herramientas antiguas).
• Expdp/impdp (export-import data pump)
• SQL Apply
• Manualmente
• Oracle Golden Gate
• Recovery Manager (RMAN)

Conclusión: Tener una versión actualizada de nuestra Base de Datos no solo proporciona ventajas en rendimiento, soporte, costos, manejabilidad, escalabilidad, disponibilidad, sino que también ayuda a alcanzar al enfoque competitivo que una empresa necesita para poder hacerle frente a las exigencias del mercado.

Topologías de Oracle Coherence Parte 4

Near Cache

En el artículo anterior (Parte 3: Topologia Distribuida) se trató la topología de replicación en Oracle Coherence, se vio que es una buena topología para soportar una alta tasa de escrituras pero que el rendimiento en las lecturas se ve degradado.

En este nuevo artículo se tratará la topología “Near Cache” la cual es un hibrido entre la topología de replicación y la topología distribuida teniendo como consecuencia lo mejor de ambas topologías, un buen rendimiento para lecturas y un buen rendimiento para escrituras.

La topología Near cache se divide en dos capas:

• Front Cache
• Back Cache

El Front Cache no es más que un subconjunto de elementos en cada uno de los nodos de Coherence, los cuales son accedidos localmente para realizar las solicitudes de lectura. De esta manera se alcanza una latencia nula (ventaja de topología de replicación).

El Back Cache se encarga de recibir todas las solicitudes de escritura tal como se realiza en la topología distribuida. Por medio de una clave hash se localiza el nodo que aloja el objeto y se realiza la escritura en ese nodo.

Entonces, toda solicitud de escritura es enviada directamente al Back Cache y toda solicitud de lectura es realizada por el Front Cache. La capa que tiene los objetos verdaderos es la Capa distribuida (Back Cache), por lo tanto, el Front Cache no es más que una imagen de lo que se tiene en el Back Cache con el único objetivo de hacer las lecturas locales y alcanzar una latencia nula. Acá existe un problema, el Front Cache puede tener objetos “caducados”. Para solucionar este problema la topología Near Cache proporciona las siguientes formas de desalojar objetos en el Front Cache:

• None
• Present
• All
• Auto

Método de desalojo de objetos NONE: No desaloja los objetos en el Front Cache. En algunas aplicaciones no es tan importante que los objetos muestren información a la fecha, puede tolerarse cierto retraso en los datos. La ventaja de este método es que no implica ninguna carga adicional en la red para poder mantener los datos a la fecha. No existe comunicación para sincronización entre  Front Cache – Back Cache. Sin embargo, no siempre se puede querer tener los datos atrasados por siempre, entonces quizás se deba usar alguna estrategia de expiración basado en tiempo.

Metodo de desalojo de objetos PRESENT: Este método realiza el desalojo de los objetos por medio de “listeners” los cuales son los encargados de monitorear los cambios realizados en el Back Cache y sincronizarlos hacia el Front Cache. Se deben crear tantos listener como objetos se tengan en el Front Cache. Es decir, para cada objeto en el Front Cache se debe crear un listener. Cuando un objeto es modificado en el Back Cache el listener es el encargado de desalojar el objeto caducado en el Front Cache y situar la nueva imagen de dicho objeto, esta sincronización es realizada de manera asíncrona, de tal manera que entre la modificación del objeto en el Back Cache hasta la modificación del objeto en el Front Cache existe un tiempo mínimo en el que el objeto aun sigue estando caducado. Por lo común este tiempo mínimo es aceptado, sin embargo, si se desea necesariamente tener los objetos en el Front Cache totalmente a la fecha se puede incurrir explícitamente en un bloqueo del objeto mientras el listener actualiza la imagen en el Front Cache. Por supuesto que la sincronización entre el Back Cache y el Front Cache generará más tráfico en la red por lo que esta es una de las desventajas de esta topología.

Método de desalojo de objetos ALL: Este método es muy parecido al método PRESENT, la diferencia radica en que en el método PRESENT se tiene que crear un listener por cada objeto situado en el Front Cache, mientras que en el método ALL se crea un solo listener. La ventaja de esto es que el número de ciclos de CPU se reducirán debido a que solo hay un listener procesando información, la desventaja es que el tráfico en la red se aumentará y quizás hasta se vean encolamientos debido a que solo existe un listener atendiendo las notificaciones de cambios en los objetos situados en el Back Cache. Por lo regular los ambientes que tienen más alta tasa de lecturas que de escrituras y están utilizando la topología Near Cache se deciden utilizar el método de desalojo PRESENT, pero si al contrario, se tiene una tasa de escrituras más alta a la de lecturas suelen utilizar el método ALL  para desalojar objetos caducados.

Método de desalojo de objetos AUTO: Este método realiza cambios automáticamente entre el método PRESENT y el método ALL basándose en estadísticas de las transacciones realizadas en cada una de las capas (Front Cache y Back Cache). La estrategia default de la topología Near Cache es AUTO, sin embargo, este método no necesariamente realiza un adecuado cambio entre los métodos PRESENT Y ALL  pues se basa en sus propias estadísticas, por lo que se aconseja establecer el método de manera explícita entre el PRESENT Y ALL, o usar NONE si es aceptable que las aplicaciones muestren datos que no estén necesariamente a la fecha.

En la siguiente imagen se realiza una operación de escritura del objeto D desde el nodo 1 de Coherence, este objeto es delegado directamente al Back Cache, el cual a su vez localiza que el objeto está alojado en el nodo 4 y su respectivo backup es alojado en el nodo 3. El Back Cache realiza pues la escritura del objeto en el nodo 4 y su respectivo backup en el nodo 3.

En la siguiente imagen se realiza una operación de lectura del objeto B, esta operación es realizada por el Front Cache, el cual  sabe que tiene que ir a traer la imagen más reciente del  objeto pues se encuentra caducada, dicha imagen es traída desde el nodo 2. También se realiza una lectura del objeto C la cual se realiza de manera local logrando una latencia nula.

CONCLUSION: Esta topología contiene las ventajas que proporciona la tecnología distribuida y la tecnología replicada, sin embargo, la desventaja es que se debe incurrir en un procesamiento adicional que es dado por el método de desalojo que se utilice. Es necesario también realizar un análisis previo para poder determinar el método de desalojo, pues si se tiene un método de desalojo no adecuado puede tener como consecuencia un mal rendimiento u objetos no desalojados adecuadamente.

Hasta aqui doy por finalizado el articulo de Topologias de Oracle Coherence, a continuación un link de cada uno de las partes conforman el articulo:

Parte 1: Introducción

Parte 2: Topología de Replicación

Parte 3: Topología Distribuida

Parte 4: Topologia Near Cache

Articulo Completo listo para descargarse en el siguiente link: https://www.dropbox.com/s/7dv1aom6u1lzqan/Topologias%20de%20Coherence.pdf