Jira Migration Exporter
Jede verlässliche Migration braucht eine verlässliche Quelle. Der Jira Migration Exporter ist ein Data-Center-Plugin, das das vollständige Konfigurationsbild Ihrer Instanz bereitstellt — die Grundlage, aus der Gutachten, Kalkulation und alle Werkzeuge lesen.
- Vollständiges Konfigurationsbild über 43 Endpunkte in 9 Bereichen
- Strikt lesend, kein Zugriff auf Ticketinhalte
- Ersetzt ScriptRunner-Skripte: auch ohne ScriptRunner nutzbar
- Rein lesend, kein Schreibzugriff
- Ausgewertet gegen das Data-Center-Original
- Kein Eingriff in den laufenden Betrieb
- Ergebnisse nachvollziehbar dokumentiert
Damit sich Gutachten, Angebot, Runbook und die einzelnen Werkzeuge nicht widersprechen, müssen sie aus derselben Quelle lesen. Genau das liefert der Jira Migration Exporter: ein installierbares Data-Center-Plugin, das die Konfiguration Ihrer Instanz über 43 Endpunkte in neun Bereichen bereitstellt.
Er ersetzt die früher nötigen ScriptRunner-Skripte — Instanzen ohne ScriptRunner nutzen die Suite damit vollständig. Der Zugriff ist strikt lesend: nur Konfiguration, keine Ticketinhalte, kein schreibender Pfad.
Was eine Standard-Migration offen lässt
Nach der Standard-Migration
- Daten aus verstreuten Skripten und Exporten
- Ohne ScriptRunner fehlen halbe Auswertungen
- Widersprüchliche Zahlen in Gutachten und Angebot
- Unklar, worauf zugegriffen wird
Mit diesem Werkzeug Jira Migration Exporter
- Ein vollständiges Bild aus einer Schnittstelle
- Voller Funktionsumfang, auch ohne ScriptRunner
- Eine Quelle, aus der alle Dokumente lesen
- Strikt lesend, nur Konfiguration, nachvollziehbar
So kommt die Suite an Ihre Daten
Einmal installiert, jederzeit prüfbar.
-
1
Installieren
Das signierte Paket wird über die normale App-Verwaltung eingespielt — mit getrennt beiliegendem Zertifikat, ohne private Schlüssel.
Verifiziert: Installation jederzeit über die freie Statusabfrage prüfbar.
-
2
Auslesen
Über 43 Endpunkte wird das Konfigurationsbild der Instanz strikt lesend bereitgestellt.
Verifiziert: Ausschließlich lesende Zugriffe, keine Ticketinhalte.
-
3
Bereitstellen
Die Extractor-Lese-Schicht zieht daraus eine versionierte Momentaufnahme, auf der alle Werkzeuge arbeiten.
Verifiziert: Alle Werkzeuge lesen aus derselben Quelle.
Was es kann
Vollständiges Konfigurationsbild
Projekte und Rollen, Felder und Kontexte, Screens, Workflows und Sicherheitsschemata, Assets, Service Management, Automation, Tempo, Dashboards und Filter — in einem Zugriff.
43 Endpunkte, neun Bereiche
Eine klar umrissene Schnittstelle liefert jeden migrationsrelevanten Teil der Instanz strukturiert und wiederholbar abfragbar.
Strikt lesend
Ausschließlich lesende Operationen, keine schreibenden Pfade und kein Zugriff auf Ticketinhalte, wo nur Konfiguration gebraucht wird.
Ohne ScriptRunner nutzbar
Das Plugin ersetzt die früher nötigen ScriptRunner-Skripte. Instanzen ohne ScriptRunner setzen die gesamte Suite ohne Umwege ein.
Eine Quelle für alles
Gutachten, Kalkulation, Runbook und jedes Werkzeug lesen aus demselben Bild. Deshalb widersprechen sich die Dokumente nie.
Signiert und lizenziert
Ausgeliefert als signiertes Paket über die normale App-Verwaltung; das Zertifikat liegt getrennt bei, ohne private Schlüssel. Die Statusabfrage bleibt jederzeit prüfbar.
Häufige Fragen vor der Migration
Greift das Plugin auf Ticketinhalte zu?
Nein. Es liest ausschließlich Konfiguration — Projekte, Felder, Workflows, Schemata und so weiter. Vorgangsinhalte werden nicht gelesen, und es gibt keinen schreibenden Pfad.
Brauchen wir ScriptRunner?
Nein. Das Plugin ersetzt die früher nötigen ScriptRunner-Skripte. Instanzen ohne ScriptRunner nutzen die Suite damit vollständig.
Wie wird das Plugin ausgeliefert und installiert?
Als signiertes Paket über die normale App-Verwaltung, mit getrennt beiliegendem Zertifikat und ausdrücklich ohne private Schlüssel. Der Betrieb ist lizenzgebunden; die Statusabfrage bleibt frei, damit die Installation jederzeit prüfbar ist.
Warum ein eigenes Plugin statt der Jira-API?
Weil die Standard-API viele migrationsrelevante Details gar nicht oder nur lückenhaft liefert. Das Plugin stellt ein vollständiges, konsistentes Bild bereit — die Grundlage dafür, dass nichts übersehen wird.
Sicher und nachvollziehbar
Lesen vom Schreiben getrennt
Gelesen wird aus einer read-only Datenschicht, geschrieben nur über einen einzigen kontrollierten Kanal. Lesezugriffe belasten Ihre Cloud nie.
Rein lesend ausgewertet
Ausgewertet wird ausschließlich lesend; es wird nichts in Ihre Systeme zurückgeschrieben. Betrieb und Cloud-Budget bleiben unberührt.
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.
Alle Ergebnisse sind nachvollziehbar dokumentiert und lassen sich gegen das Data-Center-Original prüfen. Nichts wird im Stillen verändert oder weggelassen.
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.