AssetSync
Nicht jede Migration passiert an einem Stichtag. Wenn Data Center und Cloud eine Weile nebeneinander laufen, hält AssetSync die Assets beider Seiten fortlaufend synchron.
- Wiederholbarer DC→Cloud-Abgleich per Delta
- Anlegen, aktualisieren, löschen — nach Plan
- Trockenlauf als Standard, Referenz-Relink inklusive
- Dry-Run vor jedem Schreiben
- Nach jeder Stufe gegen Data Center geprüft
- Geschrieben wird erst nach Ihrer Freigabe
- Nachvollziehbarer Abschlussbericht zu jedem Lauf
Bei gestaffelten Migrationen ändern sich die Assets im Data Center weiter, während die Cloud schon aufgebaut ist. AssetSync gleicht beide Seiten wiederholbar ab: Es ermittelt das Delta und wendet nur die tatsächlichen Änderungen an — anlegen, aktualisieren, löschen — statt jedes Mal alles neu zu schreiben.
Jeder Lauf beginnt mit einem Trockenlauf, der zeigt, was passieren würde. Geschrieben wird erst nach Ihrer Freigabe, und ein zweistufiger Referenz-Relink stellt die Objekt-zu-Objekt-Beziehungen wieder her.
Was eine Standard-Migration offen lässt
Nach der Standard-Migration
- Bei jedem Abgleich die komplette Kopie
- Wiederholte Läufe erzeugen Dubletten
- Änderungen in der Übergangsphase gehen verloren
- Referenzen brechen beim Nachziehen
Mit diesem Werkzeug AssetSync
- Nur das tatsächliche Delta übertragen
- Wiederholbar, ohne Doppelungen
- Data Center und Cloud bleiben synchron
- Zweistufiger Referenz-Relink stellt sie wieder her
So läuft der Abgleich
Wiederholbar, mit Trockenlauf und Freigabe.
-
1
Umfang & Mapping
Sie legen den Umfang fest; das DC↔Cloud-Mapping bildet die Grundlage für den Abgleich.
Verifiziert: Nur der festgelegte Umfang wird betrachtet.
-
2
Momentaufnahme & Delta
Beide Seiten werden erfasst und das Delta ermittelt: was fehlt, was sich geändert hat, was zu viel ist.
Verifiziert: Unterschiede vollständig aufgelistet.
-
3
Plan & Trockenlauf
Aus dem Delta entsteht ein Plan; der Trockenlauf zeigt vollständig, was angelegt, aktualisiert oder gelöscht würde.
Verifiziert: Nichts wird ohne Freigabe geschrieben.
-
4
Anwenden & Relink
Nach Freigabe werden die Änderungen angewendet und die Referenzen zweistufig neu verknüpft.
Verifiziert: Objekt-zu-Objekt-Beziehungen wiederhergestellt.
Was es kann
Delta statt Vollkopie
AssetSync vergleicht beide Seiten und überträgt nur die tatsächlichen Unterschiede — angelegt, aktualisiert oder gelöscht.
Wiederholbar ohne Dubletten
Der Abgleich lässt sich beliebig oft ausführen. Ein zweiter Lauf erzeugt keine Doppelungen, sondern überträgt nur die neuen Änderungen.
Trockenlauf als Standard
Vor jedem Schreiben zeigt ein Trockenlauf vollständig, was passieren würde. Geschrieben wird erst nach Ihrer Freigabe.
Zweistufiger Referenz-Relink
Nach den Werten werden die Objekt-zu-Objekt-Referenzen in zwei Stufen wieder verknüpft, auch über Schemas hinweg.
Klarer Ablauf mit Plan
Umfang festlegen, Mapping, Momentaufnahme beider Seiten, Delta, Plan, Anwenden — jeder Schritt nachvollziehbar.
Im Ausbau: Rückweg und Zeitsteuerung
Der DC→Cloud-Sync ist einsatzfähig. In Arbeit sind der Rück-Sync Cloud→Data Center, eine Zeitsteuerung und eine dreiwege-Konfliktauflösung.
Häufige Fragen vor der Migration
Wofür brauche ich AssetSync, wenn es den AssetMigrator gibt?
Der AssetMigrator baut die Struktur einmalig in einem leeren Ziel auf. AssetSync ist für danach: wenn sich die Data-Center-Daten in einer Übergangsphase weiter ändern und die Cloud wiederholbar nachgezogen werden muss.
Erzeugt ein zweiter Lauf Dubletten?
Nein. AssetSync arbeitet über ein Delta und ein stabiles Mapping. Ein erneuter Lauf überträgt nur, was sich geändert hat.
Kann ich vorher sehen, was passiert?
Ja. Der Trockenlauf ist Standard und zeigt vollständig, was angelegt, aktualisiert oder gelöscht würde. Geschrieben wird erst nach Ihrer ausdrücklichen Freigabe.
Geht der Abgleich auch von der Cloud zurück ins Data Center?
Der Weg von Data Center in die Cloud ist einsatzfähig. Der Rück-Sync in die andere Richtung, eine Zeitsteuerung und eine dreiwege-Konfliktauflösung sind in Entwicklung.
Kontrolliert — von Anfang bis Abschlussbericht
Lesen vom Schreiben getrennt
Gelesen wird aus einer read-only Datenschicht, geschrieben nur über einen einzigen kontrollierten Kanal. Lesezugriffe belasten Ihre Cloud nie.
Testlauf vor jedem Schreiben
Der Dry-Run zeigt vollständig, was passieren würde. Geschrieben wird erst auf Ihre ausdrückliche Freigabe.
Wiederholbar ohne Risiko
Jeder Schritt lässt sich erneut ausführen, ohne Schaden anzurichten. Eine Unterbrechung ist kein Problem, ein zweiter Lauf erzeugt keine Dubletten.
Ein isolierter Stack pro Kunde
Alle Werkzeuge laufen auf der Jira-Migration-Manager-Plattform, pro Mandat vollständig getrennt. Keine Vermischung von Daten.
Der Abschlussbericht benennt jeden Vorgang einzeln: repariert, zu prüfen, übersprungen oder fehlgeschlagen. Nichts wird im Stillen falsch verarbeitet.
Läuft auf dem Jira Migration Manager
Dieses Werkzeug steht nicht allein. Es läuft auf der Plattform, die alle Werkzeuge vereint: Eine read-only Lese-Schicht zieht Data Center und Cloud in eine versionierte Momentaufnahme, und jede Änderung geht durch ein einziges, kontrolliertes Schreib-Gateway.
Mehr zum Jira Migration ManagerWeitere Werkzeuge
Migrations-Plattform
Jira Migration Manager
Die Plattform, die alle Migrationswerkzeuge unter einem Dach vereint und eine Jira-DC-zu-Cloud-Migration sicher und wiederholbar macht: getrennte Lese- und Schreibwege, ratenlimitiert in die Cloud, Zugangsdaten verschlüsselt, ein isolierter Stack je Kunde.
- Read-only-Lese-Schicht und ratenlimitierter Schreibkanal strikt getrennt
- Alle Werkzeuge auf einer Datenbasis, verkettbar zu Pipelines
- Ein kontrollierter Zugangspunkt, verschlüsselter Keystore, ein Stack je Kunde
Assets-Migration
Asset Relink
Migriert Insight/Assets vollständig in die Cloud: Felder und Kontexte, AQL-Filter, Screens und die Objektwerte an jedem Vorgang. Genau dort, wo Standard-Tools die Verknüpfungen verlieren.
- Felder, Kontexte und Screens in der Cloud anlegen
- AQL-Filter von Data Center nach Cloud übersetzen
- Objektwerte an jedem Vorgang neu verknüpfen
Managed Migration
Jira Migration Helper
JCMA migriert die Masse Ihrer Daten, lässt aber Konfiguration kaputt oder unmigriert zurück. Der Jira Migration Helper schließt diese Lücken Modul für Modul und fährt mit der Managed Migration die passenden Fixes pro fertigem Projekt automatisch — jedes standardmäßig im Dry-Run und gegen die echte Cloud-API geprüft.
- Filter, Dashboards, Felder, Rollen und Berechtigungen reparieren, was JCMA offen lässt
- Managed Migration: pro fertig gemeldetem Projekt automatisch die passenden Fixes fahren
- Web-UI oder CLI, jedes Modul Dry-Run-Standard und über das idempotente Write-Gateway abgesichert
Passt das zu Ihrer Migration?
Schildern Sie kurz Ihren Fall — ich sage Ihnen ehrlich, ob und wie dieses Werkzeug hilft.
Gespräch vereinbarenAtlassian beendet den Support für Data Center am 28. März 2029. Wer eine große, komplex verknüpfte Umgebung umzieht, plant das besser früh als spät.