Udostępnij za pośrednictwem

Dokumentacja dotycząca rozwiązywania problemów z zestawem narzędzi microsoft deployment toolkit

  • Artykuł

Wdrożenie systemów operacyjnych i aplikacji, a także migracja stanu użytkownika może być trudnym przedsięwzięciem, nawet jeśli masz odpowiednie narzędzia i wskazówki. Ta dokumentacja, która jest częścią zestawu narzędzi Microsoft® Deployment Toolkit (MDT) 2013, zawiera informacje na temat bieżących znanych problemów, możliwych obejść tych problemów i wskazówek dotyczących rozwiązywania problemów.

Uwaga 16.

W tym dokumencie system Windows dotyczy systemów operacyjnych Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 i Windows Server 2008 R2, chyba że określono inaczej. Rozwiązanie MDT nie obsługuje wersji systemu Windows opartych na procesorach ARM. Podobnie mdT odnosi się do MDT 2013, chyba że określono inaczej.

Uwaga 16.

Zestaw narzędzi diagnostyki i odzyskiwania firmy Microsoft (DaRT) zawiera zaawansowane narzędzia do odzyskiwania i rozwiązywania problemów z komputerami klienckimi, które nie są uruchamiane lub stają się niestabilne. Za pomocą narzędzia DaRT można określić przyczynę awarii, przywrócić utracone pliki itd. Język DaRT można również użyć jako narzędzia do rozwiązywania problemów podczas tworzenia i wdrażania systemu operacyjnego Windows. Jeśli na przykład skompilowany obraz nie zostanie uruchomiony poprawnie, możesz uruchomić komputer kliencki zawierający obraz przy użyciu funkcji ERD Commander — środowiska diagnostycznego. Następnie możesz eksplorować dysk twardy komputera klienckiego, wyświetlić dziennik zdarzeń, usunąć aktualizacje, zmienić ustawienia systemu operacyjnego itd. DaRT jest częścią pakietu Microsoft Desktop Optimization Pack for Software Assurance. Aby uzyskać więcej informacji, zobacz Diagnostyka i zestaw narzędzi odzyskiwania 10.

Informacje o dziennikach

Przed rozpoczęciem skutecznego rozwiązywania problemów z rozwiązaniem MDT należy zapoznać się z wieloma plikami .log używanymi podczas wdrażania systemu operacyjnego. Kiedy wiesz, które pliki dziennika do zbadania, jaki stan awarii i w jakim czasie, problemy, które były kiedyś tajemnicze i trudne do zrozumienia, mogą stać się jasne i zrozumiałe.

Format pliku dziennika MDT został zaprojektowany tak, aby był odczytywany przez narzędzie CMTrace. Użyj tego narzędzia zawsze, gdy jest to możliwe, aby odczytać pliki dziennika, ponieważ znacznie ułatwia znajdowanie błędów.

W pozostałej części tej sekcji szczegółowo poznać pliki dziennika utworzone podczas wdrażania, a także podczas instalacji systemu Windows. Ta sekcja zawiera również przykłady użycia plików do rozwiązywania problemów.

Dzienniki MDT

Każdy skrypt MDT automatycznie tworzy pliki dziennika podczas uruchamiania. Nazwy tych plików dziennika są zgodne z nazwą skryptu — na przykład ZTIGather.wsf tworzy plik dziennika o nazwie ZTIGather.log. Każdy skrypt aktualizuje również wspólny główny plik dziennika (BDD.log), który agreguje zawartość plików dziennika tworzonych przez skrypty MDT. Pliki dziennika MDT znajdują się w folderze C:\MININT\SMSOSD\OSDLOGS podczas procesu wdrażania. W zależności od typu przeprowadzanego wdrożenia pliki dziennika są przenoszone po zakończeniu wdrażania do folderu %WINDIR%\SMSOSD lub %WINDIR%\TEMP\SMSOSD. W przypadku wdrożeń instalacji Lite Touch (LTI) dzienniki są uruchamiane w folderze C:\MININT\SMSOSD\OSDLogs. Kończą się one na %WINDIR%\TEMP\DeploymentLogs po zakończeniu przetwarzania sekwencji zadań.

Rozwiązanie MDT tworzy następujące pliki dziennika:

  • BDD.log. Jest to zagregowany plik dziennika MDT skopiowany do lokalizacji sieciowej na końcu wdrożenia, jeśli określisz właściwość SLShare w pliku Customsettings.ini.

  • LiteTouch.log. Ten plik jest tworzony podczas wdrożeń LTI. Znajduje się on w folderze %WINDIR%\TEMP\DeploymentLogs, chyba że określisz opcję /debug:true .

  • Nazwa_skryptu*.log. Ten plik jest tworzony przez każdy skrypt MDT. Scriptname reprezentuje nazwę danego skryptu.

  • SMSTS.log. Ten plik jest tworzony przez program Task Sequencer i opisuje wszystkie transakcje programu Task Sequencer. W zależności od scenariusza wdrażania może on znajdować się w folderze %TEMP%, %WINDIR%\System32\ccm\logs lub C:\_SMSTaskSequence lub C:\SMSTSLog.

  • Wizard.log. Kreatory wdrażania tworzą i aktualizują ten plik.

  • WPEinit.log. Ten plik jest tworzony podczas procesu inicjowania systemu Windows PE i jest przydatny do rozwiązywania problemów napotkanych podczas uruchamiania środowiska Windows PE.

  • DeploymentWorkbench_id.log. Ten plik dziennika jest tworzony w folderze %temp% podczas określania /debug podczas uruchamiania aplikacji Deployment Workbench.

Dzienniki wdrażania systemu operacyjnego programu Configuration Manager

Aby uzyskać informacje o plikach dziennika wdrażania systemu operacyjnego utworzonych przez program Microsoft System Center 2012 R2 Configuration Manager, zobacz Informacje techniczne dotyczące plików dziennika w programie Configuration Manager.

Podczas uruchamiania narzędzia do migracji stanu użytkownika systemu Windows (USMT) rozwiązanie MDT automatycznie dodaje opcje rejestrowania w celu zapisania plików dziennika NARZĘDZIA USMT do lokalizacji plików dziennika MDT. Pliki dziennika i ich tworzenie są następujące:

  • USMTEstimate.log. Utworzono podczas szacowania wymagań narzędzia USMT

  • USMTCapture.log. Utworzone przez narzędzia USMT podczas przechwytywania danych

  • USMTRestore.log. Utworzone przez narzędzia USMT podczas przywracania danych

    Skrypt ZeroTouchInstallation.vbs automatycznie skanuje pliki dziennika postępu narzędzia USMT pod kątem błędów i ostrzeżeń. Skrypt generuje zdarzenie o identyfikatorze 41010 do programu Microsoft System Center Operations Manager z następującym podsumowaniem (gdzie usmt_type to ESTIMATE, SCANSTATE lub LOADSTATE; error_count jest łączną liczbą znalezionych błędów, a warning_count jest łączną liczbą znalezionych ostrzeżeń):

ZTI USMT <usmt_type> reported <error_count> errors and <warning_count> warnings

Jeśli liczba błędów jest większa niż 0, to zdarzenie jest typem błędu. Jeśli liczba ostrzeżeń jest większa niż 0 bez błędów, zdarzenie jest typem ostrzeżenia. W przeciwnym razie zdarzenie jest typem informacyjnym.

Identyfikowanie kodów błędów

Tabela 1 zawiera kody błędów tworzone przez skrypty MDT i zawiera opis każdego kodu błędu. Te kody błędów są rejestrowane w pliku BDD.log.

Tabela 1. Kody błędów i ich opis

