Chat with us, powered by LiveChat
Solicitar precios
WW +41 21 641 6080 | US +1 800 256 0192 | CA +1 800 935 0725 | FR +33 261 880008 | UK +44 808 1890445
Contacto
Inicio > Software de backup corporativos > Herramientas de copia de seguridad de datos para empresas > Realice copias de seguridad y recupere bases de datos DB2, tanto en modo en línea como fuera de línea, con Bacula Enterprise

Realice copias de seguridad y recupere bases de datos DB2, tanto en modo en línea como fuera de línea, con Bacula Enterprise

Copias de seguridad y recuperación completas, incrementales y diferenciales de DB2

DB2 es uno de los sistemas de gestión de bases de datos relacionales más antiguos que aún se utilizan ampliamente en entornos empresariales. Los servicios financieros y las organizaciones gubernamentales dependen en gran medida de él, ya que ninguno de estos sectores puede permitirse fallos en las transacciones ni tiempos de inactividad no planificados. Las grandes implementaciones de DB2 suelen abarcar múltiples instancias con docenas de bases de datos bajo la responsabilidad de un único administrador, y las consecuencias de una copia de seguridad fallida o incompleta en dichos entornos pueden ser graves, con la pérdida de datos críticos en múltiples cargas de trabajo y la exposición a sanciones por incumplimiento normativo.

Una utilidad de copia de seguridad y recuperación a nivel de archivo no puede proteger eficazmente una base de datos DB2 en ejecución, ya que copia los datos a nivel del sistema de archivos sin tener en cuenta lo que DB2 está realizando internamente. Como resultado, la instantánea resulta inconsistente y la base de datos no puede restaurarse correctamente.

El complemento Bacula Enterprise para DB2 evita la pérdida de datos y permite la recuperación ante desastres en entornos DB2 activos, al canalizar los datos a través de una tubería con nombre de Unix directamente a la propia API de copia de seguridad y restauración de DB2. El complemento lee automáticamente la configuración de cada base de datos y determina si es posible realizar una copia de seguridad en línea o fuera de línea. Por lo tanto, el proceso completo no requiere intervención manual. En el caso de las bases de datos configuradas para admitir copias de seguridad en línea, el complemento ejecuta copias de seguridad completas, incrementales y diferenciales mientras la base de datos permanece en línea y en pleno funcionamiento. A continuación se ofrece un desglose detallado del complemento DB2 de Bacula y de toda la gama de funciones que Bacula ofrece a las empresas.

Descargar versión de prueba

Características principales del complemento DB2 de Bacula

Inteligencia de copias de seguridad

  • Detección automática de estado en línea/fuera de línea: el complemento lee los parámetros TRACKMOD y LOGARCHMETH1 de cada base de datos en el momento de la ejecución de la tarea y determina si es posible realizar una copia de seguridad en línea o fuera de línea (sin necesidad de configuración manual).
  • Niveles de copia de seguridad completa, incremental y diferencial: el complemento de DB2 ejecuta los tres niveles de tarea de forma nativa y captura únicamente los datos modificados, lo que reduce las ventanas de copia de seguridad en las ejecuciones incrementales y diferenciales.
  • Captura automática del esquema: el complemento extrae y almacena el esquema de la base de datos en un archivo independiente, lo que proporciona una instantánea DDL recuperable junto con la imagen de los datos.
  • Compatibilidad con Docker: el complemento se comunica con DB2 ejecutándose dentro de un contenedor de Docker envolviendo todos los comandos db2 con un prefijo bin_dir configurable para ejecutar la tarea de copia de seguridad dentro del entorno del contenedor sin necesidad de realizar cambios en la configuración del complemento.

Flexibilidad de restauración

  • Restauración de la base de datos original o en una nueva: el parámetro where permite a los administradores restaurar una base de datos con su nombre original o en una nueva base de datos creada automáticamente por el complemento durante la tarea de restauración.
  • Restauración incremental en un momento determinado (PITR): el complemento aplica automáticamente las imágenes completas, diferenciales e incrementales en la secuencia correcta, y la imagen final extrae los registros de la base de datos para permitir a los administradores ejecutar ROLLFORWARD hasta cualquier momento requerido.
  • Volcado de directorio para restauración manual: al establecer el parámetro where en una ruta de directorio, se restauran en el disco los archivos de imagen DB2 sin procesar, lo que permite a los administradores utilizar directamente los comandos nativos de restauración de DB2 para una recuperación granular o parcial.

