Copia de seguridad y restauración de DB2. ¿Cómo hacer una copia de seguridad de la base de datos DB2?

Una base de datos DB2 protege los datos en una fortaleza proverbial: los datos son, con diferencia, el recurso más importante de cualquier empresa moderna. La seguridad de la información es un tema extremadamente delicado en el mundo moderno de la gestión de datos empresariales, que requiere la creación de planes de contingencia mucho antes de que surja una crisis. Una estrategia de copia de seguridad sólida debería ayudar a las empresas a hacer frente a todo tipo de problemas, ya sea ransomware, corrupción de programas o fallos de hardware, etc.

Unos procedimientos de copia de seguridad adecuados pueden hacer que una catástrofe potencial importante no sea más que un contratiempo menor. Los desastres y accidentes ocurren todo el tiempo y los ciberataques por sí solos ocurren a diario en los entornos empresariales modernos. Por ello, mejorar la seguridad de la información en cualquier forma es primordial, tanto como cuando se mantiene en una forma no convencional, como en una base de datos DB2.

El campo de las copias de seguridad de DB2 está repleto de temas y opciones desafiantes: copias de seguridad en línea, copias de seguridad sin conexión, copias de seguridad completas y copias de seguridad incrementales, con un verdadero mar de soluciones de terceros para elegir. El objetivo de esta guía es simplificar al máximo la elección entre estas opciones ofreciendo ideas y recomendaciones para proteger mejor su entorno DB2.

Opciones potenciales para la copia de seguridad de la base de datos DB2

Dado que las copias de seguridad de bases de datos nunca tienen un enfoque universal, existen muchas situaciones y circunstancias diferentes que pueden influir en la elección de una metodología de copia de seguridad. Antes de profundizar en las diferencias entre las copias de seguridad de DB2, sería conveniente revisar los fundamentos de las copias de seguridad de DB2. El éxito de una estrategia de copia de seguridad depende de una comprensión completa de cómo cada factor clave afecta a los objetivos de tiempo de recuperación (RTO) y a los objetivos de punto de recuperación (RPO) de una organización.

En cuanto a los factores en sí, hay algunas opciones importantes:

• Tamaño total de la base de datos y sus patrones de crecimiento recientes.
• La necesidad de ajustar los requisitos de tiempo de recuperación a los acuerdos de nivel de servicio existentes.
• Requisitos de cumplimiento normativo.
• Las capacidades y limitaciones de la infraestructura de almacenamiento.
• Plazos de mantenimiento del sistema.

Ahora que está claro lo compleja que puede ser cada decisión sobre las copias de seguridad de DB2, es el momento de revisar algunos de los factores y opciones importantes que deben tenerse en cuenta de antemano.

Copia de seguridad completa e incremental en DB2

Los enfoques de copia de seguridad completa e incremental tienen propósitos completamente diferentes en la mayoría de los entornos y las bases de datos DB2 no son una excepción.

Las copias de seguridad completas de DB2 tienen la tarea de capturar el estado de toda la base de datos a la vez para generar una instantánea completa del entorno. Aunque es uno de los métodos de copia de seguridad que más espacio de almacenamiento requiere, suele ser el más fácil para lograr una restauración exitosa.

Por otro lado, las copias de seguridad incrementales de DB2 rastrean y almacenan solo los cambios realizados en el sistema desde la última operación de copia de seguridad. Este enfoque ofrece ventanas de copia de seguridad mucho más cortas y menores requisitos de almacenamiento, pero también aumenta la complejidad de cualquier operación de recuperación.

Ninguno de los dos enfoques es mutuamente excluyente, por lo que muchas empresas llevan mucho tiempo adoptando un enfoque híbrido. Este realiza copias de seguridad completas periódicamente, con copias de seguridad incrementales con mucha más frecuencia, combinando las ventajas de cada método y mitigando al mismo tiempo algunas de sus deficiencias más flagrantes.

Copias de seguridad en línea de DB2

La copia de seguridad en línea es una de las características más destacadas de DB2, ya que permite crear una copia coherente de la base de datos sin apagar la propia base de datos. Es una opción inestimable para las empresas que requieren disponibilidad ininterrumpida, aunque tiene sus propias consideraciones de rendimiento que hay que tener en cuenta.

