Microsoft Deployment Toolkit Samples Guide

Artykuł
02/21/2024

Ten przewodnik jest częścią zestawu Narzędzi do wdrażania firmy Microsoft (MDT) i prowadzi specjalistyczny zespół przez wdrażanie systemów operacyjnych Windows i pakietu Microsoft Office. W szczególności ten przewodnik został zaprojektowany w celu zapewnienia przykładowych ustawień konfiguracji dla konkretnych scenariuszy wdrażania.

Uwaga

W tym artykule system Windows ma zastosowanie do systemów operacyjnych Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 i Windows Server 2008 R2, chyba że zaznaczono inaczej. Rozwiązanie MDT nie obsługuje opartych na procesorze arm wersji systemu Windows. Podobnie mdt odnosi się do bieżącej wersji MDT, chyba że określono inaczej.

Aby użyć tego przewodnika

Przejrzyj listę tematów scenariuszy w spisie treści.

Wybierz scenariusz, który najbardziej odpowiada celom wdrożenia organizacji.
Przejrzyj przykładowe ustawienia konfiguracji dla wybranego scenariusza.
Użyj przykładowych ustawień konfiguracji jako podstawy ustawień konfiguracji w środowisku.

Dostosuj przykładowe ustawienia konfiguracji środowiska.

W wielu przypadkach do ukończenia ustawień konfiguracji środowiska może być konieczne wykonanie więcej niż jednego scenariusza.

Ponieważ ten przewodnik zawiera tylko przykładowe ustawienia konfiguracji, przejrzenie przewodników wymienionych w poniższej tabeli może dodatkowo pomóc w dostosowaniu ustawień konfiguracji środowiska.

Przewodnik	Ten przewodnik zawiera pomoc dotyczącą pomocy
Przewodnik Szybki start dla programu Microsoft System Center 2012 R2 Configuration Manager	Użyj programu System Center 2012 R2 Configuration Manager, aby zainstalować system operacyjny Windows 8.1 w scenariuszu wdrażania nowego komputera.
Przewodnik Szybki start dotyczący instalacji Lite Touch	Zainstaluj system operacyjny Windows 8.1 za pośrednictwem instalacji Lite Touch Installation (LTI) przy użyciu nośnika rozruchowego w scenariuszu wdrażania nowego komputera.
Przewodnik Szybki start dotyczący instalacji User-Driven	Zainstaluj system operacyjny Windows 8.1 z instalacją User-Driven i programem System Center 2012 R2 Configuration Manager w scenariuszu wdrażania nowego komputera.
Korzystanie z zestawu narzędzi wdrażania firmy Microsoft	Dalsze dostosowywanie plików konfiguracji używanych we wdrożeniach ZTI (Zero Touch Installation) i LTI. Ten przewodnik zawiera również ogólne wskazówki dotyczące konfiguracji i dokumentację techniczną dotyczącą ustawień konfiguracji.

Wdrażanie aplikacji Windows 8 przy użyciu rozwiązania MDT

Usługa MDT może wdrażać Windows 8 pakiety aplikacji, które mają rozszerzenie .appx pliku. Te pakiety aplikacji są nowe w Windows 8. Aby uzyskać więcej informacji na temat tych aplikacji, zobacz Tworzenie aplikacji ze Sklepu Windows.

Wdróż aplikacje Windows 8 przy użyciu rozwiązania MDT, wykonując następujące kroki:

Wdrażanie aplikacji Windows 8 przy użyciu lti zgodnie z opisem w temacie Wdrażanie aplikacji Windows 8 przy użyciu lti.
Wdrażanie aplikacji Windows 8 przy użyciu User-Driven Installation (UDI) zgodnie z opisem w temacie Wdrażanie aplikacji Windows 8 przy użyciu biblioteki UDI.

Wdrażanie aplikacji Windows 8 przy użyciu lti

Aplikacje Windows 8 można wdrażać przy użyciu interfejsu LTI, podobnie jak każda inna aplikacja, która inicjuje proces instalacji z wiersza polecenia. Aplikacje Windows 8 można dodawać do wdrożeń LTI w węźle Aplikacje w aplikacji Deployment Workbench.

Aby wdrożyć aplikację Windows 8 przy użyciu interfejsu LTI

Utwórz folder udostępniony sieci, w którym będzie przechowywana aplikacja.
Skopiuj aplikację Windows 8 do folderu udostępnionego sieci utworzonego w poprzednim kroku.

Upewnij się, że skopiujesz plik .appx aplikacji Windows 8 i inne wymagane pliki, takie jak plik .cer zawierający certyfikat aplikacji.
Utwórz element aplikacji LTI dla aplikacji Windows 8 w węźle Aplikacje w aplikacji Deployment Workbench przy użyciu Kreatora nowej aplikacji.

Podczas wykonywania pracy z Kreatorem nowej aplikacji na stronie Kreatora szczegółów polecenia w wierszu polecenia wpisz app_file_name (gdzie app_file_name jest nazwą aplikacji Windows 8).

Aby uzyskać więcej informacji na temat sposobu ukończenia pracy z Kreatorem nowej aplikacji w aplikacji Deployment Workbench, zobacz następujące sekcje w dokumencie MDT Using the Microsoft Deployment Toolkit (Korzystanie z zestawu narzędzi wdrażania firmy Microsoft):
- "Tworzenie nowej aplikacji wdrożonej z poziomu udziału wdrożenia"
- "Utwórz nową aplikację wdrożoną z innego udostępnionego folderu sieciowego"
Wybierz element aplikacji LTI utworzony w poprzednim kroku w sekwencji zadań LTI.

Wdrażanie aplikacji Windows 8 przy użyciu biblioteki UDI

Aplikacje Windows 8 można wdrażać przy użyciu biblioteki UDI, jak każda inna aplikacja, która inicjuje proces instalacji z wiersza polecenia. Aplikacje Windows 8 można dodawać do wdrożeń UDI na stronie kreatora aplikacji ApplicationPage w Kreatorze UDI Projektant.

Uwaga

Wdrażanie aplikacji Windows 8 i Windows 8 przy użyciu biblioteki UDI wymaga programu System Center 2012 R2 Configuration Manager.

Aby wdrożyć aplikację Windows 8 przy użyciu biblioteki UDI

Utwórz folder udostępniony sieci, w którym będzie przechowywana aplikacja.

Ten folder będzie folderem źródłowym aplikacji Configuration Manager, którą utworzysz w dalszej części procesu.
Skopiuj aplikację Windows 8 do folderu udostępnionego sieci utworzonego w poprzednim kroku.

Upewnij się, że skopiujesz plik .appx aplikacji Windows 8 i inne wymagane pliki, takie jak plik .cer zawierający certyfikat aplikacji.
Dodawanie aplikacji Windows 8 jako aplikacji Configuration Manager
Utwórz element aplikacji Configuration Manager dla aplikacji Windows 8 przy użyciu Kreatora tworzenia aplikacji w konsoli Configuration Manager.

Podczas wykonywania pracy z Kreatorem tworzenia aplikacji utwórz typ wdrożenia, aby wdrożyć aplikację Windows 8 przy użyciu Kreatora tworzenia typu wdrożenia. W Kreatorze tworzenia typu wdrożenia na stronie Zawartość w programie instalacyjnym wpisz app_file_name (gdzie app_file_name to nazwa aplikacji Windows 8).

Aby uzyskać więcej informacji na temat tworzenia Kreatora aplikacji w konsoli Configuration Manager, zobacz następujące sekcje w bibliotece dokumentacji programu System Center 2012 Configuration Manager, która jest dołączona do Configuration Manager:
Upewnij się, że funkcja koligacji urządzenia użytkownika (UDA) w Configuration Manager jest prawidłowo skonfigurowana do obsługi koligacji między użytkownikami i urządzeniami na potrzeby wdrażania aplikacji Configuration Manager.

Aby uzyskać więcej informacji na temat konfigurowania rozwiązania UDA do obsługi wdrażania aplikacji Configuration Manager, zobacz Jak zarządzać koligacją urządzenia użytkownika w Configuration Manager.
Wdróż aplikację utworzoną w kroku 4 dla użytkowników docelowych.

Aby uzyskać więcej informacji o sposobie wdrażania aplikacji dla użytkownika, zobacz How to Deploy Applications in Configuration Manager (Jak wdrażać aplikacje w Configuration Manager).
Skonfiguruj stronę kreatora aplikacji ApplicationPage, aby uwzględnić aplikację Configuration Manager utworzoną w kroku 4 przy użyciu Kreatora UDI Projektant.

Aby uzyskać więcej informacji na temat konfigurowania strony kreatora aplikacji ApplicationPage przy użyciu Kreatora UDI Projektant, zobacz sekcję "Krok 5–11: Dostosowywanie pliku konfiguracji Kreatora UDI dla komputera docelowego" w dokumencie MDT Przewodnik szybkiego startu dotyczący instalacji User-Driven.
Wybierz element aplikacji UDI utworzony w poprzednim kroku w sekwencji zadań UDI.

Uwaga

Aplikacja Windows 8 nie jest zainstalowana przez sekwencję zadań, ale zostanie zainstalowana po pierwszym zalogowaniu użytkownika na komputerze docelowym (zgodnie z definicją w ustawieniu UDA skonfigurowanym w kroku 5) przy użyciu funkcji User-Centric Instalator aplikacji (AppInstall.exe) w UDI.

Aby uzyskać więcej informacji na temat funkcji instalatora aplikacji User-Centric w języku UDI, zobacz sekcję "Dokumentacja instalatora aplikacji zorientowanych na użytkownika" w dokumentacji zestawu narzędzi MDT.

Zarządzanie mdt przy użyciu Windows PowerShell

Udziałami wdrażania MDT można zarządzać przy użyciu aplikacji Deployment Workbench i Windows PowerShell. Rozwiązanie MDT obejmuje przystawkę Windows PowerShell ™ — Microsoft.BDD.SnapIn — która musi zostać załadowana przed użyciem funkcji specyficznych dla mdt w Windows PowerShell. Przystawka Windows PowerShell MDT obejmuje:

Dostawca Windows PowerShell — MDTProvider — który zapewnia dostęp do zawartości udziału wdrożenia
Polecenia cmdlet zapewniające możliwość administrowania udziałami wdrażania MDT

Zarządzaj udziałami wdrażania MDT przy użyciu Windows PowerShell, wykonując następujące kroki:
Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Utwórz udział wdrożenia przy użyciu Windows PowerShell zgodnie z opisem w temacie Tworzenie udziału wdrożenia przy użyciu Windows PowerShell.
Wyświetl właściwości udziału wdrożenia przy użyciu Windows PowerShell zgodnie z opisem w temacie Wyświetlanie właściwości udziału wdrożenia przy użyciu Windows PowerShell.
Wyświetl listę udziałów wdrożeń przy użyciu Windows PowerShell zgodnie z opisem w temacie Wyświetlanie listy udziałów wdrożenia przy użyciu Windows PowerShell.
Zaktualizuj udział wdrożenia, który generuje nowe obrazy rozruchowe środowiska preinstalacji systemu Windows (Windows PE), zgodnie z opisem w temacie Aktualizowanie udziału wdrożenia przy użyciu Windows PowerShell.
Zaktualizuj połączony udział wdrożenia, który replikuje zawartość z udziału wdrożenia do połączonego udziału wdrożenia, zgodnie z opisem w temacie Aktualizowanie połączonego udziału wdrożeniowego przy użyciu Windows PowerShell.
Zaktualizuj nośnik wdrażania, który replikuje zawartość z udziału wdrożenia do nośnika wdrażania, a następnie generuje nowe obrazy rozruchowe zgodnie z opisem w temacie Aktualizowanie nośnika wdrażania przy użyciu Windows PowerShell.
Zarządzaj elementami w udziale wdrażania (na przykład systemami operacyjnymi, pakietami systemów operacyjnych, aplikacjami i sterownikami urządzeń), zgodnie z opisem w temacie Zarządzanie elementami w udziale wdrożeniowym przy użyciu Windows PowerShell.
Automatyzowanie populacji elementów w udziale wdrożenia (na przykład systemów operacyjnych, pakietów systemu operacyjnego, aplikacji i sterowników urządzeń) zgodnie z opisem w artykule Automatyzowanie populacji udziału wdrożeniowego.
Zarządzaj folderami w udziale wdrożeniowym przy użyciu Windows PowerShell zgodnie z opisem w temacie Zarządzanie folderami udziałów wdrożeniowych przy użyciu Windows PowerShell.

Ładowanie Windows PowerShell Snap-In MDT

Polecenia cmdlet MDT są udostępniane w Windows PowerShell przystawki Microsoft.BDD.SnapIn, która musi zostać załadowana przed użyciem poleceń cmdlet MDT. Załaduj przystawkę MDT Windows PowerShell przy użyciu polecenia cmdlet Add-PSSnapIn zgodnie z opisem w temacie Load the MDT Windows PowerShell Snap-In Using the Add-PSSnapIn Cmdlet (Ładowanie Windows PowerShell Snap-In MDT przy użyciu polecenia cmdlet Add-PSSnapIn).

Ładowanie Windows PowerShell Snap-In MDT przy użyciu polecenia cmdlet Add-PSSnapIn

Przystawkę MDT Windows PowerShell microsoft.BDD.PSSnapIn można załadować z dowolnego środowiska Windows PowerShell przy użyciu polecenia cmdlet Add-PSSnapIn, jak pokazano w poniższym przykładzie:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Tworzenie udziału wdrożenia przy użyciu Windows PowerShell

Udziały wdrożenia można tworzyć przy użyciu poleceń cmdlet Windows PowerShell MDT. Folder główny udziału wdrożenia jest tworzony i udostępniany przy użyciu standardowych poleceń cmdlet Windows PowerShell i wywołań poleceń klasy Instrumentacja zarządzania windows (WMI). Udział wdrożenia jest wypełniany przy użyciu dostawcy Windows PowerShell MDTProvider i polecenia cmdlet NewPSDrive. Dysk Windows PowerShell MDTProvider jest utrwalany przy użyciu polecenia cmdlet Add-MDTPersistentDrive.

Aby przygotować udział wdrożenia przy użyciu poleceń cmdlet Windows PowerShell MDT

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Utwórz folder, który będzie katalogiem głównym nowego udziału wdrożenia przy użyciu polecenia cmdlet New-Item , jak pokazano w poniższym przykładzie i opisano w temacie Korzystanie z polecenia cmdlet New-Item:
```
New-Item "C:\MDTDeploymentShare$" -Type directory
```
Polecenie cmdlet wyświetla pomyślne utworzenie folderu.
Udostępnij folder utworzony w poprzednim kroku przy użyciu klasy win32_share usługi WMI w następującym przykładzie:
```
([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)
```
Wywołanie klasy win32_share zwraca wyniki wywołania. Jeśli wartość ReturnValue wynosi zero (0), wywołanie zakończyło się pomyślnie.
Określ nowy folder udostępniony jako udział wdrożenia przy użyciu polecenia cmdlet NewPSDrive , jak pokazano w poniższym przykładzie:
```
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose
```
Polecenie cmdlet automatycznie rozpoczyna tworzenie udziału wdrożenia i kopiowanie informacji o szablonie do nowego udziału wdrożenia. Po zakończeniu procesu kopiowania polecenie cmdlet wyświetla informacje dotyczące nowego udziału wdrożenia.

Uwaga

Wartość podana w parametrze Nazwa (DS002) musi być unikatowa i nie może być taka sama jak istniejący udział wdrożenia Windows PowerShell dysku.
Sprawdź, czy zostały utworzone odpowiednie foldery udziału wdrożenia przy użyciu polecenia dir , jak pokazano w poniższym przykładzie:
```
Get-ChildItem ds002:
```
Zostanie wyświetlona lista folderów domyślnych w katalogu głównym udziału wdrożenia.
Dodaj nowy udział wdrożenia do listy utrwalonych udziałów wdrażania MDT przy użyciu polecenia cmdlet Add-MDTPersistentDrive , jak pokazano w poniższym przykładzie:
```
$NewDS=Get-PSDrive "DS002"
Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose
```
W tym przykładzie zmienna $NewDS jest używana do przekazywania obiektu dysku Windows PowerShell dla nowego udziału wdrożenia do polecenia cmdlet.

Alternatywnie można było połączyć polecenia cmdlet NewPSDrive i Add-MDTPersistentDrive , jak pokazano w poniższym przykładzie:
```
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose | Add-MDTPersistentDrive -Verbose
```
W poprzednim przykładzie potok Windows PowerShell zawiera parametry Name i InputObject.

Wyświetlanie właściwości udziału wdrożenia przy użyciu Windows PowerShell

Właściwości udziałów wdrażania MDT można wyświetlić za pomocą polecenia cmdlet Get-ItemProperty i dostawcy Windows PowerShell MDTProvider. Te same właściwości można również zobaczyć w aplikacji Deployment Workbench.

Aby wyświetlić właściwości udziału wdrożenia przy użyciu poleceń cmdlet Windows PowerShell MDT

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkują dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Sprawdź, czy wdrożenia MDT współużytkujące dyski Windows PowerShell są prawidłowo przywracane przy użyciu polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell, które są udostępniane przy użyciu mdtprovider są wymienione.
Wyświetl właściwości udziału wdrożenia przy użyciu polecenia cmdlet Get-ItemProperty , jak pokazano w poniższym przykładzie:
```
Get-ItemProperty "DS002:"
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3. Polecenie cmdlet zwraca właściwości udziału wdrożenia.

Wyświetlanie listy udziałów wdrożenia przy użyciu Windows PowerShell

Listę udziałów wdrażania MDT można wyświetlić za pomocą polecenia cmdlet Get-PSDrive i dostawcy Windows PowerShell MDTProvider. Tę samą listę udziałów wdrożenia można również wyświetlić w aplikacji Deployment Workbench.

Aby wyświetlić listę udziałów wdrożenia przy użyciu poleceń cmdlet Windows PowerShell MDT

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkują dyski Windows PowerShell przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Wyświetl listę wdrożeń MDT, które współużytkują dyski Windows PowerShell, po jednym dla każdego udziału wdrożenia, przy użyciu polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione, po jednym dla każdego udziału wdrożenia.

Aktualizowanie udziału wdrożenia przy użyciu Windows PowerShell

Udziały wdrożenia można aktualizować przy użyciu polecenia cmdlet Update-MDTDeploymentShare i dostawcy Windows PowerShell MDTProvider. Zaktualizowanie udziału wdrożenia powoduje utworzenie obrazów rozruchowych systemu Windows PE (WIM i międzynarodowych organizacji na potrzeby standaryzacji plików ISO) niezbędnych do rozpoczęcia wdrażania lti. Ten sam proces można wykonać przy użyciu aplikacji Deployment Workbench, zgodnie z opisem w temacie "Aktualizowanie udziału wdrożeniowego w środowisku roboczym wdrażania".

Aby zaktualizować udział wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Sprawdź, czy wdrożenia MDT współużytkujące dyski Windows PowerShell są prawidłowo przywracane przy użyciu polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione.
Zaktualizuj udział wdrożenia przy użyciu polecenia cmdlet Update-MDTDeploymentShare , jak pokazano w poniższym przykładzie:
```
Update-MDTDeploymentShare -Path "DS002:" -Force
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.

Uwaga

Aktualizowanie udziału wdrożenia może zająć dużo czasu. Postęp polecenia cmdlet jest wyświetlany w górnej części konsoli Windows PowerShell.

Polecenie cmdlet zwraca dane wyjściowe bez danych wyjściowych, jeśli aktualizacja zakończy się pomyślnie.

Aktualizowanie połączonego udziału wdrożeniowego przy użyciu Windows PowerShell

Połączone udziały wdrażania można aktualizować (replikować) przy użyciu polecenia cmdlet Update-MDTLinkedDS i dostawcy Windows PowerShell MDTProvider. Aktualizacja połączonego udziału wdrożenia replikuje zawartość z oryginalnego udziału wdrożenia do połączonego udziału wdrożenia. Ten sam proces można wykonać przy użyciu aplikacji Deployment Workbench, zgodnie z opisem w temacie "Replikuj połączone udziały wdrożenia w środowisku roboczym wdrażania".

Aby zaktualizować połączony udział wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Sprawdź, czy wdrożenia MDT współużytkujące dyski Windows PowerShell są prawidłowo przywracane przy użyciu polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione.
Zaktualizuj udział wdrożenia przy użyciu polecenia cmdlet Update-MDTDeploymentShare , jak pokazano w poniższym przykładzie:
```
Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.

Uwaga

Aktualizowanie połączonego udziału wdrożenia może zająć dużo czasu. Postęp polecenia cmdlet jest wyświetlany w górnej części konsoli Windows PowerShell.

Polecenie cmdlet zwraca dane wyjściowe bez danych wyjściowych, jeśli aktualizacja zakończy się pomyślnie.

Aktualizowanie nośnika wdrażania przy użyciu Windows PowerShell

Nośnik wdrażania można aktualizować (generować) przy użyciu polecenia cmdlet Update-MDTMedia i dostawcy Windows PowerShell MDTProvider. Aktualizacja nośnika wdrażania replikuje zawartość z oryginalnego udziału wdrożenia do połączonego udziału wdrożenia, a następnie generuje pliki .iso i wim. Ten sam proces można wykonać przy użyciu aplikacji Deployment Workbench, zgodnie z opisem w temacie "Generate Media Images in the Deployment Workbench" (Generowanie obrazów multimediów w aplikacji Deployment Workbench).

Po zakończeniu polecenia cmdlet Update-MDTMedia tworzone są następujące pliki:

Plik .iso w folderze media_folder (gdzie media_folder to nazwa folderu określonego dla nośnika)

Generowanie pliku .iso jest opcją konfigurowaną przez:
- Zaznaczenie pola wyboru Wygeneruj obraz ISO z możliwością rozruchu Lite Touch na karcie Ogólne okna dialogowego Właściwości nośnika (wyczyść to pole wyboru, aby skrócić czas potrzebny do wygenerowania nośnika, chyba że musisz utworzyć rozruchowe dyski DVD lub uruchomić maszyny wirtualne [maszyny wirtualne] z pliku .iso).
- Ustawianie tej samej właściwości przy użyciu polecenia cmdlet Set-ItemProperty
Pliki WIM w folderze media_folder\Content\Deploy\Boot (gdzie media_folder jest nazwą folderu określonego dla nośnika)

Aby zaktualizować połączony udział wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkują dyski Windows PowerShell przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Sprawdź, czy wdrożenia MDT współużytkujące dyski Windows PowerShell są prawidłowo przywracane przy użyciu polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione.
Zaktualizuj udział wdrożenia przy użyciu polecenia cmdlet Update-MDTDeploymentShare , jak pokazano w poniższym przykładzie:
```
Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.

Uwaga

Aktualizowanie połączonego udziału wdrożenia może zająć dużo czasu. Postęp polecenia cmdlet jest wyświetlany w górnej części konsoli Windows PowerShell.

Polecenie cmdlet zwraca dane wyjściowe bez danych wyjściowych, jeśli aktualizacja zakończy się pomyślnie.

Zarządzanie elementami w udziale wdrożenia przy użyciu Windows PowerShell

Udział wdrożenia zawiera elementy, które są używane do wykonywania wdrożeń, takich jak systemy operacyjne, aplikacje, sterowniki urządzeń, pakiety systemu operacyjnego i sekwencje zadań. Tymi elementami można zarządzać przy użyciu poleceń cmdlet z Windows PowerShell i tych z mdt.

Aby uzyskać więcej informacji na temat manipulowania elementami bezpośrednio przy użyciu poleceń cmdlet Windows PowerShell, zobacz Manipulowanie elementami bezpośrednio. Strukturą folderów udziału wdrożenia można również zarządzać przy użyciu Windows PowerShell. Aby uzyskać więcej informacji, zobacz Zarządzanie folderami udostępniania wdrożenia przy użyciu Windows PowerShell.

Importowanie elementu do udziału wdrożenia

Zaimportować można każdy typ elementu, taki jak systemy operacyjne, aplikacje lub sterowniki urządzeń, przy użyciu poleceń cmdlet MDT. Dla każdego typu elementu istnieje określone polecenie cmdlet MDT. Jeśli chcesz zaimportować wiele elementów do udziału wdrożenia przy użyciu Windows PowerShell, zobacz Automatyzowanie populacji udziału wdrożenia.

Poniższa tabela zawiera listę poleceń cmdlet Windows PowerShell MDT używanych do importowania elementów do udziału wdrożenia i zawiera krótki opis każdego polecenia cmdlet. Przykłady użycia każdego polecenia cmdlet znajdują się w sekcji odpowiadającej poszczególnym poleceniu cmdlet.

Polecenie cmdlet	Opis
Import-MDTApplication	Importuje aplikację do udziału wdrożenia
Import-MDTDriver	Importuje co najmniej jeden sterownik urządzenia do udziału wdrożenia
Import-MDTOperatingSystem	Importuje co najmniej jeden system operacyjny do udziału wdrożenia
Import-MDTPackage	Importuje co najmniej jeden pakiet systemu operacyjnego do udziału wdrożenia
Import-MDTTaskSequence	Importuje sekwencję zadań do udziału wdrożenia

Wyświetlanie właściwości elementu w udziale wdrożenia

Każdy element w udziale wdrożenia ma inny zestaw właściwości. Właściwości elementu w udziale wdrożenia można wyświetlić za pomocą polecenia cmdlet Get-ItemProperty . Polecenie cmdlet Get-ItemProperty używa narzędzia MDTProvider do wyświetlania właściwości określonego elementu, tak jak można zobaczyć właściwości w aplikacji Deployment Workbench.

Jeśli chcesz wyświetlić właściwości wielu elementów w udziale wdrożenia przy użyciu Windows PowerShell, zobacz Automatyzowanie populacji udziału wdrożenia.

Aby wyświetlić właściwości elementu w udziale wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Sprawdź, czy wdrożenia MDT współużytkujące dyski Windows PowerShell są prawidłowo przywracane przy użyciu polecenia cmdlet Get-PSDrive, jak pokazano w poniższym przykładzie:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione.
Zwróć listę elementów dla typu elementu, dla którego chcesz wyświetlić właściwości przy użyciu polecenia cmdlet Get-Item , jak pokazano w poniższym przykładzie:
```
Get-Item "DS001:\Operating Systems\*" | Format-List
```
W poprzednim przykładzie zostanie wyświetlona lista wszystkich systemów operacyjnych w udziale wdrażania. Dane wyjściowe są przesyłane potokiem do polecenia cmdlet Format-List , aby można było zobaczyć długie nazwy systemów operacyjnych. Aby uzyskać więcej informacji na temat korzystania z polecenia cmdlet Format-List , zobacz Using the Format-List Cmdlet (Używanie polecenia cmdlet Format-List). Ten sam proces może służyć do zwracania listy innych typów elementów, takich jak sterowniki urządzeń lub aplikacje.

Porada

Możesz również użyć polecenia dir , aby wyświetlić listę systemów operacyjnych zamiast polecenia cmdlet Get-Item .
Wyświetl właściwości jednego z elementów wymienionych w poprzednim kroku przy użyciu polecenia cmdlet Get-ItemProperty , jak pokazano w poniższym przykładzie:
```
Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"
```
W tym przykładzie wartość parametru Path jest w pełni kwalifikowaną ścieżką Windows PowerShell do elementu, w tym nazwą pliku zwróconą w poprzednim kroku. Tego samego procesu można użyć do wyświetlania właściwości innych typów elementów, takich jak sterowniki urządzeń lub aplikacje.

Usuwanie elementu z udziału wdrożenia

Element z udziału wdrożenia można usunąć za pomocą polecenia cmdlet Remove-Item . Polecenie cmdlet Remove-Item używa narzędzia MDTProvider do usunięcia określonego elementu, tak jak można usunąć element w aplikacji Deployment Workbench. Jeśli chcesz usunąć wiele elementów w udziale wdrożenia przy użyciu Windows PowerShell, zobacz Automatyzowanie populacji udziału wdrożenia.

Uwaga

Usunięcie elementu używanego przez sekwencję zadań powoduje niepowodzenie sekwencji zadań. Przed usunięciem elementu upewnij się, że do elementu nie odwołuje się inne elementy w udziale wdrożenia. Po usunięciu elementu nie można go odzyskać.

