Przewodnik po przykładowych próbkach dla zestawu narzędzi firmy Microsoft do wdrażania

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

Aby korzystać z tego przewodnika

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

1. Wybierz scenariusz, który najlepiej odzwierciedla cele wdrożenia Twojej organizacji.

2. Przejrzyj przykładowe ustawienia konfiguracji dla wybranego scenariusza.

3. Użyj przykładowych ustawień konfiguracji jako podstawy dla ustawień konfiguracyjnych w środowisku.

4. Dostosuj przykładowe ustawienia konfiguracji dla swojego środowiska.

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

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

   Przewodnik	Ten przewodnik oferuje pomoc, aby pomóc
   Przewodnik Szybki start dla programu Microsoft System Center 2012 R2 Configuration Manager	Użyj programu System Center 2012 R2 Configuration Manager do zainstalowania systemu operacyjnego Windows 8.1 w scenariuszu wdrożenia nowego komputera.
   Skrócona instrukcja obsługi instalacji Lite Touch	Zainstaluj system operacyjny Windows 8.1 przy użyciu instalacji dotykowej Lite (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 za pomocą programu instalacyjnego User-Driven System Center 2012 R2 Configuration Manager w scenariuszu wdrażania nowego komputera.
   Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania	Dalsze dostosowywanie plików konfiguracyjnych używanych we wdrożeniach Zero Touch Installation (ZTI) i LTI. Ten przewodnik zawiera również ogólne wskazówki dotyczące konfiguracji oraz odniesienie techniczne dotyczące ustawień konfiguracji.

Wdrażanie aplikacji systemu Windows 8 za pomocą zestawu MDT

Zestaw MDT może wdrażać Windows 8 pakiety aplikacji, które mają .appx rozszerzenie pliku. Te pakiety aplikacji są nowością w systemie Windows 8. Aby uzyskać więcej informacji o tych aplikacjach, zobacz Opracowywanie aplikacji ze Sklepu Windows.

Wdróż aplikacje systemu Windows 8 przy użyciu zestawu MDT, wykonując następujące czynności:

• Wdrażanie aplikacji systemu Windows 8 przy użyciu interfejsu LTI zgodnie z opisem w temacie Wdrażanie aplikacji systemu Windows 8 za pomocą interfejsu LTI.

• Wdróż Windows 8 aplikacje przy użyciu User-Driven instalacji (UDI) zgodnie z opisem w temacie Wdrażanie aplikacji Windows 8 przy użyciu UDI.

Wdrażanie aplikacji systemu Windows 8 przy użyciu interfejsu LTI

Aplikacje systemu Windows 8 można wdrażać przy użyciu interfejsu LTI, tak jak każdą inną aplikację inicjującą proces instalacji z wiersza polecenia. Aplikacje systemu Windows 8 można dodawać do wdrożeń LTI w węźle Aplikacje w Deployment Workbench.

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

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

2. Skopiuj aplikację systemu Windows 8 do udostępnionego folderu sieciowego utworzonego w poprzednim kroku.

   Upewnij się, że skopiowano plik .appx aplikacji Windows 8 oraz inne wymagane pliki, takie jak plik .cer zawierający certyfikat aplikacji.

3. Utwórz element aplikacji LTI dla aplikacji systemu Windows 8 w węźle Aplikacje w Środowisku wdrażania przy użyciu Kreatora nowej aplikacji.

   Podczas wykonywania kroków Kreatora nowej aplikacji na stronie Kreator 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 wykonywania pracy Kreatora nowej aplikacji w środowisku pracy wdrażania, zobacz następujące sekcje w dokumencie zestawu MDT, Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania:

   • "Utwórz nową aplikację wdrożoną z udziału wdrożenia"

   • "Utwórz nową aplikację wdrożoną z innego udostępnionego folderu sieciowego"

4. Wybierz element aplikacji LTI utworzony w poprzednim kroku w sekwencji zadań LTI.

Wdrażanie aplikacji systemu Windows 8 przy użyciu kodu UDI

Aplikacje systemu Windows 8 można wdrażać przy użyciu identyfikatora UDI, tak jak każdą inną aplikację inicjującą proces instalacji z wiersza polecenia. Aplikacje systemu Windows 8 można dodawać do wdrożeń UDI na stronie kreatora ApplicationPage w narzędziu UDI Wizard Designer.

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

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

   Ten folder będzie folderem źródłowym dla aplikacji programu Configuration Manager, który zostanie utworzony w dalszej części procesu.

2. Skopiuj aplikację systemu Windows 8 do udostępnionego folderu sieciowego utworzonego w poprzednim kroku.

   Upewnij się, że skopiowano plik .appx aplikacji Windows 8 oraz inne wymagane pliki, takie jak plik .cer zawierający certyfikat aplikacji.

3. Dodawanie aplikacji systemu Windows 8 jako aplikacji programu Configuration Manager

4. Utwórz element aplikacji programu Configuration Manager dla aplikacji systemu Windows 8 przy użyciu kreatora tworzenia aplikacji w konsoli programu Configuration Manager.

   Podczas wykonywania pracy Kreatora tworzenia aplikacji utwórz typ wdrożenia do wdrożenia aplikacji systemu Windows 8 przy użyciu kreatora tworzenia typu wdrożenia. W Kreatorze tworzenia typu wdrożenia na stronie Zawartość w polu Program instalacyjny wpisz app_file_name (gdzie app_file_name jest nazwą aplikacji Windows 8).

   Aby uzyskać więcej informacji na temat wykonywania czynności Kreatora tworzenia aplikacji w konsoli programu Configuration Manager, zobacz następujące sekcje w bibliotece dokumentacji programu System Center 2012 Configuration Manager, który jest dostępny w programie Configuration Manager:

   • Jak tworzyć aplikacje w programie Configuration Manager

   • Jak tworzyć typy wdrożeń w programie Configuration Manager

   • Jak zarządzać aplikacjami i typami wdrożeń w programie Configuration Manager

5. Upewnij się, że funkcja koligacji urządzenia użytkownika (UDA) w programie Configuration Manager jest poprawnie skonfigurowana do obsługi koligacji między użytkownikami i urządzeniami na potrzeby wdrażania aplikacji programu Configuration Manager.

   Aby uzyskać więcej informacji o konfigurowaniu UDA do obsługi wdrożenia aplikacji programu Configuration Manager, zobacz Jak zarządzać koligacją urządzeń użytkownika w programie Configuration Manager.

6. Wdróż aplikację utworzoną w kroku 4 na użytkownikach docelowych.

   Aby uzyskać więcej informacji na temat wdrażania aplikacji dla użytkownika, zobacz Jak wdrożyć aplikacje w programie Configuration Manager.

7. Skonfiguruj stronę kreatora ApplicationPage tak, aby zawierała aplikację programu Configuration Manager utworzoną w kroku 4 przy użyciu narzędzia UDI Wizard Designer.

   Aby uzyskać więcej informacji na temat konfigurowania strony kreatora ApplicationPage przy użyciu Kreatora UDI Designer, zobacz sekcję "Krok 5–11: dostosowywanie pliku konfiguracji kreatora UDI dla komputera docelowego" w dokumencie MDT Przewodnik Szybki start dla instalacji User-Driven.

8. Wybierz element aplikacji UDI utworzony w poprzednim kroku w sekwencji zadań UDI.

   Uwaga

   Aplikacja Windows 8 nie jest instalowana przez sekwencję zadań, ale raczej zostanie zainstalowana, gdy użytkownik po raz pierwszy zaloguje się do komputera docelowego (zgodnie z definicją przy użyciu ustawienia UDA skonfigurowanego w kroku 5) przy użyciu funkcji Instalator aplikacji User-Centric (AppInstall.exe) w UDI.

   Aby uzyskać więcej informacji na temat funkcji Instalator aplikacji User-Centric w UDI, zobacz sekcję "User-Centric App Installer Reference" w dokumentacji MDT Toolkit Reference.

Zarządzanie MDT przy użyciu programu Windows PowerShell

Udziałami wdrożeń MDT można zarządzać przy użyciu środowiska pracy wdrażania i programu Windows PowerShell. Zestaw MDT zawiera przystawkę programu Windows PowerShell ™ — Microsoft.BDD.SnapIn — która musi zostać załadowana przed użyciem funkcji specyficznych dla zestawu MDT w programie Windows PowerShell. Przystawka MDT programu Windows PowerShell zawiera:

• Dostawca programu Windows PowerShell — MDTProvider — który zapewnia dostęp do zawartości udziału wdrożenia

• Polecenia cmdlet, które umożliwiają administrowanie udziałami wdrożenia zestawów MDT

  Zarządzanie udziałem wdrożenia MDT przy użyciu programu Windows PowerShell przez wykonanie następujących czynności:

• Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

• Utwórz udział wdrożenia przy użyciu programu Windows PowerShell zgodnie z opisem w temacie Tworzenie udziału wdrożenia przy użyciu programu Windows PowerShell.

• Wyświetlanie właściwości udziału wdrożenia przy użyciu programu Windows PowerShell zgodnie z opisem w sekcji Wyświetlanie właściwości udziału wdrożenia za pomocą programu Windows PowerShell.

• Wyświetl listę udziałów wdrożeń przy użyciu programu Windows PowerShell zgodnie z opisem w temacie Wyświetlanie listy udziałów wdrożenia za pomocą programu Windows PowerShell.

• Zaktualizuj udział wdrożenia, który generuje nowe obrazy rozruchowe środowiska preinstalacyjnego systemu Windows (Windows PE), zgodnie z opisem w temacie Aktualizowanie udziału wdrożenia przy użyciu programu Windows PowerShell.

• Zaktualizuj połączony udział wdrożeń, 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żenia przy użyciu programu Windows PowerShell.

• Zaktualizuj nośnik wdrażania, który replikuje zawartość z udziału wdrożenia na nośnik wdrażania, a następnie generuje nowe obrazy rozruchowe zgodnie z opisem w temacie Aktualizowanie nośnika wdrażania przy użyciu programu Windows PowerShell.

• Zarządzanie elementami w udziale wdrożenia (takimi jak systemy operacyjne, pakiety systemu operacyjnego, aplikacje i sterowniki urządzeń) zgodnie z opisem w temacie Zarządzanie elementami w udziale wdrożenia przy użyciu programu Windows PowerShell.

• Zautomatyzuj wypełnianie 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 sekcji Automatyzacja wypełniania udziału wdrożenia.

• Zarządzanie folderami w udziale wdrażania przy użyciu programu Windows PowerShell zgodnie z opisem w sekcji Zarządzanie folderami udziału wdrożenia przy użyciu programu Windows PowerShell.

Ładowanie Windows PowerShell Snap-In MDT

Polecenia cmdlet zestawu MDT są udostępniane w przystawce programu Windows PowerShell Microsoft.BDD.SnapIn, która musi zostać załadowana przed użyciem poleceń cmdlet zestawu MDT. Załaduj przystawkę MDT Windows PowerShell przy użyciu polecenia cmdlet Add-PSSnapIn zgodnie z opisem w temacie Ł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ę programu MDT programu Windows PowerShell Microsoft.BDD.PSSnapIn można załadować z dowolnego środowiska programu Windows PowerShell za pomocą 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 programu Windows PowerShell

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

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Utwórz folder, który będzie katalogiem głównym nowego udziału wdrożenia, używając 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świetli pomyślne utworzenie folderu.

3. Udostępnij folder utworzony w poprzednim kroku przy użyciu klasy win32_share usługi WMI, jak pokazano w poniższym przykładzie:

   ([wmiclass]"win32_share").Create("C:\MDTDeploymentShare$", "MDTDeploymentShare$",0)
   

   Wywołanie do klasy win32_share zwraca wyniki wywołania. Jeśli wartość argumentu ReturnValue wynosi zero (0), oznacza to, że wywołanie zakończyło się pomyślnie.

4. 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 szablonu do nowego udziału wdrożenia. Po zakończeniu procesu kopiowania polecenie cmdlet wyświetli informacje dotyczące nowego udziału wdrożenia.

   Uwaga

   Wartość podana w parametrze Name (DS002) musi być unikatowa i nie może być taka sama jak istniejący dysk programu Windows PowerShell udostępnionego wdrożenia.

5. Sprawdź, czy za pomocą polecenia dir utworzono odpowiednie foldery udziału wdrożenia, 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.

6. Dodaj nowy udział wdrożenia do listy trwałych udziałów wdrożenia zestawu 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 służy 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 programu Windows PowerShell zawiera parametry Name i InputObject.

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

Właściwości udziałów wdrożenia MDT można wyświetlić przy użyciu polecenia cmdlet Get-ItemProperty i dostawcy programu Windows PowerShell MDTProvider. Te same właściwości można również zobaczyć w Środowisku wdrażania (Deployment Workbench).

Aby wyświetlić właściwości udziału wdrożenia za pomocą poleceń cmdlet programu Windows PowerShell MDT

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia MDT współużytkują dyski programu Windows PowerShell przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały prawidłowo przywrócone za pomocą polecenia cmdlet Get-PSDrive, w następujący sposób:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
   

   Lista dysków programu Windows PowerShell dostarczanych za pomocą MDTProvider jest wymieniona.

4. 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 programu Windows PowerShell zwrócona w kroku 3. Polecenie cmdlet zwraca właściwości udziału wdrożenia.

Wyświetlanie listy udziałów wdrożeń przy użyciu programu Windows PowerShell

Listę udziałów wdrożenia zestawu MDT można wyświetlić przy użyciu polecenia cmdlet Get-PSDrive i dostawcy programu Windows PowerShell MDTProvider. Tę samą listę udziałów wdrożeń można również wyświetlić w środowisku pracy wdrażania.

Aby wyświetlić listę udziałów wdrożenia za pomocą poleceń cmdlet programu Windows PowerShell MDT

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT współużytkują dyski programu 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 zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Wyświetl listę wdrożeń zestawów MDT, które współużytkują dyski programu 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
   

   Wymieniono listę dysków programu Windows PowerShell udostępnianych za pomocą MDTProvider — po jednym dla każdego udziału wdrożenia.

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

Udziały wdrożeń można aktualizować przy użyciu polecenia cmdlet Update-MDTDeploymentShare i dostawcy programu Windows PowerShell MDTProvider. Aktualizowanie udziału wdrożenia powoduje utworzenie obrazów rozruchowych środowiska Windows PE (pliki WIM i ISO Międzynarodowej Organizacji Normalizacyjnej) niezbędnych do uruchomienia wdrożenia LTI. Ten sam proces można wykonać przy użyciu Środowiska wdrażania zgodnie z opisem w sekcji "Aktualizowanie udziału wdrożenia w Środowisku wdrażania Workbench".

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały prawidłowo przywrócone za pomocą polecenia cmdlet Get-PSDrive, w następujący sposób:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
   

   Lista dysków programu Windows PowerShell dostarczanych za pomocą MDTProvider jest wymieniona.

4. 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 programu Windows PowerShell zwrócona 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 programu Windows PowerShell.

   Jeśli aktualizacja zakończy się pomyślnie, polecenie cmdlet zwraca wynik bez danych wyjściowych.

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

Możesz aktualizować (replikować) połączone udziały wdrożenia przy użyciu polecenia cmdlet Update-MDTLinkedDS i dostawcy programu Windows PowerShell MDTProvider. Aktualizowanie połączonego udziału wdrożenia replikuje zawartość z pierwotnego udziału wdrożenia do połączonego udziału wdrożenia. Ten sam proces można wykonać przy użyciu środowiska wdrażania zgodnie z opisem w sekcji "Replikowanie połączonych udziałów wdrożenia w środowisku wdrażania Workbench".

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały prawidłowo przywrócone za pomocą polecenia cmdlet Get-PSDrive, w następujący sposób:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
   

   Lista dysków programu Windows PowerShell dostarczanych za pomocą MDTProvider jest wymieniona.

4. 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 programu Windows PowerShell zwrócona 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 programu Windows PowerShell.

   Jeśli aktualizacja zakończy się pomyślnie, polecenie cmdlet zwraca wynik bez danych wyjściowych.

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

Możesz zaktualizować (wygenerować) nośnik wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia i dostawcy programu Windows PowerShell MDTProvider. Aktualizowanie nośnika wdrożenia 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 środowiska wdrażania zgodnie z opisem w sekcji "Generowanie obrazów multimedialnych w środowisku wdrażania".

Po zakończeniu działania polecenia cmdlet Update-MDTMedia zostaną utworzone następujące pliki:

• Plik .iso w folderze media_folder (gdzie media_folder jest nazwą folderu określonego dla multimediów)

  Generowanie pliku .iso jest opcją, którą konfiguruje się poprzez:

  • Zaznaczenie pola wyboru Generuj obraz ISO rozruchowy w wersji uproszczonej za pomocą dotyku na karcie Ogólne okna dialogowego Właściwości nośnika (Wyczyść to pole wyboru, aby skrócić czas potrzebny na wygenerowanie nośnika, chyba że konieczne jest utworzenie rozruchowych dysków DVD lub uruchomienie maszyn wirtualnych [VM] z pliku .iso).

  • Ustawianie tej samej właściwości za pomocą 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 programu Windows PowerShell

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT współużytkują dyski programu 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 zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały prawidłowo przywrócone za pomocą polecenia cmdlet Get-PSDrive, w następujący sposób:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
   

   Lista dysków programu Windows PowerShell dostarczanych za pomocą MDTProvider jest wymieniona.

4. 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 programu Windows PowerShell zwrócona 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 programu Windows PowerShell.

   Jeśli aktualizacja zakończy się pomyślnie, polecenie cmdlet zwraca wynik bez danych wyjściowych.

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

Udział wdrożenia zawiera elementy używane do wykonywania wdrożeń, takie jak systemy operacyjne, aplikacje, sterowniki urządzeń, pakiety systemu operacyjnego i sekwencje zadań. Tymi elementami można zarządzać za pomocą poleceń cmdlet z programu Windows PowerShell i tych dostarczanych z zestawem MDT.

Aby uzyskać więcej informacji na temat bezpośredniego manipulowania elementami przy użyciu poleceń cmdlet programu Windows PowerShell, zobacz Bezpośrednie manipulowanie elementami. Strukturą folderów udziału wdrożenia można również zarządzać przy użyciu programu Windows PowerShell. Aby uzyskać więcej informacji, zobacz Zarządzanie folderami udziału wdrożenia za pomocą programu Windows PowerShell.

Importowanie elementu do udziału wdrożenia

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

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

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ć przy użyciu polecenia cmdlet Get-ItemProperty . Polecenie cmdlet Get-ItemProperty używa elementu MDTProvider do wyświetlenia właściwości określonego elementu, tak jak można zobaczyć właściwości w środowisku Deployment Workbench.

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

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Sprawdź, czy wdrożenia MDT współużytkujące dyski programu Windows PowerShell zostały prawidłowo przywrócone przy użyciu polecenia cmdlet Get-PSDrive, jak pokazano w poniższym przykładzie:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
   

   Lista dysków programu Windows PowerShell dostarczanych za pomocą MDTProvider jest wymieniona.

4. Zwróć listę elementów dla typu elementu, którego właściwości chcesz wyświetlić, za pomocą polecenia cmdlet Get-Item , jak pokazano w poniższym przykładzie:

   Get-Item "DS001:\Operating Systems\*" | Format-List
   

   W poprzednim przykładzie jest wyświetlana lista wszystkich systemów operacyjnych w udziale wdrożenia. Dane wyjściowe są przesyłane potokiem do polecenia cmdlet Format-List , dzięki czemu można zobaczyć długie nazwy systemów operacyjnych. Aby uzyskać więcej informacji na temat korzystania z polecenia cmdlet Format-List , zobacz Korzystanie z polecenia cmdlet Format-List. Ten sam proces może być stosowany do zwracania listy innych typów elementów, takich jak sterowniki urządzeń lub aplikacje.

   Porada

   Do wyświetlenia listy systemów operacyjnych można też użyć polecenia dir zamiast polecenia cmdlet Get-Item .

5. 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 to w pełni kwalifikowana ścieżka programu Windows PowerShell do elementu, łącznie z nazwą pliku zwróconą w poprzednim kroku. W ten sam sposób można wyświetlić właściwości innych typów elementów, takich jak sterowniki urządzeń lub aplikacji.

Usuwanie elementu z udziału wdrożenia

Element można usunąć z udziału wdrożenia przy użyciu polecenia cmdlet Remove-Item . Polecenie cmdlet Remove-Item używa elementu MDTProvider do usunięcia określonego elementu, podobnie jak można usunąć element w środowisku wdrażania (Deployment Workbench). Jeśli chcesz usunąć wiele elementów w udziale wdrożenia przy użyciu programu Windows PowerShell, zobacz Automatyzowanie wypełniania udziału wdrożenia.

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie.

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Sprawdź, czy wdrożenia MDT współużytkujące dyski programu Windows PowerShell zostały prawidłowo przywrócone przy użyciu polecenia cmdlet Get-PSDrive, jak pokazano w poniższym przykładzie:

   Get-PSDrive -PSProvider Microsoft.BDD.PSSnapIn\MDTProvider
   

   Lista dysków programu Windows PowerShell dostarczanych za pomocą MDTProvider jest wymieniona.

4. Zwróć listę elementów dla typu elementu, którego właściwości chcesz wyświetlić, za pomocą polecenia cmdlet Get-Item , jak pokazano w poniższym przykładzie:

   Get-Item "DS001:\Operating Systems\*" | Format-List
   

   W poprzednim przykładzie jest wyświetlana lista wszystkich systemów operacyjnych w udziale wdrożenia. Dane wyjściowe są przesyłane potokiem do polecenia cmdlet Format-List , dzięki czemu można zobaczyć długie nazwy systemów operacyjnych. Aby uzyskać więcej informacji na temat korzystania z polecenia cmdlet Format-List , zobacz Korzystanie z polecenia cmdlet Format-List. W ten sam sposób można zwrócić listę innych typów elementów, takich jak sterowniki urządzeń lub aplikacje.

   Porada

   Do wyświetlenia listy systemów operacyjnych można też użyć polecenia dir zamiast polecenia cmdlet Get-Item .

5. 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 to w pełni kwalifikowana ścieżka programu Windows PowerShell do elementu, łącznie z nazwą pliku zwróconą w poprzednim kroku.

   W ten sam sposób można usunąć inne typy elementów, takie 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łują się inne elementy w udziale wdrożenia.

Automatyzacja wypełniania udziału wdrożenia

Polecenia cmdlet programu Windows PowerShell MDT umożliwiają zarządzanie poszczególnymi elementami. Jednak przy użyciu niektórych funkcji skryptów w programie Windows PowerShell można zautomatyzować wypełnianie udziału wdrożenia, używając poleceń cmdlet.

Na przykład organizacja może potrzebować 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 spójnie skonfigurowanych udziałów wdrożenia.

Jedną z metod zarządzania wieloma elementami jest użycie pliku wartości rozdzielanych przecinkami (CSV) zawierającego listę wszystkich elementów, którymi chcesz zarządzać w udziale wdrożenia za pomocą polecenia cmdlet Import-CSV .

Poniżej przedstawiono fragment skryptu Windows PowerShell umożliwiającego zaimportowanie listy aplikacji na podstawie informacji z pliku .csv za pomocą 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 Korzystanie z polecenia cmdlet Import-Csv.

Możesz użyć tej samej metody do importowania systemów operacyjnych, sterowników urządzeń i innych elementów w udziale wdrożenia, wykonując następujące czynności:

1. Utwórz plik .csv dla każdego typu elementu udostępnionego wdrożenia, który chcesz wypełnić.

2. Aby uzyskać więcej informacji na temat tworzenia pliku .csv do użycia z poleceniem cmdlet Import-CSV , zobacz Korzystanie z polecenia cmdlet Import-Csv.

3. Utwórz plik skryptu programu Windows PowerShell, który będzie używany do automatyzacji wypełniania udziału wdrożenia.

   Aby uzyskać więcej informacji dotyczących tworzenia skryptu programu Windows PowerShell, zobacz Tworzenie skryptów za pomocą programu Windows PowerShell.

4. Przed zaimportowaniem elementów udziału wdrożenia utwórz dowolną wstępnie wymaganą strukturę folderów wymaganą w udziale wdrożenia.

   Aby uzyskać więcej informacji, zobacz Zarządzanie folderami udziału wdrożenia za pomocą programu Windows PowerShell.

5. 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 Korzystanie z polecenia cmdlet Import-Csv.

6. Utwórz pętlę polecenia 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 Korzystanie z polecenia cmdlet ForEach-Object.

7. Dodaj odpowiednie polecenie cmdlet zestawu MDT na potrzeby importowania elementów udziału wdrożenia wewnątrz pętli polecenia cmdlet ForEach-Object utworzonej w poprzednim kroku.

   Aby uzyskać więcej informacji na temat poleceń cmdlet zestawu 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 programu Windows PowerShell

Folderami w udziale wdrożenia można zarządzać przy użyciu narzędzi wiersza polecenia, takich jak polecenie mkdir, lub za pomocą poleceń cmdlet programu Windows PowerShell, takich jak polecenie cmdlet New-Item i dostawca programu Windows PowerShell MDTProvider. Ta sama struktura folderów udziałów wdrożenia może być również wyświetlana i zarządzana w środowisku pracy wdrażania. Aby uzyskać więcej informacji na temat bezpośredniego manipulowania elementami przy użyciu poleceń cmdlet programu Windows PowerShell, zobacz Bezpośrednie manipulowanie elementami.

Tworzenie folderu w udziale wdrożenia przy użyciu programu Windows PowerShell

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Wyświetl listę wdrożeń zestawów MDT, które współużytkują dyski programu 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 programu Windows PowerShell udostępnianych za pomocą MDTProvider jest wymieniona, po jednym dla każdego udziału wdrożenia

4. Utwórz folder o nazwie Windows_8 w folderze Systemy operacyjne w udziale wdrożenia przy użyciu polecenia Nowy-element , jak pokazano w poniższym przykładzie:

   New-Item "DS002:\Operating Systems\Windows_8"
   

   W tym przykładzie DS002: to nazwa dysku programu Windows PowerShell zwrócona w kroku 3.

5. Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:

   Get-ChildItem "DS002:\Operating Systems"
   

   Zostanie wyświetlony folder Windows_8 i wszystkie inne istniejące foldery w folderze Operating Systems.

6. Utwórz folder o nazwie Windows_7 folder w folderze Systemy operacyjne w udziale 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 "DS002:\Operating Systems\Windows_7" -Type directory
   

   Polecenie cmdlet wyświetli pomyślne utworzenie folderu.

7. Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:

   Get-ChildItem "DS002:\Operating Systems"
   

   Zostanie wyświetlony folder Windows_7 i wszystkie inne istniejące foldery w folderze Operating Systems.

Usuwanie folderu w udziale wdrożenia przy użyciu programu Windows PowerShell

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Wyświetl listę wdrożeń zestawów MDT, które współużytkują dyski programu 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
   

   Wymieniono listę dysków programu Windows PowerShell udostępnianych za pomocą MDTProvider — po jednym dla każdego udziału wdrożenia.

4. Usuń (usuń) folder o nazwie Windows_8 w folderze Systemy operacyjne w udziale wdrożenia przy użyciu polecenia Nowy-element , jak pokazano w poniższym przykładzie:

   Remove-Item "DS002:\Operating Systems\Windows_8"
   

   W tym przykładzie DS002: to nazwa dysku programu Windows PowerShell zwrócona w kroku 3.

5. 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 Operating Systems

6. Usuń (usuń) folder o nazwie Windows_7 folder w folderze Systemy operacyjne w udziale wdrożenia przy użyciu polecenia cmdlet Remove-Item , jak pokazano w poniższym przykładzie:

   Remove-Item "DS002:\Operating Systems\Windows_7"
   

   Polecenie cmdlet wyświetli pomyślne usunięcie folderu.

7. 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 Operating Systems.

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

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

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT współużytkują dyski programu 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 zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Wyświetl listę wdrożeń zestawu MDT udostępniających dyski programu 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
   

   Wymieniono listę dysków programu Windows PowerShell udostępnianych za pomocą MDTProvider — po jednym dla każdego udziału wdrożenia.

4. Zmień nazwę folderu o nazwie Windows_8 na Win_8 w folderze Operating Systems w udziale wdrożenia 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 programu Windows PowerShell zwrócona w kroku 3.

5. Sprawdź, czy folder został usunięty poprawnie, wpisując następujące polecenie:

   Get-ChildItem "DS002:\Operating Systems"
   

   Nazwa folderu Windows_8 zostanie zmieniona na Win_8.

6. Zmień nazwę folderu o nazwie Windows_7 na Win-7 w folderze Systemy operacyjne w udziale wdrożenia przy użyciu polecenia cmdlet Rename-Item , jak pokazano w poniższym przykładzie:

   Rename-Item "DS002:\Operating Systems\Windows_7" "Win_7"
   

   Polecenie cmdlet wyświetli pomyślną zmianę nazwy folderu.

7. Sprawdź, czy folder został utworzony poprawnie, wpisując następujące polecenie:

   Get-ChildItem "DS002:\Operating Systems"
   

   Nazwa folderu Windows_7 zostanie zmieniona na Win_7.

Automatyzacja stosowania dodatków Service Pack dla systemu operacyjnego w udziałach wdrożenia

Dodatki Service Pack dla systemu operacyjnego stanowią normalną część cyklu życia oprogramowania. Istniejące systemy operacyjne w udziałach wdrożenia muszą zostać zaktualizowane za pomocą tych dodatków Service Pack, aby zagwarantować, że na nowo wdrożonych lub odświeżonych komputerach są aktualne najnowsze zalecenia dotyczące zabezpieczeń i ustawień konfiguracji.

W przypadku wielu udziałów wdrożeń organizacji z wieloma systemami operacyjnymi w każdym udziale wdrożenia proces ręcznego aktualizowania systemów operacyjnych w każdym udziale wdrożenia zawierającym dodatki Service Pack może być czasochłonny. Metody automatyzacji stosowania dodatków Service Pack dla systemu operacyjnego w udziałach wdrożenia obejmują:

• Kopiowanie zaktualizowanej zawartości źródłowej zawierającej dodatek Service Pack (na przykład nośnika z systemem Windows 7 z dodatkiem SP1) do folderu w udziale wdrażania, w którym znajduje się istniejący system operacyjny, zgodnie z opisem w sekcji Automatyzacja aplikacji dodatków Service Pack dla systemu operacyjnego ze zaktualizowanego nośnika źródłowego

• Zastosowanie dodatku Service Pack do komputera odniesienia, a następnie przechwycenie zaktualizowanego obrazu z komputera odniesienia zgodnie z opisem w sekcji Automating the Application of Operating System Service Pack using a Reference Computer and Windows PowerShell

Automatyzacja aplikacji dodatków Service Pack dla systemu operacyjnego ze zaktualizowanego nośnika źródłowego

Proces aktualizowania dodatków Service Pack dla systemu operacyjnego można zautomatyzować przy użyciu programu Windows PowerShell, jeśli jest dostępny nośnik źródłowy zawierający dodatek Service Pack, na przykład dysk DVD ze zintegrowanym systemem Windows 7 z dodatkiem SP1.

W tej metodzie nośnik źródłowy systemu operacyjnego z dodatkiem Service Pack jest kopiowany na istniejące pliki systemu operacyjnego bez dodatku Service Pack w udziale wdrażania za pomocą programu Windows PowerShell.

Aby za pomocą programu Windows PowerShell zautomatyzować stosowanie dodatków Service Pack systemu operacyjnego z nośnika źródłowego aktualizacji

1. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

2. Upewnij się, że wdrożenia zestawu MDT, które współużytkują dyski programu Windows PowerShell, zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

3. Wyświetl listę wdrożeń zestawu MDT udostępniających dyski programu 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
   

   Wymieniono listę dysków programu Windows PowerShell udostępnianych za pomocą MDTProvider — po jednym dla każdego udziału wdrożenia.

4. Usuń folder 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 programu Windows PowerShell zwrócona w kroku 3.

5. Skopiuj zawartość plików źródłowych systemu operacyjnego, z którymi jest zintegrowany dodatek Service Pack, za pomocą 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 programu Windows PowerShell zwrócona w kroku 3.

6. Zaktualizuj dowolny nośnik wdrożenia zestawu MDT na podstawie udziału wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia .

   Aby uzyskać więcej informacji na temat aktualizowania nośnika wdrożenia MDT na podstawie udziału wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia, zobacz Aktualizowanie nośnika wdrażania przy użyciu programu Windows PowerShell.

Automating the application of Operating System Service Pack using a reference computer and Windows PowerShell

Proces aktualizacji dodatków Service Pack dla systemu operacyjnego można zautomatyzować przy użyciu programu Windows PowerShell, jeśli dostępny jest tylko dodatek Service Pack, który nie jest jeszcze zintegrowany z systemem operacyjnym, na przykład dodatek SP1 dla systemu Windows 7, który nie został jeszcze zintegrowany z obrazem systemu Windows 7.

W przypadku tej metody system operacyjny bez dodatku Service Pack należy wdrożyć na komputerze referencyjnym. Następnie zainstaluj dodatek Service Pack na komputerze odniesienia. Następnie przechwyć obraz systemu operacyjnego komputera referencyjnego. Na koniec skopiuj przechwycony plik wim na plik Install.wim w systemie operacyjnym w udziale wdrożenia przy użyciu programu Windows PowerShell.

Aby za pomocą programu Windows PowerShell zautomatyzować stosowanie dodatków Service Pack systemu operacyjnego z nośnika źródłowego aktualizacji

1. Wdróż docelowy system operacyjny na komputerze referencyjnym.

   Aby uzyskać więcej informacji na temat wdrażania komputera referencyjnego, zobacz następujące zasoby w dokumencie zestawu MDT, Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania:

   • "Przygotowywanie do wdrożenia LTI na komputerze referencyjnym"

   • "Deploying To and Capture an image of the reference computer in LTI" (Wdrażanie i przechwytywanie obrazu komputera odniesienia w interfejsie LTI)

2. Zainstaluj żądany dodatek Service Pack na komputerze odniesienia.

   Więcej informacji na temat instalowania dodatku Service Pack można znaleźć w dokumentacji dotyczącej danego dodatku Service Pack.

3. Utwórz rejestrator obrazu komputera odniesienia, tworząc i wdrażając sekwencję zadań na podstawie szablonu sekwencji zadań programu Sysprep i rejestratora.

   Aby uzyskać więcej informacji na temat tworzenia sekwencji zadań na podstawie szablonu sekwencji zadań Sysprep i rejestratora sieci, zobacz "Tworzenie nowej sekwencji zadań w środowisku wdrażania Workbench".

4. Załaduj przystawkę programu MDT programu Windows PowerShell zgodnie z opisem w temacie Ładowanie przystawki programu Windows PowerShell MDT.

5. Upewnij się, że wdrożenia MDT współużytkujące dyski programu Windows PowerShell zostały przywrócone przy użyciu polecenia cmdlet Restore-MDTPersistentDrive, jak pokazano w poniższym przykładzie:

   Restore-MDTPersistentDrive -Verbose
   

   Uwaga

   Jeśli wdrożenia zestawów MDT, które współużytkują dyski programu Windows PowerShell, zostały już przywrócone, otrzymasz komunikat ostrzegawczy z informacją, że polecenie cmdlet nie może przywrócić dysku.

6. Wyświetl listę wdrożeń zestawu MDT udostępniających dyski programu 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
   

   Wymieniono listę dysków programu Windows PowerShell udostępnianych za pomocą MDTProvider — po jednym dla każdego udziału wdrożenia.

7. Skopiuj plik .wim przechwycony w kroku 3 z 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: to nazwa dysku programu Windows PowerShell, który został zwrócony w kroku 6, a istniejący system operacyjny Windows 7 jest zapisany w folderze o nazwie Windows 7.

8. Zaktualizuj dowolny nośnik wdrożenia zestawu MDT na podstawie udziału wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia .

   Aby uzyskać więcej informacji na temat aktualizowania nośnika wdrożenia MDT na podstawie udziału wdrożenia przy użyciu polecenia cmdlet Update-MDTMedia, zobacz Aktualizowanie nośnika wdrażania przy użyciu programu Windows PowerShell.

Dostosowywanie wdrożenia na podstawie typu podwozia

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 , IsDesktop, oraz IsServer wskazują, czy dany komputer jest odpowiednio komputerem przenośnym, komputerem stacjonarnym lub serwerem.

Aby zaimplementować zmienne lokalne w pliku CustomSettings.ini

1. W tej [Settings] sekcji w wierszu Priority dodaj sekcję niestandardową, aby dostosować wdrożenie na podstawie typu obudowy (ByChassisType w poniższym przykładzie, gdzie obudowa reprezentuje typ komputera).

2. Utwórz sekcję niestandardową odpowiadającą sekcji niestandardowej zdefiniowanej w kroku 1 (ByChassisType w poniższym przykładzie, gdzie obudowa reprezentuje typ komputera).

3. Zdefiniuj podsekcję dla każdego typu podwozia do wykrycia (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% w poniższym przykładzie).

4. Utwórz podsekcję dla każdej True z nich i False stan każdej podsekcji zdefiniowanej w kroku 3 (tak jak [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] w poniższym przykładzie).

5. W każdej True podsekcji False dodaj odpowiednie ustawienia w zależności od typu podwozia.

   Listing 1. Przykład dostosowywania wdrożenia na podstawie typu podwozia 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. W tym celu użyj skryptów MDT (w szczególności ZTIGather.wsf), aby odszukać dwa oddzielne źródła informacji:

• Funkcja spisu oprogramowania programu Configuration Manager. Zawiera jeden rekord dla każdego pakietu aplikacji — w tym przypadku są to listy programów i funkcji w systemach Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 — kiedy został zainstalowany ostatni raz Program Configuration Manager przeprowadził spis komputera.

• tabelę mapowania. Opisuje, który pakiet i program muszą być zainstalowane dla każdego rekordu (ponieważ rekordy Program i funkcje lub Dodaj lub usuń programy nie określają dokładnie, który pakiet zainstalował aplikację, przez co nie można automatycznie wybrać pakietu na podstawie samego spisu).

  Aby wykonać dynamiczną instalację aplikacji specyficznej dla komputera

1. Użyj tabeli w bazie danych MDT, aby połączyć określone pakiety z aplikacjami wymienionymi w docelowym systemie operacyjnym.

2. Wypełnij tabelę danymi, które skojarzą odpowiedni pakiet z aplikacją wymienioną w obszarze Programy i funkcje lub Dodaj lub usuń programy.

   Kwerenda SQL wypełniająca tabelę

   use [MDTDB]
   go
   INSERT INTO [PackageMapping] (ARPName, Packages) VALUES('Office12.0', 'XXX0000F:Install Office 2010 Professional Plus')
   go
   

   Wstawiony wiersz łączy każdy komputer z wpisem Office12.0 z pakietem Microsoft Office 2010 Professional Plus.

   Oznacza to, że pakiet Microsoft Office 2010 Professional Plus zostanie zainstalowany na każdym komputerze, na którym jest obecnie uruchomiony pakiet Microsoft Office System 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).

