Atlassian hat den Termin festgelegt: Am 28. März 2029 werden alle Jira-Data-Center-Instanzen schreibgeschützt. Neue Data-Center-Lizenzen werden nicht mehr verkauft, die Preise für Bestandskunden sind im Februar 2026 gestiegen, und das letzte Verlängerungsfenster schließt im März 2028. Für Teams, die sich gerade deshalb für Data Center entschieden haben, um ihre Daten auf eigenen Servern zu behalten, ist der offizielle Weg - Atlassian Cloud - keine Antwort: Nach 2029 gibt es überhaupt kein On-Premise-Jira mehr. Dieser Leitfaden erklärt, was sich wann ändert, vergleicht die realistischen Optionen und zeigt Schritt für Schritt, wie Sie zu einer Jira-On-Premise-Alternative wechseln, die Sie vollständig selbst kontrollieren.
.
- Was sich wann ändert: der Data-Center-Zeitplan
- Ihre drei Optionen nach Jira Data Center
- Für wen Atlassian Cloud nicht in Frage kommt
- Was ein Ersatz für Jira Data Center abdecken muss
- Ein Migrationsplan in 5 Schritten
- Wie Sie die tatsächlichen Kosten vergleichen
- Wie RedmineUP Data-Center-Teams unterstützt
- FAQ
Was sich wann ändert: der Data-Center-Zeitplan
Atlassian fährt Data Center über drei Jahre stufenweise herunter. Diese Termine sind für Ihre Planung wichtig:
| Datum | Was passiert | Was das für Sie bedeutet |
|---|---|---|
| 17. Februar 2026 | Die Listenpreise für Jira, Confluence und Jira Service Management Data Center stiegen um etwa 15 %; Advantaged-Pläne je nach Stufe um 18-40 % | Ihre nächste Verlängerung kostet mehr als die letzte |
| 30. März 2026 | Verkaufsende für Neukunden: keine neuen Data-Center-Lizenzen und Marketplace-Apps | Ein neues Team oder eine neue Tochtergesellschaft kann nicht mehr auf Data Center starten |
| 30. März 2028 | Letzter Termin für Bestandskunden, um Lizenzen zu verlängern oder zu erweitern | Ihre letzte Verlängerungsentscheidung |
| 28. März 2029 | End of Life: Lizenzen und Marketplace-Apps laufen ab, der Support endet, Instanzen werden schreibgeschützt | Sie können Daten noch ansehen, aber niemand kann Vorgänge anlegen oder bearbeiten |
Zwei Ausnahmen sind erwähnenswert: Bitbucket Data Center und Jira Align Data Center sind von diesem End of Life nicht betroffen, und Atlassian gibt an, einzelnen Kunden ausnahmsweise eine verlängerte Wartung anbieten zu können. Für die meisten Jira- und Confluence-Teams ändert das nichts am Gesamtbild. Die offiziellen Details finden Sie auf der Atlassian-Migrationsseite.
Hinweis: Schreibgeschützt ist nicht dasselbe wie "sicher". Nach März 2029 behalten Sie den Zugriff auf die Historie, aber es werden keine Sicherheitsupdates mehr geliefert. Planen Sie den Export Ihrer Daten, solange die Instanz noch vollständig unterstützt wird.
Sie sind noch auf Jira Server? Der Support dafür endete am 15. Februar 2024, Sie erhalten also schon heute keine Sicherheitsupdates vom Hersteller. Der unten beschriebene Migrationsweg gilt auch für Sie - und Sie müssen nicht bis 2029 warten.
Ihre drei Optionen nach Jira Data Center
Jeder Data-Center-Kunde landet bei einem von drei Wegen. Der richtige hängt weniger von Funktionen ab als davon, wo Ihre Daten liegen müssen und wer das System betreibt.
| Bei Data Center bleiben | Zu Atlassian Cloud wechseln | Zu einer selbst gehosteten Plattform wechseln | |
|---|---|---|---|
| Wo die Daten liegen | Auf Ihren Servern | In der Atlassian-Cloud | Auf Ihren Servern oder bei einem Hosting-Partner Ihrer Wahl |
| Wie lange es funktioniert | Bis 28. März 2029 | Dauerhaft | Dauerhaft |
| Preisentwicklung | Steigt bei jeder Verlängerung | Abo pro Benutzer, Apps für die Cloud neu bepreist | Feste Infrastruktur plus optionaler Support-Vertrag |
| Marketplace-Apps | Laufen 2029 aus | Brauchen Cloud-Versionen; manche gibt es nicht | Ersetzt durch eingebaute Funktionen oder Plugins |
| Aufwand | Jetzt keiner, später eine übereilte Migration | Migration plus Neukonfiguration | Migration plus Neukonfiguration |
Option 1: So lange wie möglich bei Data Center bleiben
Das verschafft Zeit, aber keine Lösung. Jede Verlängerung wird teurer, die Plattform erhält Sicherheitspatches, aber keine neuen Funktionen, und 2029 müssen Sie ohnehin migrieren - nur unter Termindruck, und genau dann sparen Teams an Tests und Schulungen.
Option 2: Zu Atlassian Cloud wechseln
Dies ist der Weg, auf den Atlassian ausgerichtet ist. Sie betreiben keine Server mehr und erhalten reine Cloud-Funktionen wie die KI-Tools von Atlassian. Die Nachteile sind ebenso klar: Ihre Daten verlassen Ihre Infrastruktur, die Preise pro Benutzer summieren sich mit jeder Listenpreiserhöhung, und viele Data-Center-Apps sind in der Cloud teurer oder gar nicht verfügbar. Die meisten Unternehmen zahlen während des Übergangs außerdem für beide Umgebungen.
Option 3: Zu einer On-Premise-Jira-Alternative wechseln
Für Teams, die sich wegen Datenhoheit, Compliance oder Kostensicherheit für Data Center entschieden haben, bleibt mit dieser Option genau das erhalten. Open-Source-Plattformen wie Redmine laufen auf Ihren eigenen Servern, haben keinen End-of-Life-Schalter des Herstellers und berechnen keine Gebühr pro Benutzer. Die wichtigsten Kandidaten - RedmineUP, OpenProject, GitLab, Odoo, Redmine und weitere - haben wir in unserem Leitfaden zu Open-Source-Alternativen zu Jira verglichen und den breiteren Markt in Top Open-Source-Projektmanagement-Tools betrachtet. Dieser Artikel konzentriert sich auf das, was danach kommt: wie Sie Data Center tatsächlich verlassen.
Für wen Atlassian Cloud nicht in Frage kommt
Die Cloud eignet sich für viele Teams, aber Data-Center-Kunden gehören oft genau zu denen, für die sie nicht passt. Ein selbst gehosteter Ersatz verdient ernsthafte Überlegung, wenn eines der folgenden Kriterien auf Sie zutrifft:
- Datenresidenz-Vorgaben. Ihre Verträge, Branchenvorschriften oder nationales Recht verlangen, dass die Daten in einem bestimmten Land oder auf Ihrer eigenen Infrastruktur bleiben.
- Isolierte Netzwerke. Ihr Tracker läuft in einer geschlossenen oder Air-Gap-Umgebung, zum Beispiel in Verteidigung, Gesundheitswesen, Behörden oder Fertigung.
- Sicherheitsrichtlinien. Ihr Sicherheitsteam genehmigt keine SaaS-Dienste Dritter für quellcodenahe Daten wie Vorgangshistorie, Anhänge und interne Diskussionen.
- Viele Benutzer mit geringer Nutzung. Sie haben viele Gelegenheitsnutzer - Melder, Manager, Kunden - und die Preise pro Benutzer in der Cloud machen sie teuer.
- Starke Anpassung. Ihre Workflows hängen von Data-Center-Apps ab, die kein Cloud-Pendant haben.
- Kein Internetzugang. Ihre Server erreichen die Außenwelt nicht, sodass alles - die Anwendung und ihre Plugins - aus Dateien installiert werden muss.
- Anfragende nur per E-Mail. Kunden oder Kollegen, die nur eine E-Mail schicken, sollten kein kostenpflichtiges Benutzerkonto brauchen, um eine Antwort zu erhalten.
Wenn Sie sich hier wiedererkennen, lautet die Frage nicht "welcher Cloud-Tarif", sondern "welche selbst gehostete Plattform, und wer betreibt sie". Die Wahl der Infrastruktur haben wir ausführlich behandelt in Self-Hosted oder in der Cloud: Wie Sie die Infrastruktur für Redmine wählen.
Was ein Ersatz für Jira Data Center abdecken muss
Bevor Sie Produkte vergleichen, erfassen Sie, was Ihre Teams in Jira tatsächlich nutzen. So lassen sich typische Bausteine von Jira Data Center auf Redmine mit RedmineUP-Plugins übertragen:
| In Jira Data Center | In Redmine / RedmineUP |
|---|---|
| Projekte und Teilprojekte | Projekte und Unterprojekte |
| Vorgangstypen | Tracker |
| Workflows und Berechtigungsschemata | Workflows pro Tracker und Rolle, konfigurierbare Rollen und Berechtigungen |
| Benutzerdefinierte Felder | Benutzerdefinierte Felder für Tickets, Projekte, Benutzer und Zeiteinträge |
| Scrum- und Kanban-Boards | Agile-Plugin: Boards, Sprints, Burndown und weitere Agile-Diagramme |
| Jira Service Management | Helpdesk-Plugin: eingehende E-Mails werden zu Tickets in Redmine, Anfragende antworten per E-Mail ohne Konto, SLA-Kennzahlen |
| Confluence-Spaces | Integriertes Projekt-Wiki (Confluence-Seiten sind eine eigene Migration neben den Jira-Vorgängen - planen Sie sie separat) |
| Apps zur Zeiterfassung | Integrierte Zeiterfassung, Auswertungen im Reporter-Plugin |
| Apps zur Kapazitätsplanung | Resources-Plugin |
| LDAP / Verzeichnis-Anmeldung | Integrierte LDAP-Authentifizierung. Wenn Sie SAML oder ein anderes Single Sign-on brauchen, nehmen Sie es in Ihre Anforderungen auf und klären Sie es mit uns, bevor Sie sich festlegen |
Was nach dieser Übung in der rechten Spalte fehlt, ist Ihre echte Lückenliste. Manche Lücken schließen andere Plugins, manche ein kleines Custom-Development-Projekt, und manche entpuppen sich als Funktionen, die niemand genutzt hat. Einen direkten Funktionsvergleich finden Sie unter RedmineUP vs Jira. Wenn der Service Desk ein großer Teil Ihres Jira-Setups ist, hilft Ihnen vielleicht unser Überblick über Ticketsysteme für IT-Abteilungen beim Vergleich.
Ein Migrationsplan in 5 Schritten
Eine Data-Center-Migration ist ein Projekt und kein Export am Wochenende. So gehen Teams mit 20 bis mehreren hundert Benutzern erfolgreich vor.
1. Bestandsaufnahme
Listen Sie Projekte, Anzahl der Vorgänge, benutzerdefinierte Felder, Workflows, installierte Marketplace-Apps, Integrationen (Git, CI, Chat, SSO) und die Zahl aktiver Benutzer auf. Trennen Sie echte Benutzer von Anfragenden, die nur per E-Mail schreiben, und notieren Sie die Gesamtgröße der Anhänge - sie beeinflusst die Migrationsdauer. Wenn Sie auch Confluence betreiben, führen Sie dessen Spaces hier auf. Markieren Sie jede App als "muss ersetzt werden", "wünschenswert" oder "nicht genutzt". Diese Liste bestimmt Umfang und Budget.
2. Entscheiden, was migriert wird
Nicht alles muss umziehen. Bei einer Migration von Jira zu Redmine können Sie Projekte, Vorgänge, Versionen, benutzerdefinierte Felder, Anhänge, Benutzerkonten, Gruppen und Rollen, Kommentare und Zeiteinträge übertragen - die vollständige Liste steht in unserem Jira-Migrationsleitfaden. Abgeschlossene Projekte, die einige Jahre zurückliegen, archivieren Sie oft besser als Export, statt sie zu migrieren.
3. Pilotprojekt durchführen
Wählen Sie ein aktives Team, migrieren Sie dessen Projekt - oder eine Testkopie davon - und lassen Sie es zwei bis vier Wochen im neuen System arbeiten. Der Pilot zeigt Workflow-Unterschiede, fehlende Felder und Schulungsbedarf, solange der Einsatz noch gering ist.
4. Restliche Projekte migrieren und umstellen
Migrieren Sie die übrigen Projekte in Blöcken, frieren Sie Änderungen in Jira für die letzte Synchronisierung ein und stellen Sie dann die Benutzer um. Lassen Sie Data Center noch einige Monate schreibgeschützt zur Referenz verfügbar - verlassen Sie sich aber nach März 2029 nicht darauf.
5. Schulen und feinjustieren
Kurze, rollenbasierte Schulungen für Projektmanager, Entwickler und Support-Mitarbeiter wirken besser als eine lange Demo. Sammeln Sie im ersten Monat Feedback und passen Sie Workflows, gespeicherte Abfragen und Dashboards an.
Hinweis: Planen Sie rückwärts ab Ihrer Verlängerung im März 2028. Wenn Sie keine weitere Data-Center-Laufzeit bezahlen möchten, sollte der Pilot deutlich vor dem Verlängerungstermin abgeschlossen sein.
Wie Sie die tatsächlichen Kosten vergleichen
Der Lizenzpreis ist nur eine Zeile im Budget. Vergleichen Sie für jede Option mindestens die Gesamtkosten (TCO) über drei Jahre:
- Bei Data Center bleiben: Verlängerungen zu den neuen Preisen von 2026, Verlängerungen von Marketplace-Apps, Server und Admin-Aufwand - und die Migration, die vor 2029 trotzdem nötig wird.
- Atlassian Cloud: Abo pro Benutzer mit erwarteten jährlichen Erhöhungen, Cloud-Versionen Ihrer Apps, Migrationsleistungen und Monate, in denen Sie zwei Systeme parallel bezahlen.
- Selbst gehostete Plattform: Server oder privates Hosting, Admin-Aufwand oder ein Wartungsvertrag, Plugin-Lizenzen und eine einmalige Migration.
Wie RedmineUP Data-Center-Teams unterstützt
RedmineUP basiert auf Open-Source-Redmine und erweitert es um 18 Plugins. So behalten Sie die Freiheit von Open Source und erhalten ein Werkzeug, das die Anwendungsfälle von Jira, Jira Service Management und Confluence an einem Ort abdeckt. Für Teams, die Data Center verlassen, sind vier Dinge am wichtigsten:
- Freie Wahl des Betriebs. Betreiben Sie es auf Ihren eigenen Servern mit unseren Diensten für Installation und Wartung oder nutzen Sie RedmineUP Cloud. Sie können in der Cloud starten und später ohne Datenverlust On-Premise umziehen.
- Plugins, die Ihnen gehören. Mit dem Kauf eines Plugins erwerben Sie das zeitlich unbegrenzte Nutzungsrecht; die 12-Monats-Lizenz umfasst Updates und Support. Sie können mit den Plugins beginnen, die Sie brauchen, und später weitere hinzufügen.
- Migration aus einer Hand. Unser Team migriert Projekte, Vorgänge, Benutzer, Anhänge und Historie aus Jira mit automatisierten Skripten und prüft das Ergebnis vor der Umstellung gemeinsam mit Ihnen.
- Kein End-of-Life-Schalter. Redmine wird aktiv weiterentwickelt - Redmine 7.0 erschien 2026 - und Ihre Instanz läuft weiter zu Ihren Bedingungen.
Möchten Sie sehen, wie Ihr Jira-Setup nach der Migration aussehen würde? Schicken Sie uns eine kurze Beschreibung Ihrer Instanz - Anzahl der Benutzer, Projekte und wichtigsten Apps - und wir schlagen einen Migrationsplan vor.
Kostenlose RedmineUP-Testversion starten
FAQ
Funktioniert Jira Data Center 2029 nicht mehr?
Nach dem 28. März 2029 laufen Data-Center-Lizenzen und Marketplace-Apps ab und Instanzen werden schreibgeschützt: Sie können vorhandene Daten ansehen, aber keine Vorgänge anlegen oder bearbeiten, und Atlassian leistet weder Support noch Sicherheitsupdates.
Kann ich Jira Data Center noch kaufen?
Nicht als Neukunde - der Verkauf an Neukunden endete am 30. März 2026. Bestandskunden können bis zum 30. März 2028 verlängern und Benutzer hinzufügen.
Gibt es nach 2029 eine On-Premises-Version von Jira?
Nein. Abgesehen von einer verlängerten Wartung, die Atlassian einzelnen Kunden ausnahmsweise gewähren kann, ist Atlassian Cloud nach dem End of Life die einzige Jira-Option. Wenn Sie On-Premises bleiben müssen, brauchen Sie eine andere Plattform.
Wie lange dauert eine Migration von Jira Data Center?
Das hängt von Datenmenge und Anpassungen ab. Ein Pilotprojekt dauert meist einige Wochen; eine vollständige Migration einer mittelgroßen Instanz plant man typischerweise über einige Monate, einschließlich Parallelbetrieb und Schulung.
Kann ich die Migration testen, bevor ich mich festlege?
Ja. Führen Sie einen Pilot mit einem Projekt durch oder starten Sie mit einer Testinstanz und prüfen Sie das Ergebnis mit Ihrem Team, bevor Sie alles umziehen. Details finden Sie im Jira-Migrationsleitfaden.
Lässt es sich in einem geschlossenen Netzwerk ohne Internet installieren?
Ja. Redmine und seine Plugins werden aus Dateien auf Ihrem eigenen Server installiert, daher sind geschlossene oder Air-Gap-Netzwerke ein normales Szenario. Unser Installationsservice kann dabei helfen.
Brauchen unsere Kunden Konten, um Anfragen zu senden?
Nicht mit dem Helpdesk-Plugin: Die Leute schreiben an eine Support-E-Mail-Adresse, die Nachricht wird zum Ticket, und Antworten gehen per E-Mail zurück.
Welches Open-Source-Tool ist die beste Jira-Alternative?
Das hängt von Ihrem Team ab. Die wichtigsten Optionen - RedmineUP, OpenProject, GitLab, Odoo und Redmine - vergleichen wir in unserem Leitfaden zu Open-Source-Alternativen zu Jira.
