08 Rollback-Plan¶
Grundregeln¶
- Jede Änderung nur mit Backup vorab.
- Backup-Namen mit Datum und Uhrzeit.
- Keine Änderung ohne bekannten Rückweg.
- Rollback wird pro Phase vorbereitet, nicht erst im Fehlerfall.
Backup-Namensschema¶
YYYYMMDD_HHMMSS_<system>_<objekt>_<aktion>.<ext>
Beispiele:
20260524_120000_unifi_site-default_pre-vlan-export.json
20260524_120000_proxmox_vm-309_pre-net-change.conf
20260524_120000_npm_proxy-hosts_pre-migration.json
20260524_120000_netbox_lindenstr_pre-change.json
Rollback UniFi¶
- Betroffene WLANs/Portprofile/VLANs auf Exportstand zurücksetzen.
- Switchport wieder auf altes Profil setzen.
- Firewall-Regeln auf Exportstand zurücksetzen.
- DHCP-Scope zurücksetzen.
- Client neu verbinden oder Lease erneuern.
- Erreichbarkeit über Alt-IP testen.
Rollback Proxmox VM/LXC¶
- Guest stoppen nur falls zwingend notwendig und freigegeben.
- Netzwerkkonfiguration aus Backup wiederherstellen.
- VLAN-Tag/Bridge zurücksetzen.
- Alte IP/Gateway/DNS setzen.
- Guest starten oder Netzwerk neu laden.
- Diensttest über alte IP.
Rollback DNS/DHCP¶
- Alte A-/CNAME-Records wiederherstellen.
- DHCP-Reservierung zurücksetzen.
- TTL beachten.
- DNS-Cache auf Testclient leeren.
- Anwendungstest durchführen.
Rollback NPM¶
- Proxy Host Backend-IP auf Alt-IP zurücksetzen.
- Zertifikate unverändert lassen.
- Host per internem und externem Namen testen.
- NPM Logs prüfen.
Rollback NetBox¶
- Keine produktiven NetBox-Änderungen ohne vorherigen Export.
- Bei Planobjekten Status auf
deprecatedoder Eintrag entfernen nur nach Freigabe. - Keine IPAM-Daten löschen, solange Altbetrieb noch aktiv ist.
Rollback je Phase¶
| Phase | Rollback |
|---|---|
| 1 Zielnetze | neue VLANs deaktivieren/entfernen, keine produktiven Ports betroffen |
| 2 Test-VLAN | Test-Guest zurück ins alte Netz, Test-VLAN deaktivieren |
| 3 unkritische Dienste | einzelne Dienste auf Alt-IP/VLAN zurück |
| 4 Serverdienste | DNS/NPM/IP je Dienst zurück, Wartungsfenster verlängern |
| 5 Endgeräte | Portprofil/SSID zurück, DHCP Lease erneuern |
| 6 Legacy Cleanup | Legacy-Netz/DHCP/Regeln aus Backup wiederherstellen |
Phase-1-Rollback-Stand 2026-05-24¶
Die vor Phase 1 erstellten UniFi-Exporte liegen lokal unter .backups/phase0_discovery_20260524_201636. Die angelegten neuen LS_*-Netze sind parallel und aktuell nicht produktiv an WLANs oder Switchports gebunden.
Rueckweg fuer den aktuellen Stand:
1. Keine Client-Ports oder WLANs auf die neuen VLANs umstellen.
2. Falls erforderlich, neu angelegte LS_*-Netze in UniFi einzeln wieder entfernen.
3. Bestehende Netze, WLANs, Portprofile und Firewall-Regeln unveraendert lassen.
4. Danach Integration-API-Export der Networks erneut ziehen und mit dem Vorher-Export vergleichen.
Phase-1-Nachzug 2026-05-25¶
Backup-/Exportstand vor dem Nachzug: .backups/phase1_followup_20260525_012054
Rueckweg fuer die Nachzugs-Aenderung:
1. LS_Mgmt, LS_Proxmox und LS_Server_Core in UniFi einzeln entfernen, falls der Nachzug zurueckgenommen werden muss.
2. LS_VPN_Remote nicht wieder als VLAN anlegen; VPN wird direkt in der UniFi-VPN-Konfiguration verwaltet.
3. Starlink auf VLAN 100 bleibt unveraendert, bis eine separate Freigabe zum Entfernen/Ersetzen vorliegt.
Phase-2/3-Rollback-Vorbereitung 2026-05-25¶
Phase 2 wurde fuer VLAN 220 getestet; produktive Dienste wurden noch nicht migriert. Fuer Phase 3 gelten folgende Zusatzregeln:
- Pro Monitoring-Guest vor der Migration Proxmox-Config und Snapshot/Backup pruefen.
- Nur einen Guest pro Wartungsblock migrieren.
- Alt-IP, Ziel-IP, DNS-Record, NPM-Backend und Monitoring-Checks vorab notieren.
- Bei Fehlern zuerst VLAN/IP des Guests zuruecksetzen, dann DNS/NPM zurueck auf Alt-IP.
- Zabbix ist migriert; Host-/Agentenliste bleibt nachzupflegen. Wazuh erst migrieren, wenn Agent-/Server-Kommunikation, Syslog, Enrollment und NPM-Backend im Ziel-VLAN getestet sind.
- MySpeed und Proxmox Backup Server nicht migrieren, bevor Dienstport und aktueller Dienststatus geklaert sind.