HYCU bietet nun die vollständige Wiederherstellung von Jira-Instanzen an

Stellen Sie Ihre gesamte Jira-Website vollständig, präzise und problemlos wieder her.
Senior Product Marketing Manager
Image
Restoring complete Jira sites, including projects, configurations, workflows, and cross-project relationships across environments for disaster recovery, tenant migration, and cloning.

Die meisten Jira-Administratoren gehen davon aus, dass sie ihre Daten wiederherstellen können, sofern diese gesichert sind. Diese Annahme trifft auf einzelne Elemente zu. Bei größeren Problemen versagt sie jedoch schnell.

Eine Massenlöschung, die Dutzende von Projekten auslöscht. Eine verpfuschte Migration. Ein Ransomware-Angriff, der die gesamte Atlassian-Umgebung lahmlegt. In jeder dieser Situationen ist der erste Impuls, die Daten aus dem Backup wiederherzustellen. Die Realität sieht jedoch so aus, dass die Wiederherstellung einer Jira-Instanz nicht mit der Wiederherstellung einer Datei oder eines Postfachs vergleichbar ist, und die meisten Backup-Tools sind nicht für die tatsächliche Struktur von Jira ausgelegt. 

Jira ist eine mehrschichtige Anwendung, kein flacher Datensatz

Um zu verstehen, warum die Wiederherstellung so schwierig ist, hilft es, die Struktur von Jira zu kennen. Eine funktionierende Jira-Instanz ist in Schichten aufgebaut. An der Basis befindet sich die globale Konfiguration: Felddefinitionen, Workflow-Schemas, Berechtigungsschemas, Issue-Typ-Schemas. Auf dieser Konfiguration bauen die Projekte auf. Issues befinden sich innerhalb der Projekte. Projektübergreifende Verknüpfungen und Verweise liegen über all dem.

Jedes Objekt in Jira verweist über eine ID auf andere Objekte. Ein Projekt enthält keine eigenen Felddefinitionen. Es verweist auf diese. Ein Ticket verfügt nicht über einen eigenen Workflow. Es verweist auf einen. Diese IDs halten die Instanz zusammen, und sie sind es auch, die die Wiederherstellung kompliziert machen.

Warum eine granulare Wiederherstellung nicht ausreicht

Die meisten Backup-Lösungen für Jira stellen Objekte einzeln wieder her. Einige haben ihr Angebot auf Wiederherstellungen auf Projektebene ausgeweitet. Beide Ansätze eignen sich gut für eine gezielte Wiederherstellung. Sie verursachen jedoch erhebliche Probleme, wenn die gesamte Instanz wiederhergestellt werden muss. Dafür gibt es drei Gründe. 

  1. Die Reihenfolge führt zu Fehlern. Die Objekte in Jira sind in einer strengen Reihenfolge voneinander abhängig. Wird ein Projekt wiederhergestellt, bevor seine globale Konfiguration am Zielort vorhanden ist, kann das Projekt auf nichts verweisen. Seine Schemata verweisen auf IDs, die noch nicht existieren. Die Folge ist ein fehlerhaftes Projekt. 
  2. Projektübergreifende Verweise gehen verloren. Jira ermöglicht es, Issues in einem Projekt mit Issues in einem anderen Projekt zu verknüpfen. Wenn Projekte unabhängig voneinander wiederhergestellt werden, gehen diese Verknüpfungen verloren, da die Zielprojekte noch nicht existieren oder unter anderen IDs vorliegen. Dies manuell über Hunderte von Projekten hinweg zu beheben, ist kein praktikabler Wiederherstellungsweg.
  3. Die einzige zuverlässige Alternative ist kein Self-Service. Atlassian bietet eine interne Point-in-Time-Wiederherstellung an, die Kunden jedoch nicht selbst auslösen können. Sie erfordert eine Supportanfrage, nimmt Zeit in Anspruch und bietet nur begrenzten Einblick darin, was wiederhergestellt wurde und was nicht. 

Was eine vollständige Instanzwiederherstellung tatsächlich erfordert

