R E S U M E N E J E C U T I V O. Patrocinado por: Sybase. Diciembre de 2011

Transcripción

1 Casa central: 5 Speen Street Framingham, MA EE.UU. P F I N F O R M E T ÉC N I C O C óm o c a l c u l a r e l v e r d a d e r o c o s t o d e p r o p i e d a d d e u n R D B M S y c óm o s e p o s i c i o n a S y b a s e A S E : G u ía p a r a l o s u s u a r i o s d e S A P B u s i n e s s S u i t e Patrocinado por: Sybase Carl W. Olofson Diciembre de 2011 Randy Perry R E S U M E N E J E C U T I V O Los sistemas de gestión de bases de datos relacionales (RDBMS) son sistemas de software que gestionan bases de datos como conjuntos estructurados de tablas con filas y columnas que se referencian entre sípor medio de valores clave. Estos permiten optimizar el almacenamiento, procesar transacciones, realizar consultas y preservar la integridad de las estructuras de datos. Cuando se utilizan con aplicaciones, son el corazón de la colección de funciones de negocios que son soportadas por esas aplicaciones. Ellos varían considerablemente en función de los factores que influyen en el costo total de ejecución de una aplicación para bases de datos. Sin embargo, los usuarios rara vez realizan un procedimiento disciplinado para calcular tales costos. La mayoría de usuarios opta por permanecer con el RDBMS de un único proveedor sin cuestionar los costos continuos de hardware, software y personal. Las siguientes conclusiones con respecto a los costos reales de las bases de datos se desprenden de la investigación realizada para este documento: Los usuarios de organizaciones deben revisar periódicamente el costo total de propiedad (TCO) de sus aplicaciones de bases de datos más importantes, incluyendo hardware, software y el tiempo del personal, al igual que los costos de oportunidad que se derivan de la falta de flexibilidad y el desempeño ineficiente. Los usuarios de organizaciones deben investigar sobre alternativas de productos RDBMS y considerar cómo la migración de sus datos hacia aplicaciones de bases de datos que se ejecutan en estos productos podrían reducir esos costos. Cualquier lista de productos RDBMS alternativos, especialmente si la aplicación de bases de datos es SAP Business Suite, debe incluir la aplicación de planificación de recursos empresariales (ERP) de SAP y una colección de varias aplicaciones Sybase ASE. De acuerdo con las experiencias reales de los clientes de Sybase ASE, cuyas bases de datos de TCO se analizaron para este documento, los costos totales de RDBMS Sybase resultaron ser 28% menores que los costos totales de otros RDBMS que estas empresas utilizaban.

2 M E T O D O L O G ÍA IDC identificó, filtró y calificó múltiples organizaciones de usuarios finales y utilizó sus experiencias como modelo representativo de los costos totales de compra, implementación y gestión de una variedad de plataformas RDBMS para un período de cinco años. Este análisis implicó la capturar de las características operativas para cada entorno, incluyendo el tamaño y la naturaleza de las implementaciones; los costos de mantenimiento y soporte para los RDBMS; la frecuencia de los problemas del sistema y de usuario final; las interrupciones del sistema; llamadas a la ayuda de escritorio; y el tiempo que invierten los profesionales de TI en asistir directamente a los usuarios finales dentro de la organización. La información está representada en términos de los costos por cada 100 usuarios de las aplicaciones soportadas por las bases de datos, para que organizaciones de diferentes tamaños puedan escalar los resultados y que estos se ajusten a cada situación particular. Esta información es utilizada para informar al lector sobre los costos reales de usar Sybase ASE en entornos críticos. E s t u d i o d e d a t o s d e m o g r á f i c o s IDC realizó entrevistas detalladas con 12 organizaciones para obtener información estratégica sobre los costos reales asociados con la implementación de Sybase ASE comparada con otros productos RDBMS. La Tabla 1 destaca la información demográfica de las organizaciones entrevistadas y analizadas durante el desarrollo del estudio que se presenta en este documento. Según muestra la Tabla 1, los clientes comerciales entrevistados pertenecían, en promedio, al grupo de grandes organizaciones con más de empleados provenientes de una variedad de sectores industriales. T A B L A 1 D a t o s d e m o g r á f i c o s Empleados Personal de TI Proveedores de bases de datos 3 Administradores de RDBMS 26 Regiones América del Norte; Europa, Oriente Medio y África (EMEA) Industrias Servicios Financieros, Bancos, Salud, Seguros y Manufactura Fuente: IDC, Octubre de 2011 Seis de las 12 organizaciones entrevistadas ejecutaban RDBMS de múltiples proveedores para dar soporte al mismo tipo de aplicación; esto permitió que IDC 2 # IDC

