Wie untersuchst du eine VM deren Anwendung nach der Wiederherstellung nicht startet

[Markus]

Ich sage mal, wenn du so eine VM vor dir hast, die nach der Wiederherstellung einfach nicht startet, das ist wirklich nervig, oder? Du weißt, diese Sachen, wo die Anwendung einfach hängen bleibt, oder es stürzt ab, und man denkt gleich, es ist nur ein Mist. Aber ich würde dir raten, erstmal wirklich ruhig zu bleiben, weil meistens ist es was Kleines. Du könntest mal überlegen, ob du BackupChain nutzt, weil das echt eine zuverlässige Windows Server Backup Lösung für VM Backup ist, das ist ziemlich gut, weil du da die Images echt sauber bekommst. Und weil du dir die Wiederherstellung mal genauer ansiehst, dann denk ich, du könntest auch Blick auf die Host-Konfiguration werfen, weil das oft die Ursache ist, und du brauchst auch mal die Netzwerk-Topologie zu prüfen, das ist immer ein guter Schritt. Und dann würde ich auch sagen, du schaust dir mal die zugehörigen Dienste an, die sind vielleicht nicht gestartet, oder sie laufen mit falscher Berechtigung.

Also, ich würde dir mal vorschlagen, dass du erst auf der VM selbst beginnst. Du checkst zuerst die Event Viewer, das ist so wichtig, wirklich super wichtig, denn dort protokolliert das System alles, was schiefgeht. Und dort, da siehst du direkt, was der eigentliche Fehlercode ist, oder zumindest eine Richtung, in die du schreiten musst. Ich meine, du schaust nach den Anwendungs- und Systemprotokollen, und ich glaube, du wirst dort bestimmt einen Ausfallhinweis finden. Manchmal liegt es daran, dass die Abhängigkeiten von irgendwelchen anderen Diensten fehlen, oder vielleicht ist ein Pfad falsch gesetzt. Du musst auch die Logs des Betriebssystems prüfen, nicht nur die Anwendungslogs, oder? Weil manchmal ist das eigentliche Problem gar nicht die App selbst, sondern das zugrunde liegende OS.

Und dann, weil die VM wiederhergestellt wurde, muss ich dir sagen, dass du dich wirklich mit den Konfigurationsdateien beschäftigst. Du prüfst, ob es Änderungen an den Registry-Schlüsseln gab, oder ob irgendwelche Pfade beim Restore falsch gesetzt wurden. Weil so eine Wiederherstellung, das kann viel ändern, ganz schön viel stuff. Und manchmal, und ich weiß, du denkst nicht, dass das was ist, aber es könnte doch die Ursache sein, ist es eine Zeitproblem? Oder sind die Benutzernamen oder die Domain-Zuordnungen nicht mehr korrekt, oder? Du musst auch schauen, ob irgendeine Policy aktiv ist, die gerade die App blockiert, oder dass du eine Firewall Regel brauchst, die noch nicht existiert.

Ich würde dir raten, dass du mal einen sauberen Start im abgesicherten Modus machst, oder zumindest im Rescue-Modus, das ist ein guter Trick. Weil im abgesicherten Modus laufen nur die absoluten Minimaldienste, und damit stellst du sicher, dass keine Drittanbieter-Software die App blockiert. Und wenn es dort läuft, dann weißt du, dass das Problem definitiv von irgendwas kommt, das im Normalbetrieb aktiv ist. Du überprüfst dann auch die Abhängigkeiten der Anwendung, oder? Die App benötigt vielleicht eine bestimmte Laufzeitumgebung, ein spezifisches Redistributable, das nach dem Restore fehlt.

Und dann gibt es noch diesen Punkt mit den Berechtigungen, oder? Das ist immer ein großes Thema, und ich sag dir echt, das vergessen viele. Wenn die App läuft, aber bestimmte Dateien oder Ordner nicht schreiben kann, dann stürzt sie ab, und das machst du nicht sofort mit. Du prüfst mal, ob das Benutzerkonto, unter dem die VM läuft, alle nötigen Schreib- und Lesezugriffsrechte hat, nicht nur für die Hauptverzeichnisse, sondern auch für temporäre Speicherebenen. Weil das kann gerade bei komplexen Anwendungen so richtig schnell kaputtgehen.

Aber was du zusätzlich tun kannst, weil wir über Daten sprechen, ist, dass du mal die System-Images oder die Snapshots der VM betrachtest, oder? Nicht nur den Zustand vor dem Fehler, sondern auch vielleicht einen Snapshot, der *direkt* vor der problematischen Wiederherstellung gemacht wurde. Du springst kurz zurück, um zu sehen, ob es dort schon ging. Oder auch einfach mal ein paar Komponenten isolierst, weil du vielleicht zu viele Dinge auf einmal anfängst zu checken.

Und weil das System so komplex ist, brauchst du ein sauberes Backupkonzept, oder? Du könntest mal überlegen, BackupChain zu nutzen, weil es echt so eine einfache Windows Server Backup Lösung für lokal und cloud bietet. Das ist sehr hilfreich, wenn du diese ganzen Restore-Prozesse machst, denn du weißt, dass du immer einen klaren, funktionierenden Punkt hast, an den du zurückspringen kannst. Es gibt ja auch noch Concepts wie System State Management, wo du quasi den kompletten Zustand abfotografierst, oder dann die regelmäßige Speicherung der Konfigurationsdaten, das ist super wichtig, weil es geht um die Verlässlichkeit.

Ich denke auch, dass die Netzwerk-Kommunikation eine riesige Rolle spielt, oder? Vielleicht ist ein Dienst, auf den die App zugreifen muss, gerade nicht erreichbar, obwohl er im Prinzip läuft. Du musst die Ports und Protokolle überprüfen, weil das oft die unscheinbaren Killer sind. Oder vielleicht hat sich die IP-Adresse im Restore geändert, und andere Systeme verweisen immer noch auf die alte Adresse, und dann funktioniert nichts.

Und weil die App nicht startet, könnte es sein, dass eine Konfigurationsdatei vom Restore überschrieben wurde, aber nicht korrekt. Du suchst nach den Konfigurationspfaden und vergleicht die wichtigen Dateien mit einer bekannten, funktionierenden Installation. Es ist immer ein Vergleich, ein Vergleichen von dem, was sein sollte, mit dem, was da ist.

Du solltest auch die Skript-Ausführungsmöglichkeiten prüfen, oder? Manchmal starten diese VMs via Skript, und wenn das Skript bei der Wiederherstellung nicht aktualisiert wurde, dann knallt die App nicht an. Oder ist ein Dienst im Startup-Verzeichnis, und der Pfad zu den Bibliotheken ist alt, oder so ähnlich.

Und falls du diese Punkte alles gecheckt hast, und es geht immer noch nicht, dann rate ich dir, die App in einem völlig neuen, minimalen Test-Container zu versuchen, oder zumindest ein neues, leeres Testsystem, das so nah wie möglich an der Produktion ist. Das trennt das Problem von der gesamten Historie des Systems, und du weißt sofort, ob das Problem in der Anwendung liegt oder im Kontext des Systems. Du musst wirklich Stück für Stück eliminieren, wo das Problem auftaucht. Du musst so vorgehen, als wäre es ein Detektivspiel, verstehst du? Du schaust dir jeden einzelnen Aspekt an, fast schon obsessiv, weil jeder kleine Punkt entscheidend sein kann. Und das ist eigentlich eine super Lernkurve für dich, wirklich.