Control operativo

  • Finalización automática de la conexión: para las copias de seguridad fuera de línea, el complemento cierra todas las sesiones activas, desactiva la base de datos, ejecuta la copia de seguridad y la restaura en el servicio automáticamente, sin que sea necesaria ninguna intervención manual.
  • Transferencia de datos mediante tubería con nombre: los datos se transfieren a través de una tubería con nombre de Unix en lugar de a través del sistema de archivos, con el fin de evitar escribir archivos temporales en el disco, lo que ahorra espacio de almacenamiento local y agiliza la transferencia.
  • Selección de bases de datos mediante patrones glob : el parámetro de la base de datos admite expresiones glob para seleccionar qué bases de datos de una instancia se van a copiar, y genera un error automáticamente si el patrón no coincide con ninguna.
  • Gestión de errores configurable: el parámetro abort_on_error controla si el complemento detiene todo el proceso ante un error grave o si registra el error y continúa con la copia de seguridad de las bases de datos restantes.

Complemento de Bacula Enterprise para DB2: todas las funciones

Funcionalidades de copia de seguridad

  • Detección automática del modo de copia de seguridad: el complemento lee los parámetros TRACKMOD y LOGARCHMETH1 de cada base de datos en el momento de la ejecución de la tarea para determinar si es posible realizar una copia de seguridad en línea o fuera de línea, y ajusta automáticamente todos los parámetros de la tarea sin necesidad de configuración manual.
  • Copias de seguridad en línea a nivel completo, incremental y diferencial: en el caso de las bases de datos configuradas con TRACKMOD y LOGARCHMETH1, el complemento ejecuta copias de seguridad completas, incrementales y diferenciales mientras la base de datos permanece en línea y en pleno funcionamiento.
  • Copias de seguridad fuera de línea con gestión automática del ciclo de vida: en el caso de las bases de datos que no admiten copias de seguridad en línea, el complemento cierra todas las sesiones activas, desactiva la base de datos, ejecuta la copia de seguridad y la restaura automáticamente sin necesidad de intervención manual.
  • Captura automática del esquema: el complemento extrae y almacena el esquema de la base de datos como un archivo DDL independiente para proporcionar a los administradores una instantánea recuperable del esquema en cada ejecución.
  • Copia de seguridad de múltiples instancias de base de datos: el parámetro database admite expresiones glob para seleccionar qué bases de datos de una instancia se incluirán en la tarea de copia de seguridad, y genera un error automáticamente si el patrón no coincide con ninguna.
  • Copia de seguridad de DB2 en contenedores Docker: el complemento también se comunica con DB2 ejecutándose dentro de un contenedor Docker, envolviendo todos los comandos db2 con un prefijo bin_dir configurable para ejecutar tareas de copia de seguridad dentro del entorno del contenedor.
  • Transferencia de datos mediante tubería con nombre: los datos se transfieren a través de una tubería con nombre de Unix para evitar escribir archivos temporales en el disco, lo que ahorra espacio de almacenamiento local y agiliza la transferencia.
  • Seguimiento de la marca de tiempo de las copias de seguridad: la herramienta de copia de seguridad de DB2 registra la marca de tiempo de cada imagen de copia de seguridad y la utiliza para coordinar la secuencia de restauraciones incrementales y diferenciales a lo largo de múltiples ejecuciones de tareas.

