Jak przywrócić instalację systemu Windows 7

W tym artykule opisano sposób tworzenia kopii zapasowej stanu systemu na jednym komputerze oraz sposobu przywracania jej na ten sam komputer lub do innego komputera fizycznego tej samej maszyny i modelu.

Dotyczy systemów: Windows 7 z dodatkiem Service Pack 1 i Windows Server 2012 R2
Oryginalny numer KB: 249694

Podsumowanie

Może wystąpić jeden z następujących problemów z komputerem:

  • Awaria sprzętu
  • Awaria oprogramowania
  • Kradzież komputera
  • Klęska żywiołowa
  • Błąd użytkownika

Aby odzyskać sprawności po jednym z tych problemów, można przywrócić system operacyjny Microsoft Windows z kopii zapasowej stanu systemu. Kopię zapasową stanu systemu można przywrócić na tym samym komputerze fizycznym, z którego utworzono kopię zapasową stanu systemu, lub na inny komputer fizyczny, który ma taką samą wartość, model i konfigurację (identyczny sprzęt).

Nie obsługujemy jednak przywracania kopii zapasowej stanu systemu z jednego komputera do drugiego komputera innej konfiguracji typu, modelu lub sprzętu. Zapewniamy jedynie uzasadnione komercyjnie wysiłki na rzecz wspierania tego procesu. Nawet jeśli komputery źródłowe i docelowe wydają się być identycznymi modelami i modelami, komputery źródłowe mogą mieć inne sterowniki, sprzęt lub oprogramowanie układowe niż komputery docelowe.

Preferowana metoda przywracania systemu Windows 7

Aby przywrócić komputery z systemem Windows 7, preferowaną metodą jest pełne przywracanie systemu. W szczególności bez używania usługi ASR można wykonać przywracanie od zera (BMR) do świeżo sformatowanych woluminów rozruchowych i woluminów systemowych na tym samym serwerze, z których została pobrana oryginalna kopia zapasowa. W takim przypadku układy woluminów i identyfikatory są identyczne z układami używanymi podczas tworzenia kopii zapasowej oryginalnego komputera. Ponadto można wykonać BMR, który używa usługi ASR do komputera, który ma inny sprzęt niż oryginalny komputer.

Uwaga

Operacje BMR można wykonywać tylko wtedy, gdy system jest w trybie offline.

Zarówno maszyna docelowa, na która jest wykonywana kopia zapasowa, jak i maszyna docelowa otrzymująca przywracanie, muszą być oparte na ujednoliconym rozszerzalnym interfejsie oprogramowania układowego (UEFI) lub biosieci. Nie można mieszać tych dwóch elementów w scenariuszu BMR.

Możliwe scenariusze odzyskiwania dla systemu Windows 7

  • Scenariusz unbootable/Server-migration serwera (planowany i nieplanowany)

    W tym scenariuszu można chronić serwer, wykonując kopię zapasową BMR wszystkich woluminów krytycznych na serwerze. Następnie należy odzyskać serwer, wykonując odzyskiwanie BMR za pośrednictwem usługi Windows Recovery. W tym scenariuszu usługa BMR jest obsługiwana na różnych urządzeniach.

  • Scenariusz awarii serwera (rozruchowy) lub wycofywanie ról serwera

    W tym scenariuszu można chronić serwer, wykonując kopię zapasową stanu systemu lub kopię zapasową BMR. Następnie należy odzyskać serwer, wykonując odzyskiwanie stanu systemu z uruchomionego systemu operacyjnego.

W poniższej tabeli przedstawiono obsługiwane i nieobsługiwane scenariusze odzyskiwania systemu.

Scenariusz Obsługiwane
Odzyskiwanie stanu systemu po przywróceniu BMR/pełnego serwera do tego samego sprzętu Tak
Odzyskiwanie stanu systemu po przywróceniu BMR/pełnego serwera na inny sprzęt Nie
Odzyskiwanie stanu systemu po przywróceniu pełnego serwera (bez BMR) na tym samym lub innym sprzęcie Nie

Uwaga

Funkcja Kopia zapasowa systemu Windows Server gwarantuje, że system zostanie uruchomiony pomyślnie po zakończeniu procesu przywracania BMR. Aplikacje/role, które opierają się na identyfikatorach specyficznych dla sprzętu, takich jak adres karty sieciowej itd., mogą wymagać dodatkowej ponownej konfiguracji lub odzyskiwania, aby były funkcjonalne.

