Ana Isabel Rivera Matías Técnico Especialista en Information Management 22/03/2011 Tecnología de Bases de Datos en IBM. Historia de una evolución.
Agenda Importancia de las bases de datos. Evolución de la Tecnología de Bases de Datos en IBM. Tecnología de Bases de Datos en IBM. Portfolio INFORMIX SolidDB DB2 2
El mundo está cambiando RETOS Los presupuestos de IT se mantienen o incluso descienden. El volumen de los datos crece exponencialmente. Aumenta el coste del mantenimiento de los datos. Disponibilidad todo el día todos los días del año. SOLUCIONES Si el gestor de bases de datos es eficiente la manera de gestionar los datos y nuestro negocio será eficiente. La tecnología de bases de datos de IBM evoluciona para dar respuesta a los problemas que cada momento demanda. Cómo respuesta al crecimiento exponencial de la información necesitamos un nuevo tipo de inteligencia 3
Tecnología de Bases de Datos de IBM : Evolución. 1970 IBM: Codd: Bases de Datos Relacionales 1983 DB2 v1 2001 Informix forma parte de IBM 2002 Capacidades de gestión automáticas 2008 Bases de datos en 2007 memoria Servidor de bases de datos híbrido: Relacional y XML 2009 DB2 9.7 Compatibilidad con Oracle 2010 DB2 purescale 1968 Bases de Datos jerárquicas 4
5 Tecnología de bases de datos de IBM: Disminución de costes y mejora del nivel de servicio. Informix: Gestor optimizado para alta disponibilidad y mantenimiento con administración sencilla y automática. Innovación y continua evolución soliddb: Base de Datos en memoria. Optimizada para mejorar el rendimiento. Database Innovations DB2: Lower Operational Costs Gestor optimizado para disminuir costes de administración, almacenamiento, desarrollo y hardware, consiguiendo el mejor rendimiento posible. IMS: Gestor jerárquico optimizado para cargas de trabajo OLTP, que requieren altos niveles de rendimiento, escalabilidad y robustez. 5
IBM Informix Dynamic Server (IDS). Informix 11.7 Seguro Seguro Flexible /Ágil /Ágil Invisible Informix Flexible Grid. Simplifica la gestión del grid con tiempo de parada cero. Mejoras en la gestión del warehouse. Mayor velocidad en análisis de datos. Mejoras en rendimiento. Mejoras en desarrollo de aplicaciones. TimeSeries. Mejoras en autonomía. 6
INFORMIX: Administración sencilla y escalable. Remote Administration Administración centralizada y gráfica con OpenAdmin Tool Administración de múltiples servidores remotos mediante acceso web 7
8 IBM soliddb Base de Datos en Memoria para obtener un rendimiento extraordinario. Base de Datos en memoria stand-alone Cache para mejorar el rendimiento de otras bases de datos relacionales App App App Universal Cache Velocidad: Tiempos Tiempos de de respuesta respuesta de de ms. ms. Flexible Robusto Selected Customers 8
DB2 : Reducción de Costes Reducción de de costes costes Seguridad Facilidad de de uso uso Finalmente terminamos escogiendo DB2 por varias razones. Una fue confiabilidad, la segunda fue el rendimiento y quizás el factor mas importante fue la facilidad de uso Bashir Khan, Director of Data Management and Business Intelligence 9
DB2 9.7. Reducción de costes. Compresión de datos Hemos observado tasas de compresión de hasta 83% en tablas del data warehouse. La proyección de los ahorros en costes es de mas de $2 millones inicialmente con un ahorro consecuente de $500,000 por año Michael Henson, SunTrust Bank, Inc. Compresión a nivel de Tabla Índices Tablas Temporales. Menor coste de almacenamiento Ahorre 30% en costes de almacenamiento comparado con Oracle Database Mejor rendimiento Incremento del BufferPool HitRatio, disminuyendo el I/O, y mejorando el rendimiento. Menos almacenamiento implica backups y recuperaciones mas rápidos 1.5 Times Better 3.3 Times Better DB2 9 2.0 Times Better Other 8.7 Times Better 10
80 90 10 20 30 40 50 60 70 80 Beneficios de la compresión de datos en Rendimiento. No Compression (vmstat output) Row Compression (vmstat output) 100% Menos espera por I/O 100% cpu % 80% 60% 40% 20% idle iow ait sys usr cpu % 80% 60% 40% 20% idle iow ait sys usr 0% 0% 0 10 20 30 40 50 60 70 0 seconds seconds 50% más rápido con compresión Row Compression No Compression 11
DB2. Rendimiento TPC-C C performance leadership SAP SD performance leadership SPECjEnterprise2010 Performance leadership DAYS DAYS DAYS IBM IBM IBM Source: IBM-maintained records of performance benchmark leadership. TPC-C and SAP 3-Tier SD leadership days are up to and including 22 Feb 2010. SPECjEnterprise2010 up to 05 Mar 2010. 12
DB2: Reducción de costes /Seguridad/Rendimiento Seguridad en la gestión de acceso a los datos : LABEL BASED ACCESS CONTROL Gestion de las cargas de trabajo para cumplir el nivel de servicio: WORKLOAD MANAGER Funcionalidades autónomas. Gestión autónoma y dinámica de la memoria: STMM Gestión autónoma y dinámica del almacenamiento en la base de datos: AUTOMATIC STORAGE. Gestor de Base de Datos Híbrido: XML Alta Disponibilidad + Disaster Recovery : HADR : Lecturas en la base de datos standby Funcionalidades para que las bases de datos den a nuestro negocio: AUTONOMÍA/SEGURIDAD / RENDIMIENTO : REDUCCIÓN DE COSTES. 13
DB2 purescale. Alta disponibilidad Activo/Activo Capacidad virtualmente ilimitada Añadir capacidad a medida que se necesita. Transparencia para las aplicaciones. Disminuye el riesgo y el coste de los cambios de aplicativo. Disponibilidad contínua. Acceso ininterrumpido a los datos. 14
DB2 purescale. Escalabilidad Real 128 Members 84% Scalability 112 Members 89% Scalability 2, 4 and 8 Members Over 95% Scalability 64 Members 95% Scalability 88 Members 90% Scalability 16 Members Over 95% Scalability 32 Members Over 95% Scalability 15 Validation testing includes capabilities to be available in future releases.
DB2. Compatibilidad con Oracle DB2 incluye compilador PL/SQL Nuevas funcionalidades en SQL, procedimientos almacenados y triggers SET SQLCOMPAT DB2 DB2 Server SQL PL DB2 Compiler DB2 Engine PL/SQL PL/SQL Compiler SET SQLCOMPAT PLSQL 16
DB2 Compatibilidad con Oracle. Facilidad. Oracle SQL SQL*Plus scripts PL/SQL Packages Concurrencia Java Oracle PureScale RAC Herramienta Automática Migración Oracle Forms 17
DB2 Compatibilidad con Oracle. Cómo realizar la migración. Nuestra metodología. Trabajando mano a mano con su equipo. Fase 1 Evaluación Complejidad de la migración de las bases de datos, estimación del esfuerzo, informe del estudio, plan de acción. Fase 2 Migración de las bases de datos Conversión y despliegue de objetos (DDLs, PL/SQL, ). Migración de los datos (tests, best practices). Ajuste de las bases de datos (compression, autonomics). Fase 3 Migración de las applicaciones Ajuste del código, test de funcionalidad. Fase 4 Tests y despliegue final Revisión, optimización, validación del método de paso a producción. 18
Equipo muiltidisciplinar para dar soporte en las migraciones. Information Management Technology Ecosystem Worldwide 350+ Experts IMTE : Experiencia en migraciones Metodología de implementación. 19
Por qué migrar a DB2? Hay muchas razones. Mejor rendimiento con menos Hardware Menores costes de almacenamiento Menores costes de administración Menores costes de Licencias y Mantenimiento Licenciamiento flexible para entornos virtuales o subcapacidad. Facilidad en las migraciones con Compatibilidad PL/SQL 20
21