Funcionalidades de restauración

  • Restauración completa de una sola base de datos: el complemento restaura una copia de seguridad completa de la base de datos seleccionando el archivo data.sql.* del catálogo de Bacula y la restaura con el nombre original de la base de datos o con un nuevo nombre especificado mediante el parámetro «where».
  • Creación de una nueva base de datos durante la restauración: cuando el parámetro «where» se establece en un nombre de base de datos válido, el complemento crea automáticamente la base de datos de destino y restaura los datos en ella, sin que el administrador tenga que aprovisionar la base de datos manualmente de antemano.
  • Restauración incremental en un momento determinado (PITR): el complemento aplica automáticamente las imágenes completas, diferenciales e incrementales en la secuencia correcta, y la imagen final extrae los registros de la base de datos para permitir a los administradores ejecutar ROLLFORWARD hasta cualquier momento requerido.
  • Protección contra bases de datos duplicadas: cuando el parámetro «replace» se establece en «Never», el complemento comprueba la lista de bases de datos existentes antes de que comience la restauración y aborta la tarea automáticamente si la base de datos de destino ya existe.
  • Transmisión de opciones de restauración: los parámetros restore_options, rollforward_options y logtarget pasan los argumentos directamente a los comandos subyacentes db2 restore y db2 rollforward, lo que otorga a los administradores un control total sobre el comportamiento de la restauración sin necesidad de modificar el propio complemento.
  • Volcado de directorio para restauración manual: al establecer el parámetro where en una ruta de directorio, se restauran en el disco los archivos de imagen DB2 sin procesar, lo que permite a los administradores utilizar directamente los comandos nativos de restauración de DB2 para una recuperación granular o parcial.
  • Restauración dirigida a una instancia: el parámetro instance valida la instancia de DB2 de destino antes de que comience la restauración y omite el comando del complemento si la instancia del sistema no coincide con el valor configurado.

Características operativas

  • Gestión de errores configurable – El parámetro abort_on_error controla si el complemento detiene inmediatamente todo el trabajo ante un error grave o si registra el error y continúa realizando la copia de seguridad de las bases de datos restantes de la instancia.
  • Tiempo de espera de comandos configurable – El parámetro timeout establece el número máximo de segundos que el complemento espera a que se completen los comandos de DB2 o a que se establezca una conexión con DB2 durante una copia de seguridad; el valor por defecto es de 120 segundos.
  • Directorio de control compartido – El parámetro ctl_dir define un directorio accesible tanto para el servicio DB2 como para el daemon de archivos de Bacula, en el que el complemento escribe scripts de comandos dinámicos en el momento de la tarea, con permisos configurables para el usuario de la instancia de DB2 por motivos de seguridad.
  • Ejecución de comandos a nivel de usuario – Los parámetros unix_user y use_sudo permiten a los administradores ejecutar todos los comandos de DB2 bajo una cuenta específica del sistema operativo, en lugar de la cuenta root predeterminada del daemon de archivos de Bacula, sin necesidad de modificar el propio complemento.
  • Interfaz de scripts de personalización – El parámetro user_config_dir permite a los administradores anular las variables del complemento en el momento de la ejecución del trabajo mediante la colocación de scripts de shell personalizados en un directorio designado, de modo que se puedan aplicar opciones nativas de DB2 como COMPRESS o DEDUP_DEVICE sin modificar la configuración del complemento.
  • Optimización del almacenamiento mediante deduplicación – Al configurar DEDUP_DEVICE en el script de personalización, se optimiza el formato de las imágenes de copia de seguridad para el almacenamiento con deduplicación de dispositivos alineados o de puntos finales globales, lo que a su vez reduce el consumo de almacenamiento en los destinos compatibles con la deduplicación.
  • Informes completos del registro de tareas – El complemento registra cada paso del proceso de copia de seguridad y restauración en el registro de tareas de Bacula, incluyendo la salida de los comandos de DB2, el estado de la conexión y los mensajes de error, lo que proporciona a los administradores un registro de auditoría completo de cada tarea.

Qué incluye cada implementación de Bacula Enterprise

El complemento DB2 se ejecuta dentro de Bacula Enterprise, lo que significa que cada instalación incluye un conjunto completo de funciones de copia de seguridad y recuperación para toda la plataforma, más allá de lo que ofrece el propio complemento. Las funciones que se indican a continuación están disponibles en todas las implementaciones de Bacula Enterprise, independientemente del entorno o la carga de trabajo.

Almacenamiento de copias de seguridad y control de costes

