Embed Size (px)
Citation preview
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 AS 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 Randy Perry
Diciembre de 2011
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.
Casa c
entr
al: 5
Speen S
treet F
ram
ingham
, M
A 0
1701 E
E.U
U. P
.508.8
72.8
200
F.5
08.9
35.4
015 w
ww
.id
c.c
om
2 #231859 ©2011 IDC
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 12.000 empleados
provenientes de una variedad de sectores industriales.
T A B L A 1
D a t o s d em o g r á f i c o s
Empleados 12.164
Personal de TI 1.433
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
©2011 IDC #231859 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 2.355 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 AC 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.
4 #231859 ©2011 IDC
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 auto-
gestionan. 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
©2011 IDC #231859 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
6 #231859 ©2011 IDC
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 17.800 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 55.893 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 21.187 a USD 20.250 en un lapso de cinco años, lo cual le
genera a cada empresa un ahorro de USD 139.000 (ver Figura 1).
©2011 IDC #231859 7
F I G U R A 1
M a yo r a h o r r o e n h a r dw a r e c o n S y b a s e A S E
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 253.862 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.
20,000
20,500
21,000
21,500
22,000
0 10
20 30 40
50 60 70
80 90
100
1 2 3 4 5
%
% de TB administrado por Sybase
Costos promedio de hardware por TB
Costo
s d
e h
ard
ware
por
TB
(U
SD
)
8 #231859 ©2011 IDC
F I G U R A 2
A h o r r o d e t i e m po d e l p e r s o n a l d e T I c o n S yb a s e A S E v s . O t r o s
R D B M S
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?
6
8
11
12
13
13
17
20
23
24
33
33
39
40
0 5 10 15 20 25 30 35 40 45
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
Prueba de software
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
Codificación / implementación / construcción de software
(% de ahorro)
©2011 IDC #231859 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 22.000 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 3.100 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 ad 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
($)
2.452 3.988 1.536 39
Fuente: IDC, Octubre de 2011
10 #231859 ©2011 IDC
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
340.000 cada 100 usuarios o USD 645.000 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 da 1 0 0 u s u a r i o s y
b a s e d e d a t o s d e 2 4 0 G B
Fuente: IDC, Octubre de 2011
12,260
253,862
17,75822,142
33,751
0
50,000
100,000
150,000
200,000
250,000
300,000
350,000
($)
Hardware — servers
Hardware — storage
Software
IT staf f ing
Downtime
Total = $339,773
Hardware — servidores
Hardware — almacenamiento
Software
Personal de TI
Tiempo de inactividad
©2011 IDC #231859 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 129.000 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 1 0 0 u su a r i o s
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
28
39
26
31
24
29
0 10 20 30 40 50
Hardware — servidores
Hardware — almacenamiento
Software
Personal de TI
Tiempo de inactividad
Total
(% ahorro comparado con otros RDBMS)
Cinco años cada 100 usuarios = $128,580
12 #231859 ©2011 IDC
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 ituc ió n prestamista para emprendimientos habitacionales
autorizada por e l gobierno
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 sudafr icano de pr imera 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 1992. 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 benef icios de servicios clínicos
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
©2011 IDC #231859 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 AF ÍO S Y O P O R T U N I D AD 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.
14 #231859 ©2011 IDC
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.
