Guida agli esempi di Microsoft Deployment Toolkit

  • Articolo

Questa guida fa parte di Microsoft Deployment Toolkit (MDT) e guida un team specializzato nella distribuzione di sistemi operativi Windows e Microsoft Office. In particolare, questa guida è progettata per fornire impostazioni di configurazione di esempio per scenari di distribuzione specifici.

Nota

In questo articolo Windows si applica ai sistemi operativi Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 e Windows Server 2008 R2, se non diversamente specificato. MDT non supporta le versioni basate su processore ARM di Windows. Analogamente, MDT fa riferimento alla versione corrente di MDT, se non diversamente specificato.

Per usare questa guida

Esaminare l'elenco degli argomenti relativi allo scenario nel sommario.

  1. Selezionare lo scenario che rappresenta più da vicino gli obiettivi di distribuzione dell'organizzazione.

  2. Esaminare le impostazioni di configurazione di esempio per lo scenario selezionato.

  3. Usare le impostazioni di configurazione di esempio come base per le impostazioni di configurazione nell'ambiente.

  4. Personalizzare le impostazioni di configurazione di esempio per l'ambiente.

    In molti casi, potrebbe essere necessario più di uno scenario per completare le impostazioni di configurazione per l'ambiente.

    Poiché questa guida contiene solo impostazioni di configurazione di esempio, la revisione delle guide elencate nella tabella seguente può essere utile per personalizzare ulteriormente le impostazioni di configurazione per l'ambiente.

    Guida Questa guida offre assistenza per
    Guida introduttiva per Microsoft System Center 2012 R2 Configuration Manager Usare System Center 2012 R2 Configuration Manager per installare il sistema operativo Windows 8.1 in uno scenario di distribuzione nuovo computer.
    Guida introduttiva per l'installazione di Lite Touch Installare il sistema operativo Windows 8.1 tramite LTI (Lite Touch Installation) usando supporti di avvio in uno scenario di distribuzione nuovo computer.
    Guida introduttiva per l'installazione di User-Driven Installare il sistema operativo Windows 8.1 con User-Driven Installation e System Center 2012 R2 Configuration Manager in uno scenario di distribuzione new computer.
    Uso di Microsoft Deployment Toolkit Personalizzare ulteriormente i file di configurazione usati nelle distribuzioni ZTI (Zero Touch Installation) e LTI. Questa guida fornisce anche indicazioni sulla configurazione generiche e un riferimento tecnico per le impostazioni di configurazione.

Distribuzione di applicazioni Windows 8 tramite MDT

MDT può distribuire Windows 8 pacchetti dell'applicazione, che hanno un'estensione di file .appx. Questi pacchetti dell'applicazione non sono nuovi per Windows 8. Per altre informazioni su queste applicazioni, vedi Sviluppo di app di Windows Store.

Distribuire applicazioni Windows 8 usando MDT seguendo questa procedura:

Distribuzione di applicazioni Windows 8 con LTI

È possibile distribuire applicazioni Windows 8 usando LTI come qualsiasi altra applicazione che avvia il processo di installazione da una riga di comando. È possibile aggiungere applicazioni Windows 8 alle distribuzioni LTI nel nodo Applicazioni in Deployment Workbench.

Per distribuire un'applicazione Windows 8 usando LTI

  1. Creare una cartella condivisa di rete in cui archiviare l'applicazione.

  2. Copiare l'applicazione Windows 8 nella cartella condivisa di rete creata nel passaggio precedente.

    Assicurarsi di copiare il file .appx dell'applicazione Windows 8 e tutti gli altri file necessari, ad esempio un file .cer che contiene il certificato dell'applicazione.

  3. Creare un elemento applicazione LTI per l'applicazione Windows 8 nel nodo Applicazioni in Deployment Workbench usando la Creazione guidata nuova applicazione.

    Durante il completamento della Creazione guidata nuova applicazione, nella pagina Della procedura guidata Dettagli comando digitare app_file_name nella riga di comando, dove app_file_name è il nome dell'applicazione Windows 8.

    Per altre informazioni su come completare la Creazione guidata nuova applicazione in Deployment Workbench, vedere le sezioni seguenti nel documento MDT Using the Microsoft Deployment Toolkit (Uso di Microsoft Deployment Toolkit):

    • "Creare una nuova applicazione distribuita dalla condivisione di distribuzione"

    • "Creare una nuova applicazione distribuita da un'altra cartella condivisa di rete"

  4. Selezionare l'elemento dell'applicazione LTI creato nel passaggio precedente in una sequenza di attività LTI.

Distribuzione di applicazioni Windows 8 tramite UDI

È possibile distribuire applicazioni Windows 8 usando l'UDI come qualsiasi altra applicazione che avvia il processo di installazione da una riga di comando. È possibile aggiungere applicazioni Windows 8 alle distribuzioni UDI nella pagina della procedura guidata ApplicationPage nella Designer della Procedura guidata UDI.

Nota

La distribuzione di applicazioni Windows 8 e Windows 8 con UDI richiede Configuration Manager System Center 2012 R2.

Per distribuire un'applicazione Windows 8 usando UDI

  1. Creare una cartella condivisa di rete in cui archiviare l'applicazione.

    Questa cartella sarà la cartella di origine per l'applicazione Configuration Manager che verrà creata più avanti nel processo.

  2. Copiare l'applicazione Windows 8 nella cartella condivisa di rete creata nel passaggio precedente.

    Assicurarsi di copiare il file .appx dell'applicazione Windows 8 e tutti gli altri file necessari, ad esempio un file .cer che contiene il certificato dell'applicazione.

  3. Aggiungere l'applicazione Windows 8 come applicazione Configuration Manager

  4. Creare un Configuration Manager elemento dell'applicazione per l'applicazione Windows 8 usando la Creazione guidata applicazione nella console di Configuration Manager.

    Durante il completamento della Creazione guidata applicazione, creare un tipo di distribuzione per distribuire l'applicazione Windows 8 usando la Creazione guidata tipo di distribuzione. Nella pagina Contenuto della Creazione guidata tipo di distribuzione digitare app_file_name, doveapp_file_name è il nome dell'applicazione Windows 8.

    Per altre informazioni su come completare la Creazione guidata applicazione nella console di Configuration Manager, vedere le sezioni seguenti nella libreria di documentazione per System Center 2012 Configuration Manager, inclusa in Configuration Manager:

  5. Assicurarsi che la funzionalità UDA (User Device Affinity) in Configuration Manager sia configurata correttamente per supportare l'affinità tra utenti e dispositivi per la distribuzione di applicazioni Configuration Manager.

    Per altre informazioni su come configurare l'ADU per supportare Configuration Manager distribuzione dell'applicazione, vedere Come gestire l'affinità utente-dispositivo in Configuration Manager.

  6. Distribuire l'applicazione creata nel passaggio 4 agli utenti di destinazione.

    Per altre informazioni su come distribuire un'applicazione all'utente, vedere Come distribuire applicazioni in Configuration Manager.

  7. Configurare la pagina della procedura guidata ApplicationPage per includere l'applicazione Configuration Manager creata nel passaggio 4 usando la procedura guidata UDI Designer.

    Per altre informazioni su come configurare la pagina della procedura guidata ApplicationPage usando la procedura guidata UDI Designer, vedere la sezione "Passaggio 5-11: Personalizzare il file di configurazione della Procedura guidata UDI per il computer di destinazione", nel documento MDT Guida introduttiva per User-Driven'installazione.

  8. Selezionare l'elemento dell'applicazione UDI creato nel passaggio precedente in una sequenza di attività UDI.

    Nota

    L'applicazione Windows 8 non viene installata dalla sequenza di attività, ma verrà installata la prima volta che l'utente accede al computer di destinazione (come definito dall'impostazione UDA configurata nel passaggio 5) usando la funzionalità programma di installazione app User-Centric (AppInstall.exe) nell'UDI.

    Per altre informazioni sulla funzionalità del programma di installazione app User-Centric in UDI, vedere la sezione "Informazioni di riferimento sul programma di installazione app incentrato sull'utente" nel documento MDT Toolkit Reference (Informazioni di riferimento sul toolkit del documento MDT).

Gestione di MDT tramite Windows PowerShell

È possibile gestire le condivisioni di distribuzione MDT usando Deployment Workbench e Windows PowerShell. MDT include uno snap-in Windows PowerShell ™, Microsoft.BDD.SnapIn, che deve essere caricato prima di usare le funzionalità specifiche di MDT in Windows PowerShell. Lo snap-in Windows PowerShell MDT include:

Caricamento del Windows PowerShell Snap-In MDT

I cmdlet MDT vengono forniti in un Windows PowerShell snap-in Microsoft.BDD.SnapIn che deve essere caricato prima di usare i cmdlet MDT. Caricare lo snap-in Windows PowerShell MDT usando il cmdlet Add-PSSnapIn come descritto in Caricare il Windows PowerShell Snap-In MDT usando il cmdlet Add-PSSnapIn.

Caricare il Windows PowerShell Snap-In MDT usando il cmdlet Add-PSSnapIn

È possibile caricare lo snap-in MDT Windows PowerShell Microsoft.BDD.PSSnapIn da qualsiasi ambiente Windows PowerShell usando il cmdlet Add-PSSnapIn, come illustrato nell'esempio seguente:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Creazione di una condivisione di distribuzione tramite Windows PowerShell

È possibile creare condivisioni di distribuzione usando i cmdlet di Windows PowerShell MDT. La cartella radice per la condivisione di distribuzione viene creata e condivisa usando cmdlet di Windows PowerShell standard e chiamate ai comandi della classe Strumentazione gestione Windows (WMI). La condivisione di distribuzione viene popolata usando il provider di Windows PowerShell MDTProvider e il cmdlet NewPSDrive. L'unità Windows PowerShell MDTProvider viene salvata in modo permanente usando il cmdlet Add-MDTPersistentDrive.

Per preparare una condivisione di distribuzione usando i cmdlet di Windows PowerShell MDT

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Creare la cartella che sarà la radice della nuova condivisione di distribuzione usando il cmdlet New-Item , come illustrato nell'esempio seguente e descritto in Uso del cmdlet New-Item:

    New-Item "C:\MDTDeploymentShare$" -Type directory

    Il cmdlet visualizza la creazione corretta della cartella.

  3. Condividere la cartella creata nel passaggio precedente usando la classe wmi win32_share come seminata nell'esempio seguente:

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

    La chiamata alla classe win32_share restituisce i risultati della chiamata. Se il valore di ReturnValue è zero (0), la chiamata ha avuto esito positivo.

  4. Specificare la nuova cartella condivisa come condivisione di distribuzione usando il cmdlet NewPSDrive , come illustrato nell'esempio seguente:

    New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "C:\MDTDeploymentShare$" -Description "MDT Deployment Share Created with Cmdlets" -NetworkPath "\\WDG-MDT-01\MDTDeploymentShare$" -Verbose

    Il cmdlet avvia automaticamente la creazione della condivisione di distribuzione e la copia delle informazioni sul modello nella nuova condivisione di distribuzione. Al termine del processo di copia, il cmdlet visualizza le informazioni per la nuova condivisione di distribuzione.

    Nota

    Il valore specificato nel parametro Name (DS002) deve essere univoco e non può corrispondere a una condivisione di distribuzione esistente Windows PowerShell unità.

  5. Verificare che le cartelle di condivisione di distribuzione appropriate siano state create usando il comando dir , come illustrato nell'esempio seguente:

    Get-ChildItem ds002:

    Viene visualizzato l'elenco delle cartelle predefinite nella radice della condivisione di distribuzione.

  6. Aggiungere la nuova condivisione di distribuzione all'elenco di condivisioni di distribuzione MDT persistenti usando il cmdlet Add-MDTPersistentDrive , come illustrato nell'esempio seguente:

    $NewDS=Get-PSDrive "DS002"
Add-MDTPersistentDrive  -Name "DS002" -InputObject $NewDS Verbose

    In questo esempio, la variabile $NewDS viene usata per passare l'oggetto unità Windows PowerShell per la nuova condivisione di distribuzione al cmdlet.

    In alternativa, è possibile combinare i cmdlet NewPSDrive e Add-MDTPersistentDrive , come illustrato nell'esempio seguente:

    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

    Nell'esempio precedente, la pipeline Windows PowerShell fornisce sia i parametri Name che InputObject.

Visualizzazione delle proprietà della condivisione di distribuzione tramite Windows PowerShell

È possibile visualizzare le proprietà delle condivisioni di distribuzione MDT usando il cmdlet Get-ItemProperty e il provider di Windows PowerShell MDTProvider. Queste stesse proprietà possono essere visualizzate anche in Deployment Workbench.

Per visualizzare le proprietà della condivisione di distribuzione usando i cmdlet Windows PowerShell MDT

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Verificare che le distribuzioni MDT condividano Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Verificare che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    L'elenco delle unità Windows PowerShell fornite tramite MDTProvider è elencato.

  4. Visualizzare le proprietà della condivisione di distribuzione usando il cmdlet Get-ItemProperty , come illustrato nell'esempio seguente:

    Get-ItemProperty "DS002:"

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3. Il cmdlet restituisce le proprietà per la condivisione di distribuzione.

Visualizzazione dell'elenco delle condivisioni di distribuzione tramite Windows PowerShell

È possibile visualizzare l'elenco delle condivisioni di distribuzione MDT usando il cmdlet Get-PSDrive e il provider di Windows PowerShell MDTProvider. Lo stesso elenco di condivisioni di distribuzione può essere visualizzato anche in Deployment Workbench.

Per visualizzare un elenco di condivisioni di distribuzione usando i cmdlet di Windows PowerShell MDT

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT condividano Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Visualizzare l'elenco delle distribuzioni MDT che condividono Windows PowerShell unità, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    Viene elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider, una per ogni condivisione di distribuzione.

Aggiornamento di una condivisione di distribuzione tramite Windows PowerShell

È possibile aggiornare le condivisioni di distribuzione usando il cmdlet Update-MDTDeploymentShare e il provider di Windows PowerShell MDTProvider. L'aggiornamento di una condivisione di distribuzione crea le immagini di avvio di Windows PE (file WIM e International Organization for Standardization [ISO]) necessarie per avviare la distribuzione LTI. È possibile eseguire lo stesso processo usando Deployment Workbench, come descritto in "Update a Deployment Share in the Deployment Workbench".

Per aggiornare una condivisione di distribuzione usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Verificare che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    L'elenco delle unità Windows PowerShell fornite tramite MDTProvider è elencato.

  4. Aggiornare la condivisione di distribuzione usando il cmdlet Update-MDTDeploymentShare , come illustrato nell'esempio seguente:

    Update-MDTDeploymentShare -Path "DS002:" -Force

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

    Nota

    L'aggiornamento della condivisione di distribuzione può richiedere molto tempo. Lo stato del cmdlet viene visualizzato nella parte superiore della console di Windows PowerShell.

    Il cmdlet restituisce senza output se l'aggiornamento ha esito positivo.

Aggiornamento di una condivisione di distribuzione collegata tramite Windows PowerShell

È possibile aggiornare (replicare) le condivisioni di distribuzione collegate usando il cmdlet Update-MDTLinkedDS e il provider di Windows PowerShell MDTProvider. L'aggiornamento di una condivisione di distribuzione collegata replica il contenuto dalla condivisione di distribuzione originale alla condivisione di distribuzione collegata. È possibile eseguire lo stesso processo usando Deployment Workbench, come descritto in "Replicare condivisioni di distribuzione collegate in Deployment Workbench".

Per aggiornare una condivisione di distribuzione collegata usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Verificare che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    L'elenco delle unità Windows PowerShell fornite tramite MDTProvider è elencato.

  4. Aggiornare la condivisione di distribuzione usando il cmdlet Update-MDTDeploymentShare , come illustrato nell'esempio seguente:

    Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

    Nota

    L'aggiornamento della condivisione di distribuzione collegata può richiedere molto tempo. Lo stato del cmdlet viene visualizzato nella parte superiore della console di Windows PowerShell.

    Il cmdlet restituisce senza output se l'aggiornamento ha esito positivo.

Aggiornamento dei supporti di distribuzione tramite Windows PowerShell

È possibile aggiornare (generare) i supporti di distribuzione usando il cmdlet Update-MDTMedia e il provider di Windows PowerShell MDTProvider. L'aggiornamento dei supporti di distribuzione replica il contenuto dalla condivisione di distribuzione originale alla condivisione di distribuzione collegata e quindi genera file .iso e wim. È possibile eseguire lo stesso processo usando Deployment Workbench, come descritto in "Generate Media Images in the Deployment Workbench".

Al termine del cmdlet Update-MDTMedia , vengono creati i file seguenti:

  • Un file .iso nella cartella media_folder (dove media_folder è il nome della cartella specificata per il supporto)

    La generazione del file .iso è un'opzione configurata da:

    • Selezionando la casella di controllo Genera un'immagine ISO di avvio Lite Touch nella scheda Generale della finestra di dialogo Proprietà supporto (deselezionare questa casella di controllo per ridurre il tempo necessario per generare il supporto, a meno che non sia necessario creare DVD avviabili o avviare macchine virtuali [VM] dal file .iso.

    • Impostazione della stessa proprietà tramite il cmdlet Set-ItemProperty

  • File WIM nella cartella media_folder\Content\Deploy\Boot (dove media_folder è il nome della cartella specificata per il supporto)

    Per aggiornare una condivisione di distribuzione collegata usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT condividano Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Verificare che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    L'elenco delle unità Windows PowerShell fornite tramite MDTProvider è elencato.

  4. Aggiornare la condivisione di distribuzione usando il cmdlet Update-MDTDeploymentShare , come illustrato nell'esempio seguente:

    Update-MDTLinkedDS -Path "DS002:\Linked Deployment Shares\LINKED002"

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

    Nota

    L'aggiornamento della condivisione di distribuzione collegata può richiedere molto tempo. Lo stato del cmdlet viene visualizzato nella parte superiore della console di Windows PowerShell.

    Il cmdlet restituisce senza output se l'aggiornamento ha esito positivo.

Gestione di elementi in una condivisione di distribuzione tramite Windows PowerShell

Una condivisione di distribuzione contiene elementi usati per eseguire distribuzioni, ad esempio sistemi operativi, applicazioni, driver di dispositivo, pacchetti del sistema operativo e sequenze di attività. Questi elementi possono essere gestiti usando cmdlet di Windows PowerShell e quelli forniti con MDT.

Per altre informazioni sulla modifica diretta degli elementi tramite i cmdlet Windows PowerShell, vedere Modifica diretta degli elementi. La struttura di cartelle per una condivisione di distribuzione può essere gestita anche usando Windows PowerShell. Per altre informazioni, vedere Gestione delle cartelle di condivisione di distribuzione tramite Windows PowerShell.

Importare un elemento in una condivisione di distribuzione

È possibile importare ogni tipo di elemento, ad esempio sistemi operativi, applicazioni o driver di dispositivo, usando i cmdlet MDT. Per ogni tipo di elemento è disponibile un cmdlet MDT specifico. Per importare più elementi in una condivisione di distribuzione usando Windows PowerShell, vedere Automatizzare il popolamento di una condivisione di distribuzione.

Nella tabella seguente sono elencati i cmdlet MDT Windows PowerShell usati per importare elementi in una condivisione di distribuzione e viene fornita una breve descrizione di ogni cmdlet. Esempi di come usare ogni cmdlet sono disponibili nella sezione che corrisponde a ogni cmdlet.

Cmdlet Descrizione
Import-MDTApplication Importa un'applicazione in una condivisione di distribuzione
Import-MDTDriver Importa uno o più driver di dispositivo in una condivisione di distribuzione
Import-MDTOperatingSystem Importa uno o più sistemi operativi in una condivisione di distribuzione
Import-MDTPackage Importa uno o più pacchetti del sistema operativo in una condivisione di distribuzione
Import-MDTTaskSequence Importa una sequenza di attività in una condivisione di distribuzione

Visualizzare le proprietà di un elemento in una condivisione di distribuzione

Ogni elemento in una condivisione di distribuzione ha un set diverso di proprietà. È possibile visualizzare le proprietà di un elemento in una condivisione di distribuzione usando il cmdlet Get-ItemProperty . Il cmdlet Get-ItemProperty usa MDTProvider per visualizzare le proprietà per un elemento specifico, proprio come è possibile visualizzare le proprietà in Deployment Workbench.

Per visualizzare le proprietà di più elementi in una condivisione di distribuzione usando Windows PowerShell, vedere Automazione della popolazione di una condivisione di distribuzione.

Per visualizzare le proprietà di un elemento in una condivisione di distribuzione usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Verificare che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    L'elenco delle unità Windows PowerShell fornite tramite MDTProvider è elencato.

  4. Restituisce un elenco degli elementi per il tipo di elemento per il quale si desidera visualizzare le proprietà usando il cmdlet Get-Item , come illustrato nell'esempio seguente:

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

    Nell'esempio precedente viene visualizzato un elenco di tutti i sistemi operativi nella condivisione di distribuzione. L'output viene inviato tramite pipe al cmdlet Format-List in modo da visualizzare i nomi lunghi dei sistemi operativi. Per altre informazioni su come usare il cmdlet Format-List , vedere Uso del cmdlet Format-List. Lo stesso processo può essere usato per restituire l'elenco di altri tipi di elementi, ad esempio driver di dispositivo o applicazioni.

    Consiglio

    È anche possibile usare il comando dir per visualizzare l'elenco dei sistemi operativi anziché il cmdlet Get-Item .

  5. Visualizzare le proprietà di uno degli elementi elencati nel passaggio precedente usando il cmdlet Get-ItemProperty , come illustrato nell'esempio seguente:

    Get-ItemProperty -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"

    In questo esempio, il valore del parametro Path è il percorso completo Windows PowerShell dell'elemento, incluso il nome file restituito nel passaggio precedente. È possibile usare lo stesso processo per visualizzare le proprietà di altri tipi di elementi, ad esempio driver di dispositivo o applicazioni.

Rimuovere un elemento da una condivisione di distribuzione

È possibile rimuovere un elemento da una condivisione di distribuzione usando il cmdlet Remove-Item . Il cmdlet Remove-Item usa MDTProvider per rimuovere un elemento specifico, così come è possibile rimuovere un elemento in Deployment Workbench. Per rimuovere più elementi in una condivisione di distribuzione usando Windows PowerShell, vedere Automatizzare il popolamento di una condivisione di distribuzione.

Nota

La rimozione di un elemento usato da una sequenza di attività causa l'esito negativo della sequenza di attività. Assicurarsi che ad un elemento non venga fatto riferimento da altri elementi nella condivisione di distribuzione prima di rimuovere l'elemento. Una volta rimosso, un elemento non può essere recuperato.

Per rimuovere un elemento da una condivisione di distribuzione usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente.

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Verificare che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    L'elenco delle unità Windows PowerShell fornite tramite MDTProvider è elencato.

  4. Restituisce un elenco degli elementi per il tipo di elemento per il quale si desidera visualizzare le proprietà usando il cmdlet Get-Item , come illustrato nell'esempio seguente:

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

    Nell'esempio precedente viene visualizzato un elenco di tutti i sistemi operativi nella condivisione di distribuzione. L'output viene inviato tramite pipe al cmdlet Format-List in modo da visualizzare i nomi lunghi dei sistemi operativi. Per altre informazioni su come usare il cmdlet Format-List , vedere Uso del cmdlet Format-List. È possibile usare lo stesso processo per restituire l'elenco di altri tipi di elementi, ad esempio driver di dispositivo o applicazioni.

    Consiglio

    È anche possibile usare il comando dir per visualizzare l'elenco dei sistemi operativi anziché il cmdlet Get-Item .

  5. Rimuovere uno degli elementi elencati nel passaggio precedente usando il cmdlet Remove-Item , come illustrato nell'esempio seguente:

    Remove-Item -Path "DS002:\Operating Systems\Windows 8 in Windows 8 x64 install.wim"

    In questo esempio, il valore del parametro Path è il percorso completo Windows PowerShell dell'elemento, incluso il nome file restituito nel passaggio precedente.

    È possibile usare lo stesso processo per rimuovere altri tipi di elementi, ad esempio driver di dispositivo o applicazioni.

    Nota

    La rimozione di un elemento usato da una sequenza di attività causa l'esito negativo della sequenza di attività. Assicurarsi che ad un elemento non venga fatto riferimento da altri elementi nella condivisione di distribuzione prima di rimuovere l'elemento.

Automazione della popolazione di una condivisione di distribuzione

I cmdlet Windows PowerShell MDT consentono di gestire singoli elementi. Tuttavia, usando alcune delle funzionalità di scripting in Windows PowerShell, i cmdlet possono essere usati per automatizzare il popolamento di una condivisione di distribuzione.

Ad esempio, un'organizzazione potrebbe dover distribuire più condivisioni di distribuzione per business unit diverse oppure un'organizzazione può fornire servizi di distribuzione del sistema operativo per altre organizzazioni. In entrambi questi esempi, le organizzazioni devono avere la possibilità di creare e popolare condivisioni di distribuzione configurate in modo coerente.

Un metodo per la gestione di più elementi consiste nell'usare un file CSV (Comma-Separated Values) contenente un elenco di tutti gli elementi da gestire in una condivisione di distribuzione usando il cmdlet Import-CSV .

Di seguito è riportato un estratto di uno script Windows PowerShell per importare un elenco di applicazioni in base alle informazioni contenute in un file .csv usando i cmdlet Import-CSV, ForEach-Object e 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
}