3. Utwórz procedurę składowaną, aby uprościć łączenie informacji zawartych w nowej tabeli z danymi zapasowymi.

   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
   

   W procedurze składowanej w powyższym przykładzie założono, że baza danych centralnej lokacji głównej programu Configuration Manager znajduje się na komputerze, na którym jest uruchomiona baza danych programu SQL Server, jako baza danych MDT. Jeśli centralna baza danych lokacji głównej znajduje się na innym komputerze, należy wprowadzić odpowiednie zmiany w procedurze składowanej. Ponadto należy zaktualizować nazwę bazy danych (CM_DB). Rozważ też przyznanie dodatkowych kont Dostęp do odczytu do widoku v_GS_ADD_REMOVE_PROGRAMS w bazie danych Configuration Manager.

4. Skonfiguruj plik CustomSettings.ini, aby wysyłać zapytania do tabeli bazy danych, określając nazwę sekcji ([DynamicPackages] na liście Priorytet ), która wskazuje informacje bazy danych.

   [Settings]
   ...
   Priority=MacAddress, DefaultGateway, DynamicPackages, Default
   ...
   

5. [DynamicPackages] Utwórz sekcję określającą nazwę sekcji bazy danych.

   [DynamicPackages]
   SQLDefault=DB_DynamicPackages
   