La copia de seguridad sin conexión de DB2 se explica por sí sola en este contexto: es un enfoque diferente para crear copias de seguridad que requiere apagar las bases de datos afectadas. Lógicamente, esta opción es más segura y menos probable que cree problemas antes o después de la copia de seguridad, pero también requiere un período sustancial de inactividad, algo con lo que ciertas empresas podrían no sentirse cómodas. Como tal, las copias de seguridad fuera de línea se utilizan muy raramente en las copias de seguridad de DB2, considerando las ventajas de las copias de seguridad en línea de DB2 en la mayoría de las situaciones.

Los patrones de carga de trabajo de la base de datos desempeñan un papel fundamental cuando se trabaja con copias de seguridad en línea. Por ejemplo, las cargas de trabajo con gran cantidad de lecturas deberían funcionar adecuadamente a pesar de los problemas de rendimiento que pueda introducir un proceso de copia de seguridad en línea. Por otro lado, el rendimiento de las aplicaciones con gran cantidad de escrituras podría verse afectado durante las copias de seguridad hasta cierto punto. Comprender estas diferencias puede ser de gran ayuda para encontrar las ventanas de copia de seguridad más óptimas que no interrumpan las operaciones comerciales críticas.

¿Qué opción de copia de seguridad de DB2 es la mejor?

La elección de un método de copia de seguridad ideal requiere una evaluación cuidadosa de todas las características inusuales de su entorno de copia de seguridad. Las copias de seguridad completas simples durante las horas de inactividad podrían ser mejores para bases de datos analíticas más pequeñas, mientras que los entornos transaccionales de gran volumen deberían funcionar mejor con copias de seguridad incrementales frecuentes y copias de seguridad completas ocasionales.

Como se ha mencionado anteriormente, los objetivos de tiempo de recuperación (RTO, por sus siglas en inglés) para la base de datos juegan un papel importante en la elección del programa de copia de seguridad: el tiempo de recuperación lo dicta todo, incluida la elección entre los enfoques de copia de seguridad completa, incremental e híbrida. La opción de copias de seguridad fuera de línea sería la mejor para escenarios de recuperación críticos, pero también tienen sus limitaciones, que deben tenerse en cuenta de antemano.

Uso eficiente de los comandos de copia de seguridad de DB2

Con un conocimiento teórico de DB2, la base de datos en cuestión puede permitir a su usuario controlar directamente toda la estrategia de protección de datos, si puede dominar los comandos de copia de seguridad de DB2 necesarios. El uso de una interfaz de línea de comandos puede parecer complejo al principio, pero el potencial de automatización y flexibilidad de este enfoque supera con creces la curva de aprendizaje.

La eficiencia del uso de comandos de copia de seguridad depende de varios factores importantes:

• Opciones de compresión para la gestión del tamaño de la copia de seguridad.
• Configuraciones de registro para garantizar la integridad de la copia de seguridad.
• Requisitos de seguridad y autenticación.
• Parámetros de comando que pueden afectar directamente al rendimiento de una copia de seguridad.
• Velocidad óptima de E/S con las consideraciones necesarias sobre la ruta de almacenamiento.

Explicación de la sintaxis de copia de seguridad de DB2

El comando BACKUP DATABASE es la herramienta principal para las copias de seguridad internas de DB2, y su personalización granular es una de sus ventajas más importantes. Debería ser posible utilizar únicamente la sintaxis básica, como por ejemplo: BACKUP DATABASE nombre_base_de_datos. Sin embargo, el número de opciones posibles es mucho mayor, como se ve en el siguiente ejemplo:

Cada parámetro adicional puede configurar el comportamiento de un proceso de copia de seguridad, incluyendo su tiempo de finalización, utilización de recursos y más. Por ejemplo, la opción COMPRIMIR reduce los requisitos de almacenamiento, mientras que aumenta el uso de CPU necesario para comprimir la información antes de guardarla. Por otro lado, la opción PARALLELISM 4 mejora drásticamente la velocidad de las copias de seguridad mediante el uso de subprocesos múltiples, pero a costa de unos requisitos de potencia de cálculo mucho más elevados para cada proceso de copia de seguridad.

Instrucciones de la utilidad de copia de seguridad DB2

La capacidad de ejecutar comandos complejos no es la única ventaja de las operaciones de copia de seguridad que utilizan DB2. En estos casos, es necesario un enfoque sistemático, que incluya consideraciones sobre los modos de ejecución y la verificación del estado de la base de datos.