3 comparar dos RDBMS al interior de una misma organización. La ventaja de utilizar este tipo de comparación es que elimina las variaciones entre prácticas informáticas que ocurren cuando se comparan dos empresas distintas. La organización típica implementaba RDBMS de tres proveedores distintos (siete proveedores diferentes están representados en el estudio); soportando aplicaciones de cuatro de los seis grupos más importantes. Muchas de ellas ejecutaban aplicaciones verticales de gran volumen de transacciones y propias de cada sector, tales como las aplicaciones para operaciones de comercio. La base de datos promedio es de 366GB y se ejecuta en un servidor con usuarios concurrentes. E N E S T E D O C U M E N T O Este documento describe cómo la mayoría de las organizaciones que son usuarios fallan al considerar o ni siquiera reconocen, los factores clave de costos cuando continuamente deben pagar por los costos de sus aplicaciones de bases de datos empresariales. También, expone los factores involucrados en el cálculo del TCO de un RDBMS en relación con una aplicación para base de datos de una empresa según la metodología establecida y la experiencia de IDC al realizar estos cálculos. Se consideraron algunas de las características de Sybase ASE que mitigan los costos asociados con las bases de datos, y proporciona detalles sobre los análisis del TCO de algunos usuarios de Sybase ASE. El lector debería aprender sobre los problemas asociados con los costos de las aplicaciones para bases de datos, cómo calcular esos costos, y un enfoque útil para la gestión de esos costos en el futuro. D E S C R I P C I Ó N D E L A S I T U A C I Ó N La mayoría de los usuarios de las herramientas de planificación de recursos empresariales (ERP) siguen la recomendación del proveedor, en combinación con el conocimiento y la experiencia de su propio personal para escoger un RDBMS e implementarlo. En la medida que pasa el tiempo, esta configuración se revisa muy poco, ya que se cree que convertir los datos de las aplicaciones de un RDBMS a otro es demasiado complicada y costosa; pero, realmente lo es? E l p r o b l e m a : D e m a s i a d o g a s t o p a r a u n R D B M S A menudo, la elección de un RDBMS se basa en tres criterios: las funcionalidades básicas, los cargos de licencia y la experiencia del personal. La reputación del proveedor o la opinión que el personal tiene del proveedor también puede influenciar la elección. La mayoría de los productos RDBMS comparten las funcionalidades básicas; por lo cual, la elección se fundamenta sobre el costo y la preferencia del personal. Por supuesto, existen otros factores. Qué cantidad de recursos del sistema es requerido por el RDBMS para el trabajo que hay que realizar en términos de sistemas y almacenamiento? Cuánto tiempo del personal se precisa para administrar la base de datos y optimizar el uso de los recursos (almacenamiento)? Este último factor por lo general es subestimado. Si no se comprenden los costos, tanto obvios como ocultos, inevitablemente el gasto será excesivo IDC #