Bacula Enterprise ofrece a los administradores un control directo sobre los costes de almacenamiento mediante la reducción de datos y el enrutamiento flexible de destinos.

  • Deduplicación a nivel de bloque: cualquier bloque de datos que aparezca más de una vez en el catálogo de copias de seguridad se escribe en el almacenamiento únicamente una vez. El consumo de almacenamiento se reduce sin necesidad de modificar la política ni la programación de las copias de seguridad.
  • Compresión adaptativa: los algoritmos de compresión se pueden configurar para cada trabajo. Los administradores ajustan la compresión en función del tipo de datos y los recursos disponibles.
  • Múltiples tipos de destinos de almacenamiento: las copias de seguridad se escriben en discos locales, NAS, SAN, bibliotecas de cintas, almacenamiento de objetos en la nube (incluidos S3, Azure y Google Cloud) o cualquier combinación de estos dentro de una misma política.
  • Almacenamiento de objetos compatible con S3: Bacula se conecta a cualquier proveedor compatible con S3 para la retención a largo plazo sin dependencia de un único proveedor.
  • Flujos de trabajo de almacenamiento por niveles: los datos de las copias de seguridad pueden configurarse para que se trasladen automáticamente entre los distintos niveles de almacenamiento a medida que envejecen. Los puntos de recuperación a los que se accede con frecuencia permanecen en el almacenamiento rápido, mientras que los datos más antiguos se trasladan a destinos de menor coste.
  • Incremental Forever: tras una copia de seguridad completa inicial, cada tarea posterior captura únicamente lo que ha cambiado. Ya no son necesarias las ventanas de copia de seguridad completa periódicas.
  • Transferencias que tienen en cuenta el ancho de banda: solo los datos modificados atraviesan la red entre ejecuciones de copia de seguridad. La carga de la red de producción se mantiene baja sin necesidad de limitar el ancho de banda manualmente ni de recurrir a soluciones alternativas de programación.

Seguridad y cumplimiento normativo de las copias de seguridad

La seguridad y el cumplimiento normativo están integrados en todas las capas de la plataforma, desde el cifrado del transporte y el almacenamiento de datos hasta el control de acceso y el registro de auditoría.

  • Cifrado AES-256: el cifrado AES-256 cubre toda la ruta de los datos, desde el cliente de origen hasta el destino de almacenamiento final. La gestión de claves se puede configurar para adaptarse a las políticas de seguridad de la organización.
  • Copias de seguridad inmutables: el almacenamiento compatible con WORM bloquea los datos de las copias de seguridad para impedir su modificación o eliminación una vez escritos. El ransomware y las amenazas internas no tienen acceso al punto de recuperación.
  • Controles de acceso granulares: los permisos de los usuarios se limitan a tareas específicas, flujos de trabajo de restauración y funciones de gestión. Cada administrador accede únicamente a lo que requiere su función.
  • Auditoría completa de la actividad: cada copia de seguridad, restauración y cambio de configuración se registra con la identidad del usuario y la marca de tiempo. Los equipos de cumplimiento normativo y seguridad disponen de un registro de auditoría completo e ininterrumpido.
  • Compatibilidad con el marco normativo: los controles de la plataforma se ajustan a los requisitos del RGPD, la HIPAA y SOC 2 mediante cifrado, políticas de retención configurables y registros de auditoría detallados.
  • Arquitecturas que preservan la privacidad: las opciones de implementación de «conocimiento cero» permiten que la infraestructura de copias de seguridad funcione sin que los administradores tengan visibilidad alguna sobre los datos protegidos.

Gestión y administración de copias de seguridad