El comando db2pd -db nombre-base-datos -aplicaciones verifica el estado actual de la base de datos de destino antes de realizar cualquier tarea de copia de seguridad, confirmando que no hay transacciones activas capaces de comprometer la integridad de la copia de seguridad, al tiempo que garantiza que la propia base de datos está completa y operativa antes de crear una copia de la misma.

En cuanto a los modos de ejecución, estos son los que hemos comentado anteriormente: copias de seguridad en línea y fuera de línea. Las copias de seguridad fuera de línea son más fáciles de configurar, pero pueden ser prácticamente imposibles para algunas empresas. Las copias de seguridad en línea, por otro lado, requieren parámetros adicionales para garantizar el acceso simultáneo y la finalización exitosa de la copia de seguridad. Tenga en cuenta también que estos modos de ejecución también afectan tanto a los procesos de copia de seguridad como a los de recuperación de diferentes maneras.

Desafíos comunes para los comandos de copia de seguridad de DB2

Los códigos de error son la forma más fácil de distinguir un problema de otro durante la introducción de un comando de copia de seguridad o recuperación. No es raro que aparezcan obstáculos durante estas operaciones, incluso en las bien planificadas.

Hay dos códigos de error comunes que debemos mencionar aquí: SQL2062N y SQL2061N.

El código SQL2062N es el error de «espacio en disco insuficiente», que se resuelve liberando más espacio de almacenamiento en la ubicación de destino de la copia de seguridad.

El código SQL2061N es un problema de permisos que debería resolverse fácilmente ajustando los controles de acceso a nivel del sistema de archivos

Ninguno de estos códigos representa un fallo completo de la copia de seguridad, y su resolución es un proceso relativamente sencillo.

Automatización de copias de seguridad de DB2 con herramientas y scripts de programación

Al igual que muchas operaciones realizadas mediante una CLI, estos comandos pueden automatizarse hasta cierto punto, ya sea con la ayuda de herramientas de programación o de scripts personalizados.

Las herramientas de programación tienden a variar en calidad y granularidad de un caso a otro, lo que dificulta recomendar una única opción óptima para cada situación. Los scripts personalizados son la mejor alternativa, ya que permiten ajustar ciertos procesos específicamente para su entorno de base de datos, como la comprobación previa a la copia de seguridad, la verificación posterior a la copia de seguridad, etc.

Por supuesto, los scripts personalizados suelen ser mucho más difíciles de desarrollar que elegir una herramienta de programación de terceros. La experiencia necesaria para crearlos suele ser bastante elevada, pero su versatilidad merecerá la pena en la mayoría de los casos.

Solución de problemas durante la ejecución de la copia de seguridad

Los procesos de ejecución de copias de seguridad también suelen tener sus problemas. Estos problemas no deberían surgir a menudo, pero conocer los más comunes y tener un plan de acción preparado para ellos puede ser fundamental.

La regla general en tales situaciones es mantener registros de respaldo detallados para simplificar la resolución de problemas, sabiendo que cualquier registro del sistema debería proporcionar mucho más contexto a un problema, en comparación con una clasificación genérica de mensajes de error.

Hablando de mensajes de error, hay un código de error importante que mencionar aquí: SQL2048N. Este código en particular suele implicar que se está produciendo algún tipo de problema subyacente en el sistema de almacenamiento que no es culpa de la propia base de datos, lo que requiere un análisis y una resolución más detallados antes de continuar.

Software de copia de seguridad DB2 de terceros

Aunque las capacidades nativas de DB2 cumplen algunos requisitos empresariales para las operaciones de copia de seguridad y recuperación, las soluciones de terceros pueden ser valiosas por sus características beneficiosas y de nivel empresarial, ya sea integración multiplataforma, compresión mejorada, gestión centralizada, seguridad adicional y más. Estas características, combinadas con mejoras generales de eficiencia y una reducción de los gastos administrativos, suelen ser la forma en que este tipo de programas justifica su coste.

Hay varios factores que una empresa debe tener en cuenta al evaluar posibles soluciones de copia de seguridad, como:

• Análisis de coste-beneficio para el volumen de datos actual.
• Compatibilidad con futuras versiones de DB2.
• Profundidad de integración con la infraestructura existente.
• Soporte del proveedor, incluyendo tanto la calidad como los tiempos de respuesta.
• Mejoras en el tiempo de recuperación con respecto a los resultados de las herramientas nativas.

