CONFIGURACIÓN Respaldando la Base de Datos NOTA TÉCNICA 0316 r 1.2 MBA 3 16.3
Respaldando la Base de Datos Las copias de seguridad o respaldos tienen como objetivo facilitar la restauración de una Base de Datos luego de un percance o daño de la misma, por motivos tales como falla del servidor, del disco, corte de energía eléctrica, fallas en el sistema operativo, etc. Consideraciones Es fundamental que la empresa establezca una correcta política de respaldo y recuperación de su Base de Datos en caso de un fallo. Los equipos de cómputo, pueden presentar fallas en cualquier momento debido a múltiples factores tales como: cortes de energía, fallo de disco, falla de tarjetas de red o motherboard, corrupción de la memoria física o virtual, fallas del sistema operativo, etc. Cada empresa es responsable de salvaguardar y establecer buenas prácticas respecto a la administración de los respaldos de su Base de Datos. Existen múltiples herramientas y medios para asegurar que su empresa asegure la disponibilidad en el menor tiempo posible de recuperación en caso de fallo del Servidor. Algunas de las sugerencias a considerar: Discos espejos o mirror Respaldos diarios, semanales y mensuales Respaldos fuera de sitio ( Off-Site ) Plan de recuperación y sustitución de Servidor Como parte de su plan de respaldo, la empresa deberá establecer procesos de respaldo independientes y de forma adicional a los respaldos automáticos que genera el Sistema MBA 3. Existen múltiples soluciones de respaldo que pueden ser implementados según la necesidad de cada cliente. El área de sistemas deberá evaluar cuál es la más conveniente para la empresa en cuestión de riesgos, costos y beneficios. MBA 3 ofrece opciones y herramientas de respaldos que se generan de forma automática por parte del sistema (respaldo nocturno) y manual (usuario administrador) que puede ser generado en caliente, es decir directamente en el servidor y con usuarios conectados. Al ejecutar este proceso, el servidor bloqueará las sesiones de los usuarios conectados en el servidor (todos los procesos) hasta el momento que el Backup se encuentre listo. Este proceso podrá demorar desde minutos hasta horas dependiendo del tamaño de la base, velocidad del disco, etc. Soporte Técnico 1
Como Realizar un Backup o Copia de Seguridad en Vivo -Caliente 1. Desde MBA 3 Server en Monitor del Servidor, en la opción de Maintenance en Last backup 2. Al ejecutar el botón de Start Backup detendrá los procesos de todos los usuarios y empezará a generar el backup. Soporte Técnico 2
3. La ruta por default donde se generan los respaldos es la siguiente C:\Users\Avant\AppData\Roaming\4D\MBA3\System Files\Data Backups\DEMO[0001].4BK Se generará un archivo con extensión.4bk el cual contendrá la base y el archivo de índices comprimidos en uno solo archivo. Ej: DEMO[0001].4BK Adicional se creará un archivo DEMO.4BL, este archivo es un respaldo del Log de Transacciones, que contiene la información registrada a diario. Nota: Para cambiar la ruta para almacenar el respaldo, se puede realizar desde Maintenance/ Preferences, abrirá una ventana nueva donde seleccionamos Backup/Pestaña del respaldo automático Dentro del monitor si presionamos el botón Preferences vamos a ir a la configuración de los respaldos, como se indicó anteriormente por seguridad de nuestros clientes tenemos un respaldo automático que se inicia a la 01:00 am, pero dentro de esta configuración podemos programar más respaldos, mover a otro lugar los respaldos nocturnos, y verificar que información se va a respaldar. Soporte Técnico 3
Lo primero que podemos ver dentro de Attachments, son los archivos que se van a respaldar además de la base de datos, se debe tener presente que siempre debe estar el archivo 4DIndx que son los índices y el archivo.journal que es el Log de Transacciones Backup File Destination Folder, hace referencia al lugar donde se van a guardar nuestros respaldos nocturnos, por default están las rutas indicadas anteriormente pero se puede cambiar el destino según la necesidad. Log Management, hace referencia al uso del Log de Transacciones y su utilización como respaldo de las transacciones diarias. NOTA: Es importante validar el espacio que se tiene libre para poder generar los respaldos automáticos nocturnos, este espacio debería ser mínimo el doble del tamaño de su base de datos, esto para el disco C donde se generan los respaldos, la falta de espacio puede ocasionar que no se generen los archivos de respaldo, o que los archivos generados estén corruptos. RESTAURANDO EL BACKUP Soporte Técnico 4
Para Restaurar el Backup tenemos que subir el MBA 3 Server y presionar la tecla ALT, en vez de buscar la base de producción, iremos a la ruta donde tenemos el Backup. Una vez que hemos escogido el archivo del respaldo nos despliega una pantalla en la que nos indica en que ruta deseamos descomprimir la base. Como default nos muestra la ruta donde se encuentra el Backup, pero, si damos un clic en el botón de tres puntos ( ), podemos cambiar la ruta. Cuando estemos seguros donde generar la base restaurada presionamos el botón Restore. Una vez que el proceso de restauración ha culminado nos muestra un mensaje que el proceso culminó correctamente Soporte Técnico 5
Al presionar OK el MBA 3 Server se cerrará y procedemos a levantar el Server MBA 3 presionamos nuevamente la tecla ALT para buscar la base que hemos restaurando, la tomamos y nuestro servidor va a subir con la base respaldada. Uso de Log de transacciones El log de transacciones es una herramienta que registra todas las transacciones diarias realizadas a partir del último respaldo o Backup, en un archivo.journal externo a la base. Este archivo junto con el respaldo automático, permite la recuperación de la base de datos hasta la última transacción registrada en disco previo al fallo. Para poder utilizar el Log de Transacciones debemos validar que se esté generando los respaldos automáticos tanto de base de datos como de Log. Dado que la información de las transacciones se va generando durante el día en el Log, lo que requerimos para restaurar la base de datos es tener el Log de transacciones de la base que esta afectada y el último respaldo nocturno de la madrugada. Realizamos los siguientes pasos: 1. Restauramos el respaldo nocturno de la madrugada Soporte Técnico 6
2. Una vez que tenemos la base de datos restaurada, procedemos a remplazar el archivo de Log, por el archivo actual de la base afectada. 3. Subimos la base de datos combinada, y esperamos mientras el journal se integra a la base de datos. 4. Una vez listo el servidor sube, nos conectamos con un cliente y procedemos a validar y verificar la información. NOTA: Es importante que el área de sistema tenga un claro entendimiento de los procesos de respaldo y recuperación de su Base de Datos. Se recomienda realizar prácticas o simulaciones a fin de validar el perfecto dominio de estos procesos en caso de fallo de sus Servidor. Soporte Técnico 7