4 Errores comunes a la hora de evaluar los costos de RDBMS Con frecuencia, los usuarios tienen poca idea de cuánta capacidad de sistema y almacenamiento necesitan; por lo que tienden a exagerar el aprovisionamiento para estar seguros. Esta situación nos puede inducir a invertir demasiado tiempo del personal dedicado a la gestión de estos recursos. También puede ocurrir que el personal no conozca o sepa aprovechar, algunas características de un RDBMS que podrían ahorrar tanto recursos como tiempo del personal. Tales características incluyen compresibilidad, capacidad de autogestión, herramientas avanzadas de optimización, gestión de buffering, entre otras. No aprovechar estas características u optar por un RDBMS que no las presenta o no las soporta de manera adecuada, puede resultar en una base de datos que demanda más poder de procesamiento, más memoria principal y más espacio de almacenamiento del que debería. Cuando estos recursos no son aprovechados se puede caer en aplicaciones que no se desempeñan como deberían o aplicaciones que requieren esfuerzo adicional para adaptarse a las cambiantes necesidades del negocio y mantenerse disponibles. El bajo rendimiento, la falta de disponibilidad y la falta de flexibilidad en el funcionamiento de una aplicación de base de datos puede interferir con la capacidad de una empresa para ejecutar con éxito. También es factible que el RDBMS requiera demasiado tiempo de personal para su administración y el tiempo del personal es muy valioso, pues un equipo ágil puede ajustar las operaciones de TI más fácilmente para satisfacer mejor las necesidades de negocio de la empresa. La trampa del está ndar corporativo Con frecuencia, cuando se busca un RDBMS para poyar una aplicación de negocios nueva, el departamento de TI no considera ningún producto que no sea "estándar" en esa categoría. Esto es desafortunado, ya que los RDBMS evolucionan con el tiempo y no todos son el sistema más adecuado para todas las aplicaciones. En este sentido, el "estándar" puede estar establecido por decisiones políticas arbitrarias, como una licencia empresarial o una ubicación, en lugar de hacerlo por los méritos del producto para una tarea en particular. En ocasiones establecer un estándar de esta forma puede parecer un ahorro de dinero para el negocio porque la estructura de costos de una licencia es ventajosa. Sin embargo, cuando todos los factores de costos involucrados en la ejecución de cada instancia de base de datos se suman, la empresa puede no estar ahorrando nada de dinero; de hecho, es posible que el "estándar" le cueste más de lo que le ahorra. "Ahora somos cautivos Qué podemos hacer?" Se han planteado diferentes objeciones a la idea de mover una aplicación de un RDBMS a otro. Una de ellas tiene que ver con el conocimiento y la capacitación del personal existente. Se cree que la experiencia en la ejecución de un RDBMS es tan especializada que un equipo administrador de bases de datos (DBA) familiarizado con un RDBMS nunca podría asistir en el uso de otro, lo cual por lo general no es verdad. Las bases de datos de ERP requieren poco ajuste detallado, ya que se autogestionan. Esto deja otros factores que consumen tiempo del personal, como la asignación (y reasignación) de datos en el almacenamiento por espacio de tabla o partición, la definición y reconstrucción de los índices y los datos de la reorganización, por lo general a través de operaciones de descarga y recarga. Estas 4 # IDC