Wytyczne dotyczące przywracania systemu operacyjnego Windows 7

Postępuj zgodnie z wytycznymi w poniższych sekcjach, aby upewnić się, że operacja przywracania zakończy się pomyślnie.

Warstwa abstrakcji sprzętu

Komputery źródłowe i docelowe muszą używać tego samego typu warstwy abstrakcji sprzętu (HAL). Istnieje jeden wyjątek od tej reguły. Jeśli jeden z komputerów zawiera wieloprocesorową hal konfiguracji zaawansowanej i interfejsu power interface (ACPI), drugi komputer może mieć hal jednoprocesora ACPI. Ta sama reguła ma zastosowanie do wieloprocesorowych i jednoprocesorowych bibliotek HAL mps.

Jeśli na przykład źródło korzysta z wieloprocesora HAL mps, można przywrócić dane na komputerze docelowym, który używa hal jednoprocesora MPS. Nie można jednak przywrócić danych do komputera docelowego używającego wieloprocesora ACPI HAL.

Uwaga

Jeśli hal komputera docelowego jest zgodne, ale nie identyczne, hal komputera źródłowego, należy zaktualizować HAL na komputerze docelowym po zakończeniu przywracania. Jeśli na przykład komputer źródłowy ma pojedynczy procesor i korzysta z jednoprocesora hal procesora ACPI, możesz przywrócić kopię zapasową z tego komputera do komputera docelowego wieloprocesora. Jednak komputer docelowy nie będzie używać więcej niż jednego procesora do momentu zaktualizowania hal do hal wieloprocesora ACPI.

Aby określić typ HAL komputera, który jest używany na każdym komputerze, wykonaj następujące kroki:

  1. Wybierz pozycję Start, wskaż pozycję Ustawienia, wybierz pozycję Panel sterowania, a następnie wybierz pozycję System.

  2. Na karcie Sprzęt wybierz pozycję Menedżer urządzeń, a następnie rozwiń gałąź Komputer.

    • Komputer wieloprocesorowy ACPI = Halmacpi.dll
    • Komputer jednoprocesorowy ACPI = Halaacpi.dll
    • Komputer z konfiguracją zaawansowaną i interfejsem Power Interface (ACPI) = Halacpi.dll
    • Komputer wieloprocesorowy MPS = Halmps.dll
    • Komputer jednoprocesorowy MPS Halapic.dll standardowym komputerze = Hal.dll
    • Compaq SystemPro multiprocesor lub 100% zgodne = Halsp.dll

Wersja systemu operacyjnego

Komputery źródłowe i docelowe muszą używać identycznych wersji systemu operacyjnego i identycznych jednostek magazynowych (SKU) systemu Windows. Na przykład nie można utworzyć kopii zapasowej systemu Windows 2000 Server, a następnie przywrócić go na komputerze z systemem Windows 2000 Advanced Server. Ponadto komputery źródłowe i docelowe powinny używać wersji detalicznych systemu Windows lub tej samej wersji OEM systemu Windows. Najlepszym rozwiązaniem jest zainstalowanie systemu Windows na komputerze docelowym przy użyciu tego samego nośnika instalacyjnego, który został użyty do zainstalowania systemu Windows na komputerze źródłowym.

Sterowniki filtrów

Przed wykonaniem kopii zapasowej odinstaluj sterowniki filtrów innych firm na komputerze źródłowym. Tego rodzaju sterowniki mogą powodować problemy podczas przywracania kopii zapasowej na inny komputer.

Układ folderu i dysku systemu Windows

Komputer docelowy musi używać tej samej litery dysku logicznego (%systemdrive%) i ścieżki (%systemroot%) jako komputera źródłowego. W przypadku kontrolerów domeny lokalizacje bazy danych usługi katalogowej Active Directory, plików dziennika usługi Active Directory, bazy danych FRS i plików dziennika usługi FRS również muszą być identyczne dla komputerów źródłowych i docelowych. Jeśli na przykład pliki dziennika bazy danych usługi Active Directory na komputerze źródłowym zostały zainstalowane w programie C:\WINNT\NTDS, komputer docelowy musi również użyć ścieżki C:\WINNT\NTDS.

Sprzęt

Jeśli usuniesz dowolny sprzęt na komputerze docelowym, który nie jest wymagany do ukończenia procesu przywracania, zwiększysz prawdopodobieństwo pomyślnej operacji przywracania. Na przykład fizycznie usuń lub wyłącz wszystkie z wyjątkiem jednej karty sieciowej. Zainstaluj lub włącz dodatkowe karty po ponownym uruchomieniu systemu operacyjnego po operacji przywracania.