6. Utwórz sekcję bazy danych służącą do określania informacji bazy danych i szczegółów zapytania.

   [DB_DynamicPackages]
   SQLServer=SERVER1
   Database=MDTDB
   StoredProcedure=RetrievePackages
   Parameters=MacAddress
   SQLShare=Logs
   Instance=SQLEnterprise2005
   Port=1433
   Netlib=DBNMPNTW
   

   W powyższym przykładzie będzie badana baza danych MDT o nazwie MDTDB na komputerze z uruchomionym wystąpieniem SQL Server o nazwie SERVER1. Baza danych zawiera procedurę składowaną o nazwie RetrievePackages (utworzoną w kroku 3).

   Po uruchomieniu ZTIGather.wsf automatycznie generowana jest instrukcja Structured Query Language (SQL), SELECT a wartość klucza niestandardowego MakeModelQuery jest przekazywana jako parametr do zapytania:

   EXECUTE RetrievePackages ?
   

   Rzeczywista wartość klucza niestandardowego MACAddress zostanie zastąpiona odpowiadającym mu "?". To zapytanie zwraca zestaw rekordów z wierszami wprowadzonymi w kroku 2.

   Zmiennej liczby argumentów nie można przekazać do procedury składowanej. W rezultacie, gdy komputer ma więcej niż jeden adres MAC, nie wszystkie adresy MAC mogą zostać przekazane do procedury składowanej. Alternatywnie zastąp procedurę składowaną widokiem, który umożliwia wysyłanie zapytań do widoku instrukcją SELECT z klauzulą IN przekazującą wszystkie wartości adresów MAC.

   Zgodnie z przedstawionym tu scenariuszem, 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:Install Office 2001 Professional Plus zostanie zainstalowany przez proces ZTI podczas fazy przywracania stanu.

W pełni zautomatyzowany scenariusz wdrożenia LTI

Głównym celem LTI jest jak największa automatyzacja procesu wdrażania. Chociaż ZTI zapewnia pełną automatyzację wdrażania przy użyciu skryptów MDT i usług wdrażania systemu Windows, LTI jest zaprojektowany do pracy z mniejszymi wymaganiami dotyczącymi infrastruktury.

Możesz zautomatyzować Kreatora wdrażania systemu Windows użytego w procesie wdrażania LTI, aby zmniejszyć (lub wyeliminować) wyświetlane strony kreatora. Możesz pominąć całego Kreatora 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

• Pomiń aplikacje

• SkipBDDWelcome

• Pomijaj funkcję SkipBitLocker

• SkipBitLockerDetails

• SkipTaskSequence

• SkipCapture

• Pomiń kopię zapasową komputera

• SkipComputerName (Nazwa komputera_pominięcia)

• SkipDomainMembership (Członkostwo w domenie pominięte)

• SkipFinalSummary

• SkipLocaleSelection (PomińUstawieniaRegionalne)

• SkipPackageDisplay

• Pomiń klucz produktu

• Pomiń podsumowanie

• SkipTimeZone (PomińStrefę czasową)

• SkipUserData (Pomiń dane użytkownika)

Aby uzyskać więcej informacji na temat tych poszczególnych właściwości, zobacz odpowiadającą im właściwość w dokumentacji zestawu narzędzi MDT.

Dla każdej pominiętej strony kreatora podaj wartości odpowiadających im 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 na temat właściwości, które muszą być skonfigurowane w tych plikach, zobacz sekcję "Dostarczanie właściwości dla pominiętych stron kreatora wdrażania" w dokumentacji zestawu narzędzi zestawu MDT.

W pełni zautomatyzowane wdrażanie technologii LTI dla scenariusza odświeżania komputera

Poniżej przedstawiono plik CustomSettings.ini używany w scenariuszu odświeżania komputera w celu pominięcia wszystkich stron Kreatora wdrażania systemu Windows. W tym przykładzie właściwości, które należy podać 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=<complex_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=<complex_password>

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

W pełni zautomatyzowane wdrażanie technologii LTI dla scenariusza nowego komputera

Poniżej przedstawiono przykładowy plik CustomSettings.ini używany w scenariuszu Nowy komputer w celu pominięcia wszystkich stron Kreatora wdrażania systemu Windows. W tym przykładzie właściwości, które należy podać 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=<complex_password>

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 zestawie MDT

We wcześniejszych wersjach zestawu 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 za pomocą usługi WMI — w celu podjęcia decyzji o tym, 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 pobierania dodatkowych informacji z zewnętrznych baz danych. Z takim podejściem wiązały się jednak pewne wyzwania — zwłaszcza w przypadku zabezpieczania połączeń z programem SQL Server.

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

Poniżej przedstawiono sposób konfigurowania CustomSettings.ini do wywoływania określonej usługi sieci Web. W tym scenariuszu usługa sieci Web jest wybierana losowo z wyszukiwania w Internecie. Pobiera kod pocztowy jako dane wejściowe i zwraca miasto, województwo, numer kierunkowy i strefę czasową (w postaci litery) 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 daje wynik podobny do następującego:

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 ------

Istnieje kilka drobnych komplikacji, na które należy zwrócić uwagę podczas uruchamiania usługi internetowej:

• Nie rób nic specjalnego na serwerach proxy. Jeśli dostępny jest anonimowy serwer proxy, użyj go, ale uwierzytelnienie serwera proxy może powodować problemy. W większości przypadków usługa sieci Web nie zostanie wywołana.

• CustomSettings.ini lub ZTIGather.xml wyszukuje właściwości zdefiniowane w znacznikach XML zwróconych w wyniku wywołania usługi sieci Web (podobnie jak w przypadku zapytania bazy danych lub innej reguły). Jednak w wyszukiwaniu XML jest uwzględniana wielkość liter. Na szczęście opisana tutaj usługa sieci Web zwraca nazwy właściwości pisane wyłącznie wielkimi literami, czego ZTIGather.xml oczekuje. Aby obejść ten problem, można ponownie zamapować wpisy napisane małymi literami lub mieszane.

• Żądanie POST do usługi internetowej jest zalecane, więc wywołanie usługi sieci Web musi być w stanie obsługiwać POST.

Łączenie się z zasobami sieciowymi

Podczas procesów wdrażania LTI i ZTI może być wymagany dostęp do zasobu sieciowego na serwerze innym niż serwer hostujący udział wdrożenia. Aby uzyskać dostęp do udostępnionych folderów lub usług na tym serwerze, konieczne jest uwierzytelnienie użytkownika. 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 zestawu MDT.

Za pomocą skryptu ZTIConnect.wsf możesz połączyć się z innymi serwerami i uzyskać dostęp do zasobów na nich. Składnia skryptu ZTIConnect.wsf jest następująca (gdzie unc_path ścieżka UNC do połączenia z serwerem):

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

W większości przypadków skrypt ZTIConnect.wsf jest uruchamiany jako zadanie sekwencera zadań. 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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

3. W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence jest sekwencją zadań do zmodyfikowania).

4. W okienku Akcje wybierz pozycję Właściwości.

5. Wybierz kartę Sekwencja zadań, przejdź do grupy (gdzie grupa jest grupą, w której ma zostać uruchomiony skrypt ZTIConnec.wsf) i wybierz pozycję Dodaj. Wybierz pozycję Ogólne, a następnie wybierz pozycję Uruchom wiersz polecenia.

   Uwaga

   Dodaj zadanie przed dodaniem jakichkolwiek zadań, które wymagają dostępu do zasobów na serwerze docelowym.

6. Zakończ kartę Właściwości nowego zadania, korzystając z następujących informacji:

   W tym polu	Czynność
   Nazwa	Wpisz Połącz z serwerem (gdzie serwer to nazwa serwera, z którym chcesz się połączyć).
   Opis	Wpisz tekst wyjaśniający powód nawiązania połączenia.
   Polecenie	Wpisz cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (gdzie unc_path jest ścieżką UNC do folderu współdzielonego na serwerze).

7. Ukończ otwieranie karty Opcje nowego zadania, korzystając z następujących informacji. Jeśli nie określono inaczej, zaakceptuj wartości domyślne, a następnie wybierz przycisk OK.

   W tym polu	Czynność
   Kody powodzenia	Wpisz 0 3010. (Skrypt ZTIConnect.wsf zwraca te kody po pomyślnym zakończeniu).
   Pole listy Warunki	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 uruchomi skrypt ZTIConnect.wsf, kolejne zadania mogą uzyskać 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 innej marki i modelu

Różnice w numerach i nazwach modeli mogą istnieć praktycznie bez różnic w zestawie sterowników. Te różnice w numerach i nazwach modeli mogą niepotrzebnie wydłużyć czas poświęcony na wprowadzanie wielu wpisów bazy danych dla danego modelu. W poniższej procedurze pokazano, jak zdefiniować nową właściwość przy użyciu wywołania funkcji wyjścia użytkownika, która zwraca podciąg numeru modelu.

Aby utworzyć aliasy modelu

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. W oknie dialogowym Właściwości wybierz kartę Reguły .

5. Utwórz aliasy dla typów sprzętu w sekcjach Marka i Model bazy danych MDT. Obetnij typ modelu w nawiasach otwierających "(" w nazwie modelu. Na przykład HP DL360 (G112) staje się HP DL360.

6. Dodaj zmienną niestandardową ModelAlias do każdej sekcji.

7. Tworzenie nowej [SetModel] sekcji.

8. [SetModel] Dodaj sekcję do ustawień priorytetu[Settings] w sekcji.

9. Dodaj wiersz do sekcji, aby odwołać się do ModelAlias skryptu wyjścia użytkownika, który obetnie nazwę modelu w miejscu "(".

10. Utwórz wyszukiwanie bazy danych MMApplications , gdzie ModelAlias jest równy Model.

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

    Poniżej przedstawiono odpowiednio skrypt CustomSettings.ini i skrypt wyjścia 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 wyjścia 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 kroków warunkowej sekwencji zadań

W niektórych scenariuszach rozważ warunkowe uruchomienie kroku sekwencji zadań na podstawie zdefiniowanych kryteriów. Aby określić, czy krok sekwencji zadań powinien zostać uruchomiony, można dodać dowolną kombinację tych warunków. 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.

Używając zestawu MDT, uruchom sekwencję zadań warunkowo na podstawie:

• Co najmniej jedna instrukcja JEŻELI

• Zmienna sekwencji zadań

• Wersja docelowego systemu operacyjnego

• Logiczne wyniki zapytania usługi WMI

• Ustawienie rejestru

• Oprogramowanie zainstalowane na komputerze docelowym

• Właściwości folderu

• Właściwości pliku

Konfigurowanie warunkowego kroku sekwencji zadań

Kroki warunkowej sekwencji zadań są konfigurowane w Środowisku wdrażania na karcie Opcje kroku sekwencji zadań. Możesz dodać jeden lub więcej warunków do kroku sekwencji zadań, aby utworzyć odpowiedni warunek uruchomienia lub nieuruchomienia tego kroku.

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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

3. W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence jest nazwą sekwencji zadań do skonfigurowania).

4. W okienku Akcje wybierz pozycję Właściwości.

5. W oknie dialogowym task_sequence Właściwości na karcie Sekwencja zadań wybierz 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:

• Dodać. Wybierz ten przycisk, aby dodać warunek do kroku sekwencji zadań.

• Usuń. Wybierz ten przycisk, aby usunąć istniejący warunek w kroku sekwencji zadań.

• Edycja. Wybierz ten przycisk, aby zmodyfikować istniejący warunek w kroku sekwencji zadań.

Instrukcje JEŻELI w warunkach

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

Instrukcja JEŻELI może być oparta na warunkach wymienionych w poniższej tabeli, konfigurowanych w oknie dialogowym Właściwości instrukcji JEŻELI .

Uzupeł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 JEŻELI do kroku sekwencji zadań

1. Na karcie opcjikroku (gdzie krok jest nazwą kroku sekwencji zadań do skonfigurowania) wybierz pozycję Dodaj, a następnie wybierz instrukcję Jeżeli.

2. 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 obliczania dowolnej zmiennej sekwencji zadań utworzonej przez zadanie Ustaw zmienną sekwencji zadań lub przez dowolne zadanie w sekwencji zadań. Jako przykładu można rozważyć sieć, która zawiera komputery klienckie z systemem Windows XP należące do domeny oraz komputery należące do grupy roboczej. Bieżące zasady domeny wymuszają zapisywanie wszystkich ustawień użytkownika w sieci, dlatego może zajść potrzeba zapisywania ustawień użytkownika tylko na komputerach, które nie należą do domeny, czyli na komputerach należących do grupy roboczej. W takim przypadku należy dodać warunek do zadania Rejestrator Files i ustawień użytkownika, które jest przeznaczone dla komputerów w grupie roboczej.

Aby dodać warunek oparty na zmiennej sekwencji zadań

1. Na karcie Opcjekroku (gdzie krok jest nazwą kroku sekwencji zadań do skonfigurowania) wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zmienna sekwencji zadań.

2. W oknie dialogowym Warunek zmiennej sekwencji zadań w polu Zmienna wpisz typ_OSDJoinType.

   Uwaga

   Ta zmienna ma wartość 0 dla komputerów przyłączonych do domeny i wartość 1 dla komputerów należących do grupy roboczej.

3. W polu Warunek wybierz pozycję równe.

4. W polu Wartość wpisz wartość 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 mają zostać uaktualnione z systemu Windows Server 2003 do systemu Windows Server 2008. Ustawienia sieciowe należy kopiować i stosować tylko do serwerów z systemem Windows Server 2003. Wszystkie inne serwery będą miały domyślne ustawienia sieciowe używane w systemie Windows Server 2008.

Aby dodać warunek na podstawie wersji systemu operacyjnego

1. W Edytorze sekwencji zadań wybierz zadanie Ustawienia sieciowe rejestratora.

2. Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Wersja systemu operacyjnego.

3. W polu Architektura wybierz odpowiedni serwer. W tym przykładzie wybierz x86.

4. W polu System operacyjny wybierz system operacyjny i wersję, dla których chcesz ustawić warunek. W tym przykładzie wybierz system Windows 2003 w architekturze x86.

5. W polu Warunek wybierz odpowiedni warunek, a następnie wybierz przycisk OK.

Właściwości pliku w oknie Warunki

Warunek Właściwości pliku służy do weryfikowania wersji i/lub czasu ustawienia danego pliku w celu określenia, 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 dodawanego do sieci. Na wszystkich komputerach serwerów w środowisku jest uruchomiona aplikacja niestandardowa, która wymaga interfejsu programowania aplikacji (API) modelu DAO (Digital Access Object) w wersji 3.60.6815.

Wszystkie istniejące serwery działają poprawnie. Jednak każdy nowy serwer dodany do sieci z obrazem nie może uruchomić aplikacji. Ponieważ za obsługę i aktualizowanie obrazów odpowiada inna grupa, decydujesz o zmianie sekwencji zadań wdrażania w celu zainstalowania odpowiedniej wersji obiektów DAO, jeśli istniejąca wersja obiektów DAO wdrożona z obrazem jest niepoprawna.

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

1. W programie Configuration Manager utwórz pakiet instalacji obiektów DAO 3.60.6815. Wywołaj ten pakiet DAO za pomocą programu o nazwie InstallDAO. Aby dowiedzieć się więcej o tworzeniu pakietów, zobacz Jak utworzyć pakiet.

2. Utwórz krok instalacji oprogramowania , aby wdrożyć pakiet DAO.

3. Wybierz krok sekwencji zadań Instalowanie oprogramowania utworzony w kroku 2, a następnie wybierz kartę Opcje .

4. Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Właściwości pliku.

5. W polu Ścieżka wpisz C:\Program Files\Microsoft Shared\DAO\dao360.dll.

6. Zaznacz pole wyboru Sprawdź wersję , a następnie wybierz pozycję Nie równa się dla warunku.

7. W polu Wersja wpisz 3.60.6815.

8. W takim przypadku wyczyść pole wyboru Zaznacz sygnaturę czasową, a następnie wybierz przycisk OK.

Właściwości folderu w oknie Warunki

Warunek Właściwości folderu służy do weryfikowania sygnatury czasowej danego folderu w celu określenia, czy należy uruchomić zadanie lub grupę zadań. Rozważmy na przykład sytuację, w której aplikacja opracowana wewnętrznie została zaktualizowana do współpracy z systemem Windows 8. Nie na wszystkich komputerach w sieci jest jednak zainstalowana najnowsza wersja aplikacji, dlatego przed uaktualnieniem aplikacji należy przeprowadzić proces konwersji danych.

Jeśli sygnatura czasowa folderu, w którym zainstalowano aplikację, to data 2007-12-31 lub starsza, oznacza to, że na komputerze docelowym jest uruchomiona niezgodna wersja aplikacji i należy przeprowadzić 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ń

1. W konsoli Configuration Manager lub w Środowisku wdrażania w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań jest sekwencją zadań, którą chcesz edytować).

2. Utwórz zadanie wiersza polecenia , aby przeprowadzić proces konwersji danych.

3. Wybierz zadanie utworzone w kroku 1.

4. Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Właściwości folderu.

5. W polu Ścieżka wpisz ścieżkę folderu zawierającego aplikację.

6. Zaznacz pole wyboru Zaznacz sygnaturę czasową .