5 actividades son bastante comunes para todos los RDBMS, y cualquier DBA competente entiende cómo realizarlas. Otra objeción sugiere que la aplicación tendría que ser cambiada, lo cual podría ser cierto para aplicaciones de desarrollo interno que usan características especiales del RDBMS, incluidos los procedimientos almacenados. No obstante, la mayoría de las aplicaciones comerciales están diseñadas para ser RDBMS neutro y asípoder ser ejecutadas en cualquiera RDBMS para el que estén certificadas. Esto significa que la aplicación no necesita ningún cambio para pasar de un RDBMS a otro. Una tercera objeción tiene que ver con la conversión de datos, pero una vez más, las aplicaciones comerciales tienden a evitar los tipos de datos no estándar que requieren soporte especial para un RDBMS u otro. Para ellos, la conversión de datos es un proceso bastante sencillo. Un cuarto tema es que el personal de DBA ya haya ajustado la base de datos y la aplicación SQL asociada (especialmente las consultas) que se ejecuta en un RDBMS; transferirla significaría ajustar la base de datos y su SQL asociado, usando distintos criterios para lograr el máximo rendimiento. Esto es aceptable; pero si las opciones de ajuste y la eficiencia general del RDBMS de destino prueban ser superiores a las del actual, no vale la pena capacitar al personal y reajustarlo para aprovechar estas ventajas? Estar "cautivo" es un tema serio cuando se trata de aplicaciones personalizadas que usan todas las características especiales de un RDBMS. No es de consideración si se analiza la migración de una aplicación comercial. SAP y las opciones de migració n de datos Para SAP y su SAP Business Suite, esta preocupación es aún menos significativa que para otras aplicaciones comerciales. Esto se debe a que SAP administra los datos con mecanismos internos que son ajenos al RDBMS. Por este motivo, se pueden transferir datos de un RDBMS a otro con un mínimo esfuerzo; incluso los ajustes para el rendimiento del almacenamiento son simples en comparación con los que requieren otras aplicaciones comerciales. L a s o l u c i ó n : C ó m o c a l c u l a r e l T C O v e r d a d e r o d e u n R D B M S y e s t i m a r e l R O I Cuando se considera el TCO, la mayoría de las personas se detienen en el costo inicial de adquisición más el costo estimado de personal. Esta es sólo la punta del iceberg. Un cálculo apropiado debe hacerse por un período de cinco años, teniendo en cuenta el aumento en la cantidad de datos, el crecimiento en el uso de las aplicaciones, la depreciación y remplazo del hardware, asícomo los costos continuos de personal asociados con las tareas rutinarias, como mantenimiento y ajuste de la base de datos. Licencia de software y mantenimiento A menos que tenga un negocio estático, sus costos iniciales de licencias y mantenimiento no se mantendrán estables a lo largo de cinco años, van a crecer. La mayoría de los proveedores de RDBMS cobran por las licencias, ya sea por usuario nominal o por procesador. En la medida que la demanda crezca, una u otra de estas métricas también crecerá; lo cual significa un aumento en los costos por licencia al 2011 IDC #

6 proveedor de software. También significa que el costo por mantenimiento, que se calcula como un porcentaje del costo de la licencia, también aumentará. Tener en claro esta tasa de crecimiento es clave para comprender este factor de costos. En nuestro estudio, los costos por licencia de Sybase ASE eran un 31% menos que los de los productos de otros proveedores, con un promedio de USD cada 100 usuarios para un periodo de cinco años. Servidores, almacenamiento, energía y espacio físico En la medida que su sistema crezca necesitará más recursos. El crecimiento en la cantidad de datos genera crecimiento en el almacenamiento. Las demandas de los usuarios provocan el crecimiento de los servidores y, a veces, el crecimiento de los datos hace que las computadoras tengan que trabajar más para realizar las mismas operaciones; con lo cual el crecimiento de los datos lleva también al crecimiento del servidor. El crecimiento de estos sistemas de hardware genera una mayor demanda por espacio físico y energía (para ellos y para el sistema de aire acondicionado). Aunque los costos de procesadores, memoria y almacenamiento están bajando y los procesadores aumentan su potencia, la mayoría de las empresas están expandiendo sus sistemas fuera de la proporción de esos factores. Es decir, están experimentando aumentos netos en los sistemas físicos y en la demanda de energía y espacio físico. Las organizaciones que participaron en este estudio están experimentando un crecimiento anual de datos del 44%.Una clave para mantener estos costos crecientes bajo control es comprender la cantidad de recursos que requerirá su RDBMS en términos de potencia de procesamiento y capacidad de almacenamiento en la medida que la cantidad de datos y las demandas de los usuarios aumentan. Los RDBMS varían en este sentido de acuerdo con la eficiencia en el procesamiento, la compresión de datos y otros factores. Las instalaciones Sybase RDBMS ASE resultaron más eficientes que las de otros sistemas, ya que requieren un 24% menos de capacidad de almacenamiento y se ejecutan con un 29% menos de potencia de procesador. Los costos totales en hardware promediaron los USD por cada 100 usuarios en cinco años. Las organizaciones que participaron en este estudio notaron las ventajas de los costos de hardware de Sybase ASE y están aumentando el uso de Sybase con relación a sus otras plataformas RDBMS. En un plazo de cinco años, con el crecimiento de las bases de datos de estas empresas, Sybase será responsable por una capacidad de base de datos relativamente mayor, pero gracias a su gran eficiencia también será responsable por costos totales menores. El impacto de aumentar la confianza en Sybase ASE hace que se reduzcan los costos promedio de hardware por TB de USD a USD en un lapso de cinco años, lo cual le genera a cada empresa un ahorro de USD (ver Figura 1). 6 # IDC

