Posts Tagged administración BBDD

Gestión de cartera de clientes

El departamento comercial de las empresas no sólo necesita saber todo lo referente a los clientes, entre otros datos los presupuestos ofertados a cada uno de ellos; sino que también debe ser ágil en el trato y uno de los aspectos más sensibles es la rapidez en crear nuevos presupuestos adaptados a cada uno.  

Cliente: una empresa gráfica

Necesidad: crear un sistema de gestión de cartera de clientes que fuera capaz de generar presupuestos sin necesidad de estar conectados a la oficina.

Situación previa: cada comercial llevaba su información en hojas Excel y tenía que pasar la información necesaria al departamento de producción para que estos pudieran elaborar el presupuesto que a veces se demoraba días en función de la carga de trabajo.

Desarrollo del sistema: Creé un modelo relacional en una BBDD en Oracle con toda la información recuperada de los comerciales y de los datos que mantenía la empresa. Desarrollé un modelo multidimensional que sincronizaba los datos con esta BBDD. Los comerciales llevaban en su portátil esta BBDD multidimensional junto con unas hojas excel que a partir de los datos generaban instantáneamente los presupuestos.  Para generar estas hojas Excel tuve que sistematizar y encontrar las reglas del proceso de generación de presupuestos que utilizaba la empresa.

Resultados: Esto permitió a los comerciales negociar e interactuar mejor con los clientes pues podían ver en el momento cuáles eran los efectos de variar algunas de las variables de los pedidos: número de impresiones, tamaño de la impresión, número de tintas,… Se podía consultar en todo momento cuáles habían sido los presupuestos ofertados. Y se ahorró mucho trabajo administrativo.

Deja un comentario

Administración de bases de datos Oracle

Desde que empecé he administrado BBDD de producción en Oracle 7, 8, 9, 10 y 11. He tenido que migrar bases de datos a todas estas versiones sin contar las migraciones entre revisiones que alguna que otra sorpresa me han dado, a pesar de todas las pruebas realizadas en entornos de desarrollo, sistemas y certificación. Las tareas de administración han variado poco en todos estos años, han ido apareciendo herramientas visuales cada vez más atractivas pero sigue siendo importante un conocimiento profundo del diccionario de datos y un dominio de sql para consultar de las mil maneras posibles la información almacenada allí. En todos estos años he tenido que recuperar bases de datos de muchas formas, de backups de ficheros en frío, de exportaciones, con Rman; configurar BBDD y optimizar consultas complejas para mejorar el rendimiento; administrar entornos distribuidos en los que las transacciones afectaban a varias BBDD y estaban vinculadas algunas tablas mediante réplicas; crear multitud de programas plsql para administración y necesidades diversas o auditoría; diseñar y mantener políticas de seguridad de usuarios y aplicaciones; desarrollar sistemas de vigilancia automática del funcionamiento de la BBDD…

Comments (2)

Creación de un entorno de certificación

Los entornos de certificación son fundamentales sobre todo en los sistemas que dependen de otros para funcionar. El desarrollo a menudo olvida algunas de las relaciones que existen con otros y muchas puestas en producción fracasan por no haber previsto las consecuencias que acarrearían. Suponen pérdidas importantes o por los gastos asociados por volver al sistema anterior o simplemente por la disfuncionalidad que implica en el negocio.
Cliente: una empresa de desarrollo de un grupo de telecomunicaciones
Necesidad: crear un sistema de certificación de varios servidores Unix interdependientes con varias BBDD Oracle distribuidas para poder llevar a cabo las tareas de certificación de la empresa.
Situación previa: se disponía de un sistema de certificación pero no se estaba seguro de que fuera exactamente igual que el entorno de producción y no funcionaba correctamente, entre otras cosas el sistema de réplicas entre las BBDD. Por lo que se decidió volver a crear el entorno desde cero.
Integrantes del proyecto: yo como administrador de BBDD y otro técnico de sistemas para la configuración de los servidores.
Descripción del sistema: Clusters de HP con BBDD distribuidas Oracle.
Implementación: A partir de los backups de las máquinas de producción se reprodujeron los servidores mientras que las BBDD hubo que crearlas de manera especial porque sino las replicas no funcionaban. Apuntaban a las tablas de producción en vez de las de certificación. La solución consistía en crear la BBDD, los distintos usuarios con sus esquemas y finalmente las tablas replicadas una por una apuntando a las de certificación.
Coste del proyecto: 40 días x 2 técnicos

Deja un comentario

Mantenimiento del sistema informático de un banco de negocios

Los bancos tienen características especiales que diferencian sus sistemas informáticos de los demás. La seguridad y la fiabilidad son fundamentales. Sin olvidar la velocidad de respuesta.
Cliente: un banco
Necesidad: mantener el sistema informático recién creado mientras se formaban a los técnicos del banco en las nuevas tecnologías introducidas.
Situación previa: el soporte del sistema antiguo lo llevaban los técnicos del banco pero al introducir un nuevo sistema que dependía menos del mainframe del banco del que eran filial, las tareas de mantenimiento se ampliaron y se determinó que por un tiempo transitorio haría falta nuevo personal.
Integrantes del proyecto: yo como jefe del proyecto y cuatro técnicos de sistemas más, uno de los cuáles seguiría en el banco cuando el proyecto finalizase.
Descripción del sistema: Principalmente un cluster HA de dos máquinas Sun, con un servidor de aplicaciones Tuxedo, un SGBD Oracle y un gestor de colas MQSERIES. Además Veritas Netbackup con un robot para backups y el planificador de procesos controlM de BMC.
Implementación: El sistema todavía estaba desarrollándose cuando llegamos. Hubo que ponerlo en producción, diseñar la planificación de tareas y definir la política de backups. La administración de las BBDD, la parametrización, la optimización de las consultas, las migraciones de versiones, el control de usuarios, la llevaba yo tanto la de producción como la de desarrollo. Aparte del mantenimiento diario de los procesos, había que introducir cambios frecuentes en el sistema para incluir los nuevos módulos que se iban desarrollando. Llevábamos un soporte 24h. con un sistema rotatorio de guardias. Durante nuestro proyecto hubo que migrar el sistema a otra ubicación, al centro de datos del banco matriz y redimensionarlo tras una fusión del banco con otro.
Coste del proyecto: 300 días x 5 técnicos

Comments (2)