Windows 2000: Anwendungsabhängigkeiten vor der Migration erfassen

Eine kopierte Programmdatei ist noch keine übertragbare Anwendung. Auf einem alten Windows-2000-Rechner können Datenbanken, Netzwerkpfade, Treiber oder Lizenzgeräte dazugehören. Diese Anleitung erstellt ein nachvollziehbares Inventar für die spätere Migration; sie installiert und repariert nichts und bescheinigt keine Kompatibilität mit einem neuen Windows.

1. Einen Ausgangsstand festhalten

Arbeiten Sie am vorhandenen, vom Internet getrennten Altsystem. Notieren Sie Datum, Rechner, angemeldetes Benutzerkonto und die untersuchte Anwendung. Erfassen Sie im Info-Dialog des Programms Hersteller, genaue Version und Erweiterungen. Sammeln Sie die zugehörige Installationsquelle und Lizenzunterlagen an einem geschützten Ablageort. Schreiben Sie keine Kennwörter oder Lizenzschlüssel in den allgemeinen Inventarbericht.

2. Systeminformationen sichern

1. Öffnen Sie Start – Ausführen und geben Sie msinfo32 ein.
2. Erfassen Sie die Systemübersicht mit Windows-Version, Service Pack, Rechnername und Gebietseinstellungen. Nutzen Sie die angebotene Speicher- beziehungsweise Exportfunktion und bewahren Sie einen lesbaren Textbericht in einem neuen Inventarordner auf.
3. Prüfen Sie unter Softwareumgebung insbesondere Dienste, geladene Module, Umgebungsvariablen, Netzwerkverbindungen und Autostartprogramme. Notieren Sie Pfade und Versionen der relevanten Einträge.
4. Prüfen Sie unter Komponenten Drucker, Anschlüsse und besondere Geräte, die die Anwendung benötigt. Öffnen Sie die gespeicherte Ausgabe erneut und kontrollieren Sie, ob die benötigten Abschnitte enthalten sind.

3. Pro Anwendung gezielt ergänzen

Legen Sie eine Liste mit den Feldern Abhängigkeit, beobachteter Wert, Nachweis, Zuständiger, noch zu prüfen an. Füllen Sie sie anhand vorhandener Programmeinstellungen, Dokumentation und bekannter Arbeitsabläufe aus:

• Datenordner, Vorlagen und Konfigurationsdateien: getrennt von der Programmdatei erfassen.
• Netzlaufwerke und tatsächliche Freigabeziele sowie Datenbankserver, Datenbankname und benötigte Treiber: keine Zugangsdaten mitschreiben.
• Zugehörige Dienste, Startart, Dienstkonto und geplante Aufgaben: nur dokumentieren, nicht stoppen oder ändern.
• Drucker, Scanner, serielle Geräte, Dongles und deren passende Treiber sowie zusätzliche Laufzeitkomponenten.
• Benötigte Benutzerrechte, Dateiformate, Import-/Exportwege und Ansprechpartner beim Hersteller.

4. Lücken ausdrücklich markieren

Systeminformationen ist eine Momentaufnahme und kein vollständiger Abhängigkeitsprüfer. Ein geladener DLL-Eintrag beweist keine Übertragbarkeit; eine fehlende DLL in der Liste beweist nicht, dass sie nie benötigt wird. Auch eine bloße Programmliste reicht nicht. Microsoft dokumentiert für das Office-2000-Modul sogar Einträge für nicht installierte Office-Anwendungen; viele Detailfelder werden erst bei laufender Anwendung befüllt. Starten Sie auf dem Originalsystem keine unbekannten Abläufe nur zum Vervollständigen der Liste. Kennzeichnen Sie unklare Punkte als offen.

5. Daraus einen Abnahmetest machen

Definieren Sie mit dem fachlich Verantwortlichen konkrete Prüfungen für eine getrennte Testumgebung: repräsentative Datenkopie öffnen, Ergebnis fachlich vergleichen, speichern und erneut öffnen sowie benötigten Druck oder Export testen. Klären Sie vorab Installationsrechte, Lizenzübertragung, verfügbare Treiber und eine geprüfte Datensicherung samt Wiederherstellungsweg. Das bloße Starten des Programms oder Kopieren seines Ordners ist kein Migrationserfolg. Originalinstallation und Originaldaten bleiben bis zur belastbaren Abnahme erhalten.

Quellen

• Microsoft: System Information, Troubleshooting Tools and Strategies (Windows 2000)
• Microsoft: System Information (Windows 2000)