7 % Costos de hardware por TB (USD) F I G U R A 1 M a y o r a h o r r o e n h a r d w a r e c o n S y b a s e A S E % de TB administrado por Sybase 22,000 21,500 21,000 20,500 20,000 Costos promedio de hardware por TB Fuente: IDC, Octubre de 2011 La Figura 1 muestra que en la medida que la cantidad de datos administrados por Sybase ASE aumenta, el costo por TB disminuye como consecuencia de las eficiencias de ASE en el procesamiento y la compresión de datos, entre otros factores. DBA y demá s personal. Los sistemas están aumentando su complejidad, lo cual implica un aumento en la cantidad de personal necesario para administrarlos. Cuando el RDBMS necesita más servidores y capacidad de almacenamiento, se involucra un mayor número de personal para la gestión de estos recursos, y aumenta el uso que la base de datos hace de ellos. Estos también varían de acuerdo con el nivel de eficiencia y autogestión del RDBMS. Los costos de personal usualmente son subestimados, con lo cual la mayoría de las empresas tienen mucho menos personal dedicado a las actividades esenciales y sin tiempo para realizar tareas de alto valor que permitirían que la aplicación sirviera mejor para las necesidades del negocio. La asignación de personal de TI es de lejos el factor de costos más alto asociado con las operaciones de un RDBMS, con un promedio de USD cada 100 usuarios en cinco años. Sybase ASE requirió un 27% menos de personal de TI en general. La Figura 2 muestra la comparación de Sybase ASE con otros RDBMS en términos de personal de TI por actividad IDC #

8 F I G U R A 2 A h o r r o d e t i e m p o d e l p e r s o n a l d e T I c o n S y b a s e A S E v s. O t r o s R D B M S Ajuste de rendimiento de RDBMS Configuración de la base de datos Mantenimiento / parcheo / actualización de la base de datos Archivo de datos Recuperación de datos Población / migración / prueba de datos Software de análisis de tiempo de ejecución 20 Prueba de software 17 Gestión de almacenamiento Plan de desastres y recuperación Prueba de regresión Diseño de arquitectura de datos y modelamiento Arquitectura de software y diseño 8 Codificación / implementación / construcción de software (% de ahorro) Fuente: IDC, Octubre de 2011 Adicional a la reducción de costos de personal de gestión, los DBA de Sybase requirieron un 23% menos de horas de capacitación. Valor empresarial y costos de oportunidad Es importante comprender qué papel juega la aplicación en el éxito de la empresa. Cuál es el valor de sus operaciones? Cuál es el impacto sobre los negocios cuando no está disponible o cuando funciona lento? Podría perder clientes? Se podrían ver afectadas las ventas? Es posible que quienes toman las decisiones no tuvieran la información necesaria para tomar decisiones a tiempo? 8 # IDC