A continuación se presentan algunos ejemplos notables de programas de terceros que admiten copias de seguridad de DB2 hasta cierto punto.

Handy Backup

Aunque se diseñó originalmente pensando en las pymes, Handy Backup ha evolucionado con éxito para funcionar también con sistemas de bases de datos empresariales. Puede proporcionar una gestión unificada de diferentes tipos de copias de seguridad, ya sean instantáneas del sistema de archivos, volcados de bases de datos y mucho más.

El módulo DB2 de la plataforma ofrece protección mediante un enfoque que prioriza la simplicidad, lo que la convierte en una excelente opción en situaciones en las que se da prioridad a las operaciones sencillas frente a los conjuntos de funciones avanzadas. Es posible que Handy Backup no coincida con la variedad de capacidades de otras soluciones de nivel empresarial, pero su facilidad de uso en entornos mixtos que requieren un conjunto de funciones de centralización sigue siendo notable.

Opiniones de los clientes:

• Capterra – 4,3/5 puntos de 26 opiniones de clientes
• G2 – 4,0/5 puntos según 19 opiniones de clientes

Precio (en el momento de la redacción):

• Handy Backup utiliza un modelo de licencia sencillo con cuatro niveles de precios principales:
  • Standard, a partir de 39 $ por un dispositivo, puede proporcionar la combinación más básica de las funciones útiles solo en un dispositivo personal.
  • Profesional, a partir de 89 $ por un dispositivo, ofrece varias funciones adicionales a la oferta anterior, como imágenes de disco, copias de seguridad en la nube, recuperación ante desastres, etc.
  • Small Business, a partir de 249 $ por un dispositivo, es un nivel de precios orientado a empresas que amplía el conjunto de funciones del nivel anterior con soporte para diferentes tipos de almacenamiento, como aplicaciones y bases de datos.
  • Server Network, a partir de 299 $ por un panel de gestión, ofrece todo el conjunto de funciones de Handy Backup sin limitación alguna. Sin embargo, se requieren varias compras adicionales en forma de agentes de estación de trabajo (39 $ por uno) y agentes de servidor (149 $ por uno) para crear una infraestructura de copia de seguridad completa.

Veeam

Veeam es un nombre muy conocido en el mercado de las copias de seguridad de virtualización, a pesar de su compatibilidad con otros formatos de datos, creando un entorno de protección de datos empresarial razonable.

El procesamiento con reconocimiento de aplicaciones que proporciona el módulo de integración DB2 de Veeam va más allá de algunas funcionalidades de copia de seguridad tradicionales para proporcionar pruebas de integridad automatizadas y una gama de opciones de recuperación granular entre las que elegir. Es una opción impresionante para las empresas que deben ejecutar múltiples tecnologías de bases de datos a la vez, y su compatibilidad con las copias de seguridad de DB2 ofrece consistencia, incluso en entornos altamente virtualizados en los que las copias de seguridad tradicionales podrían no estar a la altura.

Opiniones de los clientes:

• Capterra – 4,8/5 puntos basados en 75 opiniones de clientes
• TrustRadius – 8,9/10 puntos basados en 1605 opiniones de clientes
• G2 – 4,6/5 puntos basados en 636 opiniones de clientes
• PeerSpot – 4,3/5 puntos según 422 opiniones de clientes
• Gartner – 4,6/5 puntos basados en 1787 opiniones de clientes

Precios (en el momento de redactar este artículo):

• La única información sobre licencias disponible en el sitio web público de Veeam es una página de calculadora de precios que ayuda a los usuarios a crear un formulario personalizado para enviar a Veeam y obtener un presupuesto personalizado.

Bacula Enterprise

Bacula Enterprise es una solución de copia de seguridad y recuperación de excepcional seguridad que ha evolucionado desde sus raíces de código abierto para crear un entorno integral de copia de seguridad y recuperación utilizando una arquitectura modular y altamente escalable.

El enfoque de Bacula para las copias de seguridad de DB2 ofrece altos niveles de personalización con escalabilidad, admitiendo tanto copias de seguridad completas como incrementales, junto con deduplicación, cifrado, compresión, informes granulares, supervisión y mucho más. La arquitectura modular general del entorno lo convierte en una opción viable para una organización de cualquier tamaño, ampliando las capacidades de la plataforma con el tiempo. Es una excelente opción para entornos DB2 a gran escala que tienen en mente múltiples objetivos de copia de seguridad con requisitos de retención complejos a considerar. Sus capacidades garantizan que los usuarios puedan cumplir con una amplia variedad de requisitos de cumplimiento, y sigue de cerca el marco de seguridad NIST para asegurarse de que los usuarios superen las normas de seguridad más estrictas. Bacula es líder en TrustRadius.