Poziom poprawki i dodatku Service Pack

Na przykład w przypadku komputerów z systemem Windows 2000 należy zainstalować poprawkę 810161 lub Windows 2000 z dodatkiem Service Pack 4 na komputerze źródłowym przed utworzeniem kopii zapasowej danych. Te elementy należy również zainstalować na komputerze docelowym przed przywróceniem kopii zapasowej. System Windows Server 2003 i Windows XP nie mają żadnych wymagań dotyczących poziomu poprawek ani dodatków Service Pack dla tego rodzaju operacji przywracania. Użytkownik nie musi przenosić komputera docelowego do tego samego dodatku Service Pack i poziomu poprawek dla systemu Windows Server 2003 lub Windows XP. Jednak przywrócenie komputera z systemem Windows Server 2003 z dodatkiem SP1 wymaga przywrócenia komputera docelowego do systemu Windows Server 2003 z dodatkiem SP1.

Możliwe problemy i kroki rozwiązywania problemów

Po ponownym uruchomieniu komputera docelowego mogą wystąpić następujące objawy:

  • Zostanie wyświetlony jeden z następujących komunikatów o błędach zatrzymania :

    Zatrzymaj 0x0000007B Inaccessible_Boot_Device
    STOP: 0x00000079 Hal_Mismatch

  • Komputer przestaje odpowiadać podczas uruchamiania.
  • Komputer spontanicznie uruchamia się ponownie po otrzymaniu komunikatu Uruchamianie systemu Windows 2000 na czarnym ekranie na wczesnym etapie procesu ponownego uruchamiania.
  • Nie można skonfigurować ustawień wyświetlania.
  • Karta sieciowa nie działa poprawnie.

Aby rozwiązać problemy z ustawieniami wyświetlania lub kartą sieciową, usuń kartę graficzną lub kartę sieciową z Menedżer urządzeń, a następnie uruchom ponownie komputer. System Windows ponownie wykryje urządzenie i prawdopodobnie wyświetli monit o sterowniki.

Aby rozwiązać błąd zatrzymania lub problem polegający na tym, że komputer przestaje odpowiadać, wykonaj uaktualnienie systemu Windows w miejscu.

Po zakończeniu uaktualnienia w miejscu sprawdź, czy podklucz ClientProtocols rejestru istnieje i czy jest poprawnie wypełniony. Aby to zrobić, wykonaj następujące kroki.

  1. Wybierz polecenie Start > Uruchom, wpisz polecenie regedit, a następnie kliknij przycisk OK.

  2. Znajdź, a następnie kliknij prawym przyciskiem myszy następujący podklucz rejestru. Sprawdź, czy istnieją wartości na poniższej liście: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\ClientProtocols

    Nazwa wartości Typ wartości Dane wartości
    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. Jeśli brakuje podklucza ClientProtocols , dodaj go podkluczem Rpc .

  4. Jeśli brakuje wartości w podkluczu ClientProtocols , wykonaj następujące kroki:

    1. Kliknij prawym przyciskiem myszy pozycję ClientProtocols, wskaż polecenie Nowy, a następnie wybierz pozycję Wartość ciągu.
    2. Wpisz nazwę wartości brakującego wpisu, a następnie naciśnij klawisz Enter.
    3. Kliknij prawym przyciskiem myszy nazwę wartości wpisaną w kroku b, a następnie wybierz pozycję Modyfikuj.
    4. Wpisz odpowiednie dane wartości dla nazwy wartości wpisanej w kroku b, a następnie wybierz przycisk OK.
  5. Powtórz krok 4 dla każdej brakujących wartości w podkluczu ClientProtocols .

  6. Uruchom ponownie komputer, jeśli wprowadzono jakiekolwiek zmiany w rejestrze.

Uwaga

Jeśli komputer źródłowy został uaktualniony z systemu Windows NT 4.0, profile użytkowników mogą być przechowywane w folderze %systemroot%\Profiles zamiast w folderze %systemdrive%\Documents and Settings . Po przeprowadzeniu uaktualnienia w miejscu może być konieczne przywrócenie następującej wartości rejestru na %systemroot%\Profiles.

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

Nazwa wartości Katalog profilów
Typ wartości: REG_EXPAND_SZ
Value Data %systemroot%\Profiles