9 Si la aplicación corriera más rápido o si pudiera adaptarse más fácilmente a las cambiantes condiciones de los negocios, Podría usted hacer más negocios? Cuántos más? Qué le representaría? Tal vez, mayor eficiencia operativa. Cuánto podría ahorrar? En este análisis, IDC midió el impacto de un RDBMS en el rendimiento de las aplicaciones en función del tiempo de lanzamiento de nuevas aplicaciones (tiempo de llegada al mercado) y el tiempo de inactividad (confiabilidad). Medimos el tiempo de inactividad como las horas que los usuarios de una aplicación no pueden acceder a ella. Para los usuarios internos, el costo se mide como pérdida en la productividad. El valor de la productividad perdida por usuario está en función de las horas perdidas multiplicadas por el salario por hora, multiplicado por un factor de productividad (para este estudio de 50%). Dado que los usuarios son aun parcialmente productivos. Las organizaciones con un RDBMS Sybase sufrieron 3,8 horas de inactividad por año por usuario, comparadas con las 7,2 horas que sufrieron otros RDBMS (ver Tabla 2). Para los usuarios externos, el costo se mide como pérdida de ingresos. Siete de las empresas que participan de este estudio sufrieron pérdidas en sus ingresos, con un promedio de USD a USD 2,5 millones por hora, por tiempo de inactividad. Sybase ASE presentó menos tiempo de inactividad para las aplicaciones de uso externo, lo que representa ingresos anuales adicionales por USD 6,6 millones. Para combinar los ahorros de primera línea de estos ingresos con los ahorros en los costos de última línea, IDC reconoce solo las ganancias operativas con un margen de ganancias estándar (muy conservador) del 10%. Aquínos concentramos en el efecto de la inactividad en aplicaciones de uso interno exclusivamente. Si incluimos las aplicaciones externas se sumarían otros USD cada 100 usuarios por concepto de ganancia operativa anual, lo cual reduciría aun más los costos totales de Sybase ASE. T A B L A 2 C o s t o d e l a i n a c t i v i d a d d e l o s R D B M S Sybase ASE Otros RDBMS Ahorros % Incidentes de inactividad por mes 0,58 0,97 0,39 41 MTTR (horas) 0,54 0,61 0,07 12 Horas por año que cada usuario pierde por inactividad no planificada 3,75 7,17 3,45 48 Total de horas de inactividad no planificada por año cada 100 usuarios 95,76 155,72 59,97 39 Costos anuales por inactividad cada 100 usuarios: productividad de usuarios finales ($) Fuente: IDC, Octubre de IDC #

10 ($) En promedio, las organizaciones que usan RDBMS Sybase logran desarrollar e implementar una aplicación en 16 días; otros RDBMS tardan 23. El 75% de las empresas usan Sybase para sus aplicaciones muy personalizadas, mientras que menos de la mitad usan otros RDBMS. Proyecció n de los costos totales en cinco añ os Los varios factores de costos asociados con la implementación y operación de una base de datos (asícomo su aporte al costo total) en cinco años son los siguientes: Hardware: servidor y almacenamiento: 16% Licencia del software: 5% Personal de TI (administrador de RDBMS, soporte a servidores, mesa de ayuda para base de datos y capacitación): 75% Tiempo de inactividad productividad perdida: 4% En cinco años, los costos totales de implementar Sybase ASE promediaron los USD cada 100 usuarios o USD por TB (costos totales divididos por el tamaño de una base de datos promedio de 240GB multiplicado por el número total de bases de datos Sybase ASE) (ver Figura 3). F I G U R A 3 C o s t o t o t a l d e S y b a s e A S E e n c i n c o a ñ o s c a d a u s u a r i o s y b a s e d e d a t o s d e G B Total = $339, , , ,000 33,751 22,142 17, , , , ,862 50, ,260 Hardware servers servidores Hardware storage almacenamiento Software IT Personal staffingde TI Downtime Tiempo de inactividad Fuente: IDC, Octubre de # IDC

11 En promedio, los participantes de este estudio estimaron que el costo total de un Sybase ASE es un 28% inferior al de otro RDBMS que estén usando; lo cual les ahorrará alrededor de USD cada 100 usuarios en cinco años (ver Figura 4). F I G U R A 4 A h o r r o d e S y b a s e A S E e n c i n c o a ñ o s c a d a u s u a r i o s Hardware servidores 29 Hardware almacenamiento 24 Software 31 Personal de TI 26 Tiempo de inactividad 39 Total (% ahorro comparado con otros RDBMS) Cinco años cada 100 usuarios = $128,580 Fuente: IDC, Octubre de 2011 Sybase ASE 15.7 contiene una serie de características que ayudan a controlar los costos, haciendo del sistema un usuario mezquino de los recursos de hardware. Esto facilita la optimización de las operaciones con un mínimo de tiempo del personal, ofreciendo mantenimiento que se amplía por el contacto directo con los recursos de soporte de Sybase. Algunos de las características principales son: Funcionalidades de gestión que automatizan la mayoría de las funciones que los DBA cumplían manualmente. Capacidades de autogestión que permiten que la base de datos se optimice sin intervención del personal cuando tiene que enfrentar situaciones comunes. Compresión integral de datos lo cual reduce dramáticamente la huella de almacenamiento de la base de datos al tiempo que acelera su operación (ya que hay menos datos crudos que administrar). Almacenamiento de bloques de objetos grandes (LOBs) en filas en lugar de hacerlo por separado con un requerimiento de almacenamiento especial, optimícenlo que permite que se optimice el almacenamiento y la recuperación de datos. Materialización diferida, que evitan el uso de espacio de almacenamiento por tablas vacías. Ejecución in-situ de las operaciones, para no utilizar espacio 2011 IDC #