In questo esempio il file C:\MDT\Import-MDT-Apps.csv contiene un campo per ogni variabile necessaria per importare un'applicazione. Per altre informazioni su come creare un file .csv da usare con il cmdlet Import-CSV , vedere Uso del cmdlet Import-Csv.

È possibile usare questo stesso metodo per importare sistemi operativi, driver di dispositivo e altri elementi in una condivisione di distribuzione seguendo questa procedura:

  1. Creare un file .csv per ogni tipo di elemento di condivisione di distribuzione da popolare.

  2. Per altre informazioni su come creare un file .csv da usare con il cmdlet Import-CSV , vedere Uso del cmdlet Import-Csv.

  3. Creare un file di script Windows PowerShell che verrà usato per automatizzare il popolamento della condivisione di distribuzione.

    Per altre informazioni su come creare uno script di Windows PowerShell, vedere Scripting with Windows PowerShell( Scripting with Windows PowerShell).

  4. Creare qualsiasi struttura di cartelle dei prerequisiti necessaria nella condivisione di distribuzione prima di importare gli elementi della condivisione di distribuzione.

    Per altre informazioni, vedere Gestione delle cartelle di condivisione di distribuzione tramite Windows PowerShell.

  5. Aggiungere la riga del cmdlet Import-CSV per uno dei file .csv creati nel passaggio 1.

    Per altre informazioni sul cmdlet Import-CSV , vedere Uso del cmdlet Import-Csv.

  6. Creare un ciclo di cmdlet ForEach-Object che elabora ogni elemento dal file .csv a cui si fa riferimento nel cmdlet Import-CSV nel passaggio precedente.

    Per altre informazioni sul cmdlet ForEach-Object , vedere Uso del cmdlet ForEach-Object.

  7. Aggiungere il cmdlet MDT corrispondente per importare gli elementi della condivisione di distribuzione all'interno del ciclo di cmdlet ForEach-Object creato nel passaggio precedente.

    Per altre informazioni sui cmdlet MDT usati per importare elementi in una condivisione di distribuzione, vedere Importare un elemento in una condivisione di distribuzione.

Gestione delle cartelle di condivisione di distribuzione tramite Windows PowerShell

È possibile gestire le cartelle in una condivisione di distribuzione usando gli strumenti della riga di comando, ad esempio il comando mkdir, o i cmdlet Windows PowerShell, ad esempio il cmdlet New-Item e il provider di Windows PowerShell MDTProvider. La stessa struttura di cartelle delle condivisioni di distribuzione può essere visualizzata e gestita anche in Deployment Workbench. Per altre informazioni sulla modifica diretta degli elementi tramite i cmdlet Windows PowerShell, vedere Modifica diretta degli elementi.

Creare una cartella in una condivisione di distribuzione usando Windows PowerShell

Per creare una cartella in una condivisione di distribuzione usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Visualizzare l'elenco delle distribuzioni MDT che condividono Windows PowerShell unità, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive come indicato di seguito:

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

    Viene elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider, una per ogni condivisione di distribuzione

  4. Creare una cartella denominata Windows_8 nella cartella Sistemi operativi in una condivisione di distribuzione usando il comando New-Item , come illustrato nell'esempio seguente:

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

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

  5. Verificare che la cartella sia stata creata correttamente digitando il comando seguente:

    Get-ChildItem "DS002:\Operating Systems"

    Viene visualizzata la cartella Windows_8 e tutte le altre cartelle esistenti nella cartella Sistemi operativi.

  6. Creare una cartella denominata Windows_7 cartella nella cartella Sistemi operativi in una condivisione di distribuzione usando il cmdlet New-Item , come illustrato nell'esempio seguente e descritto in Uso del cmdlet New-Item:

    New-Item "DS002:\Operating Systems\Windows_7" -Type directory

    Il cmdlet visualizza la creazione corretta della cartella.

  7. Verificare che la cartella sia stata creata correttamente digitando il comando seguente:

    Get-ChildItem "DS002:\Operating Systems"

    Viene visualizzata la cartella Windows_7 e tutte le altre cartelle esistenti nella cartella Sistemi operativi.

Eliminare una cartella in una condivisione di distribuzione usando Windows PowerShell

Per eliminare una cartella in una condivisione di distribuzione usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Visualizzare l'elenco delle distribuzioni MDT che condividono Windows PowerShell unità, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive come indicato di seguito:

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

    Viene elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider, una per ogni condivisione di distribuzione.

  4. Eliminare (rimuovere) una cartella denominata Windows_8 nella cartella Sistemi operativi in una condivisione di distribuzione usando il comando New-Item , come illustrato nell'esempio seguente:

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

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

  5. Verificare che la cartella sia stata rimossa correttamente digitando il comando seguente:

    Get-ChildItem "DS002:\Operating Systems"

    La cartella Windows_8 non viene più visualizzata nell'elenco delle cartelle nella cartella Sistemi operativi

  6. Eliminare (rimuovere) una cartella denominata Windows_7 cartella nella cartella Sistemi operativi in una condivisione di distribuzione usando il cmdlet Remove-Item , come illustrato nell'esempio seguente:

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

    Il cmdlet visualizza la rimozione corretta della cartella.

  7. Verificare che la cartella sia stata creata correttamente digitando il comando seguente:

    Get-ChildItem "DS002:\Operating Systems"

    La cartella Windows_7 non viene più visualizzata nell'elenco delle cartelle nella cartella Sistemi operativi.

Rinominare una cartella in una condivisione di distribuzione usando Windows PowerShell

Per rinominare una cartella in una condivisione di distribuzione usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT condividano Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Visualizzare l'elenco delle distribuzioni MDT che condividono Windows PowerShell unità, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive come indicato di seguito:

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

    Viene elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider, una per ogni condivisione di distribuzione.

  4. Rinominare una cartella denominata Windows_8 in Win_8 nella cartella Sistemi operativi in una condivisione di distribuzione usando il comando ren , come illustrato nell'esempio seguente:

    ren "DS002:\Operating Systems\Windows_8" "Win_8"

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

  5. Verificare che la cartella sia stata rimossa correttamente digitando il comando seguente:

    Get-ChildItem "DS002:\Operating Systems"

    La cartella Windows_8 viene rinominata in Win_8.

  6. Rinominare una cartella denominata Windows_7 in Win-7 nella cartella Sistemi operativi in una condivisione di distribuzione usando il cmdlet Rename-Item , come illustrato nell'esempio seguente:

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

    Il cmdlet visualizza la ridenominazione corretta della cartella.

  7. Verificare che la cartella sia stata creata correttamente digitando il comando seguente:

    Get-ChildItem "DS002:\Operating Systems"

    La cartella Windows_7 viene rinominata in Win_7.

Automazione dell'applicazione dei Service Pack del sistema operativo nelle condivisioni di distribuzione

I Service Pack del sistema operativo sono una parte normale del ciclo di vita del software. I sistemi operativi esistenti nelle condivisioni di distribuzione devono essere aggiornati con questi Service Pack per garantire che i computer appena distribuiti o aggiornati siano aggiornati con le ultime raccomandazioni sulla sicurezza e le impostazioni di configurazione.

Nei casi in cui un'organizzazione dispone di molte condivisioni di distribuzione con più sistemi operativi in ogni condivisione di distribuzione, il processo di aggiornamento manuale dei sistemi operativi in ogni condivisione di distribuzione con i Service Pack può richiedere molto tempo. I metodi per automatizzare l'applicazione dei Service Pack del sistema operativo nelle condivisioni di distribuzione includono:

Automazione dell'applicazione dei Service Pack del sistema operativo da supporti di origine aggiornati

È possibile automatizzare il processo di aggiornamento dei Service Pack del sistema operativo usando Windows PowerShell quando sono presenti supporti di origine che includono il Service Pack, ad esempio un DVD con Windows 7 con SP1 già integrato.

Per questo metodo, il supporto di origine del sistema operativo con il Service Pack viene copiato sui file del sistema operativo esistenti senza il Service Pack nella condivisione di distribuzione usando Windows PowerShell.

Per automatizzare l'applicazione dei Service Pack del sistema operativo dai supporti di origine degli aggiornamenti usando Windows PowerShell

  1. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  2. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  3. Visualizzare l'elenco delle distribuzioni MDT che condividono Windows PowerShell unità, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    Viene elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider, una per ogni condivisione di distribuzione.

  4. Rimuovere la cartella per il sistema operativo esistente dalla condivisione di distribuzione usando i cmdlet Get-ChildItem e Remove-Item , come illustrato nell'esempio seguente:

    Get-ChildItem "DS002:\Operating Systems\Windows 7" -recurse | Remove-Item -recurse -force

    In questo esempio, DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

  5. Copiare il contenuto dei file di origine del sistema operativo in cui il Service Pack è integrato usando il cmdlet Copy-Item , come illustrato nell'esempio seguente:

    Copy-Item "E:\*" -Destination "DS002:\Operating Systems\Windows 7"-Recurse -Force

    In questo esempio i file di origine del sistema operativo si trovano nell'unità E e DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 3.

  6. Aggiornare qualsiasi supporto di distribuzione MDT in base alla condivisione di distribuzione usando il cmdlet Update-MDTMedia .

    Per altre informazioni su come aggiornare i supporti di distribuzione MDT in base alla condivisione di distribuzione tramite il cmdlet Update-MDTMedia, vedere Aggiornamento dei supporti di distribuzione tramite Windows PowerShell.

Automazione dell'applicazione dei Service Pack del sistema operativo tramite un computer di riferimento e Windows PowerShell

È possibile automatizzare il processo di aggiornamento dei Service Pack del sistema operativo usando Windows PowerShell quando si dispone solo del Service Pack non ancora integrato con il sistema operativo, ad esempio se SP1 per Windows 7 non è ancora integrato con un'immagine windows 7.

Per questo metodo, distribuire il sistema operativo senza service pack in un computer di riferimento. Applicare quindi il Service Pack al computer di riferimento. Acquisire quindi un'immagine del sistema operativo del computer di riferimento. Copiare infine il file wim acquisito sul file Install.wim nel sistema operativo nella condivisione di distribuzione usando Windows PowerShell.

Per automatizzare l'applicazione dei Service Pack del sistema operativo dai supporti di origine degli aggiornamenti usando Windows PowerShell

  1. Distribuire il sistema operativo di destinazione in un computer di riferimento.

    Per altre informazioni su come distribuire un computer di riferimento, vedere le risorse seguenti nel documento MDT Using the Microsoft Deployment Toolkit (Uso di Microsoft Deployment Toolkit):

    • "Preparazione per la distribuzione LTI nel computer di riferimento"

    • "Distribuzione e acquisizione di un'immagine del computer di riferimento in LTI"

  2. Installare il Service Pack desiderato nel computer di riferimento.

    Per altre informazioni su come installare il Service Pack, vedere la documentazione che accompagna il Service Pack.

  3. Acquisire un'immagine del computer di riferimento creando e distribuendo una sequenza di attività basata sul modello di sequenza di attività Sysprep e Capture .

    Per altre informazioni sulla creazione di una sequenza di attività basata sul modello di sequenza di attività Sysprep e Capture , vedere "Creare una nuova sequenza di attività in Deployment Workbench".

  4. Caricare lo snap-in Windows PowerShell MDT come descritto in Caricamento dello snap-in Windows PowerShell MDT.

  5. Assicurarsi che le distribuzioni MDT che condividono Windows PowerShell unità vengano ripristinate usando il cmdlet Restore-MDTPersistentDrive, come illustrato nell'esempio seguente:

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono Windows PowerShell unità sono già state ripristinate, verrà visualizzato un messaggio di avviso che indica che il cmdlet non è in grado di ripristinare l'unità.

  6. Visualizzare l'elenco delle distribuzioni MDT che condividono Windows PowerShell unità, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    Viene elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider, una per ogni condivisione di distribuzione.

  7. Copiare il file wim acquisito nel passaggio 3 sul file Install.wim nel sistema operativo nella condivisione di distribuzione usando il cmdlet Copy-Item , come illustrato nell'esempio seguente:

    Copy-Item "DS002:\Captures\Win7SP1.wim" -Destination "DS002:\Operating Systems\Windows 7\sources\Install.wim" Force

    In questo esempio, il file di immagine del sistema operativo acquisito (Win7SP1.wim) nella cartella Captures nella condivisione DS002: è il nome di un'unità Windows PowerShell restituita nel passaggio 6 e il sistema operativo Windows 7 esistente viene archiviato nella cartella denominata Windows 7.

  8. Aggiornare qualsiasi supporto di distribuzione MDT in base alla condivisione di distribuzione usando il cmdlet Update-MDTMedia .

    Per altre informazioni su come aggiornare i supporti di distribuzione MDT in base alla condivisione di distribuzione tramite il cmdlet Update-MDTMedia, vedere Aggiornamento dei supporti di distribuzione tramite Windows PowerShell.

Personalizzazione della distribuzione in base al tipo di chassis

È possibile personalizzare la distribuzione in base al tipo di chassis del computer. Gli script creano variabili locali che possono essere elaborate nel file CustomSettings.ini. Le variabili IsLaptoplocali , IsDesktope IsServer indicano se il computer è rispettivamente un computer portatile, un computer desktop o un server.

Nota

Nelle versioni precedenti di Deployment Workbench, il IsServer flag indicava che il sistema operativo esistente è un sistema operativo server , ad esempio Windows Server 2003 edizione Enterprise. Questo flag è stato rinominato in IsServerOS.