7. Wybierz pozycję Mniejsze niż lub równa się dla warunku.

8. W polu Data wybierz pozycję 2007-12-31.

9. W polu Czas wybierz pozycję 12:00:00, a następnie wybierz przycisk OK.

Ustawienia rejestru w oknie Warunki

Użyj warunku ustawienia rejestru , aby sprawdzić, czy w rejestrze istnieją klucze i wartości oraz odpowiadające im dane przechowywane w wartościach rejestru. Rozważmy na przykład przypadek, w którym aplikacja używana obecnie na niewielkiej grupie komputerów nie może zostać uruchomiona w systemie Windows 8, a istnieje wdrożenie systemu Windows 8 w celu uaktualnienia komputerów obecnie z systemem Windows XP. Utwórz warunek w pierwszym zadaniu w sekwencji, aby sprawdzić rejestr pod kątem wpisu dla niezgodnej aplikacji i przerwać proces wdrażania dla tego komputera, jeśli zostanie on znaleziony.

Aby dodać warunek ustawienia rejestru do kroku sekwencji zadań

1. W konsoli Configuration Manager lub w Środowisku wdrażania w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań jest sekwencją zadań, która wdraża Windows 8).

2. Wybierz pierwsze zadanie w sekwencji, a następnie wybierz kartę Opcje .

3. Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Ustawienie rejestru.

4. Na liście kluczy głównych wybierz pozycję HKEY_LOCAL_MACHINE.

5. W polu Klucz wpisz SOFTWARE\WOODGROVE.

6. Pole wyboru nie istnieje dla warunku. W takim przypadku zadanie zostanie uruchomione, a sekwencja będzie kontynuowana tylko wtedy, gdy klucz nie będzie istniał.

7. Opcjonalnie warunek może sprawdzać, czy wartość nie istnieje, jeśli nazwa wartości jest wpisana w polu Nazwa wartości .

8. Jeśli użyto warunku innego niż istnieje/nie istnieje , określ wartość i typ wartości.

9. Wybierz przycisk OK.

Zapytania usługi WMI w warunkach

Aby uruchomić zapytanie usługi WMI, użyj warunku zapytania usługi WMI . Warunek ma wartość "Prawda", jeśli zapytanie zwraca co najmniej jeden wynik. Załóżmy na przykład, że zespół wdrożeniowy musi zaktualizować system operacyjny wszystkich serwerów danego modelu — na przykład Dell 1950. Za pomocą zapytania usługi WMI można sprawdzić model na każdym komputerze i kontynuować wdrażanie tylko wtedy, gdy zostanie znaleziony właściwy model.

Aby dodać warunek zapytania usługi WMI do kroku sekwencji zadań

1. W konsoli Configuration Manager lub w Środowisku wdrażania w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań jest sekwencją zadań, która uaktualni serwery).

2. Wybierz pierwsze zadanie w sekwencji, a następnie wybierz kartę Opcje .

3. Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zapytanie WMI.

4. W polu WMI Namespace (Przestrzeń nazw) wpisz root\cimv2.

5. W polu Zapytanie WQL wpisz Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Wybierz przycisk OK.

Zainstalowane oprogramowanie w warunkach

Użyj warunku Zainstalowane oprogramowanie , aby sprawdzić, czy określony element oprogramowania jest obecnie zainstalowany na komputerze docelowym. Tylko oprogramowanie zainstalowane za pomocą plików Instalatora Microsoft (MSI) może być oceniane przy użyciu tego warunku. Jako przykład załóżmy, że chcesz uaktualnić system operacyjny wszystkich serwerów z wyjątkiem serwerów z systemem Microsoft SQL Server 2012.

Aby dodać warunek Zainstalowane oprogramowanie do kroku sekwencji zadań

1. W konsoli Configuration Manager lub w Środowisku wdrażania w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań jest sekwencją zadań, która uaktualni serwery).

2. Wybierz pierwsze zadanie w sekwencji, a następnie wybierz kartę Opcje .

3. Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zainstalowane oprogramowanie.

4. Wybierz pozycję Przeglądaj, a następnie wybierz plik MSI dla programu SQL Server 2012.

5. Zaznacz pole wyboru Dopasuj do tego konkretnego produktu, aby określić, że tylko komputery z programem SQL Server 2012, a nie jakąkolwiek inną wersją, będą komputerami docelowymi, które ma zostać wykryte przez to zapytanie.

6. Wybierz przycisk OK.

Złożone warunki

Wiele warunków można pogrupować przy użyciu instrukcji JEŻELI , aby utworzyć złożone warunki. Załóżmy na przykład, że określony krok powinien być wykonywany tylko na komputerach z systemem Contoso 1950 z systemem Windows Server 2003 lub Windows Server 2008. Jeśli jest to programowa instrukcja JEŻELI , 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ć warunek złożony

1. W konsoli Configuration Manager lub w Środowisku wdrażania w edytorze sekwencji zadań edytuj task_sequence (gdzie sekwencja zadań jest sekwencją zadań, która uaktualni serwery).

2. Wybierz krok sekwencji zadań, do którego chcesz dodać warunek, a następnie wybierz kartę Opcje .

3. Wybierz pozycję Dodaj warunek, wybierz instrukcję Jeżeli, a następnie wybierz pozycję Wszystkie warunki. Wybierz przycisk OK.

4. Wybierz instrukcję warunku, wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Zapytanie usługi WMI.

5. Upewnij się, że przestrzeń nazw WMI zawiera nazwę root\cimv2, a następnie w polu Zapytanie WQL wpisz ciąg SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Wybierz przycisk OK.

6. Wybierz instrukcję JEŻELI , a następnie wybierz pozycję Dodaj warunek. Wybierz instrukcję Jeżeli, a następnie wybierz pozycję Dowolny warunek. Wybierz przycisk OK.

7. Wybierz drugą instrukcję IF . Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Wersja systemu operacyjnego.

8. W polu Architektura wybierz architekturę serwerów. W tym przykładzie wybierz x86.

9. W polu System operacyjny wybierz system operacyjny i wersję. W tym przykładzie wybierz oryginalną wersję systemu Windows 2003 x86. Wybierz przycisk OK.

10. Wybierz drugą instrukcję IF . Wybierz pozycję Dodaj warunek, a następnie wybierz pozycję Wersja systemu operacyjnego.

11. W polu Architektura wybierz architekturę serwerów. W tym przykładzie wybierz x86.

12. 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 wdrożeniowej LTI

W tym scenariuszu nie jest dostępna elektroniczna dystrybucja oprogramowania, z której mogłaby korzystać infrastruktura wdrażania, dlatego należy użyć zestawu MDT, aby utworzyć w pełni zautomatyzowaną infrastrukturę wdrażania LTI. Skalowalna infrastruktura LTI korzysta z technologii programu SQL Server, usług wdrażania systemu Windows i technologii replikacji rozproszonego systemu plików (DFS-R) systemu Windows Server 2003.

Skaluj infrastrukturę LTI poprzez:

• Zapewnienie, że istnieje odpowiednia infrastruktura opisana w Zapewnienie istnienia odpowiedniej infrastruktury

• Dodawanie zawartości do zestawu MDT zgodnie z opisem w sekcji Dodawanie zawartości do zestawu MDT

• Przygotowywanie usług wdrażania systemu Windows zgodnie z opisem w sekcji Przygotowywanie usług wdrażania systemu Windows

• Konfigurowanie systemu DFS-R zgodnie z opisem w sekcji Konfigurowanie replikacji rozproszonego systemu plików

• Przygotowywanie do replikacji programu SQL Server zgodnie z opisem w temacie Przygotowywanie do replikacji programu SQL Server

• Konfigurowanie replikacji programu SQL Server zgodnie z opisem w temacie Konfigurowanie replikacji programu SQL Server

  W tym scenariuszu założono, że zestaw MDT jest skonfigurowany na głównym serwerze wdrażania i że konfiguracja bazy danych zestawu MDT została już ukończona, jak omówiono na początku tego dokumentu.

Zapewnienie odpowiedniej infrastruktury

Wysoce skalowalna infrastruktura wdrożeniowa LTI wykorzystuje topologię piasty i szprych do replikacji treści; Dlatego najpierw wyznacz 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.

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

Dodawanie zawartości do zestawu MDT

Wypełnij główny serwer wdrażania zawartością przy użyciu środowiska pracy wdrażania, a następnie utwórz i wypełnij bazę danych zestawu MDT zgodnie z opisem w kolejnych sekcjach. Aby uzyskać informacje na temat wypełniania bazy danych:

• aplikacji, zobacz sekcję "Konfigurowanie aplikacji w środowisku pracy wdrażania" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania

• Systemy operacyjne, zobacz sekcję "Konfigurowanie systemów operacyjnych w środowisku wdrażania Workbench" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania

• Pakiety systemu operacyjnego, zobacz sekcję "Konfigurowanie pakietów w środowisku wdrażania środowiska pracy" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania

• Sterowniki urządzeń, zobacz sekcję "Konfigurowanie sterowników urządzeń w środowisku wdrażania Workbench" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania

• Sekwencje zadań, zobacz sekcję "Konfigurowanie sekwencji zadań w środowisku wdrażania Workbench" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania

Przygotowywanie usług wdrażania systemu Windows

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

Aby przygotować Usługi wdrażania systemu Windows

1. Otwórz okno wiersza polecenia.

2. Wpisz WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60, a następnie naciśnij klawisz ENTER.

Konfigurowanie replikacji rozproszonego systemu plików

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

Aby skonfigurować system DFS-R do replikowania zawartości wdrożenia

1. Otwórz konsolę zarządzania systemu plików DFS.

2. W konsoli zarządzania systemem plików DFS rozwiń węzeł Zarządzanie systemem plików DFS.

3. Kliknij prawym przyciskiem myszy pozycję Replikacja, a następnie wybierz polecenie Nowa grupa replikacji.

4. W Kreatorze nowej grupy replikacji na stronie Typ grupy replikacji wybierz pozycję Nowa grupa replikacji uniwersalnej.

5. Wybierz pozycję Dalej.

6. Na stronie Nazwa i domena wpisz następujące informacje:

   • W polu Grupa Nazwa replikacji wpisz nazwę grupy replikacji, na przykład Grupa replikacji MDT 2010.

   • W polu grupy Opcjonalny opis replikacji wpisz opis grupy replikacji, na przykład Grupa do replikacji danych zestawu MDT 2010.

   • Upewnij się, że pole Domena zawiera poprawną nazwę domeny.

7. Wybierz pozycję Dalej.

8. Na stronie Członkowie grupy replikacji wykonaj następujące kroki:

   1. Wybierz opcję Dodaj.

   2. Wpisz nazwy wszystkich serwerów, które mają należeć do tej grupy replikacji — na przykład wszystkie podrzędne serwery wdrażania i główny serwer wdrażania.

   3. Wybierz przycisk OK.

9. Wybierz pozycję Dalej.

10. Na stronie Wybór topologii wybierz pozycję Piasta i szprychy, a następnie wybierz przycisk Dalej.

11. Na stronie Członkowie centrum wybierz główny serwer wdrażania, a następnie wybierz pozycję Dodaj.

12. Wybierz pozycję Dalej.

13. Na stronie Połączenia piasty i szprych upewnij się, że dla każdego podrzędnego serwera wdrożenia wymieniony główny serwer wdrożenia jest wymaganym elementem huba.

14. Wybierz pozycję Dalej.

15. Na stronie Harmonogram grup replikacji i przepustowość określ harmonogram replikacji zawartości między serwerami.

16. Wybierz pozycję Dalej.

17. Na stronie Podstawowy członek członkowski w polu Podstawowy element członkowski wybierz główny serwer wdrażania.

18. Wybierz pozycję Dalej.

19. Na stronie Foldery do replikacji wybierz pozycję Dodaj, a następnie wykonaj następujące czynności:

    1. W polu Ścieżka lokalna folderu do replikacji wybierz pozycję Przeglądaj , aby przejść do folderu X:\Deployment (gdzie X jest literą dysku na serwerze wdrażania).

    2. Wybierz pozycję Użyj nazwy opartej na ścieżce.

    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 opartej na ścieżce.

20. Wybierz pozycję Dalej.

21. Na stronie Lokalna ścieżka dystrybucji w innych elementach członkowskich wykonaj następujące czynności:

    1. Zaznacz wszystkich członków grupy 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 ma być przechowywany na podrzędnym serwerze wdrażania — na przykład X:\Deployment (gdzie X to litera dysku na serwerze wdrażania).

    4. Wybierz przycisk OK.

22. Wybierz pozycję Dalej.

23. Na stronie Local Path of Boot on Other Members wykonaj następujące kroki:

    1. Zaznacz wszystkich członków grupy 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 rozruchowy ma 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.

24. Wybierz pozycję Dalej.

25. Na stronie Ustawienia zdalne i tworzenie grupy replikacji wybierz pozycję Utwórz , aby ukończyć działanie Kreatora nowej grupy replikacji.

26. Na stronie potwierdzenia wybierz pozycję Zamknij , aby zamknąć kreatora.

Przygotowywanie do replikacji programu SQL Server

Zanim będzie można skonfigurować replikację programu SQL Server, wykonaj kilka kroków konfiguracji wstępnej, aby upewnić się, że serwery wdrażania są poprawnie skonfigurowane.

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

1. Utwórz folder do przechowywania migawek bazy danych, a następnie skonfiguruj ten folder jako udostępniany.

   Uwaga

   Aby uzyskać więcej informacji na temat zabezpieczania folderu migawek, zobacz Zabezpieczanie folderu migawek.

2. Upewnij się, że usługa przeglądarki programu SQL Server jest włączona i ustawiona jako Automatyczna.

3. W polu Konfiguracja obszaru powierzchni programu SQL Server wybierz opcję Połączenia lokalne i zdalne.

   Aby przygotować się do replikacji programu SQL Server na podrzędnym serwerze wdrażania

4. W polu Konfiguracja obszaru powierzchni programu SQL Server wybierz opcję Połączenia lokalne i zdalne.

5. Opcjonalnie utwórz pustą bazę danych do hostowania replikowanej bazy danych MDT.

Konfigurowanie replikacji programu SQL Server

Po skonfigurowaniu replikacji plików i folderów wymaganych do zbudowania infrastruktury wdrożenia skonfiguruj replikację bazy danych MDT w programie SQL Server.

W programie SQL Server 2005 jest używany model replikacji podobny do modelu dystrybucji czasopism:

1. Czasopismo jest udostępniane (publikowane) przez wydawcę.

2. Dystrybucją publikacji zajmują się dystrybutorzy.

3. Czytelnicy mogą subskrybować publikację, aby publikacja była okresowo dostarczana do subskrybenta ( subskrypcja wypychana).

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

Konfigurowanie wydawcy programu SQL Server

Aby skonfigurować główny serwer wdrażania jako publikującego programu SQL Server, wykonaj następujące czynności:

1. Otwórz SQL Server Management Studio.

2. Kliknij prawym przyciskiem myszy węzeł Replikacja , a następnie wybierz polecenie Konfiguruj dystrybucję.

3. W Kreatorze konfiguracji dystrybucji wybierz pozycję Dalej.

4. Na stronie Dystrybutora firma Select będzie działać jako jej własny Dystrybutor; Program SQL Server utworzy dystrybucyjną bazę danych i dziennik, a następnie wybierz przycisk Dalej.

5. Na stronie Folder migawek w sekcji Przygotowanie do replikacji SQL Server wpisz ścieżkę UNC do utworzonego folderu migawek.

6. Na stronie Dystrybucyjna baza danych wybierz pozycję Dalej.

7. Na stronie Wydawcy wybierz główny serwer wdrażania, aby ustawić go jako dystrybutora, a następnie wybierz przycisk Dalej.

8. Na stronie Akcje kreatora wybierz pozycję Konfiguruj dystrybucję, a następnie wybierz przycisk Dalej.

9. Wybierz pozycję Zakończ, a następnie wybierz pozycję Zamknij po zakończeniu działania kreatora.

Włączanie bazy danych MDT na potrzeby replikacji

Aby włączyć replikację bazy danych MDT na głównym serwerze wdrażania, wykonaj następujące czynności:

1. W programie SQL Server Management Studio kliknij prawym przyciskiem myszy węzeł Replikacja, a następnie wybierz polecenie Właściwości wydawcy.

2. Na stronie Właściwości wydawcy wykonaj następujące czynności:

   1. Wybierz pozycję Bazy danych programu Publisher.

   2. Wybierz bazę danych MDT, a następnie wybierz pozycję Transakcyjna.

   3. Wybierz przycisk OK.

   Baza danych MDT jest teraz skonfigurowana do replikacji transakcyjnej i migawkowej.

Tworzenie publikacji bazy danych MDT

Aby utworzyć publikację bazy danych MDT, którą mogą subskrybować podrzędne serwery wdrażania, wykonaj następujące czynności:

1. W programie SQL Server Management Studio rozwiń węzeł Replikacja, kliknij prawym przyciskiem myszy pozycję Publikacje lokalne, a następnie wybierz pozycję Nowa publikacja.

2. W Kreatorze nowej publikacji wybierz pozycję Dalej.

3. Na stronie Baza danych publikacji wybierz bazę danych MDT, a następnie wybierz przycisk Dalej.

4. Na stronie Typ publikacji wybierz pozycję Publikacja migawki, a następnie wybierz przycisk Dalej.

5. Na stronie Artykuły wybierz wszystkie tabele, procedury składowane i widoki, a następnie wybierz przycisk Dalej.

6. Na stronie Problemy z artykułami wybierz pozycję Dalej.

7. Na stronie Filtrowanie wierszy tabeli wybierz pozycję Dalej.

8. Na stronie Snapshot Agent wykonaj następujące kroki:

   1. Wybierz pozycję Utwórz migawkę natychmiast i zachowaj migawkę dostępną do zainicjowania subskrypcji.

   2. Wybierz opcję Zaplanuj uruchamianie agenta migawek w następujących godzinach.

   3. Wybierz opcję Zmień.

   Uwaga

   Określ harmonogram, który wystąpi na godzinę przed replikacją bazy danych.

9. Wybierz pozycję Dalej.

10. Na stronie Zabezpieczenia agenta wybierz konto, w ramach którego zostanie uruchomiony agent migawki, a następnie wybierz przycisk Dalej.

11. Na stronie Akcje kreatora wybierz pozycję Utwórz publikację, a następnie wybierz przycisk Dalej.

12. Na stronie Kończenie pracy kreatora w polu Nazwa publikacji wpisz opisową nazwę publikacji.

13. Wybierz przycisk Zakończ , aby zakończyć działanie kreatora, a następnie wybierz przycisk Zamknij , gdy kreator utworzy publikację.

    Uwaga

    Publikacja będzie teraz widoczna poniżej węzła Publikacje lokalne w programie SQL Server Management Studio.

Subskrybowanie podrzędnych serwerów wdrażania opublikowanych baz danych MDT

Teraz, gdy baza danych MDT została opublikowana, możesz dodać podrzędne serwery wdrożenia jako subskrybentów tej publikacji; Oznacza to, że będą otrzymywać kopię bazy danych zgodnie z harmonogramem, tak aby podczas wdrażania komputery klienckie mogły wysyłać zapytania do bazy danych, która jest lokalna w sieci, zamiast przechodzić przez sieć WAN.