Aby usunąć element z udziału wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie.
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Sprawdź, czy wdrożenia MDT współużytkujące dyski Windows PowerShell są prawidłowo przywracane przy użyciu polecenia cmdlet Get-PSDrive, jak pokazano w poniższym przykładzie:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione.
Zwróć listę elementów dla typu elementu, dla którego chcesz wyświetlić właściwości przy użyciu polecenia cmdlet Get-Item , jak pokazano w poniższym przykładzie:
```
Get-Item "DS001:\Operating Systems\*" | Format-List
```
W poprzednim przykładzie zostanie wyświetlona lista wszystkich systemów operacyjnych w udziale wdrażania. Dane wyjściowe są przesyłane potokiem do polecenia cmdlet Format-List , aby można było zobaczyć długie nazwy systemów operacyjnych. Aby uzyskać więcej informacji na temat korzystania z polecenia cmdlet Format-List , zobacz Using the Format-List Cmdlet (Używanie polecenia cmdlet Format-List). Możesz użyć tego samego procesu, aby zwrócić listę innych typów elementów, takich jak sterowniki urządzeń lub aplikacje.

Porada

Możesz również użyć polecenia dir , aby wyświetlić listę systemów operacyjnych zamiast polecenia cmdlet Get-Item .
Usuń jeden z elementów wymienionych w poprzednim kroku przy użyciu polecenia cmdlet Remove-Item , jak pokazano w poniższym przykładzie:
```
Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"
```
W tym przykładzie wartość parametru Path jest w pełni kwalifikowaną ścieżką Windows PowerShell do elementu, w tym nazwą pliku zwróconą w poprzednim kroku.

Tego samego procesu można użyć do usunięcia innych typów elementów, takich jak sterowniki urządzeń lub aplikacje.

Uwaga

Usunięcie elementu używanego przez sekwencję zadań powoduje niepowodzenie sekwencji zadań. Przed usunięciem elementu upewnij się, że do elementu nie odwołuje się inne elementy w udziale wdrożenia.

Automatyzowanie populacji udziału wdrożenia

Polecenia cmdlet Windows PowerShell MDT umożliwiają zarządzanie poszczególnymi elementami. Jednak korzystając z niektórych funkcji skryptów w Windows PowerShell, polecenia cmdlet mogą służyć do automatyzowania populacji udziału wdrożenia.

Na przykład organizacja może wymagać wdrożenia wielu udziałów wdrożeń dla różnych jednostek biznesowych lub organizacja może świadczyć usługi wdrażania systemu operacyjnego dla innych organizacji. W obu tych przykładach organizacje muszą mieć możliwość tworzenia i wypełniania udziałów wdrożeń, które są skonfigurowane spójnie.

Jedną z metod zarządzania wieloma elementami byłoby użycie pliku wartości rozdzielanych przecinkami (CSV), który zawiera listę wszystkich elementów, którymi chcesz zarządzać w udziale wdrożenia przy użyciu polecenia cmdlet Import-CSV .

Poniżej przedstawiono fragment skryptu Windows PowerShell w celu zaimportowania listy aplikacji na podstawie informacji w pliku .csv przy użyciu poleceń cmdlet Import-CSV, ForEach-Object i Import-MDTApplication:

$List=Import-CSV "C:\MDT\Import-MDT-Apps.csv"
ForEach-Object ($App in $List) {
     Import-MDTApplication -path $App.ApplicationFolder -enable "True" -Name $App.DescriptiveName -ShortName $App.Shortname -Version $App.Version -Publisher $App.Publisher -Language $App.Language -CommandLine $App.CommandLine -WorkingDirectory $App.WorkingDirectory -ApplicationSourcePath $App.SourceFolder -DestinationFolder $App.DestinationFolder -Verbose
}

W tym przykładzie plik C:\MDT\Import-MDT-Apps.csv zawiera pole dla każdej zmiennej niezbędnej do zaimportowania aplikacji. Aby uzyskać więcej informacji na temat tworzenia pliku .csv do użycia z poleceniem cmdlet Import-CSV , zobacz Using the Import-Csv Cmdlet (Używanie polecenia cmdlet Import-Csv).

Tej samej metody można użyć do importowania systemów operacyjnych, sterowników urządzeń i innych elementów w udziale wdrożenia, wykonując następujące kroki:

Utwórz plik .csv dla każdego typu elementu udziału wdrożenia, który chcesz wypełnić.
Aby uzyskać więcej informacji na temat tworzenia pliku .csv do użycia z poleceniem cmdlet Import-CSV , zobacz Using the Import-Csv Cmdlet (Używanie polecenia cmdlet Import-Csv).
Utwórz plik skryptu Windows PowerShell, który będzie używany do automatyzacji populacji udziału wdrożenia.

Aby uzyskać więcej informacji na temat tworzenia skryptu Windows PowerShell, zobacz Skrypty z Windows PowerShell.
Przed zaimportowaniem elementów udziału wdrożenia utwórz strukturę folderów wymagań wstępnych wymaganych w udziale wdrożenia.

Aby uzyskać więcej informacji, zobacz Zarządzanie folderami udostępniania wdrożenia przy użyciu Windows PowerShell.
Dodaj wiersz polecenia cmdlet Import-CSV dla jednego z plików .csv utworzonych w kroku 1.

Aby uzyskać więcej informacji na temat polecenia cmdlet Import-CSV , zobacz Using the Import-Csv Cmdlet (Używanie polecenia cmdlet Import-Csv).
Utwórz pętlę poleceń cmdlet ForEach-Object , która przetwarza każdy element z pliku .csv, do którego odwołuje się polecenie cmdlet Import-CSV w poprzednim kroku.

Aby uzyskać więcej informacji na temat polecenia cmdlet ForEach-Object , zobacz Using the ForEach-Object Cmdlet (Używanie polecenia cmdlet ForEach-Object).
Dodaj odpowiednie polecenie cmdlet MDT do importowania elementów udziału wdrożenia wewnątrz pętli poleceń cmdlet ForEach-Object utworzonej w poprzednim kroku.

Aby uzyskać więcej informacji na temat poleceń cmdlet MDT używanych do importowania elementów do udziału wdrożenia, zobacz Importowanie elementu do udziału wdrożenia.

Zarządzanie folderami udziału wdrożenia przy użyciu Windows PowerShell

Folderami w udziale wdrożenia można zarządzać przy użyciu narzędzi wiersza polecenia, takich jak polecenie mkdir, lub przy użyciu poleceń cmdlet Windows PowerShell, takich jak polecenie cmdlet New-Item i dostawca Windows PowerShell MDTProvider. Tę samą strukturę folderów udziałów wdrożenia można również zobaczyć i zarządzać w aplikacji Deployment Workbench. Aby uzyskać więcej informacji na temat manipulowania elementami bezpośrednio przy użyciu poleceń cmdlet Windows PowerShell, zobacz Manipulowanie elementami bezpośrednio.

Aby utworzyć folder w udziale wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Wyświetl listę wdrożeń MDT, które współużytkują dyski Windows PowerShell, po jednym dla każdego udziału wdrożenia, używając polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wyświetlane, po jednym dla każdego udziału wdrożenia
Utwórz folder o nazwie Windows_8 w folderze Systemy operacyjne w udziale wdrożenia przy użyciu polecenia New-Item , jak pokazano w poniższym przykładzie:
```
New-Item "DS002:\Operating Systems\Windows_8"
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.
Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:
```
Get-ChildItem "DS002:\Operating Systems"
```
Zostanie wyświetlony folder Windows_8 i inne istniejące foldery w folderze Systemy operacyjne.
Utwórz folder o nazwie Windows_7 folder w folderze Systemy operacyjne w udziale wdrożeniowym przy użyciu polecenia cmdlet New-Item , jak pokazano w poniższym przykładzie i opisano w temacie Korzystanie z polecenia cmdlet New-Item:
```
New-Item "DS002:\Operating Systems\Windows_7" -Type directory
```
Polecenie cmdlet wyświetla pomyślne utworzenie folderu.
Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:
```
Get-ChildItem "DS002:\Operating Systems"
```
Zostanie wyświetlony folder Windows_7 i inne istniejące foldery w folderze Systemy operacyjne.

Aby usunąć folder w udziale wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Wyświetl listę wdrożeń MDT, które współużytkują dyski Windows PowerShell, po jednym dla każdego udziału wdrożenia, używając polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione, po jednym dla każdego udziału wdrożenia.
Usuń (usuń) folder o nazwie Windows_8 w folderze Systemy operacyjne w udziale wdrożeniowym przy użyciu polecenia New-Item , jak pokazano w poniższym przykładzie:
```
Remove-Item "DS002:\Operating Systems\Windows_8"
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.
Sprawdź, czy folder został usunięty poprawnie, wpisując następujące polecenie:
```
Get-ChildItem "DS002:\Operating Systems"
```
Folder Windows_8 nie jest już wyświetlany na liście folderów w folderze Systemy operacyjne
Usuń (usuń) folder o nazwie Windows_7 folder w folderze Systemy operacyjne w udziale wdrożeniowym przy użyciu polecenia cmdlet Remove-Item , jak pokazano w poniższym przykładzie:
```
Remove-Item "DS002:\Operating Systems\Windows_7"
```
Polecenie cmdlet wyświetla pomyślne usunięcie folderu.
Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:
```
Get-ChildItem "DS002:\Operating Systems"
```
Folder Windows_7 nie jest już wyświetlany na liście folderów w folderze Systemy operacyjne.

Aby zmienić nazwę folderu w udziale wdrożenia przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkują dyski Windows PowerShell przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Wyświetl listę wdrożeń MDT udostępniaj dyski Windows PowerShell, po jednym dla każdego udziału wdrożenia, używając polecenia cmdlet Get-PSDrive w następujący sposób:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione, po jednym dla każdego udziału wdrożenia.
Zmień nazwę folderu o nazwie Windows_8 na Win_8 w folderze Systemy operacyjne w udziale wdrożeniowym przy użyciu polecenia ren , jak pokazano w poniższym przykładzie:
```
ren "DS002:\Operating Systems\Windows_8" "Win_8"
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.
Sprawdź, czy folder został usunięty poprawnie, wpisując następujące polecenie:
```
Get-ChildItem "DS002:\Operating Systems"
```
Nazwa folderu Windows_8 została zmieniona na Win_8.
Zmień nazwę folderu o nazwie Windows_7 na Win-7 w folderze Systemy operacyjne w udziale wdrożeniowym przy użyciu polecenia cmdlet Zmień nazwę elementu , jak pokazano w poniższym przykładzie:
```
Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"
```
Polecenie cmdlet wyświetla pomyślne zmiany nazwy folderu.
Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:
```
Get-ChildItem "DS002:\Operating Systems"
```
Nazwa folderu Windows_7 została zmieniona na Win_7.

Automatyzowanie stosowania dodatków Service Pack systemu operacyjnego w udziałach wdrażania

Dodatki Service Pack systemu operacyjnego są normalną częścią cyklu życia oprogramowania. Istniejące systemy operacyjne w udziałach wdrożeń muszą zostać zaktualizowane przy użyciu tych dodatków Service Pack, aby zagwarantować, że nowo wdrożone lub odświeżone komputery będą aktualne z najnowszymi zaleceniami dotyczącymi zabezpieczeń i ustawieniami konfiguracji.

W przypadkach, gdy organizacja ma wiele udziałów wdrożeń z wieloma systemami operacyjnymi w każdym udziale wdrożenia, proces ręcznego aktualizowania systemów operacyjnych w każdym udziale wdrożenia przy użyciu dodatków Service Pack może być czasochłonny. Metody automatyzowania stosowania dodatków Service Pack systemu operacyjnego w udziałach wdrażania obejmują:

Kopiowanie zaktualizowanej zawartości źródłowej, która już zawiera dodatek Service Pack (na przykład windows 7 z nośnikiem z dodatkiem SP1) do folderu w udziale wdrożenia, w którym znajduje się istniejący system operacyjny, zgodnie z opisem w temacie Automatyzowanie aplikacji dodatków Service Pack systemu operacyjnego ze zaktualizowanego nośnika źródłowego
Stosowanie dodatku Service Pack do komputera odniesienia, a następnie przechwytywanie zaktualizowanego obrazu z komputera odniesienia, zgodnie z opisem w artykule Automatyzowanie aplikacji dodatków Service Pack systemu operacyjnego przy użyciu komputera odniesienia i Windows PowerShell

Automatyzowanie aplikacji dodatków Service Pack systemu operacyjnego ze zaktualizowanych nośników źródłowych

Proces aktualizowania dodatków Service Pack systemu operacyjnego można zautomatyzować przy użyciu Windows PowerShell, gdy masz nośnik źródłowy zawierający dodatek Service Pack, na przykład dysk DVD z systemem Windows 7 z dodatkiem SP1 już zintegrowany.

W przypadku tej metody nośnik źródłowy systemu operacyjnego z dodatkiem Service Pack jest kopiowany przez istniejące pliki systemu operacyjnego bez dodatku Service Pack w udziale wdrożenia przy użyciu Windows PowerShell.

Aby zautomatyzować stosowanie dodatków Service Pack systemu operacyjnego z nośników źródłowych aktualizacji przy użyciu Windows PowerShell

Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Wyświetl listę wdrożeń MDT współużytkuje dyski Windows PowerShell, po jednym dla każdego udziału wdrożenia, przy użyciu polecenia cmdlet Get-PSDrive, jak pokazano w poniższym przykładzie:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione, po jednym dla każdego udziału wdrożenia.
Usuń folder dla istniejącego systemu operacyjnego z udziału wdrożenia przy użyciu poleceń cmdlet Get-ChildItem i Remove-Item , jak pokazano w poniższym przykładzie:
```
Get-ChildItem "DS002:\Operating Systems\Windows 7" -recurse | Remove-Item -recurse -force
```
W tym przykładzie DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.
Skopiuj zawartość plików źródłowych systemu operacyjnego, które mają zintegrowany dodatek Service Pack przy użyciu polecenia cmdlet Copy-Item , jak pokazano w poniższym przykładzie:
```
Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force
```
W tym przykładzie pliki źródłowe systemu operacyjnego znajdują się na dysku E, a DS002: to nazwa dysku Windows PowerShell zwróconego w kroku 3.
Zaktualizuj wszystkie nośniki wdrażania MDT na podstawie udziału wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia .

Aby uzyskać więcej informacji na temat aktualizowania nośnika wdrażania MDT opartego na udziale wdrażania przy użyciu polecenia cmdlet Update-MDTMedia, zobacz Aktualizowanie nośnika wdrażania przy użyciu Windows PowerShell.

Automatyzowanie stosowania dodatków Service Pack systemu operacyjnego przy użyciu komputera odniesienia i Windows PowerShell

Proces aktualizowania dodatków Service Pack systemu operacyjnego można zautomatyzować przy użyciu Windows PowerShell, gdy masz tylko dodatek Service Pack, który nie jest jeszcze zintegrowany z systemem operacyjnym, na przykład dodatek SP1 dla systemu Windows 7 nie został jeszcze zintegrowany z obrazem systemu Windows 7.

W przypadku tej metody wdróż system operacyjny bez dodatku Service Pack na komputerze odniesienia. Następnie zastosuj dodatek Service Pack do komputera odniesienia. Następnie przechwyć obraz systemu operacyjnego komputera odniesienia. Na koniec skopiuj przechwycony plik wim za pośrednictwem pliku Install.wim w systemie operacyjnym w udziale wdrożenia przy użyciu Windows PowerShell.

Aby zautomatyzować stosowanie dodatków Service Pack systemu operacyjnego z nośników źródłowych aktualizacji przy użyciu Windows PowerShell

Wdróż docelowy system operacyjny na komputerze odniesienia.

Aby uzyskać więcej informacji na temat sposobu wdrażania komputera odniesienia, zobacz następujące zasoby w dokumencie MDT przy użyciu zestawu narzędzi do wdrażania firmy Microsoft:
- "Przygotowywanie do wdrożenia LTI na komputerze odniesienia"
- "Wdrażanie do i przechwytywanie obrazu komputera odniesienia w lti"
Zainstaluj odpowiedni dodatek Service Pack na komputerze odniesienia.

Aby uzyskać więcej informacji na temat sposobu instalowania dodatku Service Pack, zapoznaj się z dokumentacją dołączoną do dodatku Service Pack.
Przechwyć obraz komputera odniesienia, tworząc i wdrażając sekwencję zadań na podstawie szablonu sekwencji zadań Sysprep i Capture .

Aby uzyskać więcej informacji na temat tworzenia sekwencji zadań na podstawie szablonu sekwencji zadań Sysprep i Capture , zobacz "Create a New Task Sequence in the Deployment Workbench".
Załaduj przystawkę mdt Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki Windows PowerShell MDT.
Upewnij się, że wdrożenia MDT współużytkujące dyski Windows PowerShell są przywracane przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:
```
Restore-MDTPersistentDrive -Verbose
```
Uwaga

Jeśli wdrożenia MDT, które współużytkują dyski Windows PowerShell, zostaną już przywrócone, zostanie wyświetlony komunikat ostrzegawczy informujący, że polecenie cmdlet nie może przywrócić dysku.
Wyświetl listę wdrożeń MDT współużytkuje dyski Windows PowerShell, po jednym dla każdego udziału wdrożenia, przy użyciu polecenia cmdlet Get-PSDrive, jak pokazano w poniższym przykładzie:
```
Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
```
Lista dysków Windows PowerShell dostarczonych przy użyciu mdtprovider są wymienione, po jednym dla każdego udziału wdrożenia.
Skopiuj plik wim przechwycony w kroku 3 za pośrednictwem pliku Install.wim w systemie operacyjnym w udziale wdrożenia przy użyciu polecenia cmdlet Copy-Item , jak pokazano w poniższym przykładzie:
```
Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force
```
W tym przykładzie przechwycony plik obrazu systemu operacyjnego (Win7SP1.wim) w folderze Captures w udziale DS002: jest nazwą dysku Windows PowerShell zwróconego w kroku 6, a istniejący system operacyjny Windows 7 jest przechowywany w folderze o nazwie Windows 7.
Zaktualizuj wszystkie nośniki wdrażania MDT na podstawie udziału wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia .

Aby uzyskać więcej informacji na temat aktualizowania nośnika wdrażania MDT opartego na udziale wdrażania przy użyciu polecenia cmdlet Update-MDTMedia, zobacz Aktualizowanie nośnika wdrażania przy użyciu Windows PowerShell.

Dostosowywanie wdrożenia na podstawie typu obudowy

Wdrożenie można dostosować na podstawie typu obudowy komputera. Skrypty tworzą zmienne lokalne, które mogą być przetwarzane w pliku CustomSettings.ini. Zmienne IsLaptoplokalne , IsDesktopi IsServer wskazują, czy komputer jest komputerem przenośnym, komputerem stacjonarnym lub serwerem.

Uwaga

We wcześniejszych wersjach aplikacji Deployment Workbench flaga wskazywała, IsServer że istniejący system operacyjny jest systemem operacyjnym serwera (takim jak Windows Server 2003 Enterprise Edition). Nazwa tej flagi została zmieniona na IsServerOS.

Aby zaimplementować zmienne lokalne w pliku CustomSettings.ini

[Settings] W sekcji w wierszu Priority dodaj sekcję niestandardową, aby dostosować wdrożenie na podstawie typu obudowy (ByChassisTypew poniższym przykładzie, gdzie obudowa reprezentuje typ komputera).
Utwórz sekcję niestandardową, która odpowiada sekcji niestandardowej zdefiniowanej w kroku 1 (ByChassisType w przykładzie w poniższym przykładzie, gdzie Obudowa reprezentuje typ komputera).
Zdefiniuj podsekcję dla każdego typu obudowy do wykrycia (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% w poniższym przykładzie).
Utwórz podsekcję dla każdego TrueFalse stanu każdej podsekcji zdefiniowanej w kroku 3 (na przykład [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] w poniższym przykładzie).
W każdej True podsekcji i False dodaj odpowiednie ustawienia na podstawie typu obudowy.

Lista 1. Przykład dostosowywania wdrożenia na podstawie typu obudowy w pliku CustomSettings.ini

[Settings]

Priority=...,ByLaptopType,ByDesktopType,ByServerType

[ByLaptopType]
Subsection=Laptop-%IsLaptop%

[ByDesktopType]
Subsection=Desktop-%IsDesktop%

[ByServerType]
Subsection=Server-%IsServer%
.
.
.

[Laptop-True]
.
.
.

[Laptop-False]
.
.
.

[Desktop-True]
.
.
.

[Desktop-False]
.
.
.

[Server-True]
.
.
.

[Server-False]
.
.
.

Wdrażanie aplikacji na podstawie wcześniejszych wersji aplikacji

Często podczas instalowania systemu operacyjnego na istniejącym komputerze instalowane są te same aplikacje, które zostały wcześniej zainstalowane na komputerze. Wykonaj to za pomocą skryptów MDT (w szczególności ZTIGather.wsf), aby wykonać zapytanie o dwa oddzielne źródła informacji:

Configuration Manager funkcji spisu oprogramowania. Zawiera jeden rekord dla każdego pakietu aplikacji — w tym przypadku listy w programie i funkcjach w Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 — zainstalowane po raz ostatni Configuration Manager zaimportował komputer.
Tabela mapowania. W tym artykule opisano, który pakiet i program należy zainstalować dla każdego rekordu (ponieważ rekordy Program i funkcje lub Dodaj lub Usuń programy nie określają dokładnie, który pakiet zainstalował aplikację, uniemożliwiając automatyczne wybranie pakietu na podstawie samego spisu).

Aby przeprowadzić dynamiczną instalację aplikacji specyficznej dla komputera

Użyj tabeli w bazie danych MDT, aby połączyć określone pakiety z aplikacjami wymienionymi w docelowym systemie operacyjnym.
Wypełnij tabelę danymi, które kojarzą odpowiedni pakiet z aplikacją wymienioną w temacie Program i funkcje albo Dodaj lub usuń programy.

Zapytanie SQL umożliwiające wypełnienie tabeli
```
use [MDTDB]
go
INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')
go
```
Wstawiony wiersz łączy dowolny komputer z wpisem Office12.0 z pakietem Microsoft Office 2010 Professional Plus.

Oznacza to, że pakiet Microsoft Office 2010 Professional Plus zostanie zainstalowany na dowolnym komputerze aktualnie uruchomionym w systemie Microsoft Office 2007 (Office 12.0). Dodaj podobne wpisy dla innych pakietów. Każdy element, dla którego nie ma wpisu, jest ignorowany (żaden pakiet nie zostanie zainstalowany).
Utwórz procedurę składowaną, aby uprościć łączenie informacji w nowej tabeli z danymi spisu.
```
use [MDTDB]
go

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[RetrievePackages]') and OBJECTPROPERTY(id, N'IsProcedure') = 1)
drop procedure [dbo].[RetrievePackages]
go

CREATE PROCEDURE [dbo].[RetrievePackages]
@MacAddress CHAR(17)
AS

SET NOCOUNT ON

