Freigeben über

Wiederherstellen einer Windows 7-Installation

  • Artikel

In diesem Artikel wird beschrieben, wie Sie eine Systemstatussicherung auf einem Computer erstellen und wie Sie sie auf demselben Computer oder auf einem anderen physischen Computer derselben Herstellungs- und Modellversion wiederherstellen.

Ursprüngliche KB-Nummer: 249694

Übersicht

Eines der folgenden Probleme kann bei Ihrem Computer auftreten:

  • Hardwarefehler
  • Softwarefehler
  • Computerdiebstahl
  • Naturkatastrophe
  • Benutzerfehler

Um aus einem dieser Probleme wiederherzustellen, können Sie das Microsoft Windows-Betriebssystem aus einer Systemstatussicherung wiederherstellen. Sie können eine Systemzustandssicherung auf demselben physischen Computer wiederherstellen, von dem aus die Systemstatussicherung erstellt wurde, oder auf einem anderen physischen Computer mit demselben Make-, Modell- und Konfigurationscomputer (identische Hardware).

Es wird jedoch nicht unterstützt, eine Systemstatussicherung von einem Computer auf einen zweiten Computer mit einer anderen Make-, Model- oder Hardwarekonfiguration wiederherzustellen. Wir bieten nur wirtschaftlich vernünftige Anstrengungen, um diesen Prozess zu unterstützen. Selbst wenn die Quell- und Zielcomputer scheinbar identisch sind, verfügen die Quellcomputer möglicherweise über unterschiedliche Treiber, Hardware oder Firmware als die Zielcomputer.

Die bevorzugte Methode zum Wiederherstellen von Windows 7

Um Windows 7-basierte Computer wiederherzustellen, ist die bevorzugte Methode eine vollständige Systemwiederherstellung. Insbesondere können Sie ohne VERWENDUNG von ASR eine Bare Metal Restore (BMR) ausführen, um frisch formatierte Startvolumes und Systemvolumes auf demselben Server wie die ursprüngliche Sicherung zu übernehmen. In diesem Fall sind die Volumelayouts und -bezeichner identisch mit denen, die während der Sicherung des ursprünglichen Computers verwendet werden. Darüber hinaus können Sie einen BMR ausführen, der ASR auf einem Computer verwendet, der eine andere Hardware als den ursprünglichen Computer aufweist.

Notiz

BMRs können nur ausgeführt werden, wenn das System offline ist.

Sowohl der Zielcomputer, der gesichert wird, als auch der Zielcomputer, der die Wiederherstellung empfängt, muss entweder Unified Extensible Firmware Interface (UEFI) oder BIOS-basiert sein. Sie können die beiden in einem BMR-Szenario nicht mischen.

Mögliche Wiederherstellungsszenarien für Windows 7

  • Server-Unbootable/Server-Migration-Szenario (geplant und ungeplant)

    In diesem Szenario können Sie den Server schützen, indem Sie eine BMR-Sicherung aller kritischen Volumes auf dem Server durchführen. Anschließend stellen Sie den Server wieder her, indem Sie eine BMR-Wiederherstellung über die Windows-Wiederherstellung durchführen. In diesem Szenario wird BMR für unterschiedliche Hardware unterstützt.

  • Serverfehlerszenario (startbar) oder Rollback von Serverrollen

    In diesem Szenario können Sie den Server schützen, indem Sie eine Systemstatussicherung oder eine BMR-Sicherung durchführen. Anschließend stellen Sie den Server wieder her, indem Sie eine Systemstatuswiederherstellung vom gestarteten Betriebssystem ausführen.

In der folgenden Tabelle werden unterstützte und nicht unterstützte Systemwiederherstellungsszenarien beschrieben.

Szenario Unterstützt
Systemstatuswiederherstellung nach BMR /Full Server Restore auf derselben Hardware Ja
Systemstatuswiederherstellung nach BMR/Vollständige Serverwiederherstellung auf unterschiedliche Hardware No
Systemstatuswiederherstellung nach vollständiger Serverwiederherstellung (ohne BMR) auf die gleiche oder andere Hardware Nein

Notiz

Die Windows Server-Sicherung stellt sicher, dass das System nach dem BMR-Wiederherstellungsvorgang erfolgreich gestartet wird. Anwendungen/Rollen, die auf hardwarespezifischen Bezeichnern wie der NIC-Adresse usw. basieren, erfordern möglicherweise eine zusätzliche Neukonfiguration oder Wiederherstellung, um sie funktionsfähig zu machen.

Richtlinien für die Wiederherstellung des Windows 7-Betriebssystems

Befolgen Sie die Richtlinien in den folgenden Abschnitten, um sicherzustellen, dass der Wiederherstellungsvorgang erfolgreich ist.

Hardware-Abstraktionsebene