12 temporal de almacenamiento en esas operaciones, ahorrar espacio en el disco y evitar el sobre-abastecimiento de almacenamiento. Un servicio que puede entregar datos de diagnóstico directamente al personal de soporte de Sybase para permitir un soporte mucho más eficiente y reducir el requerimiento de experiencia local en DBA. Objetos de política abstractos que permiten que la seguridad se defina y administre a nivel de un grupo (por ejemplo a nivel de rol o de un departamento) en lugar de realizarlo a nivel de usuario individual, reduciendo significativamente el tiempo de gestión de la seguridad de DBA. Soporte explicito para estructuras requerido por las aplicaciones de SAP. Observaciones y experiencias de clientes Inst itució n p restam ista para empren dimient os habitaci onales autori zad a po r el go bie r no Esta institución de crédito presta dinero a otras instituciones prestamistas que financian desarrollos habitacionales y de infraestructura. Emplea a 100 personas en su centro de datos y utiliza Sybase ASE como RDBMS central, para las aplicaciones internas que administran el procesamiento de préstamos. Es una base de datos pequeña pero compleja, administrada por un solo DBA. La institución usa otros RDBMS para algunas funciones, pero prefiere Sybase debido a los bajos costos de licencia y la facilidad de administración. Ellos manifiestan que Sybase requiere la mitad de los recursos, tanto en términos de hardware como de personal, comparado con los requerimientos de otros RDBMS. La institución está satisfecha con el rendimiento. Como dijo el arquitecto de la base de datos, "En lo que a mírespecta, el rendimiento de Sybase es un buen ROI". Banco sudafric ano de primera línea Este importante banco sudafricano ofrece a sus clientes asesorías, financiación, soluciones comerciales, oportunidades de inversión e investigación. El banco ejecuta una gran cantidad de aplicaciones centrales con Sybase ASE, que maneja cerca de un tercio de la carga total de gestión de datos del banco. A pesar de esto, solo el 25% del equipo de DBA asiste a ASE. En la mayoría de los casos, ASE da soporte a las aplicaciones desarrolladas in-house y a algunas aplicaciones empaquetadas muy personalizadas. Los otros RDBMS se usan para aplicaciones empaquetadas no personalizadas. Las bases de datos ASE totalizan cerca de medio terabyte de datos mayormente transaccionales. El tiempo del personal invertido en ajustar, probar y mantener un Sybase ASE es aproximadamente la mitad del que se utiliza para otros grandes RDBMS que ha instalado el banco, a pesar de que las bases de datos tienen casi igual complejidad y tamaño. "Trabajamos con Sybase desde Es parte del corazón de la aplicación comercial," dijo el técnico principal de bases de datos del banco. Indicó que la adquisición de SAP fue muy positiva a su entender. "Es algo bastante importante porque pone a Sybase a competir con los demás", dijo. Empresa de gest ió n de benefici os de servici os cl ínico s Esta empresa de gestión de beneficios especiales se enfoca en mejorar el uso apropiado de servicios clínicos donde existen lineamientos establecidos por la 12 # IDC

