Betroffene Systeme:
– Hauptwiki wiki.wikonia.net
– DataWiki / Wikibase Repository data.wikonia.net
Ziel
Planung und Durchführung eines kontrollierten Upgrades der gesamten Wikonia-Plattform auf MediaWiki 1.44, inklusive aller eingesetzten Extensions und Wikibase-Komponenten.
Das Upgrade soll:
- reproduzierbar,
- risikoarm,
- ohne Datenverlust
- und ohne Notwendigkeit eines Rollbacks
- durchgeführt werden.
Ausgangslage
- Hauptwiki läuft aktuell auf MediaWiki 1.43
- DataWiki läuft bereits auf MediaWiki 1.44
- Wikibase Client und Repository befinden sich dadurch in einem Versionsmismatch
- Das führt u. a. zu Schema- und Laufzeitfehlern beim Zugriff auf Wikibase-Daten
- Insgesamt sind >60 Extensions im Einsatz, teils systemkritisch
Ein ungeplantes oder teilweises Upgrade würde mit hoher Wahrscheinlichkeit zu:
- PHP-Fatals
- inkonsistenten Datenbankschemata
- schwer debuggbaren Folgeschäden
- führen.
Nicht-Ziele
Innerhalb des Versionssprungs dürfen zusätzlich keine:
- funktionalen Erweiterungen
- UI-Redesigns
- Refactorings
- neuen Features
- inhaltlichen Änderungen
etabliert werden.
Strategie
Das Upgrade erfolgt mehrstufig und abgesichert:
- Vollständige Backup-Strategie (Server-Image, DB-Dumps)
- Erstellung eines vollständigen Klons der Wikis
- Systematische Prüfung aller Extensions auf 1.44-Kompatibilität
- Zusammenstellung eines konsistenten Upgrade-Sets
- Test-Upgrade im Klon
- Erst danach: Produktiv-Upgrade im definierten Wartungsfenster
Das Upgrade wird nicht ad hoc, sondern in einem Wartungszeitfenster (geplant) durchgeführt.
Abhängigkeiten
- Verfügbarkeit ausreichenden Speicherplatzes für Klon/Backups
- Vollständige Extension-Inventarisierung
- Erfolgreicher Testlauf im Klonsystem
- Festgelegtes Wartungsfenster
Erfolgsrkriterien
- Beide Wikis laufen stabil auf MediaWiki 1.44
- Alle freigegebenen Extensions sind aktiv und funktionsfähig
- Wikibase Client ↔ Repository funktionieren ohne Schema- oder Laufzeitfehler
- Keine Datenverluste
- Keine manuellen Datenbankeingriffe erforderlich
Risiken
- Einzelne Extensions sind nicht oder nur eingeschränkt mit 1.44 kompatibel
- Verborgene Abhängigkeiten zwischen Extensions
- Zeitlicher Mehraufwand durch Debugging im Testsystem
Diese Risiken werden bewusst durch:
- Klon-Tests
- klare Abbruchkriterien
- vollständige Backups
abgefedert.
Ablauf
Die Vorbereitung des Changes ist für dessen Erfolg essentiell, daher werden die Unterschritte in Subtickets abgebildet.
- Backup-Vorbereitung
- Klon-Erstellung
- Extension-Audit
- Upgrade-Vorbereitung
- Test-Upgrade
- Produktiv-Upgrade