CHILEOFFSHORE Una compañia de Tecnologías de la Información

¿Como debe organizar a sus DBAs en el área Informática?

By Quentin Sherman Xue. CEO CHILE-OFFSHORE. 

Este artículo nace como una sugerencia para uno de mis clientes, una empresa mediana/grande,  donde existe más de un DBA. ¿Como organizar a sus DBA para que su trabajo sea más beneficioso para su empresa? Aquí va una de las formas sugeridas, orientada a mejorar la calidad del desarrollo.

 

1.       Existen varios tipos de DBA: 
  Ø       DBA de producción (DBA-PROD),
     
Ø       DBA de Desarrollo (DBA-DESA),
     
Ø       DBA de Inteligencia de Negocio (DBA-BI) y
     
Ø       DBA Híbrido (DBA-Híbrido).

      La situación actual del DBA en muchas empresas está entre DBA-PROD y algo de DBA-Híbrido, (que hace de todo un poco).

2.       Para este tipo de empresas (medianas/grandes), se debería formar a una persona del área de desarrollo (desarrollador), como DBA-DESA, con los siguiente roles:

      a.       Crear STORED PROCEDURES, así se aseguraría la calidad de los SP, garantía que recaería en el DBA (y su backup).
      b
.       Modelar base de datos de aplicaciones, esto permite al área de desarrollo tener una visión global de sus aplicaciones.
      c
.       Desarrollar y mantener scripts que van a producción, como en el punto (a.), esta forma asegura la calidad de los scripts y mejora la responsabilidad de cada persona.
      d
.       Realizar tuning de los QUERIES y STORED PROCEDURES, con esta forma se evita que QUERIES malos pasen a producción.
      e
.       Procedimiento de migración de datos.
      f
.       Ser el canal de comunicación con el DBA-PROD, evitando así múltiples comunicaciones entre el DBA y los desarrolladores.

3.       Así mismo, el DBA-PROD debe tener los siguientes roles:
      a
.       Monitorear problemas de performance.
      b
.       Instalar instancias SQL/Oracle.
      c
.       Realizar ejecución de los scripts de desarrollo (DBA-DESA).
      d
.       Creación de línea base de Matriz de Performance.
      e
.       Configurar Oralce / SQL Server en la forma más optima posible.
      f
.       Crear plan de recuperación de desastre y escalabilidad.
      g
.       Garantizar la correcta ejecución de los BACKUP (RESPALDOS).

Espero que esta sugerencia les sea de utilidad.