Windows 7: geplante Aufgaben vor der Ablösung dokumentieren
Eine Aufgabe kann in der Windows-7-Aufgabenplanung vorhanden sein und auf dem neuen Rechner trotzdem nicht funktionieren. Programmdateien, Arbeitsverzeichnisse, Konten und Netzwerkziele gehören zum Ablauf. Diese Bestandsaufnahme dokumentiert den alten Zustand; sie startet, ändert oder importiert keine Aufgaben. Arbeiten Sie mit einem berechtigten Konto am bestehenden Rechner, ohne ihn dafür neu mit dem Internet zu verbinden.
1. Aufgabe und Zuständigkeit festhalten
Öffnen Sie über die Startsuche die Aufgabenplanung. Durchsuchen Sie die Aufgabenplanungsbibliothek und ihre Unterordner. Markieren Sie eine relevante Aufgabe und öffnen Sie Eigenschaften. Notieren Sie vollständigen Ordnerpfad, Aufgabenname, Beschreibung, aktiviert oder deaktiviert und die fachlich zuständige Person. Gleiche Namen in verschiedenen Ordnern sind verschiedene Aufgaben. Erfassen Sie zunächst selbst angelegte und anwendungsbezogene Aufgaben; übernehmen Sie Systemaufgaben nicht ungeprüft auf ein anderes Windows.
2. Die Registerkarten vollständig lesen
- Allgemein: Ausführungskonto, Anmeldung erforderlich oder unabhängig von der Anmeldung, höchste Privilegien und eingestellte Kompatibilität. Notieren Sie Kontonamen, niemals Kennwörter.
- Trigger: jeden Auslöser einschließlich Startdatum, Uhrzeit, Wiederholung und aktivem Zustand. Halten Sie zusätzlich Datum, Uhrzeit und Zeitzone des alten Rechners fest, ohne diese zu ändern.
- Aktionen: jede Aktion in ihrer Reihenfolge. Bei Programmstarts gehören Programmpfad, Argumente und „Starten in“ getrennt in das Protokoll. Ein leeres Arbeitsverzeichnis ebenfalls ausdrücklich vermerken.
- Bedingungen: Leerlauf, Netzstrom, Reaktivierung und Netzwerkbedingungen. Ein korrekter Zeitplan allein garantiert keinen Start.
- Einstellungen: Verhalten bei verpasstem Start, Fehlern, Laufzeitbegrenzung und bereits laufender Instanz. Schließen Sie anschließend mit Abbrechen.
3. Abhängigkeiten ergänzen
Ordnen Sie jeder Aktion die tatsächlich benötigte Anwendung samt Version, Skriptdateien, Konfigurationen, Eingabe- und Ausgabeordner zu. Klären Sie bei Netzlaufwerksbuchstaben das tatsächliche Freigabeziel und die benötigten Rechte des Ausführungskontos. Ein interaktiv erreichbarer Ordner ist kein Nachweis für den Zugriff einer Hintergrundaufgabe. Sichern Sie benötigte Dateien über den freigegebenen Sicherungsweg; das Aufgabeninventar selbst enthält diese Dateien nicht.
Argumente oder Skripte können Zugangsdaten enthalten. Übernehmen Sie solche Geheimnisse nicht in Screenshots oder normale Dokumentation; dokumentieren Sie nur die zuständige geschützte Ablage. Unklare Abhängigkeiten kennzeichnen Sie als offen, statt Rechte zu erweitern oder Konten zu wechseln.
4. Laufnachweise richtig einordnen
Notieren Sie letzte Laufzeit, letztes Ergebnis und nächste Laufzeit. Lesen Sie unter Verlauf die vorhandenen Ereignisse. Ist der Verlauf deaktiviert oder leer, gibt es dadurch keinen Nachweis, dass die Aufgabe nie lief. Diese Bestandsaufnahme aktiviert ihn nicht nachträglich. Ein erfolgreich gemeldeter Prozess beweist außerdem nicht, dass die erwartete Datei vollständig oder die Fachverarbeitung korrekt ist. Vergleichen Sie vorhandene Anwendungsprotokolle und Ergebnisse mit der zuständigen Person.
Optional zeigt schtasks /Query /FO LIST /V in der Eingabeaufforderung ausführliche Aufgabeninformationen. Die Abfrage startet keine Aufgaben und ist kein wiederherstellbares Backup. Ein Zugriffsfehler wird dokumentiert; die sichtbare Liste ist dann nicht als vollständig zu bewerten.
5. Übergabe statt unkontrolliertem Probelauf
Das Übergabeprotokoll enthält pro Aufgabe Zweck, zuständige Person, alle genannten Einstellungen, Dateien, Rechte und offenen Punkte. Legen Sie für die spätere isolierte Prüfung einen erwarteten Output und einen Verantwortlichen fest. Klicken Sie für die Inventarisierung nicht auf „Ausführen“: Aufgaben können E-Mails senden, Daten verändern oder Sicherungen überschreiben. Erst eine separat geplante Prüfung auf dem Zielsystem zeigt, ob der Ablauf migriert werden kann. Die Dokumentation allein ist weder ein XML-Export noch ein erfolgreicher Migrationstest.