Aby subskrybować publikację bazy danych MDT dla podrzędnych serwerów wdrażania

1. W programie SQL Server Management Studio przejdź do replikacji/publikacji lokalnych.

2. Kliknij prawym przyciskiem myszy publikację utworzoną w poprzedniej sekcji, a następnie wybierz pozycję Nowe subskrypcje.

3. W Kreatorze nowych subskrypcji wybierz pozycję Dalej.

4. Na stronie Publikacja wybierz publikację utworzoną w poprzedniej sekcji.

5. Na stronie Lokalizacja agenta dystrybucji wybierz pozycję Uruchom wszystkich agentów według nazwy serwera dystrybutora (subskrypcje wypychane), a następnie wybierz pozycję Dalej.

6. Na stronie Subskrybenci dodaj każdy z podrzędnych serwerów wdrażania, wykonując następujące czynności:

   1. Wybierz pozycję Dodaj subskrybenta, a następnie wybierz pozycję Dodaj subskrybenta programu SQL Server.

   2. Dodaj każdy podrzędny serwer wdrożenia.

   3. Dla każdego dodanego podrzędnego serwera wdrożenia 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 Subskrypcja bazy danych 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, na podrzędnym serwerze wdrażania utwórz pustą bazę danych o nazwie MDTDB .

7. Wybierz pozycję Dalej.

8. Na stronie Zabezpieczenia agenta dystrybucji wybierz pozycję ... , aby otworzyć okno dialogowe Zabezpieczenia agenta dystrybucji .

9. Wpisz szczegóły konta, które ma być używane przez agenta dystrybucji, a następnie wybierz przycisk Dalej.

10. Na stronie Harmonogram synchronizacji wykonaj następujące czynności:

    1. W polu Harmonogram agenta wybierz pozycję< Definiuj harmonogram>.

    2. Określ harmonogram, który ma być używany do replikowania bazy danych między głównymi i podrzędnymi serwerami wdrażania, a następnie wybierz przycisk Dalej.

11. Na stronie Inicjowanie subskrypcji wybierz pozycję Dalej.

12. Na stronie Akcje kreatora wybierz pozycję Utwórz subskrypcje, a następnie wybierz przycisk Dalej.

13. Wybierz pozycję Zakończ, a następnie wybierz pozycję Zamknij po pomyślnym zakończeniu działania kreatora.

    Replikacja programu SQL Server jest już skonfigurowana i baza danych MDT będzie replikowana z głównego serwera wdrażania do wszystkich podrzędnych serwerów wdrożenia, które zostały do niej okresowo subskrybowane.

Konfigurowanie CustomSettings.ini

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

• Udział wdrożenia

• Baza danych MDT

• Środowisko LiteTouchPE_x86 środowiska Windows PE dodane do usług wdrażania systemu Windows

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

  Po dostarczeniu pliku LiteTouchPE_x86.wim z usług wdrażania systemu Windows jest konfigurowany klucz rejestru z nazwą używanego serwera usług wdrażania systemu Windows. Zestaw MDT przechwytuje tę nazwę serwera w zmiennej (%WDSServer%), której można użyć do skonfigurowania CustomSettings.ini.

  Aby zawsze używać lokalnego serwera wdrożenia LTI

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. 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 programu SQL Server skonfiguruj obiekt SQLServer tak, aby używał nazwy serwera **%WDSServer%—**na przykład SQLServer=%WDSServer%.

   • W przypadku konfigurowania narzędzia DeployRoot skonfiguruj składnik DeployRoot tak, aby używał zmiennej %WDSServer% — na przykład DeployRoot=\\%WDSServer%\Deployment$.

5. Wybierz pozycję Edytuj Bootstrap.ini.

6. Skonfiguruj BootStrap.ini, aby używać właściwości %WDSServer%, dodając lub zmieniając wartość DeployRoot na DeployRoot=\\%WDSServer%\Deployment$.

7. Wybierz pozycję Plik, a następnie wybierz pozycję Zapisz , aby zapisać zmiany w pliku BootStrap.ini.

8. Wybierz przycisk OK.

   Udział wdrożenia i środowisko środowiska LiteTouchPE_x86.wim Windows PE muszą zostać zaktualizowane.

9. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

   Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

10. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

11. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

12. Na stronie potwierdzenia wybierz pozycję Zakończ.

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

    Przykładowy CustomSettings.ini skonfigurowany dla 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 zestawu MDT w celu nawiązania połączenia i uzyskania dostępu do wymaganych plików w celu rozpoczęcia procesu wdrażania.

Kreator wdrażania systemu Windows może użyć pliku LocalServer.xml, aby przedstawić znane serwery wdrażania do wyboru dla każdej lokalizacji.

Skorzystaj z pliku LocationServer.xml:

• Opis celu i zastosowania LocationServer.xml zgodnie z opisem w części Opis LocationServer.xml

• Tworzenie pliku LocationServer.xml zgodnie z opisem w sekcji Tworzenie pliku LocationServer.xml

• Dodawanie pliku LocationServer.xml do katalogu Extra Files zgodnie z opisem w sekcji Dodawanie pliku LocationServer.xml do katalogu Extra Files

• Aktualizacja pliku BootStrap.ini zgodnie z opisem w sekcji Aktualizowanie pliku BootStrap.ini

• Aktualizowanie udziału wdrożenia zgodnie z opisem w sekcji Aktualizowanie udziału wdrożenia

  W tym scenariuszu założono, że zestaw MDT jest skonfigurowany na serwerze wdrażania.

Opis LocationServer.xml

Najpierw musisz zrozumieć, jak zestaw MDT używa LocationServer.xml. Podczas LTI skrypty MDT odczytują i przetwarzają plik BootStrap.ini w celu zebrania wstępnych informacji o wdrożeniu. Dzieje się to przed nawiązaniem połączenia z serwerem wdrażania. Dlatego właściwość DeployRoot jest zwykle używana do określenia w pliku BootStrap.ini serwera wdrażania, z którym ma nawiązać połączenie.

Jeśli plik BootStrap.ini nie zawiera właściwości DeployRoot , skrypty zestawu MDT ładują stronę kreatora, aby monitować użytkownika o podanie ścieżki do serwera wdrażania. Podczas inicjowania strony kreatora aplikacji HTML (HTA) skrypty MDT sprawdzają, czy plik LocationServer.xml istnieje, a jeśli istnieje, używają LocationServer.xml do wyświetlenia dostępnych serwerów wdrażania.

Dowiedz się, kiedy używać LocationServer.xml

Zestaw MDT oferuje wiele sposobów określania serwera, z którym ma zostać nawiązane połączenie podczas wdrożenia LTI. W różnych scenariuszach najlepiej sprawdzają się różne metody lokalizowania serwera wdrażania. Dlatego ważne jest, aby wiedzieć, kiedy LocationServer.xml używać.

Zestaw MDT udostępnia kilka metod automatycznego wykrywania i używania najbardziej odpowiedniego serwera wdrażania. Te metody wymieniono w poniższej tabeli.

Każde z podejść wymienionych w powyższej tabeli oferuje jeden sposób zautomatyzowania wyboru serwera wdrażania w danej lokalizacji dla określonych scenariuszy. Te podejścia są ukierunkowane na określone scenariusze — na przykład, gdy serwer MDT jest współhostowany z Usługami wdrażania systemu Windows.

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

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

Tworzenie pliku LocationServer.xml

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

Tworzenie pliku LocationServer.xml do 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 on znajdować się 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 używana do przedstawienia łatwej do zidentyfikowania nazwy 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ład LocationServer.xml pliku 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>

Przy użyciu tego formatu można określić różne wpisy serwera dla każdej lokalizacji lub w sytuacji, w której w jednej lokalizacji znajduje się wiele serwerów, określając inny wpis serwera dla każdego serwera w tej lokalizacji, jak pokazano w poniższym przykładzie.

Przykładowy LocationServer.xml pliku 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

Za pomocą LocationServer.xml określ wiele serwerów dla każdego wpisu lokalizacji, a następnie wykonaj podstawowe równoważenie obciążenia, tak aby po wybraniu lokalizacji zestaw MDT automatycznie wybierał serwer wdrażania z listy dostępnych serwerów. Aby zapewnić tę funkcjonalność, plik LocationServer.xml obsługuje określanie metryki ważenia.

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

Przykład LocationServer.xml pliku 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ę ważenia przy użyciu tagu <wagi> serwera, którego zestaw MDT używa w procesie wyboru serwera. Prawdopodobieństwo wyboru serwera jest obliczane według wzoru:

Waga serwera/suma wszystkich wag serwerów

W poprzednim przykładzie trzy serwery w siedzibie firmy Contoso są wymienione jako 1, 2 i 4. Prawdopodobieństwo, że serwer zostanie wybrany z wagą 2, wynosi 2 do 7. W związku z tym, aby korzystać z systemu ważenia, należy określić pojemność serwerów dostępnych w danej lokalizacji i zważyć każdy serwer według pojemności serwera w stosunku do każdego z pozostałych serwerów.

Dodawanie pliku LocationServer.xml do dodatkowego katalogu Files

Po utworzeniu pliku LocationServer.xml dodaj go do LiteTouch_x86 i LiteTouch_x64 obrazy rozruchowe Windows PE w folderze X:\Deploy\Control. Korzystając ze środowiska pracy wdrażania, 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

1. Utwórz folder o nazwie Extra Files w folderze udziału wdrożenia głównego (na przykład D:\Production Deployment Share\Extra Files).

2. Utwórz strukturę folderów w folderze Extra Files odzwierciedlającą lokalizację środowiska Windows PE, w której powinien znajdować się dodatkowy plik.

   Na przykład plik LocationServer.xml musi znajdować się w folderze \Deploy\Control w środowisku Windows PE; Dlatego utwórz tę samą strukturę folderów w obszarze Extra Files (na przykład D:\Production Deployment Share\Extra Files\Deploy\Control).

3. 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).

4. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

5. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

6. W okienku Akcje wybierz pozycję Właściwości.