Bacula es independiente del almacenamiento, lo que significa que los usuarios pueden integrarlo con cualquier tipo de almacenamiento que elijan, ya sea en la nube, en la nube híbrida o en cualquier tipo de almacenamiento de hardware específico.

Opiniones de los clientes:

• TrustRadius – 9,7/10 puntos basados en 63 opiniones de clientes
• G2 – 4,7/5 puntos basados en 56 opiniones de clientes
• PeerSpot – 4,4/5 puntos basados en 10 opiniones de clientes
• Gartner – 4,7/5 puntos basados en 5 opiniones de clientes

Precios (en el momento de redactar este artículo):

• La información sobre precios de Bacula Enterprise no está disponible públicamente en su sitio web oficial. La única forma de obtener dicha información es contactando directamente con la empresa para solicitar un presupuesto. Sin embargo, cabe destacar que Bacula no cobra por volumen de datos.
• Hay mucha información general sobre licencias disponible en el sitio web de Bacula. Por ejemplo, Bacula Enterprise ofrece una gama de planes de suscripción, aunque no hay precios disponibles para ninguno de ellos:
  • Standard – puede cubrir hasta 50 agentes y dos contratos, añade plazos de respuesta de soporte (de 1 a 4 días hábiles)
  • Bronze – puede cubrir hasta 200 agentes y dos contratos, ofrece asistencia telefónica y plazos más cortos para la atención al cliente (de 6 horas a 4 días)
  • Silver – puede cubrir hasta 500 agentes y tres contratos, introduce un complemento de deduplicación y un plazo de respuesta de atención al cliente más corto (de 4 horas a 2 días)
  • Gold – puede cubrir hasta 2000 agentes y cinco contratos y reduce drásticamente los plazos de respuesta de atención al cliente (de 1 hora a 2 días)
  • Platinum – puede cubrir hasta 5000 agentes y cinco contratos, tiene soporte de catálogo PostgreSQL y una plaza de formación al año para cursos de administrador.

Commvault Cloud

Commvault, considerada una de las pioneras en la gestión de datos empresariales, ofrece una solución unificada capaz de abordar todo el ciclo de vida de los datos, desde las copias de seguridad hasta los procesos analíticos. Puede identificar posibles fallos en las copias de seguridad antes de que se produzcan, gracias a un amplio análisis predictivo, entre muchas otras funciones.

Robust DB2 backups es un buen ejemplo de las completas capacidades de gestión de datos de Commvault, con una programación inteligente capaz de adaptarse a los patrones de carga de trabajo de las bases de datos como su punto fuerte. Se integra perfectamente con las bases de datos DB2, trabajando dentro de la premisa de un marco de gestión de datos más amplio como una gran opción para consolidar las tareas de copia de seguridad y recuperación.

Opiniones de los clientes:

• Capterra – 4,6/5 puntos basados en 47 opiniones de clientes
• TrustRadius – 7,6/10 puntos basados en 227 opiniones de clientes
• G2 – 4,4/5 puntos según 160 opiniones de clientes
• PeerSpot – 4,3/5 puntos según 108 opiniones de clientes
• Gartner – 4,5/5 puntos basados en 570 opiniones de clientes

Precios (en el momento de redactar este artículo):

• No hay información oficial pública sobre precios en el sitio web de Commvault.

Cohesity

Cohesity se promociona a sí misma como la próxima generación de soluciones de gestión de datos utilizando su plataforma de almacenamiento secundario hiperconvergente. Las amplias capacidades de búsqueda de Cohesity, entre otras características, la convierten en una gran opción para las empresas que con frecuencia requieren un acceso rápido a versiones históricas de datos.

El moderno enfoque de Cohesity para la protección de datos mejora su integración con DB2, eliminando la tradicional capa de servidor de copia de seguridad para reducir el coste y la complejidad de estos procesos. El entorno web de Cohesity ofrece una simplicidad similar a la de la nube a las operaciones de copia de seguridad de DB2 en las instalaciones, al tiempo que proporciona fiabilidad a nivel empresarial.

Opiniones de los clientes:

