Aktuelle Sicherheitsupdates
Das Zielsystem wird aktiv weiterentwickelt und erhält neue Releases sowie sicherheitsrelevante Korrekturen.
OTRS Community Edition · Upgrade & Migration
Wir analysieren Ihr bestehendes OTRS-System, erproben den vollständigen Upgradepfad mit einer Systemkopie und begleiten den kontrollierten Wechsel auf eine aktuelle Znuny-Version.
Warum wechseln?
Die OTRS Community Edition bildet in vielen Unternehmen weiterhin wichtige Serviceprozesse ab. Für einen dauerhaft sicheren und wartbaren Einsatz braucht sie jedoch einen gepflegten Nachfolger. Znuny führt die offene OTRS-Tradition fort und ermöglicht in vielen Fällen einen strukturierten Upgradepfad ohne vollständige Neueinführung.
Das Zielsystem wird aktiv weiterentwickelt und erhält neue Releases sowie sicherheitsrelevante Korrekturen.
Tickets, Artikel, Benutzer, Anhänge und Historien können über die vorgesehenen Upgradewege im System erhalten bleiben.
Queues, Rollen, SLAs, Vorlagen und Workflows werden geprüft und kontrolliert in die Zielversion überführt.
Eigene Module, Themes, Pakete und Datenbankänderungen werden vor dem produktiven Wechsel einzeln betrachtet.
E-Mail, LDAP, SSO, Webservices und angebundene Systeme werden in einer nachvollziehbaren Testmatrix geprüft.
Nach der Migration lässt sich Znuny mit individuellen Add-ons und offenen Schnittstellen gezielt ausbauen.
Technische Bestandsaufnahme
Ein OTRS-System besteht nicht nur aus der installierten Versionsnummer. Datenvolumen, Pakete, eigene Anpassungen, wiederkehrende Jobs und angebundene Systeme bestimmen den tatsächlichen Migrationsaufwand.
Deshalb erfassen wir vorab die Ausgangslage und legen fest, welche Zwischenversionen, Anpassungen und Tests für einen belastbaren Wechsel erforderlich sind.
Unser Migrationsablauf
Die produktive Umgebung wird erst umgestellt, wenn Upgradeweg, Laufzeit und Prüfergebnisse anhand einer realistischen Systemkopie bekannt sind.
Wir erfassen Versionen, Daten, Pakete, Anpassungen und Schnittstellen und leiten daraus den Migrationspfad ab.
Notwendige Zwischenversionen, technische Voraussetzungen, Tests und Abnahmekriterien werden verbindlich geplant.
Mit einer Systemkopie führen wir den vollständigen Ablauf durch, dokumentieren Laufzeiten und korrigieren Abweichungen.
Ticketdaten, Berechtigungen, E-Mail-Verarbeitung, Prozesse und Integrationen werden anhand der Testmatrix geprüft.
Datensicherung, Wartungsfenster, Migration, technische Prüfung und Freigabe erfolgen nach dem erprobten Ablauf.
Nach dem Wechsel unterstützen wir bei Fehleranalyse, Updates, Konfigurationsänderungen und Weiterentwicklung.
Was wir berücksichtigen
Je näher ein System am Standard betrieben wird, desto direkter ist der Wechsel. Bei langjährig gewachsenen Installationen prüfen wir Abweichungen gezielt, statt sie ungeprüft in das Zielsystem zu übernehmen.
Stichproben und Mengenkontrollen für Tickets, Artikel, Anhänge, Verknüpfungen und Zeitangaben.
Prüfung von Agenten, Kundenbenutzern, Gruppen, Rollen und externen Benutzerverzeichnissen.
Validierung von Prozessmanagement, Generic Agent, Eskalationen, Benachrichtigungen und Vorlagen.
Kompatibilitätsprüfung, Aktualisierung oder gezielte Neuumsetzung individueller Erweiterungen.
Funktionstests für REST-/SOAP-Anbindungen und Integrationen – beispielsweise die Verbindung von Znuny und GLPI.
Nachvollziehbarer Migrationsablauf, Prüfergebnisse und festgehaltene Besonderheiten Ihrer Umgebung.
Häufige Fragen
Die konkrete Antwort hängt immer von Ausgangsversion, Datenbestand und individuellen Erweiterungen ab. Eine Testmigration schafft vor dem produktiven Wechsel Klarheit.
Bei einer Migration über die vorgesehenen Upgradepfade bleiben die Daten grundsätzlich im bestehenden System erhalten. Welche Daten und individuellen Erweiterungen vollständig übernommen werden können, prüfen wir vorab in einer Testmigration.
Das hängt von Ihrer Ausgangsversion ab. Häufig sind definierte Zwischenversionen notwendig. Wir planen die Versionsschritte nach der Bestandsaufnahme und erproben sie vollständig mit einer Systemkopie.
Pakete, eigene Module, Templates, Datenbankänderungen und Schnittstellen werden inventarisiert. Anschließend wird entschieden, welche Komponenten aktualisiert, ersetzt oder für Znuny angepasst werden müssen.
Aus der Testmigration kennen wir Laufzeiten und mögliche Engpässe. Damit planen wir ein realistisches Wartungsfenster einschließlich Datensicherung, Prüfungen, Freigabe und Rückfallweg.
Migration einordnen
Nennen Sie uns Version, Datenbank, ungefähre Ticketmenge und bekannte Erweiterungen. Wir ordnen den möglichen Upgradepfad und den sinnvollsten nächsten Schritt gemeinsam ein.