Um eine Jira-Instanz wieder in einen funktionsfähigen Zustand zu versetzen, bedarf es mehr als nur Daten. Es ist erforderlich, die Daten in der richtigen Reihenfolge wiederherzustellen und alle Verweise zwischen den Objekten neu zu verknüpfen, sobald alles an seinem Platz ist. Ohne dies verfügen Sie zwar über Daten. Sie verfügen jedoch nicht über ein funktionsfähiges Jira.

Bei standortübergreifenden Wiederherstellungen wie der Notfallwiederherstellung, dem Klonen von Umgebungen oder der Migration zu einem neuen Mandanten kommt eine zusätzliche Komplexitätsebene hinzu. Jedes Objekt erhält am Zielort eine neue ID. Das Projekt, das in der Quelle unter einer bestimmten Kennung existierte, erhält am Zielort eine andere Kennung. Ein Schema, auf das in der ursprünglichen Instanz auf eine bestimmte Weise verwiesen wurde, wird nun anders referenziert. Ohne die Verfolgung dieser Änderungen während der Wiederherstellung können projektübergreifende Verknüpfungen, Feldverweise und Beziehungen nicht korrekt wiederhergestellt werden. Eine Wiederherstellung, die dies nicht berücksichtigt, liefert Ihnen zwar die Daten, lässt jedoch die Verbindungen zwischen ihnen verloren gehen. Und in Jira sind diese Verbindungen oft der wichtigste Teil.

Eine echte vollständige Instanzwiederherstellung muss Folgendes leisten:

  1. Zunächst die globale Konfiguration wiederherstellen, damit alle Schemata, Felder und Konfigurationen vorhanden sind, bevor Projekte angelegt werden. 
  2. Alle Projekte wiederherstellen, wobei deren Konfigurationen korrekt mit der globalen Ebene verknüpft sein müssen. 
  3. Verfolgen Sie, wie sich IDs während der Wiederherstellung ändern, und nutzen Sie diese Informationen, um alle projektübergreifenden Verweise und Beziehungen im Zielsystem korrekt neu zu verknüpfen.
  4. Stellen Sie projektübergreifende Metadaten zuletzt wieder her, damit Verknüpfungen und Beziehungen zwischen Projekten erst dann neu aufgebaut werden, wenn alle Projekte vorhanden sind und ihre neuen Identifikatoren bekannt sind. 

HYCU R-Cloud ermöglicht nun die vollständige Wiederherstellung von Jira-Instanzen standortübergreifend

HYCU R-Cloud ermöglicht nun die vollständige Wiederherstellung von Jira-Instanzen. In einem einzigen Vorgang können Administratoren eine gesamte Jira-Site an einem separaten Zielort wiederherstellen, wobei zunächst die globale Konfiguration wiederhergestellt wird, alle Projekte parallel wiederhergestellt werden und am Ende alle projektübergreifenden Verknüpfungen und Beziehungen korrekt wiederhergestellt werden. 

Dies ist der Wiederherstellungsweg für die Notfallwiederherstellung, die Mandantenmigration und das Klonen von Umgebungen. Auf diese Weise halten Teams zudem eine parallele Jira-Umgebung stets auf dem gleichen Stand wie die Produktionsumgebung. Die Wiederherstellung bewältigt die gesamte Komplexität eines standortübergreifenden Umzugs, sodass das Ergebnis ein einsatzbereites, funktionsfähiges Jira am neuen Standort ist.

Ihre Jira-Daten verdienen einen echten Wiederherstellungsplan

Jira ist der Ort, an dem technische Arbeiten geplant, nachverfolgt und umgesetzt werden. Wer dies wie ein einfaches SaaS-Backup-Problem behandelt, verkennt die tatsächliche Funktionsweise der Anwendung.

Wenn in großem Maßstab etwas schiefgeht, benötigen Sie mehr als nur eine Kopie der Daten. Sie benötigen einen Wiederherstellungspfad, der die Struktur von Jira versteht, die Daten in der richtigen Reihenfolge wiederherstellt und die Beziehungen zwischen den Objekten wiederherstellt. Genau dafür ist die vollständige Wiederherstellung der Jira-Instanz in HYCU R-Cloud konzipiert.

Sind Sie bereit, dies in Aktion zu sehen? 

Fordern Sie eine Demo an.