• Capterra – 4,6/5 puntos basados en 51 opiniones de clientes
• TrustRadius – 8,5/10 puntos basados en 86 opiniones de clientes
• G2 – 4,4/5 puntos basados en 47 opiniones de clientes
• PeerSpot – 4,5/5 puntos basados en 71 opiniones de clientes
• Gartner – 4,8/5 puntos según 810 opiniones de clientes

Precios (en el momento de redactar este artículo):

• No hay información pública sobre precios en el sitio web oficial de Cohesity

Estrategias de copia de seguridad para bases de datos DB2

La creación de un plan estratégico de copia de seguridad eficaz va más allá de la programación y la selección de herramientas. Una buena comprensión de las necesidades de recuperación, las limitaciones operativas y los requisitos reglamentarios de la organización también es fundamental para el éxito. Cuando se diseña correctamente, una estrategia de copia de seguridad debe ser capaz de anticipar el crecimiento futuro al tiempo que aborda todos los retos actuales.

Una estrategia de copia de seguridad integral debe incluir objetivos de punto de recuperación (RPO), objetivos de tiempo de recuperación (RTO), planificación de la capacidad de almacenamiento con proyecciones de crecimiento, consideraciones sobre el ancho de banda de la red, requisitos de formación del personal y todos los procedimientos de prueba y documentación que la acompañan.

Registro de archivos o registro circular en bases de datos DB2

Como se ha mencionado anteriormente, la documentación desempeña un papel clave en cualquier estrategia de copia de seguridad y recuperación, y eso incluye los procesos de registro y elaboración de informes. Sin embargo, el registro en entornos de bases de datos tiene un propósito diferente al de las situaciones de almacenamiento tradicionales. Esto requiere una elección fundamental entre el registro de archivo y el registro circular, cada uno de los cuales tiene su propio efecto en las capacidades de recuperación del entorno.

El registro de archivos puede mantener un historial completo de los cambios en la base de datos, lo que minimiza la posibilidad de pérdida de datos y permite realizar una recuperación puntual. La capacidad de recuperar literalmente en cualquier momento del pasado bien vale la pena en la mayoría de los casos, incluso si los costes de almacenamiento de este enfoque tienden a ser extremadamente altos a largo plazo.

El registro circular es una alternativa al registro de archivos, ya que sobrescribe los archivos de registro más antiguos después de un cierto período de tiempo. Esto reduce los requisitos de almacenamiento, pero también reduce la eficacia del proceso de recuperación en su conjunto, haciendo imposible realizar una recuperación granular fuera de las copias de seguridad completas. Puede ser un equilibrio aceptable entre el uso de recursos y la seguridad para entornos no críticos, o en situaciones en las que ya se realizan copias de seguridad completas con frecuencia.

Creación de una estrategia integral de copia de seguridad de bases de datos

Las estrategias de copia de seguridad suelen adaptarse a cada situación, lo que dificulta ofrecer recomendaciones generales que se adapten a la mayoría de los casos. En su lugar, este blog ofrece algunos consejos generales que deberían funcionar bien para prácticamente cualquier estrategia empresarial:

• Asegúrese de que se ajustan a los requisitos de continuidad del negocio sin que resulten técnicamente inviables.
• Piense en escalonar los programas de copia de seguridad en las diferentes bases de datos para gestionar la utilización de recursos del proceso.
• Piense en implementar procedimientos complejos de verificación de copias de seguridad: probar su marco de recuperación en su totalidad nunca es una mala idea.

Mejores prácticas para administradores de bases de datos en términos de frecuencia de copias de seguridad

La criticidad y las tasas de cambio de datos deben ser el principal factor para cualquier decisión sobre la frecuencia de las copias de seguridad. Las bases de datos de referencia relativamente estáticas pueden necesitar copias de seguridad completas solo semanalmente sin comprometer la seguridad, mientras que las bases de datos transaccionales de gran volumen requieren copias de seguridad completas al menos diariamente y copias de seguridad incrementales al menos cada hora.

Al mismo tiempo, vigilar la duración de las copias de seguridad ayuda a garantizar que ningún proceso de copia de seguridad se solape con las horas punta de trabajo, ajustando los horarios en consecuencia para evitar pérdidas de rendimiento y otros problemas empresariales.

Cifrado y otros medios de seguridad de las copias de seguridad