/* Select and return all the appropriate records based on current inventory */
SELECT * FROM PackageMapping
WHERE ARPName IN
(
  SELECT ProdID0 FROM CM_DB.dbo.v_GS_ADD_REMOVE_PROGRAMS a, CM_DB.dbo.v_GS_NETWORK_ADAPTER n
  WHERE a.ResourceID = n.ResourceID AND
  MACAddress0 = @MacAddress
)
go
```
Procedura składowana w poprzednim przykładzie zakłada, że Configuration Manager centralna baza danych lokacji głównej znajduje się na komputerze, na którym SQL Server jest uruchomiona jako baza danych MDT. Jeśli centralna baza danych lokacji głównej znajduje się na innym komputerze, należy wprowadzić odpowiednie modyfikacje procedury składowanej. Ponadto należy zaktualizować nazwę bazy danych (CM_DB). Rozważ również przyznanie dodatkowych kont dostępu do odczytu do widoku v_GS_ADD_REMOVE_PROGRAMS w bazie danych Configuration Manager.
Skonfiguruj plik CustomSettings.ini w celu wykonywania zapytań względem tej tabeli bazy danych, określając nazwę sekcji ([DynamicPackages] na liście Priorytet ), która wskazuje informacje o bazie danych.
```
[Settings]
...
Priority=MacAddress, DefaultGateway, DynamicPackages, Default
...
```
Utwórz sekcję, [DynamicPackages] aby określić nazwę sekcji bazy danych.
```
[DynamicPackages]
SQLDefault=DB_DynamicPackages
```
Utwórz sekcję bazy danych, aby określić informacje o bazie danych i szczegóły zapytania.
```
[DB_DynamicPackages]
SQLServer=SERVER1
Database=MDTDB
StoredProcedure=RetrievePackages
Parameters=MacAddress
SQLShare=Logs
Instance=SQLEnterprise2005
Port=1433
Netlib=DBNMPNTW
```
W powyższym przykładzie baza danych MDT o nazwie MDTDB na komputerze z uruchomioną SQL Server wystąpioną o nazwie SERVER1 będzie wysyłana kwerenda. Baza danych zawiera procedurę składowaną o nazwie RetrievePackages (utworzoną w kroku 3).

Po uruchomieniu pliku ZTIGather.wsf jest generowana automatycznie instrukcja Structured Query Language (SQLSELECT), a wartość klucza niestandardowego MakeModelQuery jest przekazywana jako parametr zapytania:
```
EXECUTE RetrievePackages ?
```
Rzeczywista wartość klucza niestandardowego MACAddress zostanie zastąpiona odpowiednią wartością "?". To zapytanie zwraca zestaw rekordów z wierszami wprowadzonymi w kroku 2.

Nie można przekazać zmiennej liczby argumentów do procedury składowanej. W związku z tym, gdy komputer ma więcej niż jeden adres MAC, nie wszystkie adresy MAC mogą być przekazywane do procedury składowanej. Alternatywnie zastąp procedurę składowaną widokiem, który umożliwia wykonywanie zapytań względem widoku za pomocą SELECT instrukcji z klauzulą IN w celu przekazania wszystkich wartości adresów MAC.

Na podstawie przedstawionego tutaj scenariusza, jeśli bieżący komputer ma wartość Office12.0 wstawioną do tabeli (krok 2), zwracany jest jeden wiersz (XXX0000F:Install Office 2010 Professional Plus). Oznacza to, że pakiet XXX0000F:Zainstaluj pakiet Office 2001 Professional Plus zostanie zainstalowany przez proces ZTI w fazie przywracania stanu.

W pełni zautomatyzowany scenariusz wdrażania LTI

Głównym celem LTI jest jak największa automatyzacja procesu wdrażania. Mimo że usługa ZTI zapewnia pełną automatyzację wdrażania przy użyciu skryptów MDT i usług wdrażania systemu Windows, lti zaprojektowano tak, aby działało z mniejszymi wymaganiami dotyczącymi infrastruktury.

Kreator wdrażania systemu Windows używany w procesie wdrażania LTI umożliwia zautomatyzowanie (lub wyeliminowanie) wyświetlanych stron kreatora. Możesz pominąć cały Kreator wdrażania systemu Windows, określając właściwość SkipWizard w CustomSettings.ini. Aby pominąć poszczególne strony kreatora, użyj następujących właściwości:

SkipAdminPassword
SkipApplications
SkipBDDWelcome
SkipBitLocker
SkipBitLockerDetails
SkipTaskSequence
SkipCapture
SkipComputerBackup
SkipComputerName
SkipDomainMembership
SkipFinalSummary
SkipLocaleSelection
SkipPackageDisplay
SkipProductKey
SkipSummary
SkipTimeZone
SkipUserData

Aby uzyskać więcej informacji na temat tych indywidualnych właściwości, zobacz odpowiednią właściwość w dokumentacji MDT Toolkit Reference.

Dla każdej pominiętej strony kreatora podaj wartości odpowiednich właściwości, które są zwykle zbierane za pośrednictwem strony kreatora w plikach CustomSettings.ini i BootStrap.ini. Aby uzyskać więcej informacji o właściwościach, które muszą być skonfigurowane w tych plikach, zobacz sekcję "Providing Properties for Skipped Deployment Wizard Pages" (Dostarczanie właściwości stron Kreatora pominiętego wdrożenia) w dokumentacji zestawu narzędzi MDT.

W pełni zautomatyzowane wdrożenie LTI dla scenariusza odświeżania komputera

Poniżej przedstawiono plik CustomSettings.ini używany w scenariuszu Odśwież komputer, aby pominąć wszystkie strony Kreatora wdrażania systemu Windows. W tym przykładzie właściwości podane podczas pomijania strony kreatora znajdują się bezpośrednio pod właściwością, która pomija stronę kreatora.

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae
SkipCapture=YES
SkipAdminPassword=YES
SkipProductKey=YES

DeploymentType=REFRESH

SkipDomainMembership=YES
JoinDomain=DomainName
DomainAdmin=Administrator
DomainAdminDomain=DomainName
DomainAdminPassword=a_secure_password

SkipUserData=yes
UserDataLocation=AUTO
UDShare=\\Servername\Sharename\Directory
UDDir=%ComputerName%

SkipComputerBackup=YES
ComputerBackuplocation=AUTO
BackupShare=\\Servername\Backupsharename
BackupDir=%ComputerName%

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409

SkipTimeZone=YES
TimeZoneName=China Standard Time

SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}
UserID=Administrator
UserDomain=DomainName
UserPassword=P@ssw0rd

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

W pełni zautomatyzowane wdrożenie LTI dla nowego scenariusza komputerowego

Poniżej przedstawiono przykład pliku CustomSettings.ini używanego w scenariuszu Nowy komputer w celu pominięcia wszystkich stron Kreatora wdrażania systemu Windows. W tym przykładzie właściwości podane podczas pomijania strony kreatora znajdują się bezpośrednio pod właściwością, która pomija stronę kreatora.

[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac /lae

SkipCapture=YES
ComputerBackupLocation=\\WDG-MDT-01\Backup$\
BackupFile=MyCustomImage.wim

SkipAdminPassword=YES
SkipProductKey=YES

SkipDomainMembership=YES
JoinDomain=WOODGROVEBANK
DomainAdmin=Administrator
DomainAdminDomain=WOODGROVEBANK
DomainAdminPassword=P@ssw0rd

SkipUserData=Yes
UserDataLocation=\\WDG-MDT-01\UserData$\Directory\usmtdata

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

SkipPackageDisplay=YES
LanguagePacks001={3af4e3ce-8122-41a2-9cf9-892145521660}
LanguagePacks002={84fc70d4-db4b-40dc-a660-d546a50bf226}

SkipLocaleSelection=YES
UILanguage=en-US
UserLocale=en-CA
KeyboardLocale=0409:00000409

SkipTimeZone=YES
TimeZoneName=China Standard Time

SkipApplications=YES
Applications001={a26c6358-8db9-4615-90ff-d4511dc2feff}
Applications002={7e9d10a0-42ef-4a0a-9ee2-90eb2f4e4b98}

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=WOODGROVEBANK\PilarA
CaptureGroups=YES
SLShare=\\WDG-MDT-01\UserData$\Logs
Home_page=https://www.microsoft.com/NewComputer

Wywoływanie usług sieci Web w usłudze MDT

We wcześniejszych wersjach mdt przetwarzanie reguł było obsługiwane za pośrednictwem CustomSettings.ini i baz danych, z których można było pobierać wartości z komputera lokalnego — zazwyczaj przy użyciu usługi WMI — w celu podejmowania decyzji dotyczących tego, co należy zrobić na każdym komputerze podczas wdrażania. Ponadto można wykonywać zapytania SQL i wywołania procedur składowanych w celu pobrania dodatkowych informacji z zewnętrznych baz danych. Takie podejście było jednak trudne — szczególnie w przypadku tworzenia bezpiecznych połączeń SQL Server.

Aby pomóc w rozwiązaniu tego problemu, mdt ma możliwość wykonywania wywołań usług internetowych na podstawie prostych reguł zdefiniowanych w CustomSettings.ini. Te żądania usługi sieci Web nie wymagają żadnego specjalnego kontekstu zabezpieczeń i mogą używać dowolnego portu TCP/IP potrzebnego do uproszczenia konfiguracji zapory.

Poniżej przedstawiono sposób konfigurowania CustomSettings.ini do wywoływania określonej usługi internetowej. W tym scenariuszu usługa internetowa jest wybierana losowo z wyszukiwania w Internecie. Przyjmuje kod pocztowy jako dane wejściowe i zwraca miasto, stan, kod kierunkowy i strefę czasową (jako literę) dla określonego kodu pocztowego.

[Settings]
Priority=Default, USZipService
Properties=USZip, City, State, Zip, Area_Code, Time_Zones
[Default]
USZip=98052
[USZipService]
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP
Parameters=USZip

Wykonanie tego kodu powoduje wygenerowanie danych wyjściowych podobnych do następujących:

Added new custom property USZIP
Added new custom property CITY
Added new custom property STATE
Added new custom property ZIP
Added new custom property AREA_CODE
Added new custom property TIME_ZONES
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE
------ Processing the [DEFAULT] section ------
Property USZIP is now = 98052
Using from [DEFAULT]: USZIP = 98052
------ Processing the [USZIPSERVICE] section ------
Using COMMAND LINE ARG: Ini file = CustomSettings.ini
CHECKING the [USZIPSERVICE] section
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052
Response from web service: 200 OK
Successfully executed the web service.
Property CITY is now = Redmond
Obtained CITY value from web service:  CITY = Redmond
Property STATE is now = WA
Obtained STATE value from web service:  STATE = WA
Property ZIP is now = 98052
Obtained ZIP value from web service:  ZIP = 98052
Property AREA_CODE is now = 425
Obtained AREA_CODE value from web service:  AREA_CODE = 425
------ Done processing CustomSettings.ini ------

Podczas uruchamiania usługi internetowej watch kilka drobnych komplikacji:

Nie należy wykonywać żadnych specjalnych czynności z serwerami proxy. Jeśli istnieje anonimowy serwer proxy, użyj go, ale uwierzytelnianie serwerów proxy może powodować problemy. W większości przypadków usługa internetowa nie będzie wywoływana.
CustomSettings.ini lub ZTIGather.xml wyszukuje właściwości zdefiniowane w znacznikach XML zwróconych w wyniku wywołania usługi internetowej (podobnie jak w przypadku zapytania bazy danych lub innej reguły). Jednak wyszukiwanie XML uwzględnia wielkość liter. Na szczęście opisana tutaj usługa internetowa zwraca wszystkie nazwy właściwości wielkich liter, co jest ZTIGather.xml oczekiwane. Istnieje możliwość ponownego mapowania małych lub mieszanych wpisów, aby obejść ten proces.
Zalecane POST jest żądanie do usługi internetowej, więc wywołanie usługi internetowej musi być w stanie obsłużyć usługę POST.

Nawiązywanie połączenia z zasobami sieciowymi

Podczas procesów wdrażania LTI i ZTI może być konieczne wymaganie dostępu do zasobu sieciowego na serwerze innym niż serwer hostujący udział wdrożenia. Musisz zostać uwierzytelniony na innym serwerze, aby można było uzyskiwać dostęp do udostępnionych folderów lub usług. Na przykład można zainstalować aplikację z folderu udostępnionego na serwerze innym niż serwer hostujący udział wdrożenia używany przez skrypty MDT.

Uwaga

Aby wykonać zapytanie SQL Server baz danych hostowanych na serwerze innym niż serwer hostujący udział wdrożenia, zobacz właściwości Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare i Table w dokumentacji MDT Toolkit Reference.

Za pomocą skryptu ZTIConnect.wsf można łączyć się z innymi serwerami i uzyskiwać na nich dostęp do zasobów. Składnia skryptu ZTIConnect.wsf jest następująca (gdzie unc_path jest ścieżką uniwersalnej konwencji nazewnictwa [UNC] w celu nawiązania połączenia z serwerem):

cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path

W większości wystąpień skrypt ZTIConnect.wsf jest uruchamiany jako zadanie programu Task Sequencer. Uruchom skrypt ZTIConnect.wsf przed zadaniami wymagającymi dostępu do serwera innego niż serwer hostujący udział wdrożenia.

Aby dodać skrypt ZTIConnect.wsf jako zadanie do sekwencji zadań kompilacji

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence jest sekwencją zadań do zmodyfikowania).
W okienku Akcje wybierz pozycję Właściwości.
Wybierz kartę Sekwencja zadań, przejdź do grupy (gdzie grupa jest grupą, w której ma zostać uruchomiony skrypt ZTIConnec.wsf), a następnie wybierz pozycję Dodaj. Wybierz pozycję Ogólne, a następnie wybierz pozycję Uruchom wiersz polecenia.

Uwaga

Dodaj zadanie przed dodaniem wszelkich zadań wymagających dostępu do zasobów na serwerze docelowym.

Wypełnij kartę Właściwości nowego zadania, korzystając z następujących informacji:

W tym polu	Zrób to
Nazwa	Wpisz Połącz z serwerem (gdzie serwer jest nazwą serwera, z którym ma zostać nawiązane połączenie).
Opis	Wpisz tekst wyjaśniający, dlaczego należy nawiązać połączenie.
Polecenie	Wpisz cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (gdzie unc_path jest ścieżką UNC do folderu udostępnionego na serwerze).

Wypełnij kartę Opcje nowego zadania, korzystając z poniższych informacji. O ile nie określono, zaakceptuj wartości domyślne, a następnie wybierz przycisk OK.

W tym polu	Zrób to
Kody powodzeń	Wpisz 0 3010. (Skrypt ZTIConnect.wsf zwraca te kody po pomyślnym ukończeniu).
Pole listy warunków	Dodaj wszelkie warunki, które mogą być konieczne. (W większości przypadków to zadanie nie wymaga żadnych warunków).

Po dodaniu zadania, które będzie uruchamiać skrypt ZTIConnect.wsf, kolejne zadania mogą uzyskiwać dostęp do zasobów sieciowych na serwerze określonym w opcji /uncpath skryptu ZTIConnect.wsf.

Wdrażanie prawidłowych sterowników urządzeń na komputerach z tymi samymi urządzeniami sprzętowymi, ale z inną nazwą i modelem

Odmiany numerów modeli i nazw mogą istnieć praktycznie bez różnicy w zestawie sterowników. Te różnice w numerach i nazwach modeli mogą niepotrzebnie wydłużyć czas potrzebny na utworzenie wielu wpisów bazy danych dla danego modelu. Poniższa procedura pokazuje, jak zdefiniować nową właściwość przy użyciu wywołania funkcji zakończenia użytkownika, które zwraca podciąg numeru modelu.

Aby utworzyć aliasy modelu

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym Właściwości wybierz kartę Reguły .
Utwórz aliasy dla typów sprzętu w sekcjach Tworzenie i modelowanie bazy danych MDT. Obcinaj typ modelu w otwartych nawiasach "(" w nazwie modelu. Na przykład hp DL360 (G112) staje się HP DL360.
Dodaj zmienną niestandardową ModelAlias do każdej sekcji.
Utwórz nową [SetModel] sekcję.
Dodaj sekcję [SetModel] do ustawień Priorytet w [Settings] sekcji.
Dodaj wiersz do ModelAlias sekcji, aby odwołać się do skryptu zakończenia użytkownika, który obcina nazwę modelu pod adresem "(".
Utwórz wyszukiwanie bazy danych PROGRAMU MMApplications , w którym modelAlias jest równy modelowi.

Utwórz skrypt zakończenia użytkownika i umieść go w tym samym katalogu co plik CustomSettings.ini, aby obciąć nazwę modelu.

Poniżej przedstawiono odpowiednio CustomSettings.ini i skrypt zakończenia użytkownika.

CustomSettings.ini:

[Settings]
Priority=SetModel, MMApplications, Default
Properties= ModelAlias
[SetModel]
ModelAlias=#SetModelAlias()#
Userexit=Userexit.vbs
[MMApplications]
SQLServer=Server1
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=logs
Table= MakeModelSettings
Parameters=Make, ModelAlias
ModelAlias=Model
Order=Sequence

Skrypt zakończenia użytkownika:

Function UserExit(sType, sWhen, sDetail, bSkip)
  UserExit = Success
End Function

Function SetModelAlias()
  If Instr(oEnvironment.Item("Model"), "(") <> 0 Then
    SetModelAlias = Left(oEnvironment.Item("Model"), _
                      Instr(oEnvironment.Item("Model"), _
                        "(") - 1)
    oLogging.CreateEntry "USEREXIT - " & _
      "ModelAlias has been set to " & SetModelAlias, _
      LogTypeInfo
  Else
    SetModelAlias = oEnvironment.Item("Model")
    oLogging.CreateEntry " USEREXIT - " & _
      "ModelAlias has not been changed.", LogTypeInfo
  End if
End Function

Konfigurowanie warunkowych kroków sekwencji zadań

W niektórych scenariuszach rozważ warunkowe uruchomienie kroku sekwencji zadań na podstawie zdefiniowanych kryteriów. Wszelkie kombinacje tych warunków można dodać, aby określić, czy krok sekwencji zadań powinien zostać uruchomiony. Na przykład użyj wartości zmiennej sekwencji zadań i wartości ustawienia rejestru, aby określić, czy krok sekwencji zadań powinien zostać uruchomiony.

Korzystając z mdt, uruchom sekwencję zadań warunkowo na podstawie:

Co najmniej jedna instrukcja IF
Zmienna sekwencji zadań
Wersja docelowego systemu operacyjnego
Wyniki logiczne zapytania WMI
Ustawienie rejestru
Oprogramowanie zainstalowane na komputerze docelowym
Właściwości folderu
Właściwości pliku

Konfigurowanie warunkowego kroku sekwencji zadań

Kroki sekwencji zadań warunkowych są konfigurowane w aplikacji Deployment Workbench na karcie Opcje kroku sekwencji zadań. Możesz dodać co najmniej jeden warunek do kroku sekwencji zadań, aby utworzyć odpowiedni warunek uruchamiania lub nie uruchamiać kroku.

Uwaga

Każdy krok sekwencji zadań warunkowych wymaga co najmniej jednej instrukcji IF .

Aby wyświetlić kartę Opcje kroku sekwencji zadań

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence to nazwa sekwencji zadań do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym właściwości task_sequence na karcie Sekwencja zadań wybierz pozycję krok (gdzie krok jest nazwą kroku sekwencji zadań do skonfigurowania), a następnie wybierz kartę Opcje.

Na karcie Opcje kroku sekwencji zadań wykonaj następujące akcje:

Dodaj. Wybierz ten przycisk, aby dodać warunek do kroku sekwencji zadań.
Usunąć. Wybierz ten przycisk, aby usunąć istniejący warunek w kroku sekwencji zadań.
Edytuj. Wybierz ten przycisk, aby zmodyfikować istniejący warunek w kroku sekwencji zadań.

Instrukcje IF w warunkach

Wszystkie warunki sekwencji zadań obejmują co najmniej jedną instrukcję IF . Instrukcje IF są podstawą tworzenia warunkowych kroków sekwencji zadań. Warunek kroku sekwencji zadań może zawierać tylko jedną instrukcję IF , ale wiele instrukcji IF można zagnieżdżać pod instrukcją IF najwyższego poziomu, aby utworzyć bardziej złożone warunki.

Instrukcja IF może być oparta na warunkach wymienionych w poniższej tabeli, które zostały skonfigurowane w oknie dialogowym Właściwości instrukcji IF .

Warunek	Wybierz tę opcję, aby uruchomić sekwencję zadań, jeśli
Wszystkie warunki	Wszystkie warunki poniżej tej instrukcji IF muszą być prawdziwe.
Wszelkie warunki	Wszystkie warunki poniżej tej instrukcji IF są prawdziwe.
Brak	Żadne warunki poniżej tej instrukcji IF nie są prawdziwe.

Wypełnij warunek uruchamiania kroku sekwencji zadań, dodając inne kryteria do warunków (na przykład zmienne sekwencji zadań lub wartości w ustawieniu rejestru).

Aby dodać warunek instrukcji IF do kroku sekwencji zadań

Na karcie Opcjakroku (gdzie krok jest nazwą kroku sekwencji zadań do skonfigurowania) wybierz pozycję Dodaj, a następnie wybierz pozycję If, instrukcję.
W oknie dialogowym Właściwości instrukcji If wybierz warunek (gdzie warunek jest jednym z warunków wymienionych w poprzedniej tabeli), a następnie wybierz przycisk OK.

Zmienne sekwencji zadań w warunkach

Warunek Zmienna sekwencji zadań służy do oceny dowolnej zmiennej sekwencji zadań utworzonej przez zadanie Ustaw zmienną sekwencji zadań lub dowolne zadanie w sekwencji zadań. Rozważmy na przykład sieć zawierającą komputery klienckie z systemem Windows XP, które są częścią domeny, a niektóre z nich znajdują się w grupie roboczej. Wiedząc, że bieżące zasady domeny wymuszają zapisywanie wszystkich ustawień użytkownika w sieci, może być konieczne zapisanie ustawień użytkownika tylko dla komputerów, które nie należą do domeny — czyli komputerów znajdujących się w grupie roboczej. W takim przypadku dodaj warunek do zadania Przechwytywanie plików i ustawień użytkownika , które jest przeznaczone dla komputerów w grupie roboczej.

Aby dodać warunek na podstawie zmiennej sekwencji zadań

Na karcie Opcjekroku (gdzie krok jest nazwą kroku sekwencji zadań do skonfigurowania) wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zmienna sekwencji zadań.
W oknie dialogowym Warunek zmiennej sekwencji zadań w polu Zmienna wpisz OSDJoinType.

Uwaga

Ta zmienna jest ustawiona na wartość 0 dla komputerów przyłączonych do domeny i na wartość 1 dla komputerów w grupie roboczej.
W polu Warunek wybierz pozycję równe.
W polu Wartość wpisz 1, a następnie wybierz przycisk OK.

Wersja systemu operacyjnego w warunkach

Użyj warunku Wersja systemu operacyjnego , aby zweryfikować istniejącą wersję systemu operacyjnego komputera docelowego lub istniejącego klienta (podczas przechwytywania obrazu). Rozważmy na przykład sieć zawierającą kilka serwerów, które zostaną uaktualnione z systemu Windows Server 2003 do systemu Windows Server 2008. Ustawienia sieciowe powinny być kopiowane i stosowane tylko do serwerów z systemem Windows Server 2003. Wszystkie inne serwery będą miały domyślne ustawienia sieciowe używane przez system Windows Server 2008.

Aby dodać warunek na podstawie wersji systemu operacyjnego

W Edytorze sekwencji zadań wybierz zadanie Przechwyć ustawienia sieci .
Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Wersja systemu operacyjnego.
W polu Architektura wybierz odpowiedni serwer. W tym przykładzie wybierz pozycję x86.
W polu System operacyjny wybierz system operacyjny i wersję, dla której ma zostać ustawiony warunek. W tym przykładzie wybierz pozycję x86 Windows 2003.
W polu Warunek wybierz odpowiedni warunek, a następnie wybierz przycisk OK.

Właściwości pliku w warunkach

Użyj warunku Właściwości pliku , aby zweryfikować wersję i/lub godziny tamp danego pliku, aby określić, czy należy uruchomić zadanie lub grupę zadań. W tym przykładzie środowisko produkcyjne zawiera obraz systemu Windows Server 2003, który jest stale aktualizowany i używany dla każdego nowego serwera, który jest dodawany do sieci. Na wszystkich komputerach serwera w środowisku jest uruchamiana aplikacja niestandardowa, która wymaga interfejsu programowania aplikacji (API) obiektu dostępu cyfrowego (DAO) w wersji 3.60.6815.

Wszystkie istniejące serwery działają prawidłowo. Jednak każdy nowy serwer dodany do sieci z obrazem nie może uruchomić aplikacji. Ponieważ do obsługi i aktualizowania obrazów odpowiada inna grupa, decydujesz, że sekwencja zadań wdrażania zostanie zmieniona w celu zainstalowania odpowiedniej wersji obiektu DAO, jeśli istniejąca wersja obiektu DAO wdrożona z obrazem jest niepoprawna.

Aby dodać warunek Właściwości pliku do kroku sekwencji zadań w Configuration Manager

W Configuration Manager utwórz pakiet do zainstalowania dao 3.60.6815. Wywołaj ten pakiet DAO z programem o nazwie InstallDAO. Aby dowiedzieć się więcej na temat tworzenia pakietów, zobacz How to create a package (Jak utworzyć pakiet).
Utwórz krok Instalowanie oprogramowania , aby wdrożyć pakiet DAO.
Wybierz krok sekwencji zadań Zainstaluj oprogramowanie utworzony w kroku 2, a następnie wybierz kartę Opcje .
Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Właściwości pliku.
W polu Ścieżka wpisz C:\Program Files\Microsoft Shared\DAO\dao360.dll.
Zaznacz pole wyboru Zaznacz wersję , a następnie wybierz pozycję Nie równa się warunek.
W polu Wersja wpisz 3.60.6815.
W takim przypadku wyczyść pole wyboru Zaznacz znacznik czasu , a następnie wybierz przycisk OK.

Właściwości folderu w warunkach

Użyj warunku Właściwości folderu , aby zweryfikować sygnaturę czasową danego folderu, aby określić, czy ma zostać uruchomione zadanie, czy grupa zadań. Rozważmy na przykład sytuację, w której wewnętrznie opracowana aplikacja została zaktualizowana do pracy z Windows 8. Jednak nie wszystkie komputery w sieci mają zainstalowaną najnowszą wersję aplikacji i przed uaktualnieniem aplikacji należy przeprowadzić proces konwersji danych.

Jeśli sygnatura czasowa folderu, w którym zainstalowano aplikację, to 31.12.2007 lub starsza, komputer docelowy uruchamia niezgodną wersję aplikacji i należy uruchomić proces konwersji danych na komputerze docelowym. Warunkowo uruchom krok sekwencji zadań, aby uruchomić proces konwersji danych na komputerach z wcześniejszą wersją aplikacji.

Aby dodać warunek Właściwości folderu do kroku sekwencji zadań

W konsoli Configuration Manager lub w aplikacji Deployment Workbench w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań jest sekwencją zadań, którą chcesz edytować).
Utwórz zadanie wiersza polecenia , aby wykonać proces konwersji danych.
Wybierz zadanie utworzone w kroku 1.
Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Właściwości folderu.
W polu Ścieżka wpisz ścieżkę folderu zawierającego aplikację.
Zaznacz pole wyboru Zaznacz znacznik czasu .
Wybierz pozycję Mniejsze niż lub równe dla warunku.
W polu Data wybierz pozycję 31.12.2007.
W polu Czas wybierz pozycję 12:00:00, a następnie wybierz przycisk OK.

Ustawienia rejestru w warunkach

Użyj warunku Ustawienia rejestru , aby zweryfikować istnienie kluczy i wartości w rejestrze oraz odpowiednich danych przechowywanych w wartościach rejestru. Rozważmy na przykład przypadek, w którym aplikacja aktualnie używana na małym zestawie komputerów nie może działać na Windows 8, a wdrożenie Windows 8 jest stosowane w celu uaktualnienia komputerów z obecnie uruchomionym systemem Windows XP. Utwórz warunek pierwszego zadania w sekwencji, aby sprawdzić rejestr pod kątem wpisu dla niezgodnej aplikacji i przerwać proces wdrażania dla tego komputera, jeśli zostanie znaleziony.

Aby dodać warunek ustawienia rejestru do kroku sekwencji zadań

W konsoli Configuration Manager lub w aplikacji Deployment Workbench w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań to sekwencja zadań wdrażana Windows 8).
Wybierz pierwsze zadanie w sekwencji, a następnie wybierz kartę Opcje .
Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Ustawienie rejestru.
Na liście Klucz główny wybierz pozycję HKEY_LOCAL_MACHINE.
W polu Klucz wpisz SOFTWARE\WOODGROVE.
Wybierz opcję nie istnieje dla warunku. W takim przypadku zadanie zostanie uruchomione, a sekwencja będzie kontynuowana tylko wtedy, gdy klucz nie istnieje.
Opcjonalnie warunek może sprawdzić, czy nie istnieje wartość, jeśli nazwa wartości jest wpisana w polu Nazwa wartości .
Jeśli użyto warunku innego niż istnieje/nie istnieje , określ wartość i typ wartości.
Wybierz przycisk OK.

Zapytania WMI w warunkach

Użyj warunku zapytania WMI , aby uruchomić dowolne zapytanie WMI. Warunek jest oceniany jako True, jeśli zapytanie zwraca co najmniej jeden wynik. Na przykład należy wziąć pod uwagę, że zespół wdrożeniowy musi uaktualnić system operacyjny wszystkich serwerów danego modelu — na przykład Dell 1950. Możesz użyć zapytania WMI, aby sprawdzić model każdego komputera i kontynuować wdrożenie tylko wtedy, gdy zostanie znaleziony odpowiedni model.

Aby dodać warunek zapytania WMI do kroku sekwencji zadań

W konsoli Configuration Manager lub w aplikacji Deployment Workbench w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań to sekwencja zadań, która uaktualni serwery).
Wybierz pierwsze zadanie w sekwencji, a następnie wybierz kartę Opcje .
Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zapytanie WMI.
W polu Przestrzeń nazw usługi WMI wpisz root\cimv2.
W polu Zapytanie WQL wpisz Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Wybierz przycisk OK.

Zainstalowane oprogramowanie w warunkach

Użyj zainstalowanego warunku oprogramowania, aby sprawdzić, czy określona część oprogramowania jest obecnie zainstalowana na komputerze docelowym. Tylko oprogramowanie zainstalowane przy użyciu plików Instalatora Microsoft (MSI) można ocenić przy użyciu tego warunku. Załóżmy na przykład, że chcesz uaktualnić system operacyjny wszystkich serwerów z wyjątkiem tych z systemem Microsoft SQL Server 2012.

Aby dodać zainstalowany warunek oprogramowania do kroku sekwencji zadań

W konsoli Configuration Manager lub w aplikacji Deployment Workbench w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań to sekwencja zadań, która uaktualni serwery).
Wybierz pierwsze zadanie w sekwencji, a następnie wybierz kartę Opcje .
Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zainstalowane oprogramowanie.
Wybierz pozycję Przeglądaj, a następnie wybierz plik MSI dla SQL Server 2012 roku.
Zaznacz pole wyboru Dopasuj ten konkretny produkt, aby określić, że tylko komputery z SQL Server 2012 r., a nie inne wersje są komputerami docelowymi, które powinno wykryć to zapytanie.
Wybierz przycisk OK.

Złożone warunki

Wiele warunków można grupować przy użyciu instrukcji IF w celu utworzenia złożonych warunków. Załóżmy na przykład, że konkretny krok powinien być uruchamiany tylko dla komputerów z systemem Windows Server 2003 lub Windows Server 2008 firmy Contoso 1950. Napisana jako programowa instrukcja IF będzie wyglądać podobnie do następującej:

IF ((Computer Model IS "Contoso 1950") AND (operating system=2003 OR operating system=2008))

Aby dodać złożony warunek

W konsoli Configuration Manager lub w aplikacji Deployment Workbench w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań to sekwencja zadań, która uaktualni serwery).
Wybierz krok sekwencji zadań, do którego chcesz dodać warunek, a następnie wybierz kartę Opcje .
Wybierz pozycję Dodaj warunek, wybierz pozycję If, a następnie wybierz pozycję Wszystkie warunki. Wybierz przycisk OK.
Wybierz instrukcję warunku, wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zapytanie WMI.
Upewnij się, że parametr root\cimv2 jest określony jako przestrzeń nazw WMI, a następnie w polu Zapytanie WQL wpisz SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Wybierz przycisk OK.
Wybierz instrukcję IF , a następnie wybierz pozycję Dodaj warunek. Wybierz pozycję If, a następnie wybierz pozycję Dowolny warunek. Wybierz przycisk OK.
Wybierz drugą instrukcję IF . Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Wersja systemu operacyjnego.
W polu Architektura wybierz architekturę serwerów. W tym przykładzie wybierz pozycję x86.
W polu System operacyjny wybierz system operacyjny i wersję. W tym przykładzie wybierz oryginalną wersję systemu Windows 2003 x86. Wybierz przycisk OK.
Wybierz drugą instrukcję IF . Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Wersja systemu operacyjnego.
W polu Architektura wybierz architekturę serwerów. W tym przykładzie wybierz pozycję x86.
W polu System operacyjny wybierz system operacyjny i wersję. W tym przykładzie wybierz oryginalną wersję systemu Windows 2008 x86. Wybierz przycisk OK.

Tworzenie wysoce skalowalnej infrastruktury wdrażania LTI

W tym scenariuszu nie jest dostępna żadna elektroniczna dystrybucja oprogramowania do wykorzystania przez infrastrukturę wdrażania, dlatego używasz technologii MDT do tworzenia w pełni zautomatyzowanej infrastruktury wdrażania LTI. Skalowalna infrastruktura LTI korzysta z technologii SQL Server, usług wdrażania systemu Windows i rozproszonej replikacji systemu plików (DFS-R) systemu Windows Server 2003.

Skalowanie infrastruktury LTI według:

Zapewnienie, że istnieje odpowiednia infrastruktura zgodnie z opisem w temacie Zapewnienie, że istnieje odpowiednia infrastruktura
Dodawanie zawartości do mdt zgodnie z opisem w temacie Dodawanie zawartości do mdt
Przygotowywanie usług wdrażania systemu Windows zgodnie z opisem w artykule Przygotowywanie usług wdrażania systemu Windows
Konfigurowanie systemu plików DFS-R zgodnie z opisem w temacie Konfigurowanie replikacji rozproszonego systemu plików
Przygotowywanie do replikacji SQL Server zgodnie z opisem w artykule Przygotowywanie do replikacji SQL Server
Konfigurowanie replikacji SQL Server zgodnie z opisem w temacie Konfigurowanie replikacji SQL Server

W tym scenariuszu zakłada się, że mdt jest skonfigurowany na głównym serwerze wdrażania i że konfiguracja bazy danych MDT została już ukończona zgodnie z opisem na początku tego dokumentu.

Zapewnienie, że istnieje odpowiednia infrastruktura

Wysoce skalowalna infrastruktura wdrażania LTI używa topologii piasty i szprych do replikacji zawartości; W związku z tym najpierw nominuj serwer wdrażania w środowisku produkcyjnym, który będzie pełnić rolę głównego serwera wdrażania. Poniżej wymieniono składniki wymagane dla głównego serwera wdrażania.

Wymagany składnik	Cel/komentarz
Windows Server 2003 R2	Wymagane do obsługi systemu plików DFS-R
MDT	Zawiera kopię wzorca udziału wdrożenia
SQL Server 2005	Musi być pełną wersją, aby umożliwić replikację bazy danych MDT
DFS-R	Wymagane do replikacji udziału wdrożenia
Usługi wdrażania systemu Windows	Wymagane do umożliwienia inicjowania instalacji opartych na protokole PXE sieci

Po wybraniu głównego serwera wdrażania aprowizuj dodatkowe serwery w każdej lokacji w celu obsługi wdrożeń LTI. Poniżej wymieniono wymagane składniki podrzędnego serwera wdrażania.

Wymagany składnik	Cel/komentarz
Windows Server 2003 R2	Wymagane do obsługi systemu plików DFS-R
Microsoft SQL Server 2005 Express Edition	Odbiera replikowane kopie bazy danych MDT
DFS-R	Wymagane do replikacji udziału wdrożenia
Usługi wdrażania systemu Windows	Wymagane do umożliwienia inicjowania instalacji opartych na protokole PXE sieci

Uwaga

Usługi wdrażania systemu Windows muszą być skonfigurowane i skonfigurowane na każdym serwerze podrzędnym, ale nie trzeba dodawać obrazów rozruchowych ani instalacyjnych.

Dodawanie zawartości do mdt

Wypełnij główny serwer wdrażania zawartością przy użyciu aplikacji Deployment Workbench i utwórz i wypełnij bazę danych MDT zgodnie z opisem w poniższych sekcjach. Aby uzyskać informacje na temat wypełniania bazy danych następującymi elementami:

Aplikacje, zobacz sekcję "Configuring Applications in the Deployment Workbench" (Konfigurowanie aplikacji w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie aplikacji w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Korzystanie z zestawu narzędzi wdrażania firmy Microsoft)
Systemy operacyjne, zobacz sekcję "Configuring Operating Systems in the Deployment Workbench" (Konfigurowanie systemów operacyjnych w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie systemów operacyjnych w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie systemów operacyjnych w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Korzystanie
Pakiety systemu operacyjnego, zobacz sekcję "Konfigurowanie pakietów w aplikacji Robocze wdrażanie" w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie pakietów w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie pakietów w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie pakietów w aplikacji Deployment Workbench) w dokumencie MDT using the Microsoft Deployment Toolkit (Konfigurowanie
Sterowniki urządzeń, zobacz sekcję "Konfigurowanie sterowników urządzeń w aplikacji Deployment Workbench" w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sterowników urządzeń w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sterowników urządzeń w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Używanie zestawu narzędzi wdrażania firmy Microsoft)
Sekwencje zadań, zobacz sekcję "Konfigurowanie sekwencji zadań w aplikacji roboczej wdrażania" w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit

Uwaga

Upewnij się, że plik LiteTouchPE_x86.wim utworzony podczas aktualizacji udziału wdrażania został dodany do usług wdrażania systemu Windows.

Przygotowywanie usług wdrażania systemu Windows

Ponieważ plik LiteTouchPE_x86.wim będzie okresowo replikowany za pośrednictwem grupy replikacji systemu plików DFS-R, magazyn danych konfiguracji rozruchu musi być okresowo aktualizowany w celu odzwierciedlenia nowo zreplikowanego środowiska Systemu Windows PE. Wykonaj następujące kroki na każdym z serwerów wdrażania.

Aby przygotować usługi wdrażania systemu Windows

Otwórz okno wiersza polecenia.
Wpisz WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60, a następnie naciśnij klawisz ENTER.

Uwaga

W przykładzie przedstawionym tutaj okres odświeżania jest ustawiony na 60 minut. Można jednak skonfigurować tę wartość do replikacji w okresie równym okresowi DFS-R.

Konfigurowanie replikacji rozproszonego systemu plików

Podczas skalowania architektury wdrażania LTI używasz systemu plików DFS-R jako podstawy replikowania zawartości zarówno z udziału wdrażania MDT, jak i środowiska rozruchowego Systemu Windows PE Lite Touch oraz z głównego serwera wdrażania do podrzędnych serwerów wdrażania.

Uwaga

Przed wykonaniem poniższych kroków upewnij się, że system plików DFS-R jest zainstalowany.

Aby skonfigurować usługę DFS-R do replikowania zawartości wdrożenia

Otwórz konsolę zarządzania systemem plików DFS.
W konsoli zarządzania systemem plików DFS rozwiń węzeł Zarządzanie systemem plików DFS.
Kliknij prawym przyciskiem myszy pozycję Replikacja, a następnie wybierz pozycję Nowa grupa replikacji.
W Kreatorze nowej grupy replikacji na stronie Typ grupy replikacji wybierz pozycję Nowa wielozadaniowa grupa replikacji.
Wybierz pozycję Dalej.
Na stronie Nazwa i domena wpisz następujące informacje:
- W polu Nazwa grupy replikacji wpisz nazwę grupy replikacji — na przykład MDT 2010 Replication Group.
- W polu Opcjonalny opis grupy replikacji wpisz opis grupy replikacji — na przykład Grupuj do replikacji danych MDT 2010.
- Upewnij się, że pole Domena zawiera poprawną nazwę domeny.
Wybierz pozycję Dalej.
Na stronie Członkowie grupy replikacji wykonaj następujące kroki:
1. Wybierz opcję Dodaj.
2. Wpisz nazwy wszystkich serwerów, które mają być członkami tej grupy replikacji — na przykład wszystkie podrzędne serwery wdrażania i główny serwer wdrażania.
3. Wybierz przycisk OK.
Wybierz pozycję Dalej.
Na stronie Wybór topologii wybierz pozycję Piasta i Szprycha, a następnie wybierz pozycję Dalej.
Na stronie Członkowie centrum wybierz główny serwer wdrażania, a następnie wybierz pozycję Dodaj.
Wybierz pozycję Dalej.
Na stronie Centrum i szprychy Connections upewnij się, że dla każdego podrzędnego serwera wdrażania wymieniony główny serwer wdrażania jest wymaganym elementem członkowskim centrum.
Wybierz pozycję Dalej.
Na stronie Harmonogram grupy replikacji i Przepustowość określ harmonogram replikowania zawartości między serwerami.
Wybierz pozycję Dalej.
Na stronie Podstawowy element członkowski w polu Podstawowy element członkowski wybierz główny serwer wdrażania.
Wybierz pozycję Dalej.
Na stronie Foldery do replikacji wybierz pozycję Dodaj, a następnie wykonaj następujące kroki:
1. W polu Ścieżka lokalna folderu do replikacji wybierz pozycję Przeglądaj , aby przejść do folderu X:\Deployment (gdzie X to litera dysku na serwerze wdrażania).
2. Wybierz pozycję Użyj nazwy na podstawie ścieżki.
3. Wybierz przycisk OK.
4. Wybierz opcję Dodaj.
5. W oknie dialogowym Dodawanie folderu do replikacji wybierz pozycję Przeglądaj , aby przejść do folderu X:\RemoteInstall\Boot.
6. Wybierz pozycję Użyj nazwy na podstawie ścieżki.
Wybierz pozycję Dalej.
Na stronie Lokalna ścieżka dystrybucji na innych członkach wykonaj następujące kroki:
1. Wybierz wszystkich członków w grupie dystrybucyjnej, a następnie wybierz pozycję Edytuj.
2. W oknie dialogowym Edytowanie ścieżki lokalnej wybierz pozycję Włączone.
3. Wpisz ścieżkę, w której folder Udział wdrożenia powinien być przechowywany na podrzędnym serwerze wdrażania — na przykład X:\Deployment (gdzie X jest literą dysku na serwerze wdrażania).
4. Wybierz przycisk OK.
Wybierz pozycję Dalej.
Na lokalnej ścieżce rozruchu na stronie Inni członkowie wykonaj następujące kroki:
1. Wybierz wszystkich członków w grupie dystrybucyjnej, a następnie wybierz pozycję Edytuj.
2. W oknie dialogowym Edytowanie ścieżki lokalnej wybierz pozycję Włączone.
3. Wpisz ścieżkę, w której folder Rozruch powinien być przechowywany na podrzędnym serwerze wdrażania — na przykład X:\RemoteInstall\Boot (gdzie X to litera dysku na serwerze wdrażania).
4. Wybierz przycisk OK.
Wybierz pozycję Dalej.
Na stronie Ustawienia zdalne i Utwórz grupę replikacji wybierz pozycję Utwórz , aby ukończyć pracę Kreatora nowej grupy replikacji.
Na stronie Potwierdzenie wybierz pozycję Zamknij , aby zamknąć kreatora.

Uwaga

Upewnij się, że nowa grupa replikacji znajduje się teraz pod węzłem Replikacja.

Przygotowywanie do replikacji SQL Server

Przed SQL Server replikacji można skonfigurować, wykonaj kilka kroków wstępnych konfiguracji, aby upewnić się, że serwery wdrażania są prawidłowo skonfigurowane.

Aby przygotować się do replikacji SQL Server na głównym serwerze wdrażania

Utwórz folder do przechowywania migawek bazy danych, a następnie skonfiguruj folder jako udział.

Uwaga

Aby uzyskać więcej informacji na temat zabezpieczania folderu migawki, zobacz Zabezpieczanie folderu migawki.
Upewnij się, że usługa SQL Server Browser jest włączona i ustawiona na wartość Automatyczna.
W polu SQL Server Surface Area Configuration (Konfiguracja obszaru powierzchni) wybierz pozycję Połączenia lokalne i zdalne.

Aby przygotować się do replikacji SQL Server na podrzędnym serwerze wdrażania
W polu SQL Server Surface Area Configuration (Konfiguracja obszaru powierzchni) wybierz pozycję Połączenia lokalne i zdalne.
Opcjonalnie utwórz pustą bazę danych do hostowania replikowanej bazy danych MDT.

Uwaga

Ta baza danych musi mieć taką samą nazwę jak baza danych MDT na głównym serwerze wdrażania. Jeśli na przykład baza danych MDT na głównym serwerze wdrażania nosi nazwę MDTDB, utwórz pustą bazę danych o nazwie MDTDB na podrzędnym serwerze wdrażania.

Konfigurowanie replikacji SQL Server

Po skonfigurowaniu replikacji plików i folderów wymaganych do utworzenia infrastruktury wdrażania skonfiguruj SQL Server replikowania bazy danych MDT.

Uwaga

Możliwe jest również utrzymanie tylko jednej centralnej bazy danych MDT; Jednak dzięki zachowaniu zreplikowanej wersji bazy danych MDT można zachować większą kontrolę nad transferem danych w sieci rozległej (WAN).

SQL Server 2005 r. używa modelu replikacji podobnego do modelu dystrybucji magazynu:

Magazyn jest udostępniany (publikowany) przez wydawcę.
Dystrybutorzy są używane do dystrybucji publikacji.
Czytelnicy mogą subskrybować publikację, aby publikacja była okresowo dostarczana subskrybentowi ( subskrypcja wypychana).

Ta terminologia jest używana za pośrednictwem kreatorów konfiguracji i konfiguracji replikacji SQL Server.

Konfigurowanie wydawcy SQL Server

Aby skonfigurować główny serwer wdrażania jako wydawca SQL Server, wykonaj następujące kroki:

Otwórz SQL Server Management Studio.
Kliknij prawym przyciskiem myszy węzeł Replikacja , a następnie wybierz pozycję Konfiguruj dystrybucję.
W Kreatorze konfigurowania dystrybucji wybierz pozycję Dalej.
Na stronie Dystrybutor wybierz pozycję będzie działać jako własny dystrybutor; SQL Server utworzy bazę danych dystrybucji i dziennik, a następnie wybierz przycisk Dalej.
Na stronie Folder migawki w sekcji Przygotowywanie do replikacji SQL Server wpisz ścieżkę UNC do utworzonego folderu migawki.
Na stronie Baza danych dystrybucji wybierz pozycję Dalej.
Na stronie Wydawcy wybierz główny serwer wdrażania, aby ustawić go jako dystrybutora, a następnie wybierz pozycję Dalej.
Na stronie Akcje kreatora wybierz pozycję Konfiguruj dystrybucję, a następnie wybierz pozycję Dalej.
Wybierz pozycję Zakończ, a następnie wybierz pozycję Zamknij po zakończeniu pracy kreatora.

Włączanie bazy danych MDT na potrzeby replikacji

Aby włączyć bazę danych MDT na potrzeby replikacji na głównym serwerze wdrażania, wykonaj następujące kroki:

W SQL Server Management Studio kliknij prawym przyciskiem myszy węzeł Replikacja, a następnie wybierz pozycję Właściwości wydawcy.
Na stronie Właściwości wydawcy wykonaj następujące kroki:
1. Wybierz pozycję Bazy danych wydawcy.
2. Wybierz bazę danych MDT, a następnie wybierz pozycję Transakcyjne.
3. Wybierz przycisk OK.
Baza danych MDT jest teraz skonfigurowana do replikacji transakcyjnej i migawki.

Tworzenie publikacji bazy danych MDT

Aby utworzyć publikację bazy danych MDT, do której podrzędne serwery wdrażania mogą subskrybować, wykonaj następujące kroki:

W SQL Server Management Studio rozwiń węzeł Replikacja, kliknij prawym przyciskiem myszy pozycję Publikacje lokalne, a następnie wybierz pozycję Nowa publikacja.
W Kreatorze nowej publikacji wybierz pozycję Dalej.
Na stronie Baza danych publikacji wybierz bazę danych MDT, a następnie wybierz pozycję Dalej.
Na stronie Typ publikacji wybierz pozycję Publikacja migawki, a następnie wybierz pozycję Dalej.
Na stronie Artykuły wybierz wszystkie tabele, procedury składowane i widoki, a następnie wybierz pozycję Dalej.
Na stronie Problemy z artykułami wybierz pozycję Dalej.
Na stronie Filtruj wiersze tabeli wybierz pozycję Dalej.
Na stronie Agent migawki wykonaj następujące kroki:
1. Wybierz pozycję Utwórz migawkę natychmiast i zachowaj dostępną migawkę, aby zainicjować subskrypcje.
2. Wybierz pozycję Zaplanuj uruchamianie agenta migawki w następujących godzinach.
3. Wybierz opcję Zmień.
Uwaga

Określ harmonogram, który będzie występować na godzinę przed replikacją bazy danych.
Wybierz pozycję Dalej.
Na stronie Zabezpieczenia agenta wybierz konto, na którym zostanie uruchomiony agent migawki, a następnie wybierz pozycję Dalej.
Na stronie Akcje kreatora wybierz pozycję Utwórz publikację, a następnie wybierz pozycję Dalej.
Na stronie Ukończ kreatora w polu nazwa publikacji wpisz opisową nazwę publikacji.
Wybierz pozycję Zakończ , aby ukończyć pracę kreatora, a następnie wybierz pozycję Zamknij po utworzeniu publikacji przez kreatora.

Uwaga

Publikacja będzie teraz widoczna pod węzłem Publikacje lokalne w SQL Server Management Studio.

Po opublikowaniu bazy danych MDT możesz dodać podrzędne serwery wdrażania jako subskrybentów do tej publikacji. oznacza to, że otrzymają kopię bazy danych zgodnie z harmonogramem, aby podczas wdrażania komputery klienckie mogły wykonywać zapytania dotyczące bazy danych lokalnej w sieci zamiast przechodzić przez sieć WAN.

Aby subskrybować podrzędne serwery wdrażania do publikacji usługi MDT DB

W SQL Server Management Studio przejdź do pozycji Replikacja/Publikacje lokalne.
Kliknij prawym przyciskiem myszy publikację utworzoną w poprzedniej sekcji, a następnie wybierz pozycję Nowe subskrypcje.
W Kreatorze nowych subskrypcji wybierz pozycję Dalej.
Na stronie Publikacja wybierz publikację utworzoną w poprzedniej sekcji.
Na stronie Lokalizacja agenta dystrybucji wybierz pozycję Uruchom wszystkich agentów na serwerze dystrybutora SERVERNAME (subskrypcje wypychania), a następnie wybierz pozycję Dalej.
Na stronie Subskrybenci dodaj każdy z podrzędnych serwerów wdrażania, wykonując następujące kroki:
1. Wybierz pozycję Dodaj subskrybenta, a następnie wybierz pozycję Dodaj SQL Server subskrybenta.
2. Dodaj każdy podrzędny serwer wdrażania.
3. Dla każdego podrzędnego serwera wdrażania dodane w polu Baza danych subskrypcji wybierz pustą bazę danych MDT na tym podrzędnym serwerze wdrażania.
Uwaga

Jeśli pusta baza danych MDT nie została jeszcze utworzona, w polu Baza danych subskrypcji wybierz opcję utworzenia nowej bazy danych.

Uwaga

Ta baza danych musi mieć taką samą nazwę jak baza danych MDT na głównym serwerze wdrażania. Jeśli na przykład baza danych MDT na głównym serwerze wdrażania nosi nazwę MDTDB, utwórz pustą bazę danych o nazwie MDTDB na podrzędnym serwerze wdrażania.
Wybierz pozycję Dalej.
Na stronie Zabezpieczenia agenta dystrybucji wybierz pozycję ... , aby otworzyć okno dialogowe Zabezpieczenia agenta dystrybucji .
Wpisz szczegóły konta do użycia dla agenta dystrybucji, a następnie wybierz pozycję Dalej.
Na stronie Harmonogram synchronizacji wykonaj następujące kroki:
1. W polu Harmonogram agenta wybierz pozycję <Zdefiniuj harmonogram>.
2. Określ harmonogram, który ma służyć do replikowania bazy danych między głównymi i podrzędnymi serwerami wdrażania, a następnie wybierz pozycję Dalej.
Na stronie Inicjowanie subskrypcji wybierz pozycję Dalej.
Na stronie Akcje kreatora wybierz pozycję Utwórz subskrypcje, a następnie wybierz pozycję Dalej.
Wybierz pozycję Zakończ, a następnie wybierz pozycję Zamknij po pomyślnym zakończeniu pracy kreatora.

SQL Server replikacja jest teraz skonfigurowana, a baza danych MDT DB będzie replikowana z głównego serwera wdrażania do wszystkich podrzędnych serwerów wdrożeniowych, które były do niej okresowo subskrybowane.

Konfigurowanie CustomSettings.ini

Infrastruktura wdrażania LTI została pomyślnie utworzona, a każda lokalizacja będzie zawierać serwer wdrażania LTI z replikowaną kopią:

Udział wdrożenia
Baza danych MDT
Środowisko LiteTouchPE_x86 Systemu Windows PE, które zostało dodane do usług wdrażania systemu Windows

Teraz możesz skonfigurować plik CustomSettings.ini dla udziału wdrożenia w celu użycia zawartości wdrożenia (udziału wdrożenia i bazy danych) z lokalnego serwera wdrażania, serwera, który dostarcza środowisko LiteTouchPE_x86.wim za pośrednictwem usług wdrażania systemu Windows.

Gdy plik LiteTouchPE_x86.wim jest dostarczany z usług wdrażania systemu Windows, klucz rejestru jest konfigurowany z nazwą używanego serwera usług wdrażania systemu Windows. Funkcja MDT przechwytuje tę nazwę serwera w zmiennej (%WDSServer%), która służy do konfigurowania CustomSettings.ini.

Aby zawsze używać lokalnego serwera wdrażania LTI

Uwaga

Poniższa procedura zakłada, że udział wdrożenia został utworzony i ustawiony jako udział Deployment$ .

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
Wybierz kartę Reguły , a następnie zmodyfikuj plik CustomSettings.ini, aby skonfigurować następujące właściwości:
- Dla każdej dodanej sekcji SQL Server skonfiguruj serwer SQLServer tak, aby używał nazwy serwera **%WDSServer%—**na przykład SQLServer=%WDSServer%.
- W przypadku konfigurowania narzędzia DeployRoot skonfiguruj polecenie DeployRoot tak, aby używało zmiennej %WDSServer% — na przykład DeployRoot=\\%WDSServer%\Deployment$.
Wybierz pozycję Edytuj Bootstrap.ini.
Skonfiguruj BootStrap.ini, aby używać właściwości %WDSServer% , dodając lub zmieniając wartość DeployRoot na DeployRoot=\\%WDSServer%\Deployment$.
Wybierz pozycję Plik, a następnie wybierz pozycję Zapisz , aby zapisać zmiany w pliku BootStrap.ini.
Wybierz przycisk OK.

Należy zaktualizować udział wdrożenia i środowisko LiteTouchPE_x86.wim środowiska Windows PE.
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Poniższy przykład ilustruje CustomSettings.ini po wykonaniu kroków opisanych w tej sekcji.

Przykładowy CustomSettings.ini skonfigurowany pod kątem skalowalnej infrastruktury wdrażania LTI

[Settings]
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default
Properties=MyCustomProperty

[Default]
OSInstall=Y
ScanStateArgs=/v:5 /o /c
LoadStateArgs=/v:5 /c /lac

[CSettings]
SQLServer=%WDSServer%
Instance=
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerSettings
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CPackages]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerPackages
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence

[CApps]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerApplications
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR
Order=Sequence

[CAdmins]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerAdministrators
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

[CRoles]
SQLServer=%WDSServer%
Database=MDTDB
Netlib=DBNMPNTW
SQLShare=
Table=ComputerRoles
Parameters=UUID, AssetTag, SerialNumber, MacAddress
ParameterCondition=OR

Wybieranie lokalnego serwera MDT, gdy istnieje wiele serwerów

W tym scenariuszu wiele serwerów MDT jest używanych do obsługi dużej liczby jednoczesnych wdrożeń i wdrożeń w wielu lokacjach. Po zainicjowaniu wdrożenia LTI domyślnym zachowaniem jest żądanie ścieżki do serwera MDT w celu nawiązania połączenia z plikami wymaganymi do rozpoczęcia procesu wdrażania i uzyskania do nich dostępu.

Kreator wdrażania systemu Windows może użyć pliku LocalServer.xml, aby przedstawić wybór znanych serwerów wdrażania dla każdej lokalizacji.

Użyj pliku LocationServer.xml, wykonując następujące czynności:

Opis przeznaczenia i używania LocationServer.xml zgodnie z opisem w temacie Understanding LocationServer.xml
Tworzenie pliku LocationServer.xml zgodnie z opisem w temacie Tworzenie pliku LocationServer.xml
Dodawanie pliku LocationServer.xml do katalogu Dodatkowe pliki zgodnie z opisem w temacie Dodawanie pliku LocationServer.xml do katalogu Dodatkowych plików
Aktualizowanie pliku BootStrap.ini zgodnie z opisem w temacie Aktualizowanie pliku BootStrap.ini
Aktualizowanie udziału wdrożenia zgodnie z opisem w temacie Aktualizowanie udziału wdrożenia

W tym scenariuszu przyjęto założenie, że mdt jest skonfigurowany na serwerze wdrażania.

Omówienie LocationServer.xml

Najpierw musisz zrozumieć, jak mdt używa LocationServer.xml. Podczas lti skrypty MDT odczytują i przetwarzają plik BootStrap.ini w celu zebrania początkowych informacji o wdrożeniu. Dzieje się tak przed nawiązaniem połączenia z serwerem wdrażania. W związku z tym właściwość DeployRoot jest często używana do określania w pliku BootStrap.ini serwera wdrażania, z którym powinien nawiązać połączenie.

Jeśli plik BootStrap.ini nie zawiera właściwości DeployRoot , skrypty MDT ładują stronę kreatora, aby wyświetlić użytkownikowi monit o ścieżkę do serwera wdrażania. Podczas inicjowania strony kreatora aplikacji HTML (HTA) skrypty MDT sprawdzają istnienie pliku LocationServer.xml, a jeśli istnieje, użyj LocationServer.xml, aby wyświetlić dostępne serwery wdrażania.

Informacje o tym, kiedy używać LocationServer.xml

Rozwiązanie MDT oferuje wiele sposobów określania serwera, z którym ma zostać nawiązane połączenie podczas wdrażania lti. Różne metody lokalizowania serwera wdrażania najlepiej nadają się do różnych scenariuszy; Dlatego ważne jest, aby zrozumieć, kiedy używać LocationServer.xml.

Usługa MDT udostępnia kilka metod automatycznego odnajdywania i używania najbardziej odpowiedniego serwera wdrażania. Te metody są wymienione w poniższej tabeli.

Metoda	Szczegóły
%WDSServer%	Ta metoda jest używana, gdy serwer MDT jest współorganizowany na serwerze usług wdrażania systemu Windows. Gdy wdrożenie LTI jest inicjowane z usług wdrażania systemu Windows, zmienna środowiskowa %WDSServer%— jest tworzona i wypełniana nazwą serwera usług wdrażania systemu Windows. Zmienna DeployRoot może używać tej zmiennej do automatycznego nawiązywania połączenia z udziałem wdrożenia na serwerze usług wdrażania systemu Windows— na przykład: DeployRoot=\\%WDSServer%\Deployment$
Automatyzacja oparta na lokalizacji	Usługa MDT może używać automatyzacji opartej na lokalizacji w pliku BootStrap.ini, aby określić serwer, na którym ma zostać wdrożony. Użyj właściwości Brama domyślna , aby rozróżnić różne lokalizacje; dla każdej bramy domyślnej określono inny serwer MDT. Aby uzyskać więcej informacji na temat korzystania z automatyzacji opartej na lokalizacji, zobacz "Wybieranie metod stosowania ustawień konfiguracji".

Metoda

Szczegóły

%WDSServer%

Ta metoda jest używana, gdy serwer MDT jest współorganizowany na serwerze usług wdrażania systemu Windows.

Gdy wdrożenie LTI jest inicjowane z usług wdrażania systemu Windows, zmienna środowiskowa %WDSServer%— jest tworzona i wypełniana nazwą serwera usług wdrażania systemu Windows.

Zmienna DeployRoot może używać tej zmiennej do automatycznego nawiązywania połączenia z udziałem wdrożenia na serwerze usług wdrażania systemu Windows— na przykład:

DeployRoot=\\%WDSServer%\Deployment$

Automatyzacja oparta na lokalizacji

Usługa MDT może używać automatyzacji opartej na lokalizacji w pliku BootStrap.ini, aby określić serwer, na którym ma zostać wdrożony.

Użyj właściwości Brama domyślna , aby rozróżnić różne lokalizacje; dla każdej bramy domyślnej określono inny serwer MDT.

Aby uzyskać więcej informacji na temat korzystania z automatyzacji opartej na lokalizacji, zobacz "Wybieranie metod stosowania ustawień konfiguracji".

Każde podejście wymienione w poprzedniej tabeli oferuje jeden ze sposobów automatyzowania wyboru serwera wdrażania w danej lokalizacji w określonych scenariuszach. Te podejścia są przeznaczone dla określonych scenariuszy — na przykład gdy serwer MDT jest współorganizowany z usługami wdrażania systemu Windows.

Istnieją inne scenariusze, w których te podejścia nie są odpowiednie — na przykład jeśli istnieje wiele serwerów wdrażania w danej lokalizacji lub logika automatyzacji nie jest możliwa (na przykład sieć nie jest wystarczająco podzielona na segmenty, aby umożliwić określenie lokalizacji lub serwer MDT jest oddzielony od usług wdrażania systemu Windows).

W tych scenariuszach plik LocationServer.xml zapewnia elastyczny sposób prezentowania tych informacji w czasie wdrażania bez znajomości nazw serwerów i nazw udziałów wdrożeniowych.

Tworzenie pliku LocationServer.xml

Aby przedstawić listę dostępnych serwerów wdrażania podczas wdrażania LTI, utwórz plik LocationServer.xml zawierający szczegółowe informacje o każdym serwerze. W rozwiązaniu MDT nie ma domyślnego pliku LocationServer.xml, więc utwórz go, korzystając z poniższych wskazówek.

Tworzenie pliku LocationServer.xml w celu obsługi wielu lokalizacji

Najprostszą metodą tworzenia i używania LocationServer.xml jest utworzenie pliku LocationServer.xml i dodanie wpisów dla każdego serwera wdrażania w środowisku (może to być w tej samej lokalizacji lub w różnych lokalizacjach).

Skonstruuj plik LocationServer.xml, tworząc nową sekcję dla każdego serwera, a następnie dodając następujące informacje:

Unikatowy identyfikator
Nazwa lokalizacji służąca do prezentowania łatwej do zidentyfikowania nazwy dla tej lokalizacji
Ścieżka UNC do serwera MDT dla tej lokalizacji

Poniżej przedstawiono sposób tworzenia pliku LocationServer.xml przy użyciu każdej z tych właściwości przy użyciu przykładowego pliku LocationServer.xml skonfigurowanego dla wielu lokalizacji.

Przykładowy plik LocationServer.xml do obsługi wielu lokalizacji

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS01\Deployment$</UNCPath>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso NYC, New York, USA
        </friendlyname>
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>
    </server>
</servers>

Korzystając z tego formatu, określ różne wpisy serwera dla każdej lokalizacji lub w sytuacjach, w których istnieje wiele serwerów w jednej lokalizacji, określając inny wpis serwera dla każdego serwera w tej lokalizacji, jak pokazano w poniższym przykładzie.

Przykład LocationServer.xml plik do obsługi wielu serwerów w wielu lokalizacjach

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ DS1, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS01\Deployment$</UNCPath>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso HQ DS2, Seattle, USA
        </friendlyname>
        <UNCPath>\\STLDS02\Deployment$</UNCPath>
    </server>
</servers>

Tworzenie pliku LocationServer.xml w celu równoważenia obciążenia wielu serwerów w różnych lokalizacjach

Przy użyciu LocationServer.xml określ wiele serwerów na wpis lokalizacji, a następnie wykonaj podstawowe równoważenie obciążenia, aby po wybraniu lokalizacji usługa MDT automatycznie wybiera serwer wdrażania z listy dostępnych serwerów. Aby zapewnić tę funkcjonalność, plik LocationServer.xml obsługuje określanie metryki wagi.

Poniżej przedstawiono przykładowy plik LocationServer.xml skonfigurowany dla wielu serwerów w różnych lokalizacjach.

Przykładowy plik LocationServer.xml dla różnych lokalizacji

<?xml version="1.0" encoding="utf-8" ?>
<servers>
    <QueryDefault></QueryDefault>
    <server>
        <serverid>1</serverid>
        <friendlyname>
          Contoso HQ, Seattle, USA
        </friendlyname>
        <Server1>\\STLDS01\Deployment$</Server1>
        <Server2>\\STLDS02\Deployment$</Server2>
        <Server3>\\STLDS03\Deployment$</Server3>
        <Server weight="1">\\STLDS01\Deployment$</Server>
        <Server weight="2">\\STLDS02\Deployment$</Server>
        <Server weight="4">\\STLDS03\Deployment$</Server>
    </server>
    <server>
        <serverid>2</serverid>
        <friendlyname>
          Contoso NYC, New York, USA
        </friendlyname>
        <UNCPath>\\NYCDS01\Deployment$</UNCPath>
    </server>
</servers>

Określ metrykę wagi przy użyciu tagu <wagi> serwera, którego mdt używa w procesie wyboru serwera. Prawdopodobieństwo wybrania serwera jest obliczane przez:

Waga serwera/suma wszystkich wag serwera

W poprzednim przykładzie trzy serwery w siedzibie firmy Contoso są wymienione jako 1, 2 i 4. Prawdopodobieństwo wybrania serwera z wagą 2 staje się 2 na 7. W związku z tym, aby użyć systemu ważenia, określić pojemność serwerów dostępnych w lokalizacji i wagi każdego serwera przez pojemność serwera w stosunku do każdego z pozostałych serwerów.

Dodawanie pliku LocationServer.xml do katalogu dodatkowych plików

Po utworzeniu pliku LocationServer.xml dodaj go do LiteTouch_x86 i LiteTouch_x64 obrazów rozruchowych systemu Windows PE w folderze X:\Deploy\Control. Za pomocą aplikacji Deployment Workbench dodaj inne pliki i foldery do tych obrazów środowiska Windows PE, określając dodatkowy katalog do dodania we właściwościach udziału wdrożenia.

Aby dodać LocationServer.xml do udziału wdrożenia

Utwórz folder o nazwie Dodatkowe pliki w folderze głównego udziału wdrożenia (na przykład D:\Production Deployment Share\Extra Files).
Utwórz strukturę folderów w folderze Dodatkowe pliki, który odzwierciedla lokalizację systemu Windows PE, w której powinien znajdować się dodatkowy plik.

Na przykład plik LocationServer.xml musi znajdować się w folderze \Deploy\Control w systemie Windows PE; w związku z tym utwórz tę samą strukturę folderów w obszarze Dodatkowe pliki (na przykład D:\Production Deployment Share\Extra Files\Deploy\Control).
Skopiuj LocationServer.xml do folderu deployment_share\Extra Files\Deploy\Control (gdzie deployment_share jest w pełni kwalifikowaną ścieżką do folderu głównego udziału wdrożenia).
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym deployment_shareProperties (gdzie deployment_share jest nazwą udziału wdrożenia), wykonaj następujące kroki:
1. Wybierz kartę Ustawienia platformy Windows PE (gdzie platforma to architektura obrazu systemu Windows PE do skonfigurowania).
2. W sekcji Dostosowania środowiska Windows PE w polu Dodatkowy katalog do dodania wpisz ścieżkę (gdzie ścieżka jest w pełni kwalifikowaną ścieżką do folderu Dodatkowe pliki — na przykład D:\Production Deployment Share\Extra Files), a następnie wybierz przycisk OK.

Aktualizowanie pliku BootStrap.ini

Podczas tworzenia udziału wdrożenia przy użyciu aplikacji Deployment Workbench właściwość DeployRoot jest automatycznie tworzona i wypełniana w pliku BootStrap.ini. Ponieważ plik LocationServer.xml służy do wypełniania właściwości DeployRoot , należy usunąć tę wartość z pliku BootStrap.ini.

Aby usunąć właściwość DeployRoot z BootStrap.ini

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym deployment_shareProperties (gdzie deployment_share jest nazwą udziału wdrożenia), wybierz kartę Reguły , a następnie wybierz pozycję Edytuj BootStrap.ini.
Usuń wartość DeployRoot (na przykład DeployRoot=\\Server\Deployment$).
Wybierz pozycję Plik, a następnie wybierz pozycję Zapisz , aby zapisać zmiany w pliku BootStrap.ini.
Wybierz przycisk OK , aby przesłać zmiany.

Aktualizowanie udziału wdrożenia

Następnie należy zaktualizować udział wdrożenia, aby wygenerować nowe środowisko rozruchowe LiteTouch_x86 i LiteTouch_x64 zawierające plik LocationServer.xml i zaktualizowany plik BootStrap.ini.

Aby zaktualizować udział wdrożenia

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Uwaga

Po zakończeniu procesu aktualizacji dodaj nowe środowiska LiteTouch_x86 i LiteTouch_x64 środowiska windows PE z powrotem do usług wdrażania systemu Windows lub nagraj je do nośnika rozruchowego do użycia podczas wdrażania.

Zastępowanie istniejącego komputera nowym komputerem przy użyciu instalacji Lite Touch

Za pomocą funkcji MDT można wdrożyć obraz na nowym komputerze, który zastąpi istniejący komputer w architekturze przedsiębiorstwa. Taka sytuacja może wystąpić podczas uaktualniania z jednego systemu operacyjnego do innego (nowy system operacyjny może wymagać nowego sprzętu) lub jeśli organizacja potrzebuje nowszych, szybszych komputerów dla istniejących aplikacji.

Podczas zastępowania istniejącego komputera nowym komputerem firma Microsoft zaleca uwzględnienie wszystkich ustawień, które zostaną zmigrowane z jednego komputera na inny, takich jak konta użytkowników i dane stanu użytkownika. Ponadto ważne jest, aby utworzyć rozwiązanie odzyskiwania w przypadku niepowodzenia migracji.

W tym przykładowym wdrożeniu zastąp istniejący komputer (WDG-EXIST-01) nowym komputerem (WDG-NEW-02) w domenie CORP, przechwytując dane stanu użytkownika z grupy WDG-EXIST-01 i zapisując je w udziale sieciowym. Następnie wdróż istniejący obraz w programie WDG-NEW-02 i na koniec przywróć przechwycone dane stanu użytkownika do grupy WDG-NEW-02. Wdrożenie zostanie przeprowadzone z serwera wdrażania (WDG-MDT-01).

W usłudze MDT użyj szablonu Standardowa sekwencja zadań zastępowania klienta, aby utworzyć sekwencję zadań, która będzie wykonywać wszystkie niezbędne zadania wdrażania.

W tym pokazie przyjęto założenie, że:

Rozwiązanie MDT zostało zainstalowane na serwerze wdrażania (WDG MDT 01)
Udział wdrożenia został już utworzony i wypełniony, w tym obrazy systemu operacyjnego, aplikacje i sterowniki urządzeń
Obraz komputera odniesienia został już przechwycony i zostanie wdrożony na nowym komputerze (WDG NEW 02)
Folder udostępniony sieci (UserStateCapture$) został utworzony i udostępniony na serwerze wdrażania (WDG MDT 01) z odpowiednimi uprawnieniami do udziału

Udział wdrożenia powinien istnieć przed rozpoczęciem tego przykładu. Aby uzyskać więcej informacji na temat tworzenia udziału wdrożenia, zobacz sekcję "Zarządzanie udziałami wdrożenia w aplikacji Deployment Workbench" w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie udziałami wdrożeń w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie udziałami wdrożeń w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie udziałami wdrożeń w aplikacji Deployment Workbench).

Krok 1. Tworzenie sekwencji zadań w celu przechwycenia stanu użytkownika

Utwórz sekwencje zadań MDT w węźle Sekwencje zadań w aplikacji Deployment Workbench przy użyciu Kreatora nowej sekwencji zadań. Aby wykonać pierwszą część scenariusza wdrażania Zastąp komputer (przechwytując stan użytkownika na istniejącym komputerze), wybierz szablon Standardowa sekwencja zadań zastępowania klienta w Kreatorze nowej sekwencji zadań.

Aby utworzyć sekwencję zadań w celu przechwycenia stanu użytkownika w scenariuszu wdrażania zamień komputer

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Wdrażanie udziałów roboczych/wdrożeń/ deployment_share/sekwencji zadań (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Nowa sekwencja zadań.

Zostanie uruchomiony Kreator nowej sekwencji zadań.

Ukończ Kreatora nowej sekwencji zadań, korzystając z poniższych informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

Na tej stronie kreatora	Zrób to
Ustawienia ogólne	1. W obszarze Identyfikator sekwencji zadań wpisz VISTA_EXIST. 2. W polu Nazwa sekwencji zadań wpisz Wykonaj zamianę scenariusza komputera na istniejącym komputerze. 3. Wybierz przycisk Dalej.
Wybieranie szablonu	W obszarze Dostępne są następujące szablony sekwencji zadań. Wybierz ten, którego chcesz użyć jako punktu początkowego, wybierz pozycję Standardowa sekwencja zadań zamiany klienta, a następnie wybierz pozycję Dalej.
Podsumowanie	Sprawdź, czy szczegóły konfiguracji są poprawne, a następnie wybierz pozycję Dalej.
Potwierdzenie	Wybierz Zakończ.

Kreator nowej sekwencji zadań kończy działanie, a sekwencja zadań VISTA_EXIST jest dodawana do listy sekwencji zadań.

Krok 2. Tworzenie sekwencji zadań w celu wdrożenia systemu operacyjnego i przywrócenia stanu użytkownika

Utwórz sekwencje zadań MDT w węźle Sekwencje zadań w aplikacji Deployment Workbench przy użyciu Kreatora nowej sekwencji zadań. Aby wykonać drugą część scenariusza wdrażania Zastąp komputer (wdrażanie systemu operacyjnego, a następnie przywracanie stanu użytkownika na istniejącym komputerze), wybierz szablon Standardowa sekwencja zadań klienta w Kreatorze nowej sekwencji zadań.

Aby utworzyć sekwencję zadań w celu wdrożenia stanu użytkownika w scenariuszu wdrażania zastąp komputer

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Nowa sekwencja zadań.

Zostanie uruchomiony Kreator nowej sekwencji zadań.

Ukończ Kreatora nowej sekwencji zadań, korzystając z poniższych informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

Na tej stronie kreatora	Zrób to
Ustawienia ogólne	1. W obszarze Identyfikator sekwencji zadań wpisz VISTA_NEW. 2. W polu Nazwa sekwencji zadań wpisz Perform Replace Computer Scenario on New Computer (Wykonaj zamianę scenariusza komputera na nowym komputerze). 3. Wybierz przycisk Dalej.
Wybieranie szablonu	W obszarze Dostępne są następujące szablony sekwencji zadań. Wybierz ten, którego chcesz użyć jako punktu początkowego, wybierz pozycję Standardowa sekwencja zadań klienta, a następnie wybierz pozycję Dalej.
Wybierz system operacyjny	W następujących obrazów systemu operacyjnego są dostępne do wdrożenia z tej sekwencji zadań. Wybierz jeden do użycia, wybierz pozycję captured_vista_image (gdzie captured_vista_image to przechwycony obraz, który komputer odniesienia został dodany do węzła Systemy operacyjne w aplikacji Deployment Workbench), a następnie wybierz pozycję Dalej.
Określanie klucza produktu	Wybierz pozycję Nie określaj klucza produktu w tej chwili, a następnie wybierz pozycję Dalej.
Ustawienia systemu operacyjnego	1. W polu Imię i nazwisko wpisz Woodgrove Employee. 2. W obszarze Organizacja wpisz Woodgrove Bank. 3. Na stronie głównej programu Internet Explorer wpisz http://www.woodgrovebank.com. 4. Wybierz przycisk Dalej.
hasło Administracja	W obszarze Hasło administratora i Potwierdź hasło administratora wpisz P@ssw0rd, a następnie wybierz pozycję Zakończ.
Potwierdzenie	Wybierz Zakończ.

Kreator nowej sekwencji zadań kończy pracę, a sekwencja zadań VISTA_NEW jest dodawana do listy sekwencji zadań.

Krok 3. Dostosowywanie plików konfiguracji MDT

Po utworzeniu sekwencji zadań MDT dostosuj pliki konfiguracji MDT, które udostępniają ustawienia konfiguracji do przechwytywania informacji o stanie użytkownika. W szczególności dostosuj plik CustomSettings.ini, modyfikując plik we właściwościach udziału wdrożenia utworzonego wcześniej w procesie wdrażania. W późniejszym kroku udział wdrożenia zostanie zaktualizowany w celu zapewnienia, że plik konfiguracji zostanie zaktualizowany w udziale wdrożenia.

Aby dostosować pliki konfiguracji MDT do przechwytywania informacji o stanie użytkownika

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.

Zostanie wyświetlone okno dialogowe Właściwości.
W oknie dialogowym Właściwości wybierz kartę Reguły .
Na karcie Reguły zmodyfikuj plik CustomSettings.ini, aby odzwierciedlić niezbędne zmiany, jak pokazano w poniższym przykładzie. Wprowadź wszelkie dodatkowe modyfikacje wymagane przez środowisko.

Dostosowany plik CustomSettings.ini
```
[Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

UDShare=\\WDG-MDT-01\UserStateCapture$
UDDir=%OSDCOMPUTERNAME%
UserDataLocation=NETWORK
SkipCapture=NO
SkipAdminPassword=YES
SkipProductKey=YES
```
W oknie dialogowym Właściwości wybierz przycisk OK.
Zamknij wszystkie otwarte okna i okna dialogowe.

Skonfiguruj opcje środowiska Windows PE dla udziału wdrożenia w węźle Udziały wdrożenia w aplikacji Deployment Workbench.

Uwaga

Jeśli sterowniki urządzeń dla istniejącego komputera (WDG-EXIST-01) i nowego komputera (WDG-NEW-01) są dołączone do systemu Windows Vista, pomiń ten krok i wykonaj następujący krok.

Aby skonfigurować opcje środowiska Windows PE dla udziału wdrożenia

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.

Zostanie wyświetlone okno dialogowe Właściwości.
W oknie dialogowym Właściwości na karcie Składniki platformy Windows PE (gdzie platforma jest architekturą obrazu systemu Windows PE do skonfigurowania) w obszarze Profil wyboru wybierz pozycję device_drivers (gdzie device_drivers jest nazwą profilu wyboru sterownika urządzenia), a następnie wybierz przycisk OK.

Po skonfigurowaniu opcji środowiska Windows PE dla udziału wdrożenia zaktualizuj udział wdrożenia. Aktualizowanie udziału wdrożenia powoduje zaktualizowanie wszystkich plików konfiguracji MDT i wygenerowanie dostosowanej wersji środowiska Windows PE. Dostosowana wersja środowiska Windows PE służy do uruchamiania komputera odniesienia i inicjowania procesu wdrażania LTI.

Aby zaktualizować udział wdrożenia w aplikacji Deployment Workbench

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Aktualizuj wdrożenieUdostępnij.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Aplikacja Deployment Workbench rozpoczyna aktualizowanie udziału wdrożenia. Aplikacja Deployment Workbench tworzy pliki LiteTouchPE_x86.iso i LiteTouchPE_x86.wim (dla 32-bitowych komputerów docelowych) lub pliki LiteTouchPE_x64.iso i LiteTouchPE_x64.wim (dla 64-bitowych komputerów docelowych) w folderze deployment_share\Boot (gdzie deployment_share jest folderem udostępnionym używanym jako udział wdrożenia).

Krok 6. Tworzenie nośnika rozruchowego LTI

Podaj metodę uruchamiania komputera z dostosowaną wersją środowiska Windows PE utworzoną podczas aktualizacji udziału wdrożenia. Aplikacja Deployment Workbench tworzy pliki LiteTouchPE_x86.iso i LiteTouchPE_x86.wim (dla 32-bitowych komputerów docelowych) lub pliki LiteTouchPE_x64.iso i LiteTouchPE_x64.wim (dla 64-bitowych komputerów docelowych) w folderze deployment_share\Boot (gdzie deployment_share jest folderem udostępnionym używanym jako udział wdrożenia). Utwórz odpowiedni nośnik rozruchowy LTI na podstawie jednego z tych obrazów.

Aby utworzyć nośnik rozruchowy LTI

W Eksploratorze Windows przejdź do folderu deployment_share\Boot (gdzie deployment_share jest folderem udostępnionym używanym jako udział wdrożenia).
Na podstawie typu komputera używanego dla istniejącego komputera (WDG-EXIST-01) i nowego komputera (WDG-NEW-02) wykonaj jedno z następujących zadań:
- Jeśli komputer odniesienia jest komputerem fizycznym, utwórz dysk CD lub DVD pliku ISO.
- Jeśli komputer odniesienia jest maszyną wirtualną, uruchom maszynę wirtualną bezpośrednio z pliku ISO lub z dysku CD lub DVD pliku ISO.

Krok 7. Uruchamianie istniejącego komputera przy użyciu nośnika rozruchowego LTI

Uruchom istniejący komputer (WDG-EXIST-01) przy użyciu nośnika rozruchowego LTI utworzonego wcześniej w tym procesie. Ten dysk CD uruchamia system Windows PE na istniejącym komputerze i inicjuje proces wdrażania MDT. Po zakończeniu procesu wdrażania MDT informacje o migracji stanu użytkownika są przechowywane w udostępnionym folderze UserStateCapture$.

Uwaga

Proces MDT można również zainicjować, uruchamiając komputer docelowy z usług wdrażania systemu Windows. Aby uzyskać więcej informacji, zobacz sekcję "Przygotowywanie usług wdrażania systemu Windows" w dokumencie MDT Using the Microsoft Deployment Toolkit (Przygotowywanie usług wdrażania systemu Windows) w dokumencie MDT Using the Microsoft Deployment Toolkit (Przygotowywanie usług wdrażania systemu Windows).

Aby uruchomić istniejący komputer przy użyciu nośnika rozruchowego LTI

Uruchom program WDG-EXIST-01 z nośnikiem rozruchowym LTI utworzonym wcześniej w tym procesie.

Zostanie uruchomiony system Windows PE, a następnie zostanie uruchomiony Kreator wdrażania systemu Windows.

Ukończ Pracę Kreatora wdrażania systemu Windows, korzystając z poniższych informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

Na tej stronie kreatora	Zrób to
Witamy we wdrożeniu	Wybierz pozycję Uruchom Kreatora wdrażania , aby zainstalować nowy system operacyjny, a następnie wybierz pozycję Dalej.
Określ poświadczenia na potrzeby nawiązywania połączenia z udziałami sieciowymi.	1. W polu Nazwa użytkownika wpisz Administrator. 2. W polu Hasło wpisz P@ssw0rd. 3. W domenie wpisz CORP. 4. Wybierz przycisk OK.
Wybierz sekwencję zadań do wykonania na tym komputerze.	Wybierz pozycję Wykonaj zamianę scenariusza komputera na istniejącym komputerze, a następnie wybierz pozycję Dalej.
Określanie miejsca zapisywania danych i ustawień	Wybierz pozycję Dalej.
Określanie miejsca zapisywania pełnej kopii zapasowej komputera	Wybierz pozycję Nie kopii zapasowej istniejącego komputera, a następnie wybierz pozycję Dalej.
Gotowe do rozpoczęcia	Wybierz pozycję Rozpocznij.

Jeśli wystąpią jakiekolwiek błędy lub ostrzeżenia, zapoznaj się z dokumentacją rozwiązywania problemów z rozwiązaniem MDT.

W oknie dialogowym Podsumowanie wdrożenia wybierz pozycję Szczegóły.

Jeśli wystąpiły jakiekolwiek błędy lub ostrzeżenia, przejrzyj błędy lub ostrzeżenia i zarejestruj wszelkie informacje diagnostyczne.
W oknie dialogowym Podsumowanie wdrożenia wybierz pozycję Zakończ.

Informacje o migracji stanu użytkownika są przechwytywane i przechowywane w udostępnionym folderze sieciowym (UserStateCapture$) utworzonym wcześniej w tym procesie.

Krok 8. Uruchamianie nowego komputera za pomocą nośnika rozruchowego LTI

Uruchom nowy komputer (WDG-NEW-02) przy użyciu nośnika rozruchowego LTI utworzonego wcześniej w tym procesie. Ten dysk CD uruchamia system Windows PE na komputerze odniesienia i inicjuje proces wdrażania MDT. Po zakończeniu procesu wdrażania MDT system Windows Vista jest wdrażany na nowym komputerze, a przechwycone informacje o migracji stanu użytkownika są przywracane na nowy komputer.

Uwaga

Aby uruchomić nowy komputer z nośnikiem rozruchowym LTI

Uruchom program WDG-NEW-02 z nośnikiem rozruchowym LTI utworzonym wcześniej w tym procesie.

Zostanie uruchomiony system Windows PE, a następnie zostanie uruchomiony Kreator wdrażania systemu Windows.

Ukończ Pracę Kreatora wdrażania systemu Windows, korzystając z poniższych informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

Na tej stronie kreatora	Zrób to
Witamy we wdrożeniu	Wybierz pozycję Uruchom Kreatora wdrażania, aby zainstalować nowy system operacyjny, a następnie wybierz pozycję Dalej.
Określ poświadczenia na potrzeby nawiązywania połączenia z udziałami sieciowymi.	1. W polu Nazwa użytkownika wpisz Administrator. 2. W polu Hasło wpisz P@ssw0rd. 3. W domenie wpisz CORP. 4. Wybierz przycisk OK.
Wybierz sekwencję zadań do wykonania na tym komputerze.	Wybierz pozycję Wykonaj zamianę scenariusza komputera na nowym komputerze, a następnie wybierz pozycję Dalej.
Konfigurowanie nazwy komputera	W polu Nazwa komputera wpisz WDG-NEW-02, a następnie wybierz pozycję Dalej.
Dołączanie komputera do domeny lub grupy roboczej	Wybierz pozycję Dalej.
Określanie, czy przywrócić dane użytkownika	1. Wybierz pozycję Określ lokalizację. 2. W lokalizacji wpisz \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Wybierz przycisk Dalej.
Wybór ustawień regionalnych	Wybierz pozycję Dalej.
Ustawianie strefy czasowej	Wybierz pozycję Dalej.
Określanie, czy ma zostać przechwycony obraz	Wybierz pozycję Nie przechwytuj obrazu tego komputera, a następnie wybierz pozycję Dalej.
Określanie konfiguracji funkcji BitLocker	Wybierz pozycję Nie włączaj funkcji BitLocker dla tego komputera, a następnie wybierz pozycję Dalej.
Gotowe do rozpoczęcia	Wybierz pozycję Rozpocznij.

Jeśli powinny wystąpić jakiekolwiek błędy lub ostrzeżenia, zapoznaj się z dokumentacją rozwiązywania problemów z rozwiązaniem MDT.

W oknie dialogowym Podsumowanie wdrożenia wybierz pozycję Szczegóły.

Jeśli wystąpiły jakiekolwiek błędy lub ostrzeżenia, przejrzyj błędy lub ostrzeżenia i zarejestruj wszelkie informacje diagnostyczne.
W oknie dialogowym Podsumowanie wdrożenia wybierz pozycję Zakończ.

System Windows Vista jest teraz zainstalowany na nowym komputerze, a przechwycone informacje o migracji stanu użytkownika również zostaną przywrócone.

Integrowanie niestandardowego kodu wdrożenia z usługą MDT

Zespół wdrożeniowy często ma złożone wymagania specyficzne dla środowiska docelowego, które nie są spełnione przez wstępnie zdefiniowane akcje sekwencji zadań aplikacji Deployment Workbench lub domyślnie pliki konfiguracji MDT. W takiej sytuacji zaimplementuj niestandardowy kod, aby spełnić ich wymagania.

Zintegruj niestandardowy kod wdrożenia z usługą MDT, wykonując:

Wybieranie języka skryptów zgodnie z opisem w temacie Wybieranie odpowiedniego języka skryptów
Korzystanie z ZTIUtility.vbs zgodnie z opisem w temacie Understanding How to Leverage ZTIUtility (Jak wykorzystać ZTIUtility)
Integrowanie niestandardowego kodu wdrożenia zgodnie z opisem w temacie Integrowanie niestandardowego kodu wdrażania

W poniższych sekcjach założono, że mdt jest skonfigurowany na serwerze wdrażania.

Wybieranie odpowiedniego języka skryptów

Mimo że dowolny kod, który można uruchomić w systemie Windows lub Windows PE, może być wywoływany jako instalacja aplikacji lub krok sekwencji zadań MDT, firma Microsoft zaleca używanie skryptów w postaci plików vbs lub .wsf.

Zaletą korzystania z plików wsf jest wbudowane rejestrowanie oprócz innych wstępnie zdefiniowanych funkcji już używanych przez procesy ZTI i LTI. Te funkcje są dostępne w skrypcie ZTIUtility dystrybuowanym za pomocą funkcji MDT.

W przypadku odwoływania się do skryptu niestandardowego skrypt ZTIUtility inicjuje środowisko MDT i klasy konfiguracji. Te klasy są dostępne:

Rejestrowanie. Ta klasa udostępnia funkcje rejestrowania używane przez wszystkie skrypty MDT. Tworzy również pojedynczy plik dziennika dla każdego skryptu uruchamianego podczas wdrażania i skonsolidowany plik dziennika wszystkich skryptów. Te pliki dziennika są tworzone w formacie przeznaczonym do odczytu przez program CMTrace.
Środowisko. Ta klasa konfiguruje zmienne środowiskowe zbierane za pośrednictwem przetwarzania reguł WMI i MDT i umożliwia odwoływanie się do nich bezpośrednio ze skryptu. Umożliwia to odczytywanie właściwości wdrożenia, zapewniając dostęp do wszystkich informacji o konfiguracji używanych przez procesy ZTI i LTI.
Narzędzie. Ta klasa udostępnia ogólne narzędzia używane w skryptach ZTI i LTI. Firma Microsoft zaleca, aby za każdym razem, gdy jest opracowywany kod niestandardowy, należy zbadać tę klasę, aby sprawdzić, czy kod można po prostu użyć ponownie. Dodatkowe informacje o niektórych funkcjach dostępnych w tej klasie znajdują się w dalszej części tej sekcji.
Baza danych. Ta klasa wykonuje funkcje, takie jak nawiązywanie połączenia z bazami danych i odczytywanie informacji z baz danych. Ogólnie rzecz biorąc, bezpośredni dostęp do klasy bazy danych nie jest zalecany; Zamiast tego przetwarzanie reguł powinno służyć do wykonywania wyszukiwania bazy danych.
Ciągi. Ta klasa wykonuje typowe procedury przetwarzania ciągów, takie jak tworzenie rozdzielanej listy elementów, wyświetlanie wartości szesnastkowej, przycinanie białych znaków z ciągu, wyrównanie ciągu do prawej strony, wyrównanie ciągu do lewej strony, wymuszanie wartości do formatu ciągu, wymuszanie wartości do formatu tablicy, generowanie losowego unikatowego identyfikatora globalnego (GUID) i konwersji base64.
FileHandling. Ta klasa wykonuje funkcje, takie jak normalizowanie ścieżek i kopiowanie, przenoszenie i usuwanie plików i folderów.
clsRegEx. Ta klasa wykonuje funkcje wyrażeń regularnych.

W rozwiązaniu MDT zaimplementowano kilka zmian w architekturze skryptu, aby zapewnić niezawodność i niezawodność klienta programu Microsoft Visual Basic Scripting Edition (VBScript). Zmiany te obejmują:
Rozległe zmiany w ZTIUtility.vbs (głównej bibliotece skryptów), w tym nowe interfejsy API i lepsza obsługa błędów
Nowy wygląd ogólnej struktury skryptów ZTI_xxx.wsf

Zmieniono również ogólną strukturę skryptów MDT. Większość skryptów MDT jest teraz hermetyzowana w obiektach klasy VBScript. Klasa jest inicjowana i wywoływana za pomocą funkcji RunNewInstance .

Uwaga

Większość istniejących skryptów MDT 2008 Update 1 będzie działać tak samo jak w rozwiązaniu MDT, nawet w przypadku dużych zmian ZTIUtility.vbs, ponieważ większość skryptów MDT będzie zawierać ZTIUtility.vbs.

Opis sposobu wykorzystania narzędzia ZTIUtility

Plik ZTIUtility.vbs zawiera klasy obiektów, które można wykorzystać w kodzie niestandardowym. Zintegruj kod niestandardowy z rozwiązaniem MDT przy użyciu następujących elementów:

Klasa rejestrowania zdefiniowana w ZTIUtility.vbs zgodnie z opisem w temacie Use the ZTIUtility Logging Class (Używanie klasy rejestrowania ZTIUtility)
Klasa środowiska zdefiniowana w ZTIUtility.vbs zgodnie z opisem w temacie Use the ZTIUtility Environment Class (Używanie klasy środowiska ZTIUtility)
Klasa narzędzia zdefiniowana w ZTIUtility.vbs zgodnie z opisem w temacie Use the ZTIUtility Utility Class (Używanie klasy narzędzia ZTIUtility)

Korzystanie z klasy rejestrowania ZTIUtility

Klasa rejestrowania w ZTIUtiliy.vbs udostępnia prosty mechanizm niestandardowego kodu do rejestrowania informacji o stanie, ostrzeżeń i błędów w taki sam sposób jak inne skrypty podczas wdrażania ZTI lub LTI. Ta standaryzacja gwarantuje również, że okno dialogowe Podsumowanie wdrożenia LTI poprawnie zgłasza stan dowolnego kodu niestandardowego, który jest uruchamiany.

Poniżej przedstawiono przykładowy niestandardowy skrypt kodu, który używa funkcji oLogging.CreateEntry i TestAndFail do rejestrowania różnych typów komunikatów, w zależności od wyników różnych akcji skryptu.

Przykładowy skrypt korzystający z rejestrowania ZTIUtility: ZTI_Example.wsf

<job id="ZTI_Example">
<script language="VBScript" src="ZTIUtility.vbs"/>
<script language="VBScript">

' //*******************************************************
' //
' // Copyright (c) Microsoft Corporation.  All rights reserved
' // Microsoft Deployment Toolkit Solution Accelerator
' // File: ZTI_Example.wsf
' //
' // Purpose: Example of scripting with the
' //          Microsoft Deployment Toolkit.
' //
' // Usage: cscript ZTI_Example.wsf [/debug:true]
' //
' //*******************************************************

Option Explicit
RunNewInstance

'//--------------------------------------------------------
'// Main Class
'//--------------------------------------------------------
Class ZTI_Example

'//--------------------------------------------------------
'// Main routine
'//--------------------------------------------------------

Function Main()

  Dim iRetVal
  Dim sScriptPath

  iRetVal = SUCCESS

  oLogging.CreateEntry "Begin example script...", _
    LogTypeInfo

  ' %ServerA% is a generic variable available within
  ' every CustomSettings.ini file.

  sScriptPath = "\\" & oEnvironment.Item("ServerA") & _
    "\public\products\Applications\User\Technet\USEnglish"

  ' Validate a connection to server, net connect with
  ' credentials if necessary.
  iRetVal = oUtility.ValidateConnection( sScriptPath )
  TestAndFail iRetVal, 9991, "Validate Connection to [" & _
    sScriptPath & "]"

  'Run Setup Program

  iRetVal = oUtility.RunWithHeartbeat( """" & _
    sScriptPath & "\setup.exe"" /?" )
  TestAndFail iRetVal, 9991, "RunWithHeartbeat [" & _
    sScriptPath & "]"

  'Perform any cleanup from installation process

  oShell.RegWrite "HKLM\Software\Microsoft\SomeValue", _
    "Done with Execution of XXX.", "REG_SZ"

  Main = iRetVal

End Function

End Class

</script>
</job>

Uwaga

Jeśli chcesz nadal używać skryptów wywołujących metodę ZTIProcess() z funkcją ProcessResults(), możesz nadal to robić. Jednak niektóre ulepszone funkcje obsługi błędów nie zostaną włączone.

Korzystanie z klasy środowiska ZTIUtility

Klasa środowiska w ZTIUtiliy.vbs zapewnia dostęp do właściwości MDT i możliwość ich aktualizowania. W poprzednim przykładzie element oEnvironment.Item("Pamięć") jest używany do pobierania ilości dostępnej pamięci RAM; Można go również użyć do pobrania wartości dowolnej z właściwości opisanych w dokumentacji MDT Toolkit Reference.

Korzystanie z klasy narzędzia ZTIUtility

Skrypt ZTIUtility.vbs zawiera wiele często używanych narzędzi, których może używać dowolny niestandardowy skrypt wdrażania. Te narzędzia można dodać do dowolnego skryptu w taki sam sposób jak klasy oLogging i oEnvironment .

Poniższa tabela zawiera szczegółowe informacje o niektórych dostępnych przydatnych funkcjach i ich danych wyjściowych. Aby uzyskać pełną listę dostępnych funkcji, zapoznaj się z plikiem ZTIUtility.vbs.

Funkcja	Dane wyjściowe
oUtility.LocalRootPath	Zwraca ścieżkę folderu głównego używanego przez proces wdrażania na komputerze docelowym — na przykład C:\MININT
oUtility.BootDevice	Zwraca urządzenie rozruchowe systemu — na przykład MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath	Zwraca ścieżkę do folderu dzienników używanego podczas wdrażania — na przykład C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath	Zwraca ścieżkę aktualnie skonfigurowanego magazynu stanów — na przykład C:\MININT\StateStore
oUtility.ScriptName	Zwraca nazwę skryptu wywołującego funkcję — na przykład Z-RAMTest
oUtility.ScriptDir	Zwraca ścieżkę do skryptu wywołującego funkcję — na przykład \\server_name\Deployment$\Scripts
oUtility.ComputerName	Określa nazwę komputera, która będzie używana podczas procesu kompilacji — na przykład computer_name
oUtility.ReadIni(plik, sekcja, element)	Umożliwia odczyt określonego elementu z pliku .ini
oUtility.WriteIni(plik, sekcja, element, wartość)	Umożliwia zapisanie określonego elementu w pliku .ini
oUtility.Sections(plik)	Odczytuje sekcje pliku .ini i przechowuje je w obiekcie do odwołania
oUtility.SectionContents(plik, sekcja)	Odczytuje zawartość określonego pliku .ini i przechowuje je w obiekcie
oUtility.RunWithHeartbeat(sCmd)	Po uruchomieniu polecenia zapisuj informacje pulsu w dziennikach co 0,5 sekundy
oUtility.FindFile (sFilename,sFoundPath)	Wyszukuje określony plik w folderze DeployRoot i standardowych podfolderach, w tym obsługa, narzędzia, USMT, szablony, skrypty i kontrolki
oUtility.findMappedDrive(sServerUNC)	Sprawdza, czy dysk jest mapowany na określoną ścieżkę UNC i zwraca literę dysku
oUtility.ValidateConnection(sServerUNC)	Sprawdza, czy istnieje połączenie z określonym serwerem, a jeśli nie, próbuje je utworzyć
MapNetworkDrive (sShare, SDomID, sDomPwd)	Mapuje literę dysku na ścieżkę UNC określoną jako udział i zwraca używaną literę dysku; zwraca błąd w przypadku niepowodzenia
VerifyPathExists(strPath)	Sprawdza, czy określona ścieżka istnieje
oEnvironment.Substitute(sVal)	Biorąc pod uwagę ciąg, rozwija wszystkie zmienne lub funkcje w tym ciągu
oEnvironment.Item (sName)	Odczytuje lub zapisuje zmienną w magazynie trwałym
oEnvironment.Exists (sName)	Testuje, czy zmienna istnieje
oEnvironment.ListItem (sName)	Odczytuje lub zapisuje zmienną tablicy typów w magazynie trwałym
oLogging.ReportFailure (sMessage, iError)	Służy do przeprowadzania strukturalnego zakończenia w przypadku wykrycia nieodwracalnego błędu
oLogging.CreateEvent (iEventID, iType, sMessage, arrParms)	Zapisuje komunikat w pliku dziennika i publikuje zdarzenie na zdefiniowanym serwerze
oLogging.CreateEntry (sLogMsg, iType)	Zapisuje komunikat w pliku dziennika
TestAndFail(iRc, iError, sMessage)	Kończy działanie skryptu przy użyciu narzędzia iError , jeśli iRc ma wartość false lub kończy się niepowodzeniem
TestAndLog(iRc , sMessage)	Rejestruje ostrzeżenie tylko wtedy, gdy iRc jest fałszywe lub kończy się niepowodzeniem

Integrowanie niestandardowego kodu wdrożenia

Niestandardowy kod wdrożenia można zintegrować z procesem MDT na kilka sposobów; Jednak niezależnie od używanej metody należy spełnić dwie następujące reguły:

Nazwa skryptu niestandardowego kodu wdrożenia powinna zawsze zaczynać się literą Z.
Niestandardowy kod wdrożenia powinien zostać umieszczony w folderze Skrypty w udziale wdrożenia — na przykład D:\Production Deployment Share\Scripts.

Najczęściej używane metody integracji kodu niestandardowego, które zapewniają również spójne rejestrowanie, to:
Wdrażanie kodu jako aplikacji MDT
Uruchom kod jako polecenie sekwencji zadań MDT
Uruchamianie kodu jako skryptu zakończenia użytkownika

Wdrażanie kodu niestandardowego jako aplikacji MDT

Niestandardowy kod wdrożenia można zaimportować do aplikacji Deployment Workbench i zarządzać tak samo jak każdą inną aplikacją.

Aby utworzyć nową aplikację do uruchamiania niestandardowego kodu wdrożenia

Skopiuj niestandardowy kod wdrożenia do folderu deployment_share\Scripts (gdzie deployment_share jest w pełni kwalifikowaną ścieżką do udziału wdrożenia).
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli Aplikacji wdrażania przejdź do pozycji Udziały wdrożenia/deployment_share/Aplikacje (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Nowa aplikacja.

Zostanie uruchomiony Kreator nowej aplikacji.

Ukończ pracę Kreatora nowej aplikacji, korzystając z poniższych informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

Na tej stronie kreatora	Zrób to
Typ aplikacji	Wybierz pozycję Aplikacja bez plików źródłowych lub w innym miejscu w sieci, a następnie wybierz pozycję Dalej.
Szczegóły	Ukończ tę stronę na podstawie informacji z aplikacji, a następnie wybierz przycisk Dalej.
Szczegóły polecenia	1. W polu Wiersz polecenia wpisz cscript.exe %SCRIPTROOT%\custom_code (gdzie custom_code to nazwa utworzonego kodu niestandardowego). 2. W polu Katalog roboczy wpisz working_directory (gdzie working_directory jest nazwą katalogu roboczego kodu niestandardowego; zazwyczaj jest to ten sam folder określony w polu Wiersz polecenia ). 3. Wybierz przycisk Dalej.
Podsumowanie	Sprawdź, czy ustawienia konfiguracji są poprawne, a następnie wybierz przycisk Dalej.
Potwierdzenie	Wybierz Zakończ.

Aplikacja jest wyświetlana w węźle Aplikacje w aplikacji Deployment Workbench.

Dodawanie kodu niestandardowego jako kroku sekwencji zadań

Niestandardowy kod wdrożenia można wywoływać bezpośrednio z dowolnego punktu w sekwencji zadań. Daje to dostęp do zwykłych reguł i opcji sekwencji zadań.

Aby dodać niestandardowy kod wdrożenia do istniejącej sekwencji zadań

Skopiuj niestandardowy kod wdrożenia do folderu deployment_share\Scripts (gdzie deployment_share jest w pełni kwalifikowaną ścieżką do udziału wdrożenia).
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Sekwencje zadań (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence to nazwa sekwencji zadań, w której jest uruchamiany kod niestandardowy).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym task_sequenceProperties wybierz kartę Sekwencja zadań .
W drzewie konsoli przejdź do grupy (gdzie grupa jest grupą, aby dodać krok sekwencji zadań).
Wybierz pozycję Dodaj, wybierz pozycję Ogólne, a następnie wybierz pozycję Uruchom wiersz polecenia.
W drzewie konsoli wybierz pozycję Uruchom wiersz polecenia, a następnie wybierz kartę Właściwości .
W polu Nazwa wpisz nazwę (gdzie nazwa jest opisową nazwą kodu niestandardowego).
Na karcie Właściwości w polu Wiersz polecenia wpisz command_line (gdzie command_line jest poleceniem uruchamiania kodu niestandardowego — na przykład cscript.exe %SCRIPTROOT%\CustomCode.vbs).
W polu Start in wpisz ścieżkę (gdzie ścieżka jest w pełni kwalifikowaną ścieżką do folderu roboczego kodu niestandardowego; zazwyczaj jest to ta sama ścieżka określona w polu Wiersz polecenia ), a następnie wybierz przycisk OK.

Nowo utworzony krok sekwencji zadań zostanie wyświetlony na liście kroków sekwencji zadań.

Uruchamianie kodu niestandardowego jako skryptu zakończenia użytkownika

Istnieje również możliwość uruchomienia kodu niestandardowego jako skryptu zakończenia użytkownika z CustomSettings.ini przy użyciu dyrektywy UserExit . Zapewnia to mechanizm przekazywania informacji do procesu weryfikacji reguły CustomSettings.ini i zapewnia dynamiczną aktualizację właściwości MDT

Aby uzyskać więcej informacji na temat skryptów zakończenia użytkownika i dyrektywy UserExit , zobacz sekcję "User Exit Scripts in the CustomSettings.ini File" (Skrypty zakończenia użytkownika w pliku CustomSettings.ini) w dokumencie MDT Using the Microsoft Deployment Toolkit (Skrypty zakończenia użytkownika w pliku CustomSettings.ini) w dokumencie MDT Using the Microsoft Deployment Toolkit (Używanie zestawu narzędzi wdrażania firmy Microsoft).

Instalowanie sterowników urządzeń przy użyciu różnych metod instalacji

W tym scenariuszu użyjesz funkcji MDT do wdrożenia systemu operacyjnego na różnych typach sprzętu. W ramach procesu wdrażania zidentyfikuj i zainstaluj sterowniki urządzeń, aby każdy typ sprzętu działał poprawnie. Istnieją dwa główne typy sterowników urządzeń; Każdy z nich musi być obsługiwany inaczej podczas procesu wdrażania:

Sterowniki urządzeń zawierające plik inf, którego można użyć do zaimportowania sterownika urządzenia do aplikacji Deployment Workbench
Sterowniki urządzeń spakowane jako aplikacja, które muszą być zainstalowane jako aplikacja

Za pomocą funkcji MDT można obsługiwać oba typy sterowników w ramach wdrożenia systemu operacyjnego.

Instalowanie sterowników urządzeń przez:
Określanie metod instalowania każdego sterownika urządzenia zgodnie z opisem w artykule Określanie metody do użycia w celu zainstalowania sterownika urządzenia
Używanie metody sterowników out-of-box zgodnie z opisem w temacie Instalowanie sterowników urządzeń przy użyciu metody sterowników out-of-box
Instalowanie ich jako aplikacji zgodnie z opisem w temacie Instalowanie sterowników urządzeń jako aplikacji

W tym scenariuszu przyjęto założenie, że narzędzie MDT działa na serwerze wdrażania.

Określanie metody do zainstalowania sterownika urządzenia

Producenci sprzętu zwalniają sterowniki urządzeń w jednej z dwóch form:

Jako pakiet, który można wyodrębnić i który zawiera pliki inf używane do zaimportowania sterownika do aplikacji Deployment Workbench
Jako aplikacja, którą należy zainstalować przy użyciu tradycyjnych procesów instalacji aplikacji

Pakiety sterowników urządzeń, które można wyodrębnić w celu uzyskania dostępu do plików inf, mogą korzystać z automatycznego wykrywania sterowników MDT i procesu instalacji, najpierw importując sterownik do węzła Sterowniki out-of-box w aplikacji Deployment Workbench.

Pakiety sterowników urządzeń, których nie można wyodrębnić w celu wyizolowania plików inf lub tych, które nie działają poprawnie bez uprzedniego zainstalowania przy użyciu instalatora aplikacji, takiego jak msi lub plik Setup.exe, mogą korzystać z funkcji instalowania aplikacji MDT i instalować sterownik urządzenia podczas procesu wdrażania tak samo jak w przypadku każdej normalnej aplikacji.

Instalowanie sterowników urządzeń przy użyciu metody sterowników out-of-box

Pakiety sterowników urządzeń, które zawierają plik inf, można zaimportować do aplikacji Deployment Workbench i zainstalować je automatycznie w ramach procesu wdrażania. Aby zaimplementować ten typ wdrożenia sterownika urządzenia, najpierw dodaj sterownik urządzenia do aplikacji Deployment Workbench.

Aby dodać sterownik urządzenia do aplikacji Deployment Workbench

Pobierz sterowniki urządzeń wymagane do wdrożenia typów sprzętu i wyodrębnij pakiet sterowników urządzeń do lokalizacji tymczasowej.
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Importuj sterowniki.

Zostanie uruchomiony Kreator importowania sterowników urządzeń.
Na stronie Określanie katalogu w sekcji Katalog źródłowy dysku wybierz pozycję Przeglądaj , aby przejść do folderu zawierającego nowe sterowniki urządzeń, a następnie wybierz pozycję Dalej.

Uwaga

Kreator nowego sterownika urządzenia przeszuka wszystkie podkatalogi katalogu źródłowego sterownika. Dlatego jeśli istnieje wiele sterowników do zainstalowania, wyodrębnij je do folderów w tym samym katalogu głównym, a następnie ustaw katalog źródłowy sterownika jako katalog główny, który zawiera wszystkie foldery źródłowe sterownika.
Na stronie Podsumowanie sprawdź, czy ustawienia są poprawne, a następnie wybierz pozycję Dalej , aby zaimportować sterowniki do aplikacji Deployment Workbench.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Jeśli sterowniki urządzeń zawierają sterowniki krytyczne dla rozruchu, takie jak sterowniki magazynu masowego lub sterowniki klas sieciowych, należy zaktualizować udział wdrożenia, aby wygenerować nowe LiteTouch_x86 i LiteTouch_x64 środowisko rozruchowe zawierające nowe sterowniki.

Aby dodać sterowniki urządzeń do obrazów systemu Windows PE w systemie Lite Touch
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Instalowanie sterowników urządzeń jako aplikacji

Sterowniki urządzeń, które są spakowane jako aplikacje i których nie można wyodrębnić do folderu zawierającego plik inf, oprócz plików sterowników, należy dodać do aplikacji Deployment Workbench jako aplikację do instalacji podczas procesu wdrażania.

Aplikacje można określić jako krok sekwencji zadań lub określić w CustomSettings.ini; Jednak aplikacje sterowników urządzeń powinny być instalowane tylko wtedy, gdy sekwencja zadań jest uruchamiana na komputerze z urządzeniami. Aby to zapewnić, uruchom krok sekwencji zadań w celu wdrożenia odpowiednich aplikacji sterowników urządzeń jako krok sekwencji zadań warunkowych. Można określić kryteria warunkowe uruchamiania kroku sekwencji zadań przy użyciu zapytań WMI dla urządzenia na komputerze docelowym.

Dodawanie aplikacji sterownika urządzenia do aplikacji Deployment Workbench

Każda aplikacja sterownika urządzenia musi zostać najpierw zaimportowana do aplikacji Deployment Workbench.

Uwaga

Skonfiguruj, czy aplikacja powinna być widoczna podczas wdrażania w oknie dialogowym Właściwości dowolnej aplikacji, zaznaczając lub wyczyszczając pole wyboru Ukryj tę aplikację w Kreatorze wdrażania . Powtórz ten proces dla każdej aplikacji sterownika urządzenia używanej podczas wdrażania.

Aby dodać aplikację sterownika urządzenia do aplikacji Deployment Workbench

Pobierz aplikację sterownika urządzenia i zapisz ją w lokalizacji tymczasowej.
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Wdrażanie workbench/deployment shares/deployment_share/Applications (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Nowa aplikacja.

Zostanie uruchomiony Kreator nowej aplikacji.
Na stronie Typ aplikacji wybierz pozycję Aplikacja z plikami źródłowymi, a następnie wybierz pozycję Dalej.
Na stronie Szczegóły wpisz odpowiednie szczegóły dotyczące aplikacji, a następnie wybierz pozycję Dalej.
Na stronie Źródło w sekcji Katalog źródłowy wybierz pozycję Przeglądaj , aby przejść do, a następnie wybierz katalog zawierający pliki źródłowe aplikacji sterownika urządzenia. Wybierz przycisk OK.
Wybierz pozycję Dalej.
Na stronie Miejsce docelowe wpisz nazwę katalogu docelowego, a następnie wybierz pozycję Dalej.
Na stronie Szczegóły polecenia w sekcji Wiersz polecenia wpisz polecenie, które umożliwia dyskretną instalację aplikacji sterownika urządzenia.
Na stronie Podsumowanie sprawdź, czy ustawienia są poprawne, a następnie wybierz pozycję Dalej , aby zaimportować aplikację sterownika urządzenia do aplikacji Deployment Workbench.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Po zaimportowaniu aplikacji do aplikacji Deployment Workbench dodaj je do procesu wdrażania przy użyciu odpowiedniej logiki, aby upewnić się, że aplikacja jest instalowana tylko podczas uruchamiania na odpowiednim sprzęcie. Istnieją różne metody osiągnięcia tego celu:

Określ aplikację sterownika urządzenia w ramach sekwencji zadań wdrażania.
Określ aplikację sterownika urządzenia w CustomSettings.ini.
Określ aplikację sterownika urządzenia w bazie danych MDT.

Każde podejście zostało omówione bardziej szczegółowo w poniższych sekcjach.

Określanie aplikacji sterownika urządzenia jako części sekwencji zadań

Pierwszą metodą dodawania aplikacji sterownika urządzenia do procesu wdrażania jest użycie sekwencji zadań w celu dodania kroków dla każdej aplikacji sterownika urządzenia.

Istnieją dwa główne podejścia do zarządzania aplikacjami sterowników urządzeń w sekwencji zadań:

Utwórz nową grupę sekwencji zadań dla każdego modelu sprzętowego, a następnie dodaj zapytanie, aby uruchomić tę grupę akcji, jeśli komputer pasuje do określonego typu sprzętu.
Utwórz grupę sekwencji zadań dla aplikacji specyficznych dla sprzętu, a następnie dodaj zapytania dla każdej akcji sekwencji zadań, aby każdy krok sekwencji zadań był oceniany pod kątem typu sprzętu i działał tylko wtedy, gdy zostanie znalezione dopasowanie.

Aby utworzyć nową grupę sekwencji zadań dla każdego typu sprzętu

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence jest sekwencją zadań wdrażania, która będzie wymagana do zainstalowania aplikacji sterownika urządzenia).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym task_sequenceProperties na karcie Sekwencja zadań w okienku szczegółów przejdź do pozycji Przywracanie stanu/Windows Update (Instalacja przed aplikacją).
Na karcie Sekwencja zadań wybierz pozycję Dodaj, a następnie wybierz pozycję Nowa grupa.

Spowoduje to utworzenie nowej grupy sekwencji zadań w sekwencji zadań. Użyj tej nowej grupy sekwencji zadań, aby utworzyć kroki instalowania aplikacji sterowników urządzeń specyficznych dla sprzętu.
W okienku szczegółów wybierz pozycję Nowa grupa.
Na karcie Właściwości w polu Nazwa wpisz group_name (gdzie group_name jest nazwą grupy, na przykład Aplikacje specyficzne dla sprzętu — Dell Computer Corporation).
Na karcie Opcje wybierz pozycję Dodaj, a następnie wybierz pozycję Zapytanie WMI.
W oknie dialogowym Warunek WMI sekwencji zadań wpisz następujące szczegóły:
- W polu Przestrzeń nazw usługi WMI wpisz root\cimv2.
- W polu zapytania WQL wpisz zapytanie WMI Query Language (WQL) przy użyciu klasy Win32_ComputerSystem , aby upewnić się, że aplikacja jest zainstalowana tylko dla określonego typu aplikacji — na przykład:
  
  Wybierz pozycję * Z Win32_ComputerSystem GDZIE MODEL PODOBNY %hardware_model% I Producent, TAKI JAK %hardware_manufacturer%
  
  W tym przykładzie hardware_model jest nazwą modelu komputera (na przykład Latitude D620), a hardware_manufacturer jest nazwą producenta komputera (np. Dell Corporation).
  
  Symbol % jest symbolem wieloznacznym, który jest zawarty w nazwach, aby umożliwić administratorom zwracanie modeli komputerów lub producentów zawierających wartość określoną dla hardware_model lub hardware_manufacturer.
  
  Aby uzyskać więcej informacji na temat zapytań WMI i WQL, zobacz sekcję "Dodawanie zapytań WMI do warunków kroku sekwencji zadań" w dokumencie MDT Using the Microsoft Deployment Toolkit (Korzystanie z zestawu narzędzi wdrażania firmy Microsoft) i zobacz Querying with WQL (Wykonywanie zapytań za pomocą programu WQL).
Wybierz przycisk OK , aby przesłać zapytanie, a następnie wybierz przycisk OK , aby przesłać zmiany do sekwencji zadań.

Uwaga

Ten proces musi zostać powtórzony dla każdego typu sprzętu każdej aplikacji sterownika urządzenia, która ma zostać zainstalowana.

Po utworzeniu grup sekwencji zadań specyficznych dla sprzętu do każdej grupy można dodawać aplikacje sterowników urządzeń.

Aby dodać aplikacje sterowników urządzeń do grup sekwencji zadań specyficznych dla sprzętu

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do pozycji Wdrażanie aplikacji Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence jest sekwencją zadań wdrażania, która będzie wymagana do zainstalowania aplikacji sterownika urządzenia).
W okienku Akcje wybierz pozycję Właściwości.
W oknie dialogowym task_sequenceProperties wybierz kartę Sekwencja zadań .
W okienku szczegółów przejdź do obszaru Przywracanie stanu/hardware_specific_group (gdzie hardware_specific_group to nazwa grupy specyficznej dla sprzętu, w której zostanie dodany krok sekwencji zadań w celu zainstalowania aplikacji sterownika urządzenia).
Na karcie Sekwencja zadań wybierz pozycję Dodaj, wybierz pozycję Ogólne, a następnie wybierz pozycję Zainstaluj aplikację.

Krok sekwencji zadań Zainstaluj aplikację zostanie wyświetlony w okienku szczegółów.
W okienku szczegółów wybierz pozycję Zainstaluj aplikację.
Na karcie Właściwości wybierz pozycję Zainstaluj pojedynczą aplikację, a następnie na liście Aplikacja do zainstalowania wybierz pozycję hardware_application (gdzie hardware_application jest aplikacją do instalowania aplikacji specyficznej dla sprzętu).

Uwaga

Ten proces musi zostać powtórzony dla każdej aplikacji sterownika urządzenia, która musi być używana podczas wdrażania.

Określanie aplikacji sterownika urządzenia w CustomSettings.ini

Po rozpoczęciu wdrożenia LTI lub ZTI jedną z pierwszych akcji do wykonania jest przetwarzanie plików BootStrap.ini i CustomSettings.ini kontrolek. Oba te pliki zawierają reguły, których można używać do dynamicznego dostosowywania wdrożenia.

Ze względu na sposób, w jaki MDT przetwarza plik CustomSettings.ini, można go używać do dodawania aplikacji na podstawie określonych warunków. Ta logika będzie używana do dodawania aplikacji specyficznych dla sterowników urządzeń podczas wdrażania na podstawie określonych typów sprzętu. Aplikacje są przywoływane w CustomSettings.ini przez identyfikator GUID aplikacji znajdujący się w pliku Applications.xml w udziale wdrożenia.

Aby zlokalizować identyfikator GUID zaimportowanych aplikacji

W udziale wdrożenia serwera wdrażania otwórz folder Control ( Na przykład D:\Production Deployment Share\Control).
Znajdź i otwórz plik Applications.xml.
Znajdź wymaganą aplikację.
Znajdź identyfikator GUID aplikacji, lokalizując wiersz ujęty w tagi aplikacji <guid> , na przykład <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

W ramach procesu inicjowania zarówno proces LTI, jak i ZTI zbierają informacje o komputerze, na którym jest uruchomiony. W ramach tego procesu wykonywane są zapytania WMI, a wartości klasy Win32_ComputerSystem dla marki i producenta są wypełniane odpowiednio jako zmienne %Make% i %Model% .

Te wartości mogą być używane podczas przetwarzania pliku CustomSettings.ini w celu dynamicznego odczytu sekcji pliku w zależności od wykrytej nazwy i modelu. Poniższy przykład przedstawia przykład pliku CustomSettings.ini.

Przykładowy CustomSettings.ini skonfigurowany do instalacji aplikacji Hardware-Specific

[Settings]
Priority=Make, Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

[Dell Computer Corporation]
Subsection=Dell-%Model%

[Dell-Latitude D620]
MandatoryApplications001={1D7DF331-47B7-472C-87B3-442597EC2F7D}

[Dell-Latitude D610]
MandatoryApplications001={c303fa6e-3a4d-425e-8102-77db9310e4d0}

Użyj następujących właściwości, aby określić aplikacje w CustomSettings.ini:

Aplikacje. Ta właściwość może być używana, gdy administratorzy wdrożenia nie chcą przedstawiać kreatora aplikacji w ramach procesu wdrażania, określając wartość SkipApplications=YES w CustomSettings.ini.
MandatoryApplications. Ta właściwość może być używana, jeśli administratorzy wdrażania chcą przedstawić kreatora aplikacji podczas wdrażania, aby umożliwić inżynierom wdrażania wybranie dodatkowych aplikacji do zainstalowania podczas wdrażania.

Jeśli kreator aplikacji jest używany bez właściwości MandatoryApplications (na przykład SkipApplications=NO), zastąpi aplikacje określone przez właściwość Aplikacje .

W poprzednim przykładzie pokazano, jak używać wartości zmiennych %Make% i %Model% do dynamicznego manipulowania sposobem tworzenia listy aplikacji. Wartości dla elementu make i modelu każdego typu sprzętu mogą być zlokalizowane przy użyciu jednej z następujących metod:
Narzędzie Informacje o systemie. Użyj węzła Podsumowanie systemu w tym narzędziu, aby zidentyfikować producenta systemu (marka) i model systemowy (model).
Windows PowerShell. Użyj polecenia cmdlet get-WMIObject -class Win32_ComputerSystem , aby określić skład i model komputera.
Wiersz polecenia Instrumentacja zarządzania systemem Windows. Użyj polecenia CSProduct Pobierz nazwę, Dostawca, aby zwrócić nazwę (model) i dostawcę (make) komputera.

Aby zmodyfikować CustomSettings.ini w celu dodania logiki specyficznej dla sprzętu

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
Wybierz kartę Reguły .
Informacje wpisane na tej karcie są przechowywane w pliku CustomSettings.ini. Zmodyfikuj wpisy pliku CustomSettings.ini, aby dodać logikę dla każdego modelu sprzętu, który ma aplikację specyficzną dla sterownika urządzenia, zgodnie z opisem w sekcji Określanie aplikacji sterownika urządzenia jako części sekwencji zadań.
Wybierz przycisk OK , aby przesłać zmiany.
W okienku szczegółów wybierz pozycję deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Domyślnie wszystkie dostępne aplikacje są wyświetlane w Kreatorze wdrażania systemu Windows podczas wdrażania LTI. Ponieważ aplikacje specyficzne dla sterowników urządzeń mają zastosowanie tylko do określonych typów sprzętu, może nie być wyświetlane przez cały czas. Określając pakiet aplikacji specyficzny dla sterownika urządzenia w CustomSettings.ini, aplikacja może zostać ukryta przy użyciu opcji Ukryj aplikację w Kreatorze wdrażania w konfiguracji aplikacji.

Aby ukryć aplikację w Kreatorze wdrażania
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Wdrażanie workbench/deployment shares/deployment_share/Applications (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku szczegółów wybierz pozycję device_driver_application (gdzie device_driver_application jest aplikacją do ukrycia w Kreatorze wdrażania).
W okienku Akcje wybierz pozycję Właściwości.
Na karcie Ogólne zaznacz pole wyboru Ukryj aplikację w Kreatorze wdrażania .
Wybierz pozycję Zastosuj, a następnie zamknij okno dialogowe Właściwości .

Określanie aplikacji sterownika urządzenia w bazie danych MDT

Baza danych MDT jest wersją bazy danych pliku CustomSettings.ini i może być wysyłana w czasie wdrażania, aby uzyskać informacje, które mają być używane podczas wdrażania. Aby uzyskać więcej informacji na temat korzystania z bazy danych MDT, zobacz "Wybieranie metod stosowania ustawień konfiguracji".

Podczas wykonywania zapytań dotyczących bazy danych MDT w czasie wdrażania dostępne są trzy metody identyfikacji komputera docelowego:

Wyszukaj pojedynczy komputer (przy użyciu adresu MAC, tagu zasobu lub podobnego).
Wyszukaj lokalizację komputera (przy użyciu bramy domyślnej).
Wyszukaj marka i model komputera (przy użyciu producenta usługi WMI lub zapytań dotyczących tworzenia i modelowania).

Dla każdego utworzonego wpisu bazy danych można określić właściwości wdrożenia, aplikacje, czy używać pakietów Configuration Manager i administratorów. Tworząc wpisy tworzenia i modelowania w bazie danych, możesz dodać wymagane aplikacje sterowników urządzeń specyficzne dla sprzętu.

Aby utworzyć wpisy w bazie danych MDT, aby umożliwić instalację aplikacji sterowników urządzeń

Uwaga

Powtórz ten proces dla każdego sprzętu i modelu, który wymaga aplikacji sterownika urządzenia.

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Nowy.
W oknie dialogowym Właściwości na karcie Tożsamość w polu Make wpisz make_name (gdzie make_name jest łatwo zidentyfikowaną nazwą do skojarzenia z producentem komputera docelowego).
W polu Model wpisz model_name (gdzie model_name jest łatwo zidentyfikowaną nazwą do skojarzenia z modelem komputera docelowego).
Na karcie Aplikacje dodaj każdą z aplikacji sterowników urządzeń wymaganych dla tego modelu sprzętu.

Inicjowanie mdt przy użyciu usług wdrażania systemu Windows

System Windows Server 2008 używa usług wdrażania systemu Windows jako zaktualizowanej i przeprojektowanej wersji usług instalacji zdalnej— domyślnego narzędzia wdrażania w systemie Windows Server 2003 z dodatkiem SP2. Za pomocą usług wdrażania systemu Windows można wdrażać systemy operacyjne Windows — w szczególności systemy operacyjne Windows 7, Windows Server 2008 lub nowsze — w sieci przy użyciu karty sieciowej z obsługą środowiska PXE lub nośnika rozruchowego komputera.

Przed wdrożeniem usług wdrażania systemu Windows określ, które z następujących opcji integracji najlepiej pasują do Twojego środowiska:

Opcja 1. Uruchom komputery w środowisku PXE, aby zainicjować proces LTI.
Opcja 2. Wdróż obraz systemu operacyjnego z magazynu obrazów usług wdrażania systemu Windows.
Opcja 3. Użyj multiemisji z funkcją MDT i rolą serwera windows server 2008 Windows Deployment Services.

Opcja 1. Uruchamianie komputerów w środowisku PXE w celu zainicjowania procesu LTI

Zminimalizuj koszty zarządzania wdrożeniami systemu operacyjnego, uruchamiając proces wdrażania MDT przy użyciu usług wdrażania systemu Windows w połączeniu z protokołem Dynamic Host Configuration Protocol. Eliminuje to wymaganie tworzenia i dostarczania nośników rozruchowych do każdego komputera docelowego.

Tworzenie i importowanie obrazu środowiska Roboczego wdrażania systemu Windows PE do usług wdrażania systemu Windows

Podczas tworzenia nowego udziału wdrażania MDT lub modyfikowania istniejącego udziału wdrażania MDT można utworzyć dostosowany obraz rozruchowy środowiska Windows PE. Po zaktualizowaniu udziału wdrożenia obraz rozruchowy środowiska Windows PE jest automatycznie generowany i aktualizowany przy użyciu informacji o udziale wdrożenia, a następnie wprowadza wszelkie dodatkowe sterowniki lub składniki określone podczas konfiguracji udziału wdrożenia.

Obraz rozruchowy środowiska Windows PE jest generowany zarówno jako plik obrazu ISO, który można zapisać na dysku CD lub DVD, jak i rozruchowy plik WIM. Plik WIM można zaimportować do usług wdrażania systemu Windows, aby komputery, które mogą uruchamiać się w środowisku PXE, mogły pobierać i uruchamiać obraz rozruchowy lti systemu Windows PE w sieci używanej do inicjowania instalacji.

Aby utworzyć rozruchowy obraz systemu Windows PE w aplikacji Deployment Workbench

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.

W oknie dialogowym deployment_shareProperties wybierz kartę Ustawienia platformy Windows PE (gdzie platforma to architektura obrazu systemu Windows PE do skonfigurowania).
W obszarze Lite Touch Boot Image Settings (Ustawienia obrazu rozruchowego Lite Touch) zaznacz pole wyboru Generate a Lite Touch bootable RAM disk ISO (Wygeneruj rozruchowy dysk RAM Lite Touch).
Wybierz kartę Składniki platformy Windows PE (gdzie platforma to architektura obrazu systemu Windows PE do skonfigurowania).
W sekcji Iniekcja sterownika wybierz odpowiednie typy sterowników do uwzględnienia.

Uwaga

Ten krok nie jest konieczny, jeśli system Windows PE zawiera już niezbędne sterowniki urządzeń.
W sekcji Iniekcja sterownika na liście Profil wyboru wybierz odpowiedni profil wyboru sterownika.
W oknie dialogowym Właściwości wybierz przycisk OK.

Uwaga

Ten krok nie jest konieczny, jeśli system Windows PE zawiera już niezbędne sterowniki urządzeń.
W okienku szczegółów wybierz pozycję deployment_share (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Po zakończeniu tego procesu folder Boot w udziale wdrożenia będzie zawierać kilka obrazów rozruchowych— na przykład:

D:\Production Deployment Share\Boot\LiteTouchPE_x64.iso

D:\Production Deployment Share\Boot\LiteTouchPE_x64.wim

D:\Production Deployment Share\Boot\LiteTouchPE_x86.iso

D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim

Możesz napisać pliki ISO, które zostały wygenerowane bezpośrednio na dysku CD lub DVD, lub użyć ich do zainicjowania procesu LTI na nowym sprzęcie. Pliki WIM rozruchu można również zaimportować do usług wdrażania systemu Windows, aby nowe komputery mogły zainicjować proces wdrażania LTI bez konieczności używania żadnego nośnika fizycznego.

Aby zaimportować obraz środowiska Windows PE do usług wdrażania systemu Windows
Uruchom konsolę Usługi wdrażania systemu Windows, a następnie połącz się z usługami wdrażania systemu Windows.
W drzewie konsoli kliknij prawym przyciskiem myszy pozycję Obrazy rozruchowe, a następnie wybierz pozycję Dodaj obraz rozruchowy.
Przejdź do obrazu WIM do zaimportowania — na przykład D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.
Proces importowania automatycznie odczytuje metadane z obrazu rozruchowego, ale można również edytować wartości Nazwa obrazu i Opis obrazu ; Nazwa obrazu ma wpływ na informacje o opcji rozruchu wyświetlane przez menedżera rozruchu systemu Windows podczas uruchamiania klienta w środowisku PXE.
Po zaimportowaniu obrazu rozruchowego każdy komputer uruchamiany w środowisku PXE i odbierający odpowiedź z usług wdrażania systemu Windows będzie mógł pobrać obraz rozruchowy LTI i zainicjować instalację LTI.

Instalowanie i konfigurowanie usług wdrażania systemu Windows nie jest omówione w tym przewodniku. Aby uzyskać dodatkowe informacje na temat usług wdrażania systemu Windows, zobacz Przewodnik po usługach wdrażania systemu Windows.

Automatyczne wykrywanie serwera wdrażania przy użyciu usług wdrażania systemu Windows

Dodatkowa opcja jest dostępna w przypadku korzystania z usług wdrażania systemu Windows do hostowania obrazów rozruchowych MDT, gdy udział wdrażania MDT jest hostowany na tym samym serwerze co usługi wdrażania systemu Windows.

Gdy klient PXE ładuje obraz rozruchowy MDT, nazwa serwera usług wdrażania systemu Windows hostującego obraz rozruchowy jest przechwytywane i umieszczane w serwerze MDTProperty WDSServer. Następnie możesz odwołać się do tej właściwości w pliku BootStrap.ini obrazu rozruchowego i w pliku CustomSettings.ini udziału wdrożenia za pomocą właściwości DeployRoot . W ten sposób klient uruchamiany automatycznie z usług wdrażania systemu Windows przy użyciu udziału wdrożenia hostowanego na serwerze usług wdrażania systemu Windows. Eliminuje to konieczność określenia nazwy serwera w dowolnym pliku konfiguracji.

Aby ustawić lokalny serwer usług wdrażania systemu Windows jako serwer wdrażania

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (Gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
Wybierz kartę Reguły .

Informacje wpisane na tej karcie są przechowywane w pliku CustomSettings.ini.
Skonfiguruj właściwość DeployRoot tak, aby używała zmiennej %WDSServer% — na przykład DeployRoot=\\%WDSServer%\Deployment$.
Wybierz pozycję Edytuj Bootstrap.ini.
Skonfiguruj BootStrap.ini, aby używać właściwości %WDSServer% , dodając lub zmieniając wartość DeployRoot na DeployRoot=\\%WDSServer%\Deployment$.
W menu Plik wybierz pozycję Zapisz , aby zapisać zmiany w pliku BootStrap.ini.
Wybierz przycisk OK.

Udział wdrożenia musi zostać zaktualizowany.
W okienku szczegółów wybierz pozycję deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.
Zaimportuj zaktualizowaną maszynę WIM rozruchu do usług wdrażania systemu Windows.

Opcja 2. Wdrażanie obrazu systemu operacyjnego ze Sklepu usług wdrażania systemu Windows

Jeśli już używasz usług wdrażania systemu Windows na potrzeby wdrażania systemu operacyjnego, rozszerz funkcjonalność mdt, konfigurując ją tak, aby odwoływała się do obrazów systemu operacyjnego usług wdrażania systemu Windows, które są już używane, zamiast korzystać z własnego magazynu i uzupełniać wdrożenia usług wdrażania systemu Windows za pomocą zarządzania sterownikami, wdrażania aplikacji, instalacji aktualizacji, przetwarzania reguł i innych funkcji MDT. Po nawiązaniu odwołania do obrazu systemu operacyjnego usług wdrażania systemu Windows można traktować go jak każdy system operacyjny, który został przygotowany do udziału wdrażania MDT.

Aby odwołać się do obrazu systemu operacyjnego usług wdrażania systemu Windows

Uwaga

Poniższe kroki wymagają, aby co najmniej jeden obraz systemu operacyjnego został wcześniej zaimportowany na serwer usług wdrażania systemu Windows.

Zaktualizuj funkcję MDT, aby uzyskać dostęp do obrazów usług wdrażania systemu Windows, kopiując następujące pliki z folderu Sources nośnika systemu Windows do folderu C:\Program Files\Microsoft Deployment Toolkit\bin na serwerze usług wdrażania systemu Windows:
- Wdsclientapi.dll
- Wdscsl.dll
- Wdsimage.dll
- Wdstptc.dll (dotyczy to tylko kopiowania z katalogów źródłowych systemu Windows Server 2008)
Uwaga

Używany katalog źródłowy systemu Windows musi być zgodny z platformą systemu operacyjnego działającego na komputerze, na którym zainstalowano funkcję MDT.
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Importuj system operacyjny.

Zostanie uruchomiony Kreator nowego systemu operacyjnego.
Na stronie Typ systemu operacyjnego wybierz pozycję Obrazy usług wdrażania systemu Windows, a następnie wybierz pozycję Dalej.
Na stronie Serwer usług WDS wpisz nazwę serwera usług wdrażania systemu Windows, do którego ma zostać przywoływane — na przykład WDSSvr001 — a następnie wybierz przycisk Dalej.
Na stronie Podsumowanie sprawdź, czy ustawienia są poprawne, a następnie wybierz pozycję Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Wszystkie obrazy dostępne na serwerze usług wdrażania systemu Windows będą teraz dostępne dla sekwencji zadań MDT.

Uwaga

Importowanie obrazów z usług wdrażania systemu Windows nie powoduje skopiowania plików źródłowych z serwera usług wdrażania systemu Windows do udziału wdrożenia. Usługa MDT nadal używa plików źródłowych z ich oryginalnej lokalizacji.

Opcja 3. Używanie multiemisji z funkcją MDT i rolą usług wdrażania systemu Windows Server 2008 w systemie Windows

Wraz z wydaniem systemu Windows Server 2008 usługi wdrażania systemu Windows zostały ulepszone w celu obsługi wdrażania obrazów przy użyciu transmisji multiemisji. Funkcja MDT zawiera również aktualizacje umożliwiające integrację funkcji MDT z multiemisji usług wdrażania systemu Windows.

Ponadto zaktualizowany zestaw Windows Automated Installation Kit (Windows AIK) w wersji 1.1 zawiera Wdsmcast.exe. Umożliwia to ręczne dołączanie sesji multiemisji i umożliwia klientowi uruchamiającemu Wdsmcast.exe kopiowanie plików z aktywnej sesji multiemisji.

Skrypt LTIApply.wsf używa Wdsmcast.exe, gdy uzyskuje dostęp do plików źródłowych systemu operacyjnego z udziału wdrożenia. Plik LTIApply.wsf szuka Wdsmcast.exe w udziale wdrożenia w folderze deployment_share\Tools\x86 lub folderze deployment_share\Tools\x64 (gdzie deployment_share jest nazwą folderu systemu plików zawierającego udział wdrożenia), w zależności od wersji uruchomionego środowiska Windows PE.

Gdy plik LTIApply.wsf zostanie uruchomiony, zawsze będzie próbował uzyskać dostęp do obrazów WIM i pobrać je z istniejącego strumienia multiemisji, ale jeśli strumień multiemisji nie istnieje, powróci do standardowej kopii pliku.

Uwaga

Ten proces dotyczy tylko plików obrazów WIM.

Wymagania wstępne serwera wdrażania dotyczące przygotowywania do multiemisji MDT to:

Na serwerze wdrażania musi działać system Windows Server 2008 lub nowszy
Rola Usług wdrażania systemu Windows musi być zainstalowana z poziomu konsoli zarządzania serwerem
Należy zainstalować system Windows AIK 1.1 dla systemu Windows Server 2008
Mdt musi być zainstalowany
Podobnie jak w przypadku każdego wdrożenia przy użyciu mdt, co najmniej jeden obraz WIM systemu operacyjnego musi zostać zaimportowany jako pełny zestaw plików źródłowych lub jako obraz niestandardowy z plikami instalacyjnymi

Uwaga

Ważne jest, aby używać najnowszej wersji windows AIK do multiemisji; Kopia środowiska Windows PE zawarta we wcześniejszych wersjach systemu Windows AIK — na przykład Windows AIK 1.0 — nie obsługuje pobierania z serwera multiemisji.

Aby skonfigurować mdt dla multiemisji z istniejącego udziału wdrożenia

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share to nazwa udziału wdrożenia do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
Na karcie Ogólne zaznacz pole wyboru Włącz multiemisję dla tego udziału wdrożenia (wymaga usług wdrażania systemu Windows Server 2008 dla systemu Windows).
Wybierz przycisk OK.
W okienku Akcje wybierz pozycję Zaktualizuj udział wdrożenia.

Zostanie uruchomiony Kreator udziału wdrażania aktualizacji.
Na stronie Opcje wybierz odpowiednie opcje aktualizowania udziału wdrożenia, a następnie wybierz pozycję Dalej.
Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz przycisk Dalej.
Na stronie Potwierdzenie wybierz pozycję Zakończ.

Udział wdrożenia jest teraz skonfigurowany dla transmisji multiemisji usług wdrażania systemu Windows.

Ten proces tworzy automatyczną transmisję multiemisji usług wdrażania systemu Windows, która bezpośrednio korzysta z istniejącego udziału wdrażania MDT. Funkcja MDT nie tworzy transmisji Scheduled-Cast. Należy również pamiętać, że żadne dodatkowe obrazy nie są importowane do usług wdrażania systemu Windows i że nie można używać multiemisji dla obrazów rozruchowych, ponieważ klienta multiemisji nie można załadować dopiero po uruchomieniu środowiska Windows PE.

Aby sprawdzić, czy transmisja multiemisji została wygenerowana w usługach wdrażania systemu Windows
Wybierz pozycję Start, wskaż pozycję Narzędzia administracyjne, a następnie wybierz pozycję Usługi wdrażania systemu Windows.
W drzewie konsoli usług wdrażania systemu Windows kliknij prawym przyciskiem myszy pozycję Serwery, a następnie wybierz pozycję Dodaj serwer.
W oknie dialogowym Dodawanie serwerów wybierz pozycję Komputer lokalny, a następnie wybierz przycisk OK.
W drzewie konsoli usług wdrażania systemu Windows wybierz pozycję Serwery, a następnie wybierz pozycję server_name (gdzie server_name to nazwa komputera z uruchomionymi usługami wdrażania systemu Windows). Wybierz pozycję Transmisje multiemisji.
W okienku szczegółów zostanie wyświetlona nowa transmisja automatycznego rzutowania dla udziału wdrożenia — na przykład wdrożenie udziału BDD$.
Sprawdź, czy stan transmisji BDD Share Deployment$ Auto-Cast jest ustawiony na Aktywny.

Po wdrożeniu komputera sprawdź, czy system operacyjny został pobrany z transmisji multiemisji, sprawdzając plik BDD.log w folderze \Windows\Temp\DeploymentLogs.

W folderze dzienników zostaną wyświetlone dwa wpisy, zaczynające się od transferu multiemisji; sprawdź je, aby sprawdzić, czy transfer zakończył się pomyślnie. Aby uzyskać więcej informacji na temat transmisji multiemisji za pomocą usług MDT i Windows Deployment Services, zobacz sekcję "Enable Windows Deployment Services Multicast Deployment for LTI Deployments" (Włączanie wdrażania multiemisji usług wdrażania systemu Windows dla wdrożeń LTI) w dokumencie MDT Using the Microsoft Deployment Toolkit (Włączanie wdrażania multiemisji w usługach Windows Deployment Services dla wdrożeń LTI) w dokumencie MDT Using the Microsoft Deployment Toolkit (Włączanie wdrażania multiemisji w usługach Windows Deployment Services dla wdrożeń LTI) w dokumencie MDT Using the Microsoft Deployment Toolkit (Korzystanie z zestawu narzędzi wdrażania firmy Microsoft).

Wykonywanie wdrożeń etapowych przy użyciu mdt (wstępne ładowanie OEM)

W wielu organizacjach komputery są ładowane z obrazem systemu operacyjnego przed wdrożeniem w sieci produkcyjnej. W niektórych przypadkach ładowanie obrazu systemu operacyjnego jest wykonywane przez zespół w organizacji odpowiedzialny za tworzenie komputerów w środowisku przejściowym. W innych przypadkach ładowanie obrazu systemu operacyjnego jest wykonywane przez dostawcę sprzętu komputerowego, znanego również jako producent oryginalnego sprzętu (OEM).

Uwaga

Proces wstępnego ładowania OEM jest obsługiwany tylko w przypadku wdrożeń wykonywanych przy użyciu technologii LTI. W przypadku Configuration Manager użyj wstępnie przygotowanej funkcji multimediów.

Omówienie procesu wstępnego ładowania OEM w mdt

Proces wstępnego ładowania OEM jest podzielony na trzy fazy:

Faza 1. Utwórz obraz oparty na multimediach komputera odniesienia, który ma zostać zastosowany w środowisku przejściowym.
Faza 2. Zastosuj obraz komputera odniesienia do komputera docelowego w środowisku przejściowym.
Faza 3. Zakończ wdrażanie komputera docelowego w środowisku produkcyjnym.

Faza 1 i faza 3 są zwykle wykonywane przez organizację wdrożenia. W zależności od użycia procesu wstępnego ładowania OEM w organizacji faza 2 może być wykonywana przez organizację lub przez dostawcę sprzętu komputerowego dostarczającego komputery. Jeśli organizacja wykonuje fazę 2, środowisko przejściowe należy do organizacji. Jeśli producent OEM wykonuje fazę 2, środowisko przejściowe znajduje się w środowisku producenta OEM.

Omówienie plików konfiguracji MDT w procesie wstępnego ładowania OEM

Oddzielne pliki konfiguracji MDT (CustomSettings.ini i Bootstrap.ini) są używane przez sekwencje zadań uruchamiane w fazach 1 i 3 procesu wstępnego ładowania OEM. Jednak oba pliki konfiguracji istnieją jednocześnie w różnych strukturach folderów.

W pierwszej fazie pliki konfiguracji są używane podczas tworzenia komputera odniesienia i są przechowywane w folderze specyficznym dla sekwencji zadań używanej w tej fazie. Pliki konfiguracji używane w trzeciej i ostatniej fazie procesu wstępnego ładowania OEM są przechowywane w folderze specyficznym dla sekwencji zadań używanej w tej fazie.

Podczas wprowadzania modyfikacji plików konfiguracji upewnij się, że wprowadzono zmiany w pliku konfiguracji, które odpowiadają odpowiedniej sekwencji zadań w każdej fazie procesu wstępnego ładowania OEM.

Omówienie plików dziennika MDT w procesie wstępnego ładowania OEM

Oddzielne pliki dziennika MDT są generowane podczas fazy 1 i fazy 3 procesu wstępnego ładowania OEM:

Pliki dziennika MDT dla fazy 1 są przechowywane w folderach C:\MININT i C:\SMSTSLog.
Pliki dziennika MDT dla fazy 3 są przechowywane w folderze %WINDIR%\System32\CCM\Logs dla wdrożeń opartych na x86 lub w folderze %WINDIR%\SysWow64\CCM\Logs dla wdrożeń opartych na x64.

Użyj odpowiedniego folderu podczas diagnozowania lub rozwiązywania problemów związanych z wdrażaniem mdt.

Wdrożenia etapowe przy użyciu rozwiązania LTI

W przypadku wdrożeń LTI wykonaj proces wstępnego ładowania OEM przy użyciu typu udziału wdrożenia nośnika wymiennego (Media ). Inne typy udziałów wdrożenia nie są obsługiwane w procesie wstępnego ładowania OEM.

Aby wykonać proces wstępnego ładowania OEM, utwórz sekwencję zadań na podstawie szablonu sekwencji zadań sekwencji zadań litetouch OEM oprócz sekwencji zadań, które będą używane do wdrażania docelowego systemu operacyjnego. Następnie utwórz udział wdrożenia nośnika wymiennego (Media), który ostatecznie utworzy plik ISO zawartości udziału wdrożenia, w szczególności plik LiteTouchPE_x86.iso lub plik LiteTouchPE_x64.iso (na podstawie platformy procesora komputera docelowego). Proces aktualizacji udziału wdrożenia tworzy również strukturę folderów, której można użyć do utworzenia nośnika w formacie dysku uniwersalnego.

Proces wstępnego ładowania OEM LTI — faza 1: tworzenie obrazu Media-Based

Organizacja wdrożeniowa wykonuje pierwszą fazę procesu wstępnego ładowania OEM. Ostatecznym elementem dostarczanym tej fazy jest obraz rozruchowy (taki jak plik ISO) lub nośnik (taki jak DVD), który jest wysyłany do producenta OEM lub do środowiska przejściowego w organizacji wdrażania. Większość z tych kroków jest wykonywana w aplikacji Deployment Workbench.

Aby utworzyć obraz oparty na multimediach do dostarczania do producenta OEM lub do środowiska przejściowego w organizacji wdrażania

Wypełnij następujące węzły dla udziału wdrożenia w aplikacji Deployment Workbench:
- Systemy operacyjne
- Aplikacje
- Pakiety
- Sterowniki out-of-box
  
  Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Managing Deployment Shares in the Deployment Workbench" (Zarządzanie udziałami wdrożenia w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie udziałami wdrożeń w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie udziałami wdrożeń w aplikacji Deployment Workbench).
Utwórz nową sekwencję zadań na podstawie szablonu sekwencji zadań sekwencji zadań litetouch OEM w aplikacji Deployment Workbench.

Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Configuring Task Sequences in the Deployment Workbench" (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft
Utwórz co najmniej jedną sekwencję zadań, która będzie używana do wdrożenia docelowego systemu operacyjnego na komputerze docelowym po wdrożeniu w środowisku produkcyjnym.

Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Configuring Task Sequences in the Deployment Workbench" (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft Deployment Toolkit (Konfigurowanie sekwencji zadań w aplikacji Deployment Workbench) w dokumencie MDT Using the Microsoft
Utwórz profil wyboru obejmujący aplikacje, systemy operacyjne, sterowniki, pakiety i sekwencje zadań wymagane do wdrożenia OEM.

Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Zarządzanie profilami wyboru" w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie profilami wyboru) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie profilami wyboru).
Tworzenie nośnika wdrażania.

Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Zarządzanie nośnikiem wdrażania LTI" w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie nośnikiem wdrażania LTI) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie nośnikami wdrażania LTI).
Zaktualizuj nośnik wdrażania utworzony w aplikacji Deployment Workbench w poprzednim kroku.

Po zaktualizowaniu nośnika wdrażania aplikacja Deployment Workbench tworzy plik LiteTouchMedia.iso. Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Zarządzanie nośnikiem wdrażania LTI" w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie nośnikiem wdrażania LTI) w dokumencie MDT Using the Microsoft Deployment Toolkit (Zarządzanie nośnikami wdrażania LTI).
Nagraj dysk DVD pliku LiteTouchMedia.iso utworzonego w poprzednim kroku.

Uwaga

Jeśli dostarczasz plik ISO do producenta OEM lub do środowiska przejściowego organizacji, ten krok nie jest konieczny.
Dostarcza plik ISO lub DVD do producenta OEM lub do środowiska przejściowego organizacji.

Proces wstępnego ładowania OEM LTI — faza 2: zastosowanie obrazu do komputera docelowego

Druga faza procesu wstępnego ładowania OEM jest wykonywana przez producenta OEM lub przez zespół wdrożeniowy w środowisku przejściowym organizacji wdrożenia. W tej fazie procesu plik .iso lub dysk DVD utworzony w fazie 1 jest stosowany do komputerów docelowych. Elementem dostarczanym tej fazy jest obraz wdrożony na komputerach docelowych, dzięki czemu są one gotowe do wdrożenia w środowisku produkcyjnym.

Aby zastosować obraz do komputerów docelowych

Uruchom komputer docelowy przy użyciu nośnika utworzonego w fazie 1.

Zostanie uruchomiony system Windows PE, a następnie zostanie uruchomiony Kreator wdrażania systemu Windows.
W Kreatorze wdrażania systemu Windows wybierz sekwencję zadań Preinstalacja OEM dla środowiska przejściowego .

Sekwencja zadań zostanie uruchomiona, a zawartość nośnika rozruchowego zostanie skopiowana na lokalny dysk twardy komputera docelowego.
Po zakończeniu pracy Kreatora wdrażania systemu Windows dla sekwencji zadań preinstalacji OEM dla środowiska przejściowego dysk twardy będzie gotowy do zainicjowania pozostałej części procesu wdrażania przez uruchomienie Kreatora wdrażania systemu Windows dla innych sekwencji zadań używanych do wdrażania systemu operacyjnego.

Sekwencja zadań preinstalacji OEM dla środowiska przejściowego jest odpowiedzialna za wdrożenie obrazu na komputerze docelowym i zainicjowanie procesu LTI. Kreator wdrażania systemu Windows uruchomi po raz drugi sekwencje zadań używane do wdrożenia systemu operacyjnego na komputerze docelowym.
Sklonuj zawartość pierwszego dysku twardego do dowolnej liczby komputerów docelowych w środowisku przejściowym zgodnie z potrzebami.
Komputery docelowe są dostarczane do środowiska produkcyjnego w celu wdrożenia.

Proces wstępnego ładowania lti OEM — faza 3: pełne wdrożenie komputera docelowego

Trzecia i ostatnia faza procesu wstępnego ładowania OEM jest wykonywana w środowisku produkcyjnym organizacji wdrażania. W tej fazie procesu uruchamiany jest komputer docelowy i uruchamiany jest obraz nośnika rozruchowego umieszczony na dysku twardym w środowisku przejściowym w poprzedniej fazie.

Aby zakończyć wdrażanie komputerów docelowych w środowisku produkcyjnym

Uruchom komputer docelowy.

Zostanie uruchomiony system Windows PE, a następnie zostanie uruchomiony Kreator wdrażania systemu Windows.
Ukończ Pracę Kreatora wdrażania systemu Windows, korzystając z określonych informacji o konfiguracji dla każdego komputera docelowego.

Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Running the Deployment Wizard" (Uruchamianie Kreatora wdrażania) w dokumencie MDT Using the Microsoft Deployment Toolkit (Uruchamianie Kreatora wdrażania) w dokumencie MDT Using the Microsoft Deployment Toolkit (Korzystanie z zestawu narzędzi wdrażania firmy Microsoft).

Po zakończeniu tej fazy komputer docelowy będzie gotowy do użycia w środowisku produkcyjnym.

Wykonywanie typowych zadań przy użyciu Windows PowerShell

Zadania administracyjne MDT w aplikacji Deployment Workbench są wykonywane za pomocą podstawowych poleceń cmdlet Windows PowerShell, których można użyć do automatyzacji zadań administracyjnych, takich jak te w poniższych sekcjach.

Administrowanie mdt można zautomatyzować, wykonując następujące kroki:

Utwórz nowy udział wdrożenia zgodnie z opisem w temacie Tworzenie nowego udziału wdrożenia.
Utwórz folder w udziale wdrożenia zgodnie z opisem w temacie Tworzenie folderu.
Usuń folder z udziału wdrożenia zgodnie z opisem w artykule Usuwanie folderu.
Zaimportuj sterownik urządzenia do udziału wdrożenia zgodnie z opisem w temacie Importowanie sterownika urządzenia.
Usuwanie sterownika urządzenia z udziału wdrożenia zgodnie z opisem w artykule Usuwanie sterownika urządzenia.
Zaimportuj pakiet systemu operacyjnego do udziału wdrożeniowego zgodnie z opisem w temacie Importowanie pakietu systemu operacyjnego.
Usuwanie pakietu systemu operacyjnego z udziału wdrożenia zgodnie z opisem w artykule Usuwanie pakietu systemu operacyjnego.
Zaimportuj system operacyjny do udziału wdrożeniowego zgodnie z opisem w temacie Importowanie systemu operacyjnego.
Usuwanie systemu operacyjnego z udziału wdrożenia zgodnie z opisem w artykule Usuwanie systemu operacyjnego.
Utwórz aplikację w udziale wdrożeniowym zgodnie z opisem w temacie Tworzenie aplikacji.
Usuń aplikację z udziału wdrożenia zgodnie z opisem w artykule Usuwanie aplikacji.
Utwórz sekwencję zadań w udziale wdrożenia zgodnie z opisem w temacie Tworzenie sekwencji zadań.
Usuń sekwencję zadań z udziału wdrożenia zgodnie z opisem w artykule Usuwanie sekwencji zadań.
Utwórz bazę danych MDT zgodnie z opisem w temacie Tworzenie bazy danych MDT.
Utwórz profil wyboru zgodnie z opisem w temacie Tworzenie profilu wyboru.
Zaktualizuj udział wdrożenia zgodnie z opisem w temacie Aktualizowanie udziału wdrożenia.
Utwórz połączony udział wdrożenia zgodnie z opisem w temacie Tworzenie połączonego udziału wdrożeniowego.
Zaktualizuj połączony udział wdrożenia zgodnie z opisem w temacie Aktualizowanie połączonego udziału wdrożeniowego.
Usuń połączony udział wdrożenia zgodnie z opisem w artykule Usuwanie połączonego udziału wdrożeniowego.
Utwórz nośnik wdrażania zgodnie z opisem w temacie Tworzenie nośnika.
Wygeneruj nośnik wdrażania zgodnie z opisem w temacie Generowanie nośnika.
Usuń nośnik wdrażania zgodnie z opisem w temacie Usuwanie nośnika.

Tworzenie nowego udziału wdrożenia

Następujące polecenia Windows PowerShell tworzą nowy udział wdrożenia w D:\Production Deployment Share o nazwie Production$. Nowy udział wdrożenia zostanie wyświetlony w aplikacji Deployment Workbench as Production.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose

Tworzenie folderu

Poniższe polecenia Windows PowerShell tworzą folder Adobe w drzewie konsoli aplikacji Deployment Workbench w witrynie Deployment Workbench/Deployment Shares/Production/Applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose

Uwaga

Dodanie polecenia "remove-psdrive" do skryptu gwarantuje zakończenie procesu w tle przed kontynuowaniem.

Usuwanie folderu

Następujące polecenia Windows PowerShell usuwają folder Deployment Workbench/Deployment Shares/Production/Applications/Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Remove-item -path "DS002:\Applications\Adobe" -Verbose

Uwaga

Skrypt zakończy się niepowodzeniem, jeśli folder nie jest pusty.

Importowanie sterownika urządzenia

Następujące polecenia Windows PowerShell zaimportują sterownik urządzenia monitora Dell 2407 WFP do udziału wdrożenia produkcyjnego.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtdriver -path "DS002:\Out-of-Box Drivers\Monitor" -SourcePath "D:\Drivers\Dell\2407 WFP" -Verbose

Usuwanie sterownika urządzenia

Następujące polecenie Windows PowerShell usuwa sterownik monitora Dell 2407 WFP z udziału wdrożenia produkcyjnego.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

Importowanie pakietu systemu operacyjnego

Następujące polecenia Windows PowerShell importują wszystkie pakiety systemu operacyjnego znajdujące się w obszarze D:\Aktualizacje\Microsoft\Vista. Te pakiety systemu operacyjnego będą przechowywane w udziale wdrożenia produkcyjnego, który znajduje się w udziale D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose

Usuwanie pakietu systemu operacyjnego

Następujące polecenie Windows PowerShell usuwa określony pakiet systemu operacyjnego z udziału wdrożenia produkcyjnego.

Remove-item -path "DS002:\Packages\Package_1_for_KB940105 neutral x86 6.0.1.0 KB940105" -Verbose

Importowanie systemu operacyjnego

Następujące polecenia Windows PowerShell importują system operacyjny Windows Vista znajdujący się w folderze D:\Operating Systems\Windows Vista x86. System operacyjny będzie przechowywany w udziale wdrożenia produkcyjnego, który znajduje się w udziale D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

Usuwanie systemu operacyjnego

Następujące polecenie Windows PowerShell usuwa system operacyjny HOMEBASIC systemu Windows Vista z udziału wdrożenia produkcyjnego.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Tworzenie aplikacji

Następujące polecenia Windows PowerShell tworzą aplikację Adobe Reader 9 przy użyciu plików źródłowych Z D:\Software\Adobe\Reader 9. Aplikacja będzie przechowywana w udziale wdrożenia produkcyjnego, który znajduje się w D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose

Usuwanie aplikacji

Następujące polecenie Windows PowerShell usuwa aplikację Adobe Reader 9 z udziału wdrożenia produkcyjnego.

Remove-item -path "DS002:\Applications\Adobe Reader 9" -Verbose

Tworzenie sekwencji zadań

Następujące polecenia Windows PowerShell tworzą sekwencję zadań Kompilacja produkcyjna systemu Windows Vista w udziale wdrożenia produkcyjnego, który znajduje się w programie D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose

Usuwanie sekwencji zadań

Następujące polecenie Windows PowerShell usuwa sekwencję zadań Kompilacja produkcyjna systemu Windows Vista z udziału wdrożenia produkcyjnego.

Remove-item -path "DS002:\Task Sequences\Windows Vista Business Production Build" -force -Verbose

Tworzenie bazy danych MDT

Następujące polecenia Windows PowerShell tworzą nową bazę danych MDT na serwerze deployment_server dla udziału wdrożenia produkcyjnego. Połączenie z bazą danych będzie nawiązywane za pośrednictwem protokołu TCP/IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose

Tworzenie profilu zaznaczenia

Następujące polecenia Windows PowerShell tworzą nowy profil wyboru aplikacji.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Selection Profiles" -enable "True" -Name "Applications" -Comments "" -Definition "<SelectionProfile><Include path="Applications" /></SelectionProfile>" -ReadOnly "False" -Verbose

Aktualizowanie udziału wdrożenia

Następujące polecenia Windows PowerShell aktualizują udział wdrożenia produkcyjnego, który znajduje się w D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose

Tworzenie połączonego udziału wdrożeniowego

Następujące polecenia Windows PowerShell tworzą udział wdrożenia połączony z udziałem wdrożenia produkcyjnego i znajdujący się w udziale \\remote_server_name\Deployment$. Profil wyboru Wszystko służy do określania, która zawartość jest replikowana do połączonego udziału wdrożenia. Zawartość z udziału wdrożenia produkcyjnego zostanie scalona z zawartością, która już istnieje w udziale \\remote_server_name\Deployment$.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Linked Deployment Shares" -enable "True" -Name "LINKED001" -Comments "" -Root "\\RemoteServerName\Deployment$" -SelectionProfile "Everything" -Replace "False" -Verbose

Aktualizowanie połączonego udziału wdrożeniowego

Następujące polecenia Windows PowerShell aktualizują udział wdrożenia LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Usuwanie połączonego udziału wdrożeniowego

Następujące polecenia Windows PowerShell usuwają udział wdrożenia LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Tworzenie nośnika

Następujące polecenia Windows PowerShell tworzą folder źródłowy zawierający zawartość używaną do tworzenia nośnika rozruchowego. Udział wdrożenia produkcyjnego będzie używany jako źródło. Profil wyboru Wszystko określa zawartość umieszczoną w folderze zawartości multimediów. Plik LiteTouchMedia.iso zostanie utworzony po wygenerowaniu nośnika. Nośnik będzie obsługiwać platformy x86 i x64.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-item -path "DS002:\Media" -enable "True" -Name "MEDIA001" -Comments "some comment here" -Root "D:\Media" -SelectionProfile "Everything" -SupportX86 "True" -SupportX64 "True" -GenerateISO "True" -ISOName "LiteTouchMedia.iso" -Verbose
New-PSDrive -Name "MEDIA001" -PSProvider "MDTProvider" -Root "D:\Media\Content" -Description "Embedded media deployment share" -Force -Verbose

Generowanie nośnika

Następujące polecenia Windows PowerShell tworzą plik LiteTouchMedia.iso w folderze D:\Media, który będzie używać zawartości z folderu źródła multimediów MEDIA001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose

Usuwanie nośnika

Następujące polecenie Windows PowerShell usuwa nośnik MEDIA001 z udziału wdrożenia produkcyjnego.

Remove-item -path "DS002:\Media\MEDIA001" -Verbose

Opóźnianie przyłączania do domeny w celu uniknięcia stosowania obiektów zasady grupy

zasady grupy to zaawansowana i elastyczna technologia zapewniająca możliwość wydajnego zarządzania dużą liczbą obiektów komputerów i użytkowników Active Directory Domain Services (AD DS) za pośrednictwem scentralizowanego modelu jeden do wielu. zasady grupy ustawienia są zawarte w obiekcie zasady grupy (GPO) i połączone z co najmniej jednym kontenerem usługi AD DS — lokacjami, domenami i jednostkami organizacyjnymi (OU).

Niektóre organizacje mają zasady grupy ustawienia, które są restrykcyjne i mogą powodować problemy podczas wdrożeń systemu operacyjnego. Na przykład następujące ustawienia zasady grupy mogą przerwać proces automatycznego logowania:

Ograniczenia autologu
Zmiana nazwy konta administratora
Banery prawne i podpisy
Restrykcyjne zasady zabezpieczeń (na przykład zasady Specialized Security — Limited Functionality [SSLF])

Jedną z opcji rozwiązywania problemów, które może spowodować obiekt zasad grupy podczas wdrażania, jest jak najszybsze dołączenie komputera do domeny w procesie wdrażania. To sprzężenia można wykonać przy użyciu niestandardowego kroku sekwencji zadań, który uruchamia skrypt ZTIDomainJoin.wsf.

Aby dołączyć komputer docelowy do domeny, skrypt ZTIDomainJoin.wsf używa właściwości DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain i MachineObjectOU . Te właściwości można zadeklarować przy użyciu Kreatora wdrażania systemu Windows, reguł udziału wdrożenia, bazy danych MDT oraz Configuration Manager reguł komputerów i kolekcji. Używane konto musi mieć uprawnienia wymagane do tworzenia i usuwania obiektów komputera w domenie.

Zazwyczaj skrypt ZTIConfigure.wsf aktualizuje plik Unattend.xml lub Unattend.txt wartościami określonymi przez te właściwości. Te ustawienia są następnie analizowane przez program instalacyjny systemu Windows, a system próbuje dołączyć do domeny na wczesnym etapie procesu wdrażania. Spowoduje to poddanie komputera docelowego ustawień określonych w domenie obiektów zasad grupy i może spowodować niepowodzenie procesu wdrażania.

Aby celowo opóźnić dołączenie komputera docelowego do domeny podczas procesu wdrażania, można usunąć niektóre elementy z pliku Unattend.xml. Skrypt ZTIConfigure.wsf pominie zapisywanie właściwości w pliku Unattend.xml, jeśli w pliku brakuje skojarzonego elementu właściwości.

Uwaga

To przykładowe obejście jest prawidłowe tylko podczas wdrażania systemów operacyjnych Windows 7, Windows Server 2008 lub Windows Server 2008 R2.

Przygotuj plik unattend.xml, aby komputer docelowy nie próbował dołączyć do domeny podczas instalacji systemu Windows

Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (gdzie deployment_share to nazwa udziału wdrożenia, a task_sequence to nazwa sekwencji zadań do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
Na karcie Informacje o systemie operacyjnym wybierz pozycję Edytuj Unattend.xml.

Zostanie uruchomiony Menedżer obrazów systemu Windows (Windows SIM).
W okienku Plik odpowiedzi przejdź do pozycji 4 specjalizacje/identyfikacja/poświadczenia. Kliknij prawym przyciskiem myszy pozycję Poświadczenia, a następnie wybierz pozycję Usuń.
Wybierz opcję Tak.
Zapisz plik odpowiedzi, a następnie wyjdź z karty SIM systemu Windows.
Wybierz przycisk OK w oknie dialogowym Właściwości sekwencji zadań.

Credentials W przypadku braku elementów w pliku unattend.xml skrypt ZTIConfigure.wsf nie może wypełnić informacji o przyłączaniu do domeny w pliku Unattend.xml, co uniemożliwi instalatorowi systemu Windows próbę dołączenia do domeny.

Aby dodać krok sekwencji zadań, który łączy komputer docelowy z domeną
Wybierz pozycję Start, a następnie wskaż pozycję Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Wdrażanie aplikacji Workbench.
W drzewie konsoli aplikacji Deployment Workbench przejdź do obszaru Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (gdzie deployment_share to nazwa udziału wdrożenia, a task_sequence to nazwa sekwencji zadań do skonfigurowania).
W okienku Akcje wybierz pozycję Właściwości.
Na karcie Sekwencja zadań przejdź do węzła Przywracanie stanu i rozwiń węzeł Przywracanie stanu.
Sprawdź, czy krok sekwencji zadań Odzyskiwanie z domeny jest obecny. Jeśli tak, przejdź do kroku 9.
W oknie dialogowym Właściwości sekwencji zadań wybierz pozycję Dodaj, przejdź do pozycji Ustawienia i wybierz pozycję Odzyskaj z domeny.
Dodaj krok sekwencji zadań Odzyskaj z domeny do edytora sekwencji zadań. Sprawdź, czy krok znajduje się w żądanej lokalizacji w sekwencji zadań.
Sprawdź, czy ustawienia kroku sekwencji zadań Odzyskiwanie z domeny są skonfigurowane zgodnie z twoimi potrzebami.
Wybierz przycisk OK w oknie dialogowym Właściwości sekwencji zadań, aby zapisać sekwencję zadań.

Microsoft Deployment Toolkit Samples Guide

Wdrażanie aplikacji Windows 8 przy użyciu rozwiązania MDT

Wdrażanie aplikacji Windows 8 przy użyciu lti

Wdrażanie aplikacji Windows 8 przy użyciu biblioteki UDI

Zarządzanie mdt przy użyciu Windows PowerShell

Ładowanie Windows PowerShell Snap-In MDT

Ładowanie Windows PowerShell Snap-In MDT przy użyciu polecenia cmdlet Add-PSSnapIn

Tworzenie udziału wdrożenia przy użyciu Windows PowerShell

Wyświetlanie właściwości udziału wdrożenia przy użyciu Windows PowerShell

Wyświetlanie listy udziałów wdrożenia przy użyciu Windows PowerShell

Aktualizowanie udziału wdrożenia przy użyciu Windows PowerShell

Aktualizowanie połączonego udziału wdrożeniowego przy użyciu Windows PowerShell

Aktualizowanie nośnika wdrażania przy użyciu Windows PowerShell

Zarządzanie elementami w udziale wdrożenia przy użyciu Windows PowerShell

Importowanie elementu do udziału wdrożenia

Wyświetlanie właściwości elementu w udziale wdrożenia

Usuwanie elementu z udziału wdrożenia

Automatyzowanie populacji udziału wdrożenia

Zarządzanie folderami udziału wdrożenia przy użyciu Windows PowerShell

Tworzenie folderu w udziale wdrożeniowym przy użyciu Windows PowerShell

Usuwanie folderu w udziale wdrożeniowym przy użyciu Windows PowerShell

Zmienianie nazwy folderu w udziale wdrożeniowym przy użyciu Windows PowerShell

Automatyzowanie stosowania dodatków Service Pack systemu operacyjnego w udziałach wdrażania

Automatyzowanie aplikacji dodatków Service Pack systemu operacyjnego ze zaktualizowanych nośników źródłowych

Automatyzowanie stosowania dodatków Service Pack systemu operacyjnego przy użyciu komputera odniesienia i Windows PowerShell

Dostosowywanie wdrożenia na podstawie typu obudowy

Wdrażanie aplikacji na podstawie wcześniejszych wersji aplikacji

W pełni zautomatyzowany scenariusz wdrażania LTI

W pełni zautomatyzowane wdrożenie LTI dla scenariusza odświeżania komputera

W pełni zautomatyzowane wdrożenie LTI dla nowego scenariusza komputerowego

Wywoływanie usług sieci Web w usłudze MDT

Nawiązywanie połączenia z zasobami sieciowymi

Wdrażanie prawidłowych sterowników urządzeń na komputerach z tymi samymi urządzeniami sprzętowymi, ale z inną nazwą i modelem

Konfigurowanie warunkowych kroków sekwencji zadań

Konfigurowanie warunkowego kroku sekwencji zadań

Instrukcje IF w warunkach

Zmienne sekwencji zadań w warunkach

Wersja systemu operacyjnego w warunkach

Właściwości pliku w warunkach

Właściwości folderu w warunkach

Ustawienia rejestru w warunkach

Zapytania WMI w warunkach

Zainstalowane oprogramowanie w warunkach

Złożone warunki

Tworzenie wysoce skalowalnej infrastruktury wdrażania LTI

Zapewnienie, że istnieje odpowiednia infrastruktura

Dodawanie zawartości do mdt

Przygotowywanie usług wdrażania systemu Windows

Konfigurowanie replikacji rozproszonego systemu plików

Przygotowywanie do replikacji SQL Server

Konfigurowanie replikacji SQL Server

Konfigurowanie wydawcy SQL Server

Włączanie bazy danych MDT na potrzeby replikacji

Tworzenie publikacji bazy danych MDT

Subskrybowanie podrzędnych serwerów wdrażania w opublikowanej bazie danych MDT

Konfigurowanie CustomSettings.ini

Wybieranie lokalnego serwera MDT, gdy istnieje wiele serwerów

Omówienie LocationServer.xml

Informacje o tym, kiedy używać LocationServer.xml

Tworzenie pliku LocationServer.xml

Tworzenie pliku LocationServer.xml w celu obsługi wielu lokalizacji

Tworzenie pliku LocationServer.xml w celu równoważenia obciążenia wielu serwerów w różnych lokalizacjach

Dodawanie pliku LocationServer.xml do katalogu dodatkowych plików

Aktualizowanie pliku BootStrap.ini

Aktualizowanie udziału wdrożenia

Zastępowanie istniejącego komputera nowym komputerem przy użyciu instalacji Lite Touch

Krok 1. Tworzenie sekwencji zadań w celu przechwycenia stanu użytkownika

Krok 2. Tworzenie sekwencji zadań w celu wdrożenia systemu operacyjnego i przywrócenia stanu użytkownika

Krok 3. Dostosowywanie plików konfiguracji MDT

Krok 4. Konfigurowanie opcji środowiska Windows PE dla udziału wdrożenia

Krok 5. Aktualizowanie udziału wdrożenia

Krok 6. Tworzenie nośnika rozruchowego LTI

Krok 7. Uruchamianie istniejącego komputera przy użyciu nośnika rozruchowego LTI

Krok 8. Uruchamianie nowego komputera za pomocą nośnika rozruchowego LTI

Integrowanie niestandardowego kodu wdrożenia z usługą MDT

Wybieranie odpowiedniego języka skryptów

Opis sposobu wykorzystania narzędzia ZTIUtility

Korzystanie z klasy rejestrowania ZTIUtility

Korzystanie z klasy środowiska ZTIUtility

Korzystanie z klasy narzędzia ZTIUtility