La auditoría de Bases de Datos es una etapa importantísima del control interno y básica para mantener la seguridad de la información en la empresa.
A
continuación voy a explicar parte del proceso más popular de hacerlo y el
porqué del mismo.
En la
mayoría de las empresas tenemos por lo menos 2 ambientes de base de datos:
Desarrollo y Producción (en algunos casos se mantiene un tercer ambiente
llamado pruebas).
El ambiente
de producción es el ambiente estable y comprobado en el que se basa nuestro
sistema y en el que dependemos para nuestras operaciones día a día.
El ambiente
de desarrollo es el ambiente donde haremos los cambios que evolucionaran nuestro
ambiente de producción.
Cada vez
que se decide hacer una serie de cambios al ambiente de producción debido ya
sea a nuevos procesos o evolución de funciones, éste debe de hacerse y probarse
en el ambiente de desarrollo; una vez probado y refinado se puede considerar la
implementación al ambiente de producción.
En los
ambientes de bases de datos, tanto como en el ambiente de desarrollo de
aplicaciones, no existe una estructura inmaculada y la base de datos puede
cambiar varias veces por lo que una cultura de versionamiento es altamente
recomendada.
Este
proceso hace que la tarea de transformar exactamente la versión del ambiente de
desarrollo a producción sea invaluable.
Esta
explicación modela la primera circunstancia en la que el Change Manager de
Embarcadero demuestra su utilidad para la empresa y para el ahorro de tiempo de
los DBA.
El Change
Manager compone 5 tareas básicas:
1. El versionamiento de la
configuración del motor de base de datos: ésta tarea nos permitirá guardar un
documento con los valores del motor, tamaño de buffer, variables de sistema y
demás.
2. El versionamiento de los esquemas de
la base de datos: ésta tarea nos permite respaldar la estructura de las tablas
que le permitamos, así como el sql para reconstruirla desde cero.
3. La comparación de la configuración
del motor ya sea entre dos servidores en vivo o con un respaldo hecho con el
change manager, lo cual nos permite ver las diferencias asi como el DDL
necesario para transformar la versión destino a una copia perfecta de la
versión fuente.
4. La comparación entre esquemas de
bases de datos ya sea en vivo o contra un archivo de versión hecho en Change
Manager, éste proceso crea un informe de todas las diferencias y la codificación
sql para implementar las diferencias e igualar los esquemas.
5. La comparación de datos entre tablas
idénticas en servidores en vivo diferentes, ahora ésta funcionalidad no solo
permite la comparación, sino que también permite la sobreescritura de los datos
y su enmascaramiento.
El
enmascaramiento de los datos es una herramienta moderna para problemas
modernos, en una sociedad empresarial con cada vez más costos, el uso de
terceros para el desarrollo de nuevos procesos es imperativo, asimismo la protección
de los datos, así que aunque nuestros desarrolladores requieren de una carga de
datos similar a la de producción no necesariamente significa que le demos los
datos exactos de nuestra BD, asi que podemos ocultar los datos que sean
críticos de negocio y ofuscar los otros en los que su análisis pueda ser
contraproducente, dando así una base de datos de desarrollo la cual sólo
representa la cantidad de datos sin mostrar una imagen exacta de los movimientos
en producción.
La
ingenuidad y utilidad de una herramienta que hace bien su trabajo son las
ventajas competitivas que ofrece el Change Manager de Embarcadero y recomiendo
efectivamente su prueba para éste tipo de tareas en su empresa.