Per implementare variabili locali nel file di CustomSettings.ini

  1. [Settings] Nella sezione , sulla Priority riga, aggiungere una sezione personalizzata per personalizzare la distribuzione in base al tipo di chassis (ByChassisType nell'esempio seguente, dove Chassis rappresenta il tipo di computer).

  2. Creare la sezione personalizzata che corrisponde alla sezione personalizzata definita nel passaggio 1 (ByChassisType nell'esempio seguente, dove Chassis rappresenta il tipo di computer).

  3. Definire una sottosezione per ogni tipo di chassis da rilevare (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% nell'esempio seguente).

  4. Creare una sottosezione per ogni True stato e False di ogni sottosezione definita nel passaggio 3, ad [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] esempio nell'esempio seguente.

  5. In ogni True sottosezione e False aggiungere le impostazioni appropriate in base al tipo di chassis.

    Elenco 1. Esempio di personalizzazione della distribuzione in base al tipo di chassis nel file 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]
.
.
.

Distribuzione di applicazioni basate su versioni precedenti dell'applicazione

Spesso, quando si installa un sistema operativo in un computer esistente, si installano le stesse applicazioni installate in precedenza nel computer. Eseguire questa operazione usando script MDT (in particolare ZTIGather.wsf) per eseguire query su due origini di informazioni separate:

  • Configuration Manager funzionalità di inventario software. Contiene un record per ogni pacchetto dell'applicazione, in questo caso gli elenchi in Programmi e funzionalità in Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, installati l'ultima volta Configuration Manager inventario del computer.

  • Tabella di mapping. Descrive il pacchetto e il programma da installare per ogni record(perché i record Programma e funzionalità o Installazione programmi non specificano esattamente quale pacchetto ha installato l'applicazione, rendendo impossibile selezionare automaticamente il pacchetto in base all'inventario da solo).

    Per eseguire un'installazione dinamica di un'applicazione specifica del computer

  1. Usare la tabella nel database MDT per connettere pacchetti specifici alle applicazioni elencate nel sistema operativo di destinazione.

  2. Popolare la tabella con i dati che associano il pacchetto appropriato all'applicazione elencata in Programma e funzionalità o Installazione applicazioni.

    Query SQL per popolare la tabella

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

    La riga inserita connette qualsiasi computer con la voce Office12.0 con il pacchetto Microsoft Office 2010 Professional Plus.

    Ciò significa che Microsoft Office 2010 Professional Plus verrà installato in qualsiasi computer che attualmente esegue Microsoft Office System 2007 (Office 12.0). Aggiungere voci simili per qualsiasi altro pacchetto. Qualsiasi elemento per cui non è presente alcuna voce viene ignorato (non verrà installato alcun pacchetto).

  3. Creare una stored procedure per semplificare il join delle informazioni nella nuova tabella con i dati di inventario.

    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

    La stored procedure nell'esempio precedente presuppone che il Configuration Manager database del sito primario centrale si trova nel computer in cui è in esecuzione SQL Server come database MDT. Se il database del sito primario centrale si trova in un computer diverso, è necessario apportare le modifiche appropriate alla stored procedure. È inoltre necessario aggiornare il nome del database (CM_DB). Valutare anche la possibilità di concedere account aggiuntivi Accesso in lettura alla visualizzazione v_GS_ADD_REMOVE_PROGRAMS nel database Configuration Manager.

  4. Configurare il file CustomSettings.ini per eseguire query su questa tabella di database specificando il nome di una sezione ([DynamicPackages] nell'elenco Priorità ) che punta alle informazioni del database.

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

  5. Creare una [DynamicPackages] sezione per specificare il nome di una sezione di database.

    [DynamicPackages]
SQLDefault=DB_DynamicPackages

  6. Creare una sezione di database per specificare le informazioni sul database e i dettagli della query.

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

    Nell'esempio precedente verrà eseguita una query sul database MDT denominato MDTDB nel computer che esegue il SQL Server istanza denominata SERVER1. Il database contiene una stored procedure denominata RetrievePackages (creata nel passaggio 3).

    Quando viene eseguito ZTIGather.wsf, viene generata automaticamente un'istruzione Structured Query Language (SQL) SELECT e il valore della chiave personalizzata MakeModelQuery viene passato come parametro alla query:

    EXECUTE RetrievePackages ?

    Il valore effettivo della chiave personalizzata MACAddress verrà sostituito con il corrispondente "?". Questa query restituisce un set di record con le righe immesse nel passaggio 2.

    Non è possibile passare un numero variabile di argomenti a una stored procedure. Di conseguenza, quando un computer ha più di un indirizzo MAC, non tutti gli indirizzi MAC possono essere passati alla stored procedure. In alternativa, sostituire la stored procedure con una visualizzazione che consente di eseguire query sulla vista con un'istruzione SELECT con una IN clausola per passare tutti i valori di indirizzo MAC.

    In base allo scenario presentato qui, se il computer corrente ha il valore Office12.0 inserito nella tabella (passaggio 2), viene restituita una riga (XXX0000F:Install Office 2010 Professional Plus). Ciò indica che il pacchetto XXX0000F:Install Office 2001 Professional Plus verrà installato dal processo ZTI durante la fase di ripristino dello stato.

Scenario di distribuzione LTI completamente automatizzato

Lo scopo principale dell'LTI è automatizzare il più possibile il processo di distribuzione. Anche se ZTI offre l'automazione completa della distribuzione usando gli script MDT e Servizi di distribuzione Windows, LTI è progettato per funzionare con un minor numero di requisiti di infrastruttura.

È possibile automatizzare la Distribuzione guidata Windows usata nel processo di distribuzione LTI per ridurre (o eliminare) le pagine della procedura guidata visualizzate. È possibile ignorare l'intera distribuzione guidata di Windows specificando la proprietà SkipWizard in CustomSettings.ini. Per ignorare le singole pagine della procedura guidata, usare le proprietà seguenti:

  • SkipAdminPassword

  • SkipApplications

  • SkipBDDWelcome

  • SkipBitLocker

  • SkipBitLockerDetails

  • SkipTaskSequence

  • SkipCapture

  • SkipComputerBackup

  • SkipComputerName

  • SkipDomainMembership

  • SkipFinalSummary

  • SkipLocaleSelection

  • SkipPackageDisplay

  • SkipProductKey

  • SkipSummary

  • SkipTimeZone

  • SkipUserData

Per altre informazioni su queste singole proprietà, vedere la proprietà corrispondente nel documento MDT Toolkit Reference .

Per ogni pagina della procedura guidata ignorata, specificare i valori per le proprietà corrispondenti che vengono in genere raccolte tramite la pagina della procedura guidata nei file CustomSettings.ini e BootStrap.ini. Per altre informazioni sulle proprietà che devono essere configurate in questi file, vedere la sezione "Fornire proprietà per le pagine della Distribuzione guidata ignorata" nel documento MDT Toolkit Reference ( Informazioni di riferimento sul toolkit del documento MDT).

Distribuzione LTI completamente automatizzata per uno scenario di aggiornamento del computer

Di seguito viene illustrato un file CustomSettings.ini usato per uno scenario di aggiornamento del computer per ignorare tutte le pagine della Distribuzione guidata Di Windows. In questo esempio le proprietà da specificare quando si ignora la pagina della procedura guidata si trovano immediatamente sotto la proprietà che ignora la pagina della procedura guidata.

[Settings]
Priority=Default
Properties=MyCustomProperty

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

DeploymentType=REFRESH

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

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Distribuzione LTI completamente automatizzata per un nuovo scenario di computer

Di seguito è riportato un esempio di file CustomSettings.ini usato per uno scenario nuovo computer per ignorare tutte le pagine della Distribuzione guidata di Windows. In questo esempio le proprietà da specificare quando si ignora la pagina della procedura guidata si trovano immediatamente sotto la proprietà che ignora la pagina della procedura guidata.

[Settings]
Priority=Default
Properties=MyCustomProperty

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

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

SkipAdminPassword=YES
SkipProductKey=YES

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

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

Chiamata di servizi Web in MDT

Nelle versioni precedenti di MDT, l'elaborazione delle regole era supportata tramite CustomSettings.ini e database, da cui è possibile recuperare i valori dal computer locale, in genere usando WMI, per prendere decisioni sulle operazioni da eseguire in ogni computer durante la distribuzione. È anche possibile eseguire query SQL e chiamate a stored procedure per recuperare informazioni aggiuntive da database esterni. Tuttavia, questo approccio presentava delle difficoltà, soprattutto per quanto riguarda la creazione di connessioni SQL Server sicure.

Per risolvere questo problema, MDT ha la possibilità di effettuare chiamate al servizio Web in base a regole semplici definite in CustomSettings.ini. Queste richieste di servizi Web non richiedono alcun contesto di sicurezza speciale e possono usare qualsiasi porta TCP/IP necessaria per semplificare le configurazioni del firewall.

Di seguito viene illustrato come configurare CustomSettings.ini per chiamare un determinato servizio Web. In questo scenario, il servizio Web viene scelto in modo casuale da una ricerca Su Internet. Accetta un codice postale come input e restituisce la città, lo stato, il prefisso e il fuso orario (come lettera) per il codice postale specificato.

[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

L'esecuzione di questo codice produce un output simile al seguente:

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

Quando si esegue un servizio Web, è necessario watch alcune piccole complicazioni:

  • Non eseguire alcuna operazione speciale con i server proxy. Se è presente un proxy anonimo, usarlo, ma l'autenticazione dei proxy potrebbe causare problemi. Nella maggior parte dei casi, non verrà chiamato un servizio Web.

  • CustomSettings.ini o ZTIGather.xml cerca le proprietà definite nel markup XML restituito come risultato della chiamata al servizio Web (esattamente come con una query di database o un'altra regola). Tuttavia, la ricerca XML fa distinzione tra maiuscole e minuscole. Fortunatamente, il servizio Web descritto qui restituisce tutti i nomi di proprietà maiuscoli, ovvero ciò che ZTIGather.xml prevede. È possibile eseguire di nuovo il mapping di voci minuscole o maiuscole/minuscole per ovviare a questo aspetto.

  • È POST consigliabile inviare una richiesta al servizio Web, pertanto la chiamata al servizio Web deve essere in grado di supportare un POSToggetto .

Connessione alle risorse di rete

Durante i processi di distribuzione LTI e ZTI, potrebbe essere necessario l'accesso a una risorsa di rete in un server diverso dal server che ospita la condivisione di distribuzione. È necessario essere autenticati nell'altro server in modo da poter accedere a cartelle o servizi condivisi. Ad esempio, è possibile installare un'applicazione da una cartella condivisa in un server diverso dal server che ospita la condivisione di distribuzione usata dagli script MDT.

Nota

Per eseguire query sui database SQL Server ospitati in un server diverso dal server che ospita la condivisione di distribuzione, vedere le proprietà Database, DBID, DBPwd, Instance, NetLib, Order, Parameters, ParameterCondition, SQLServer, SQLShare e Table nel documento MDT Toolkit Reference .

Usando lo script ZTIConnect.wsf, è possibile connettersi ad altri server e accedere alle risorse su di essi. La sintassi per lo script ZTIConnect.wsf è la seguente (dove unc_path è un percorso UNC (Universal Naming Convention) per connettersi al server:

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

Nella maggior parte dei casi, si esegue lo script ZTIConnect.wsf come attività Task Sequencer. Eseguire lo script ZTIConnect.wsf prima delle attività che richiedono l'accesso a un server diverso dal server che ospita la condivisione di distribuzione.

Per aggiungere lo script ZTIConnect.wsf come attività alla sequenza di attività di una compilazione

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro dei dettagli selezionare task_sequence (dove task_sequence è la sequenza di attività da modificare).

  4. Nel riquadro Azioni selezionare Proprietà.

  5. Selezionare la scheda Sequenza attività, passare al gruppo (dove group è il gruppo in cui eseguire lo script ZTIConnec.wsf) e selezionare Aggiungi. Selezionare Generale e quindi Esegui riga di comando.

    Nota

    Aggiungere l'attività prima di aggiungere tutte le attività che richiedono l'accesso alle risorse nel server di destinazione.

  6. Completare la scheda Proprietà della nuova attività usando le informazioni seguenti:

    In questa casella Eseguire l'operazione seguente
    Nome Digitare Connect to server (dove server è il nome del server a cui connettersi).
    Descrizione Digitare un testo che spiega perché deve essere eseguita la connessione.
    Comando Digitare cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (dove unc_path è il percorso UNC di una cartella condivisa nel server).

  7. Completare la scheda Opzioni della nuova attività usando le informazioni seguenti. Se non specificato, accettare i valori predefiniti e quindi selezionare OK.

    In questa casella Eseguire l'operazione seguente
    Codici di esito positivo Digitare 0 3010. Lo script ZTIConnect.wsf restituisce questi codici al completamento.
    Casella di riepilogo Condizioni Aggiungere tutte le condizioni che potrebbero essere necessarie. Nella maggior parte dei casi questa attività non richiede alcuna condizione.

    Dopo aver aggiunto l'attività che eseguirà lo script ZTIConnect.wsf, le attività successive possono accedere alle risorse di rete nel server specificato nell'opzione /uncpath dello script ZTIConnect.wsf.

Distribuzione dei driver di dispositivo corretti nei computer con gli stessi dispositivi hardware ma marca e modello diversi

Le varianti sui numeri di modello e sui nomi possono esistere praticamente senza alcuna differenza nel set di driver. Queste variazioni nei numeri e nei nomi dei modelli possono aumentare inutilmente il tempo impiegato per creare più voci di database per un determinato modello. La procedura seguente illustra come definire una nuova proprietà usando una chiamata di funzione di uscita dall'utente che restituisce una sottostringa del numero di modello.

Per creare alias di modello

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Nella finestra di dialogo Proprietà selezionare la scheda Regole .

  5. Creare alias per i tipi di hardware nelle sezioni Make e Model del database MDT. Tronca il tipo di modello tra parentesi aperte "(" nel nome del modello. Ad esempio, HP DL360 (G112) diventa HP DL360.

  6. Aggiungere la variabile personalizzata ModelAlias a ogni sezione.

  7. Creare una nuova [SetModel] sezione.

  8. Aggiungere la [SetModel] sezione alle impostazioni di priorità nella [Settings] sezione .

  9. Aggiungere una riga alla ModelAlias sezione per fare riferimento a uno script di uscita dell'utente che troncherà il nome del modello in "(".

  10. Creare una ricerca di database MMApplications in cui ModelAlias è uguale a Model.

  11. Creare uno script di uscita utente e inserirlo nella stessa directory del file CustomSettings.ini per troncare il nome del modello.

    Di seguito vengono illustrati rispettivamente un CustomSettings.ini e lo script di uscita dell'utente.

    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

    Script di uscita utente:

    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

Configurazione dei passaggi della sequenza di attività condizionale

In alcuni scenari è consigliabile eseguire un passaggio della sequenza di attività in modo condizionale in base a criteri definiti. È possibile aggiungere qualsiasi combinazione di queste condizioni per determinare se il passaggio della sequenza di attività deve essere eseguito. Ad esempio, usare il valore di una variabile della sequenza di attività e il valore di un'impostazione del Registro di sistema per determinare se deve essere eseguito un passaggio della sequenza di attività.

Usando MDT, eseguire una sequenza di attività in modo condizionale in base a:

  • Una o più istruzioni IF

  • Variabile della sequenza di attività

  • Versione del sistema operativo di destinazione

  • Risultati booleani di una query WMI

  • Un'impostazione del Registro di sistema

  • Il software installato nel computer di destinazione

  • Proprietà di una cartella

  • Proprietà di un file

Configurazione di un passaggio della sequenza di attività condizionale

I passaggi della sequenza di attività condizionale vengono configurati in Deployment Workbench, nella scheda Opzioni di un passaggio della sequenza di attività. È possibile aggiungere una o più condizioni al passaggio della sequenza di attività per creare la condizione appropriata per l'esecuzione o la mancata esecuzione del passaggio.

Nota

Ogni passaggio della sequenza di attività condizionale richiede almeno un'istruzione IF .

Per visualizzare la scheda Opzioni di un passaggio della sequenza di attività

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro dei dettagli selezionare task_sequence (dove task_sequence è il nome della sequenza di attività da configurare).

  4. Nel riquadro Azioni selezionare Proprietà.

  5. Nella finestra di dialogo Proprietàtask_sequence, nella scheda Sequenza di attività selezionare il passaggio (dove passaggio è il nome del passaggio della sequenza di attività da configurare) e quindi selezionare la scheda Opzioni.

    Nella scheda Opzioni del passaggio della sequenza di attività eseguire le azioni seguenti:

  • Aggiungere. Selezionare questo pulsante per aggiungere una condizione al passaggio della sequenza di attività.

  • Rimuovere. Selezionare questo pulsante per rimuovere una condizione esistente in un passaggio della sequenza di attività.

  • Modifica. Selezionare questo pulsante per modificare una condizione esistente in un passaggio della sequenza di attività.

Istruzioni IF in condizioni

Tutte le condizioni della sequenza di attività includono una o più istruzioni IF . Le istruzioni IF sono alla base della creazione di passaggi della sequenza di attività condizionale. Una condizione del passaggio della sequenza di attività può includere solo un'istruzione IF , ma è possibile annidare più istruzioni IF sotto l'istruzione IF di primo livello per creare condizioni più complesse.

Un'istruzione IF può essere basata sulle condizioni elencate nella tabella seguente, configurate nella finestra di dialogo Proprietà istruzione IF .

Condizione Selezionare questa opzione per eseguire la sequenza di attività se
Tutte le condizioni Tutte le condizioni sotto questa istruzione IF devono essere true.
Qualsiasi condizione Tutte le condizioni sotto questa istruzione IF sono vere.
Nessuna Nessuna delle condizioni sotto questa istruzione IF è vera.

Completare la condizione per l'esecuzione del passaggio della sequenza di attività aggiungendo altri criteri alle condizioni, ad esempio variabili della sequenza di attività o valori in un'impostazione del Registro di sistema.

Per aggiungere una condizione di istruzione IF a un passaggio della sequenza di attività

  1. Nella scheda Opzione del passaggio (dove il passaggio è il nome del passaggio della sequenza di attività da configurare), selezionare Aggiungi e quindi selezionare Istruzione If.

  2. Nella finestra di dialogo Proprietà istruzione If selezionare condition (dove condition è una delle condizioni elencate nella tabella precedente) e quindi selezionare OK.

Variabili della sequenza di attività in condizioni

Usare la condizione Variabile sequenza di attività per valutare qualsiasi variabile della sequenza di attività creata da un'attività Imposta variabile sequenza di attività o da qualsiasi attività nella sequenza di attività. Si consideri, ad esempio, una rete che contiene computer client Windows XP che fanno parte di un dominio e alcuni che si trovano in un gruppo di lavoro. Sapendo che i criteri di dominio correnti forzano il salvataggio di tutte le impostazioni utente nella rete, potrebbe essere necessario salvare le impostazioni utente solo per i computer che non fanno parte del dominio, ovvero i computer che si trovano nel gruppo di lavoro. In questo caso, aggiungere una condizione all'attività Acquisisci file utente e impostazioni destinata ai computer nel gruppo di lavoro.

Per aggiungere una condizione basata su una variabile della sequenza di attività

  1. Nella scheda Opzioni del passaggio (dove il passaggio è il nome del passaggio della sequenza di attività da configurare), selezionare Aggiungi condizione e quindi selezionare Variabile sequenza di attività.

  2. Nella finestra di dialogo Condizione variabile sequenza attività digitare OSDJoinType nella casella Variabile.

    Nota

    Questa variabile è impostata su 0 per i computer aggiunti a un dominio e su 1 per quelli in un gruppo di lavoro.

  3. Nella casella Condizione selezionare uguale.

  4. Nella casella Valore digitare 1 e quindi selezionare OK.

Versione del sistema operativo in condizioni

Usare la condizione Versione del sistema operativo per verificare la versione del sistema operativo esistente di un computer di destinazione o del client esistente (durante l'acquisizione di un'immagine). Si consideri, ad esempio, una rete che contiene diversi server che verranno aggiornati da Windows Server 2003 a Windows Server 2008. Le impostazioni di rete devono essere copiate e applicate solo ai server che eseguono Windows Server 2003. Tutti gli altri server avranno le impostazioni di rete predefinite usate da Windows Server 2008.

Per aggiungere una condizione basata sulla versione del sistema operativo

  1. Nell'Editor sequenza di attività selezionare l'attività Acquisisci impostazioni di rete .

  2. Selezionare Add Condition (Aggiungi condizione) e quindi Operating System Version (Versione sistema operativo).

  3. Nella casella Architettura selezionare il server pertinente. Per questo esempio, selezionare x86.

  4. Nella casella Sistema operativo selezionare il sistema operativo e la versione per cui impostare una condizione. Per questo esempio, selezionare x86 Windows 2003.

  5. Nella casella Condizione selezionare la condizione pertinente e quindi selezionare OK.

Proprietà file in condizioni

Utilizzare la condizione Proprietà file per verificare la versione e/o il tamp di un determinato file per determinare se eseguire o meno un'attività o un gruppo di attività. In questo esempio l'ambiente di produzione contiene un'immagine di Windows Server 2003 costantemente aggiornata e usata per ogni nuovo server aggiunto alla rete. Tutti i computer server nell'ambiente eseguono un'applicazione personalizzata che richiede l'API (Digital Access Object) versione 3.60.6815.

Tutti i server esistenti funzionano correttamente. Tuttavia, ogni nuovo server aggiunto alla rete con l'immagine non è in grado di eseguire l'applicazione. Poiché è responsabilità di un gruppo diverso gestire e aggiornare le immagini, si decide di modificare la sequenza di attività di distribuzione per installare la versione pertinente di DAO se la versione esistente di DAO distribuita con l'immagine non è corretta.

Per aggiungere una condizione Proprietà file a un passaggio della sequenza di attività in Configuration Manager

  1. In Configuration Manager creare un pacchetto per installare DAO 3.60.6815. Chiamare questo pacchetto DAO con un programma denominato InstallDAO. Per altre informazioni sulla creazione di pacchetti, vedere Come creare un pacchetto.

  2. Creare un passaggio Installa software per distribuire il pacchetto DAO.

  3. Selezionare il passaggio Installa sequenza di attività Software creato nel passaggio 2 e quindi selezionare la scheda Opzioni .

  4. Selezionare Aggiungi condizione e quindi Proprietà file.

  5. Nella casella Percorso digitare C:\Programmi\Microsoft Shared\DAO\dao360.dll.

  6. Selezionare la casella di controllo Controlla la versione e quindi selezionare Non uguale per la condizione.

  7. Nella casella Versione digitare 3.60.6815.

  8. In questo caso, deselezionare la casella di controllo Controlla timestamp e quindi selezionare OK.

Proprietà cartella in condizioni

Utilizzare la condizione Proprietà cartella per verificare il timestamp di una determinata cartella per determinare se eseguire un'attività o un gruppo di attività. Si consideri, ad esempio, una situazione in cui un'applicazione sviluppata internamente è stata aggiornata per funzionare con Windows 8. Tuttavia, non tutti i computer della rete dispongono della versione più recente dell'applicazione installata ed è necessario eseguire un processo di conversione dei dati prima di poter aggiornare l'applicazione.

Se il timestamp della cartella in cui è installata l'applicazione è 31/12/2007 o versioni precedenti, il computer di destinazione esegue la versione incompatibile dell'applicazione ed è necessario eseguire il processo di conversione dei dati nel computer di destinazione. In modo condizionale, eseguire un passaggio della sequenza di attività per eseguire il processo di conversione dei dati nei computer con una versione precedente dell'applicazione.

Per aggiungere una condizione Proprietà cartella a un passaggio della sequenza di attività

  1. Nella console Configuration Manager o in Deployment Workbench, nell'editor della sequenza di attività, modificare task_sequence (dove sequenza di attività è la sequenza di attività che si vuole modificare).

  2. Creare un'attività della riga di comando per eseguire il processo di conversione dei dati.

  3. Selezionare l'attività creata nel passaggio 1.

  4. Selezionare Add Condition (Aggiungi condizione) e quindi Folder Properties (Proprietà cartella).

  5. Nella casella Percorso digitare il percorso della cartella che contiene l'applicazione.

  6. Selezionare la casella di controllo Controlla timestamp .

  7. Selezionare Minore o uguale a per la condizione.

  8. Nella casella Data selezionare il 31/12/2007.

  9. Nella casella Ora selezionare 12:00:00 e quindi selezionare OK.

Impostazioni del Registro di sistema in Condizioni

Utilizzare la condizione Impostazione registro per verificare l'esistenza di chiavi e valori nel Registro di sistema e i dati corrispondenti archiviati nei valori del Registro di sistema. Si consideri, ad esempio, un caso in cui un'applicazione attualmente usata in un piccolo set di computer non può essere eseguita in Windows 8 e viene eseguita una distribuzione Windows 8 per aggiornare i computer che attualmente eseguono Windows XP. Creare una condizione per la prima attività in una sequenza per controllare nel Registro di sistema la presenza di una voce per l'applicazione incompatibile e interrompere il processo di distribuzione per il computer, se viene trovato.

Per aggiungere una condizione di impostazione del Registro di sistema a un passaggio della sequenza di attività

  1. Nella console Configuration Manager o in Deployment Workbench, nell'editor della sequenza di attività, modificare task_sequence (dove sequenza di attività è la sequenza di attività che distribuisce Windows 8).

  2. Selezionare la prima attività nella sequenza e quindi selezionare la scheda Opzioni .

  3. Selezionare Aggiungi condizione e quindi selezionare Impostazione del Registro di sistema.

  4. Nell'elenco Chiave radice selezionare HKEY_LOCAL_MACHINE.

  5. Nella casella Chiave digitare SOFTWARE\WOODGROVE.

  6. Selezionare Non esiste per la condizione. In questo caso, l'attività verrà eseguita e la sequenza continuerà solo se la chiave non esiste.

  7. Facoltativamente, la condizione potrebbe verificare l'inesistente di un valore se il nome del valore è digitato nella casella Nome valore .

  8. Se è stata usata una condizione diversa da esiste/non esiste , specificare un valore e un tipo di valore.

  9. Seleziona OK.

Query WMI in condizioni

Usare la condizione Query WMI per eseguire qualsiasi query WMI. La condizione viene valutata come True se la query restituisce almeno un risultato. Si consideri, ad esempio, che un team di distribuzione deve aggiornare il sistema operativo di tutti i server di un determinato modello, ad esempio Dell 1950. È possibile usare una query WMI per controllare il modello di ogni computer e procedere con la distribuzione solo se viene trovato il modello corretto.

Per aggiungere una condizione di query WMI a un passaggio della sequenza di attività

  1. Nella console Configuration Manager o in Deployment Workbench, nell'editor della sequenza di attività, modificare task_sequence (dove sequenza di attività è la sequenza di attività che aggiornerà i server).

  2. Selezionare la prima attività nella sequenza e quindi selezionare la scheda Opzioni .

  3. Selezionare Add Condition (Aggiungi condizione) e quindi Query WMI (Query WMI).

  4. Nella casella Spazio dei nomi WMI digitare root\cimv2.

  5. Nella casella Query WQL digitare Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Seleziona OK.

Software installato in condizioni

Usare una condizione software installata per verificare se un determinato software è attualmente installato in un computer di destinazione. È possibile valutare solo il software installato con i file del programma di installazione Microsoft (MSI) usando questa condizione. Ad esempio, si supponga di voler aggiornare il sistema operativo di tutti i server tranne quelli che eseguono Microsoft SQL Server 2012.

Per aggiungere una condizione software installata a un passaggio della sequenza di attività

  1. Nella console Configuration Manager o in Deployment Workbench, nell'editor della sequenza di attività, modificare task_sequence (dove sequenza di attività è la sequenza di attività che aggiornerà i server).

  2. Selezionare la prima attività nella sequenza e quindi selezionare la scheda Opzioni .

  3. Selezionare Add Condition (Aggiungi condizione) e quindi Installed Software (Software installato).

  4. Selezionare Sfoglia e quindi selezionare il file MSI per SQL Server 2012.

  5. Selezionare la casella di controllo Trova questo prodotto specifico per specificare che solo i computer con SQL Server 2012 e non altre versioni sono i computer di destinazione che questa query deve rilevare.

  6. Seleziona OK.

Condizioni complesse

È possibile raggruppare più condizioni usando istruzioni IF per creare condizioni complesse. Si supponga, ad esempio, che un passaggio specifico debba essere eseguito solo per i computer Contoso 1950 che eseguono Windows Server 2003 o Windows Server 2008. Scritto come istruzione IF a livello di codice, avrà un aspetto simile al seguente:

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

Per aggiungere una condizione complessa

  1. Nella console Configuration Manager o in Deployment Workbench, nell'editor della sequenza di attività, modificare task_sequence (dove sequenza di attività è la sequenza di attività che aggiornerà i server).

  2. Selezionare il passaggio della sequenza di attività a cui aggiungere la condizione e quindi selezionare la scheda Opzioni .

  3. Selezionare Aggiungi condizione, selezionare Istruzione If e quindi Tutte le condizioni. Seleziona OK.

  4. Selezionare l'istruzione condition, selezionare Add condition (Aggiungi condizione) e quindi WMI Query (Query WMI).

  5. Assicurarsi che root\cimv2 sia specificato come spazio dei nomi WMI e quindi, nella casella Query WQL, digitare SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Seleziona OK.

  6. Selezionare l'istruzione IF e quindi selezionare Aggiungi condizione. Selezionare Istruzione If e quindi Qualsiasi condizione. Seleziona OK.

  7. Selezionare la seconda istruzione IF . Selezionare Add condition (Aggiungi condizione) e quindi Operating System Version (Versione sistema operativo).

  8. Nella casella Architettura selezionare l'architettura per i server. Per questo esempio, selezionare x86.

  9. Nella casella Sistema operativo selezionare il sistema operativo e la versione. Per questo esempio, selezionare x86 Versione originale di Windows 2003. Seleziona OK.

  10. Selezionare la seconda istruzione IF . Selezionare Add condition (Aggiungi condizione) e quindi Operating System Version (Versione sistema operativo).

  11. Nella casella Architettura selezionare l'architettura per i server. Per questo esempio, selezionare x86.

  12. Nella casella Sistema operativo selezionare il sistema operativo e la versione. Per questo esempio, selezionare x86 Versione originale di Windows 2008. Seleziona OK.

Creazione di un'infrastruttura di distribuzione LTI altamente scalabile

In questo scenario non è disponibile alcuna distribuzione elettronica del software da sfruttare per l'infrastruttura di distribuzione, quindi si usa MDT per creare un'infrastruttura di distribuzione LTI completamente automatizzata. L'infrastruttura LTI scalabile usa tecnologie SQL Server, Servizi di distribuzione Windows e Windows Server 2003 Distributed File System Replication (DFS-R).

Ridimensionare l'infrastruttura LTI in base a:

Verifica dell'esistenza dell'infrastruttura appropriata

L'infrastruttura di distribuzione LTI altamente scalabile usa una topologia hub-spoke per la replica del contenuto; Pertanto, prima di tutto, designare un server di distribuzione nell'ambiente di produzione che eseguirà il ruolo del server di distribuzione master. Di seguito sono elencati i componenti necessari per il server di distribuzione master.

Componente obbligatorio Scopo/commento
Windows Server 2003 R2 Necessario per supportare DFS-R
MDT Contiene la copia master della condivisione di distribuzione
SQL Server 2005 Deve essere una versione completa per consentire la replica del database MDT
DFS-R Obbligatorio per la replica della condivisione di distribuzione
Servizi di distribuzione Windows Necessario per consentire l'avvio di installazioni basate su PXE di rete

Dopo aver selezionato il server di distribuzione master, effettuare il provisioning di server aggiuntivi in ogni sito per supportare le distribuzioni LTI. Di seguito sono elencati i componenti necessari per il server di distribuzione figlio.

Componente obbligatorio Scopo/commento
Windows Server 2003 R2 Necessario per supportare DFS-R
Microsoft SQL Server 2005 Express Edition Riceve copie replicate del database MDT
DFS-R Obbligatorio per la replica della condivisione di distribuzione
Servizi di distribuzione Windows Necessario per consentire l'avvio di installazioni basate su PXE di rete

Nota

I Servizi di distribuzione Windows devono essere configurati e configurati in ogni server figlio, ma non è necessario aggiungere immagini di avvio o di installazione.

Aggiunta di contenuto a MDT

Popolare il server di distribuzione master con il contenuto usando Deployment Workbench e creare e popolare il database MDT come descritto nelle sezioni seguenti. Per informazioni sul popolamento del database con:

  • Applicazioni, vedere la sezione "Configuring Applications in the Deployment Workbench", nel documento MDT Using the Microsoft Deployment Toolkit

  • Sistemi operativi, vedere la sezione "Configuring Operating Systems in the Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit

  • Pacchetti del sistema operativo, vedere la sezione "Configurazione dei pacchetti in Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit

  • Driver di dispositivo, vedere la sezione "Configurazione dei driver di dispositivo in Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit

  • Sequenze di attività, vedere la sezione "Configuring Task Sequences in the Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit

Nota

Assicurarsi che il file LiteTouchPE_x86.wim creato quando la condivisione di distribuzione viene aggiornata sia stato aggiunto a Servizi di distribuzione Windows.

Preparazione di Servizi di distribuzione Windows

Poiché il file LiteTouchPE_x86.wim verrà replicato periodicamente tramite il gruppo di replica DFS-R, l'archivio dati di configurazione di avvio deve essere aggiornato periodicamente per riflettere l'ambiente Windows PE appena replicato. Seguire questa procedura in ognuno dei server di distribuzione.

Per preparare Servizi di distribuzione Windows

  1. Aprire una finestra del prompt dei comandi.

  2. Digitare WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 e quindi premere INVIO.

Nota

Nell'esempio presentato qui, il periodo di aggiornamento è impostato su 60 minuti; tuttavia, è possibile configurare questo valore per la replica durante un periodo uguale a quello di DFS-R.

Configurazione della replica del file system distribuito

Quando si ridimensiona l'architettura di distribuzione LTI, si usa DFS-R come base per la replica del contenuto dalla condivisione di distribuzione MDT e dall'ambiente di avvio Di Windows PE Lite Touch e dal server di distribuzione master ai server di distribuzione figlio.

Nota

Assicurarsi che DFS-R sia installato prima di eseguire la procedura seguente.

Per configurare DFS-R per replicare il contenuto della distribuzione

  1. Aprire la console di gestione DFS.

  2. Nella console di Gestione DFS espandere Gestione DFS.

  3. Fare clic con il pulsante destro del mouse su Replica e quindi scegliere Nuovo gruppo di replica.

  4. Nella pagina Tipo di gruppo di replica della Creazione guidata nuovo gruppo di replica selezionare Nuovo gruppo di replica multiuso.

  5. Selezionare Avanti.

  6. Nella pagina Nome e dominio digitare le informazioni seguenti:

    • Nella casella Nome per il gruppo di replica digitare un nome per il gruppo di replica, ad esempio Gruppo di replica MDT 2010.

    • Nella casella Descrizione facoltativa del gruppo di replica digitare una descrizione del gruppo di replica, ad esempio Gruppo per la replica dei dati MDT 2010.

    • Assicurarsi che la casella Dominio contenga il nome di dominio corretto.

  7. Selezionare Avanti.

  8. Nella pagina Membri del gruppo di replica seguire questa procedura:

    1. Selezionare Aggiungi.

    2. Digitare i nomi di tutti i server che devono essere membri di questo gruppo di replica, ad esempio tutti i server di distribuzione figlio e il server di distribuzione master.

    3. Seleziona OK.

  9. Selezionare Avanti.

  10. Nella pagina Selezione topologia selezionare Hub e Spoke, quindi selezionare Avanti.

  11. Nella pagina Membri dell'hub selezionare il server di distribuzione master e quindi selezionare Aggiungi.

  12. Selezionare Avanti.

  13. Nella pagina Hub e Spoke Connections verificare che per ogni server di distribuzione figlio il server di distribuzione master elencato sia il membro dell'hub obbligatorio.

  14. Selezionare Avanti.

  15. Nella pagina Pianificazione e larghezza di banda del gruppo di replica specificare una pianificazione per la replica del contenuto tra server.

  16. Selezionare Avanti.

  17. Nella casella Membro primario della pagina Membro primario selezionare il server di distribuzione master.

  18. Selezionare Avanti.

  19. Nella pagina Cartelle da replicare selezionare Aggiungi e quindi seguire questa procedura:

    1. Nella casella Percorso locale della cartella da replicare selezionare Sfoglia per passare alla cartella X:\Deployment (dove X è la lettera di unità nel server di distribuzione).

    2. Selezionare Usa nome in base al percorso.

    3. Seleziona OK.

    4. Selezionare Aggiungi.

    5. Nella finestra di dialogo Aggiungi cartella a replica selezionare Sfoglia per passare alla cartella X:\RemoteInstall\Boot.

    6. Selezionare Usa nome in base al percorso.

  20. Selezionare Avanti.

  21. Nella pagina Percorso locale di distribuzione in altri membri seguire questa procedura:

    1. Selezionare tutti i membri del gruppo di distribuzione e quindi selezionare Modifica.

    2. Nella finestra di dialogo Modifica percorso locale selezionare Abilitato.

    3. Digitare il percorso in cui deve essere archiviata la cartella Condivisione distribuzione nel server di distribuzione figlio, ad esempio X:\Deployment (dove X è la lettera di unità nel server di distribuzione).

    4. Seleziona OK.

  22. Selezionare Avanti.

  23. Nella pagina Percorso locale dell'avvio in altri membri seguire questa procedura:

    1. Selezionare tutti i membri del gruppo di distribuzione e quindi selezionare Modifica.

    2. Nella finestra di dialogo Modifica percorso locale selezionare Abilitato.

    3. Digitare il percorso in cui archiviare la cartella Boot nel server di distribuzione figlio, ad esempio X:\RemoteInstall\Boot (dove X è la lettera di unità nel server di distribuzione).

    4. Seleziona OK.

  24. Selezionare Avanti.

  25. Nella pagina Impostazioni remote e crea gruppo di replica selezionare Crea per completare la Creazione guidata nuovo gruppo di replica.

  26. Nella pagina Conferma selezionare Chiudi per chiudere la procedura guidata.

Nota

Assicurarsi che il nuovo gruppo di replica sia ora elencato sotto il nodo Replica.

Preparazione per replica di SQL Server

Prima di configurare SQL Server replica, completare diversi passaggi di pre-configurazione per assicurarsi che i server di distribuzione siano configurati correttamente.

Per preparare la replica SQL Server nel server di distribuzione master

  1. Creare una cartella per archiviare gli snapshot del database e quindi configurare la cartella come condivisione.

    Nota

    Per altre informazioni sulla protezione della cartella snapshot, vedere Proteggere la cartella snapshot.

  2. Assicurarsi che il servizio SQL Server Browser sia abilitato e impostato su Automatico.

  3. Nella casella SQL Server Configurazione surface area selezionare Connessioni locali e remote.

    Per preparare la replica SQL Server nel server di distribuzione figlio

  4. Nella casella SQL Server Configurazione surface area selezionare Connessioni locali e remote.

  5. Facoltativamente, creare un database vuoto per ospitare il database MDT replicato.

Nota

A questo database deve essere assegnato lo stesso nome del database MDT nel server di distribuzione master. Ad esempio, se il database MDT nel server di distribuzione master è denominato MDTDB, creare un database vuoto denominato MDTDB nel server di distribuzione figlio.

Configurazione di replica di SQL Server

Dopo aver configurato la replica di file e cartelle necessari per compilare l'infrastruttura di distribuzione, configurare SQL Server per replicare il database MDT.

Nota

È anche possibile gestire un solo database MDT centrale; tuttavia, mantenendo una versione replicata del database MDT, è possibile mantenere un maggiore controllo sul trasferimento dei dati attraverso la rete WAN (Wide Area Network).

SQL Server 2005 usa un modello di replica simile a un modello di distribuzione di riviste:

  1. Una rivista è resa disponibile (pubblicata) da un editore.

  2. I distributori vengono utilizzati per distribuire la pubblicazione.

  3. I lettori possono sottoscrivere una pubblicazione in modo che la pubblicazione venga recapitata periodicamente al sottoscrittore (una sottoscrizione push).

    Questa terminologia viene usata tramite le procedure guidate di configurazione e configurazione della replica SQL Server.

Configurare un server di pubblicazione SQL Server

Per configurare il server di distribuzione master come server di pubblicazione SQL Server, seguire questa procedura:

  1. Aprire SQL Server Management Studio.

  2. Fare clic con il pulsante destro del mouse sul nodo Replica e quindi scegliere Configura distribuzione.

  3. Nella Configurazione guidata distribuzione selezionare Avanti.

  4. Nella pagina Server di distribuzione selezionare fungerà da proprio server di distribuzione; SQL Server creerà un database di distribuzione e un log e quindi selezionare Avanti.

  5. Nella sezione Preparazione per replica di SQL Server della pagina Cartella snapshot digitare il percorso UNC della cartella snapshot creata.

  6. Nella pagina Database di distribuzione selezionare Avanti.

  7. Nella pagina Server di pubblicazione selezionare il server di distribuzione master per impostarlo come server di distribuzione e quindi selezionare Avanti.

  8. Nella pagina Azioni della procedura guidata selezionare Configura distribuzione e quindi selezionare Avanti.

  9. Selezionare Fine e quindi Chiudi al termine della procedura guidata.

Abilitare il database MDT per la replica

Per abilitare il database MDT per la replica nel server di distribuzione master, seguire questa procedura:

  1. In SQL Server Management Studio fare clic con il pulsante destro del mouse sul nodo Replica e quindi scegliere Proprietà server di pubblicazione.

  2. Nella pagina Proprietà server di pubblicazione seguire questa procedura:

    1. Selezionare Database di pubblicazione.

    2. Selezionare il database MDT e quindi selezionare Transazionale.

    3. Seleziona OK.

    Il database MDT è ora configurato per la replica transazionale e snapshot.

Creare una pubblicazione del database MDT

Per creare una pubblicazione del database MDT a cui i server di distribuzione figlio possono sottoscrivere, seguire questa procedura:

  1. In SQL Server Management Studio espandere Replica, fare clic con il pulsante destro del mouse su Pubblicazioni locali e quindi scegliere Nuova pubblicazione.

  2. Nella Creazione guidata nuova pubblicazione selezionare Avanti.

  3. Nella pagina Database di pubblicazione selezionare il database MDT e quindi selezionare Avanti.

  4. Nella pagina Tipo di pubblicazione selezionare Pubblicazione snapshot e quindi avanti.

  5. Nella pagina Articoli selezionare tutte le tabelle, le stored procedure e le viste e quindi selezionare Avanti.

  6. Nella pagina Problemi degli articoli selezionare Avanti.

  7. Nella pagina Filtra righe tabella selezionare Avanti.

  8. Nella pagina agente di snapshot seguire questa procedura:

    1. Selezionare Crea immediatamente uno snapshot e mantenere lo snapshot disponibile per inizializzare le sottoscrizioni.

    2. Selezionare Pianifica il agente di snapshot da eseguire nelle ore seguenti.

    3. Selezionare Cambia.

    Nota

    Specificare una pianificazione che verrà eseguita un'ora prima della replica del database.

  9. Selezionare Avanti.

  10. Nella pagina Sicurezza agente selezionare l'account con cui verrà eseguito l'agente snapshot e quindi selezionare Avanti.

  11. Nella pagina Azioni guidate selezionare Crea la pubblicazione e quindi selezionare Avanti.

  12. Nella casella Nome pubblicazionedella pagina Completa la procedura guidata digitare un nome di pubblicazione descrittivo.

  13. Selezionare Fine per completare la procedura guidata e quindi selezionare Chiudi quando la pubblicazione è stata creata dalla procedura guidata.

    Nota

    La pubblicazione sarà ora visibile sotto il nodo Pubblicazioni locali in SQL Server Management Studio.

Sottoscrivere i server di distribuzione figlio al database MDT pubblicato

Ora che il database MDT è stato pubblicato, è possibile aggiungere i server di distribuzione figlio come sottoscrittori a questa pubblicazione. ovvero che riceveranno una copia del database in base a una pianificazione, in modo che durante una distribuzione i computer client possano eseguire query su un database locale nella rete anziché passare attraverso la rete WAN.

Per sottoscrivere i server di distribuzione figlio alla pubblicazione del database MDT

  1. In SQL Server Management Studio passare a Replica/Pubblicazioni locali.

  2. Fare clic con il pulsante destro del mouse sulla pubblicazione creata nella sezione precedente e quindi selezionare Nuove sottoscrizioni.

  3. Nella Creazione guidata nuove sottoscrizioni selezionare Avanti.

  4. Nella pagina Pubblicazione selezionare la pubblicazione creata nella sezione precedente.

  5. Nella pagina Percorso agente di distribuzione selezionare Esegui tutti gli agenti nel server di distribuzione SERVERNAME (sottoscrizioni push) e quindi selezionare Avanti.

  6. Nella pagina Sottoscrittori aggiungere ognuno dei server di distribuzione figlio seguendo questa procedura:

    1. Selezionare Aggiungi sottoscrittore e quindi Aggiungi sottoscrittore SQL Server.

    2. Aggiungere ogni server di distribuzione figlio.

    3. Per ogni server di distribuzione figlio aggiunto, nella casella Database di sottoscrizione selezionare il database MDT vuoto nel server di distribuzione figlio.

    Nota

    Se il database MDT vuoto non è ancora stato creato, nella casella Database di sottoscrizione selezionare l'opzione per creare un nuovo database.

    Nota

    A questo database deve essere assegnato lo stesso nome del database MDT nel server di distribuzione master. Ad esempio, se il database MDT nel server di distribuzione master è denominato MDTDB, creare un database vuoto denominato MDTDB nel server di distribuzione figlio.

  7. Selezionare Avanti.

  8. Nella pagina sicurezza agente di distribuzione selezionare ... per aprire la finestra di dialogo Sicurezza agente di distribuzione.

  9. Digitare i dettagli dell'account da usare per l'agente di distribuzione e quindi selezionare Avanti.

  10. Nella pagina Pianificazione sincronizzazione seguire questa procedura:

    1. Nella casella Pianificazione agente selezionare <Definisci pianificazione>.

    2. Specificare la pianificazione da usare per replicare il database tra server di distribuzione master e figlio e quindi selezionare Avanti.

  11. Nella pagina Inizializza sottoscrizione selezionare Avanti.

  12. Nella pagina Azioni guidate selezionare Crea le sottoscrizioni e quindi selezionare Avanti.

  13. Selezionare Fine e quindi chiudi al termine della procedura guidata.

    SQL Server replica è ora configurata e il database MDT verrà replicato dal server di distribuzione master a tutti i server di distribuzione figlio che sono stati sottoscritti su base periodica.

Configurare CustomSettings.ini

L'infrastruttura di distribuzione LTI è stata creata correttamente e ogni posizione conterrà un server di distribuzione LTI, con una copia replicata di:

  • Condivisione di distribuzione

  • Database MDT

  • Il LiteTouchPE_x86 ambiente Windows PE aggiunto a Servizi di distribuzione Windows

    A questo punto, è possibile configurare il file CustomSettings.ini per la condivisione di distribuzione in modo che usi il contenuto della distribuzione (condivisione di distribuzione e database) dal server di distribuzione locale, il server che fornisce l'ambiente LiteTouchPE_x86.wim tramite Servizi di distribuzione Windows.

    Quando il file LiteTouchPE_x86.wim viene recapitato da Servizi di distribuzione Windows, viene configurata una chiave del Registro di sistema con il nome del server di Servizi di distribuzione Windows in uso. MDT acquisisce il nome del server in una variabile (%WDSServer%) che è possibile usare per configurare CustomSettings.ini.

    Per usare sempre il server di distribuzione LTI locale

Nota

La procedura seguente presuppone che la condivisione di distribuzione sia stata creata e impostata come condivisione Deployment$.

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Selezionare la scheda Regole e quindi modificare il file CustomSettings.ini per configurare le proprietà seguenti:

    • Per ogni sezione SQL Server aggiunta, configurare SQLServer in modo che usi il nome del server **%WDSServer%, ad esempio SQLServer=%WDSServer%.

    • Se si configura DeployRoot, configurare DeployRoot per l'uso della variabile %WDSServer% , ad esempio DeployRoot=\\%WDSServer%\Deployment$.

  5. Selezionare Modifica Bootstrap.ini.

  6. Configurare BootStrap.ini per utilizzare la proprietà %WDSServer% aggiungendo o modificando il valore DeployRoot in DeployRoot=\\%WDSServer%\Deployment$.

  7. Selezionare File e quindi Salva per salvare le modifiche apportate al file BootStrap.ini.

  8. Seleziona OK.

    È necessario aggiornare la condivisione di distribuzione e l'ambiente Windows PE LiteTouchPE_x86.wim.

  9. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  10. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  11. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  12. Nella pagina Conferma selezionare Fine.

    L'esempio seguente illustra CustomSettings.ini dopo aver eseguito i passaggi descritti in questa sezione.

    Esempio CustomSettings.ini configurato per l'infrastruttura di distribuzione LTI scalabile

[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

Selezione di un server MDT locale quando sono presenti più server

In questo scenario vengono usati più server MDT per supportare un volume elevato di distribuzioni e distribuzioni simultanee in più siti. Quando viene inizializzata una distribuzione LTI, il comportamento predefinito consiste nel richiedere un percorso al server MDT a cui connettersi e accedere ai file necessari per avviare il processo di distribuzione.

La Distribuzione guidata Di Windows può usare il file LocalServer.xml per presentare una scelta di server di distribuzione noti per ogni posizione.

Usare il file LocationServer.xml:

Informazioni sui LocationServer.xml

Prima di tutto, è necessario comprendere come MDT usa LocationServer.xml. Durante l'LTI, gli script MDT leggono ed elaborano il file BootStrap.ini per raccogliere informazioni iniziali sulla distribuzione. Ciò accade prima che sia stata stabilita una connessione al server di distribuzione. Di conseguenza, la proprietà DeployRoot viene in genere utilizzata per specificare nel file BootStrap.ini il server di distribuzione a cui deve stabilire una connessione.

Se il file BootStrap.ini non contiene una proprietà DeployRoot , gli script MDT caricano una pagina della procedura guidata per richiedere all'utente un percorso per il server di distribuzione. Durante l'inizializzazione della pagina della procedura guidata dell'applicazione HTML (HTA), gli script MDT verificano l'esistenza del file LocationServer.xml e, se presente, usano LocationServer.xml per visualizzare i server di distribuzione disponibili.

Informazioni su quando usare LocationServer.xml

MDT offre diversi modi per determinare a quale server connettersi durante una distribuzione LTI. Metodi diversi per individuare il server di distribuzione sono più adatti per scenari diversi; è quindi importante comprendere quando usare LocationServer.xml.

MDT offre diversi metodi per l'individuazione automatica e l'uso del server di distribuzione più appropriato. Questi metodi sono elencati nella tabella seguente.

Metodo Dettagli
%WDSServer% Questo metodo viene usato quando il server MDT è co-ospitato nel server di Servizi di distribuzione Windows.

Quando viene avviata una distribuzione LTI da Servizi di distribuzione Windows, viene creata e popolata una variabile di ambiente,%WDSServer%, con il nome del server di Servizi di distribuzione Windows.

La variabile DeployRoot può usare questa variabile per connettersi automaticamente a una condivisione di distribuzione nel server di Servizi di distribuzione Windows, ad esempio:

DeployRoot=\\%WDSServer%\Deployment$
Automazione basata sulla posizione MDT può usare l'automazione basata sulla posizione nel file BootStrap.ini per determinare il server in cui distribuire.

Utilizzare la proprietà Gateway predefinito per distinguere tra posizioni diverse. per ogni gateway predefinito viene specificato un server MDT diverso.

Per altre informazioni sull'uso dell'automazione basata sulla posizione, vedere "Selezione dei metodi per l'applicazione delle impostazioni di configurazione".

Ogni approccio elencato nella tabella precedente offre un modo per automatizzare la selezione del server di distribuzione in un determinato percorso per determinati scenari. Questi approcci sono destinati a scenari specifici, ad esempio quando il server MDT è co-ospitato con Servizi di distribuzione Windows.

Esistono altri scenari in cui questi approcci non sono adatti, ad esempio se sono presenti più server di distribuzione in una determinata posizione o la logica di automazione non è possibile(ad esempio, la rete non è segmentata abbastanza da consentire la determinazione della posizione o se il server MDT è separato da Servizi di distribuzione Windows).

In questi scenari, il file LocationServer.xml offre un modo flessibile per presentare queste informazioni in fase di distribuzione senza dover conoscere i nomi dei server e i nomi delle condivisioni di distribuzione.

Creazione del file LocationServer.xml

Per presentare un elenco di server di distribuzione disponibili durante una distribuzione LTI, creare un file di LocationServer.xml contenente i dettagli su ogni server. Non esiste alcun file di LocationServer.xml predefinito in MDT, quindi crearne uno usando le indicazioni seguenti.

Creare un file LocationServer.xml per supportare più posizioni

Il metodo più semplice per la creazione e l'uso di LocationServer.xml consiste nel creare un file di LocationServer.xml e aggiungere voci per ogni server di distribuzione nell'ambiente (può essere nello stesso percorso o in posizioni diverse).

Creare il file LocationServer.xml creando una nuova sezione per ogni server e quindi aggiungendo le informazioni seguenti:

  • Identificatore univoco

  • Un nome di posizione, usato per presentare un nome facilmente identificabile per tale località

  • Percorso UNC del server MDT per tale percorso

    Di seguito viene illustrato come viene creato il file LocationServer.xml usando ognuna di queste proprietà usando un file di LocationServer.xml di esempio configurato per più posizioni.

    Esempio LocationServer.xml file per supportare più posizioni

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

Usando questo formato, specificare voci di server diverse per ogni posizione o per le situazioni in cui sono presenti più server all'interno di un'unica posizione specificando una voce del server diversa per ogni server in tale posizione, come illustrato nell'esempio seguente.

Esempio LocationServer.xml file per supportare più server in più posizioni

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

Creare un file di LocationServer.xml per bilanciare il carico di più server in posizioni diverse

Usando LocationServer.xml, specificare più server per ogni voce di posizione e quindi eseguire il bilanciamento del carico di base in modo che quando si sceglie una posizione, MDT seleziona automaticamente un server di distribuzione dall'elenco dei server disponibili. Per fornire questa funzionalità, il file LocationServer.xml supporta la specifica di una metrica di ponderazione.

Di seguito viene illustrato un file di LocationServer.xml di esempio configurato per più server in posizioni diverse.

File LocationServer.xml di esempio per percorsi diversi

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

Specificare la metrica di ponderazione usando il tag di peso> del <server, usato da MDT nel processo di selezione del server. La probabilità di selezione di un server viene calcolata in base a:

Peso/somma del server di tutti i pesi del server

Nell'esempio precedente i tre server di Contoso HQ sono elencati come 1, 2 e 4. La probabilità che un server con un peso di 2 selezionato diventi 2 in 7. Pertanto, per usare il sistema di ponderazione, determinare la capacità dei server disponibili in una posizione e ponderare ogni server in base alla capacità del server rispetto a ognuno degli altri server.

Aggiunta del file LocationServer.xml alla directory file aggiuntivi

Dopo aver creato il file LocationServer.xml, aggiungerlo alla LiteTouch_x86 e LiteTouch_x64 immagini di avvio di Windows PE nella cartella X:\Deploy\Control. Usando Deployment Workbench, aggiungere altri file e cartelle a queste immagini Windows PE specificando una directory aggiuntiva da aggiungere alle proprietà della condivisione di distribuzione.

Per aggiungere LocationServer.xml alla condivisione di distribuzione

  1. Creare una cartella denominata File aggiuntivi nella cartella della condivisione di distribuzione radice, ad esempio D:\Production Deployment Share\Extra Files.

  2. Creare una struttura di cartelle nella cartella File aggiuntivi che rispecchia il percorso di Windows PE in cui deve risiedere il file aggiuntivo.

    Ad esempio, il file LocationServer.xml deve risiedere nella cartella \Deploy\Control in Windows PE; creare pertanto la stessa struttura di cartelle in File aggiuntivi, ad esempio D:\Production Deployment Share\Extra Files\Deploy\Control.

  3. Copiare LocationServer.xml nella cartella deployment_share\Extra Files\Deploy\Control (dove deployment_share è il percorso completo della cartella radice della condivisione di distribuzione).

  4. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  5. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  6. Nel riquadro Azioni selezionare Proprietà.

  7. Nella finestra di dialogo deployment_shareProperties (dove deployment_share è il nome della condivisione di distribuzione), seguire questa procedura:

    1. Selezionare la scheda Impostazioni piattaforma Windows PE (dove piattaforma è l'architettura dell'immagine Windows PE da configurare).

    2. Nella sezione Personalizzazioni di Windows PE , nella casella Directory aggiuntiva da aggiungere digitare path (dove path è il percorso completo della cartella File aggiuntivi, ad esempio D:\Production Deployment Share\Extra Files), quindi selezionare OK.

Aggiornamento del file BootStrap.ini

Quando si crea una condivisione di distribuzione usando Deployment Workbench, una proprietà DeployRoot viene creata e popolata automaticamente nel file BootStrap.ini. Poiché il file LocationServer.xml viene utilizzato per popolare la proprietà DeployRoot , è necessario rimuovere questo valore dal file BootStrap.ini.

Per rimuovere la proprietà DeployRoot da BootStrap.ini

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Nella finestra di dialogo deployment_shareProperties (dove deployment_share è il nome della condivisione di distribuzione), selezionare la scheda Regole e quindi selezionare Modifica BootStrap.ini.

  5. Rimuovere il valore DeployRoot , ad esempio DeployRoot=\\Server\Deployment$.

  6. Selezionare File e quindi Salva per salvare le modifiche apportate al file BootStrap.ini.

  7. Selezionare OK per inviare le modifiche.

Aggiornamento della condivisione di distribuzione

La condivisione di distribuzione deve quindi essere aggiornata per generare un nuovo LiteTouch_x86 e LiteTouch_x64 ambiente di avvio che contiene il file LocationServer.xml e il file BootStrap.ini aggiornato.

Per aggiornare la condivisione di distribuzione

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  4. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  5. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  6. Nella pagina Conferma selezionare Fine.

Nota

Al termine del processo di aggiornamento, aggiungere i nuovi LiteTouch_x86 e LiteTouch_x64 ambienti Windows PE in Servizi di distribuzione Windows oppure masterirli in supporti di avvio da usare durante la distribuzione.

Sostituzione di un computer esistente con un nuovo computer con installazione Lite Touch

È possibile usare MDT per distribuire un'immagine in un nuovo computer che sostituirà un computer esistente nell'architettura aziendale. Questa situazione potrebbe verificarsi quando si esegue l'aggiornamento da un sistema operativo a un altro (un nuovo sistema operativo potrebbe richiedere nuovo hardware) o se l'organizzazione necessita di computer più recenti e più veloci per le applicazioni esistenti.

Quando si sostituisce un computer esistente con un nuovo computer, Microsoft consiglia di prendere in considerazione tutte le impostazioni di cui verrà eseguita la migrazione da un computer a un altro, ad esempio account utente e dati sullo stato utente. Inoltre, è importante creare una soluzione di ripristino in caso di errore della migrazione.

In questa distribuzione di esempio sostituire il computer esistente (WDG-EXIST-01) con un nuovo computer (WDG-NEW-02) nel dominio CORP acquisendo i dati sullo stato utente da WDG-EXIST-01 e salvandoli in una condivisione di rete. Distribuire quindi un'immagine esistente in WDG-NEW-02 e infine ripristinare i dati sullo stato utente acquisiti in WDG-NEW-02. La distribuzione verrà eseguita da un server di distribuzione (WDG-MDT-01).

In MDT usare il modello Standard Client Replace Task Sequence per creare una sequenza di attività che esegua tutte le attività di distribuzione necessarie.

Questa dimostrazione presuppone che:

  • MDT è stato installato nel server di distribuzione (WDG MDT 01)

  • La condivisione di distribuzione è già stata creata e popolata, incluse immagini del sistema operativo, applicazioni e driver di dispositivo

  • Un'immagine di un computer di riferimento è già stata acquisita e verrà distribuita nel nuovo computer (WDG NEW 02)

  • È stata creata e condivisa una cartella condivisa di rete (UserStateCapture$) nel server di distribuzione (WDG MDT 01) con le autorizzazioni di condivisione appropriate

    Prima di iniziare questo esempio, deve esistere una condivisione di distribuzione. Per altre informazioni sulla creazione di una condivisione di distribuzione, vedere la sezione "Gestione delle condivisioni di distribuzione in Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit (Gestione delle condivisioni di distribuzione in Deployment Workbench) nel documento MDT Using the Microsoft Deployment Toolkit (Gestione delle condivisioni di distribuzione in Deployment Workbench).

Passaggio 1: Creare una sequenza di attività per acquisire lo stato utente

Creare sequenze di attività MDT nel nodo Sequenze di attività in Deployment Workbench usando la Creazione guidata nuova sequenza di attività. Per eseguire la prima parte dello scenario di distribuzione Sostituisci computer (acquisizione dello stato utente nel computer esistente), selezionare il modello Standard Client Replace Task Sequence (Sostituisci sequenza di attività) nella Creazione guidata nuova sequenza di attività.

Per creare una sequenza di attività per acquisire lo stato utente nello scenario di distribuzione Sostituisci computer

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Nuova sequenza di attività.

    Viene avviata la Creazione guidata nuova sequenza di attività.

  4. Completare la Creazione guidata nuova sequenza di attività usando le informazioni seguenti. Accettare i valori predefiniti, se non diversamente specificato.

    Nella pagina della procedura guidata Eseguire l'operazione seguente
    Impostazioni generali 1. In ID sequenza di attività digitare VISTA_EXIST.
    2. In Nome sequenza attività digitare Esegui scenario di sostituzione computer nel computer esistente.
    3. Selezionare Avanti.
    Seleziona modello In Sono disponibili i modelli di sequenza di attività seguenti. Selezionare quello che si vuole usare come punto di partenza, selezionare Standard Client Replace Task Sequence e quindi selezionare Avanti.
    Riepilogo Verificare che i dettagli di configurazione siano corretti e quindi selezionare Avanti.
    Conferma Seleziona Fine.

    La Creazione guidata nuova sequenza di attività viene completata e la sequenza di attività VISTA_EXIST viene aggiunta all'elenco delle sequenze di attività.

Passaggio 2: Creare una sequenza di attività per distribuire il sistema operativo e ripristinare lo stato utente

Creare sequenze di attività MDT nel nodo Sequenze di attività in Deployment Workbench usando la Creazione guidata nuova sequenza di attività. Per eseguire la seconda parte dello scenario di distribuzione Sostituisci computer (distribuzione del sistema operativo e quindi ripristino dello stato utente nel computer esistente), selezionare il modello Sequenza di attività client standard nella Creazione guidata nuova sequenza di attività.

Per creare una sequenza di attività per distribuire lo stato utente nello scenario di distribuzione Sostituisci computer

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Nuova sequenza di attività.

    Viene avviata la Creazione guidata nuova sequenza di attività.

  4. Completare la Creazione guidata nuova sequenza di attività usando le informazioni seguenti. Accettare i valori predefiniti, se non diversamente specificato.

    Nella pagina della procedura guidata Eseguire l'operazione seguente
    Impostazioni generali 1. In ID sequenza di attività digitare VISTA_NEW.
    2. In Nome sequenza attività digitare Esegui scenario di sostituzione computer nel nuovo computer.
    3. Selezionare Avanti.
    Seleziona modello In Sono disponibili i modelli di sequenza di attività seguenti. Selezionare quello che si vuole usare come punto di partenza, selezionare Sequenza attività client standard e quindi selezionare Avanti.
    Selezionare il sistema operativo In Le immagini del sistema operativo seguenti sono disponibili per la distribuzione con questa sequenza di attività. Selezionarne uno da usare, selezionare captured_vista_image (dove captured_vista_image è l'immagine acquisita dal computer di riferimento aggiunto al nodo Sistemi operativi in Deployment Workbench) e quindi selezionare Avanti.
    Specificare il codice Product Key Selezionare Non specificare un codice Product Key in questo momento e quindi selezionare Avanti.
    Impostazioni del sistema operativo 1. In Nome completo digitare Woodgrove Employee.
    2. In Organizzazione digitare Woodgrove Bank.
    3. Nella home page di Internet Explorer digitare http://www.woodgrovebank.com.
    4. Selezionare Avanti.
    password Amministrazione In Password amministratore e Confermare la password amministratore digitare P@ssw0rd e quindi selezionare Fine.
    Conferma Seleziona Fine.

    La Creazione guidata nuova sequenza di attività viene completata e la sequenza di attività VISTA_NEW viene aggiunta all'elenco delle sequenze di attività.

Passaggio 3: Personalizzare i file di configurazione di MDT

Dopo aver creato la sequenza di attività MDT, personalizzare i file di configurazione MDT che forniscono le impostazioni di configurazione per l'acquisizione delle informazioni sullo stato utente. In particolare, personalizzare il file CustomSettings.ini modificando il file nelle proprietà della condivisione di distribuzione creata in precedenza nel processo di distribuzione. In un passaggio successivo, la condivisione di distribuzione verrà aggiornata per assicurarsi che il file di configurazione venga aggiornato nella condivisione di distribuzione.

Per personalizzare i file di configurazione MDT per l'acquisizione delle informazioni sullo stato utente

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

    Verrà visualizzata la finestra di dialogo Proprietà.

  4. Nella finestra di dialogo Proprietà selezionare la scheda Regole .

  5. Nella scheda Regole modificare il file CustomSettings.ini in modo che rifletta le modifiche necessarie, come illustrato nell'esempio seguente. Apportare eventuali modifiche aggiuntive richieste dall'ambiente.

    File CustomSettings.ini personalizzato

    [Settings]
Priority=Default
Properties=MyCustomProperty

[Default]
OSInstall=Y

UDShare=\\WDG-MDT-01\UserStateCapture$
UDDir=%OSDCOMPUTERNAME%
UserDataLocation=NETWORK
SkipCapture=NO
SkipAdminPassword=YES
SkipProductKey=YES

  6. Nella finestra di dialogo Proprietà selezionare OK.

  7. Chiudere tutte le finestre e le finestre di dialogo aperte.

Passaggio 4: Configurare le opzioni di Windows PE per la condivisione di distribuzione

Configurare le opzioni di Windows PE per la condivisione di distribuzione nel nodo Condivisioni di distribuzione in Deployment Workbench.

Nota

Se i driver di dispositivo per il computer esistente (WDG-EXIST-01) e il nuovo computer (WDG-NEW-01) sono inclusi in Windows Vista, ignorare questo passaggio e procedere con il passaggio seguente.

Per configurare le opzioni di Windows PE per la condivisione di distribuzione

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

    Verrà visualizzata la finestra di dialogo Proprietà.

  4. Nella scheda Componenti della piattaforma Windows PE della finestra di dialogo Proprietà (dove piattaforma è l'architettura dell'immagine Windows PE da configurare), in Profilo di selezione selezionare device_drivers (dove device_drivers è il nome del profilo di selezione del driver di dispositivo) e quindi selezionare OK.

Passaggio 5: Aggiornare la condivisione di distribuzione

Dopo aver configurato le opzioni di Windows PE per la condivisione di distribuzione, aggiornare la condivisione di distribuzione. L'aggiornamento della condivisione di distribuzione aggiorna tutti i file di configurazione MDT e genera una versione personalizzata di Windows PE. La versione personalizzata di Windows PE viene usata per avviare il computer di riferimento e avviare il processo di distribuzione LTI.

Per aggiornare la condivisione di distribuzione in Deployment Workbench

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Aggiorna distribuzioneCondivisione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  4. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  5. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  6. Nella pagina Conferma selezionare Fine.

    Deployment Workbench avvia l'aggiornamento della condivisione di distribuzione. Deployment Workbench crea i file LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (per i computer di destinazione a 32 bit) o i file LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (per i computer di destinazione a 64 bit) nella cartella deployment_share\Boot (dove deployment_share è la cartella condivisa usata come condivisione di distribuzione).

Passaggio 6: Creare il supporto di avvio LTI

Fornire un metodo per avviare il computer con la versione personalizzata di Windows PE creata al momento dell'aggiornamento della condivisione di distribuzione. Deployment Workbench crea i file LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (per i computer di destinazione a 32 bit) o i file LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (per i computer di destinazione a 64 bit) nella cartella deployment_share\Boot (dove deployment_share è la cartella condivisa usata come condivisione di distribuzione). Creare il supporto di avvio LTI appropriato da una di queste immagini.

Per creare il supporto di avvio LTI

  1. In Esplora risorse passare alla cartella deployment_share\Boot (dove deployment_share è la cartella condivisa usata come condivisione di distribuzione).

  2. In base al tipo di computer usato per il computer esistente (WDG-EXIST-01) e il nuovo computer (WDG-NEW-02), eseguire una delle attività seguenti:

    • Se il computer di riferimento è un computer fisico, creare un CD o un DVD del file ISO.

    • Se il computer di riferimento è una macchina virtuale, avviare la macchina virtuale direttamente dal file ISO o da un CD o un DVD del file ISO.

Passaggio 7: Avviare il computer esistente con il supporto di avvio LTI

Avviare il computer esistente (WDG-EXIST-01) con il supporto di avvio LTI creato in precedenza nel processo. Questo CD avvia Windows PE nel computer esistente e avvia il processo di distribuzione MDT. Al termine del processo di distribuzione MDT, le informazioni sulla migrazione dello stato utente vengono archiviate nella cartella condivisa UserStateCapture$.

Nota

È anche possibile avviare il processo MDT avviando il computer di destinazione da Servizi di distribuzione Windows. Per altre informazioni, vedere la sezione "Preparazione dei servizi di distribuzione Windows" nel documento MDT Using the Microsoft Deployment Toolkit (Preparazione dei servizi di distribuzione Windows) nel documento MDT Using the Microsoft Deployment Toolkit (Preparazione dei servizi di distribuzione Windows).

Per avviare il computer esistente con il supporto di avvio LTI

  1. Avviare WDG-EXIST-01 con il supporto di avvio LTI creato in precedenza nel processo.

    Viene avviato Windows PE e quindi viene avviata la Distribuzione guidata Di Windows.

  2. Completare la distribuzione guidata di Windows usando le informazioni seguenti. Accettare i valori predefiniti, se non diversamente specificato.

    Nella pagina della procedura guidata Eseguire l'operazione seguente
    Benvenuto nella distribuzione Selezionare Esegui distribuzione guidata per installare un nuovo sistema operativo e quindi selezionare Avanti.
    Specificare le credenziali per la connessione alle condivisioni di rete. 1. In Nome utente digitare Amministratore.
    2. In Password digitare P@ssw0rd.
    3. In Dominio digitare CORP.
    4. Selezionare OK.
    Selezionare una sequenza di attività da eseguire nel computer. Selezionare Esegui sostituisci scenario computer nel computer esistente e quindi selezionare Avanti.
    Specificare dove salvare i dati e le impostazioni Selezionare Avanti.
    Specificare dove salvare un backup completo del computer Selezionare Non eseguire il backup del computer esistente e quindi selezionare Avanti.
    Pronto per iniziare Selezionare Inizia.

    Se si verificano errori o avvisi, consultare il documento MDT Troubleshooting Reference (Informazioni di riferimento sulla risoluzione dei problemi).

  3. Nella finestra di dialogo Riepilogo distribuzione selezionare Dettagli.

    Se si sono verificati errori o avvisi, esaminare gli errori o gli avvisi e registrare eventuali informazioni di diagnostica.

  4. Nella finestra di dialogo Riepilogo distribuzione selezionare Fine.

    Le informazioni sulla migrazione dello stato utente vengono acquisite e archiviate nella cartella condivisa di rete (UserStateCapture$) creata in precedenza nel processo.

Passaggio 8: Avviare il nuovo computer con il supporto di avvio LTI

Avviare il nuovo computer (WDG-NEW-02) con il supporto di avvio LTI creato in precedenza nel processo. Questo CD avvia Windows PE nel computer di riferimento e avvia il processo di distribuzione MDT. Al termine del processo di distribuzione MDT, Windows Vista viene distribuito nel nuovo computer e le informazioni sulla migrazione dello stato utente acquisite vengono ripristinate nel nuovo computer.

Nota

È anche possibile avviare il processo MDT avviando il computer di destinazione da Servizi di distribuzione Windows. Per altre informazioni, vedere la sezione "Preparazione dei servizi di distribuzione Windows" nel documento MDT Using the Microsoft Deployment Toolkit (Preparazione dei servizi di distribuzione Windows) nel documento MDT Using the Microsoft Deployment Toolkit (Preparazione dei servizi di distribuzione Windows).

Per avviare il nuovo computer con il supporto di avvio LTI

  1. Avviare WDG-NEW-02 con il supporto di avvio LTI creato in precedenza nel processo.

    Viene avviato Windows PE e quindi viene avviata la Distribuzione guidata Di Windows.

  2. Completare la Distribuzione guidata di Windows usando le informazioni seguenti. Accettare i valori predefiniti, se non diversamente specificato.

    Nella pagina della procedura guidata Eseguire l'operazione seguente
    Benvenuto nella distribuzione Selezionare Esegui distribuzione guidata per installare un nuovo sistema operativo e quindi selezionare Avanti.
    Specificare le credenziali per la connessione alle condivisioni di rete. 1. In Nome utente digitare Amministratore.
    2. In Password digitare P@ssw0rd.
    3. In Dominio digitare CORP.
    4. Selezionare OK.
    Selezionare una sequenza di attività da eseguire nel computer. Selezionare Esegui sostituisci scenario computer nel nuovo computer e quindi selezionare Avanti.
    Configurare il nome del computer In Nome computer digitare WDG-NEW-02 e quindi selezionare Avanti.
    Aggiungere il computer a un dominio o a un gruppo di lavoro Selezionare Avanti.
    Specificare se ripristinare i dati utente 1. Selezionare Specifica una posizione.
    2. In Percorso digitare \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01.
    3. Selezionare Avanti.
    Selezione delle impostazioni locali Selezionare Avanti.
    Impostare il fuso orario Selezionare Avanti.
    Specificare se acquisire un'immagine Selezionare Non acquisire un'immagine del computer e quindi selezionare Avanti.
    Specificare la configurazione di BitLocker Selezionare Non abilitare BitLocker per il computer e quindi selezionare Avanti.
    Pronto per iniziare Selezionare Inizia.

    Se si verificano errori o avvisi, consultare il documento MDT Troubleshooting Reference (Informazioni di riferimento sulla risoluzione dei problemi di MDT).

  3. Nella finestra di dialogo Riepilogo distribuzione selezionare Dettagli.

    Se si sono verificati errori o avvisi, esaminare gli errori o gli avvisi e registrare eventuali informazioni di diagnostica.

  4. Nella finestra di dialogo Riepilogo distribuzione selezionare Fine.

    Windows Vista è ora installato nel nuovo computer e vengono ripristinate anche le informazioni sulla migrazione dello stato utente acquisite.

Integrazione del codice di distribuzione personalizzato in MDT

È comune che un team di distribuzione abbia requisiti complessi, specifici dell'ambiente di destinazione, che non sono soddisfatti dalle azioni della sequenza di attività predefinite di Deployment Workbench o dai file di configurazione MDT predefiniti. In questo caso, implementare codice personalizzato per soddisfare i requisiti.

Integrare il codice di distribuzione personalizzato in MDT:

Scelta del linguaggio di scripting appropriato

Anche se qualsiasi codice che può essere eseguito in Windows o Windows PE può essere chiamato come installazione di un'applicazione o tramite un passaggio della sequenza di attività MDT, Microsoft consiglia di usare script sotto forma di file con estensione vbs o wsf.

Il vantaggio dell'uso dei file wsf è la registrazione predefinita, oltre ad altre funzioni predefinite già usate dai processi ZTI e LTI. Queste funzioni sono disponibili nello script ZTIUtility distribuito con MDT.

Quando viene fatto riferimento da uno script personalizzato, lo script ZTIUtility inizializza l'ambiente MDT e le classi di installazione. Queste classi sono disponibili:

  • Registrazione. Questa classe fornisce la funzionalità di registrazione usata da tutti gli script MDT. Crea anche un singolo file di log per ogni esecuzione di script durante la distribuzione e un file di log consolidato di tutti gli script. Questi file di log vengono creati in un formato progettato per essere letto da CMTrace.

  • Ambiente. Questa classe configura le variabili di ambiente raccolte tramite l'elaborazione delle regole WMI e MDT e consente di farvi riferimento direttamente dallo script. In questo modo è possibile leggere le proprietà di distribuzione, consentendo l'accesso a tutte le informazioni di configurazione usate dai processi ZTI e LTI.

  • Utilità. Questa classe fornisce utilità generali usate in tutti gli script ZTI e LTI. Microsoft consiglia di esaminare ogni volta che viene sviluppato codice personalizzato questa classe per verificare se qualsiasi codice può essere semplicemente riutilizzato. Altre informazioni su alcune delle funzionalità fornite in questa classe sono incluse più avanti in questa sezione.

  • Database. Questa classe esegue funzioni come la connessione ai database e la lettura di informazioni dai database. In generale, l'accesso diretto alla classe di database non è consigliato. È invece necessario usare l'elaborazione delle regole per eseguire ricerche nel database.

  • Stringhe. Questa classe esegue routine di elaborazione di stringhe comuni, ad esempio la creazione di un elenco delimitato di elementi, la visualizzazione di un valore esadecimale, il taglio dello spazio vuoto da una stringa, l'allineamento a destra di una stringa, l'allineamento a sinistra di una stringa, l'imposizione di un valore al formato stringa, l'imposizione di un valore al formato di matrice, la generazione di un identificatore univoco globale casuale (GUID) e le conversioni Base64.

  • FileHandling. Questa classe esegue funzioni come la normalizzazione dei percorsi e la copia, lo spostamento e l'eliminazione di file e cartelle.

  • clsRegEx. Questa classe esegue funzioni di espressione regolare.

    In MDT sono state implementate alcune modifiche all'architettura di script per rendere il client Microsoft Visual Basic Scripting Edition (VBScript) più affidabile e affidabile. Queste modifiche includono:

  • Modifiche estese ai ZTIUtility.vbs (la libreria di script principale), incluse le nuove API e una migliore gestione degli errori

  • Un nuovo aspetto della struttura complessiva degli script ZTI_xxx.wsf

    È stata modificata anche la struttura complessiva degli script MDT. La maggior parte degli script MDT è ora incapsulata all'interno di oggetti classe VBScript. La classe viene inizializzata e chiamata con la funzione RunNewInstance .

Nota

La maggior parte degli script MDT 2008 Update 1 esistenti funzionerà così come è in MDT, anche con le ampie modifiche apportate a ZTIUtility.vbs, in quanto la maggior parte degli script MDT includerà ZTIUtility.vbs.

Informazioni su come sfruttare ZTIUtility

Il file ZTIUtility.vbs contiene classi di oggetti che possono essere sfruttate nel codice personalizzato. Integrare codice personalizzato con MDT usando:

Usare la classe di registrazione ZTIUtility

La classe di registrazione in ZTIUtiliy.vbs fornisce un meccanismo semplice per il codice personalizzato per registrare informazioni sullo stato, avvisi ed errori allo stesso modo degli altri script durante una distribuzione ZTI o LTI. Questa standardizzazione garantisce inoltre che la finestra di dialogo Riepilogo distribuzione LTI riporti correttamente lo stato di qualsiasi codice personalizzato in esecuzione.

Di seguito viene illustrato uno script di codice personalizzato di esempio che usa le funzioni oLogging.CreateEntry e TestAndFail per registrare tipi diversi di messaggi, a seconda dei risultati delle varie azioni script.

Script di esempio con registrazione 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>

Nota

Se vuoi continuare a usare script che chiamano ZTIProcess() con ProcessResults(), puoi continuare a farlo. Tuttavia, alcune funzionalità avanzate di gestione degli errori non saranno abilitate.

Usare la classe di ambiente ZTIUtility

La classe di ambiente in ZTIUtiliy.vbs fornisce l'accesso alle proprietà MDT e la possibilità di aggiornarla. Nell'esempio precedente, viene usato oEnvironment.Item("Memory") per recuperare la quantità di RAM disponibile; questo può essere usato anche per recuperare il valore di una delle proprietà descritte nel riferimento al toolkit del documento MDT.

Usare la classe di utilità ZTIUtility

Lo script ZTIUtility.vbs contiene una serie di utilità di uso comune che possono essere usate da qualsiasi script di distribuzione personalizzato. È possibile aggiungere queste utilità a qualsiasi script allo stesso modo delle classi oLogging e oEnvironment .

La tabella seguente descrive in dettaglio alcune funzioni utili disponibili e il relativo output. Per un elenco completo delle funzioni disponibili, fare riferimento al file ZTIUtility.vbs.

Funzione Output
oUtility.LocalRootPath Restituisce il percorso della cartella radice utilizzata dal processo di distribuzione nel computer di destinazione, ad esempio C:\MININT
oUtility.BootDevice Restituisce il dispositivo di avvio del sistema, ad esempio MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath Restituisce il percorso della cartella logs usata durante la distribuzione, ad esempio C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath Restituisce il percorso dell'archivio stati attualmente configurato, ad esempio C:\MININT\StateStore
oUtility.ScriptName Restituisce il nome dello script che chiama la funzione, ad esempio Z-RAMTest
oUtility.ScriptDir Restituisce il percorso dello script che chiama la funzione, ad esempio \\server_name\Deployment$\Scripts
oUtility.ComputerName Determina il nome del computer che verrà usato durante il processo di compilazione, ad esempio computer_name
oUtility.ReadIni(file, section, item) Consente la lettura dell'elemento specificato da un file di .ini
oUtility.WriteIni(file, section, item, value) Consente di scrivere l'elemento specificato in un file di .ini
oUtility.Sections(file) Legge le sezioni di un file .ini e le archivia in un oggetto per riferimento
oUtility.SectionContents(file, section) Legge il contenuto del file di .ini specificato e li archivia in un oggetto
oUtility.RunWithHeartbeat(sCmd) Quando il comando viene eseguito, scrivere informazioni sull'heartbeat nei log ogni 0,5 secondi
oUtility.FindFile

(sFilename,sFoundPath)		 Cerca il file specificato nella cartella DeployRoot e nelle sottocartelle standard, tra cui Manutenzione, Strumenti, USMT, Modelli, Script e Controllo
oUtility.findMappedDrive(sServerUNC) Controlla se è stato eseguito il mapping di un'unità al percorso UNC specificato e restituisce la lettera di unità
oUtility.ValidateConnection(sServerUNC) Verifica se è presente una connessione esistente al server specificato e, in caso contrario, tenta di crearne una
MapNetworkDrive

(sShare, SDomID, sDomPwd)		 Esegue il mapping di una lettera di unità al percorso UNC specificato come condivisione e restituisce la lettera di unità usata; restituisce un errore in caso di esito negativo
VerifyPathExists(strPath) Verifica che il percorso specificato esista
oEnvironment.Substitute(sVal) Data una stringa, espande tutte le variabili o le funzioni all'interno di tale stringa
oEnvironment.Item

(sName)		 Legge o scrive una variabile in un archivio permanente
oEnvironment.Exists

(sName)		 Verifica se la variabile esiste
oEnvironment.ListItem

(sName)		 Legge o scrive una variabile di matrice di tipo in un archivio permanente
oLogging.ReportFailure

(sMessage, iError)		 Usato per eseguire un'uscita strutturata se viene rilevato un errore irreversibile
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)		 Scrive un messaggio nel file di log e pubblica l'evento in un server definito
oLogging.CreateEntry

(sLogMsg, iType)		 Scrive un messaggio nel file di log
TestAndFail(iRc, iError, sMessage) Esce dallo script con iError se iRc è false o ha esito negativo
TestAndLog(iRc , sMessage) Registra un avviso solo se iRc è false o ha esito negativo

Integrazione del codice di distribuzione personalizzato

Il codice di distribuzione personalizzato può essere integrato nel processo MDT in diversi modi; tuttavia, indipendentemente dal metodo utilizzato, devono essere soddisfatte le due regole seguenti:

  • Il nome dello script di codice di distribuzione personalizzato deve sempre iniziare con la lettera Z.

  • Il codice di distribuzione personalizzato deve essere inserito nella cartella Scripts nella condivisione di distribuzione, ad esempio D:\Production Deployment Share\Scripts.

    I metodi usati più di frequente per l'integrazione di codice personalizzato che garantiscono anche la registrazione coerente sono:

  • Distribuire il codice come applicazione MDT

  • Avviare il codice come comando della sequenza di attività MDT

  • Avviare il codice come script di uscita dall'utente

Distribuire codice personalizzato come applicazione MDT

Il codice di distribuzione personalizzato può essere importato in Deployment Workbench e gestito allo stesso modo di qualsiasi altra applicazione.

Per creare una nuova applicazione per eseguire codice di distribuzione personalizzato

  1. Copiare il codice di distribuzione personalizzato nella cartella deployment_share\Scripts (dove deployment_share è il percorso completo della condivisione di distribuzione).

  2. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench passare a Condivisioni di distribuzione/deployment_share/Applicazioni (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  4. Nel riquadro Azioni selezionare Nuova applicazione.

    Viene avviata la Creazione guidata nuova applicazione.

  5. Completare la Creazione guidata nuova applicazione usando le informazioni seguenti. Accettare le impostazioni predefinite, se non diversamente specificato.

    Nella pagina della procedura guidata Eseguire l'operazione seguente
    Tipo di applicazione Selezionare Applicazione senza file di origine o altrove nella rete e quindi selezionare Avanti.
    Dettagli Completare questa pagina in base alle informazioni dell'applicazione e quindi selezionare Avanti.
    Dettagli comando 1. Nella casella Riga di comando digitare cscript.exe %SCRIPTROOT%\custom_code (dove custom_code è il nome del codice personalizzato sviluppato).
    2. Nella casella Directory di lavoro digitare working_directory (dove working_directory è il nome della directory di lavoro del codice personalizzato. Si tratta in genere della stessa cartella specificata nella casella Riga di comando ).
    3. Selezionare Avanti.
    Riepilogo Verificare che le impostazioni di configurazione siano corrette e quindi selezionare Avanti.
    Conferma Seleziona Fine.

    L'applicazione viene visualizzata nel nodo Applicazioni in Deployment Workbench.

Aggiungere il codice personalizzato come passaggio della sequenza di attività

Il codice di distribuzione personalizzato può essere chiamato direttamente da qualsiasi punto all'interno di una sequenza di attività; in questo modo si accede alle normali regole e opzioni della sequenza di attività.

Per aggiungere il codice di distribuzione personalizzato a una sequenza di attività esistente

  1. Copiare il codice di distribuzione personalizzato nella cartella deployment_share\Scripts (dove deployment_share è il percorso completo della condivisione di distribuzione).

  2. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  4. Nel riquadro dei dettagli selezionare task_sequence (dove task_sequence è il nome della sequenza di attività che esegue il codice personalizzato).

  5. Nel riquadro Azioni selezionare Proprietà.

  6. Nella finestra di dialogo task_sequenceProperties selezionare la scheda Sequenza attività .

  7. Nell'albero della console passare a group (dove group è il gruppo per aggiungere il passaggio della sequenza di attività).

  8. Selezionare Aggiungi, quindi Generale e quindi Esegui riga di comando.

  9. Nell'albero della console selezionare Esegui riga di comando e quindi selezionare la scheda Proprietà .

  10. Nella casella Nome digitare name (dove name è un nome descrittivo del codice personalizzato).

  11. Nella casella Riga di comando della scheda Proprietà digitare command_line, dove command_line è il comando per eseguire il codice personalizzato, ad esempio cscript.exe %SCRIPTROOT%\CustomCode.vbs.

  12. Nella casella Start in digitare path (dove path è il percorso completo della cartella di lavoro del codice personalizzato; in genere, questo è lo stesso percorso specificato nella casella Riga di comando ) e quindi selezionare OK.

    Il passaggio della sequenza di attività appena creato viene visualizzato nell'elenco dei passaggi della sequenza di attività.

Eseguire codice personalizzato come script di uscita dall'utente

È anche possibile eseguire il codice personalizzato come script di uscita utente da CustomSettings.ini usando la direttiva UserExit . Questo fornisce un meccanismo per passare le informazioni nel processo di convalida delle regole di CustomSettings.ini e fornisce un aggiornamento dinamico delle proprietà MDT

Per altre informazioni sugli script di uscita dell'utente e sulla direttiva UserExit, vedere la sezione "User Exit Scripts in the CustomSettings.ini File" nel documento MDT Using the Microsoft Deployment Toolkit .For more information on user exit scripts and the UserExit directive, see the section, "User Exit Scripts in the CustomSettings.ini File", in the MDT document Using the Microsoft Deployment Toolkit.

Installazione di driver di dispositivo con diversi metodi di installazione

In questo scenario si usa MDT per distribuire un sistema operativo in diversi tipi di hardware. Come parte del processo di distribuzione, identificare e installare i driver di dispositivo in modo che ogni tipo di hardware funzioni correttamente. Esistono due tipi principali di driver di dispositivo; ognuno deve essere gestito in modo diverso durante il processo di distribuzione:

Determinazione del metodo da usare per installare un driver di dispositivo

I produttori di hardware rilasciano i driver di dispositivo in uno dei due formati seguenti:

  • Come pacchetto che è possibile estrarre e che contiene i file inf usati per importare il driver in Deployment Workbench

  • Come applicazione che è necessario installare usando i tradizionali processi di installazione dell'applicazione

    I pacchetti driver di dispositivo che possono essere estratti per accedere ai file con estensione inf possono usare il processo di installazione e rilevamento automatico dei driver MDT importando prima il driver nel nodo Driver predefiniti in Deployment Workbench.

    I pacchetti driver di dispositivo che non possono essere estratti per isolare i file inf o quelli che non funzionano correttamente senza prima essere installati usando un programma di installazione dell'applicazione, ad esempio un file MSI o Setup.exe, possono usare la funzionalità MDT Install Application e installare il driver del dispositivo durante il processo di distribuzione come per qualsiasi applicazione normale.

Installazione di driver di dispositivo tramite il metodo predefinito Driver

È possibile importare pacchetti driver di dispositivo che includono un file con estensione inf in Deployment Workbench e installarli automaticamente come parte del processo di distribuzione. Per implementare questo tipo di distribuzione del driver di dispositivo, aggiungere prima di tutto il driver di dispositivo a Deployment Workbench.

Per aggiungere il driver di dispositivo a Deployment Workbench

  1. Scaricare i driver di dispositivo necessari per la distribuzione dei tipi di hardware ed estrarre il pacchetto del driver di dispositivo in una posizione temporanea.

  2. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  4. Nel riquadro Azioni selezionare Importa driver.

    Viene avviata l'Importazione guidata driver di dispositivo.

  5. Nella sezione Directory di origine unità della pagina Specifica directory selezionare Sfoglia per passare alla cartella contenente i nuovi driver di dispositivo e quindi selezionare Avanti.

    Nota

    La Creazione guidata nuovo driver di dispositivo eseguirà la ricerca in tutte le sottodirectory della directory di origine del driver; Pertanto, se sono presenti più driver da installare, estrarli in cartelle all'interno della stessa directory radice e quindi impostare la directory di origine del driver come directory radice che contiene tutte le cartelle di origine del driver.

  6. Nella pagina Riepilogo verificare che le impostazioni siano corrette e quindi selezionare Avanti per importare i driver in Deployment Workbench.

  7. Nella pagina Conferma selezionare Fine.

    Se i driver di dispositivo contengono driver critici per l'avvio, ad esempio i driver di archiviazione di massa o di classe di rete, la condivisione di distribuzione deve essere aggiornata per generare un nuovo LiteTouch_x86 e LiteTouch_x64 ambiente di avvio che contiene i nuovi driver.

    Per aggiungere driver di dispositivo alle immagini Lite Touch di Windows PE

  8. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  9. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  10. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  11. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  12. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  13. Nella pagina Conferma selezionare Fine.

Installazione di driver di dispositivo come applicazioni

I driver di dispositivo inclusi in un pacchetto come applicazioni e che non è possibile estrarre in una cartella contenente un file inf, oltre ai file dei driver, devono essere aggiunti a Deployment Workbench come applicazione per l'installazione durante il processo di distribuzione.

Le applicazioni possono essere specificate come passaggio della sequenza di attività o specificate in CustomSettings.ini; Tuttavia, le applicazioni driver di dispositivo devono essere installate solo quando la sequenza di attività viene eseguita in un computer con i dispositivi. A tale scopo, eseguire il passaggio della sequenza di attività per distribuire le applicazioni driver di dispositivo pertinenti come passaggio della sequenza di attività condizionale. I criteri condizionali possono essere specificati per l'esecuzione del passaggio della sequenza di attività usando query WMI per il dispositivo nel computer di destinazione.

Aggiungere l'applicazione driver di dispositivo a Deployment Workbench

Ogni applicazione driver di dispositivo deve prima essere importata in Deployment Workbench.

Nota

Configurare se l'applicazione deve essere visibile durante la distribuzione nella finestra di dialogo Proprietà di qualsiasi applicazione selezionando o deselezionando la casella di controllo Nascondi questa applicazione nella Distribuzione guidata . Ripetere questo processo per ogni applicazione driver di dispositivo usata durante la distribuzione.

Per aggiungere l'applicazione driver di dispositivo a Deployment Workbench

  1. Scaricare l'applicazione driver di dispositivo e salvarla in una posizione temporanea.

  2. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Applications (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  4. Nel riquadro Azioni selezionare Nuova applicazione.

    Viene avviata la Creazione guidata nuova applicazione.

  5. Nella pagina Tipo di applicazione selezionare Applicazione con file di origine e quindi selezionare Avanti.

  6. Nella pagina Dettagli digitare i dettagli pertinenti sull'applicazione e quindi selezionare Avanti.

  7. Nella sezione Directory di origine della pagina Origine selezionare Sfoglia per passare a e quindi selezionare la directory che contiene i file di origine dell'applicazione del driver di dispositivo. Seleziona OK.

  8. Selezionare Avanti.

  9. Nella pagina Destinazione digitare un nome per la directory di destinazione e quindi selezionare Avanti.

  10. Nella sezione Riga di comando della pagina Dettagli comando digitare il comando che consente l'installazione invisibile all'utente dell'applicazione driver di dispositivo.

  11. Nella pagina Riepilogo verificare che le impostazioni siano corrette e quindi selezionare Avanti per importare l'applicazione driver di dispositivo in Deployment Workbench.

  12. Nella pagina Conferma selezionare Fine.

    Dopo aver importato le applicazioni in Deployment Workbench, aggiungerle al processo di distribuzione usando la logica appropriata per assicurarsi che l'applicazione venga installata solo quando viene eseguita sull'hardware corretto. Esistono diversi metodi per ottenere questo risultato:

  • Specificare l'applicazione del driver di dispositivo come parte di una sequenza di attività di distribuzione.

  • Specificare l'applicazione driver di dispositivo in CustomSettings.ini.

  • Specificare l'applicazione del driver di dispositivo nel database MDT.

    Ogni approccio viene illustrato in modo più dettagliato nelle sezioni seguenti.

Specificare l'applicazione driver di dispositivo come parte di una sequenza di attività

Il primo metodo per aggiungere un'applicazione driver di dispositivo al processo di distribuzione consiste nell'usare una sequenza di attività per aggiungere i passaggi per ogni applicazione driver di dispositivo.

Esistono due approcci principali per la gestione delle applicazioni driver di dispositivo nella sequenza di attività:

  • Creare un nuovo gruppo di sequenze di attività per ogni modello hardware e quindi aggiungere una query per eseguire tale gruppo di azioni se il computer corrisponde a un tipo hardware specifico.

  • Creare un gruppo di sequenze di attività per applicazioni specifiche dell'hardware e quindi aggiungere query per ogni azione della sequenza di attività in modo che ogni passaggio della sequenza di attività venga valutato in base al tipo di hardware e venga eseguito solo se viene trovata una corrispondenza.

    Per creare un nuovo gruppo di sequenze di attività per ogni tipo di hardware

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro dei dettagli selezionare task_sequence (dove task_sequence è la sequenza di attività di distribuzione che sarà necessaria per installare l'applicazione driver di dispositivo).

  4. Nel riquadro Azioni selezionare Proprietà.

  5. Nella finestra di dialogo task_sequenceProperties, nella scheda Sequenza di attività, nel riquadro dei dettagli, passare a Ripristino stato/Windows Update (Installazione pre-applicazione).

  6. Nella scheda Sequenza di attività selezionare Aggiungi e quindi selezionare Nuovo gruppo.

    In questo modo viene creato un nuovo gruppo di sequenze di attività nella sequenza di attività. Usare questo nuovo gruppo di sequenze di attività per creare i passaggi per l'installazione delle applicazioni driver di dispositivo specifiche dell'hardware.

  7. Nel riquadro dei dettagli selezionare Nuovo gruppo.

  8. Nella casella Nome della scheda Proprietà digitare group_name (dove group_name è il nome del gruppo, ad esempio Applicazioni specifiche dell'hardware - Dell Computer Corporation).

  9. Nella scheda Opzioni selezionare Aggiungi e quindi selezionare Query WMI.

  10. Nella finestra di dialogo Condizione WMI sequenza attività digitare i dettagli seguenti:

    • Nella casella Spazio dei nomi WMI digitare root\cimv2.

    • Nella casella query WQL digitare una query WQL (WMI Query Language) utilizzando la classe Win32_ComputerSystem per assicurarsi che l'applicazione sia installata solo per un tipo di applicazione specifico, ad esempio:

      Selezionare * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      In questo esempio , hardware_model è il nome del modello di computer (ad esempio Latitude D620) e hardware_manufacturer è il nome della marca di computer (ad esempio Dell Corporation).

      Il % simbolo è un carattere jolly incluso nei nomi per consentire agli amministratori di restituire qualsiasi modello di computer o produttore contenente il valore specificato per hardware_model o hardware_manufacturer.

      Per altre informazioni sulle query WMI e WQL, vedere la sezione "Aggiungere query WMI alle condizioni del passaggio della sequenza di attività" nel documento MDT Using the Microsoft Deployment Toolkit e vedere Query con WQL.

  11. Selezionare OK per inviare la query e quindi selezionare OK per inviare le modifiche alla sequenza di attività.

Nota

Questo processo deve essere ripetuto per ogni tipo di hardware di ogni applicazione driver di dispositivo da installare.

Dopo aver creato i gruppi di sequenze di attività specifici dell'hardware, è possibile aggiungere le applicazioni dei driver di dispositivo a ogni gruppo.

Per aggiungere applicazioni driver di dispositivo a gruppi di sequenze di attività specifici dell'hardware

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro dei dettagli selezionare task_sequence (dove task_sequence è la sequenza di attività di distribuzione che sarà necessaria per installare l'applicazione driver di dispositivo).

  4. Nel riquadro Azioni selezionare Proprietà.

  5. Nella finestra di dialogo task_sequenceProperties selezionare la scheda Sequenza attività .

  6. Nel riquadro dei dettagli passare a Ripristino stato/hardware_specific_group (dove hardware_specific_group è il nome del gruppo specifico dell'hardware in cui verrà aggiunto il passaggio della sequenza di attività per installare l'applicazione driver di dispositivo).

  7. Nella scheda Sequenza di attività selezionare Aggiungi, quindi Generale e quindi Installa applicazione.

    Il passaggio Installa sequenza di attività Applicazione viene visualizzato nel riquadro dei dettagli.

  8. Nel riquadro dei dettagli selezionare Installa applicazione.

  9. Nella scheda Proprietà selezionare Installa una singola applicazione e nell'elenco Applicazione da installare selezionare hardware_application (dove hardware_application è l'applicazione per l'installazione dell'applicazione specifica dell'hardware).

Nota

Questo processo deve essere ripetuto per ogni applicazione driver di dispositivo che deve essere usata durante una distribuzione.

Specificare l'applicazione driver di dispositivo in CustomSettings.ini

Quando inizia una distribuzione LTI o ZTI, una delle prime azioni da completare è l'elaborazione dei file di controllo BootStrap.ini e CustomSettings.ini. Entrambi questi file contengono regole che possono essere usate per personalizzare dinamicamente la distribuzione.

A causa del modo in cui MDT elabora il file CustomSettings.ini, è possibile usarlo per aggiungere applicazioni in base a condizioni specifiche. Questa logica verrà usata per aggiungere applicazioni specifiche del driver di dispositivo durante la distribuzione in base a tipi di hardware specifici. Alle applicazioni viene fatto riferimento in CustomSettings.ini dal GUID dell'applicazione, che si trova nel file Applications.xml nella condivisione di distribuzione.

Per individuare il GUID di un'applicazione importata

  1. Nella condivisione di distribuzione del server di distribuzione aprire la cartella Controllo, ad esempio D:\Production Deployment Share\Control.

  2. Individuare e aprire il file Applications.xml.

  3. Individuare l'applicazione richiesta.

  4. Individuare il GUID dell'applicazione individuando la riga racchiusa nei tag dell'applicazione <guid> , <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>ad esempio .

    Come parte del processo di inizializzazione, sia il processo LTI che il processo ZTI raccolgono informazioni sul computer in cui è in esecuzione. Come parte di questo processo, vengono eseguite query WMI e i valori della classe Win32_ComputerSystem per marca e produttore vengono popolati rispettivamente come variabili %Make% e %Model% .

    Questi valori possono essere usati durante l'elaborazione del file CustomSettings.ini per leggere in modo dinamico le sezioni del file a seconda della marca e del modello rilevati. Nell'esempio seguente viene illustrato un esempio del file CustomSettings.ini.

    CustomSettings.ini di esempio configurata per un'installazione dell'applicazione 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}

Usare le proprietà seguenti per specificare le applicazioni in CustomSettings.ini:

  • Applicazioni. Questa proprietà può essere utilizzata quando gli amministratori della distribuzione non vogliono presentare una procedura guidata dell'applicazione come parte del processo di distribuzione specificando SkipApplications=YES in CustomSettings.ini.

  • MandatoryApplications. Questa proprietà può essere utilizzata se gli amministratori della distribuzione vogliono presentare l'applicazione guidata durante la distribuzione per consentire ai tecnici della distribuzione di selezionare altre applicazioni da installare durante la distribuzione.

    Se la procedura guidata dell'applicazione viene utilizzata senza la proprietà MandatoryApplications ,ad esempio SkipApplications=NO, sovrascriverà le applicazioni specificate dalla proprietà Applications .

    L'esempio precedente illustra come usare i valori delle variabili %Make% e %Model% per modificare dinamicamente la modalità di compilazione dell'elenco delle applicazioni. I valori per la marca e il modello di ogni tipo di hardware possono essere individuati usando uno dei metodi seguenti:

  • Strumento Informazioni di sistema. Usare il nodo Riepilogo sistema in questo strumento per identificare il produttore del sistema (marca) e il modello di sistema (modello).

  • Windows PowerShell. Usare il cmdlet get-WMIObject -class Win32_ComputerSystem per determinare la marca e il modello del computer.

  • Riga di comando di Strumentazione gestione Windows. Usare CSProduct Get Name, Vendor per restituire il nome (modello) e il fornitore (marca) del computer.

    Per modificare CustomSettings.ini per aggiungere logica specifica dell'hardware

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Selezionare la scheda Regole .

  5. Le informazioni digitate in questa scheda vengono archiviate nel file CustomSettings.ini. Modificare le voci del file CustomSettings.ini per aggiungere la logica per ogni modello hardware con un'applicazione specifica del driver di dispositivo, come descritto in Specificare l'applicazione driver di dispositivo come parte di una sequenza di attività.

  6. Selezionare OK per inviare le modifiche.

  7. Nel riquadro dei dettagli selezionare deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  8. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  9. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  10. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  11. Nella pagina Conferma selezionare Fine.

    Per impostazione predefinita, tutte le applicazioni disponibili vengono visualizzate nella Distribuzione guidata di Windows durante una distribuzione LTI. Poiché le applicazioni specifiche del driver di dispositivo sono applicabili solo a tipi di hardware specifici, è possibile che non vengano visualizzate continuamente. Specificando il pacchetto dell'applicazione specifico del driver di dispositivo in CustomSettings.ini, l'applicazione può essere nascosta usando l'opzione Nascondi l'applicazione nella Distribuzione guidata nella configurazione dell'applicazione.

    Per nascondere un'applicazione nella Distribuzione guidata

  12. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  13. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Applications (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  14. Nel riquadro dei dettagli selezionare device_driver_application (dove device_driver_application è l'applicazione da nascondere nella Distribuzione guidata).

  15. Nel riquadro Azioni selezionare Proprietà.

  16. Nella scheda Generale selezionare la casella di controllo Nascondi l'applicazione nella Distribuzione guidata .

  17. Selezionare Applica e quindi chiudere la finestra di dialogo Proprietà .

Specificare l'applicazione driver di dispositivo nel database MDT

Il database MDT è una versione del database del file CustomSettings.ini e può essere sottoposto a query in fase di distribuzione per ottenere informazioni da usare durante la distribuzione. Per altre informazioni sull'uso del database MDT, vedere "Selezione dei metodi per l'applicazione delle impostazioni di configurazione".

Quando si esegue una query sul database MDT in fase di distribuzione, sono disponibili tre metodi per identificare il computer di destinazione:

  • Cercare il singolo computer (usando l'indirizzo MAC, il tag asset o simili).

  • Cercare il percorso del computer (usando il gateway predefinito).

  • Cercare la marca e il modello del computer (usando il produttore WMI o le query di marca e modello).

    Per ogni voce di database creata, è possibile specificare le proprietà di distribuzione, le applicazioni, se usare i pacchetti Configuration Manager e gli amministratori. Creando voci di marca e modello nel database, è possibile aggiungere le applicazioni driver di dispositivo specifiche dell'hardware necessarie.

    Per creare voci nel database MDT per consentire l'installazione di applicazioni driver di dispositivo

Nota

Ripetere questo processo per ogni marca hardware e modello che richiede un'applicazione driver di dispositivo.

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Nuovo.

  4. Nella casella Crea della scheda Identità della finestra di dialogo Proprietà digitare make_name ,dove make_name è un nome facilmente identificabile da associare al produttore del computer di destinazione.

  5. Nella casella Modello digitare model_name (dove model_name è un nome facilmente identificato da associare al modello del computer di destinazione).

  6. Nella scheda Applicazioni aggiungere ognuna delle applicazioni del driver di dispositivo necessarie per tale modello di hardware.

Avvio di MDT tramite Servizi di distribuzione Windows

Windows Server 2008 usa Servizi di distribuzione Windows come versione aggiornata e riprogettata di Servizi di installazione remota, lo strumento di distribuzione predefinito in Windows Server 2003 con SP2. Usando Servizi di distribuzione Windows, è possibile distribuire i sistemi operativi Windows, in particolare i sistemi operativi Windows 7, Windows Server 2008 o versioni successive, in una rete usando la scheda di rete o i supporti di avvio abilitati per PXE di un computer.

Prima di distribuire Servizi di distribuzione Windows, determinare quali delle opzioni di integrazione seguenti si adattano meglio all'ambiente in uso:

  • Opzione 1. Computer di avvio in PXE per avviare il processo LTI.

  • Opzione 2. Distribuire un'immagine del sistema operativo dall'archivio immagini di Servizi di distribuzione Windows.

  • Opzione 3. Usare il multicasting con MDT e il ruolo del server Windows Deployment Services di Windows Server 2008.

Opzione 1: Avviare computer in PXE per avviare il processo LTI

Consente di ridurre al minimo il costo della gestione delle distribuzioni del sistema operativo avviando il processo di distribuzione MDT usando Servizi di distribuzione Windows insieme al protocollo di configurazione dell'host dinamico. In questo modo viene rimosso il requisito di creare e distribuire supporti di avvio a ogni computer di destinazione.

Creare e importare l'immagine Windows PE di Deployment Workbench in Servizi di distribuzione Windows

Quando si crea una nuova condivisione di distribuzione MDT o si modifica una condivisione di distribuzione MDT esistente, è possibile creare un'immagine di avvio di Windows PE personalizzata. Quando la condivisione di distribuzione viene aggiornata, l'immagine di avvio di Windows PE viene generata e aggiornata automaticamente con informazioni sulla condivisione di distribuzione e inserirà eventuali driver o componenti aggiuntivi specificati durante la configurazione della condivisione di distribuzione.

L'immagine di avvio di Windows PE viene generata sia come file di immagine ISO, che è possibile scrivere in un CD o DVD, sia come file WIM avviabile. È possibile importare il file WIM in Servizi di distribuzione Windows in modo che i computer che possono essere avviati in PXE possano scaricare ed eseguire l'immagine di avvio di Windows PE LTI in una rete usata per inizializzare un'installazione.

Per creare un'immagine di Windows PE di avvio in Deployment Workbench

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

    Nella finestra di dialogo deployment_shareProperties selezionare la scheda Impostazioni piattaforma Windows PE (dove piattaforma è l'architettura dell'immagine Windows PE da configurare).

  4. Nell'area Impostazioni immagine di avvio Lite Touch selezionare la casella di controllo Genera un'immagine ISO del disco RAM di avvio Lite Touch .

  5. Selezionare la scheda Componenti della piattaforma Windows PE (dove piattaforma è l'architettura dell'immagine Windows PE da configurare).

  6. Nella sezione Driver Injection selezionare i tipi di driver appropriati da includere.

    Nota

    Questo passaggio non è necessario se Windows PE include già i driver di dispositivo necessari.

  7. Nella sezione Driver Injection selezionare il profilo di selezione del driver appropriato nell'elenco Profilo di selezione.

  8. Nella finestra di dialogo Proprietà selezionare OK.

    Nota

    Questo passaggio non è necessario se Windows PE include già i driver di dispositivo necessari.

  9. Nel riquadro dei dettagli selezionare deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  10. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  11. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  12. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  13. Nella pagina Conferma selezionare Fine.

    Al termine di questo processo, la cartella Boot nella condivisione di distribuzione conterrà diverse immagini di avvio, ad esempio:

    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

    È possibile scrivere i file ISO generati direttamente in CD o DVD oppure usarli per inizializzare il processo LTI sul nuovo hardware. È anche possibile importare i file WIM di avvio in Servizi di distribuzione Windows, in modo che i nuovi computer possano inizializzare il processo di distribuzione LTI senza richiedere supporti fisici.

    Per importare l'immagine Windows PE in Servizi di distribuzione Windows

  14. Avviare la console di Servizi di distribuzione Windows e quindi connettersi a Servizi di distribuzione Windows.

  15. Nell'albero della console fare clic con il pulsante destro del mouse su Immagini di avvio e quindi scegliere Aggiungi immagine di avvio.

  16. Passare all'immagine WIM da importare, ad esempio D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

  17. Il processo di importazione legge automaticamente i metadati dall'immagine di avvio, ma anche i valori Nome immagine e Descrizione immagine possono essere modificati; Il nome dell'immagine influisce sulle informazioni sull'opzione di avvio visualizzate da Gestione avvio Windows all'avvio del client in PXE.

  18. Quando l'immagine di avvio è stata importata, tutti i computer che si avviano in PXE e ricevono una risposta da Servizi di distribuzione Windows potranno scaricare l'immagine di avvio LTI e avviare un'installazione LTI.

    L'installazione e la configurazione di Servizi di distribuzione Windows non sono descritte in questa guida. Per altre informazioni su Servizi di distribuzione Windows, vedere la Guida ai servizi di distribuzione Windows.

Usare Servizi di distribuzione Windows per rilevare automaticamente il server di distribuzione

È disponibile un'opzione aggiuntiva quando si usano Servizi di distribuzione Windows per ospitare immagini di avvio MDT quando la condivisione di distribuzione MDT è ospitata nello stesso server di Servizi di distribuzione Windows.

Quando un client PXE carica l'immagine di avvio MDT, il nome del server di Servizi di distribuzione Windows che ospita l'immagine di avvio viene acquisito e inserito in MDTProperty WDSServer. È quindi possibile fare riferimento a questa proprietà nel file di BootStrap.ini dell'immagine di avvio e nel file CustomSettings.ini della condivisione di distribuzione tramite la proprietà DeployRoot . In questo modo si ottiene un client che viene avviato automaticamente da Servizi di distribuzione Windows usando la condivisione di distribuzione ospitata nel server di Servizi di distribuzione Windows. In questo modo si elimina la necessità di specificare un nome di server in qualsiasi file di configurazione.

Per impostare il server locale di Servizi di distribuzione Windows come server di distribuzione

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Selezionare la scheda Regole .

    Le informazioni digitate in questa scheda vengono archiviate nel file CustomSettings.ini.

  5. Configurare la proprietà DeployRoot per l'utilizzo della variabile %WDSServer% , ad esempio DeployRoot=\\%WDSServer%\Deployment$.

  6. Selezionare Modifica Bootstrap.ini.

  7. Configurare BootStrap.ini per utilizzare la proprietà %WDSServer% aggiungendo o modificando il valore DeployRoot in DeployRoot=\\%WDSServer%\Deployment$.

  8. Scegliere Salva dal menu File per salvare le modifiche apportate al file BootStrap.ini.

  9. Seleziona OK.

    La condivisione di distribuzione deve essere aggiornata.

  10. Nel riquadro dei dettagli selezionare deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  11. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  12. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  13. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  14. Nella pagina Conferma selezionare Fine.

  15. Importare il wim di avvio aggiornato in Servizi di distribuzione Windows.

Opzione 2: Distribuire un'immagine del sistema operativo dall'archivio di Servizi di distribuzione Windows

Se si usano già Servizi di distribuzione Windows per la distribuzione del sistema operativo, estendere la funzionalità di MDT configurandola per fare riferimento alle immagini del sistema operativo Servizi di distribuzione Windows già in uso anziché usare il proprio archivio e per integrare le distribuzioni di Servizi di distribuzione Windows con la gestione dei driver, la distribuzione delle applicazioni, l'installazione degli aggiornamenti, l'elaborazione delle regole e altre funzionalità di MDT. Dopo che MDT ha fatto riferimento a un'immagine del sistema operativo di Servizi di distribuzione Windows, è possibile considerarla come qualsiasi sistema operativo che è stato gestito in una condivisione di distribuzione MDT.

Per fare riferimento a un'immagine del sistema operativo Servizi di distribuzione Windows

Nota

I passaggi seguenti richiedono che almeno un'immagine del sistema operativo sia stata importata in precedenza nel server di Servizi di distribuzione Windows.

  1. Aggiornare MDT per poter accedere alle immagini di Servizi di distribuzione Windows copiando i file seguenti dalla cartella Sources del supporto di Windows nella cartella C:\Programmi\Microsoft Deployment Toolkit\bin nel server di Servizi di distribuzione Windows:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (applicabile solo se si esegue la copia dalle directory di origine di Windows Server 2008)

    Nota

    La directory di origine di Windows usata deve corrispondere alla piattaforma del sistema operativo in esecuzione nel computer in cui è installato MDT.

  2. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  4. Nel riquadro Azioni selezionare Importa sistema operativo.

    Viene avviata la Creazione guidata nuovo sistema operativo.

  5. Nella pagina Tipo di sistema operativo selezionare Immagini di Servizi di distribuzione Windows e quindi selezionare Avanti.

  6. Nella pagina Server WDS digitare il nome del server di Servizi di distribuzione Windows a cui fare riferimento, ad esempio WDSSvr001, e quindi selezionare Avanti.

  7. Nella pagina Riepilogo verificare che le impostazioni siano corrette e quindi selezionare Avanti.

  8. Nella pagina Conferma selezionare Fine.

    Tutte le immagini disponibili nel server di Servizi di distribuzione Windows saranno ora disponibili per le sequenze di attività MDT.

Nota

L'importazione di immagini da Servizi di distribuzione Windows non copia i file di origine dal server di Servizi di distribuzione Windows alla condivisione di distribuzione. MDT continua a usare i file di origine dal percorso originale.

Opzione 3: Usare il multicasting con MDT e il ruolo Windows Server 2008 Windows Deployment Services

Con il rilascio di Windows Server 2008, Servizi di distribuzione Windows è stato migliorato per supportare la distribuzione di immagini tramite trasmissioni multicast. MDT include anche gli aggiornamenti per integrare MDT con il multicasting di Servizi di distribuzione Windows.

Inoltre, un Windows Automated Installation Kit (Windows AIK) aggiornato, versione 1.1, include Wdsmcast.exe. In questo modo è possibile aggiungere manualmente le sessioni multicast e consentire al client che avvia Wdsmcast.exe di copiare file da una sessione multicast attiva.

Lo script LTIApply.wsf usa Wdsmcast.exe quando accede ai file di origine del sistema operativo dalla condivisione di distribuzione. LTIApply.wsf cerca Wdsmcast.exe nella condivisione di distribuzione nella cartella deployment_share\Tools\x86 o deployment_share\Tools\x64 (dove deployment_share è il nome della cartella del file system che contiene la condivisione di distribuzione), a seconda della versione di Windows PE in esecuzione.

Quando LTIApply.wsf viene eseguito, tenterà sempre di accedere e scaricare immagini WIM da un flusso multicast esistente, ma tornerà a una copia file standard se non esiste un flusso multicast.

Nota

Questo processo si applica solo ai file di immagine WIM.

I prerequisiti del server di distribuzione per la preparazione per il multicasting MDT sono:

  • Il server di distribuzione deve eseguire Windows Server 2008 o versione successiva

  • Il ruolo Servizi di distribuzione Windows deve essere installato dalla console di gestione del server

  • È necessario installare Windows AIK 1.1 per Windows Server 2008

  • È necessario installare MDT

  • Come per qualsiasi distribuzione tramite MDT, deve essere stata importata almeno un'immagine WIM del sistema operativo, come set completo di file di origine o come immagine personalizzata con file di installazione

Nota

È importante usare la versione più recente di Windows AIK per il multicasting; la copia di Windows PE inclusa nelle versioni precedenti di Windows AIK, ad esempio Windows AIK 1.0, non supporta il download da un server multicast.

Per configurare MDT per il multicasting da una condivisione di distribuzione esistente

  1. Selezionare Start e quindi scegliere Tutti i programmi. Fare clic su Microsoft Deployment Toolkit e quindi selezionare Deployment Workbench

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share (dove deployment_share è il nome della condivisione di distribuzione da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Nella scheda Generale selezionare la casella di controllo Abilita multicast per questa condivisione di distribuzione (richiede Windows Server 2008 Windows Deployment Services).

  5. Seleziona OK.

  6. Nel riquadro Azioni selezionare Aggiorna condivisione di distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  7. Nella pagina Opzioni selezionare le opzioni desiderate per aggiornare la condivisione di distribuzione e quindi selezionare Avanti.

  8. Nella pagina Riepilogo verificare che i dettagli siano corretti e quindi selezionare Avanti.

  9. Nella pagina Conferma selezionare Fine.

    La condivisione di distribuzione è ora configurata per la trasmissione multicast di Servizi di distribuzione Windows.

    Questo processo crea una trasmissione multicast di Servizi di distribuzione Windows con cast automatico che usa direttamente la condivisione di distribuzione MDT esistente. MDT non crea trasmissioni Scheduled-Cast. Si noti inoltre che non vengono importate immagini aggiuntive in Servizi di distribuzione Windows e che non è possibile usare il multicast per le immagini di avvio, perché il client multicast non può essere caricato fino a quando Windows PE è in esecuzione.

    Per verificare che la trasmissione multicast sia stata generata in Servizi di distribuzione Windows

  10. Selezionare Start, strumenti di amministrazione e quindi Servizi di distribuzione Windows.

  11. Nell'albero della console di Servizi di distribuzione Windows fare clic con il pulsante destro del mouse su Server e quindi scegliere Aggiungi server.

  12. Nella finestra di dialogo Aggiungi server selezionare Computer locale e quindi selezionare OK.

  13. Nell'albero della console di Servizi di distribuzione Windows selezionare Server, quindi selezionare server_name (dove server_name è il nome del computer che esegue Servizi di distribuzione Windows). Selezionare Trasmissioni multicast.

  14. Nel riquadro dei dettagli verrà elencata una nuova trasmissione con cast automatico per la condivisione di distribuzione, ad esempio distribuzione di condivisione BDD$.

  15. Verificare che lo stato della trasmissione con cast automatico BDD Share Deployment$ sia impostato su Attivo.

    Dopo aver distribuito un computer, verificare che il sistema operativo sia stato scaricato da una trasmissione multicast esaminando il file BDD.log nella cartella \Windows\Temp\DeploymentLogs.

    Nella cartella logs saranno presenti due voci, entrambe a partire dal trasferimento Multicast; verificarne l'esito positivo. Per altre informazioni sulle trasmissioni multicast con MDT e Servizi di distribuzione Windows, vedere la sezione "Abilitare la distribuzione multicast di Servizi di distribuzione Windows per distribuzioni LTI" nel documento MDT Using the Microsoft Deployment Toolkit .

Esecuzione di distribuzioni in fasi tramite MDT (precaricamento OEM)

In molte organizzazioni, i computer vengono caricati con l'immagine del sistema operativo prima della distribuzione nella rete di produzione. In alcuni casi, il caricamento dell'immagine del sistema operativo viene eseguito da un team all'interno dell'organizzazione responsabile della compilazione dei computer in un ambiente di gestione temporanea. In altri casi, il caricamento dell'immagine del sistema operativo viene eseguito dal fornitore dell'hardware del computer, noto anche come produttore originale di apparecchiature (OEM).

Nota

Il processo di precaricamento OEM è supportato in MDT solo per le distribuzioni eseguite tramite LTI. Per Configuration Manager, usare la funzionalità multimediale pre-installato.

Panoramica del processo di precaricamento OEM in MDT

Il processo di precaricamento OEM è suddiviso in tre fasi:

  • Fase 1. Creare un'immagine basata su supporti del computer di riferimento da applicare nell'ambiente di gestione temporanea.

  • Fase 2. Applicare l'immagine del computer di riferimento al computer di destinazione in un ambiente di staging.

  • Fase 3. Distribuzione completa del computer di destinazione nell'ambiente di produzione.

    Le fasi 1 e 3 vengono in genere eseguite dall'organizzazione di distribuzione. A seconda dell'uso del processo di precaricamento OEM nell'organizzazione, la fase 2 può essere eseguita dall'organizzazione o dal fornitore dell'hardware del computer che fornisce i computer. Se l'organizzazione esegue la fase 2, l'ambiente di gestione temporanea si trova all'interno dell'organizzazione. Se un OEM esegue la fase 2, l'ambiente di staging si trova nell'ambiente oem.

Panoramica dei file di configurazione MDT nel processo di precaricamento OEM

I file di configurazione MDT separati (CustomSettings.ini e Bootstrap.ini) vengono usati dalle sequenze di attività eseguite durante la fase 1 e la fase 3 del processo di precaricamento OEM. Tuttavia, entrambi i file di configurazione esistono simultaneamente in strutture di cartelle diverse.

Nella prima fase, i file di configurazione vengono usati durante la creazione del computer di riferimento e vengono archiviati nella cartella specifica della sequenza di attività usata in tale fase. I file di configurazione usati nella terza e nell'ultima fase del processo di precaricamento OEM vengono archiviati nella cartella specifica della sequenza di attività usata in tale fase.

Quando si apportano modifiche ai file di configurazione, assicurarsi che vengano apportate modifiche al file di configurazione che corrispondano alla sequenza di attività appropriata in ogni fase del processo di precaricamento OEM.

Panoramica dei file di log MDT nel processo di precaricamento OEM

I file di log MDT separati vengono generati durante la fase 1 e la fase 3 del processo di precaricamento OEM:

  • I file di log MDT per la fase 1 vengono archiviati nelle cartelle C:\MININT e C:\SMSTSLog.

  • I file di log MDT per la fase 3 vengono archiviati nella cartella %WINDIR%\System32\CCM\Logs per le distribuzioni basate su x86 o nella cartella %WINDIR%\SysWow64\CCM\Logs per le distribuzioni basate su x64.

    Usare la cartella appropriata per la diagnosi o la risoluzione dei problemi di distribuzione correlati a MDT.

Distribuzioni in fasi con LTI

Per le distribuzioni LTI, eseguire il processo di precaricamento OEM usando un tipo di condivisione di distribuzione supporti rimovibili (supporti). Altri tipi di condivisione di distribuzione non sono supportati per il processo di precaricamento OEM.

Per eseguire il processo di precaricamento OEM, creare una sequenza di attività basata sul modello di sequenza di attività Litetouch OEM Task Sequence, oltre a qualsiasi sequenza di attività che verrà usata per distribuire il sistema operativo di destinazione. Creare quindi una condivisione di distribuzione multimediale rimovibile che alla fine creerà un file ISO del contenuto della condivisione di distribuzione, in particolare il file LiteTouchPE_x86.iso o LiteTouchPE_x64.iso (in base alla piattaforma del processore del computer di destinazione). Il processo di aggiornamento della condivisione di distribuzione crea anche una struttura di cartelle che può essere usata per creare supporti in formato disco universale.

Processo di precaricamento OEM LTI - Fase 1: Creare un'immagine Media-Based

L'organizzazione di distribuzione esegue la prima fase del processo di precaricamento OEM. Il risultato finale di questa fase è un'immagine di avvio (ad esempio un file ISO) o un supporto (ad esempio un DVD) inviato all'OEM o all'ambiente di gestione temporanea all'interno dell'organizzazione di distribuzione. La maggior parte di questi passaggi viene eseguita in Deployment Workbench.

Per creare un'immagine basata su supporti per il recapito all'OEM o all'ambiente di gestione temporanea all'interno dell'organizzazione di distribuzione

  1. Popolare i nodi seguenti per la condivisione di distribuzione in Deployment Workbench:

    • Sistemi operativi

    • Applicazioni

    • Pacchetti

    • Driver predefiniti

      Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Gestione delle condivisioni di distribuzione in Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit (Gestione delle condivisioni di distribuzione in Deployment Workbench) nel documento MDT Using the Microsoft Deployment Toolkit (Gestione delle condivisioni di distribuzione in Deployment Workbench).

  2. Creare una nuova sequenza di attività basata sul modello di sequenza di attività Litetouch OEM Task Sequence in Deployment Workbench.

    Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Configuring Task Sequences in the Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit ( Configurazione delle sequenze di attività nel workbench di distribuzione) nel documento MDT Using the Microsoft Deployment Toolkit ( Configurazione delle sequenze di attività nel workbench di distribuzione).

  3. Creare una o più sequenze di attività che verranno usate per distribuire il sistema operativo di destinazione nel computer di destinazione dopo la distribuzione nell'ambiente di produzione.

    Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Configuring Task Sequences in the Deployment Workbench" nel documento MDT Using the Microsoft Deployment Toolkit ( Configurazione delle sequenze di attività nel workbench di distribuzione) nel documento MDT Using the Microsoft Deployment Toolkit ( Configurazione delle sequenze di attività nel workbench di distribuzione).

  4. Creare un profilo di selezione che includa le applicazioni, i sistemi operativi, i driver, i pacchetti e le sequenze di attività necessarie per la distribuzione OEM.

    Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Gestire i profili di selezione" nel documento MDT Using the Microsoft Deployment Toolkit .For more information about performing this step, see the section, "Manage Selection Profiles", in the MDT document Using the Microsoft Deployment Toolkit.

  5. Creare supporti di distribuzione.

    Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Gestire i supporti di distribuzione LTI" nel documento MDT Using the Microsoft Deployment Toolkit .For more information on performing this step, see the section, "Manage LTI Deployment Media", in the MDT document Using the Microsoft Deployment Toolkit.

  6. Aggiornare il supporto di distribuzione creato in Deployment Workbench nel passaggio precedente.

    Quando si aggiorna il supporto di distribuzione, Deployment Workbench crea il file LiteTouchMedia.iso. Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Gestire i supporti di distribuzione LTI" nel documento MDT Using the Microsoft Deployment Toolkit .For more information about performing this step, see the section, "Manage LTI Deployment Media", in the MDT document Using the Microsoft Deployment Toolkit.

  7. Masterizzare un DVD del file LiteTouchMedia.iso creato nel passaggio precedente.

    Nota

    Se si recapita il file ISO all'OEM o all'ambiente di gestione temporanea dell'organizzazione, questo passaggio non è necessario.

  8. Recapitare il file ISO o il DVD all'OEM o all'ambiente di staging dell'organizzazione.

Processo di precaricamento OEM LTI - Fase 2: Applicare l'immagine al computer di destinazione

La seconda fase del processo di precaricamento OEM viene eseguita dall'OEM o dal team di distribuzione nell'ambiente di gestione temporanea dell'organizzazione di distribuzione. Durante questa fase del processo, il file di .iso o il DVD creato nella fase 1 viene applicato ai computer di destinazione. Il risultato finale di questa fase è l'immagine distribuita nei computer di destinazione in modo che siano pronti per la distribuzione nell'ambiente di produzione.

Per applicare l'immagine ai computer di destinazione

  1. Avviare un computer di destinazione con il supporto creato nella fase 1.

    Viene avviato Windows PE e quindi viene avviata la Distribuzione guidata Di Windows.

  2. Nella Distribuzione guidata di Windows selezionare la sequenza di attività Oem Preinstallation Task Sequence for Staging Environment (Sequenza di attività di preinstallazione OEM per l'ambiente di staging ).

    Verrà avviata la sequenza di attività e il contenuto del supporto di avvio verrà copiato nel disco rigido locale del computer di destinazione.

  3. Al termine della Distribuzione guidata Windows per la sequenza di attività di preinstallazione OEM per l'ambiente di gestione temporanea , il disco rigido sarà pronto per avviare il resto del processo di distribuzione eseguendo la Distribuzione guidata Di Windows per le altre sequenze di attività usate per distribuire il sistema operativo.

    La sequenza di attività Oem Preinstallation Task Sequence for Staging Environment è responsabile della distribuzione dell'immagine nel computer di destinazione e dell'avvio del processo LTI. La Distribuzione guidata di Windows verrà avviata una seconda volta per eseguire le sequenze di attività usate per distribuire il sistema operativo nel computer di destinazione.

  4. Clonare il contenuto del primo disco rigido in tutti i computer di destinazione nell'ambiente di staging in base alle esigenze.

  5. I computer di destinazione vengono recapitati all'ambiente di produzione per la distribuzione.

Processo di precaricamento OEM LTI - Fase 3: Completare la distribuzione del computer di destinazione

La terza e ultima fase del processo di precaricamento OEM viene eseguita nell'ambiente di produzione dell'organizzazione di distribuzione. Durante questa fase del processo, viene avviato il computer di destinazione e viene avviata l'immagine multimediale di avvio, posizionata sul disco rigido nell'ambiente di staging durante la fase precedente.

Per completare la distribuzione dei computer di destinazione nell'ambiente di produzione

  1. Avviare il computer di destinazione.

    Viene avviato Windows PE e quindi viene avviata la Distribuzione guidata Di Windows.

  2. Completare la Distribuzione guidata di Windows usando le informazioni di configurazione specifiche per ogni computer di destinazione.

    Per altre informazioni sul completamento di questo passaggio, vedere la sezione "Esecuzione della Distribuzione guidata" nel documento MDT Using the Microsoft Deployment Toolkit (Esecuzione della distribuzione guidata).

    Al termine di questa fase, il computer di destinazione sarà pronto per l'uso nell'ambiente di produzione.

Uso di Windows PowerShell per eseguire attività comuni

Le attività di amministrazione di MDT in Deployment Workbench vengono eseguite dai cmdlet di Windows PowerShell sottostanti, che è possibile usare per automatizzare le attività amministrative, ad esempio quelle nelle sezioni seguenti.

È possibile automatizzare l'amministrazione di MDT seguendo questa procedura:

Creazione di una nuova condivisione di distribuzione

I comandi Windows PowerShell seguenti creano una nuova condivisione di distribuzione in D:\Production Deployment Share denominata Production$. The new deployment share will be displayed in the Deployment Workbench as Production.

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

Creazione di una cartella

I comandi Windows PowerShell seguenti creano una cartella Adobe nell'albero della console di Deployment Workbench in 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

Nota

L'aggiunta di "remove-psdrive" allo script garantisce che il processo in background venga completato prima di procedere.

Eliminazione di una cartella

I comandi Windows PowerShell seguenti eliminano la cartella 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

Nota

Lo script avrà esito negativo se la cartella non è vuota.

Importazione di un driver di dispositivo

I comandi di Windows PowerShell seguenti importano il driver del dispositivo di monitoraggio WFP Dell 2407 nella condivisione di distribuzione Di produzione.

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

Eliminazione di un driver di dispositivo

Il comando Windows PowerShell seguente elimina il driver di monitoraggio WFP Dell 2407 dalla condivisione di distribuzione Production.

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

Importazione di un pacchetto del sistema operativo

I comandi Windows PowerShell seguenti importano tutti i pacchetti del sistema operativo in D:\Aggiornamenti\Microsoft\Vista. Questi pacchetti del sistema operativo verranno archiviati nella condivisione di distribuzione Produzione, che si trova in D:\Production Deployment Share.

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

Eliminazione di un pacchetto del sistema operativo

Il comando Windows PowerShell seguente elimina il pacchetto del sistema operativo specificato dalla condivisione di distribuzione Production.

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

Importazione di un sistema operativo

I comandi Windows PowerShell seguenti importano il sistema operativo Windows Vista in D:\Sistemi operativi\Windows Vista x86. Il sistema operativo verrà archiviato nella condivisione di distribuzione Produzione, che si trova in 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

Eliminazione di un sistema operativo

Il comando Windows PowerShell seguente elimina il sistema operativo HOMEBASIC di Windows Vista dalla condivisione di distribuzione Production.

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

Creazione di un'applicazione

I comandi di Windows PowerShell seguenti creano l'applicazione Adobe Reader 9 usando i file di origine di D:\Software\Adobe\Reader 9. L'applicazione verrà archiviata nella condivisione di distribuzione Production, che si trova in D:\Production Deployment Share.

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

Eliminazione di un'applicazione

Il comando Windows PowerShell seguente elimina l'applicazione Adobe Reader 9 dalla condivisione di distribuzione Production.

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

Creazione di una sequenza di attività

I comandi di Windows PowerShell seguenti creano la sequenza di attività Build di produzione di Windows Vista nella condivisione di distribuzione Produzione, che si trova in 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

Eliminazione di una sequenza di attività

Il comando Windows PowerShell seguente elimina la sequenza di attività Build di produzione di Windows Vista dalla condivisione di distribuzione Production.

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

Creazione di un database MDT

I comandi Windows PowerShell seguenti creano un nuovo database MDT nel server di deployment_server per la condivisione di distribuzione Production. La connessione al database verrà eseguita tramite 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

Creazione di un profilo di selezione

I comandi Windows PowerShell seguenti creano un nuovo profilo di selezione applicazioni.

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

Aggiornamento di una condivisione di distribuzione

I comandi di Windows PowerShell seguenti aggiornano la condivisione di distribuzione Production, che si trova in 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

Creazione di una condivisione di distribuzione collegata

I comandi di Windows PowerShell seguenti creano una condivisione di distribuzione collegata alla condivisione di distribuzione Production e si trova nella condivisione \\remote_server_name\Deployment$. Il profilo di selezione Tutto viene usato per determinare quale contenuto viene replicato nella condivisione di distribuzione collegata. Il contenuto della condivisione di distribuzione Production verrà unito al contenuto già esistente nella condivisione \\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

Aggiornamento di una condivisione di distribuzione collegata

I comandi Windows PowerShell seguenti aggiornano la condivisione di distribuzione 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

Eliminazione di una condivisione di distribuzione collegata

I comandi di Windows PowerShell seguenti eliminano la condivisione di distribuzione LINKED001.

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

Creazione di supporti

I comandi Windows PowerShell seguenti creano una cartella di origine che contiene il contenuto usato per creare supporti di avvio. La condivisione di distribuzione Di produzione verrà usata come origine. Il profilo di selezione Tutto determina il contenuto inserito nella cartella del contenuto multimediale. Il file LiteTouchMedia.iso verrà creato quando viene generato il supporto. Il supporto supporterà sia le piattaforme x86 che 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

Generazione di supporti

I comandi di Windows PowerShell seguenti creano il file LiteTouchMedia.iso in D:\Media, che userà il contenuto della cartella di origine multimediale MEDIA001.

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

Eliminazione di supporti

Il comando Windows PowerShell seguente elimina il supporto MEDIA001 dalla condivisione di distribuzione Production.

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

Ritardo dell'aggiunta al dominio per evitare l'applicazione di oggetti Criteri di gruppo

I Criteri di gruppo sono una tecnologia ricca e flessibile che consente di gestire in modo efficiente un gran numero di oggetti computer e utenti di Active Directory Domain Services (AD DS) attraverso un modello centralizzato uno-a-molti. Le impostazioni dei Criteri di gruppo sono contenute in un oggetto Criteri di gruppo (GPO) e collegate a uno o più contenitori di servizi AD DS: siti, domini e unità organizzative (UO).

Alcune organizzazioni hanno impostazioni Criteri di gruppo restrittive e potrebbero causare problemi durante le distribuzioni del sistema operativo. Ad esempio, le impostazioni di Criteri di gruppo seguenti possono interrompere un processo di accesso automatico:

  • Restrizioni di accesso automatico

  • Ridenominazione dell'account amministratore

  • Banner e didascalie legali

  • Criteri di sicurezza restrittivi (ad esempio, i criteri Di sicurezza specializzata - Funzionalità limitate [SSLF])

    Un'opzione per risolvere i problemi che un oggetto Criteri di gruppo potrebbe causare durante la distribuzione consiste nell'aggiungere il computer al dominio il più tardi possibile nel processo di distribuzione. Questo join può essere eseguito usando un passaggio della sequenza di attività personalizzata che esegue lo script ZTIDomainJoin.wsf.

    Per aggiungere il computer di destinazione al dominio, lo script ZTIDomainJoin.wsf usa le proprietà DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain e MachineObjectOU . È possibile dichiarare queste proprietà usando la Distribuzione guidata Di Windows, le regole di condivisione di distribuzione, il database MDT e Configuration Manager regole di computer e raccolta. L'account usato deve disporre dei diritti necessari per creare ed eliminare oggetti computer nel dominio.

    In genere, lo script ZTIConfigure.wsf aggiorna il file Unattend.xml o Unattend.txt con i valori specificati da queste proprietà. Queste impostazioni vengono quindi analizzate dal programma di installazione di Windows e il sistema tenta di aggiungersi al dominio nelle prime fasi del processo di distribuzione. In questo modo, il computer di destinazione viene sottoposto alle impostazioni specificate negli oggetti Criteri di gruppo di dominio e può causare l'esito negativo del processo di distribuzione.

    Per ritardare intenzionalmente l'aggiunta del computer di destinazione al dominio durante il processo di distribuzione, è possibile rimuovere determinati elementi dal file Unattend.xml. Lo script ZTIConfigure.wsf ignora la scrittura delle proprietà nel file Unattend.xml se l'elemento della proprietà associata non è presente nel file.

Nota

Questa soluzione alternativa di esempio è valida solo quando si distribuiscono i sistemi operativi Windows 7, Windows Server 2008 o Windows Server 2008 R2.

Preparare il file unattend.xml in modo che il computer di destinazione non tenti di aggiungere il dominio durante l'installazione di Windows

  1. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (dove deployment_share è il nome della condivisione di distribuzione e task_sequence è il nome della sequenza di attività da configurare).

  3. Nel riquadro Azioni selezionare Proprietà.

  4. Nella scheda Informazioni sul sistema operativo selezionare Modifica Unattend.xml.

    Viene avviato Windows System Image Manager (Windows SIM).

  5. Nel riquadro File di risposte passare a 4 specialize/Identification/Credentials.In the Answer File pane, go to 4 specialize/Identification/Credentials. Fare clic con il pulsante destro del mouse su Credenziali e quindi scegliere Elimina.

  6. Selezionare Sì.

  7. Salvare il file di risposte e quindi uscire da Windows SIM.

  8. Selezionare OK nella finestra di dialogo Proprietà della sequenza di attività.

    Con gli Credentials elementi mancanti nel file unattend.xml, lo script ZTIConfigure.wsf non è in grado di popolare le informazioni di aggiunta al dominio nel file di Unattend.xml, impedendo al programma di installazione di Windows di tentare di aggiungere il dominio.

    Per aggiungere un passaggio della sequenza di attività che unisce il computer di destinazione al dominio

  9. Selezionare Start e quindi scegliere Tutti i programmi. Scegliere Microsoft Deployment Toolkit e quindi Deployment Workbench.

  10. Nell'albero della console di Deployment Workbench passare a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (dove deployment_share è il nome della condivisione di distribuzione e task_sequence è il nome della sequenza di attività da configurare).

  11. Nel riquadro Azioni selezionare Proprietà.

  12. Nella scheda Sequenza di attività passare a ed espandere il nodo Ripristino stato.

  13. Verificare che il passaggio della sequenza di attività Ripristina da dominio sia presente. In caso affermativo, procedere al passaggio 9.

  14. Nella finestra di dialogo Proprietà della sequenza di attività selezionare Aggiungi, passare a Impostazioni e selezionare Ripristina da dominio.

  15. Aggiungere il passaggio Della sequenza di attività Ripristina da dominio all'editor della sequenza di attività. Verificare che il passaggio si trova nella posizione desiderata nella sequenza di attività.

  16. Verificare che le impostazioni per il passaggio della sequenza di attività Ripristina da dominio siano configurate per soddisfare le proprie esigenze.

  17. Selezionare OK nella finestra di dialogo Proprietà della sequenza di attività per salvare la sequenza di attività.