Die Quell- und Zielcomputer müssen den gleichen Typ von Hardware Abstraction Layer (HAL) verwenden. Es gibt eine Ausnahme für diese Regel. Wenn einer der Computer die MULTIprozessor-HAL (Advanced Configuration and Power Interface) enthält, kann der andere Computer über die ACPI-Uniprozessor-HAL verfügen. Die gleiche Regel gilt für MPS-Multiprozessor- und MPS-Uniprozessor-HALs.

Wenn die Quelle beispielsweise die MPS-Multiprozessor-HAL verwendet, können Sie Daten auf einem Zielcomputer wiederherstellen, auf dem die MPS-Uniprozessor-HAL verwendet wird. Sie können daten jedoch nicht auf einem Zielcomputer wiederherstellen, auf dem der ACPI-Multiprozessor HAL verwendet wird.

Notiz

Wenn die HAL des Zielcomputers kompatibel, aber nicht identisch mit der HAL des Quellcomputers ist, müssen Sie die HAL auf dem Zielcomputer aktualisieren, nachdem Sie die Wiederherstellung abgeschlossen haben. Wenn der Quellcomputer beispielsweise über einen einzelnen Prozessor verfügt und die ACPI-Uniprozessor-HAL verwendet, können Sie eine Sicherung von diesem Computer auf einem Zielcomputer mit mehreren Prozessoren wiederherstellen. Der Zielcomputer verwendet jedoch erst dann mehr als einen Prozessor, bis Sie die HAL auf eine ACPI-Multiprozessor-HAL aktualisieren.

Führen Sie die folgenden Schritte aus, um den Computer-HAL-Typ zu ermitteln, den Sie auf jedem Computer verwenden:

  1. Wählen Sie "Start" aus, zeigen Sie auf "Einstellungen", wählen Sie Systemsteuerung und dann "System" aus.

  2. Wählen Sie auf der Registerkarte "Hardware" Geräte-Manager aus, und erweitern Sie dann den Computerzweig.

    • ACPI-Multiprozessorcomputer = Halmacpi.dll
    • ACPI-Uniprozessorcomputer = Halaacpi.dll
    • Computer für erweiterte Konfiguration und Power Interface (ACPI) = Halacpi.dll
    • MPS-Multiprozessorcomputer = Halmps.dll
    • MPS Uniprocessor-Computer Halapic.dll Standardcomputer = Hal.dll
    • Compaq SystemPro Multiprozessor oder 100 % kompatibel = Halsp.dll

Betriebssystemversion

Die Quell- und Zielcomputer müssen identische Betriebssystemversionen und identische Windows-Lagerhaltungseinheiten (STOCK-Keeping Units, SKUs) verwenden. Beispielsweise können Sie Windows 2000 Server nicht sichern und dann auf einem Computer wiederherstellen, auf dem Windows 2000 Advanced Server ausgeführt wird. Außerdem sollten die Quell- und Zielcomputer sowohl Einzelhandelsversionen von Windows als auch dieselbe OEM-Version von Windows verwenden. Die bewährte Methode besteht darin, Windows auf dem Zielcomputer mithilfe der gleichen Installationsmedien zu installieren, die Sie zum Installieren von Windows auf dem Quellcomputer verwendet haben.

Filtertreiber

Deinstallieren Sie Filtertreiber von Drittanbietern auf dem Quellcomputer, bevor Sie die Sicherung durchführen. Diese Arten von Treibern können Probleme verursachen, wenn die Sicherung auf einem anderen Computer wiederhergestellt wird.

Windows-Ordner- und Datenträgerlayout

Der Zielcomputer muss denselben logischen Laufwerkbuchstaben (%systemdrive%) und Pfad (%systemroot%) wie der Quellcomputer verwenden. Für Domänencontroller müssen die Speicherorte der Active Directory-Verzeichnisdienstdatenbank, Active Directory-Protokolldateien, FRS-Datenbank und FRS-Protokolldateien auch für die Quell- und Zielcomputer identisch sein. Wenn beispielsweise die Active Directory-Datenbankprotokolldateien auf dem Quellcomputer auf C:\WINNT\NTDS installiert wurden, muss der Zielcomputer auch den Pfad "C:\WINNT\NTDS" verwenden.

Hardware

Wenn Sie Hardware auf dem Zielcomputer entfernen, der nicht zum Abschließen des Wiederherstellungsvorgangs erforderlich ist, erhöhen Sie die Wahrscheinlichkeit eines erfolgreichen Wiederherstellungsvorgangs. Entfernen oder deaktivieren Sie beispielsweise alle außer einem Netzwerkadapter. Installieren oder aktivieren Sie die zusätzlichen Adapter, nachdem Sie das Betriebssystem nach dem Wiederherstellungsvorgang neu gestartet haben.