7. W oknie dialogowym deployment_shareProperties (gdzie deployment_share jest nazwą udziału wdrożenia) wykonaj następujące czynności:

   1. Wybierz kartę Ustawienia platformy Windows PE (gdzie platforma to architektura obrazu środowiska Windows PE do skonfigurowania).

   2. W sekcji Dostosowania środowiska Windows PE w polu Dodaj dodatkowy katalog wpiszścieżkę (gdzie ścieżka to w pełni kwalifikowana ścieżka do folderu Extra Files — 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 Deployment Workbench właściwość DeployRoot jest automatycznie tworzona i wypełniana w pliku BootStrap.ini. Ponieważ plik LocationServer.xml jest używany 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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. 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.

5. Usuń wartość DeployRoot (na przykład DeployRoot=\\Server\Deployment$).

6. Wybierz pozycję Plik, a następnie wybierz pozycję Zapisz , aby zapisać zmiany w pliku BootStrap.ini.

7. Wybierz przycisk OK , aby przesłać zmiany.

Aktualizowanie udziału wdrożenia

Następnie należy zaktualizować udział wdrożenia w celu wygenerowania nowego środowiska rozruchowego LiteTouch_x86 i LiteTouch_x64 zawierającego plik LocationServer.xml i zaktualizowany plik BootStrap.ini.

Aby zaktualizować udział wdrożenia

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

   Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

4. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

5. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

6. Na stronie potwierdzenia wybierz pozycję Zakończ.

Wymiana istniejącego komputera na nowy przy użyciu instalacji Lite Touch

Za pomocą zestawu MDT można wdrożyć na nowym komputerze obraz, który zastąpi istniejący komputer w architekturze korporacyjnej. Taka sytuacja może mieć miejsce 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 wymiany istniejącego komputera na nowy firma Microsoft zaleca uwzględnienie wszystkich ustawień, które będą migrowane z jednego komputera na inny, takich jak konta użytkowników i dane o stanie użytkowników. Ponadto ważne jest utworzenie rozwiązania odzyskiwania na wypadek 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 o stanie użytkowników z WDG-EXIST-01 i zapisując je w udziale sieciowym. Następnie wdróż istniejący obraz w WDG-NEW-02 i przywróć przechwycone dane o stanie użytkownika do WDG-NEW-02. Wdrożenie zostanie wykonane z serwera wdrożenia (WDG-MDT-01).

W zestawie MDT użyj szablonu sekwencji zadań zastępowania klienta standardowego, aby utworzyć sekwencję zadań, która wykona wszystkie niezbędne zadania wdrażania.

W tej prezentacji założono, że:

• Na serwerze wdrażania zainstalowano zestaw MDT (WDG MDT 01)

• Udział wdrożenia został już utworzony i wypełniony, łącznie z obrazami systemu operacyjnego, aplikacjami i sterownikami urządzeń

• Obraz komputera odniesienia został już przechwycony i zostanie wdrożony na nowym komputerze (WDG NEW 02)

• Utworzono i udostępniono sieciowy folder udostępniony (UserStateCapture$) na serwerze wdrażania (WDG MDT 01) z odpowiednimi uprawnieniami udziału

  Przed rozpoczęciem tego przykładu powinien istnieć udział wdrożenia. Aby uzyskać więcej informacji na temat tworzenia udziału wdrożenia, zobacz sekcję "Zarządzanie udziałami wdrożeń w środowisku pracy wdrażania" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

Krok 1. Tworzenie sekwencji zadań do rejestratora stanu użytkownika

Utwórz sekwencje zadań zestawu MDT w węźle Sekwencje zadań w środowisku wdrażania przy użyciu Kreatora nowej sekwencji zadań. Aby wykonać pierwszą część scenariusza wdrożenia Zastąp komputer (przechwytywanie stanu użytkownika na istniejącym komputerze), wybierz szablon sekwencji zadań zastępowania klienta standardowego w Kreatorze nowej sekwencji zadań.

Aby utworzyć sekwencję zadań w celu przechwycenia stanu użytkownika w scenariuszu wdrożenia Zastąp komputer

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Nowa sekwencja zadań.

   Zostanie uruchomiony Kreator nowej sekwencji zadań.

4. Ukończ pracę Kreatora nowej sekwencji zadań, korzystając z następujących informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

   Na tej stronie kreatora	Czynność
   Ustawienia ogólne	1. W polu Identyfikator sekwencji zadań wpisz VISTA_EXIST. 2. W polu Nazwa sekwencji zadań wpisz scenariusz Zastąp komputer na istniejącym komputerze. 3. Wybierz pozycję Dalej.
   Wybierz szablon	W sekcji Dostępne są następujące szablony sekwencji zadań. Wybierz tę, której chcesz użyć jako punktu początkowego, wybierz pozycję Sekwencja zadań zastępowania klienta standardowego, a następnie wybierz przycisk Dalej.
   Podsumowanie	Sprawdź, czy szczegóły konfiguracji są poprawne, a następnie wybierz pozycję Dalej.
   Potwierdzenie	Wybierz Zakończ.

   Kreator nowej sekwencji zadań zakończy działanie, a VISTA_EXIST sekwencja zadań zostanie dodana 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ń zestawu MDT w węźle Sekwencje zadań w Środowisku wdrażania przy użyciu Kreatora nowej sekwencji zadań. Aby wykonać drugą część scenariusza wdrożenia z zastąpieniem komputera (wdrożenie systemu operacyjnego, a następnie przywrócenie 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 wdrożenia Zastąp komputer

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Nowa sekwencja zadań.

   Zostanie uruchomiony Kreator nowej sekwencji zadań.

4. Ukończ pracę Kreatora nowej sekwencji zadań, korzystając z następujących informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

   Na tej stronie kreatora	Czynność
   Ustawienia ogólne	1. W polu Identyfikator sekwencji zadań wpisz VISTA_NEW. 2. W polu Nazwa sekwencji zadań wpisz scenariusz Zastąp komputer na nowym komputerze. 3. Wybierz pozycję Dalej.
   Wybierz szablon	W sekcji Dostępne są następujące szablony sekwencji zadań. Wybierz tę, której chcesz użyć jako punktu początkowego, wybierz pozycję Sekwencja zadań klienta standardowego, a następnie wybierz przycisk Dalej.
   Wybierz system operacyjny	W poniższej sekwencji zadań dostępne są obrazy systemu operacyjnego, które można wdrożyć za pomocą tej sekwencji zadań. Wybierz jedną z opcji, która ma być używana, wybierz pozycję captured_vista_image (gdzie captured_vista_image jest przechwyconym obrazem, który komputer referencyjny dodał do węzła Systemy operacyjne w środowisku wdrażania Workbench), a następnie wybierz przycisk Dalej.
   Określ klucz produktu	Wybierz pozycję Nie określaj klucza produktu w tym momencie, a następnie wybierz pozycję Dalej.
   Ustawienia systemu operacyjnego	1. W polu Imię i nazwisko wpisz Pracownik banku Woodgrove. 2. W polu Organizacja wpisz nazwę Bank Woodgrove. 3. Na stronie głównej programu Internet Explorer wpisz http://www.woodgrovebank.com. 4. Wybierz pozycję Dalej.
   Hasło do administracji	W polach 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ń zakończy działanie, a VISTA_NEW sekwencja zadań zostanie dodana do listy sekwencji zadań.

Krok 3. Dostosowywanie pliku Files konfiguracji zestawu MDT

Po utworzeniu sekwencji zadań zestawu MDT dostosuj pliki konfiguracji zestawu MDT, które zawierają ustawienia konfiguracji 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 kolejnym kroku udział wdrożenia zostanie zaktualizowany, aby upewnić się, że plik konfiguracji został zaktualizowany w udziale wdrożenia.

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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

   Zostanie wyświetlone okno dialogowe Właściwości .

4. W oknie dialogowym Właściwości wybierz kartę Reguły .

5. Na karcie Reguły zmodyfikuj plik CustomSettings.ini, aby odzwierciedlał 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
   
   

6. W oknie dialogowym Właściwości wybierz przycisk OK.

7. Zamknij wszystkie otwarte okna i okna dialogowe.

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

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

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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

   Zostanie wyświetlone okno dialogowe Właściwości .

4. W oknie dialogowym Właściwości na karcie Składniki platformy Windows PE (gdzie platforma jest architekturą obrazu Windows PE do skonfigurowania) w polu Profil wyboru wybierz device_drivers (gdzie device_drivers jest nazwa profilu wyboru sterownika urządzenia), a następnie wybierz przycisk OK.

Krok 5. Aktualizowanie udziału wdrożenia

Po skonfigurowaniu opcji środowiska Windows PE dla udziału wdrażania zaktualizuj udział wdrażania. Aktualizowanie udziału wdrożenia aktualizuje wszystkie pliki konfiguracji zestawu MDT i generuje niestandardową wersję środowiska Windows PE. Dostosowana wersja środowiska Windows PE służy do uruchamiania komputera referencyjnego i inicjowania procesu wdrażania LTI.

Aby zaktualizować udział wdrożenia w środowisku wdrażania

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Aktualizuj DeploymentShare.

   Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

4. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

5. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

6. Na stronie potwierdzenia wybierz pozycję Zakończ.

   Środowisko pracy wdrażania rozpocznie aktualizowanie udziału wdrożenia. Środowisko wdrażania 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: Utwórz nośnik rozruchowy LTI

Podaj metodę uruchamiania komputera przy użyciu dostosowanej wersji środowiska Windows PE utworzonej po zaktualizowaniu udziału wdrożenia. Środowisko wdrażania 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 z jednego z tych obrazów.

Aby utworzyć nośnik rozruchowy LTI

1. W Eksploratorze Windows przejdź do folderu deployment_share\Boot (gdzie deployment_share jest folderem udostępnionym używanym jako udział wdrożenia).

2. Na podstawie typu komputera używanego na potrzeby 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, należy utworzyć płytę CD lub DVD z plikiem ISO.

   • Jeśli komputerem odniesienia jest maszyna wirtualna, uruchom maszynę wirtualną bezpośrednio z pliku ISO lub z dysku CD lub DVD z plikiem ISO.

Krok 7: Uruchom istniejący komputer za pomocą nośnika rozruchowego LTI

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

Aby uruchomić istniejący komputer za pomocą nośnika rozruchowego LTI

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

   Zostanie uruchomiony środowisko Windows PE, a następnie Kreator wdrażania systemu Windows.

2. Zakończ pracę Kreatora wdrażania systemu Windows, korzystając z następujących informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

   Na tej stronie kreatora	Czynność
   Wdrażanie — Zapraszamy!	Wybierz pozycję Uruchom Kreatora wdrażania , aby zainstalować nowy system operacyjny, a następnie wybierz pozycję Dalej.
   Określ poświadczenia do łączenia się z udziałami sieciowymi.	1. W polu Nazwa użytkownika wpisz Administrator. 2. W polu Hasło wpisz P@ssw0rd. 3. W polu Domena wpisz CORP. 4. Wybierz przycisk OK.
   Wybierz sekwencję zadań do wykonania na tym komputerze.	Wybierz pozycję Wykonaj scenariusz zastępowania komputera na istniejącym komputerze, a następnie wybierz przycisk Dalej.
   Określanie miejsca zapisywania danych i ustawień	Wybierz pozycję Dalej.
   Określanie miejsca zapisywania pełnej kopii zapasowej komputera	Wybierz opcję Nie twórz kopii zapasowej istniejącego komputera, a następnie wybierz przycisk Dalej.
   Wszystko gotowe do rozpoczęcia	Wybierz pozycję Rozpocznij.

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

3. 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 zapisz wszelkie informacje diagnostyczne.

4. W oknie dialogowym Podsumowanie wdrożenia wybierz pozycję Zakończ.

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

Krok 8: Uruchom nowy komputer za pomocą nośnika rozruchowego LTI

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

Aby uruchomić nowy komputer za pomocą nośnika rozruchowego LTI

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

   Zostanie uruchomiony środowisko Windows PE, a następnie Kreator wdrażania systemu Windows.

2. Zakończ pracę Kreatora wdrażania systemu Windows, korzystając z następujących informacji. Zaakceptuj wartości domyślne, chyba że określono inaczej.

   Na tej stronie kreatora	Czynność
   Wdrażanie — Zapraszamy!	Wybierz pozycję Uruchom Kreatora wdrażania, aby zainstalować nowy system operacyjny, a następnie wybierz pozycję Dalej.
   Określ poświadczenia do łączenia się z udziałami sieciowymi.	1. W polu Nazwa użytkownika wpisz Administrator. 2. W polu Hasło wpisz P@ssw0rd. 3. W polu Domena wpisz CORP. 4. Wybierz przycisk OK.
   Wybierz sekwencję zadań do wykonania na tym komputerze.	Wybierz pozycję Wykonaj scenariusz zastępowania komputera na nowym komputerze, a następnie wybierz przycisk Dalej.
   Konfigurowanie nazwy komputera	W polu Nazwa komputera wpisz WDG-NEW-02, a następnie wybierz przycisk Dalej.
   Przyłą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 polu Lokalizacja wpisz \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Wybierz pozycję Dalej.
   Wybór ustawień regionalnych	Wybierz pozycję Dalej.
   Ustawianie strefy czasowej	Wybierz pozycję Dalej.
   Określanie, czy obraz ma być przechwytywany	Wybierz opcję Nie przechwytuj obrazu tego komputera, a następnie wybierz przycisk Dalej.
   Określ konfigurację funkcji BitLocker	Wybierz opcję Nie włączaj funkcji BitLocker dla tego komputera, a następnie wybierz przycisk Dalej.
   Wszystko gotowe do rozpoczęcia	Wybierz pozycję Rozpocznij.

   Jeśli wystąpią jakiekolwiek błędy lub ostrzeżenia, zapoznaj się z dokumentem MDT Troubleshooting Reference.

3. 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 zapisz wszelkie informacje diagnostyczne.

4. W oknie dialogowym Podsumowanie wdrożenia wybierz pozycję Zakończ.

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

Integrowanie niestandardowego kodu wdrażania z zestawem MDT

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

Zintegruj niestandardowy kod wdrożenia z zestawem MDT poprzez:

• Wybieranie języka skryptowego zgodnie z opisem w sekcji Wybieranie odpowiedniego języka skryptowego

• Wykorzystanie ZTIUtility.vbs zgodnie z opisem w Understanding How to Leverage ZTIUtility

• Integrowanie niestandardowego kodu wdrożeniowego zgodnie z opisem w temacie Integrowanie niestandardowego kodu wdrożeniowego

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

Wybór odpowiedniego języka skryptowego

Chociaż każdy kod, który można uruchomić w systemie Windows lub środowisku Windows PE, można wywołać jako instalację aplikacji lub za pośrednictwem kroku sekwencji zadań zestawu MDT, firma Microsoft zaleca używanie skryptów w postaci plików vbs lub wsf.

Zaletą korzystania z plików .wsf jest wbudowane logowanie, a także kilka innych predefiniowanych funkcji używanych już przez procesy ZTI i LTI. Te funkcje są dostępne w skrypcie ZTIUtility dystrybuowanym z zestawem MDT.

W przypadku odwołania ze skryptu niestandardowego skrypt ZTIUtility inicjuje środowisko MDT i klasy konfiguracji. Dostępne są następujące zajęcia:

• Rejestrowanie. Ta klasa udostępnia funkcję rejestrowania używaną przez wszystkie skrypty zestawu MDT. Tworzy również pojedynczy plik dziennika dla każdego skryptu uruchomionego podczas wdrażania oraz skonsolidowany plik dziennika wszystkich skryptów. Te pliki dziennika są tworzone w formacie przeznaczonym do odczytu przez narzędzie CMTrace.

• Środowisko. Ta klasa konfiguruje zmienne środowiskowe zebrane podczas przetwarzania reguł WMI i MDT i umożliwia odwoływanie się do nich bezpośrednio ze skryptu. Pozwala to na odczyt właściwości wdrożenia, dając dostęp do wszystkich informacji o konfiguracji używanych przez procesy ZTI i LTI.

• Użyteczność. Ta klasa zapewnia ogólne narzędzia, które są używane w skryptach ZTI i LTI. Firma Microsoft zaleca, aby za każdym razem, gdy jest opracowywany kod niestandardowy, ta klasa została sprawdzona w celu sprawdzenia, czy można go po prostu ponownie użyć. Dodatkowe informacje na temat niektórych funkcji dostępnych w tych zajęciach podano w dalszej części tej sekcji.

• Baza danych. Ta klasa służy do wykonywania takich funkcji, jak łączenie się z bazami danych i odczytywanie informacji z baz danych. Ogólnie rzecz biorąc, nie zaleca się bezpośredniego uzyskiwania dostępu do klasy bazy danych; Do przeszukiwania baz danych powinno być używane przetwarzanie reguł.

• Ciągi znaków. Klasa ta 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ównywanie ciągu do prawej, wyrównywanie ciągu do lewej, wymuszanie formatu wartości do formatu ciągu, wymuszanie wartości na format tablicy, generowanie losowego unikatowego identyfikatora globalnego (GUID) i konwersje w standardzie Base64.

• Obsługa plików. Ta klasa wykonuje funkcje, takie jak normalizowanie ścieżek oraz kopiowanie, przenoszenie oraz usuwanie plików i folderów.

• clsRegEx. Ta klasa wykonuje funkcje wyrażeń regularnych.

  W zestawie MDT wprowadzono kilka zmian w architekturze skryptów, dzięki czemu klient Microsoft Visual Basic Scripting Edition (VBScript) jest bardziej niezawodny i niezawodny. Zmiany te obejmują:

• Obszerne 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

  Ogólna struktura skryptów MDT również uległa zmianie. Większość skryptów MDT jest teraz hermetyzowana w obiektach klasy języka VBScript. Klasa jest inicjowana i wywoływana za pomocą funkcji RunNewInstance .

Zrozumienie, jak wykorzystać ZTIUtility

Plik ZTIUtility.vbs zawiera klasy obiektów, które można wykorzystać w kodzie niestandardowym. Zintegruj kod niestandardowy z zestawem MDT przy użyciu:

• Klasa rejestrowania zdefiniowana w ZTIUtility.vbs zgodnie z opisem w Korzystanie z klasy rejestrowania ZTIUtility

• Klasa środowiska zdefiniowana w ZTIUtility.vbs zgodnie z opisem w Korzystanie z klasy środowiska ZTIUtility

• Klasa użyteczności zdefiniowana w ZTIUtility.vbs zgodnie z opisem w Korzystanie z klasy użytkowej ZTIUtility

Korzystanie z klasy rejestrowania ZTIUtility

Klasa rejestrowania w programie ZTIUtiliy.vbs zapewnia prosty mechanizm kodu niestandardowego do rejestrowania informacji o stanie, ostrzeżeń i błędów w taki sam sposób, jak w przypadku innych skryptów podczas wdrożenia ZTI lub LTI. Ta standaryzacja zapewnia również, że okno dialogowe Podsumowanie wdrożenia LTI poprawnie zgłasza stan każdego uruchomionego kodu niestandardowego.

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

Przykładowy skrypt używający 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>

Korzystanie z klasy środowiska ZTIUtility

Klasa środowiska w programie ZTIUtiliy.vbs zapewnia dostęp do właściwości zestawu MDT oraz możliwość ich aktualizowania. W poprzednim przykładzie oEnvironment.Item("Memory") służy do pobierania ilości dostępnej pamięci RAM; można go również użyć do pobrania wartości dowolnej właściwości opisanej w dokumentacji zestawu narzędzi MDT.

Korzystanie z klasy narzędziowej ZTIUtility

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

W poniższej tabeli wyszczególniono niektóre dostępne przydatne funkcje oraz wyniki ich działania. Pełna lista dostępnych funkcji znajduje się w pliku ZTIUtility.vbs.

Integrowanie niestandardowego kodu wdrożeniowego

Niestandardowy kod wdrożeniowy można zintegrować z procesem MDT na kilka sposobów; Jednak niezależnie od zastosowanej metody powinny być spełnione następujące dwie zasady:

• Nazwa skryptu niestandardowego kodu wdrożenia powinna zawsze rozpoczynać się od litery Z.

• Niestandardowy kod wdrożenia powinien znajdować się w folderze Scripts w udziale wdrażania — na przykład D:\Production Deployment Share\Scripts.

  Najczęściej używane metody integrowania kodu niestandardowego, które zapewniają również spójne rejestrowanie, to:

• Wdrażanie kodu jako aplikacji zestawu MDT

• Uruchamianie kodu jako polecenia sekwencji zadań zestawu MDT

• Uruchom kod jako skrypt wyjścia użytkownika

Wdrażanie kodu niestandardowego jako aplikacji zestawu MDT

Niestandardowy kod wdrożeniowy można zaimportować do środowiska wdrażania i zarządzać nim w taki sam sposób, jak każdą inną aplikacją.

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

1. Skopiuj niestandardowy kod wdrożenia do folderu deployment_share\Scripts (gdzie deployment_share jest w pełni kwalifikowaną ścieżką udziału wdrożenia).

2. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

3. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Shares/deployment_share/Applications (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

4. W okienku Akcje wybierz pozycję Nowa aplikacja.

   Zostanie uruchomiony Kreator nowej aplikacji.

5. Zakończ pracę Kreatora nowej aplikacji, korzystając z następujących informacji. Akceptuj wartości domyślne, chyba że określono inaczej.

   Na tej stronie kreatora	Czynność
   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	Uzupełnij tę stronę na podstawie informacji z aplikacji, a następnie wybierz pozycję Dalej.
   Szczegóły polecenia	1. W polu Wiersz polecenia wpisz cscript.exe %SCRIPTROOT%\custom_code (gdzie custom_code jest nazwą 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, który został określony w polu Wiersz polecenia ). 3. Wybierz pozycję Dalej.
   Podsumowanie	Sprawdź, czy ustawienia konfiguracji są poprawne, a następnie wybierz pozycję Dalej.
   Potwierdzenie	Wybierz Zakończ.

   Aplikacja zostanie wyświetlona w węźle Aplikacje w środowisku wdrażania (Deployment Workbench).

Dodawanie kodu niestandardowego jako kroku sekwencji zadań

Niestandardowy kod wdrożeniowy można wywołać bezpośrednio z dowolnego punktu w ramach sekwencji zadań; Zapewnia to dostęp do typowych reguł i opcji sekwencji zadań.

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

1. Skopiuj niestandardowy kod wdrożenia do folderu deployment_share\Scripts (gdzie deployment_share jest w pełni kwalifikowaną ścieżką udziału wdrożenia).

2. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

3. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

4. W okienku szczegółów wybierz pozycję task_sequence (gdzie task_sequence jest nazwą sekwencji zadań, która uruchamia kod niestandardowy).

5. W okienku Akcje wybierz pozycję Właściwości.

6. W oknie dialogowym task_sequenceProperties wybierz kartę Sekwencja zadań .

7. W drzewie konsoli przejdź do pozycji grupa (gdzie grupa to grupa, aby dodać krok sekwencji zadań).

8. Wybierz pozycję Dodaj, wybierz pozycję Ogólne, a następnie wybierz pozycję Uruchom wiersz polecenia.

9. W drzewie konsoli wybierz pozycję Uruchom wiersz polecenia, a następnie wybierz kartę Właściwości .

10. W polu Nazwa wpisz nazwę (gdzie nazwa jest nazwą opisową kodu niestandardowego).

11. Na karcie Właściwości w polu Wiersz polecenia wpisz command_line (gdzie command_line jest poleceniem uruchomienia kodu niestandardowego, na przykład cscript.exe %SCRIPTROOT%\CustomCode.vbs).

12. W polu Rozpocznij w 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 wyjścia użytkownika

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

Aby uzyskać więcej informacji na temat skryptów wyjścia użytkownika i dyrektywy UserExit , zobacz sekcję "Skrypty wyjścia użytkownika w pliku CustomSettings.ini" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

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

W tym scenariuszu zestaw MDT jest używany do wdrażania systemu operacyjnego na różnych typach sprzętu. W ramach procesu wdrażania należy zidentyfikować i zainstalować sterowniki urządzeń, aby zapewnić poprawne działanie każdego typu sprzętu. 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ń, które zawierają plik .inf, którego można użyć do zaimportowania sterownika urządzenia do środowiska wdrażania

• Sterowniki urządzeń, które są pakowane jako aplikacja i które muszą być zainstalowane jako aplikacja

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

  Zainstaluj sterowniki urządzeń przez:

• Określenie metod instalowania poszczególnych sterowników urządzeń zgodnie z opisem w części Określanie metody instalowania sterownika urządzenia

• Używanie metody sterowników gotowych do użycia zgodnie z opisem w sekcji Instalowanie sterowników urządzeń przy użyciu metody sterowników gotowych do użycia

• Instalowanie ich jako aplikacji zgodnie z opisem w sekcji Instalowanie sterowników urządzeń jako aplikacji

  W tym scenariuszu założono, że zestaw MDT jest uruchomiony na serwerze wdrażania.

Określanie metody instalacji sterownika urządzenia

Producenci sprzętu udostępniają sterowniki urządzeń w jednej z dwóch postaci:

• Jako pakiet, który można wyodrębnić i który zawiera pliki .inf używane do importowania sterownika do środowiska wdrażania

• 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 procesu automatycznego wykrywania i instalacji sterowników MDT przez zaimportowanie sterownika do węzła Sterowniki gotowe w środowisku wdrażania Workbench.

  Pakiety sterowników urządzeń, których nie można wyodrębnić w celu wyizolowania plików inf, lub takie, które nie działają poprawnie bez uprzedniego zainstalowania za pomocą instalatora aplikacji, takiego jak plik MSI lub Setup.exe, mogą używać funkcji Zainstaluj aplikację MDT i zainstalować sterownik urządzenia podczas procesu wdrażania, tak jak w przypadku każdej normalnej aplikacji.

Instalowanie sterowników urządzeń przy użyciu metody sterowników gotowych do użycia

Pakiety sterowników urządzeń, które zawierają plik .inf, można zaimportować do środowiska wdrażania i zainstalować je automatycznie w ramach procesu wdrażania. Aby zaimplementować tego typu wdrożenie sterownika urządzenia, najpierw dodaj sterownik urządzenia do środowiska wdrażania.

Aby dodać sterownik urządzenia do środowiska wdrażania

1. Pobierz sterowniki urządzeń wymagane dla typów sprzętu, które mają zostać wdrożone, i wyodrębnij pakiet sterowników urządzeń do lokalizacji tymczasowej.

2. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

3. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

4. W okienku Akcje wybierz pozycję Importuj sterowniki.

   Zostanie uruchomiony Kreator importowania sterowników urządzeń.

5. 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 przycisk Dalej.

   Uwaga

   Kreator nowego sterownika urządzenia przeszuka wszystkie podkatalogi katalogu źródłowego sterownika; Dlatego jeśli jest wiele sterowników do zainstalowania, wypakuj 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 sterowników.

6. Na stronie Podsumowanie sprawdź, czy ustawienia są poprawne, a następnie wybierz przycisk Dalej , aby zaimportować sterowniki do środowiska wdrażania .

7. Na stronie potwierdzenia wybierz pozycję Zakończ.

   Jeśli sterowniki urządzeń zawierają sterowniki o krytycznym znaczeniu dla rozruchu, takie jak sterowniki pamięci masowej lub sieci, należy następnie zaktualizować udział wdrożenia w celu wygenerowania nowego środowiska rozruchowego LiteTouch_x86 i LiteTouch_x64 zawierających nowe sterowniki.

   Aby dodać sterowniki urządzeń do obrazów środowiska Windows PE Lite Touch

8. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

9. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

10. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

    Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

11. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

12. Na stronie Podsumowanie sprawdź, czy szczegóły są poprawne, a następnie wybierz pozycję Dalej.

13. Na stronie potwierdzenia wybierz pozycję Zakończ.

Instalowanie sterowników urządzeń jako aplikacji

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

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

Dodawanie aplikacji sterownika urządzenia do środowiska wdrażania

Każda aplikacja sterownika urządzenia musi najpierw zostać zaimportowana do środowiska wdrażania (Deployment Workbench).

Aby dodać aplikację sterownika urządzenia do środowiska wdrażania

1. Pobierz aplikację sterownika urządzenia i zapisz ją w lokalizacji tymczasowej.

2. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

3. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Applications (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

4. W okienku Akcje wybierz pozycję Nowa aplikacja.

   Zostanie uruchomiony Kreator nowej aplikacji.

5. Na stronie Typ aplikacji wybierz pozycję Aplikacja z plikami źródłowymi, a następnie wybierz przycisk Dalej.

6. Na stronie Szczegóły wpisz odpowiednie szczegółowe informacje dotyczące aplikacji, a następnie wybierz przycisk Dalej.

7. Na stronie źródłowej 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.

8. Wybierz pozycję Dalej.

9. Na stronie Miejsce docelowe wpisz nazwę katalogu docelowego, a następnie wybierz przycisk Dalej.

10. Na stronie Szczegóły polecenia w sekcji Wiersz polecenia wpisz polecenie zezwalające na dyskretną instalację aplikacji sterownika urządzenia.

11. Na stronie Podsumowanie sprawdź, czy ustawienia są poprawne, a następnie wybierz przycisk Dalej , aby zaimportować aplikację sterownika urządzenia do środowiska wdrażania .

12. Na stronie potwierdzenia wybierz pozycję Zakończ.

    Po zaimportowaniu aplikacji do środowiska wdrażania dodaj je do procesu wdrażania, używając odpowiedniej logiki, aby upewnić się, że aplikacja jest instalowana tylko wtedy, gdy jest uruchomiona na właściwym sprzęcie. Można to osiągnąć na różne sposoby:

• 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 z tych podejść 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ętu, a następnie dodaj zapytanie w celu uruchomienia tej grupy 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ń, tak aby każdy krok sekwencji zadań był oceniany względem typu sprzętu i był uruchamiany tylko wtedy, gdy zostanie znalezione dopasowanie.

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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

3. 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).

4. W okienku Akcje wybierz pozycję Właściwości.

5. W oknie dialogowym task_sequenceProperties na karcie Sekwencja zadań w okienku szczegółów przejdź do pozycji Przywracanie stanu/Windows Update (instalacja przed aplikacją).

6. 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.

7. W okienku szczegółów wybierz pozycję Nowa grupa.

8. 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).

9. Na karcie Opcje wybierz pozycję Dodaj, a następnie wybierz pozycję Zapytanie WMI.

10. W oknie dialogowym Warunek usługi WMI sekwencji zadań wpisz następujące szczegóły:

    • W polu przestrzeni nazw usługi WMI wpisz katalog główny\cimv2.

    • W polu zapytania WQL wpisz zapytanie WQL (WMI Query Language), używając klasy Win32_ComputerSystem , aby zapewnić, że aplikacja jest zainstalowana tylko dla określonego typu aplikacji, na przykład:

      Wybierz * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Producent LIKE %hardware_manufacturer%

      W tym przykładzie hardware_model jest nazwą modelu komputera (na przykład Latitude D620), a hardware_manufacturer jest nazwą producenta komputera (na przykład Dell Corporation).

      Ten % symbol to symbol wieloznaczny dołączany do nazw, który umożliwia administratorom zwracanie dowolnych modeli komputerów lub producentów, który zawiera 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 kroków sekwencji zadań" w dokumencie MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania i zobacz Wykonywanie zapytań za pomocą WQL.

11. Wybierz przycisk OK , aby przesłać zapytanie, a następnie wybierz przycisk OK , aby przesłać zmiany w sekwencji zadań.

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

Aby dodać aplikacje sterownika urządzenia do grup sekwencji zadań specyficznych dla sprzętu

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

3. 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).

4. W okienku Akcje wybierz pozycję Właściwości.

5. W oknie dialogowym task_sequenceProperties wybierz kartę Sekwencja zadań .

6. W okienku szczegółów przejdź do pozycji State Restore/hardware_specific_group (gdzie hardware_specific_group jest nazwą grupy specyficznej dla sprzętu, w której zostanie dodany krok sekwencji zadań w celu zainstalowania aplikacji sterownika urządzenia).

7. Na karcie Sekwencja zadań wybierz pozycję Dodaj, wybierz pozycję Ogólne, a następnie wybierz pozycję Zainstaluj aplikację.

   Krok sekwencji zadań Instalowanie aplikacji zostanie wyświetlony w okienku szczegółów.

8. W okienku szczegółów wybierz pozycję Zainstaluj aplikację.

9. Na karcie Właściwości wybierz pozycję Zainstaluj pojedynczą aplikację, a na liście Aplikacja do zainstalowania wybierz pozycję hardware_application (gdzie hardware_application jest aplikacja do instalowania aplikacji specyficznej dla sprzętu).

Określ aplikację sterownika urządzenia w CustomSettings.ini

Po rozpoczęciu wdrażania LTI lub ZTI jedną z pierwszych czynności, które należy wykonać, jest przetwarzanie plików kontrolnych BootStrap.ini i CustomSettings.ini. Oba te pliki zawierają reguły, za pomocą których można dynamicznie dostosowywać wdrożenie.

Ze względu na sposób, w jaki MDT przetwarza plik CustomSettings.ini, można go użyć do dodawania aplikacji na podstawie określonych warunków. Ta logika będzie używana do dodawania aplikacji specyficznych dla sterownika urządzenia podczas wdrażania w oparciu o określone typy sprzętu. Do aplikacji odwołuje się w CustomSettings.ini identyfikator GUID aplikacji, znajdujący się w pliku Applications.xml w udziale wdrażania.

Aby zlokalizować identyfikator GUID zaimportowanej aplikacji

1. W udziale wdrożenia serwera wdrażania otwórz folder Kontrola, na przykład D:\Production Deployment Share\Control.

2. Znajdź i otwórz plik Applications.xml.

3. Zlokalizuj wymaganą aplikację.

4. Zlokalizuj identyfikator GUID aplikacji, lokalizując wiersz zawarty w tagach aplikacji <guid> , na przykład <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

   W ramach procesu inicjowania proces LTI i ZTI zbiera informacje o komputerze, na którym jest uruchomiony. W ramach tego procesu wykonywane są zapytania usługi WMI, a wartości z klasy Win32_ComputerSystem dla marek i producentów są wypełniane jako zmienne odpowiednio %Make% i %Model%.

   Wartości te mogą być używane podczas przetwarzania pliku CustomSettings.ini do dynamicznego odczytywania sekcji pliku w zależności od wykrytej marki i modelu. Poniższy przykład przedstawia przykładowy plik CustomSettings.ini.

   Przykładowy CustomSettings.ini skonfigurowany na potrzeby 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 SkipApplications=YES w CustomSettings.ini.

• Obowiązkowe aplikacje. Ta właściwość może być używana, jeśli administratorzy wdrażania chcą udostępnić 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 on aplikacje określone przez właściwość Applications .

  W poprzednim przykładzie pokazano, jak używać wartości zmiennych %Make% i %Model% do dynamicznego manipulowania sposobem tworzenia listy aplikacji. Wartości dla marki i modelu każdego typu sprzętu można zlokalizować przy użyciu jednej z następujących metod:

• Narzędzie Informacje o systemie. Węzeł Podsumowanie systemu w tym narzędziu służy do identyfikowania producenta systemu (marka) i modelu systemu (modelu).

• Program Windows PowerShell. Użyj polecenia cmdlet Get-WMIObject -class Win32_ComputerSystem , aby określić markę i model komputera.

• Instrumentacja zarządzania Windows w wierszu polecenia. Użyj CSProduct Get Name, Vendor , aby zwrócić nazwę (model) i vendor (markę) komputera.

  Aby zmodyfikować CustomSettings.ini dodać logikę specyficzną dla sprzętu

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. Wybierz kartę Reguły .

5. Informacje wpisywane 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ń.

6. Wybierz przycisk OK , aby przesłać zmiany.

7. W okienku szczegółów wybierz pozycję deployment_share (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

8. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

   Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

9. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

10. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

11. Na stronie potwierdzenia wybierz pozycję Zakończ.

    Domyślnie wszystkie dostępne aplikacje są wyświetlane w Kreatorze wdrażania systemu Windows podczas wdrożenia LTI. Ponieważ aplikacje specyficzne dla sterownika urządzenia mają zastosowanie tylko do określonych typów sprzętu, prawdopodobnie nie chcesz, aby były wyświetlane przez cały czas. Określając pakiet aplikacji specyficzny dla sterownika urządzenia w CustomSettings.ini, aplikację można ukryć za pomocą opcji Ukryj aplikację w Kreatorze wdrażania w konfiguracji aplikacji.

    Aby ukryć aplikację w Kreatorze wdrażania

12. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

13. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Applications (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

14. W okienku szczegółów wybierz pozycję device_driver_application (gdzie device_driver_application aplikacja, która ma być ukryta przed Kreatorem wdrażania).

15. W okienku Akcje wybierz pozycję Właściwości.

16. Na karcie Ogólne zaznacz pole wyboru Ukryj aplikację w Kreatorze wdrażania .

17. 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żna wykonywać zapytania w czasie wdrażania w celu uzyskania informacji do użycia 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 identyfikowania komputera docelowego:

• Wyszukiwanie poszczególnych komputerów (za pomocą adresu MAC, tagu zasobu itp.).

• Wyszukaj lokalizację komputera (używając bramy domyślnej).

• Wyszukaj markę i model komputera (przy użyciu zapytań producenta usługi WMI lub marki i modelu).

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

  Aby utworzyć wpisy w bazie danych MDT zezwalające na instalację aplikacji sterowników urządzeń

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Nowy.

4. W oknie dialogowym Właściwości na karcie Tożsamość w polu Marka wpisz make_name (gdzie make_name jest nazwą łatwą do zidentyfikowania, którą można skojarzyć z producentem komputera docelowego).

5. W polu Model wpisz model_name (gdzie model_name to nazwa łatwa do zidentyfikowania, którą można skojarzyć z modelem komputera docelowego).

6. Na karcie Aplikacje dodaj wszystkie aplikacje sterownika urządzenia wymagane dla tego modelu sprzętu.

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

W systemie Windows Server 2008 Usługi wdrażania systemu Windows są używane jako zaktualizowana i przeprojektowana wersja 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 — szczególnie Windows 7, Windows Server 2008 i nowsze — w sieci za pomocą karty sieciowej komputera z obsługą środowiska PXE lub nośnika rozruchowego.

Przed rozpoczęciem wdrażania usług wdrażania systemu Windows ustal, która z poniższych opcji integracji najlepiej odpowiada Twojemu środowisku:

• 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. Multiemisja jest używana z zestawem MDT i rolą serwera usług wdrażania systemu Windows systemu Windows Server 2008.

Opcja 1: Uruchom komputery w środowisku PXE, aby zainicjować proces LTI

Aby zminimalizować koszty zarządzania wdrożeniami systemu operacyjnego, należy rozpocząć proces wdrażania zestawu MDT przy użyciu usług wdrażania systemu Windows w połączeniu z protokołem dynamicznej konfiguracji hosta. Usuwa to wymóg tworzenia i dostarczania nośnika rozruchowego na każdy komputer docelowy.

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

Podczas tworzenia nowego udziału wdrożenia zestawu MDT lub modyfikowania istniejącego udziału wdrożenia zestawu MDT można utworzyć niestandardowy 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 wdrażania oraz zostanie wstrzyknięty wszelkich dodatkowych sterowników lub składników określonych 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 jako 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 pobrać i uruchomić obraz rozruchowy LTI PE systemu Windows w sieci używanej do inicjowania instalacji.

Aby utworzyć rozruchowy obraz środowiska Windows PE w środowisku wdrażania

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. 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 środowiska Windows PE do skonfigurowania).

4. W obszarze Ustawienia obrazu rozruchowego Lite Touch zaznacz pole wyboru Generuj obraz ISO rozruchowego dysku RAM Lite Touch .

5. Wybierz kartę Składniki platformy Windows PE (gdzie platforma to architektura obrazu środowiska Windows PE do skonfigurowania).

6. W sekcji Driver Injection wybierz odpowiednie typy sterowników do uwzględnienia.

   Uwaga

   Ten krok nie jest konieczny, jeśli środowisko Windows PE zawiera już niezbędne sterowniki urządzeń.

7. W sekcji Driver Injection , na liście Selection profile wybierz odpowiedni profil wyboru sterownika.

8. W oknie dialogowym Właściwości wybierz przycisk OK.

   Uwaga

   Ten krok nie jest konieczny, jeśli środowisko Windows PE zawiera już niezbędne sterowniki urządzeń.

9. W okienku szczegółów wybierz pozycję deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

10. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

    Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

11. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

12. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

13. Na stronie potwierdzenia wybierz pozycję Zakończ.

    Po zakończeniu tego procesu folder rozruchowy w udziale wdrożenia będzie zawierać wiele 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

    Wygenerowane pliki ISO można zapisać bezpośrednio na płycie CD lub DVD lub użyć ich do zainicjowania procesu LTI na nowym sprzęcie. Pliki rozruchowych WIM można również zaimportować do usług wdrażania systemu Windows, aby nowe komputery mogły zainicjować proces wdrażania technologii LTI bez konieczności korzystania z nośnika fizycznego.

    Aby zaimportować obraz środowiska Windows PE do usług wdrażania systemu Windows

14. Uruchom konsolę usług wdrażania systemu Windows, a następnie połącz się z tymi usługami.

15. W drzewie konsoli kliknij prawym przyciskiem myszy pozycję Obrazy rozruchowe, a następnie wybierz polecenie Dodaj obraz rozruchowy.

16. Przejdź do obrazu WIM, który ma zostać zaimportowany — na przykład D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

17. Proces importu automatycznie odczytuje metadane z obrazu rozruchowego, ale wartości Image Name i Image Description można również edytować; Nazwa obrazu ma wpływ na informacje o opcji rozruchu wyświetlane przez Menedżera rozruchu systemu Windows, gdy klient uruchamia się w środowisku PXE.

18. Po zaimportowaniu obrazu rozruchowego dowolny komputer, który zostanie uruchomiony w środowisku PXE i otrzyma odpowiedź z Usług wdrażania systemu Windows, będzie mógł pobrać obraz rozruchowy LTI i zainicjować instalację LTI.

    Ten przewodnik nie obejmuje instalowania i konfigurowania usług wdrażania systemu Windows. Aby uzyskać dodatkowe informacje o Usługach 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 zestawu MDT, gdy udział wdrożenia zestawu MDT jest hostowany na tym samym serwerze co Usługi wdrażania systemu Windows.

Gdy klient PXE ładuje obraz rozruchowy zestawu MDT, nazwa serwera usług wdrażania systemu Windows hostującego obraz rozruchowy jest przechwytywana i umieszczana w elemencie WDSServer MDTProperty. Następnie można odwołać się do tej właściwości w pliku BootStrap.ini obrazu rozruchowego oraz w pliku CustomSettings.ini udziału wdrożenia za pomocą właściwości DeployRoot . W wyniku tej czynności klient automatycznie uruchamia się z poziomu 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ść podawania nazwy serwera w jakimkolwiek pliku konfiguracyjnym.

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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. Wybierz kartę Reguły .

   Informacje wpisywane na tej karcie są przechowywane w pliku CustomSettings.ini.

5. Skonfiguruj właściwość DeployRoot tak, aby używała zmiennej %WDSServer% — na przykład DeployRoot=\\%WDSServer%\Deployment$.

6. Wybierz pozycję Edytuj Bootstrap.ini.

7. Skonfiguruj BootStrap.ini, aby używać właściwości %WDSServer%, dodając lub zmieniając wartość DeployRoot na DeployRoot=\\%WDSServer%\Deployment$.

8. W menu Plik wybierz pozycję Zapisz , aby zapisać zmiany w pliku BootStrap.ini.

9. Wybierz przycisk OK.

   Udział wdrożenia wymaga zaktualizowania.

10. W okienku szczegółów wybierz pozycję deployment_share (gdzie deployment_share jest nazwą udziału wdrożenia do skonfigurowania).

11. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

    Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

12. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

13. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

14. Na stronie potwierdzenia wybierz pozycję Zakończ.

15. Zaimportuj zaktualizowany rozruchowy składnik WIM do usług wdrażania systemu Windows.

Opcja 2: Wdrożenie obrazu systemu operacyjnego ze sklepu usług wdrażania systemu Windows

Jeśli już korzystasz z Usług wdrażania systemu Windows do wdrażania systemu operacyjnego, rozszerz funkcjonalność zestawu MDT, konfigurując go tak, aby odwoływał się do obrazów systemu operacyjnego Usług wdrażania systemu Windows, które są już używane, zamiast korzystać z własnego magazynu, oraz w celu uzupełnienia wdrożeń Usług wdrażania systemu Windows o zarządzanie sterownikami, wdrażanie aplikacji, instalowanie aktualizacji, przetwarzanie reguł i inne funkcje zestawu MDT. Gdy zestaw MDT odwołuje się do obrazu systemu operacyjnego usług wdrażania systemu Windows, można traktować go jak dowolny system operacyjny, który został przeniesiony do udziału wdrażania zestawu MDT.

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

1. Zaktualizuj zestaw MDT, aby umożliwić uzyskiwanie dostępu do obrazów usług wdrażania systemu Windows, kopiując następujące pliki z folderu źródłowego 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 tylko kopiowania z katalogów źródłowych Windows Server 2008)

   Uwaga

   Używany katalog źródłowy systemu Windows musi być zgodny z platformą systemu operacyjnego uruchomionego na komputerze, na którym jest zainstalowany zestaw MDT.

2. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

3. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

4. W okienku Akcje wybierz pozycję Importuj system operacyjny.

   Zostanie uruchomiony Kreator nowego systemu operacyjnego.

5. Na stronie Typ systemu operacyjnego wybierz pozycję Obrazy usług wdrażania systemu Windows, a następnie wybierz przycisk Dalej.

6. Na stronie Serwer usług wdrażania systemu Windows wpisz nazwę serwera usług wdrażania systemu Windows, do którego będzie się odwoływać — na przykład WDSSvr001 — a następnie wybierz przycisk Dalej.

7. Na stronie Podsumowanie sprawdź, czy ustawienia są poprawne, a następnie wybierz przycisk Dalej.

8. Na stronie potwierdzenia wybierz pozycję Zakończ.

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

Opcja 3: Użyj multiemisji z zestawem MDT i rolą usług wdrażania systemu Windows systemu Windows Server 2008

W wersji systemu Windows Server 2008 Usługi wdrażania systemu Windows zostały rozszerzone o obsługę wdrażania obrazów przy użyciu transmisji multiemisji. Zestaw MDT zawiera także aktualizacje integrujące zestaw MDT z multiemisyjnością usług wdrażania systemu Windows.

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

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

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

Wymagania wstępne serwera wdrażania dotyczące przygotowania do multiemisji zestawu MDT są następujące:

• Na serwerze wdrażania musi być uruchomiony system Windows Server 2008 lub nowszy

• Rola usług wdrażania systemu Windows musi być zainstalowana z konsoli zarządzania serwerem

• Konieczne jest zainstalowanie zestawu Windows AIK 1.1 dla systemu Windows Server 2008

• Pakiet MDT musi być zainstalowany

• Podobnie jak w przypadku każdego wdrożenia przy użyciu zestawu 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

Aby skonfigurować zestaw MDT do multiemisji z istniejącego udziału wdrożenia

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Zestaw narzędzi firmy Microsoft, a następnie wybierz pozycję Deployment Workbench

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share (gdzie deployment_share jest nazwa udziału wdrożenia do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. Na karcie Ogólne zaznacz pole wyboru Włącz multiemisję dla tego udziału wdrożenia (wymaga usług wdrażania systemu Windows w systemie Windows Server 2008).

5. Wybierz przycisk OK.

6. W okienku Akcje wybierz pozycję Aktualizuj udział wdrożenia.

   Zostanie uruchomiony Kreator udziału wdrożenia aktualizacji.

7. Na stronie Opcje wybierz żądane opcje aktualizowania udziału wdrożenia, a następnie wybierz przycisk Dalej.

8. Na stronie Podsumowanie sprawdź poprawność szczegółów, a następnie wybierz przycisk Dalej.

9. Na stronie potwierdzenia wybierz pozycję Zakończ.

   Udział wdrożenia jest obecnie skonfigurowany do obsługi transmisji multiemisji usług wdrażania systemu Windows.

   Ten proces tworzy transmisję multiemisji usług wdrażania systemu Windows z autoemitowaniem, która bezpośrednio korzysta z istniejącego udziału wdrożenia zestawu MDT. Zestaw MDT nie tworzy Scheduled-Cast transmisji. Należy również pamiętać, że żadne dodatkowe obrazy nie są importowane do usług wdrażania systemu Windows i że nie jest możliwe użycie multiemisji dla obrazów rozruchowych, ponieważ klienta multiemisji 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

10. Wybierz przycisk Start, wskaż polecenie Narzędzia administracyjne, a następnie wybierz pozycję Usługi wdrażania systemu Windows.

11. W drzewie konsoli usług wdrażania systemu Windows kliknij prawym przyciskiem myszy pozycję Serwery, a następnie wybierz polecenie Dodaj serwer.

12. W oknie dialogowym Add Server(s) (Dodawanie serwerów) wybierz pozycję Komputer lokalny, a następnie wybierz przycisk OK.

13. W drzewie konsoli usług wdrażania systemu Windows wybierz pozycję Serwery, a następnie wybierz pozycję server_name (gdzie server_name jest nazwa komputera , na którym są uruchomione Usługi wdrażania systemu Windows). Wybierz pozycję Transmisje multiemisji.

14. W okienku szczegółów zostanie wyświetlona nowa transmisja emisji automatycznej dla udziału wdrożenia — na przykład BDD Share Deployment$.

15. 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 będą dwa wpisy, oba zaczynające się od transferu multiemisji; Sprawdź je, aby upewnić się, że transfer zakończył się pomyślnie. Aby uzyskać więcej informacji na temat transmisji multiemisji z zestawem MDT i usługami wdrażania systemu Windows, zobacz sekcję "Włączanie wdrażania multiemisji usług wdrażania systemu Windows dla wdrożeń LTI" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

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

W wielu organizacjach przed wdrożeniem w sieci produkcyjnej do komputerów jest ładowany obraz systemu operacyjnego. W niektórych przypadkach ładowanie obrazu systemu operacyjnego jest wykonywane przez zespół w organizacji, który jest odpowiedzialny za budowanie komputerów w środowisku tymczasowym. W pozostałych przypadkach ładowanie obrazu systemu operacyjnego jest wykonywane przez dostawcę sprzętu komputerowego, nazywanego też producentem OEM .

Omówienie procesu wstępnego ładowania wersji OEM w zestawie MDT

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

• Etap 1. Utwórz oparty na nośniku obraz komputera referencyjnego, który zostanie zastosowany w środowisku tymczasowym.

• Etap 2. Zastosuj obraz komputera odniesienia do komputera docelowego w środowisku tymczasowym.

• Etap 3. Pełne wdrożenie komputera docelowego w środowisku produkcyjnym.

  Faza 1 i Faza 3 są zazwyczaj wykonywane przez organizację wdrażania. W zależności od sposobu stosowania procesu wstępnego ładowania OEM w organizacji, faza 2 może zostać wykonana przez organizację lub dostawcę sprzętu komputerowego, który dostarcza komputery. Jeśli organizacja przeprowadza fazę 2, środowisko tymczasowe znajduje się wewnątrz organizacji. Jeśli producent OEM przeprowadza fazę 2, środowisko tymczasowe znajduje się w środowisku producenta OEM.

Omówienie MDT configuration Files w procesie wstępnego ładowania OEM

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

W pierwszej fazie pliki konfiguracyjne są używane podczas tworzenia komputera referencyjnego i przechowywane w folderze właściwym dla sekwencji zadań użytej w tej fazie. Pliki konfiguracyjne używane w trzeciej i ostatniej fazie procesu wstępnego ładowania wersji OEM są przechowywane w folderze właściwym dla sekwencji zadań używanej w tej fazie.

Podczas wprowadzania zmian w plikach konfiguracji upewnij się, że w pliku konfiguracji wprowadzono zmiany odpowiadające odpowiedniej sekwencji zadań w każdej fazie procesu wstępnego ładowania OEM.

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

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

• Pliki dziennika zestawu 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 w przypadku wdrożeń opartych na architekturze x86 lub w folderze %WINDIR%\SysWow64\CCM\Logs w przypadku wdrożeń opartych na architekturze x64.

  Podczas diagnozowania lub rozwiązywania problemów związanych z wdrażaniem zestawów MDT należy używać odpowiedniego folderu.

Wdrożenia etapowe przy użyciu LTI

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

Aby przeprowadzić proces wstępnego ładowania OEM, utwórz sekwencję zadań na podstawie szablonu sekwencji zadań Litetouch OEM OEM, oprócz wszelkich sekwencji zadań, które zostaną użyte do wdrożenia docelowego systemu operacyjnego. Następnie utwórz udział wdrożenia nośników wymiennych (nośników), w którym ostatecznie zostanie utworzony plik ISO zawartości udziału wdrożenia, a konkretnie pliku LiteTouchPE_x86.iso lub pliku 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 uniwersalnego dysku.

Proces wstępnego ładowania LTI OEM — faza 1. Tworzenie obrazu Media-Based

Organizacja wdrażająca przeprowadza pierwszą fazę procesu wstępnego ładowania wersji OEM. Końcowym elementem dostarczanym tej fazy jest obraz rozruchowy (taki jak plik ISO) lub nośnik (taki jak dysk DVD), który jest wysyłany do producenta OEM lub do środowiska przejściowego w organizacji wdrażającej. Większość z tych kroków jest wykonywana w środowisku wdrażania Workbench.

Aby utworzyć obraz oparty na nośnikach, który dostarczy do producenta OEM lub do środowiska przejściowego w organizacji wdrożenia

1. Wypełnij następujące węzły dla udziału wdrożenia w środowisku wdrażania :

   • Systemy operacyjne

   • Aplikacje

   • Pakiety

   • Sterowniki gotowe do użycia

     Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Zarządzanie udziałami wdrożeń w środowisku pracy wdrażania" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

2. Utwórz nową sekwencję zadań na podstawie szablonu sekwencji zadań Litetouch OEM Task Sequence w Deployment Workbench.

   Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Konfigurowanie sekwencji zadań w środowisku pracy wdrażania" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

3. Utwórz jedną lub więcej sekwencji zadań, które będą używane 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ę "Konfigurowanie sekwencji zadań w środowisku pracy wdrażania" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

4. Utwórz profil wyboru zawierają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 dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

5. Utwórz nośnik wdrażania.

   Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Zarządzanie nośnikiem wdrożenia LTI" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

6. Zaktualizuj nośnik wdrożenia utworzony w środowisku wdrażania w poprzednim kroku.

   Po zaktualizowaniu nośnika wdrażania środowisko wdrażania tworzy plik LiteTouchMedia.iso. Aby uzyskać więcej informacji na temat wykonywania tego kroku, zobacz sekcję "Zarządzanie nośnikiem wdrożenia LTI" w dokumencie zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

7. Nagraj dysk DVD z plikiem LiteTouchMedia.iso utworzonym w poprzednim kroku.

   Uwaga

   W przypadku dostarczania pliku ISO do producenta OEM lub do środowiska tymczasowego organizacji ten krok nie jest konieczny.

8. Dostarcz plik ISO lub DVD do producenta OEM lub do środowiska tymczasowego organizacji.

Proces wstępnego ładowania LTI OEM — faza 2. Stosowanie obrazu do komputera docelowego

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

Aby zastosować obraz do komputerów docelowych

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

   Zostanie uruchomiony środowisko Windows PE, a następnie Kreator wdrażania systemu Windows.

2. W Kreatorze wdrażania systemu Windows wybierz sekwencję zadań Preinstalacji OEM dla środowiska tymczasowego .

   Zostanie uruchomiona sekwencja zadań, a zawartość nośnika rozruchowego zostanie skopiowana na lokalny dysk twardy komputera docelowego.

3. Po ukończeniu działania Kreatora wdrażania systemu Windows dla sekwencji zadań preinstalacji OEM dla środowiska tymczasowego 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 wdrażanie obrazu na komputerze docelowym i inicjowanie procesu LTI. Kreator wdrażania systemu Windows zostanie uruchomiony po raz drugi w celu uruchomienia sekwencji zadań użytych do wdrożenia systemu operacyjnego na komputerze docelowym.

4. Sklonuj zawartość pierwszego dysku twardego na tylu komputerach docelowych w środowisku tymczasowym, ilu jest to wymagane.

5. Komputery docelowe są dostarczane do środowiska produkcyjnego w celu wdrożenia.

Proces wstępnego ładowania LTI OEM — faza 3. Ukończone wdrażanie komputera docelowego

Trzecia i ostatnia faza procesu wstępnego ładowania wersji OEM odbywa się w środowisku produkcyjnym organizacji wdrażającej. Podczas tej fazy procesu jest uruchamiany komputer docelowy i uruchamiany jest rozruchowy obraz nośnika, który został umieszczony na dysku twardym w środowisku tymczasowym z poprzedniej fazy.

Ukończenie wdrażania komputerów docelowych w środowisku produkcyjnym

1. Uruchom komputer docelowy.

   Zostanie uruchomiony środowisko Windows PE, a następnie Kreator wdrażania systemu Windows.

2. Zakoń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ę "Uruchamianie Kreatora wdrażania" w dokumentacji zestawu MDT Korzystanie z zestawu narzędzi firmy Microsoft do wdrażania.

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

Wykonywanie typowych zadań przy użyciu programu Windows PowerShell

Zadania administracyjne zestawu MDT w środowisku wdrażania są wykonywane za pomocą podstawowych poleceń cmdlet programu Windows PowerShell, których można użyć do automatyzowania zadań administracyjnych, takich jak te w poniższych sekcjach.

Administrowanie zestawem MDT można zautomatyzować, wykonując następujące czynności:

• 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 sekcji Tworzenie folderu.

• Usuń folder z udziału wdrożenia zgodnie z opisem w sekcji 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 temacie Usuwanie sterownika urządzenia.

• Zaimportuj pakiet systemu operacyjnego do udziału wdrożenia zgodnie z opisem w temacie Importowanie pakietu systemu operacyjnego.

• Usuwanie pakietu systemu operacyjnego z udziału wdrażania zgodnie z opisem w temacie Usuwanie pakietu systemu operacyjnego.

• Zaimportuj system operacyjny do udziału wdrożenia zgodnie z opisem w temacie Importowanie systemu operacyjnego.

• Usuwanie systemu operacyjnego z udziału wdrożenia zgodnie z opisem w temacie Usuwanie systemu operacyjnego.

• Utwórz aplikację w udziale wdrożenia zgodnie z opisem w sekcji Tworzenie aplikacji.

• Usuń aplikację z udziału wdrożenia zgodnie z opisem w temacie 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 temacie Usuwanie sekwencji zadań.

• Utwórz bazę danych MDT zgodnie z opisem w temacie Tworzenie bazy danych MDT.

• Utwórz profil zaznaczenia zgodnie z opisem w sekcji Tworzenie profilu zaznaczenia.

• 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 sekcji Tworzenie połączonego udziału wdrożenia.

• Zaktualizuj połączony udział wdrożenia zgodnie z opisem w temacie Aktualizowanie połączonego udziału wdrożenia.

• Usuń połączony udział wdrożenia zgodnie z opisem w temacie Usuwanie połączonego udziału wdrożenia.

• Utwórz nośnik wdrożenia zgodnie z opisem w sekcji Tworzenie nośnika.

• Wygeneruj nośnik wdrożenia zgodnie z opisem w sekcji Generowanie nośnika.

• Usuń nośnik wdrożenia zgodnie z opisem w sekcji Usuwanie nośnika.

Tworzenie nowego udziału wdrożenia

Następujące polecenia programu Windows PowerShell umożliwiają utworzenie nowego udziału wdrożenia w lokalizacji D:\Production Deployment Share o nazwie Production$. Nowy udział wdrożenia będzie wyświetlany w środowisku wdrażania jako produkcyjny.

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

Następujące polecenia programu Windows PowerShell tworzą folder Adobe w drzewie konsoli środowiska pracy wdrażania w lokalizacji 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

Usuwanie folderu

Następujące polecenia programu 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

Importowanie sterownika urządzenia

Następujące polecenia programu Windows PowerShell umożliwiają zaimportowanie sterownika 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 programu 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 katalogu D:\Aktualizacje\Microsoft\Vista. Te pakiety systemu operacyjnego będą przechowywane w produkcyjnym udziale wdrożenia, który znajduje się w folderze D:\Produkcyjny udział wdrożenia.

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 programu 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 programu Windows PowerShell umożliwiają zaimportowanie systemu operacyjnego Windows Vista znajdującego się w D:\Operating Systems\Windows Vista x86. System operacyjny będzie przechowywany w produkcyjnym udziale wdrożenia, 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-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

Usuwanie systemu operacyjnego

Następujące polecenie programu Windows PowerShell usuwa system operacyjny Windows Vista HOMEBASIC 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 programu 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 produkcyjnym udziale wdrożenia, który znajduje się w D:\produkcyjnym udziale wdrożenia.

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 programu 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 programu Windows PowerShell tworzą sekwencję zadań kompilacji produkcyjnej systemu Windows Vista w produkcyjnym udziale wdrożenia, 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-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 programu Windows PowerShell usuwa sekwencję zadań kompilacji produkcyjnej 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 realizowane 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 wyboru

Następujące polecenia programu 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 programu Windows PowerShell aktualizują produkcyjny udział wdrożenia znajdujący 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żenia

Następujące polecenia Windows PowerShell tworzą udział wdrożenia, który jest połączony z udziałem wdrożenia produkcyjnego i znajduje się w udziale \\remote_server_name\Deployment$ . Profil wyboru Wszystko służy do określania zawartości, która 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żenia

Następujące polecenia Windows PowerShell umożliwiają zaktualizowanie udziału 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żenia

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

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

Tworzenie multimediów

Następujące polecenia programu Windows PowerShell tworzą folder źródłowy, który zawiera zawartość używaną do utworzenia nośnika rozruchowego. Jako źródło zostanie użyty udział wdrożenia produkcyjnego. Profil wyboru Wszystko określa, jaka zawartość jest umieszczana w folderze zawartości multimedialnej. Plik LiteTouchMedia.iso zostanie utworzony podczas generowania multimediów. Nośnik będzie obsługiwał zarówno platformy x86, jak 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śników

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

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

Usuwanie multimediów

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 rozbudowana i elastyczna technologia umożliwiająca wydajne zarządzanie dużą liczbą obiektów użytkowników i komputerów w usługach Active Directory Domain Services (AD DS, Active Directory Domain Services) 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ą restrykcyjne ustawienia zasady grupy, które mogą powodować problemy podczas wdrażania systemu operacyjnego. Na przykład następujące ustawienia zasady grupy mogą zakłócić automatyczny proces logowania:

• Ograniczenia logowania automatycznego

• Zmiana nazwy konta administratora

• Transparenty i podpisy prawne

• restrykcyjne zasady zabezpieczeń (na przykład zasady zabezpieczeń specjalnych — ograniczona funkcjonalność [SSLF])

  Jednym ze sposobów przezwyciężenia problemów, jakie może spowodować obiekt zasad grupy podczas wdrażania, jest jak najpóźniejsze przyłączenie komputera do domeny na możliwie najniższym etapie procesu wdrażania. To sprzężenie można wykonać przy użyciu niestandardowego kroku sekwencji zadań, który uruchamia skrypt ZTIDomainJoin.wsf.

  Aby przyłą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ć za pomocą Kreatora wdrażania systemu Windows, reguł udziału wdrażania, bazy danych MDT oraz reguł zbierania danych i komputera programu Configuration Manager. Używane konto musi mieć uprawnienia wymagane do tworzenia i usuwania obiektów komputerów 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 przyłączyć się do domeny na wczesnym etapie procesu wdrażania. Spowoduje to poddanie komputera docelowego ustawieniom określonym w obiektach zasad grupy domeny, co może spowodować niepowodzenie procesu wdrażania.

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

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

1. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

2. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (gdzie deployment_share jest nazwą udziału wdrożenia, a task_sequence jest nazwą sekwencji zadań do skonfigurowania).

3. W okienku Akcje wybierz pozycję Właściwości.

4. Na karcie Informacje o systemie operacyjnym wybierz pozycję Edytuj Unattend.xml.

   Zostanie uruchomiony Menedżer obrazu systemu Windows (karta SIM systemu Windows).

5. W okienku Plik odpowiedzi przejdź do pozycji 4 specjalizacja/identyfikacja/poświadczenia. Kliknij prawym przyciskiem myszy pozycję Poświadczenia i wybierz polecenie Usuń.

6. Wybierz opcję Tak.

7. Zapisz plik odpowiedzi, a następnie zamknij kartę SIM z systemem Windows.

8. Wybierz przycisk OK w oknie dialogowym Właściwości sekwencji zadań.

   Z powodu Credentials braku tych elementów w pliku unattend.xml skrypt ZTIConfigure.wsf nie jest w stanie wypełnić informacji o przyłączeniu do domeny w pliku Unattend.xml, co uniemożliwi Instalatorowi Windows podjęcie próby przyłączenia do domeny.

   Aby dodać krok sekwencji zadań, który dołącza komputer docelowy do domeny

9. Wybierz przycisk Start, a następnie wskaż polecenie Wszystkie programy. Wskaż pozycję Microsoft Deployment Toolkit, a następnie wybierz pozycję Deployment Workbench.

10. W drzewie konsoli Deployment Workbench przejdź do pozycji Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (gdzie deployment_share jest nazwą udziału wdrożenia, a task_sequence jest nazwą sekwencji zadań do skonfigurowania).

11. W okienku Akcje wybierz pozycję Właściwości.

12. Na karcie Sekwencja zadań przejdź do węzła przywracania stanu i rozwiń go.

13. Sprawdź, czy krok sekwencji zadań Odzyskiwanie z domeny jest obecny. Jeśli tak, przejdź do kroku 9.

14. W oknie dialogowym Właściwości sekwencji zadań wybierz pozycję Dodaj, przejdź do pozycji Ustawienia, a następnie wybierz pozycję Odzyskaj z domeny.

15. Dodaj krok sekwencji zadań Odzyskaj z domeny do edytora sekwencji zadań. Upewnij się, że krok znajduje się w odpowiedniej lokalizacji w sekwencji zadań.

16. Upewnij się, że ustawienia kroku sekwencji zadań odzyskiwania z domeny są skonfigurowane zgodnie z potrzebami.

17. Wybierz przycisk OK w oknie dialogowym Właściwości sekwencji zadań, aby zapisać sekwencję zadań.