Kod błędu Opis
5201 Nie można nawiązać połączenia z udziałem wdrożenia. Wdrożenie nie będzie kontynuowane.
5203 Nie można nawiązać połączenia z udziałem wdrożenia. Wdrożenie nie będzie kontynuowane.
5205 Nie można nawiązać połączenia z udziałem wdrożenia. Wdrożenie nie będzie kontynuowane.
5206 Kreator wdrażania został anulowany lub nie został ukończony pomyślnie. Wdrożenie nie będzie kontynuowane.
5207 Nie można nawiązać połączenia z udziałem wdrożenia. Wdrożenie nie będzie kontynuowane.
5208 Wartość DeploymentType nie jest ustawiona. Musi ustawić pewną wartość elementu SkipWizard.
5208 Nie można odnaleźć programu SMS Task Sequencer. Wdrożenie nie będzie kontynuowane.
5400 Utwórz obiekt: Ustaw class_instance = Nowy class_name
5490 Utwórz plik MSXML2. DOMDocument.
5495 Utwórz plik MSXML2. DOMDocument.ParseErr.ErrCode.
5496 LoadControlFile.FindFile: ConfigFile
5601 Sprawdź, czy identyfikator GUID systemu operacyjnego: %OSGUID% istnieje.
5602 Otwórz plik XML z identyfikatorem OSGUID: %OSGUID%.
5610 Sprawdź plik.
5630 Sprawdź plik: ImagePath.
5640 Sprawdź plik: ImagePath.
5641 FindFile: ImageX.exe.
5643 Znajdź BootSect.exe.
5650 Sprawdź katalog: SourcePath.
5651 Sprawdź katalog: SourcePath\Platform.
5652 FindFile: bootsect.exe.
6001 Sprawdź dysk.
6002 Sprawdź dysk.
6010 Testowanie pod kątem interfejsu TSGUID.
6020 Zwrócona wartość robocopy: Wartość.
6021 Zwrócona wartość robocopy: Wartość.
6101 Sprawdź plik: DeployCab.
6102 Rozwiń węzeł Pliki Sysprep z DEPLOY.CAB.
6111 Uruchom Sysprep.exe.
6121 Uruchom narzędzie Sysprep.
6191 Przetestuj plik CloneTag w rejestrze, aby sprawdzić, czy narzędzie Sysprep zostało ukończone.
6192 Przetestuj pod kątem elementu SystemSetupInProgress w rejestrze, aby sprawdzić, czy narzędzie Sysprep zostało ukończone.
6401 Autoryzowany serwer DHCP.
6501 Nie można utworzyć kopii zapasowej komputera, nie określono ścieżki sieciowej (BackupShare, BackupDir).
6502 BŁĄD — nie można zlokalizować pliku IMAGEX, nie można wykonać kopii zapasowej.
6601 GetObject(... root/wmi:BCDStore).
6602 BCD. OpenStore (BCDStore).
6701 Skonfigurowane funkcje ochrony.
6702 Przeniesiono pliki rozruchowe.
6703 Utwórz partycję BDE.
6704 Dysk defragmentacji.
6705 Zmniejsz dysk.
6706 Testowanie dla więcej niż 1 partycji.
6707 Tworzenie plików rozruchowych.
6708 Szyfruj dysk.
6709 Połącz się z dostawcą usługi WMI MicrosoftVolumeEncryption.
6710 Szyfrowanie dysku.
6711 ProtectKeyWithTPM.
6712 ProtectKeyWithTPMAndPIN.
6713 ProtectKeyWithTPMAndStartupKey.
6714 Zapisz klucz zewnętrzny w pliku.
6715 Ochrona za pomocą klucza zewnętrznego.
6716 Zapisz klucz zewnętrzny w pliku.
6717 Chroń klucz przy użyciu hasła liczbowego.
6718 GetKeyProtectorNumberialP@ssword.
6718 Zapisz hasło do pliku.
6719 Otwórz plik PasswordFile.
6720 Szyfruj dysk.
6721 Otwórz plik DiskPartFile.
6722 Utwórz partycję.
6723 Pobierz istniejący dysk BDE.
6724 Otwórz plik DiskPartFile.
6727 Spróbuj otworzyć plik DiskPartFile.
6729 Utwórz plik tekstowy DiskPartFile.
6730 Wykonaj polecenie cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1
6731 Znajdź bcdboot.exe.
6732 Połącz się z dostawcą modułu TPM firmy Microsoft.
6733 Pobierz wystąpienie modułu TPM w klasie dostawcy.
6734 Pobierz wystąpienie modułu TPM.
6735 Sprawdź, czy moduł TPM jest włączony.
6736 Sprawdź, czy moduł TPM został aktywowany.
6737 Sprawdź, czy moduł TPM jest własnością.
6738 Sprawdź, czy własność modułu TPM jest dozwolona.
6739 Sprawdź, czy moduł TPM jest włączony.
6740 Sprawdź, czy moduł TPM został aktywowany.
6741 Sprawdź, czy moduł TPM jest własnością, a własność jest dozwolona.
6741 Zestaw haseł właściciela modułu TPM
6742 P@ssword właściciela modułu TPM ustawiono na AdminP@ssword.
6743 Ustaw P@ssword właściciela modułu TPM na wartość.
6744 Sprawdź, czy moduł TPM jest włączony.
6745 Sprawdź właściciela modułu TPM.
6746 Sprawdź parę kluczy poręczenia.
6747 Sprawdź, czy moduł TPM został aktywowany.
6748 Sprawdź, czy własność modułu TPM jest dozwolona.
6749 Przekonwertuj p@ssword właściciela na autoryzację właściciela.
6750 Utwórz parę kluczy poręczenia.
6751 Zmień autoryzację właściciela.
6752 Uruchom polecenie Cmd.
6753 Zweryfikuj moduł TPM.
6754 Pobierz wystąpienie BDE.
6755 Ochrona klucza za pomocą modułu TPM.
6756 Sprawdź, czy nośnik wymienny ma być skonfigurowany. ProtectKeyWithTpmAndStartupKey.
6757 Ochrona klucza za pomocą modułu TPM i klucza uruchamiania.
6758 Poszukaj pinezki BDE.
6759 Chroń klucz za pomocą modułu TPM i pinezki.
6760 Znajdź nośnik wymienny dla elementu BDEKeyLocation.
6761 Ochrona za pomocą klucza zewnętrznego.
6762 Odzyskiwanie P@ssword zapisywane w pliku PasswordFile.
6764 Skonfiguruj zasady funkcji BitLocker.
7000 Nie można zlokalizować ZTIConfigure.xml; Przerywanie.
7001 Szukasz nienadzorowanego pliku AnswerFile.
7100 ERROR — ten skrypt powinien działać tylko w pełnym systemie operacyjnym.
7101 ERROR — za mało wartości dostarczonych do generowania pliku odpowiedzi DCPromo.
7102 ERROR — nie określono obowiązkowych właściwości tworzenia nowego kontrolera domeny repliki.
7103 ERROR — nie określono obowiązkowych właściwości tworzenia nowej domeny podrzędnej.
7104 ERROR — nie określono obowiązkowych właściwości tworzenia nowego lasu.
7105 ERROR — nie określono obowiązkowych właściwości tworzenia nowego lasu.
7200 Nie można skonfigurować serwera DHCP, ponieważ usługa nie jest zainstalowana.
7201 Nie można odczytać szczegółów zakresu; GetScopeDetails() Nie powiodło się.
7202 Za mało wartości określonych do utworzenia zakresu.
7203 Za mało podanych wartości, aby ustawić zakres adresów IP dla tego zakresu.
7204 Nie określono wartości dla zakresu wykluczeń zakresu.
7300 Nie można wydać poleceń DNS.
7700 Scenariusz Nie nowy komputer; zamykanie partycji dysku.
7701 Dysk nie jest wystarczająco duży dla partycji System i BDE, Wymagane = 1,5 GB.
7702 Dysk nie jest wystarczająco duży dla partycji System i WinRE, Wymagane = 10 GB.
7703 Element DeployRoot znajduje się na dysku # DiskIndex. Uruchamianie scenariusza OEM: Pomiń.
7704 Uruchamianie scenariusza OEM: Pomiń.
7704 Partycje rozszerzone i logiczne nie są dozwolone w funkcji BitLocker.
7712 Sprawdź, czy dysk/dysk woluminu jest obecny. Format.
7900 FindFile: Microsoft.BDD.PnpEnum.exe.
7901 AllDrivers.Exists("GUID").
7904 AllDrivers.Exists("GUID").
9200 FindFile(PkgMgr.exe).
9601 BŁĄD — zadanie przywracania stanu ZTITatoo powinno być uruchomione w pełnym systemie operacyjnym; Przerywanie.
9701 Kod niezerowy zwracany z szacowania narzędzia USMT, rc = Błąd.
9702 Przechwytywanie stanu użytkownika nie jest możliwe; niewystarczająca ilość miejsca lokalnego i brak określonej ścieżki sieciowej (UDShare, UDDir).
9703 Kod zwrotny niezerowy z przechwytywania narzędzia USMT, rc = Błąd.
9704 Nie określono prawidłowej opcji wiersza polecenia.
9801 ERROR — próba wdrożenia systemu operacyjnego klienta na maszynie z systemem operacyjnym serwera.
9802 ERROR — próba wdrożenia systemu operacyjnego serwera na maszynie z systemem operacyjnym klienta.
9803 BŁĄD — maszyna nie jest autoryzowana do uaktualniania (OSInstall=OSInstall); przerywanie.
9804 BŁĄD — ilość pamięci MB pamięci jest niewystarczająca. Wymagana jest co najmniej pamięć MB pamięci.
9805 BŁĄD — szybkość procesora ProcessorSpeed MHz jest niewystarczająca. Wymagany jest co najmniej procesor ProcessorSpeed MHz.
9806 ERROR — za mało miejsca jest dostępne na dysku. Wymagany jest dodatkowy rozmiar MB.
9807 ERROR — za mało miejsca jest dostępne na dysku. Wymagany jest dodatkowy rozmiar MB.
9901 Skrypt ZTIWindowsUpdate nie powinien działać w środowisku Windows PE.
9902 Polecenie ZTIWindowsUpdate zostało uruchomione i nie powiodło się zbyt wiele razy. Count = Count( Liczba).
9903 Nieoczekiwany problem podczas instalowania zaktualizowanego agenta usługi Windows Update, rc = Błąd.
9904 Nie można utworzyć obiektu: Microsoft.Update.Session.
9905 Nie można utworzyć obiektu: Microsoft.Update.UpdateColl.
9906 Nie można odnaleźć pliku krytycznego; przerywanie.
10 000 Utwórz obiekt: Ustaw oLTICleanup = New LTICleanup.
10201 Nie można dołączyć do domeny domeny. Zatrzymaj instalację.
10203 FindFile(LTISuspend.wsf).
10204 Uruchom program LTISuspend.
41024 Uruchom polecenie ImageX.
52012 Nie ustawiono wszystkich parametrów kreatora.

Lista 1 zawiera fragment pliku dziennika, który ilustruje sposób znajdowania kodu błędu. W tym fragcie zgłoszony kod błędu to 5001.

Lista 1. Fragment pliku SMSTS.log zawierającego kod błędu 5001

.  
.  
.  
The operating system installation failed. Please contact your system administrator for assistance.  

The action "Zero Touch Installation - Validation" failed with exit code 5001  
.  
.  
.

Konwertowanie kodów błędów