13 evidencia. Los servicios clínicos que actualmente gestiona la empresa incluyen diagnóstico general por imágenes, diagnóstico por imágenes para pacientes cardíacos y medicamentos especializados. Todas las operaciones con datos que realiza la empresa se gestionan con Sybase ASE. Cuenta con más de 120 personas trabajando en TI, con 3 DBA. La empresa se sustenta en su totalidad en sistemas Unix. Las aplicaciones son todas OLTP desarrolladas in-house. Tiene 20 instancias Sybase sirviendo a 200 usuarios concurrentes. Las bases de datos son bastante pequeñas (menos de 50GB) pero complejas. La empresa viene utilizando ASE hace ocho años y no ha sufrido tiempo de inactividad no planificada. Desactiva el sistema para mantenimiento tres veces al año entre una y cuatro horas por incidente. Opta por realizar el mantenimiento los domingos, cuando no está operando. La empresa nunca ha perdido datos. El director de sistemas de rango medio de la empresa, que ha trabajado mucho con otros productos RDBMS importantes, estima que necesitaría un 20% más de hardware para obtener el mismo rendimiento en esos productos. En su opinión, la sencillez de ASE ha simplificado la gestión. No necesita nunca modificar la configuración de Unix, ni de otros elementos del entorno, porque ASE le permite manejar todos los factores pertinentes dentro de su mismo entorno. "Con Sybase está todo incluido en los motores Sybase. No necesito salir de Sybase y preocuparme por parámetros kernel o de configuración", manifestó el Director. D E S A F ÍO S Y O P O R T U N I D A D E S Como ya hemos mencionado, los productos RDBMS están en constante evolución. Las ventajas que Sybase ASE tenga sobre sus competidores pueden ser irrelevantes mañana debido a los cambios en los productos de la competencia. Por ello, Sybase y sus competidores deben enfrentar el desafío de mejorar su tecnología continuamente para lograr el éxito en la satisfacción de las necesidades de los clientes en materia de soporte para bases de datos que sea eficiente, económico y flexible. C O N C L U S I Ó N La mayoría de los usuarios de bases de datos no tienen en cuenta todos los factores de costos involucrados en la ejecución de un RDBMS determinado. En particular no consideran los costos que implica el paso del tiempo, subestiman el tema del tiempo del personal y no logran calcular los costos de oportunidad que se derivan del desempeño ineficiente, la falta de disponibilidad o la falta de flexibilidad de la base de datos para responder a las necesidades de negocios de una empresa. También tienden a quedarse con una marca, sin siquiera revisar su elección en función de los cambios en los costos y requerimientos; incluso para las aplicaciones independientes del RDBMS, tales como las de SAP. IDC ofrece las siguientes recomendaciones para aquellos con la autoridad de decidir sobre los presupuestos para aplicaciones de bases de datos y sus recursos asociados, de manera que se garantice la obtención del mejor valor por su dinero en el entorno de las aplicaciones de su empresa: Revisar periódicamente el TCO del RDBMS usado para ejecutar la aplicación IDC #

14 Considerar el costo en un lapso de cinco años, revisando el historial de crecimiento de la cantidad de datos y usuarios y el impacto de este en servidores, almacenamiento y costos asociados. Considerar también cómo ha impactado el crecimiento de la cantidad de datos y usuarios en la demanda de tiempo de los empleados y cómo ellos pueden ser mejor utilizados si no estuvieran atados a tareas de rutina. Recolectar información acerca de RDBMS competidores, incluida Sybase ASE, y con las mejores estimaciones, considerar cómo se pueden reducir los costos calculados por los métodos analizados previamente. Considerar a Sybase ASE como un posible destino de migración (según la información recabada de los clientes Sybase ASE para este documento). Estar abierto a la conversión de la base de datos para aplicaciones comerciales como la de SAP. No es tan difícil ni riesgoso convertirlas como se supone. A v i s o d e C o p y r i g h t Publicación externa de información o datos relacionados con IDC: toda información de IDC que se use en publicidad, comunicados de prensa o material promocional requiere la aprobación previa por escrito del correspondiente vicepresidente o country manager de IDC. Toda solicitud debe venir acompañada de un borrador del documento propuesto. IDC se reserva el derecho de negar la aprobación para uso externo por cualquier motivo. Copyright 2011 IDC. Está prohibida su reproducción sin permiso escrito. 14 # IDC