Dos interfaces complementarias y un conjunto completo de herramientas de gestión proporcionan visibilidad y control sobre todas las operaciones de copia de seguridad.

  • Interfaz dual: BWeb ofrece una consola gráfica para la gestión y supervisión diarias de los trabajos. Bconsole (agente de usuario) proporciona a los operadores un control total mediante la línea de comandos para la creación de scripts, la automatización y la configuración avanzada.
  • Escalabilidad sin límites: la misma arquitectura de plataforma gestiona entornos que van desde unos pocos servidores hasta implementaciones que alcanzan los miles, todo ello bajo un único plano de gestión.
  • B Detección automática de recursosB : la plataforma analiza la infraestructura para identificar y catalogar automáticamente los destinos de copia de seguridad. La cobertura de protección se mantiene actualizada a medida que crece el entorno.
  • Informes detallados: los informes programados abarcan los resultados de las tareas, las tendencias de capacidad, el estado de cumplimiento normativo y el rendimiento operativo con una periodicidad definida.
  • Integración con sistemas externos: Bacula se conecta con herramientas de supervisión, sistemas de gestión de incidencias de TI y servicios de directorio, sin necesidad de ningún desarrollo personalizado obligatorio.

Cobertura de copias de seguridad en múltiples entornos

Los servidores físicos, las máquinas virtuales, los contenedores y la infraestructura en la nube se incluyen en una única estrategia de copias de seguridad unificada.

  • Virtualización multiplataforma: integración nativa con VMware vSphere, Hyper-V, KVM, Red Hat Virtualization, Xen, máquinas virtuales de Azure, Proxmox y Nutanix AHV, con una aplicación coherente de las políticas en todas las plataformas.
  • Convergencia física y virtual: los servidores físicos, las estaciones de trabajo y las máquinas virtuales quedan protegidos a través de la misma interfaz de gestión con políticas de copia de seguridad unificadas.
  • Compatibilidad con contenedores y entornos nativos de la nube: protección completa para entornos Docker, Kubernetes y OpenShift con copias de seguridad de volúmenes persistentes e instantáneas coherentes con las aplicaciones.
  • Integración de almacenamiento multinube: compatibilidad nativa con el almacenamiento en la nube pública, privada e híbrida, incluidas las interfaces S3, S3-IA, Azure, Google Cloud, Oracle Cloud y Glacier, con la funcionalidad de coste mínimo de restauración (MRC)
  • Integración de bases de datos y aplicaciones: compatibilidad con copias de seguridad en caliente para Oracle, SQL Server, MySQL, PostgreSQL, SAP HANA y otras aplicaciones de misión crítica con plena coherencia transaccional.

Licencias de copia de seguridad predecibles

Las licencias del software Bacula Enterprise están vinculadas al tamaño del entorno, no al volumen de datos. Por lo tanto, el crecimiento de la base de datos DB2 no incrementará los costes de licencia.

  • Licencias independientes del volumen: el aumento de la capacidad de copia de seguridad no incrementa las cuotas de licencia. Los costes de protección de datos se mantienen constantes a medida que aumentan los volúmenes de datos.
  • Estructura de costes predecible: un modelo de precios fijos permite a los equipos planificar los presupuestos de infraestructura sin tener que tener en cuenta los costes variables vinculados al crecimiento del almacenamiento o a los cambios en la carga de trabajo.
  • Precios independientes de la carga de trabajo: el tamaño de las bases de datos, el número de servidores y los volúmenes de almacenamiento no influyen en los costes de las licencias.
  • Ventajas económicas a gran escala: las organizaciones que protegen entornos DB2 de gran tamaño o en rápido crecimiento pagan la misma cuota de licencia, independientemente de la cantidad de datos que añadan. La ventaja económica frente a los competidores que fijan sus precios en función de la capacidad aumenta a medida que crecen los volúmenes de datos.

Recuperación y continuidad del negocio

Bacula Enterprise ofrece vías de recuperación para todos los escenarios de restauración, desde la restauración de una sola base de datos hasta la reconstrucción completa de un sitio.

  • Restauración «bare metal» a nivel de sistema: Bacula Enterprise recupera un servidor completo desde cero, incluyendo el sistema operativo, las aplicaciones, la configuración y los datos, sin necesidad de una instalación manual previa.
  • Traslado de datos entre plataformas: los datos de copia de seguridad pueden recuperarse en un sistema operativo diferente al de origen. Los equipos disponen de opciones cuando no se dispone de hardware equivalente o se está llevando a cabo una migración.
  • Replicación geográfica de copias de seguridad: los conjuntos de copias de seguridad se copian a ubicaciones de almacenamiento geográficamente separadas. Una interrupción en todo el sitio no afecta a los puntos de recuperación.
  • Programación de copias de seguridad frecuentes: el intervalo de tiempo en el que podría producirse una pérdida de datos se reduce a unos minutos.
  • Validación automatizada de la restauración: la capacidad de recuperación se confirma mediante pruebas automatizadas sin necesidad de la intervención de un administrador ni de un proceso de validación independiente.