Wiele kodów błędów przedstawionych w plikach dziennika wydaje się tajemnicze i trudne do skorelowania z rzeczywistym warunkiem błędu. Jednak poniższy proces pokazuje, jak przekonwertować kod błędu i uzyskać znaczące informacje, które mogą pomóc w rozwiązaniu problemu.

Problem: Przechwytywanie obrazu kończy się niepowodzeniem z kodem błędu 0x80070040.

Możliwe rozwiązanie 1: przedstawiony kod błędu jest w formacie szesnastkowym, który należy przekonwertować na format dziesiętny. W tym celu potrzebny jest kalkulator naukowy, a kalkulator dołączony do systemów operacyjnych Windows jest odpowiedni dla tego zadania.

Aby przekonwertować kod błędu

  1. Kliknij przycisk Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Akcesoria, a następnie kliknij pozycję Kalkulator.

  2. W menu Widok kliknij pozycję Naukowy.

  3. Wybierz pozycję Szesnastkowy, a następnie wprowadź cztery ostatnie cyfry kodu — w tym przypadku 0040, jak pokazano na rysunku 1.

    Rysunek 1. Konwersja błędu

    Zrzut ekranu przedstawiający wprowadzanie ostatnich czterech cyfr kodu w kalkulatorze.

    Zwróć uwagę, że zera wiodące nie są wyświetlane, gdy kalkulator jest w trybie szesnastkowym.

  4. Wybierz pozycję Grudzień.

    Wartość szesnastkowa 40 jest konwertowana na wartość dziesiętną 64.

  5. Otwórz okno wiersza polecenia, wpisz NET HELPMSG 64, a następnie naciśnij ENTER.

    Polecenie NET HELPMSG tłumaczy kod błędu liczbowego na zrozumiały tekst. W przypadku podanego tutaj kodu błędu przekłada się na "Określona nazwa sieci nie jest już dostępna".

    Te informacje wskazują, że na komputerze docelowym może istnieć problem z siecią lub między komputerem docelowym a serwerem, na którym znajduje się udział wdrożenia. Te problemy mogą obejmować nieprawidłowe instalowanie sterowników sieciowych lub niezgodność ustawień szybkości i dupleksu.

Przegląd przykładowych dzienników

Rozwiązanie MDT tworzy pliki dziennika, których można użyć do rozwiązywania problemów w procesie wdrażania MDT. W poniższych sekcjach przedstawiono przykłady użycia plików dziennika MDT do rozwiązywania problemów z procesem wdrażania:

Nie można uzyskać dostępu do bazy danych

