Software para Hacer Backup de Base de Datos

• Copia de seguridad en frío requiere que detenga su DBMS y que deje volcar todos los datos de la memoria en el disco duro, después puede hacer backup mediante copiado habitual del sistema de archivos. Si bien este método resulta en el tiempo de inactividad del servidor, hay situaciones en las que puede funcionar excepcionalmente bien.

  Por ejemplo, si tiene una configuración de replicación Master-to-Slave, puede desactivar el Slave de forma segura, hacer una copia de seguridad de sus archivos e iniciarlo de nuevo.

• Backup en caliente es un tipo de copiar que se realiza mediante el uso de las API de base de datos. Es más lento que backup en frío, pero no requiere detener el servidor de DBMS y permite realizar instantáneas de base de datos de transacciones seguras mientras preserva las actividades empresariales.

Todos los plug-ins de copia de seguridad de base de datos en Handy Backup están diseñados para recuperar datos sin interrumpir los servicios de base de datos, es decir, realizar backup en caliente. El programa se puede utilizar en servidores físicos y virtuales, y todas las operaciones se puede programar para que se ejecuten diariamente o en su propio período de tiempo.

Programe copias de seguridad, active las notificaciones de correo electrónico y siempre sepa que sus datos están protegidos.

Replicación le permite distribuir la base de datos a través de varios servidores y asignar a cada servidor su propia función, para que un servidor interactúa con las aplicaciones de una manera común, mientras que los otros se utilizan como copias de sólo lectura.

La falla de un servidor no provoca la pérdida completa del servicio de sus aplicaciones, y en cualquier momento puede reconfigurar un Slave Server para actuar como un Master y viceversa.

Lo mismo ocurre con la configuración de agrupación en la que múltiples servidores (nodos SQL) actúan como solo uno, sin funciones específicas. Los clústeres se basan generalmente en motores de almacenamiento distribuido en los que el fallo de cualquier nodo no resulta pérdida de datos.

A diferencia de la configuración de replicación, no conceden la distribución de bases de datos de larga distancia, pero proporcionan una mayor velocidad de E/S y mejor tiempo de respuesta. Como regla general, siempre se recomienda combinar la replicación o la configuración de clústeres y las copias de seguridad de la base de datos.