Preguntas frecuentes

¿Admite DB2 copias de seguridad incrementales y diferenciales?

Sí. DB2 admite de forma nativa los niveles de copia de seguridad completa, incremental y diferencial para bases de datos configuradas con TRACKMOD y LOGARCHMETH1. El complemento de Bacula Enterprise para DB2 ejecuta los tres niveles automáticamente y, en las copias incrementales y diferenciales, captura únicamente los datos modificados para reducir las ventanas de copia de seguridad y el consumo de almacenamiento.

¿Cómo funciona la recuperación a un momento determinado en DB2?

La recuperación a un momento determinado en DB2 requiere restaurar primero la imagen de copia de seguridad más reciente, aplicar a continuación todas las demás imágenes en secuencia y, por último, ejecutar el comando ROLLFORWARD para reproducir los registros de transacciones hasta el momento requerido. El complemento de Bacula Enterprise para DB2 automatiza el paso de secuenciación de imágenes, aplicando automáticamente las imágenes completas, diferenciales e incrementales en el orden correcto. El administrador ejecuta ROLLFORWARD DATABASE to END OF LOGS AND COMPLETE para completar la recuperación.

¿Cómo interactúa el complemento de Bacula Enterprise para DB2 con las API nativas de copia de seguridad de DB2?

El complemento invoca directamente la API de copia de seguridad y restauración de DB2 a través de scripts de shell generados dinámicamente, y transfiere los datos mediante una tubería con nombre de Unix. De este modo, el complemento opera dentro del propio marco de copia de seguridad de DB2, lo que garantiza que la copia de seguridad resultante sea coherente y se pueda restaurar.

¿Cómo automatiza el complemento de Bacula para DB2 la transición entre copias de seguridad en línea y fuera de línea?

El complemento lee la configuración de cada base de datos en el momento de la tarea y determina si es posible realizar una copia de seguridad en línea o fuera de línea. En el caso de las bases de datos que admiten copias de seguridad en línea, ejecuta la tarea mientras la base de datos permanece activa. En el caso de las que no lo admiten, ejecuta el comando «QUIESCE DATABASE IMMEDIATE FORCE CONNECTIONS» para cerrar todas las sesiones activas, desactiva la base de datos, realiza la copia de seguridad y, a continuación, la reactiva automáticamente.

¿Admite el complemento Bacula para DB2 copias de seguridad incrementales y diferenciales auténticas?

Sí, para bases de datos configuradas con TRACKMOD y LOGARCHMETH1.

¿Admite el complemento DB2 de Bacula las bases de datos implementadas dentro de contenedores Docker?

Sí. El complemento se comunica con una instancia de DB2 que se ejecuta dentro de un contenedor Docker utilizando el parámetro bin_dir para envolver todos los comandos db2 con el prefijo «docker exec». El directorio de la base de datos debe compartirse entre el host y el contenedor mediante un montaje de volumen de Docker, de modo que el complemento pueda escribir sus archivos de control en una ruta accesible desde ambos lados.

¿Cómo se restaura una base de datos DB2 con un nombre diferente o en un nuevo servidor utilizando Bacula?

Para restaurar con un nombre de base de datos diferente, establezca el parámetro where con el nuevo nombre durante la tarea de restauración. El nombre debe estar compuesto únicamente por caracteres alfanuméricos y guiones bajos. Bacula crea automáticamente la base de datos de destino y restaura los datos en ella. Para restaurar en un servidor diferente, utilice los parámetros instance y unix_user para seleccionar la instancia DB2 correcta en el servidor de destino.

Más ayuda sobre las copias de seguridad de DB2:

También puede interesarle:
respaldos en linux
respaldo de base de datos
copia de seguridad en cinta