Problem: Wystąpił błąd podczas uruchamiania wdrożenia, które używało pliku CustomSettings.ini zawierającego wiele sekcji i określając przy użyciu właściwości Priority priorytet każdej sekcji do przetworzenia. BDD.log zawiera następujące komunikaty o błędach:

  • BŁĄD — otwarcie zestawu rekordów (numer błędu = -2147217911) (opis błędu: odmowa uprawnień SELECT w obiekcie "ComputerAdministrators", baza danych "AdminDB", schemat "dbo").

  • Błąd ADO: uprawnienie SELECT zostało odrzucone w obiekcie "ComputerAdministrators", bazie danych "AdminDB", schema "dbo". (Błąd #-2147217911; Źródło: Dostawca Microsoft OLE DB dla programu SQL Server; Stan SQL: 42000; NativeError: 229

  • ERROR — nieobsługiwany błąd zwrócony przez usługę ZTIGather: Wymagany obiekt (424)

Uwaga 16.

Aby uzyskać jasność, zawartość pliku dziennika powyżej została przedstawiona, ponieważ są one wyświetlane podczas wyświetlania przy użyciu narzędzia CMTrace.

Możliwe rozwiązanie: Problem, jak wskazano w pierwszym wierszu przykładu pliku dziennika, jest to, że uprawnienie dostępu do bazy danych zostało odrzucone. W związku z tym skrypt nie może nawiązać bezpiecznego połączenia z bazą danych, prawdopodobnie dlatego, że identyfikator użytkownika i hasło nie były dostępne. W rezultacie podjęto próbę uzyskania dostępu do bazy danych przy użyciu konta komputera. Najprostszym sposobem obejścia tego problemu jest przyznanie wszystkim użytkownikom dostępu do odczytu do bazy danych.

Rozwiązywanie problemów

Przed rozpoczęciem szczegółowych procesów rozwiązywania problemów przejrzyj następujące elementy i upewnij się, że zostały spełnione wszystkie skojarzone wymagania:

  • Problemy z instalacją mogą spowodować, że nie zostały spełnione wszystkie wymagania wstępne dotyczące oprogramowania i sprzętu.

Instalacja aplikacji

Przejrzyj problemy i rozwiązania problemów z instalacją aplikacji:

Zablokowane pliki wykonywalne

Problem: Jeśli pliki źródłowe instalacji są pobierane z Internetu, prawdopodobnie zostaną one oznaczone jednym lub więcej strumieniami danych systemu plików NTFS. Aby uzyskać więcej informacji na temat strumieni danych NTFS, zobacz Strumienie plików. Istnienie strumieni danych systemu plików NTFS może spowodować wyświetlenie monitu ostrzegawczego Otwórz plik — ostrzeżenie o zabezpieczeniach. Instalacja nie będzie kontynuowana, dopóki nie klikniesz przycisku Uruchom w wierszu polecenia.

Rysunek 2 przedstawia strumienie danych systemu plików NTFS przy użyciu polecenia Więcej i narzędzia Streams.

Rysunek 2. Strumienie danych NTFS

Zrzut ekranu przedstawia dane wyjściowe poleceń streams.exe i Więcej.

Możliwe rozwiązanie 1: kliknij prawym przyciskiem myszy plik źródłowy instalacji, a następnie kliknij polecenie Właściwości. Kliknij przycisk Odblokuj, a następnie kliknij przycisk OK , aby usunąć strumienie danych systemu plików NTFS z pliku. Powtórz ten proces dla każdego pliku źródłowego instalacji, który jest blokowany przez istnienie co najmniej jednego strumienia danych systemu plików NTFS.

Możliwe rozwiązanie 2: użyj narzędzia Strumienie, jak pokazano na _Ref308173670 REF \h Rysunek 2, aby usunąć strumienie danych systemu plików NTFS z pliku źródłowego instalacji. Narzędzie Strumienie może usuwać strumienie danych systemu plików NTFS z co najmniej jednego pliku lub folderów jednocześnie.

Utracone połączenia sieciowe

Problem: Instalacja może zakończyć się niepowodzeniem, jeśli zainstaluje sterowniki urządzeń lub zmieni konfigurację urządzenia i sieci. Te zmiany mogą spowodować wygaśnięcie łączności sieciowej, co powoduje niepowodzenie instalacji.

Możliwe rozwiązanie: zaimplementuj skrypt ZTICacheUtil.vbs, aby włączyć pobieranie i wykonywanie instalacji. Ten skrypt został zaprojektowany w celu dostosowania anonsu w celu umożliwienia pobierania i wykonywania. Pobieranie korzysta z usługi inteligentnego transferu w tle (BITS), jeśli punkt dystrybucji programu Configuration Manager jest oparty na sieci Web rozproszone tworzenie i przechowywanie wersji oraz bits włączone. Jednocześnie modyfikuje program Configuration Manager, aby najpierw uruchamiał skrypt ZTICache.vbs, co gwarantuje, że program nie usuwa się podczas procesu wdrażania.

Pakiet Microsoft Office System 2007

Problem: Podczas wdrażania systemu Office 2007 i dołączania pliku poprawki Instalatora Windows (MSP) instalacja może zakończyć się niepowodzeniem z kodem błędu 30029.

Dalsze badanie w ZTIApplications.log pokazuje następujące komunikaty:

  • Informacje o uruchomieniu polecenia: \\Server\Deployment$\Tools\X86\bddrun.exe \\Server\Share\Microsoft\Office\2007\Professional\setup.exe /adminfile \\Server\Share\Microsoft\Office\2007\Professional\file.msp

  • Puls ZTI: polecenie zostało uruchomione przez 12 minut (identyfikator procesu 1600) Kod powrotu z polecenia = 30029

  • Aplikacja Microsoft Office 2007 Professional zwróciła nieoczekiwany kod powrotu: 30029

    Możliwe rozwiązanie 1: przenieś plik MSP do katalogu Updates, a następnie uruchom setup.exe bez określania opcji /adminfile . Aby uzyskać więcej informacji na temat wdrażania aktualizacji podczas instalacji, zobacz Deploying the 2007 Office system (Wdrażanie systemu Office 2007).

    Możliwe rozwiązanie 2: sprawdź, czy plik MSP nie ma zaznaczonego pola wyboru Pomiń modalne . Aby uzyskać więcej informacji na temat konfigurowania tego ustawienia, zobacz Overview of 2007 Office System Deployment (Omówienie wdrożenia pakietu Office System 2007).

Logowanie automatyczne

Przejrzyj problemy i rozwiązania problemów z automatycznym logowaniem:

Transparenty zabezpieczeń logowania

Problem: Sekwencje zadań MDT są przetwarzane podczas interakcyjnej sesji użytkownika, co wymaga, aby komputer docelowy mógł logować się automatycznie przy użyciu określonego konta administracyjnego. Jeśli obiekt zasad grupy (GPO) jest w miejscu, który wymusza baner zabezpieczeń logowania, to automatyczne logowanie nie będzie dozwolone, ponieważ baner zabezpieczeń zatrzymuje proces logowania podczas oczekiwania użytkownika na zaakceptowanie określonych zasad.

Możliwe rozwiązanie: upewnij się, że obiekt zasad grupy jest stosowany do określonych jednostek organizacyjnych (OU) i nie jest uwzględniony w domyślnym obiekcie zasad grupy domeny. Po dodaniu komputerów do domeny określ, że zostaną one dodane do jednostki organizacyjnej, która nie ma wpływu na obiekt zasad grupy wymuszający baner zabezpieczeń logowania. W Edytorze sekwencji zadań dołącz jako jeden z ostatnich kroków sekwencji zadań skrypt, który przenosi konto komputera do żądanej jednostki organizacyjnej.

Uwaga 16.

W przypadku ponownego korzystania z istniejących kont usług Domenowych Active Directory® (AD DS) upewnij się, że przed wdrożeniem na komputerze docelowym konto komputera docelowego zostało przeniesione do jednostki organizacyjnej, która nie ma wpływu na obiekt zasad grupy, który wymusza baner logowania zabezpieczeń.

Monitowany o podanie poświadczeń użytkownika

Problem: Utworzono obraz komputera przyłączonego do domeny. Podczas wdrażania nowego obrazu na komputerze docelowym proces wdrażania jest zatrzymywany, ponieważ automatyczne logowanie nie występuje, a użytkownik jest monitowany o wprowadzenie odpowiednich poświadczeń. Proces wdrażania zostanie wznowiony po podaniu poświadczeń i zalogowaniu się użytkownika.

Możliwe rozwiązanie: podczas przechwytywania obrazów komputer źródłowy nie powinien być przyłączony do domeny. Jeśli komputer został przyłączony do domeny, dołącz komputer do grupy roboczej, ponownie przechwyć obraz i spróbuj przeprowadzić wdrożenie na komputerze docelowym, aby ustalić, czy problem został rozwiązany.

BIOS

Problem: Podczas wdrażania na komputerze docelowym wyposażonym w technologię Intel vPro wdrożenie może zakończyć się błędem zatrzymania. Mimo że wszystkie zaktualizowane sterowniki zostały dołączone jako sterowniki gotowe do użycia w aplikacji Deployment Workbench, komputer docelowy nie zostanie uruchomiony.

Możliwe rozwiązanie: Przejrzyj ustawienia w podstawowym systemie danych wejściowych/wyjściowych komputera docelowego (BIOS), aby określić, czy domyślny tryb załączników technologii zaawansowanej szeregowej jest skonfigurowany jako zaawansowany interfejs kontrolera hosta (AHCI). Niestety niektóre systemy operacyjne Windows domyślnie nie obsługują interfejsu AHCI.

Problemy z bazą danych

Przejrzyj problemy i rozwiązania związane z bazą danych:

Zablokowane żądania przeglądarki programu SQL Server

Problem: Podczas procesu wdrażania MDT informacje można pobrać z baz danych programu Microsoft SQL Server®. Jednak błędy mogą być generowane, które odnoszą się do nieprawidłowo skonfigurowanej zapory na serwerze bazy danych.

Możliwe rozwiązanie: Zapora systemu Windows w systemie Windows Server pomaga zapobiec nieautoryzowanemu dostępowi do zasobów komputera. Jeśli jednak zapora jest skonfigurowana niepoprawnie, próby nawiązania połączenia z wystąpieniem programu SQL Server mogą zostać zablokowane. Aby uzyskać dostęp do wystąpienia programu SQL Server, które znajduje się za zaporą, skonfiguruj zaporę na komputerze z uruchomionym programem SQL Server. Aby uzyskać więcej informacji na temat konfigurowania portów zapory dla programu SQL Server, zobacz Konfigurowanie zapory systemu Windows pod kątem zezwalania na dostęp do programu SQL Server.

Połączenia nazwanych potoków

Problem: Podczas procesu wdrażania MDT informacje można pobrać z baz danych programu SQL Server. Jednak błędy mogą być generowane, które odnoszą się do uszkodzonych połączeń programu SQL Server. Może to być spowodowane brakiem włączania połączeń nazwanych potoków w programie Microsoft SQL Server.

Możliwe rozwiązanie: aby rozwiązać te problemy, włącz nazwane potoki w programie SQL Server. Ponadto określ właściwość SQLShare , która jest wymagana podczas nawiązywania połączenia z zewnętrzną bazą danych przy użyciu nazwanych potoków. Podczas nawiązywania połączenia przy użyciu nazwanych potoków użyj zintegrowanych zabezpieczeń, aby nawiązać połączenie z bazą danych. W przypadku wdrożeń LTI określone konto użytkownika nawiązuje połączenie z bazą danych. W przypadku wdrożeń ZTI korzystających z programu Configuration Manager konto dostępu do sieci łączy się z bazą danych. Ponieważ system Windows PE domyślnie nie ma kontekstu zabezpieczeń, należy nawiązać połączenie sieciowe z serwerem bazy danych, aby ustanowić kontekst zabezpieczeń dla użytkownika, który będzie nawiązywać połączenie.

Udział sieciowy określony przez właściwość SQLShare zapewnia metodę nawiązywania połączenia z serwerem w celu uzyskania odpowiedniego kontekstu zabezpieczeń. Musisz mieć dostęp do odczytu do udziału. Po nawiązaniu połączenia można nawiązać połączenie nazwanego potoku z bazą danych. Właściwość SQLShare nie jest potrzebna i nie powinna być używana podczas nawiązywania połączenia TCP/IP z bazą danych.

Włącz połączenia nazwanych potoków, wykonując następujące zadania na podstawie używanej wersji programu SQL Server:

Włączanie połączeń nazwanych potoków w programie SQL Server 2008 R2

Aby włączyć połączenia nazwanych potoków w programie SQL Server 2008 R2, wykonaj następujące kroki:

  1. Na komputerze z programem SQL Server 2008 R2 hostujący bazę danych do odpytowania kliknij przycisk Start, a następnie wskaż pozycję Wszystkie programy. Wskaż program Microsoft SQL Server 2008 R2, a następnie kliknij pozycję SQL Server Management Studio.

  2. W konsoli programu Microsoft SQL Server Management Studio w Eksplorator obiektów kliknij prawym przyciskiem myszy sql_server_name, a następnie kliknij polecenie Właściwości (gdzie sql_server_name jest nazwą komputera z uruchomionym programem SQL Server do skonfigurowania).

  3. Zostanie wyświetlone okno dialogowe Właściwości serwera — sql_server_name .

  4. W oknie dialogowym Właściwości - serwera sql_server_name w obszarze Wybierz stronę kliknij pozycję Połączenia.

  5. Na stronie Połączenia upewnij się, że pole wyboru Zezwalaj na połączenia zdalne z tym serwerem jest zaznaczone, a następnie kliknij przycisk OK.

  6. Zamknij konsolę programu Microsoft SQL Server Management Studio.

  7. Na komputerze z programem SQL Server 2008 R2 hostujący bazę danych do odpytowania kliknij przycisk Start, a następnie wskaż pozycję Wszystkie programy. Wskaż program Microsoft SQL Server 2008 R2, wskaż pozycję Narzędzia konfiguracji, a następnie kliknij pozycję Sql Server Configuration Manager.

  8. W konsoli programu Sql Server Configuration Manager przejdź do programu SQL Server Configuration Manager (lokalne) / Konfiguracja sieci programu SQL Server / Protokoły dla sql_instance (gdzie sql_instance w nazwie wystąpienia programu SQL Server do skonfigurowania).

  9. W okienku szczegółów kliknij prawym przyciskiem myszy nazwane potoki, a następnie kliknij przycisk Włącz.

    Zostanie wyświetlone okno dialogowe Ostrzeżenie wskazujące, że zmiany zostaną zapisane, ale nie zostaną zastosowane do momentu zatrzymania i ponownego uruchomienia usługi.

  10. W oknie dialogowym Ostrzeżenie kliknij przycisk OK.

  11. W konsoli programu Sql Server Configuration Manager przejdź do programu SQL Server Configuration Manager (lokalne) / usługi PROGRAMU SQL Server.

  12. W okienku szczegółów kliknij prawym przyciskiem myszy pozycję SQL Server*(sql_instance),a następnie kliknij pozycję *Uruchom ponownie (gdzie sql_instance w nazwie wystąpienia programu SQL Server skonfigurowanego w kroku 2).

    Zostanie wyświetlony pasek postępu programu SQL Server Configuration Manager, który pokazuje stan ponownego uruchamiania usług. Po ponownym uruchomieniu usługi pasek postępu zostanie zamknięty.

  13. Zamknij konsolę programu SQL Server Configuration Manager.

    Aby uzyskać dodatkowe informacje, jak włączyć połączenia zdalne w programie SQL Server 2008.

Włączanie połączeń nazwanych potoków w programie SQL Server 2005

Aby włączyć połączenia nazwanych potoków w programie SQL Server 2005, wykonaj następujące kroki:

  1. Na komputerze z programem SQL Server 2005 hostujący bazę danych do odpytowania kliknij przycisk Start, a następnie wskaż pozycję Wszystkie programy. Wskaż program Microsoft SQL Server 2005, wskaż pozycję Narzędzia konfiguracji, a następnie kliknij pozycję Konfiguracja obszaru powierzchni programu SQL Server.

  2. W oknie dialogowym Konfiguracja obszaru powierzchni programu SQL Server 2005 kliknij pozycję Konfiguracja obszaru powierzchni dla usług i połączeń.

  3. W oknie dialogowym Konfiguracja obszaru powierzchni dla usług i połączeń — server_name (gdzie server_name jest nazwą komputera z programem SQL Server 2005), w obszarze Wybierz składnik, a następnie skonfiguruj jego usługi i połączenia, przejdź do pozycji MSSQLSERVER\Database Engine, a następnie kliknij pozycję Połączenia zdalne.

  4. Kliknij pozycję Połączenia lokalne i zdalne, kliknij pozycję Użyj zarówno protokołu TCP/IP, jak i nazwanych potoków, a następnie kliknij przycisk Zastosuj.

  5. W oknie dialogowym Konfiguracja obszaru powierzchni dla usług i połączeń — server_name (gdzie server_name jest nazwą komputera z programem SQL Server 2005), w obszarze Wybierz składnik, a następnie skonfiguruj jego usługi i połączenia, przejdź do pozycji MSSQLSERVER\Database Engine, a następnie kliknij pozycję Usługa.

  6. Kliknij przycisk Zatrzymaj.

    Usługa MSSQLSERVER zatrzymuje się.

  7. Kliknij Uruchom.

    Zostanie uruchomiona usługa MSSQLSERVER.

  8. Kliknij przycisk OK.

  9. Zamknij konfigurację obszaru powierzchni programu SQL Server 2005.

    Aby uzyskać dodatkowe informacje, zobacz artykuł pomoc techniczna firmy Microsoft How to configure SQL Server 2005 to allow remote connections (Jak skonfigurować program SQL Server 2005 w celu zezwalania na połączenia zdalne)

Skrypty wdrażania

Przejrzyj problemy i rozwiązania związane z rozwiązaniem MDT:

  • Monitowany o poświadczenia użytkownika i może zostać wyświetlony błąd 0x80070035 zgodnie z opisem w Credentials_script

  • Komunikat o błędzie "nie znaleziono Wuredist.cab" jest wyświetlany zgodnie z opisem w temacie ZTIWindowsUpdate

Credentials_script

Problem: Podczas ostatniego uruchomienia nowo wdrożonego komputera użytkownik jest monitowany o podanie poświadczeń użytkownika i może otrzymać błąd 0x80070035, co oznacza, że nie znaleziono ścieżki sieciowej.

Możliwe rozwiązanie: upewnij się, że plik WIM nie zawiera folderu MININT ani _SMSTaskSequence. Aby usunąć te foldery, najpierw użyj narzędzia ImageX, aby zainstalować plik WIM, a następnie usunąć foldery.

Uwaga 16.

Jeśli podczas próby usunięcia folderów z pliku WIM wystąpi błąd odmowy dostępu, otwórz okno wiersza polecenia, przełącz się do katalogu głównego obrazu zawartego w pliku WIM, a następnie uruchom _SMSTaskSequence RD MININT i RD _SMSTaskSequence.

ZTIWindowsUpdate

Problem: Jeśli używasz skryptu ZTIWindowsUpdate.wsf do stosowania aktualizacji oprogramowania podczas wdrażania, pamiętaj, że ten skrypt może komunikować się bezpośrednio z witryną internetową usługi Microsoft Update w celu pobrania i zainstalowania wymaganych plików binarnych agenta usługi Windows Update, przeskanuj odpowiednie aktualizacje oprogramowania, pobierz pliki binarne dla odpowiednich aktualizacji oprogramowania, a następnie zainstaluj pobrane pliki binarne. Ten proces wymaga skonfigurowania infrastruktury sieciowej w celu umożliwienia komputerowi docelowemu uzyskania dostępu do witryny sieci Web Microsoft Update.

Jeśli udział wdrażania nie zawiera plików instalacyjnych programu Windows Update Agent, a komputer docelowy nie ma odpowiedniego dostępu do Internetu, w plikach ZTIWindowsUpdate.log i BDD.log zostanie zgłoszony błąd "nie znaleziono wuredist.cab".

Możliwe rozwiązanie: wykonaj kroki opisane w sekcji "ZTIWindowsUpdate.wsf" w dokumentacji zestawu narzędzi dokumentów MDT.

Udziały wdrożenia

Przejrzyj problemy i rozwiązania związane z udziałem wdrożenia:

Nie można zaktualizować plików WIM

W środowisku "prostym":

  • Usługa MDT zazwyczaj pobiera WIMGAPI.DLL z C:\Windows\system32 (zawsze w ścieżce). Wersja tego WIMGAPI.DLL musi być zgodna z wersją (kompilacją) systemu operacyjnego.

  • W 64-bitowym systemie operacyjnym mdT zawsze używa pliku x64 WIMGAPI.DLL; tylko ten plik powinien znajdować się w ścieżce systemowej. W 32-bitowym systemie operacyjnym mdT zawsze używa pliku x86 WIMGAPI.DLL; tylko ten plik powinien znajdować się w ścieżce systemowej. (Inne produkty, takie jak Program Configuration Manager, używają 32-bitowej wersji WIMGAPI.DLL, nawet w 64-bitowym systemie operacyjnym, ale zarządzają i instalują ją.

    Problem: Podczas próby zaktualizowania udziału wdrożenia użytkownik zostanie poinformowany, że instalowanie co najmniej jednego pliku wim nie powiodło się.

    Możliwe rozwiązanie: otwórz okno wiersza polecenia i uruchom polecenie, w którym WIMGAPI.DLL. Dla pierwszego wpisu na liście (pierwsza lokalizacja znaleziona przez wyszukanie ścieżki) upewnij się, że właściwość Version jest zgodna z kompilacją zestawu Windows Assessment and Deployment Kit (Windows ADK), który jest zainstalowany. Upewnij się również, że właściwość jest zgodna z numerem kompilacji systemu operacyjnego.

Kreator wdrażania systemu Windows

Przejrzyj problemy i rozwiązania związane z Kreatorem wdrażania systemu Windows:

  • Strony Kreatora wdrażania systemu Windows są wyświetlane nawet wtedy, gdy protokół LTI jest skonfigurowany do pomijania stron kreatora zgodnie z opisem w sekcji Strony kreatora nie są pomijane.

Strony kreatora nie są pomijane

Problem: Strona kreatora jest wyświetlana, mimo że plik MDT DB lub CustomSettings.ini określa, że kreator powinien zostać pominięty.

Możliwe rozwiązanie: Aby prawidłowo pominąć stronę kreatora, dołącz wszystkie właściwości określone na tej stronie kreatora, jeśli jest to odpowiednie w bazie danych MDT lub pliku CustomSettings.ini wraz z odpowiednimi wartościami. Jeśli właściwość jest nieprawidłowo skonfigurowana dla pominiętej strony kreatora, ta strona zostanie wyświetlona. Aby uzyskać więcej informacji o tym, które właściwości są wymagane, aby upewnić się, że strona kreatora została pominięta, zobacz sekcję "Zapewnianie właściwości dla stron kreatora pominiętych wdrożeń" w dokumentacji zestawu narzędzi do zarządzania urządzeniami przenośnymi.

Dyski i partycjonowanie

Przejrzyj problemy i rozwiązania dotyczące partycjonowania dysku:

Szyfrowanie dysków funkcją BitLocker

Wdrożenie funkcji BitLocker wymaga określonej konfiguracji do odpowiedniego wdrożenia. Następujące potencjalne problemy mogą być związane z konfiguracją komputera docelowego:

Skrypt ZTIBde.wsf kończy się niepowodzeniem z powodu błędu "Nie można otworzyć klucza rejestru "HKEY_CURRENT_USER\Panel sterowania\International\LocaleName" do odczytu"

Problem: Podczas próby wdrożenia funkcji BitLocker na komputerze docelowym w systemie ZTI lub UDI skrypt ZTIBde.wsf kończy się niepowodzeniem z powodu błędu "Nie można otworzyć klucza rejestru "HKEY_CURRENT_USER\Panel sterowania\International\LocaleName".

Możliwe rozwiązanie: określ ustawienia regionalne we UILanguage właściwości . W systemach ZTI i UDI skrypt ZTIBde.wsf jest uruchamiany w kontrolce systemu, więc pełny profil użytkownika nie jest ładowany. Gdy skrypt ZTIBde.wsf próbuje odczytać informacje o ustawieniach regionalnych nie znajduje się w rejestrze, ponieważ rejestr (profil użytkownika) nie jest w pełni załadowany. Aby obejść ten problem, określ ustawienia regionalne we UILanguage właściwości .

Urządzenia są wyświetlane jako wiele liter dysku

Problem: Niektóre urządzenia mogą być wyświetlane jako wiele liter dysku logicznego, w zależności od sposobu ich partycjonowania. W niektórych przypadkach mogą emulować dyskietkę 1,44 megabajta (MB) i stację pamięci. W związku z tym system Windows może przypisać te same litery dysku urządzenia A i B dla emulacji dyskietki i F dla dysku pamięci. Domyślnie skrypty MDT używają najniższej litery dysku (w tym przykładzie A).

Możliwe rozwiązanie: zastąpi ustawienie domyślne na stronie Określanie szczegółów odzyskiwania funkcji BitLocker w Kreatorze wdrażania systemu Windows. Na stronie podsumowania Kreatora wdrażania systemu Windows jest wyświetlane ostrzeżenie informujące użytkownika, który literę dysku wybrano do przechowywania informacji odzyskiwania funkcji BitLocker. Ponadto pliki BDD.log i ZTIBDE.log rejestrują wykryte urządzenia nośnika wymiennego i które urządzenie zostało wybrane do przechowywania informacji odzyskiwania funkcji BitLocker.

Problemy z zmniejszaniem dysków

Problem: Za mało nieprzydzielonego miejsca na dysku istnieje na komputerze docelowym, aby włączyć funkcję BitLocker. Aby wdrożyć funkcję BitLocker na komputerze docelowym, co najmniej 2 gigabajty (GB) nieprzydzielonego miejsca na dysku jest wymagane do utworzenia woluminu systemowego. Wolumin systemowy to wolumin zawierający pliki specyficzne dla sprzętu potrzebne do załadowania systemu Windows po uruchomieniu komputera przez system BIOS.

Możliwe rozwiązanie 1: na istniejących komputerach użyj narzędzia Diskpart, aby zmniejszyć dysk C, aby można było utworzyć wolumin systemowy. Jednak w niektórych przypadkach narzędzie Diskpart może nie być w stanie zmniejszyć dysku C wystarczająco, aby zapewnić 2 GB nieprzydzielonego miejsca na dysku, prawdopodobnie ze względu na fragmentowane miejsce na dysku C.

Jednym z możliwych rozwiązań tego problemu jest defragmentacja dysku C. W tym celu wykonaj następujące czynności:

  1. Uruchom polecenie Diskpart shrink querymax , aby zidentyfikować maksymalną ilość miejsca na dysku, który może być nieprzydzielony.

  2. Jeśli wartość zwrócona w kroku 1 jest mniejsza niż 2 GB, wyczyść dysk C wszelkich niepotrzebnych plików, a następnie defragmentuj go.

  3. Uruchom ponownie polecenie Diskpart shrink querymax , aby sprawdzić, czy nie można cofnąć przydziału więcej niż 2 GB miejsca na dysku.

  4. Jeśli wartość zwrócona w kroku 3 jest nadal mniejsza niż 2 GB, wykonaj jedno z następujących zadań:

    • Dysk defragmentacji C wiele razy, aby upewnić się, że jest w pełni zoptymalizowany.

    • Utwórz kopię zapasową danych na dysku C, usuń istniejącą partycję, utwórz nową partycję, a następnie przywróć dane do nowej partycji.

    Możliwe rozwiązanie 2: Skrypt ZTIBDE.wsf uruchamia narzędzie przygotowywania dysku (bdehdcfg.exe) i domyślnie konfiguruje rozmiar partycji woluminu systemowego do 2 GB. W razie potrzeby możesz dostosować skrypt ZTIBDE.wsf, aby zmienić wartość domyślną. Jednak modyfikowanie skryptów MDT nie jest zalecane.

Obsługa dysków logicznych i dynamicznych

Problem: Podczas wykonywania scenariusza wdrażania odświeżania komputera proces wdrażania może zakończyć się niepowodzeniem podczas wdrażania na komputerze docelowym korzystającym z dysków logicznych lub dysków dynamicznych.

Możliwe rozwiązanie: rozwiązanie MDT nie obsługuje wdrażania systemów operacyjnych na dyskach logicznych ani dyskach dynamicznych.

Przyłączanie do domeny

Problem: Podczas wdrażania należy użyć Kreatora wdrażania systemu Windows, aby podać wszystkie niezbędne informacje dla komputera docelowego, w tym poświadczenia, informacje o przyłączeniu do domeny i statyczną konfigurację adresu IP. Po zakończeniu instalacji można zobaczyć, że system nie dołączył do domeny i nadal znajduje się w grupie roboczej.

Możliwe rozwiązanie: Wdrożenie LTI rozwiązania MDT konfiguruje statyczne informacje o adresie IP po uruchomieniu systemu operacyjnego. Jeśli komputer docelowy znajduje się w segmencie sieci, który nie ma protokołu DHCP (Dynamic Host Configuration Protocol), automatyczne przyłączowanie domeny określone w Unattend.xml zakończy się niepowodzeniem, gdy nie istnieje dhcp.

Skonfiguruj Unattend.xml, aby dołączyć do grupy roboczej. Następnie użyj wbudowanego kroku Odzyskiwania po sekwencji zadań domeny , aby dodać krok w sekwencji zadań w celu przyłączenia do domeny po zastosowaniu statycznego adresu IP.

Instalacja sterownika

Aby zapewnić możliwie najlepsze środowisko użytkownika, instalacja urządzeń sprzętowych i sterowników oprogramowania powinna działać tak bezproblemowo, jak to możliwe, przy niewielkiej lub braku interwencji użytkownika. Firma Microsoft udostępnia narzędzia i wskazówki ułatwiające tworzenie pakietów instalacyjnych spełniających ten cel. Aby uzyskać ogólne informacje na temat instalacji sterowników, zobacz Instalacja urządzenia i sterownika.

Przejrzyj problemy i rozwiązania związane z instalacją sterownika urządzenia:

Rozwiązywanie problemów z instalacją urządzenia za pomocą SetupAPI.log

Oficjalny dokument Rozwiązywanie problemów z instalacją urządzenia przy użyciu pliku dziennika SetupAPI zawiera informacje o debugowaniu instalacji urządzenia z systemem Windows. W szczególności dokument zawiera wskazówki dla deweloperów sterowników i testerów w celu interpretowania pliku dziennika SetupAPI.

Jednym z najbardziej przydatnych plików dziennika do celów debugowania jest plik SetupAPI.log. Ten plik w postaci zwykłego tekstu przechowuje informacje dotyczące instalacji urządzenia, instalacji dodatku Service Pack i instalacji aktualizacji programu SetupAPI. W szczególności plik przechowuje rekord zmian urządzeń i sterowników, a także poważne zmiany systemu począwszy od najnowszej instalacji systemu Windows. Ten dokument koncentruje się na używaniu pliku dziennika SetupAPI do rozwiązywania problemów z instalacją urządzenia; nie opisuje sekcji plików dziennika skojarzonych z dodatkiem Service Pack i instalacjami aktualizacji.

Nowe wdrożenia komputerów

Zapoznaj się z problemami i rozwiązaniami scenariuszy wdrażania nowego komputera:

  • Problemy z uruchamianiem procesu wdrażania przy użyciu środowiska wykonawczego przed rozruchem (PXE) zgodnie z opisem w temacie Rozruch środowiska PXE

Rozruch środowiska PXE

Krótko mówiąc, protokół PXE działa w następujący sposób: Komputer kliencki inicjuje protokół, emitując pakiet odnajdywania DHCP zawierający rozszerzenie identyfikujące żądanie pochodzące z komputera klienckiego, który implementuje protokół PXE. Zakładając, że serwer rozruchowy implementujący ten rozszerzony protokół jest dostępny, serwer rozruchowy wysyła ofertę zawierającą adres IP serwera, który będzie obsługiwał klienta. Klient używa protokołu Trivial File Transfer Protocol do pobrania pliku wykonywalnego z serwera rozruchowego. Na koniec na komputerze klienckim jest uruchomiony pobrany program bootstrap.

Początkowa faza tego protokołu piggybacks w podzestawie komunikatów DHCP, aby umożliwić klientowi odnajdywanie serwera rozruchowego (czyli serwera, który dostarcza pliki wykonywalne na potrzeby nowej konfiguracji komputera). Komputer kliencki może skorzystać z możliwości uzyskania adresu IP (oczekiwanego zachowania), ale nie jest to wymagane.

Druga faza tego protokołu odbywa się między komputerem klienckim a serwerem rozruchowym i używa formatu komunikatów DHCP jako wygodnego formatu komunikacji. Ta druga faza nie jest w inny sposób powiązana ze standardowymi usługami DHCP. Na kilku następnych stronach przedstawiono proces krok po kroku podczas inicjowania komputera klienckiego PXE.

Zapoznaj się z następującymi rozwiązaniami problemów z rozruchem środowiska PXE:

Wyłączanie rejestrowania systemu Windows PE w usługach wdrażania systemu Windows

Pierwszą zalecaną procedurą jest upewnienie się, że rejestrowanie w setupapi.log zostało wyłączone.

Upewnij się, że konfiguracja protokołu DHCP jest prawidłowa

W zależności od używanych modeli routerów określona konfiguracja routera przekazywania emisji DHCP może być obsługiwana dla podsieci (lub interfejsu routera) lub określonego hosta. Jeśli serwery DHCP i komputer z uruchomionymi usługami wdrażania systemu Windows są oddzielnymi komputerami, upewnij się, że routery przekazujące emisje DHCP zostały zaprojektowane tak, aby serwery usług DHCP i Windows Deployment Services odbierały emisje klienta; w przeciwnym razie komputer kliencki nie otrzymuje odpowiedzi na zdalne żądanie rozruchu.

Czy istnieje router między komputerem klienckim a zdalnym serwerem instalacji, który nie zezwala na żądania lub odpowiedzi oparte na protokole DHCP? Gdy komputer kliencki usług wdrażania systemu Windows i serwer usług wdrażania systemu Windows znajdują się w oddzielnych podsieciach, skonfiguruj router między dwoma systemami, aby przekazywać pakiety DHCP do serwera usług wdrażania systemu Windows. To rozwiązanie jest konieczne, ponieważ komputery klienckie usług wdrażania systemu Windows odnajdą serwer usług wdrażania systemu Windows przy użyciu komunikatu emisji DHCP. Bez konfigurowania przekazywania DHCP na routerze emisje DHCP komputerów klienckich nie docierają do serwera usług wdrażania systemu Windows. Ten proces przekazywania DHCP jest czasami określany jako serwer proxy DHCP lub adres pomocnika IP w podręcznikach konfiguracji routera. Zapoznaj się z instrukcjami routera, aby uzyskać więcej informacji na temat konfigurowania przekazywania DHCP na określonym routerze.

Poprawianie czasu odpowiedzi na przypisywanie adresów IP środowiska PXE

Sprawdź następujące elementy, jeśli komputer kliencki PXE pobiera adres IP przez długi czas (15–20 sekund):

  • Czy karta sieciowa na komputerze docelowym i przełącznik lub router mają taką samą szybkość (automatyczna, dwukierunkowa, pełna itd.)

  • Czy adres IP serwera usług wdrażania systemu Windows w pliku Pomocnika IP na routerze, za pośrednictwem którego nawiązano połączenie? Jeśli lista adresów IP w pliku pomocnika IP jest długa, możesz przenieść adres serwera usług wdrażania systemu Windows w górnej części

Ponowne uruchamianie procesu wdrażania

Problem: Podczas testowania i rozwiązywania problemów z nową lub zmodyfikowaną sekwencją zadań może być konieczne ponowne uruchomienie komputera docelowego, aby proces wdrażania mógł rozpocząć się od początku. Mogą wystąpić nieoczekiwane wyniki, ponieważ usługa MDT śledzi postęp, zapisując dane na dysku twardym; każde ponowne uruchomienie komputera docelowego ma wznowienie mdT, w którym zostało przerwane przy poprzednim ponownym uruchomieniu.

Możliwe rozwiązanie: Aby umożliwić ponowne uruchomienie procesu wdrażania od początku, usuń foldery C:\MININT i C:\_SMSTaskSequence przed ponownym uruchomieniem komputera docelowego.

Sysprep

Przejrzyj problemy i rozwiązania związane z programem Sysprep:

Konto komputera znajduje się w niewłaściwej jednostki organizacyjnej

Problem: komputer docelowy jest prawidłowo przyłączony do domeny, ale konto komputera znajduje się w niewłaściwej jednostki organizacyjnej.

Możliwe rozwiązanie 1: jeśli konto istnieje wstępnie dla komputera docelowego, konto pozostanie w oryginalnej jednostki organizacyjnej. Aby przenieść konto do określonej jednostki organizacyjnej, dodaj krok sekwencji zadań, który używa narzędzia automatyzacji, takiego jak Microsoft Visual Basic® Scripting Edition, aby przenieść konto.

Możliwe rozwiązanie 2: Sprawdź, czy określona jednostka organizacyjna ma poprawny format i czy istnieje. Prawidłowy format jednostki organizacyjnej powinien mieć wartość OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com.

Menedżer konfiguracji

Problem: Komunikat o błędzie wyświetlany w _Ref308174600 REF \h Rysunek 3 jest wyświetlany podczas próby utworzenia punktu usługi PXE programu Configuration Manager przy użyciu opcji Utwórz certyfikat PXE z podpisem własnym.

Rysunek SEQ Rysunek \* ARABSKI 3. Błąd punktu usługi PXE

Zrzut ekranu przedstawiający nie można utworzyć certyfikatu z podpisem własnym pomyślnie.

Możliwe rozwiązanie: jeśli punkt usługi PXE wcześniej istniał na skonfigurowanym serwerze, punkt usługi PXE mógł nie usunąć certyfikatów utworzonych samodzielnie podczas jego odinstalowania. Usuń folder certyfikatu PXE z katalogu C:\Documents and Settings\user_name\Application Data\Microsoft\Crypto\RSA, gdzie user_name jest nazwą użytkownika wykonującego bieżącą konfigurację lub który wykonał poprzednią konfigurację. Kreator nowej roli lokacji w konsoli programu Configuration Manager powinien zakończyć się pomyślnie po usunięciu folderu.

Sekwencje zadań

Przejrzyj problemy i rozwiązania związane z sekwencją zadań:

Sekwencja zadań nie kończy się pomyślnie

Problem: Sekwencja zadań może nie zakończyć się pomyślnie lub ma nieprzewidywalne zachowanie.

Możliwe rozwiązanie: krok sekwencji zadań Zainstaluj system operacyjny (dla LTI) lub krok sekwencji zadań Zastosuj obraz systemu operacyjnego (dla identyfikatora UDI i ZTI) mógł zostać zmodyfikowany po utworzeniu kroku sekwencji zadań może prowadzić do nieprzewidywalnych wyników. Jeśli na przykład utworzono sekwencję zadań w celu wdrożenia 32-bitowego obrazu systemu Windows 8.1, a następnie krok sekwencji zadań Zainstaluj system operacyjny lub krok sekwencji zadań Zastosuj obraz systemu operacyjnego został zmieniony w celu odwołania się do 64-bitowego obrazu systemu Windows 8.1, sekwencja zadań może nie działać pomyślnie.

Zaleca się utworzenie nowej sekwencji zadań w celu wdrożenia innego obrazu systemu operacyjnego.

Sekwencja zadań OEM jest niepoprawnie wyświetlana dla obrazu rozruchowego utworzonego dla innej architektury procesora

Problem: Sekwencja zadań oparta na szablonie sekwencji zadań LTI OEM jest wyświetlana dla obrazu rozruchowego z inną architekturą procesora. Na przykład sekwencja zadań OEM, która wdraża 64-bitowy system operacyjny, jest wyświetlana na 32-bitowym obrazie rozruchowym.

Możliwe rozwiązanie: jest to oczekiwane zachowanie, ponieważ sekwencje zadań OEM w LTI nie są uważane za "specyficzne dla platformy" będą zawsze wyświetlane, niezależnie od architektury procesora obrazu rozruchowego.

Nieprawidłowy komunikat sekwencji zadań (nieprawidłowy identyfikator GUID systemu operacyjnego) w Kreatorze wdrażania systemu Windows

Problem: Podczas uruchamiania Kreatora wdrażania systemu Windows kreator wyświetla komunikat o błędzie "Nieprawidłowy element sekwencji zadań (nieprawidłowy identyfikator GUID systemu operacyjnego)." System operacyjny jest wymieniony w pliku OperatingSystem.xml; jednak system operacyjny nie jest wyświetlany w aplikacji Deployment Workbench.

Możliwe rozwiązanie: oryginalne źródło systemu operacyjnego ma co najmniej dwa skojarzone pliki WIM. Jednostka SKU skojarzona z sekwencją zadań jest usuwana; jednak inne jednostki SKU dla źródła systemu operacyjnego nadal istnieją. Po wybraniu sekwencji zadań odwołującej się do usuniętej jednostki SKU na stronie Wybierz sekwencję zadań do wykonania na tym komputerze w Kreatorze wdrażania systemu Windows zostanie wyświetlony komunikat o błędzie "Nieprawidłowy element sekwencji zadań (nieprawidłowy identyfikator GUID systemu operacyjnego)" po kliknięciu przycisku Dalej na stronie kreatora.

Aby rozwiązać ten problem, wykonaj jedno z następujących zadań:

  • Usuń wszystkie jednostki SKU ze źródła systemu operacyjnego. Kreator wdrażania systemu Windows działa normalnie, a komunikat o błędzie nie jest wyświetlany.

  • Zmień sekwencję zadań, aby używać innego obrazu systemu operacyjnego.

Zastosuj ustawienia sieci

Problem: Podczas konfigurowania nazwy połączenia sieciowego w aplikacji Deployment Workbench zostanie wyświetlony komunikat o błędzie walidacji "Wprowadź prawidłową nazwę karty sieciowej".

Możliwe rozwiązanie: usuń wszelkie spacje i nieprawidłowe znaki z określonej nazwy połączenia.

Użyj opcji Kontynuuj w przypadku błędu

Jeśli sekwencja zadań MDT nie jest skonfigurowana do kontynuowania po błędzie i ta sekwencja zadań zwraca błąd, wszystkie pozostałe sekwencje zadań w tej grupie sekwencji zadań zostaną pominięte. Jednak pozostałe grupy sekwencji zadań są przetwarzane. Rozważ następujące źródła:

Utworzono dwie grupy sekwencji zadań, a każda grupa zawiera więcej niż jeden krok sekwencji zadań:

  • Grupa A

    • Krok A
    • Krok B

  • Grupa B

    • Krok A
    • Krok B

    Jeśli grupa A\Krok A nie jest skonfigurowana do kontynuowania po błędzie, grupa A\Krok B nie zostanie przetworzona. Jednak wszystkie kroki sekwencji zadań w grupie B zostaną przetworzone.

Narzędzie do migracji stanu użytkownika

Zapoznaj się z problemami i rozwiązaniami dotyczącymi narzędzia USMT:

Brakujące skróty pulpitu

Problem: Podczas migrowania danych użytkownika przy użyciu narzędzia USMT skróty wskazujące dokumenty sieciowe mogą nie zostać przywrócone. Skróty są przechwytywane podczas skanowania stanu; jednak nigdy nie są przywracane do komputera docelowego podczas ładowania.

Możliwe rozwiązanie: Edytuj plik MigUser.xml i oznacz jako komentarz następujący wiersz:

Oryginalny kod:

<include> filter='MigXmlHelper.IgnoreIrrelevantLinks()'>

Zmodyfikowano:

<include> <!-- filter='MigXmlHelper.IgnoreIrrelevantLinks()'> -->

Pliki formatu Windows Imaging

Przejrzyj problemy i rozwiązania związane z WIM:

  • Wdrożenia LTI i ZTI kończą się niepowodzeniem z błędami plików WIM w pliku BDD.log zgodnie z opisem w artykule Uszkodzony plik WIM.

Uszkodzony plik WIM

Problem: Podczas wdrażania obrazu wdrożenie kończy się niepowodzeniem z następującymi wpisami w pliku BDD.log:

  • Obraz \\Server\Deployment$\Operating Systems\Windows\version1.wim nie został pomyślnie zastosowany przez imageX, rc = 2

  • LTIApply UKOŃCZONO. Wartość zwracana = 2

  • BŁĄD ZTI — kod zwracany przez LTIApply, rc = 2

    Zbadaj problem, instalowania pliku WIM przy użyciu funkcji ImageX powoduje wystąpienie błędu "Dane są nieprawidłowe". Dalsze badanie pokazuje, że sygnatura daty pliku wim wynosi wiele lat przed bieżącą datą. Istnieje możliwość, że inny proces, taki jak skaner wirusów, trzymał plik wim otwarty po tym, jak został wcześniej zamknięty po zakończeniu procesu odczytu lub zapisu.

    Możliwe rozwiązanie: Przywróć plik wim z nośnika kopii zapasowej.

Windows PE

Przejrzyj problemy i rozwiązania związane z systemem Windows PE:

Nie zainicjowano procesu wdrażania — ograniczona pamięć RAM lub karta sieci bezprzewodowej

Problem: Podczas wdrażania obrazu na niektórych komputerach docelowych uruchamia się system Windows PE, uruchamia polecenie wpeinit, otwiera okno wiersza polecenia, ale w rzeczywistości nie uruchamia procesu wdrażania. Rozwiązywanie problemu przez mapowanie dysku sieciowego z komputera docelowego wskazuje, że sterowniki kart sieciowych nie są ładowane.

Możliwe rozwiązanie 1: Kreator wdrażania nie uruchamia się, ponieważ nie ma wystarczającej ilości pamięci RAM. Sprawdź, czy komputer docelowy ma co najmniej 512 MB pamięci RAM i czy żadna udostępniona pamięć wideo nie zużywa więcej niż 64 MB z 512 MB.

Wersje systemu Windows PE obsługiwane przez usługę MDT nie mogą działać na komputerze docelowym, który ma mniej niż 512 MB pamięci RAM.

Możliwe rozwiązanie 2: Nie dołączaj sterowników bezprzewodowych do obrazu systemu Windows PE.

Nie zainicjowano procesu wdrażania — brakujące składniki

Problem: Podczas rozwiązywania problemów z wdrożeniem, przegląd pliku BDD.log zawiera następujący wpis:

BŁĄD — nie można utworzyć bazy danych ADODB. Obiekt połączenia, niemożliwy do wykonywania zapytania względem programu SQL Server: składnik ActiveX nie może utworzyć obiektu (429).

Możliwe rozwiązanie: ten błąd może wskazywać, że obraz systemu Windows PE nie został utworzony przy użyciu rozwiązania MDT. Jeśli używasz programu Configuration Manager, nie używaj jednego z istniejących obrazów środowiska Windows PE utworzonych przez program Configuration Manager; Zamiast tego utwórz obraz przy użyciu Kreatora sekwencji zadań importowania wdrożenia firmy Microsoft.

Uwaga 16.

Obrazy systemu Windows PE tworzone przez program Configuration Manager zawierają składniki obsługujące skrypty, XML i Instrumentację zarządzania Windows (WMI), ale nie zawierają składników obsługujących obiekty danych Microsoft ActiveX® (ADO).

Nie zainicjowano procesu wdrażania — brakujące lub nieprawidłowe sterowniki

Problem: Podczas wdrażania na niektórych komputerach docelowych program Windows PE uruchamia polecenie wpeinit, otwiera okno wiersza polecenia, ale w rzeczywistości nie uruchamia procesu wdrażania. Rozwiązywanie problemów przez mapowanie dysku sieciowego z komputera docelowego wskazuje, że sterowniki kart sieciowych nie są ładowane. Przegląd pliku SetupAPI.log znajdującego się w folderze X:\Windows\System32\Inf wskazuje, że program Windows PE generuje błędy podczas konfigurowania karty sieciowej, z których jeden oznacza: "Ten sterownik nie jest przeznaczony dla tej platformy". Sterowniki na liście Out-of-Box Drivers zostały wprowadzone do obrazu.

Możliwe rozwiązanie: istnieje możliwość, że środowisko Windows PE ma konflikt sterowników z innym sterownikiem. Podczas konfigurowania ustawień obrazu systemu Windows PE w aplikacji Deployment Workbench utwórz grupę sterowników systemu Windows PE zawierającą tylko sterowniki karty sieciowej i sterowników magazynu, a następnie skonfiguruj udział wdrażania tak, aby używał tylko grupy sterowników systemu Windows PE.

Wykresy przepływu procesu wdrażania

Ta sekcja zawiera dwa zestawy wykresów blokowych MDT: jeden dla wdrożeń LTI i jeden dla wdrożeń ZTI za pomocą programu Configuration Manager. Każdy wykres blokowy ilustruje zadania uruchamiane podczas tego typu wdrożenia.

Zapoznaj się z wykresami przepływowymi procesu wdrażania, korzystając z następujących elementów:

Schematy blokowe procesu wdrażania LTI

Wykresy blokowe są dostępne dla następujących faz:

  • Walidacja (Rysunek 4)

  • Przechwytywanie stanu (Rysunek 5 i Rysunek 6)

  • Preinstalacja (Rysunek 7, Rysunek 8 i Rysunek 9)

  • Instalowanie (Rysunek 10)

  • Postinstall (Rysunek 11 i Rysunek 12)

  • Przywracanie stanu (Rysunek 13, Rysunek 14, Rysunek 15 i Rysunek 16)

    Rysunek 4. Wykres blokowy dla fazy walidacji

    Zrzut ekranu przedstawiający wykres blokowy fazy weryfikacji LTI.

    Rysunek 5. Wykres blokowy fazy przechwytywania stanu (1 z 2)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przechwytywania stanu LTI 1.

    Rysunek 6. Wykres blokowy fazy przechwytywania stanu (2 z 2)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przechwytywania stanu LTI 2.

    Rysunek 7. Wykres blokowy dla fazy preinstalacji (1 z 3)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy preinstalacji LTI 1.

    Rysunek 8. Wykres blokowy fazy preinstalacji (2 z 3)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy preinstalacji LTI 2.

    Rysunek 9. Wykres blokowy dla fazy preinstalacji (3 z 3)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy preinstalacji LTI 3.

    Rysunek 10. Wykres blokowy dla fazy instalacji

    Zrzut ekranu przedstawiający wykres blokowy fazy instalacji LTI.

    Rysunek 11. Wykres blokowy dla fazy postinstalacji (1 z 2)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy 1 postinstalacji LTI.

    Rysunek 12 Wykres przepływu dla fazy postinstalacji (2 z 2)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy 2 postinstalacji LTI.

    Rysunek 13. Wykres blokowy dla fazy przywracania stanu (1 z 4)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przywracania stanu LTI 1.

    Rysunek 14. Wykres blokowy dla fazy przywracania stanu (2 z 4)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przywracania stanu LTI 2.

    Rysunek 15. Wykres blokowy dla fazy przywracania stanu (3 z 4)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przywracania stanu LTI 3.

    Rysunek 16. Wykres blokowy dla fazy przywracania stanu (4 z 4)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przywracania stanu LTI 4.

Schematy blokowe procesu wdrażania ZTI

Wykresy blokowe są dostępne dla następujących faz wdrażania ZTI za pomocą programu Configuration Manager:

  • Inicjowanie (Rysunek 17)

  • Walidacja (Rysunek 18)

  • Przechwytywanie stanu (Rysunek 19)

  • Preinstalacja (Rysunek 20)

  • Instalowanie (Rysunek 21)

  • Postinstall (Rysunek 22)

  • Przywracanie stanu (Rysunek 23 i Rysunek 24)

  • Przechwytywanie (Rysunek 25)

    Rysunek 17. Wykres blokowy dla fazy inicjowania

    Zrzut ekranu przedstawiający wykres blokowy fazy inicjowania ZTI.

    Rysunek 18. Wykres blokowy dla fazy walidacji

    Zrzut ekranu przedstawiający wykres blokowy fazy weryfikacji ZTI.

    Rysunek 19. Wykres blokowy dla fazy przechwytywania stanu

    Zrzut ekranu przedstawiający wykres blokowy fazy przechwytywania stete ZTI.

    Rysunek 20. Wykres blokowy dla fazy preinstalacji

    Zrzut ekranu przedstawiający wykres blokowy fazy preinstalacji ZTI.

    Rysunek 21. Wykres blokowy dla fazy instalacji

    Zrzut ekranu przedstawiający wykres blokowy fazy instalacji ZTI.

    Rysunek 22. Wykres blokowy dla fazy postinstalacji

    Zrzut ekranu przedstawiający wykres blokowy fazy instalacji postinstalacji ZTI.

    Rysunek 23. Wykres blokowy dla fazy przywracania stanu (1 z 2)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przywracania stanu ZTI 1.

    Rysunek 24. Wykres blokowy dla fazy przywracania stanu (2 z 2)

    Zrzut ekranu przedstawiający wykres blokowy dla fazy przywracania stanu ZTI 2.

    Rysunek 25. Wykres blokowy dla fazy przechwytywania

    Zrzut ekranu przedstawiający wykres blokowy fazy przechwytywania ZTI.

Pomoc techniczna firmy Microsoft

Firma Microsoft zapewnia pomoc techniczną na poziomie Premier i Professional dla zestawu narzędzi microsoft Deployment Toolkit.

Uwaga 16.

Podczas kontaktowania się z pomocą techniczną upewnij się, że problem dotyczy rozwiązania MDT i określonej wersji.