El cifrado es una de las medidas de seguridad más conocidas en el sector empresarial, ya que ayuda a proteger la información tanto en tránsito como en reposo. DB2 tiene un conjunto de funciones de cifrado nativo sorprendentemente sólido, capaz de integrarse con sistemas de gestión de claves para alinear las medidas de seguridad de las copias de seguridad con los estándares generales de la organización.

Sin embargo, es primordial recordar que muchos procesos de cifrado que se realizan fuera del hardware dedicado introducen un cierto grado de pérdida de rendimiento tanto en las secuencias de copia de seguridad como en las de recuperación, algo que debe tenerse en cuenta al planificar cualquier proceso de copia de seguridad o restauración.

Conclusión

La protección del entorno DB2 mediante procedimientos de copia de seguridad adecuados no es responsabilidad exclusiva del departamento de TI: es un imperativo empresarial directo que puede afectar a la resiliencia de toda la organización. El éxito radica en hacer coincidir los objetivos de recuperación con una estrategia de copia de seguridad, manteniendo al mismo tiempo un cierto grado de eficiencia operativa, independientemente de si se utilizan soluciones de copia de seguridad nativas o de terceros.

La creación de una estrategia de copia de seguridad es un proceso continuo que requiere revisiones y ajustes periódicos a medida que evolucionan los entornos de datos y las tecnologías modernas. Los procesos de copia de seguridad de DB2 pueden convertirse en la piedra angular de todo un plan de continuidad del negocio con un buen conocimiento de los procedimientos adecuados y las opciones disponibles. Lo que se recomienda aquí es realizar pruebas periódicas, mantener procesos de documentación exhaustivos y hacer un seguimiento de todas las nuevas capacidades del sector que pueden mejorar la estrategia de protección de datos en su entorno empresarial.

Preguntas frecuentes

¿En qué se diferencia DB2 de otros sistemas de bases de datos en cuanto a la gestión de copias de seguridad?

Aunque la mayoría de las bases de datos empresariales deberían admitir conceptos de copia de seguridad muy similares a las capacidades de DB2, este último se distingue por adoptar un enfoque de recuperación integrada. La arquitectura de copia de seguridad de DB2 puede tener en cuenta todas las implicaciones de recuperación al planificar las secuencias de copia de seguridad, lo que contrasta con la mayoría de los tipos de entornos, que a menudo tratan la copia de seguridad y la recuperación como procesos separados.

Un buen ejemplo de dicha integración es la función de alta disponibilidad de recuperación ante desastres de DB2, que combina estrategias de replicación y copia de seguridad en tiempo real. La combinación de soluciones de alta disponibilidad y copia de seguridad que no funcionan de forma independiente es muy poco común en este mercado.

Además, las herramientas de compresión de copias de seguridad de DB2 deberían ser capaces de producir mejores ratios de compresión que las herramientas de copia de seguridad normales, ya que sus algoritmos de compresión están específicamente optimizados para trabajar con la estructura de copia de seguridad subyacente.

¿Cómo de eficaz puede ser un programa de terceros a la hora de gestionar copias de seguridad de DB2?

La correcta implementación de cualquier herramienta de terceros desempeña un papel importante en su capacidad para gestionar de forma fiable las copias de seguridad de DB2. Sería justo decir que las herramientas capaces de aprovechar los comandos nativos de DB2 con una capa de gestión encima suelen funcionar mejor que las soluciones que intentan «reinventar la rueda».

El soporte directo del proveedor para versiones específicas de DB2 suele ser un factor mucho más importante que las capacidades generales de la solución, lo que convierte la experiencia del proveedor en la característica más valiosa de cualquier versión de DB2.

¿Puede DB2 gestionar copias de seguridad de bases de datos distribuidas?

El enfoque de DB2 para las copias de seguridad de bases de datos distribuidas busca mantener la coherencia entre los nodos sin introducir cambios drásticos en la disponibilidad del sistema. La coordinación cuidadosa es una necesidad para tales procesos, especialmente en configuraciones activo-activo.

Deben tenerse en cuenta los requisitos de consistencia tanto lógica como física al realizar copias de seguridad de sistemas distribuidos, sabiendo que algunas empresas utilizan estrategias de copias de seguridad continuas para reducir la contención, lo que supone un problema potencial para los planes de consistencia de los entornos DB2. Soluciones como Bacula ofrecen la integración nativa de su sistema de copias de seguridad directamente en DB2, con el fin de evitar escollos como estos.