Pakete migrieren: DSM und SCCM

Was sich bei einer Migration ändert

Bei einer Migration ändert sich nicht der Installer, sondern die Verpackung. Die Herstellerdatei bleibt dieselbe; der Weg, wie sie installiert, erkannt und deinstalliert wird, wird neu beschrieben. Wer das als „umkopieren" versteht, produziert Pakete, die installieren, aber nie sauber deinstallieren.

Altpakete lesen

Ein DSM-Paket enthält eine script.inc mit Befehlen und einen Payload. Der Payload ist meist direkt weiterverwendbar. Die Skriptlogik muss übersetzt werden: Welche Befehle laufen in welcher Reihenfolge, welche Parameter sind hartkodiert, welche Prüfungen gibt es?

Befehle zuordnen

Aus script.inc werden Install-, Post-Install- und Uninstall-Schritte. Was vorher als eine lange Sequenz lief, wird auf die Phasen eines PSADT-Pakets verteilt. Alles, was sich nicht eindeutig zuordnen lässt, bleibt als Prüfpunkt sichtbar — nicht als stillschweigend übernommener Befehl.

Unbekannte Logik als Prüfpunkt

Der gefährlichste Teil einer Migration ist der Befehl, den niemand mehr erklären kann. Er gehört nicht in die automatische Übernahme, sondern in eine Liste, die ein Mensch abarbeitet. Ein Paket, das einen unbekannten Befehl ausführt, ist kein Fortschritt.

Nach der Migration testen

Eine Migration gilt erst als erfolgreich, wenn das neue Paket auf einem Gerät ohne Altinstallation funktioniert und die Deinstallation keine Reste hinterlässt. Der Vergleich mit dem alten Paket gehört in den Test: gleiche Dateien, gleiche Registry, gleiches Verhalten.

---