Hotfix- und Service Pack-Ebene

Für Windows 2000-Computer muss beispielsweise Hotfix 810161 oder Windows 2000 Service Pack 4 auf dem Quellcomputer installiert sein, bevor Sie Daten sichern. Diese Elemente müssen auch auf dem Zielcomputer installiert werden, bevor Sie die Sicherung wiederherstellen. Windows Server 2003 und Windows XP verfügen über keine Hotfix- oder Service Pack-Anforderungen für diese Art von Wiederherstellungsvorgang. Ein Benutzer muss den Zielcomputer nicht auf die gleiche Service Pack- und Hotfixebene für Windows Server 2003 oder für Windows XP übertragen. Beim Wiederherstellen eines Windows Server 2003 SP1-basierten Computers müssen Sie den Zielcomputer jedoch auf Windows Server 2003 SP1 wiederherstellen.

Mögliche Probleme und die Schritte zur Problembehandlung

Nachdem Sie den Zielcomputer neu gestartet haben, können die folgenden Symptome auftreten:

  • Sie erhalten eine der folgenden Fehlermeldungen zum Beenden :

    Beenden 0x0000007B Inaccessible_Boot_Device
    STOP: 0x00000079 Hal_Mismatch

  • Der Computer reagiert nicht mehr beim Start.
  • Der Computer startet spontan neu, wenn Sie die Meldung "Windows 2000 starten" früh im Neustartvorgang auf einem schwarzen Bildschirm erhalten.
  • Sie können Ihre Anzeigeeinstellungen nicht konfigurieren.
  • Der Netzwerkadapter funktioniert nicht ordnungsgemäß.

Um Probleme mit den Anzeigeeinstellungen oder mit einem Netzwerkadapter zu beheben, entfernen Sie den Grafikadapter oder den Netzwerkadapter aus Geräte-Manager, und starten Sie den Computer dann neu. Windows erkennt das Gerät erneut und fordert Sie möglicherweise zur Treiberaufforderung auf.

Führen Sie ein direktes Upgrade von Windows aus, um den Stoppfehler oder das Problem zu beheben, bei dem ein Computer nicht mehr reagiert.

Überprüfen Sie nach Abschluss des direkten Upgrades, ob der ClientProtocols Registrierungsunterschlüssel vorhanden ist und ordnungsgemäß ausgefüllt ist. Gehen Sie dazu wie folgt vor:

  1. Wählen Sie Start und dann Ausführen aus, geben Sie regedit ein, und wählen Sie anschließend OK aus.

  2. Suchen Und klicken Sie dann mit der rechten Maustaste auf den folgenden Registrierungsunterschlüssel. Stellen Sie sicher, dass die Werte in der folgenden Liste vorhanden sind: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols

    Name des Werts Werttyp Daten des Werts
    ncacn_ip_tcp REG_SZ rpcrt4.dll
    ncacn_ip_udp REG_SZ rpcrt4.dll
    ncacn_nb_tcp REG_SZ rpcrt4.dll
    ncacn_np REG_SZ rpcrt4.dll

  3. Wenn der ClientProtocols Unterschlüssel fehlt, fügen Sie ihn unter dem Rpc Unterschlüssel hinzu.

  4. Wenn werte im ClientProtocols Unterschlüssel fehlen, führen Sie die folgenden Schritte aus:

    1. Klicken Sie mit der rechten Maustaste auf "ClientProtocols", zeigen Sie auf "Neu", und wählen Sie dann "Zeichenfolgenwert" aus.
    2. Geben Sie den Wertnamen des fehlenden Eintrags ein, und drücken Sie dann die EINGABETASTE.
    3. Klicken Sie mit der rechten Maustaste auf den Wertnamen, den Sie in Schritt b eingegeben haben, und wählen Sie dann "Ändern" aus.
    4. Geben Sie die entsprechenden Wertdaten für den Wertnamen ein, den Sie in Schritt b eingegeben haben, und wählen Sie dann "OK" aus.

  5. Wiederholen Sie Schritt 4 für jeden fehlenden Wert im ClientProtocols Unterschlüssel.

  6. Starten Sie den Computer neu, wenn Registrierungsänderungen vorgenommen wurden.

Notiz

Wenn der Quellcomputer von Windows NT 4.0 aktualisiert wurde, werden die Benutzerprofile möglicherweise im Ordner "%systemroot%\Profiles" statt im Ordner "%systemdrive%\Dokumente und Einstellungen " gespeichert. Nachdem ein direktes Upgrade durchgeführt wurde, müssen Sie möglicherweise den folgenden Registrierungswert wieder in %systemroot%\Profiles ändern.

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Wertname Profile-Verzeichnis
Typ REG_EXPAND_SZ
Wertdaten %systemroot%\Profiles