HYCU ofrece ahora la recuperación completa de instancias de Jira

La mayoría de los administradores de Jira dan por sentado que, si se ha realizado una copia de seguridad de sus datos, podrán recuperarlos. Esa suposición es válida para elementos individuales, pero se desmorona rápidamente cuando el problema es de mayor envergadura.

Una eliminación masiva que borra docenas de proyectos. Una migración fallida. Un ataque de ransomware que deja fuera de servicio todo el entorno de Atlassian. En cualquiera de estas situaciones, el instinto es restaurar a partir de la copia de seguridad. La realidad es que restaurar una instancia de Jira no es lo mismo que restaurar un archivo o un buzón de correo, y la mayoría de las herramientas de copia de seguridad no están diseñadas para lo que Jira es en realidad. 

Jira es una aplicación por capas, no un conjunto de datos plano

Para comprender por qué la recuperación resulta difícil, resulta útil entender cómo está estructurado Jira. Una instancia de Jira en funcionamiento se construye por capas. En la base se encuentra la configuración global: definiciones de campos, esquemas de flujos de trabajo, esquemas de permisos y esquemas de tipos de incidencias. Los proyectos se construyen sobre esa configuración. Las incidencias se encuentran dentro de los proyectos. Los enlaces y referencias entre proyectos se sitúan por encima de todo ello.

Cada objeto de Jira hace referencia a otros objetos mediante su ID. Un proyecto no contiene sus propias definiciones de campos, sino que apunta a ellas. Una incidencia no contiene su propio flujo de trabajo, sino que hace referencia a uno. Estos ID son los que mantienen unida la instancia, y también son los que complican la recuperación.

Por qué la restauración granular se queda corta

La mayoría de las soluciones de copia de seguridad para Jira restauran los objetos de uno en uno. Algunas se han ampliado para permitir restauraciones a nivel de proyecto. Ambos enfoques funcionan bien para una recuperación específica. Sin embargo, plantean graves problemas cuando es necesario restaurar toda la instancia. Hay tres razones que lo explican. 

1. La secuencia provoca fallos. Los objetos de Jira dependen unos de otros en un orden estricto. Si se restaura un proyecto antes de que su configuración global exista en el destino, el proyecto no tiene nada a lo que hacer referencia. Sus esquemas apuntan a identificadores que aún no existen. El resultado es un proyecto dañado. 
2. Se pierden las referencias entre proyectos. Jira permite que las incidencias de un proyecto se vinculen a incidencias de otro. Cuando los proyectos se restauran de forma independiente, esos enlaces se rompen porque los proyectos de destino aún no existen o existen con identificadores diferentes. Corregir esto manualmente en cientos de proyectos no es una vía de recuperación viable.
3. La única alternativa fiable no es de autoservicio. Atlassian ofrece una restauración interna a un momento concreto, pero los clientes no pueden activarla por sí mismos. Requiere una solicitud de asistencia, lleva tiempo y ofrece una visibilidad limitada de lo que se ha recuperado y lo que no. 

Lo que realmente requiere una recuperación completa de la instancia

Para que una instancia de Jira vuelva a estar operativa se necesita algo más que datos. Es necesario restaurar en el orden correcto y volver a vincular todas las referencias entre objetos una vez que todo esté en su sitio. Sin eso, solo tendrá datos. Pero no se dispone de un Jira operativo.

En el caso de las restauraciones entre sitios, como la recuperación ante desastres, la clonación de entornos o la migración a un nuevo inquilino, existe un nivel adicional de complejidad. Cada objeto recibe un nuevo ID en el destino. El proyecto que existía con un identificador en el origen pasa a tener un identificador diferente en el destino. Un esquema al que se hacía referencia de una forma en la instancia original ahora se referencia de manera diferente. Si no se realiza un seguimiento de esos cambios a medida que se lleva a cabo la restauración, los enlaces entre proyectos, las referencias de campos y las relaciones no pueden reconstruirse con precisión. Una restauración que no tenga en cuenta esto le proporciona los datos, pero pierde las conexiones entre ellos. Y en Jira, las conexiones suelen ser la parte más importante.

Una recuperación completa y auténtica de la instancia debe:

1. Restaurar primero la configuración global para que todos los esquemas, campos y configuraciones existan antes de que se cree ningún proyecto. 
2. Restaurar todos los proyectos con sus configuraciones correctamente vinculadas a la capa global. 
3. Realice un seguimiento de cómo cambian los identificadores durante la restauración y utilice esa información para restablecer con precisión todas las referencias y relaciones entre proyectos en el destino.
4. Restaure los metadatos entre proyectos en último lugar, de modo que los enlaces y las relaciones entre proyectos se reconstruyan una vez que todos los proyectos existan y se conozcan sus nuevos identificadores. 

HYCU R-Cloud ofrece ahora la recuperación completa de instancias de Jira, en todos los sitios

HYCU R-Cloud ofrece ahora la recuperación completa de instancias de Jira. En una única operación, los administradores pueden restaurar un sitio completo de Jira en un destino independiente, restaurándose primero la configuración global, restaurándose todos los proyectos en paralelo y restableciéndose con precisión, al final, todos los enlaces y relaciones entre proyectos. 

Esta es la ruta de recuperación para la recuperación ante desastres, la migración de inquilinos y la clonación de entornos. También es la forma en que los equipos mantienen un entorno paralelo de Jira en paridad continua con el de producción. La restauración gestiona toda la complejidad de un traslado entre sitios, de modo que el resultado es un Jira operativo y listo para su uso en el nuevo sitio.

Sus datos de Jira merecen un plan de recuperación real

Jira es donde se planifica, se realiza el seguimiento y se entrega el trabajo de ingeniería. Tratarlo como un simple problema de copia de seguridad de SaaS pasa por alto cómo funciona realmente la aplicación.

Cuando algo falla a gran escala, se necesita algo más que una copia de los datos. Necesita una ruta de recuperación que comprenda la estructura de Jira, restaure en el orden correcto y recupere las relaciones entre los objetos. Eso es precisamente lo que está diseñada para ofrecer la recuperación completa de la instancia de Jira en HYCU R-Cloud.

¿Está listo para verlo en acción? 

Solicite una demostración.