Guida agli esempi di Microsoft Deployment Toolkit

Questa guida fa parte di Microsoft Deployment Toolkit (MDT) e guida un team di specialisti nella distribuzione dei sistemi operativi Windows e di 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 di Windows basate su processore ARM. Analogamente, MDT fa riferimento alla versione corrente di MDT, se non diversamente specificato.

Per usare questa guida:

Esaminare l'elenco degli argomenti relativi agli scenari nel sommario.

  1. Selezionare lo scenario che più si avvicina agli obiettivi di distribuzione dell'organizzazione.

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

  3. Usa le impostazioni di configurazione di esempio come base per le impostazioni di configurazione nel tuo ambiente.

  4. Personalizza le impostazioni di configurazione di esempio per il tuo 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, l'esame delle guide elencate nella tabella seguente può essere ulteriormente utile per personalizzare le impostazioni di configurazione per l'ambiente.

    Guida Questa guida offre assistenza
    Guida introduttiva per Microsoft System Center 2012 R2 Configuration Manager Utilizzare System Center 2012 R2 Configuration Manager per installare il sistema operativo Windows 8.1 in uno scenario di distribuzione Nuovo computer.
    Guida rapida per l'installazione di Lite Touch Installare il sistema operativo Windows 8.1 tramite Lite Touch Installation (LTI) usando supporti di avvio in uno scenario di distribuzione Nuovo computer.
    Guida introduttiva all'installazione 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 Nuovo computer.
    Uso di Microsoft Deployment Toolkit Personalizza ulteriormente i file di configurazione utilizzati nelle distribuzioni Zero Touch Installation (ZTI) e LTI. Questa guida fornisce anche indicazioni generiche sulla configurazione e un riferimento tecnico per le impostazioni di configurazione.

Distribuzione di applicazioni Windows 8 con MDT

MDT può distribuire Windows 8 pacchetti di applicazioni, che hanno un'estensione di file .appx. Questi pacchetti di applicazioni sono una novità di Windows 8. Per altre informazioni su queste applicazioni, vedi Sviluppo di app di Windows Store.

Distribuire le applicazioni di Windows 8 usando MDT eseguendo la procedura seguente:

Distribuzione di applicazioni Windows 8 con LTI

È possibile distribuire le applicazioni di Windows 8 tramite 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 tramite LTI

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

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

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

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

    Durante il completamento della Creazione guidata nuova applicazione, nella pagina della procedura guidata Dettagli comandodigitareapp_file_name (dove app_file_name è il nome dell'applicazione Windows 8).

    Per altre informazioni su come completare la procedura guidata Nuova applicazione in Deployment Workbench, vedere le sezioni seguenti nel documento MDT, Uso del toolkit di distribuzione Microsoft:

    • "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 di Windows 8 tramite UDI

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

Nota

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

Per distribuire un'applicazione Windows 8 tramite 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 creerai più avanti nel processo.

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

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

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

  4. Creare un elemento applicazione di Configuration Manager per l'applicazione Windows 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 per Windows Windows 8 usando la Creazione guidata del tipo di distribuzione. Nella procedura guidata Crea tipo di distribuzione nella pagina Contenuto, in Programma di installazione, digitare app_file_name (dove app_file_name è il nome dell'applicazione Windows 8).

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

  5. Assicurarsi che la funzionalità di affinità utente dispositivo (UDA) in Configuration Manager sia configurata correttamente per supportare l'affinità tra utenti e dispositivi per la distribuzione dell'applicazione Configuration Manager.

    Per altre informazioni su come configurare Autenticazione definita dall'utente per supportare la distribuzione di applicazioni di Configuration Manager, 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 le applicazioni in Configuration Manager.

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

    Per altre informazioni su come configurare la pagina della procedura guidata ApplicationPage usando il Designer Creazione guidata UDI, 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 l'installazione di User-Driven.

  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à User-Centric Programma di installazione app (AppInstall.exe) nell'UDI.

    Per altre informazioni sulla funzionalità User-Centric programma di installazione app nell'UDI, vedi la sezione "Riferimento al programma di installazione app incentrato sull'utente" nel documento MDT Toolkit Reference.

Gestione di MDT con Windows PowerShell

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

Caricamento dell'Windows PowerShell Snap-In MDT

I cmdlet MDT sono forniti in uno snap-in di Windows PowerShell 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 per MDT. La cartella radice per la condivisione di distribuzione viene creata e condivisa utilizzando cmdlet standard di Windows PowerShell e chiamate ai comandi della classe Strumentazione gestione Windows (WMI). La condivisione di distribuzione viene popolata utilizzando il provider di Windows PowerShell MDTProvider e il cmdlet NewPSDrive. L'unità MDTProvider di Windows PowerShell viene mantenuta utilizzando il cmdlet Add-MDTPersistentDrive.

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

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

  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 della cartella.

  3. Condividi la cartella creata nel passaggio precedente utilizzando la classe WMI win32_share come seminato 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. Specifica 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 inizia automaticamente a creare la condivisione di distribuzione e a copiare le informazioni del 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 Nome (DS002) deve essere univoco e non può essere uguale a una condivisione di distribuzione esistente in un'unità Windows PowerShell.

  5. Verificare che le cartelle di condivisione di distribuzione appropriate siano state create utilizzando il comando dir , come mostrato 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 delle 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 utilizzata per passare al cmdlet l'oggetto unità Windows PowerShell per la nuova condivisione di distribuzione.

    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 di 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 MDTProvider di Windows PowerShell. Queste stesse proprietà possono essere visualizzate anche in Deployment Workbench.

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    Nell'elenco viene fornito l'elenco delle unità Windows PowerShell che vengono fornite tramite MDTProvider.

  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 restituito 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 MDTProvider di Windows PowerShell. 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 MDT di Windows PowerShell

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    Nell'elenco delle unità di Windows PowerShell fornite tramite MDTProvider sono elencati uno 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 MDTProvider di Windows PowerShell. 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 utilizzando Deployment Workbench, come descritto in "Aggiornare una condivisione di distribuzione in Deployment Workbench".

Per aggiornare una condivisione di distribuzione utilizzando Windows PowerShell

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    È elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider.

  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 restituito 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 alcun 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 MDTProvider di Windows PowerShell. 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 utilizzando Deployment Workbench, come descritto in "Replicare le condivisioni di distribuzione collegate in Deployment Workbench".

Per aggiornare una condivisione di distribuzione collegata tramite Windows PowerShell

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    È elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider.

  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 restituito 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 alcun output se l'aggiornamento ha esito positivo.

Aggiornamento dei supporti di distribuzione tramite Windows PowerShell

È possibile aggiornare (generare) supporti di distribuzione usando il cmdlet Update-MDTMedia e il provider MDTProvider di Windows PowerShell. L'aggiornamento dei supporti di distribuzione replica il contenuto dalla condivisione di distribuzione originale alla condivisione di distribuzione collegata, quindi genera file .iso e WIM. Puoi eseguire lo stesso processo utilizzando Deployment Workbench, come descritto in "Generare immagini multimediali in 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 che si configura tramite:

    • Selezionare la casella di controllo Genera un'immagine ISO avviabile 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 tramite Windows PowerShell

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come indicato di seguito:

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

    È elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider.

  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 restituito 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 alcun output se l'aggiornamento ha esito positivo.

Gestione degli elementi in una condivisione di distribuzione tramite Windows PowerShell

Una condivisione di distribuzione contiene elementi utilizzati 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 i cmdlet di Windows PowerShell e quelli forniti con MDT.

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

Importare un elemento in una condivisione di distribuzione

Puoi importare ogni tipo di elemento, ad esempio sistemi operativi, applicazioni o driver di dispositivo, usando i cmdlet MDT. Per ogni tipo di elemento, esiste un cmdlet MDT specifico. Se si desidera importare più elementi in una condivisione di distribuzione utilizzando Windows PowerShell, vedere Compilazione automatica di una condivisione di distribuzione.

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

Cmdlet Descrizione
Importazione-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 di proprietà diverso. È possibile visualizzare le proprietà di un elemento in una condivisione di distribuzione utilizzando 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 tramite Windows PowerShell, vedere Automazione del popolamento di una condivisione di distribuzione.

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    È elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider.

  4. Restituisce un elenco degli elementi per il tipo di elemento di cui desideri 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 reindirizzato al cmdlet Format-List in modo che sia possibile 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

    Si sarebbe potuto anche usare il comando dir per visualizzare l'elenco dei sistemi operativi invece del 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 di Windows PowerShell per l'elemento, incluso il nome file restituito nel passaggio precedente. Puoi 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 utilizzando il cmdlet Remove-Item . Il cmdlet Remove-Item utilizza MDTProvider per rimuovere un elemento specifico, proprio come è possibile rimuovere un elemento in Deployment Workbench. Se si desidera rimuovere più elementi in una condivisione di distribuzione utilizzando Windows PowerShell, vedere Automazione del popolamento di una condivisione di distribuzione.

Nota

La rimozione di un elemento usato da una sequenza di attività causa un errore della sequenza di attività. Assicurarsi che un elemento non faccia riferimento ad altri elementi nella condivisione di distribuzione prima di rimuoverlo. Una volta rimosso, un elemento non può essere recuperato.

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità Windows PowerShell vengano ripristinate correttamente usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    È elencato l'elenco delle unità Windows PowerShell fornite tramite MDTProvider.

  4. Restituisce un elenco degli elementi per il tipo di elemento di cui desideri 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 reindirizzato al cmdlet Format-List in modo che sia possibile visualizzare i nomi lunghi dei sistemi operativi. Per altre informazioni su come usare il cmdlet Format-List , vedere Uso del cmdlet Format-List. Puoi usare lo stesso processo per restituire l'elenco di altri tipi di elementi, ad esempio driver di dispositivo o applicazioni.

    Consiglio

    Si sarebbe potuto anche usare il comando dir per visualizzare l'elenco dei sistemi operativi invece del 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 di Windows PowerShell per l'elemento, incluso il nome file restituito nel passaggio precedente.

    Puoi usare la stessa procedura 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 un errore della sequenza di attività. Assicurarsi che un elemento non faccia riferimento ad altri elementi nella condivisione di distribuzione prima di rimuoverlo.

Automazione del popolamento di una condivisione di distribuzione

I cmdlet di MDT per Windows PowerShell 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 avere la necessità di distribuire più condivisioni di distribuzione per diverse unità aziendali oppure un'organizzazione potrebbe fornire servizi di distribuzione del sistema operativo per altre organizzazioni. In entrambi questi esempi, le organizzazioni devono essere in grado di creare e popolare condivisioni di distribuzione configurate in modo coerente.

Un metodo per gestire più elementi consiste nell'usare un file con valori delimitati da virgole (CSV) contenente un elenco di tutti gli elementi che si desidera gestire in una condivisione di distribuzione utilizzando il cmdlet Import-CSV .

Di seguito è riportato un estratto di uno script di Windows PowerShell per importare un elenco di applicazioni in base alle informazioni contenute in un file .csv utilizzando 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.

Puoi usare lo stesso metodo per importare sistemi operativi, driver di dispositivo e altri elementi in una condivisione di distribuzione eseguendo la procedura seguente:

  1. Creare un file di .csv per ogni tipo di elemento di condivisione distribuzione che si desidera 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 di Windows PowerShell che verrà usato per automatizzare il popolamento della condivisione di distribuzione.

    Per ulteriori informazioni su come creare uno script di Windows PowerShell, vedere Creazione di script con Windows PowerShell.

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

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

  5. Aggiungere la riga del cmdlet Import-CSV per uno dei file di .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 del 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. Aggiungi 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 della condivisione di distribuzione tramite Windows PowerShell

È possibile gestire le cartelle in una condivisione di distribuzione usando strumenti da riga di comando, ad esempio il comando mkdir, oppure usando cmdlet di Windows PowerShell, come 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 ulteriori informazioni sulla modifica diretta degli elementi tramite i cmdlet di Windows PowerShell, vedere Modifica diretta degli elementi.

Creare una cartella in una condivisione di distribuzione tramite Windows PowerShell

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità di Windows PowerShell, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive come indicato di seguito:

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

    Nell'elenco delle unità di Windows PowerShell fornite tramite MDTProvider sono elencati uno per ogni condivisione di distribuzione

  4. Crea una cartella denominata Windows_8 nella cartella Sistemi operativi in una condivisione di distribuzione utilizzando 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 restituito nel passaggio 3.

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

    Get-ChildItem "DS002:\Operating Systems"

    Vengono visualizzate 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 della cartella.

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

    Get-ChildItem "DS002:\Operating Systems"

    Vengono visualizzate la cartella Windows_7 e tutte le altre cartelle esistenti nella cartella Sistemi operativi.

Eliminare una cartella in una condivisione di distribuzione tramite Windows PowerShell

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità di Windows PowerShell, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive come indicato di seguito:

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

    Nell'elenco delle unità di Windows PowerShell fornite tramite MDTProvider sono elencati uno per ogni condivisione di distribuzione.

  4. Eliminare (rimuovere) una cartella denominata Windows_8 nella cartella Sistemi operativi in una condivisione di distribuzione utilizzando 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 restituito 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 della 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 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 della cartella Sistemi operativi.

Rinominare una cartella in una condivisione di distribuzione tramite Windows PowerShell

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 condividono le unità Windows PowerShell, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive come indicato di seguito:

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

    Nell'elenco delle unità di Windows PowerShell fornite tramite MDTProvider sono elencati uno 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 restituito 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 riuscita della ridenominazione 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.

Automatizzazione 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 raccomandazioni di sicurezza e le impostazioni di configurazione più recenti.

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:

Automatizzazione 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 utilizzando Windows PowerShell quando si dispone di supporti di origine che includono il Service Pack, ad esempio con 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 esistente 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 tramite Windows PowerShell

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità di condivisione di Windows PowerShell di distribuzione MDT, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    Nell'elenco delle unità di Windows PowerShell fornite tramite MDTProvider sono elencati uno per ogni condivisione di distribuzione.

  4. Rimuovere la cartella per il sistema operativo esistente dalla condivisione di distribuzione utilizzando 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 restituito nel passaggio 3.

  5. Copiare il contenuto dei file di origine del sistema operativo in cui è integrato il Service Pack utilizzando 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. Aggiorna 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 usando il cmdlet Update-MDTMedia, vedere Aggiornamento dei supporti di distribuzione con 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 utilizzando Windows PowerShell quando si dispone solo del Service Pack non ancora integrato con il sistema operativo, ad esempio avendo SP1 per Windows 7 non ancora integrato con un'immagine di Windows 7.

Per questo metodo, distribuire il sistema operativo senza il Service Pack in un computer di riferimento. Quindi, applicare il service pack al computer di riferimento. Acquisire quindi un'immagine del sistema operativo del computer di riferimento. Infine, copiare il file WIM acquisito tramite il 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 tramite 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 Uso del toolkit di distribuzione Microsoft:

    • "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 ulteriori informazioni sull'installazione del Service Pack, vedere la documentazione fornita con il Service Pack.

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

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

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

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

    Restore-MDTPersistentDrive -Verbose

    Nota

    Se le distribuzioni MDT che condividono unità Windows PowerShell 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 unità di condivisione di Windows PowerShell di distribuzione MDT, una per ogni condivisione di distribuzione, usando il cmdlet Get-PSDrive, come illustrato nell'esempio seguente:

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

    Nell'elenco delle unità di Windows PowerShell fornite tramite MDTProvider sono elencati uno 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 utilizzando 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 Acquisizioni della condivisione DS002: è il nome di un'unità Windows PowerShell restituito nel passaggio 6 e il sistema operativo Windows 7 esistente è archiviato nella cartella denominata Windows 7.

  8. Aggiorna 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 usando il cmdlet Update-MDTMedia, vedere Aggiornamento dei supporti di distribuzione con 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 , IsDesktop, e 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 CustomSettings.ini

  1. [Settings] Nella sezione, nella Priority riga, aggiungere una sezione personalizzata per personalizzare la distribuzione in base al tipo di chassis (ByChassisTypenell'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 ciascun tipo di chassis da rilevare (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% nell'esempio seguente).

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

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

    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, vengono installate le stesse applicazioni installate in precedenza nel computer. A tale scopo, usare script MDT (in particolare ZTIGather.wsf) per eseguire query su due origini di informazioni separate:

  • Funzione di inventario software di Configuration Manager. 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—installato l'ultima volta Configuration Manager ha inventariato il computer.

  • Una tabella di mapping. Descrive quale pacchetto e programma devono essere installati per ogni record, perché i record Programma e funzionalità o Installazione applicazioni non specificano esattamente quale pacchetto ha installato l'applicazione, rendendo impossibile la selezione automatica del pacchetto in base al solo inventario.

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

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

  2. Inserire nella tabella i dati che associano il pacchetto appropriato all'applicazione elencata in Programmi 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 che ha 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 eventuali altri pacchetti. Qualsiasi elemento per il quale non è presente alcuna voce viene ignorato (non verrà installato alcun pacchetto).

  3. Creare una stored procedure per semplificare l'unione delle informazioni della 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 database del sito primario centrale di Configuration Manager risieda 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). È anche consigliabile concedere ad altri account l'accesso in lettura alla visualizzazione v_GS_ADD_REMOVE_PROGRAMS nel database Configuration Manager.

  4. Configurare il file CustomSettings.ini per eseguire una 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 del 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 per il database MDT denominato MDTDB nel computer che esegue l'istanza di SQL Server denominata SERVER1. Il database contiene una stored procedure denominata RetrievePackages (creata nel passaggio 3).

    Quando ZTIGather.wsf viene eseguito, 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 dal corrispondente "?". Questa query restituisce un set di record con le righe immesse nel passaggio 2.

    Un numero variabile di argomenti non può essere passato a una stored procedure. Di conseguenza, quando un computer dispone di più indirizzi MAC, non tutti gli indirizzi MAC possono essere passati alla stored procedure. In alternativa, sostituire la stored procedure con una visualizzazione che consenta di eseguire query sulla visualizzazione con un'istruzione SELECT con una IN clausola per passare tutti i valori dell'indirizzo MAC.

    In base allo scenario presentato di seguito, se il valore Office12.0 inserito nella tabella (passaggio 2) nel computer corrente 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 automatizzata

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

È possibile automatizzare la Distribuzione guidata di Windows utilizzata nel processo di distribuzione LTI per ridurre (o eliminare) le pagine della procedura guidata visualizzate. È possibile ignorare l'intera Distribuzione guidata Windows specificando la proprietà SkipWizard in CustomSettings.ini. Per ignorare 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, vedi la sezione "Fornire proprietà per le pagine della procedura guidata di distribuzione ignorate" nel documento MDT Toolkit Reference.

Distribuzione LTI completamente automatizzata per uno scenario di aggiornamento del computer

Di seguito viene illustrato un file di CustomSettings.ini usato per uno scenario di aggiornamento del computer per ignorare tutte le pagine del Programma di distribuzione 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=<complex_password>

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Distribuzione LTI completamente automatizzata per un nuovo scenario di computer

Di seguito è riportato un esempio di un file di CustomSettings.ini usato per uno scenario Nuovo computer per ignorare tutte le pagine della Distribuzione guidata 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=<complex_password>

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

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

Chiamata di servizi Web in MDT

Nelle versioni precedenti di MDT, l'elaborazione delle regole era supportata tramite CustomSettings.ini e database, da cui era possibile recuperare i valori dal computer locale, in genere usando WMI, per prendere decisioni su ciò che doveva essere fatto in ogni computer durante la distribuzione. Inoltre, è possibile eseguire query SQL e chiamate stored procedure per recuperare informazioni aggiuntive da database esterni. Tuttavia, questo approccio comportava delle sfide, specialmente per quanto riguarda la creazione di connessioni sicure a SQL Server.

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

Di seguito viene illustrato come configurare CustomSettings.ini per chiamare un particolare servizio Web. In questo scenario, il servizio Web viene scelto in modo casuale da una ricerca Internet. Prende 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 ------

Ci sono alcune piccole complicazioni da tenere d'occhio quando si esegue un servizio Web:

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

  • CustomSettings.ini o ZTIGather.xml cerca le proprietà definite nel markup XML restituito come risultato della chiamata al servizio Web (proprio come con una query di database o un'altra regola). Tuttavia, per la ricerca XML viene fatta distinzione tra maiuscole e minuscole. Fortunatamente, il servizio Web descritto qui restituisce tutti i nomi di proprietà in maiuscolo, che è quello che ZTIGather.xml previsto. Per ovviare a questo problema, è possibile modificare il mapping delle voci minuscole o miste.

  • È consigliabile eseguire una POST richiesta al servizio Web, quindi la chiamata al servizio Web deve essere in grado di supportare un POSTservizio .

Connessione alle risorse di rete

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

Nota

Per eseguire query su database di SQL Server ospitati in un server diverso da quello 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.

Utilizzando 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, lo script ZTIConnect.wsf viene eseguito come attività Sequenza attività. Eseguire lo script ZTIConnect.wsf prima delle attività che richiedono l'accesso a un server diverso da quello che ospita la condivisione di distribuzione.

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

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 di attività, passare al gruppo (dove gruppo è il gruppo in cui eseguire lo script ZTIConnec.wsf) e selezionare Aggiungi. Seleziona Generale, quindi seleziona Esegui riga di comando.

    Nota

    Aggiungere l'attività prima di aggiungere qualsiasi attività che richieda l'accesso alle risorse nel server di destinazione.

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

    Contenuto della casella Eseguire l'operazione seguente
    Nome Digitare Connetti al server (dove server è il nome del server a cui connettersi).
    Descrizione Digitare il testo che spiega perché è necessario stabilire 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à utilizzando le informazioni seguenti. Se non specificato, accettare i valori predefiniti e quindi scegliere OK.

    Contenuto della casella Eseguire l'operazione seguente
    Codici di successo Digitare 0 3010. (Lo script ZTIConnect.wsf restituisce questi codici al completamento).
    Casella di riepilogo Condizioni Aggiungere le eventuali condizioni necessarie. (Nella maggior parte dei casi questo compito non richiede condizioni.)

    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 in computer con gli stessi dispositivi hardware ma di marca e modello diversi

Le variazioni sui numeri e sui nomi dei modelli possono esistere praticamente senza differenze 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 exit dell'utente che restituisce una sottostringa del numero di modello.

Per creare alias di modello

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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. Crea alias per i tipi di hardware nelle sezioni Make e Model del database MDT. Troncare il tipo di modello in corrispondenza delle 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. Aggiungi la [SetModel] sezione alle impostazioni di priorità nella [Settings] sezione.

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

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

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

    Di seguito sono illustrati rispettivamente un CustomSettings.ini e uno 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 dell'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 condizionali della sequenza di attività

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 è necessario eseguire un passaggio della sequenza di attività.

Usando MDT, eseguire una sequenza di attività in modo condizionale basata su:

  • Una o più istruzioni IF

  • Una variabile della sequenza di attività

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

  • Le proprietà di un file

Configurazione di un passaggio della sequenza di attività condizionale

I passaggi condizionali della sequenza di attività 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 meno del passaggio.

Nota

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

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

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 scheda Sequenza di attività della finestra di dialogo Proprietàtask_sequence selezionare il passaggio (dove passo è 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 nelle condizioni

Tutte le condizioni della sequenza di attività includono una o più istruzioni IF . Le istruzioni IF sono la base per la creazione di passaggi condizionali della sequenza di attività. Una condizione passaggio della sequenza di attività può includere una sola istruzione IF , ma più istruzioni IF possono essere annidate 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 sottostanti questa istruzione IF devono essere vere.
Qualsiasi condizione Tutte le condizioni sottostanti questa istruzione IF sono vere.
Nessuna Nessuna, le condizioni sottostanti questa istruzione IF sono vere.

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

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

  1. Nella scheda Opzionepassaggio (dove step è il nome del passaggio della sequenza di attività da configurare), selezionare Aggiungi e quindi selezionare l'istruzione IF.

  2. Nella finestra di dialogo Proprietà istruzione If selezionare condizione, dove condizione è una delle condizioni elencate nella tabella precedente, quindi selezionare OK.

Variabili della sequenza di attività in condizioni

Usare la condizione Variabile della sequenza di attività per valutare qualsiasi variabile della sequenza di attività creata da un'attività Imposta variabile della sequenza di attività o da qualsiasi attività nella sequenza di attività. Si consideri, ad esempio, una rete contenente computer client Windows XP che fanno parte di un dominio e alcuni che si trovano in un gruppo di lavoro. Poiché il criterio di dominio corrente impone 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 per i computer che fanno parte del gruppo di lavoro. In tal caso, aggiungere una condizione all'attività Trascrivi Capture User Files and Settings destinata ai computer del gruppo di lavoro.

Per aggiungere una condizione in base a una variabile della sequenza di attività

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

  2. Nella casella Variabile della finestra di dialogo Condizionevariabile della sequenza di attività digitare OSDJoinType.

    Nota

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

  3. Nella casella Condizione selezionare uguale a.

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

Versione del sistema operativo in condizioni

Utilizzare la condizione Versione 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). Ad esempio, si consideri 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 utilizzate da Windows Server 2008.

Per aggiungere una condizione in base alla versione del sistema operativo

  1. Nell'Editor sequenza di attività selezionare l'attività Trascrivi Impostazioni di rete.

  2. Selezionare Aggiungi condizione, quindi selezionare Versione sistema operativo.

  3. Nella casella Architettura , selezionare il server pertinente. Nell'esempio, selezionare x86.

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

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

Proprietà del file nelle condizioni

Usare la condizione Proprietà file per verificare la versione e/o i tempi 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 che viene costantemente aggiornata e utilizzata per ogni nuovo server aggiunto alla rete. Tutti i computer server nell'ambiente eseguono un'applicazione personalizzata che richiede l'API (Application Programming Interface) DAO (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é la gestione e l'aggiornamento delle immagini sono affidate a un gruppo diverso, si decide di modificare la sequenza di attività di distribuzione in modo da 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 crea un pacchetto per installare DAO 3.60.6815. Chiama questo pacchetto DAO, con un programma chiamato InstallDAO. Per altre informazioni sulla creazione di pacchetti, vedere Come creare un pacchetto.

  2. Creare un passaggio di installazione del software per distribuire il pacchetto DAO.

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

  4. Selezionare Aggiungi condizione, quindi selezionare Proprietà file.

  5. Nella casella Percorso, digita C:\Programma Files\Microsoft Shared\DAO\dao360.dll.

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

  7. Nella casella Versione digitare 3.60.6815.

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

Proprietà cartella in Condizioni

Usare la condizione Proprietà cartella per verificare il timestamp di una determinata cartella e 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 hanno installato la versione più recente dell'applicazione ed è necessario eseguire un processo di conversione dei dati prima di poter aggiornare l'applicazione.

Se la data e l'ora della cartella in cui è installata l'applicazione è 31/12/2007 o precedente, il computer di destinazione esegue la versione incompatibile dell'applicazione ed è necessario eseguire il processo di conversione dei dati nel computer di destinazione. Eseguire un passaggio della sequenza di attività in modo condizionale per eseguire il processo di conversione dei dati nei computer in cui è disponibile 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à da 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 Aggiungi condizione, quindi selezionare 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 di o uguale a per la condizione.

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

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

Impostazioni del Registro di sistema in Condizioni

Usare la condizione Impostazione del Registro di sistema per verificare l'esistenza di chiavi e valori nel Registro di sistema e i dati corrispondenti archiviati nei valori del Registro di sistema. Ad esempio, si consideri un caso in cui un'applicazione attualmente usata in un piccolo gruppo di computer non può essere eseguita in Windows 8 ed è in atto una distribuzione di Windows 8 per aggiornare i computer che attualmente eseguono Windows XP. Creare una condizione nella primissima attività di una sequenza per verificare nel Registro di sistema la presenza di una voce per l'applicazione incompatibile e interrompere il processo di distribuzione per tale computer, se trovata.

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à, modifica task_sequence (dove sequenza di attività è la sequenza di attività che distribuisce Windows 8).

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

  3. Selezionare Aggiungi condizione, quindi selezionare Impostazioni 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'inesistenza di un valore se il nome del valore viene digitato nella casella Nome valore .

  8. Se è stata utilizzata una condizione diversa da Esiste/Non esiste , specificare un valore e un tipo di valore.

  9. Selezionare OK.

Query WMI in condizioni

Usare la condizione Query WMI per eseguire una query WMI. La condizione viene valutata come True se la query restituisce almeno un risultato. Ad esempio, si consideri 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 query WMI a un passaggio della sequenza di attività

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

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

  3. Selezionare Aggiungi condizione, quindi 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%". Selezionare OK.

Software installato in condizioni

Utilizzare la condizione Software installato per verificare se un determinato software è attualmente installato in un computer di destinazione. Solo il software installato usando i file di Microsoft Installer (MSI) può essere valutato usando questa condizione. Si supponga, ad esempio, di voler aggiornare il sistema operativo di tutti i server tranne quelli che eseguono Microsoft SQL Server 2012.

Per aggiungere una condizione Software installato a un passaggio della sequenza di attività

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

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

  3. Selezionare Aggiungi condizione, quindi Software installato.

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

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

  6. Selezionare OK.

Condizioni complesse

È possibile raggruppare più condizioni usando istruzioni IF per creare condizioni complesse. Si supponga, ad esempio, che un determinato passaggio debba essere eseguito solo per i computer Contoso 1950 che eseguono Windows Server 2003 o Windows Server 2008. Scritta come istruzione IF programmatica, sarebbe simile alla 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à, modifica 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 Se istruzione e quindi selezionare Tutte le condizioni. Selezionare OK.

  4. Selezionare l'istruzione condition, selezionare Add condition e quindi selezionare Query WMI.

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

  6. Selezionare l'istruzione IF , quindi selezionare Aggiungi condizione. Selezionare Se istruzione e quindi selezionare Qualsiasi condizione. Selezionare OK.

  7. Selezionare la seconda istruzione IF . Selezionare Aggiungi condizione e quindi selezionare Versione sistema operativo.

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

  9. Nella casella Sistema operativo selezionare il sistema operativo e la versione. In questo esempio, selezionare x86 Windows 2003 Original Release. Selezionare OK.

  10. Selezionare la seconda istruzione IF . Selezionare Aggiungi condizione e quindi selezionare Versione sistema operativo.

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

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

Creazione di un'infrastruttura di distribuzione LTI altamente scalabile

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

Ridimensiona l'infrastruttura LTI tramite:

Garantire l'esistenza di un'infrastruttura adeguata

L'infrastruttura di distribuzione LTI altamente scalabile utilizza una topologia hub-and-spoke per la replica dei contenuti; Pertanto, nominare prima un server di distribuzione nell'ambiente di produzione che eseguirà il ruolo di server di distribuzione master. Di seguito sono elencati i componenti necessari per il server di distribuzione master.

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

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

Componente necessario 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 Necessario per la replica della condivisione di distribuzione
Servizi di distribuzione Windows Necessario per consentire l'avvio delle installazioni di rete basate su PXE

Nota

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

Aggiunta di contenuto a MDT

Compila il server di distribuzione master con il contenuto usando Deployment Workbench e crea e popola il database MDT come descritto nelle sezioni seguenti. Per informazioni su come popolare il database con:

  • Applicazioni, vedi la sezione "Configurazione delle applicazioni in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit

  • Sistemi operativi, vedere la sezione "Configurazione dei sistemi operativi in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit

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

  • Driver di dispositivo, vedi la sezione "Configurazione dei driver di dispositivo in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit

  • Sequenze di attività, vedi la sezione "Configurazione delle sequenze di attività in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit

Nota

Assicurati che il file LiteTouchPE_x86.wim creato quando viene aggiornata la condivisione di distribuzione 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 della configurazione di avvio deve essere aggiornato periodicamente in modo che rifletta l'ambiente Windows PE appena replicato. Esegui i passaggi seguenti 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 di seguito, il periodo di aggiornamento è impostato su 60 minuti; tuttavia, è possibile configurare questo valore per la replica durante un periodo uguale a quello del DFS-R.

Configurazione della replica distribuita del file system

Quando si ridimensiona l'architettura di distribuzione LTI, si usa DFS-R come base per la replica del contenuto sia dalla condivisione di distribuzione MDT che 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 i passaggi seguenti.

Per configurare DFS-R per replicare il contenuto della distribuzione

  1. Aprire la console Gestione DFS.

  2. Nella console 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. Seleziona Avanti.

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

    • Nella casella Nome per 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 di MDT 2010.

    • Verificare che la casella Domain contenga il nome di dominio corretto.

  7. Seleziona Avanti.

  8. Nella pagina Membri del gruppo di replica eseguire la procedura seguente:

    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 and Spoke, quindi selezionare Avanti.

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

  12. Seleziona Avanti.

  13. Nella pagina Connessioni hub e spoke assicurarsi che per ogni server di distribuzione secondario il server di distribuzione master elencato sia il membro hub richiesto.

  14. Seleziona Avanti.

  15. Nella pagina Replication Group Schedule and Bandwidth (Pianificazione gruppo di replica e larghezza di banda ) specificare una pianificazione per la replica del contenuto tra i server.

  16. Seleziona Avanti.

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

  18. Seleziona Avanti.

  19. Nella pagina Cartelle da replicare selezionare Aggiungi ed eseguire i passaggi seguenti:

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

    2. Selezionare Usa nome in base al percorso.

    3. Selezionare OK.

    4. Selezionare Aggiungi.

    5. Nella finestra di dialogo Aggiungi cartella da replicare , selezionare Sfoglia per passare alla cartella X:\RemoteInstall\Boot.

    6. Selezionare Usa nome in base al percorso.

  20. Seleziona Avanti.

  21. Nella pagina Percorso locale di distribuzione in Altri membri eseguire la procedura seguente:

    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:\Distribuzione (dove X è la lettera dell'unità nel server di distribuzione).

    4. Seleziona OK.

  22. Selezionare Avanti.

  23. Nel percorso locale di avvio nella pagina Altri membri eseguire la procedura seguente:

    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 di avvio nel server di distribuzione figlio, ad esempio X:\RemoteInstall\Boot (dove X è la lettera dell'unità nel server di distribuzione).

    4. Seleziona OK.

  24. Selezionare Avanti.

  25. Nella pagina Impostazioni remote e creazione gruppo di replica , selezionare Crea per completare la procedura guidata Nuovo gruppo di replica.

  26. Nella pagina di conferma selezionare Chiudi per chiudere la procedura guidata.

Nota

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

Preparazione per la replica di SQL Server

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

Per preparare la replica di SQL Server nel server di distribuzione master

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

    Nota

    Per ulteriori informazioni sulla protezione della cartella delle istantanee, vedere Proteggere la cartella delle istantanee.

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

  3. Nella casella Configurazione superficie di SQL Server selezionare Connessioni locali e remote.

    Per preparare la replica di SQL Server nel server di distribuzione figlio

  4. Nella casella Configurazione superficie di SQL Server 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 della replica di SQL Server

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

Nota

È anche possibile mantenere un solo DB 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 utilizza un modello di replica simile a un modello di distribuzione 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 consegnata periodicamente al sottoscrittore ( una sottoscrizione push).

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

Configurare un server di pubblicazione di SQL Server

Per configurare il server di distribuzione master come server di pubblicazione di SQL Server, eseguire la procedura seguente:

  1. Aprire SQL Server Management Studio.

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

  3. Nella Configurazione guidata distribuzione selezionare Avanti.

  4. Nella pagina Distributore, select fungerà da distributore autonomo; SQL Server creerà un database di distribuzione e un log, quindi selezioneràAvanti.

  5. Nella sezione Preparazione per la 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 Editori 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 fare clic su Avanti.

  9. Al termine della procedura guidata, selezionare Fine e quindi Chiudi .

Abilitare il database MDT per la replica

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

  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à autore eseguire questa procedura:

    1. Selezionare Database di pubblicazione.

    2. Selezionare il database MDT e quindi Transazionale.

    3. Selezionare 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, esegui la procedura seguente:

  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 selezionare Avanti.

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

  6. Nella pagina Problemi degli articoli , seleziona Avanti.

  7. Nella pagina Filtra righe tabella selezionare Avanti.

  8. Nella pagina Agente di snapshot, eseguire i passaggi seguenti:

    1. Seleziona Crea uno snapshot immediatamente e mantieni lo snapshot disponibile per inizializzare le sottoscrizioni.

    2. Selezionare Pianifica l'esecuzione dell'agente di snapshot nei seguenti orari.

    3. Selezionare Cambia.

    Nota

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

  9. Seleziona Avanti.

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

  11. Nella pagina Azioni della procedura guidata selezionare Crea la pubblicazione e quindi selezionare Avanti.

  12. Nella casella Nome pubblicazione della pagina Completamento procedura guidata digitare un nome descrittivo per la pubblicazione.

  13. Selezionare Fine per completare la procedura guidata e quindi selezionare Chiudi dopo la creazione della pubblicazione.

    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; cioè, 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 alla rete invece di passare attraverso la 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 Nuovi abbonamenti.

  3. Nella Creazione guidata nuovi abbonamenti 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), quindi selezionare Avanti.

  6. Nella pagina Sottoscrittori aggiungere ogni server di distribuzione figlio effettuando la procedura seguente:

    1. Selezionare Aggiungi sottoscrittore e quindi selezionare Aggiungi Sottoscrittore di SQL Server.

    2. Aggiungi ogni server di distribuzione secondario.

    3. Per ogni server di distribuzione figlio aggiunto, nella casella Database di sottoscrizione selezionare il database MDT vuoto in tale 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. Seleziona 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 eseguire la procedura seguente:

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

    2. Specificare la pianificazione che deve essere utilizzata per replicare il database tra i server di distribuzione master e figlio, quindi selezionare Avanti.

  11. Nella pagina Inizializza sottoscrizione selezionare Avanti.

  12. Nella pagina Azioni della procedura guidata selezionare Crea sottoscrizione e quindi selezionare Avanti.

  13. Al termine della procedura guidata, selezionare Fine e quindi Chiudi .

    La replica di SQL Server è ora configurata e il database MDT verrà replicato dal server di distribuzione master a tutti i server di distribuzione figlio a cui è stato sottoscritto periodicamente.

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:

  • La condivisione di distribuzione

  • Il database MDT

  • L'ambiente Windows PE LiteTouchPE_x86 che è stato aggiunto a Servizi di distribuzione Windows

    Ora puoi configurare il file di CustomSettings.ini per la condivisione di distribuzione per l'uso del contenuto di distribuzione (condivisione di distribuzione e database) dal relativo server di distribuzione locale, il server che distribuisce 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 utilizzare 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. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 di CustomSettings.ini per configurare le proprietà seguenti:

    • Per ogni sezione di SQL Server aggiunta, configurare SQLServer per l'uso del 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 l'uso della 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. Selezionare OK.

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

  9. Nel riquadro Azioni selezionare Aggiorna condivisione distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  10. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  12. Nella pagina di 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 esistono più server

In questo scenario, vengono usati più server MDT per supportare un volume elevato di distribuzioni simultanee e distribuite 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 Windows può usare il file LocalServer.xml per presentare una scelta di server di distribuzione noti per ogni posizione.

Usare il file LocationServer.xml per:

Informazioni LocationServer.xml

Prima di tutto, è necessario comprendere il modo in cui MDT usa LocationServer.xml. Durante LTI, gli script MDT leggono ed elaborano il file BootStrap.ini per raccogliere informazioni iniziali sulla distribuzione. Ciò si verifica prima che venga stabilita una connessione al server di distribuzione. Pertanto, la proprietà DeployRoot viene comunemente usata 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 chiedere all'utente di immettere 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 di LocationServer.xml e, se presente, usano LocationServer.xml per visualizzare i server di distribuzione disponibili.

Capire quando usare LocationServer.xml

MDT offre diversi modi per determinare il server a cui connettersi durante una distribuzione LTI. Diversi metodi per individuare il server di distribuzione sono più adatti per scenari diversi; Pertanto, è importante capire quando usare LocationServer.xml.

MDT offre diversi metodi per individuare e usare automaticamente il 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 una variabile di ambiente, %WDSServer%, che viene popolata 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 deve essere distribuito.

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

Per ulteriori informazioni sull'utilizzo dell'automazione basata sulla posizione, consultare "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 una determinata posizione 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 se la logica di automazione non è possibile (ad esempio, la rete non è sufficientemente segmentata per consentire la determinazione della posizione o il server MDT è separato da Servizi di distribuzione Windows).

In questi scenari, il file di LocationServer.xml offre un modo flessibile per presentare queste informazioni in fase di distribuzione senza dover conoscere i nomi dei server e 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 un file LocationServer.xml predefinito in MDT, quindi crearne uno usando le indicazioni seguenti.

Creare un file LocationServer.xml per supportare più percorsi

Il metodo più semplice per creare e usare LocationServer.xml consiste nel creare un file di LocationServer.xml e aggiungere voci per ogni server di distribuzione nell'ambiente (ciò può avvenire nella stessa posizione o in posizioni diverse).

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

  • Identificatore univoco

  • Nome di una posizione, usato per presentare un nome facilmente identificabile per la posizione

  • Percorso UNC al server MDT per tale percorso

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

    File di LocationServer.xml di esempio per supportare più percorsi

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

Mediante questo formato, è possibile 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 di 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 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 viene scelta una posizione, MDT selezioni 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.

Esempio di file LocationServer.xml 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>

Specifica la metrica di ponderazione usando il tag di peso> del <server, usato da MDT nel processo di selezione del server. La probabilità che un server venga selezionato viene calcolata da:

Peso del server/somma di tutti i pesi del server

Nell'esempio precedente, i tre server della sede centrale di Contoso sono elencati come 1, 2 e 4. La probabilità che venga selezionato un server con un peso di 2 diventa 2 su 7. Pertanto, per utilizzare il sistema di ponderazione, determinare la capacità dei server disponibili in una posizione e ponderare ogni server in base alla capacità del server in relazione a ciascuno degli altri server.

Aggiunta del file LocationServer.xml alla directory Files aggiuntiva

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

Per aggiungere LocationServer.xml alla condivisione di distribuzione

  1. Crea una cartella denominata Extra Files nella cartella della condivisione di distribuzione radice (ad esempio, D:\Production Deployment Share\Extra Files).

  2. Crea una struttura di cartelle nella cartella Extra Files che rispecchi il percorso di Windows PE in cui dovrebbe risiedere il file aggiuntivo.

    Ad esempio, il file LocationServer.xml deve risiedere nella cartella \Deploy\Control in Windows PE; Creare quindi la stessa struttura di cartelle in Extra Files, 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. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  5. Nell'albero della console di Deployment Workbench, vai 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 , in cui deployment_share è il nome della condivisione di distribuzione, eseguire i passaggi seguenti:

    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 extra da aggiungere, digitare path (dove percorso è il percorso completo della cartella Extra Files, ad esempio D:\Production Deployment Share\Extra Files), quindi selezionare OK.

Aggiornamento del file BootStrap.ini

Quando crei una condivisione di distribuzione utilizzando 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. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 , 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 essere successivamente aggiornata per generare un nuovo ambiente di avvio LiteTouch_x86 e LiteTouch_x64 che contiene il file di LocationServer.xml e il file di BootStrap.ini aggiornato.

Per aggiornare la condivisione di distribuzione

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  4. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  6. Nella pagina di conferma selezionare Fine.

Nota

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

Sostituzione di un computer esistente con uno nuovo utilizzando l'installazione di 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 ha bisogno di computer più nuovi e più veloci per le applicazioni esistenti.

Quando si sostituisce un computer esistente con uno nuovo, Microsoft consiglia di prendere in considerazione tutte le impostazioni che verranno migrate da un computer a un altro, ad esempio gli account utente e i dati dello stato utente. Inoltre, è importante creare una soluzione di ripristino nel caso in cui la migrazione non riesca.

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. Quindi, distribuire un'immagine esistente in WDG-NEW-02 e infine ripristinare i dati dello stato utente acquisiti in WDG-NEW-02. La distribuzione verrà eseguita da un server di distribuzione (WDG-MDT-01).

In MDT usare il modello di sequenza di attività di sostituzione client Standard per creare una sequenza di attività che eseguirà 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 le immagini del sistema operativo, le applicazioni e i driver di dispositivo

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

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

    Prima di iniziare questo esempio dovrebbe 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 Uso di Microsoft Deployment Toolkit.

Passaggio 1: Creare una sequenza di attività per Trascrivi lo stato dell'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 Sostituzione sequenza di attività client Standard nella Creazione guidata nuova sequenza di attività.

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

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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. Se non diversamente specificato, accettare i valori predefiniti.

    In questa pagina della procedura guidata Eseguire l'operazione seguente
    Impostazioni generali 1. In ID sequenza di attività digitare VISTA_EXIST.
    2. In Nome sequenza di attività digitare Esegui sostituisci scenario computer nel computer esistente.
    3. Selezionare Avanti.
    Seleziona modello I modelli di sequenza di attività seguenti sono disponibili. Seleziona quella che vuoi usare come punto di partenza, seleziona Sequenza di attività di sostituzione client standard e quindi seleziona Avanti.
    Riepilogo Verificare che i dettagli della configurazione siano corretti e quindi selezionare Avanti.
    Conferma Seleziona Fine.

    Terminata la Creazione guidata nuova sequenza di attività 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. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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. Se non diversamente specificato, accettare i valori predefiniti.

    In questa pagina della procedura guidata Eseguire l'operazione seguente
    Impostazioni generali 1. In ID sequenza di attività digitare VISTA_NEW.
    2. In Nome sequenza di attività digitare Esegui lo scenario Sostituisci computer in un nuovo computer.
    3. Selezionare Avanti.
    Seleziona modello I modelli di sequenza di attività seguenti sono disponibili. Selezionare quella che si vuole usare come punto di partenza, selezionare Sequenza di attività client Standard e quindi selezionare Avanti.
    Selezionare il sistema operativo Nel sistema operativo seguente sono disponibili immagini che possono essere distribuite con questa sequenza di attività. Selezionane uno da usare, seleziona captured_vista_image (dove captured_vista_image è l'immagine acquisita che il computer di riferimento ha aggiunto al nodo Sistemi operativi in Deployment Workbench) e quindi seleziona 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, digita Dipendente Woodgrove.
    2. In Organizzazione, digitare Woodgrove Bank.
    3. Nella home page di Internet Explorer, digita http://www.woodgrovebank.com.
    4. Selezionare Avanti.
    Password di Amministrazione In Password amministratore e Conferma password amministratore digitare P@ssw0rd e quindi selezionare Fine.
    Conferma Seleziona Fine.

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

Passaggio 3: personalizzare i Files 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 di 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 garantire che il file di configurazione venga aggiornato nella condivisione di distribuzione.

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

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 per riflettere le modifiche necessarie, come illustrato nell'esempio seguente. Apportare le 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 periferica per il computer esistente (WDG-EXIST-01) e per 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. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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à , nella scheda Componenti piattaforma Windows PE (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), 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 utilizzata per avviare il computer di riferimento e avviare il processo di distribuzione LTI.

Per aggiornare la condivisione di distribuzione in Deployment Workbench

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

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

  3. Nel riquadro Azioni selezionare Update DeploymentShare.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  4. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  6. Nella pagina di 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. Crea il supporto di avvio LTI appropriato da una di queste immagini.

Per creare il supporto di avvio LTI

  1. In Esplora risorse, vai alla cartella deployment_share\Boot, dove deployment_share è la cartella condivisa usata come condivisione di distribuzione.

  2. In base al tipo di computer utilizzato per il computer esistente (WDG-EXIST-01) e per il nuovo computer (WDG-NEW-02), eseguire una delle operazioni 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 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 di MDT, le informazioni sulla migrazione stato utente vengono archiviate nella cartella condivisa UserStateCapture$.

Nota

Puoi anche 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 Uso di Microsoft Deployment Toolkit.

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 la Distribuzione guidata di Windows.

  2. Completa la distribuzione guidata di Windows usando le informazioni seguenti. Se non diversamente specificato, accettare i valori predefiniti.

    In questa 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.
    Specifica le credenziali per la connessione alle condivisioni di rete. 1. In Nome utente digitare Amministratore.
    2. In Password, digita P@ssw0rd.
    3. In Dominio, digita 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 Seleziona Avanti.
    Specifica dove salvare un backup completo del computer Selezionare Non eseguire il backup del computer esistente e quindi selezionare Avanti.
    Pronto per iniziare Seleziona Inizia.

    Se si verificano errori o avvisi, consultare il documento MDT Troubleshooting Reference.

  3. Nella finestra di dialogo Riepilogo distribuzione selezionare Dettagli.

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

  4. Nella finestra di dialogo Riepilogo distribuzione selezionare Fine.

    Le informazioni sulla migrazione 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 di MDT, Windows Vista viene distribuito nel nuovo computer e le informazioni acquisite sulla migrazione stato utente vengono ripristinate nel nuovo computer.

Nota

Puoi anche 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 Uso di Microsoft Deployment Toolkit.

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 la Distribuzione guidata di Windows.

  2. Completa la distribuzione guidata di Windows usando le informazioni seguenti. Se non diversamente specificato, accettare i valori predefiniti.

    In questa 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.
    Specifica le credenziali per la connessione alle condivisioni di rete. 1. In Nome utente digitare Amministratore.
    2. In Password, digita P@ssw0rd.
    3. In Dominio, digita CORP.
    4. Selezionare OK.
    Selezionare una sequenza di attività da eseguire nel computer. Selezionare Esegui lo scenario Sostituisci 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 Seleziona Avanti.
    Specificare se ripristinare i dati utente 1. Selezionare Specifica una posizione.
    2. In Posizionedigitare \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01.
    3. Selezionare Avanti.
    Selezione delle impostazioni locali Seleziona Avanti.
    Impostare il fuso orario Seleziona 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 questo computer e quindi selezionare Avanti.
    Pronto per iniziare Seleziona Inizia.

    Se si verificano errori o avvisi, consulta il documento MDT Troubleshooting Reference.

  3. Nella finestra di dialogo Riepilogo distribuzione selezionare Dettagli.

    Se si sono verificati errori o avvisi, esaminare gli errori o gli avvisi e registrare le 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 stato utente acquisite.

Integrazione di codice di distribuzione personalizzato in MDT

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

Integrare 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 .vbs o .wsf.

Il vantaggio dell'utilizzo dei file .wsf è la registrazione integrata oltre ad alcune altre funzioni predefinite già utilizzate 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. Sono disponibili le seguenti classi:

  • Registrazione. Questa classe fornisce le funzionalità di registrazione usate da tutti gli script MDT. Crea anche un singolo file di log per ogni script eseguito 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. Ciò consente di leggere le proprietà di distribuzione, dando accesso a tutte le informazioni di configurazione utilizzate dai processi ZTI e LTI.

  • Utilità. Questa classe fornisce le utilità generali che vengono utilizzate negli script ZTI e LTI. Microsoft consiglia di esaminare ogni volta che viene sviluppato codice personalizzato, questa classe per verificare se può essere semplicemente riutilizzato del codice. 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, non è consigliabile accedere direttamente alla classe di database; L'elaborazione delle regole dovrebbe invece essere usata per eseguire ricerche nel database.

  • Stringhe. Questa classe esegue routine comuni di elaborazione di stringhe come la creazione di un elenco delimitato di elementi, la visualizzazione di un valore esadecimale, il taglio di uno spazio bianco da una stringa, l'allineamento a destra di una stringa, l'allineamento a sinistra di una stringa, la forzatura di un valore al formato stringa, la forzatura di un valore al formato matrice, la generazione di un identificatore univoco globale (GUID) casuale 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 espressioni regolari.

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

  • Modifiche estese a ZTIUtility.vbs (la libreria di script principale), tra cui nuove API e una migliore gestione degli errori

  • Un nuovo aspetto della struttura generale degli script di ZTI_xxx.wsf

    Anche la struttura complessiva degli script MDT è cambiata. 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 di MDT 2008 Update 1 esistenti funzionerà così com'è in MDT, anche con le ampie modifiche apportate a ZTIUtility.vbs, poiché la maggior parte degli script MDT includerà ZTIUtility.vbs.

Capire come sfruttare ZTIUtility

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

Usare la classe di registrazione ZTIUtility

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

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

Script di esempio che usa la 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 verranno abilitate.

Usare la classe di ambiente ZTIUtility

La classe di ambiente in ZTIUtiliy.vbs fornisce l'accesso e la possibilità di aggiornare le proprietà MDT. Nell'esempio precedente, oEnvironment.Item("Memory") viene utilizzato per recuperare la quantità di RAM disponibile; può essere usato anche per recuperare il valore di una qualsiasi delle proprietà descritte nel documento MDT Toolkit Reference.

Usare la classe di utilità ZTIUtility

Lo script ZTIUtility.vbs contiene una serie di utilità comunemente usate 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 illustra in dettaglio alcune funzioni utili disponibili e il relativo output. Per un elenco completo delle funzioni disponibili, fare riferimento al file ZTIUtility.vbs.

Funzione Produzione
oUtility.LocalRootPath Restituisce il percorso della cartella radice usata 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 dei log utilizzata 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à utilizzato durante il processo di compilazione, ad esempio computer_name
oUtility.ReadIni(file, sezione, elemento) Consente la lettura dell'elemento specificato da un file .ini
oUtility.WriteIni(file, sezione, elemento, valore) Consente di scrivere l'elemento specificato in un file .ini
oUtility.Sections(file) Legge le sezioni di un file .ini e le memorizza in un oggetto come riferimento
oUtility.SectionContents(file, sezione) Legge il contenuto del file di .ini specificato e lo memorizza in un oggetto
oUtility.RunWithHeartbeat(sCmd) Quando viene eseguito il comando, 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 un'unità è mappata al percorso UNC specificato e restituisce la lettera di unità
oUtility.ValidateConnection(sServerUNC) Controlla se esiste 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à utilizzata; restituisce un errore se l'operazione non riesce
VerifyPathExists(strPath) Verifica che il percorso specificato esista
oAmbiente.Sostituto(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 l'esistenza della variabile
oEnvironment.ListItem

(sName)		 Legge o scrive una variabile di tipo array 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 invia l'evento a 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 non riesce

Integrazione di 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 del 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 integrare codice personalizzato che assicurano anche una registrazione coerente sono:

  • Distribuire il codice come applicazione MDT

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

  • Avvia il codice come script di uscita 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 per la condivisione di distribuzione.

  2. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench, vai a 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. Completare la Creazione guidata nuova applicazione usando le informazioni seguenti. Accetta le impostazioni predefinite se non diversamente specificato.

    In questa pagina della procedura guidata Eseguire l'operazione seguente
    Tipo di applicazione Selezionare Applicazione senza file di origine o altrove sulla rete, quindi selezionare Avanti.
    Dettagli Completare questa pagina in base alle informazioni dell'applicazione e quindi selezionare Avanti.
    Dettagli del 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 , digitate working_directory (dove working_directory è il nome della directory di lavoro del codice personalizzato; in genere è la 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 solite 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 per la condivisione di distribuzione.

  2. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench, vai 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 di attività .

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

  8. Selezionare Aggiungi, 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 scheda Proprietà , nella casella Riga di comando , digitare command_line (dove command_line è il comando per eseguire il codice personalizzato, ad esempio cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. Nella casella Inizia da digitare path (dove path è il percorso completo che conduce alla cartella di lavoro del codice personalizzato, in genere lo stesso percorso specificato nella casella Riga di comando ) e quindi fare clic su 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 dell'utente

È anche possibile eseguire il codice personalizzato come script di uscita utente da CustomSettings.ini utilizzando la direttiva UserExit . Fornisce un meccanismo per il passaggio delle 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 utente e sulla direttiva UserExit , vedere la sezione "Script di uscita utente nel file CustomSettings.ini" nel documento MDT Uso del toolkit di distribuzione Microsoft.

Installazione dei driver di dispositivo con vari 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, identifica e installa 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 puoi estrarre e che contiene file .inf usati per importare il driver in Deployment Workbench

  • Come applicazione che è necessario installare utilizzando i processi di installazione delle applicazioni tradizionali

    I pacchetti driver di dispositivo che possono essere estratti per accedere ai file INF possono usare il processo di rilevamento e installazione automatico del 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 tramite un programma di installazione dell'applicazione, ad esempio un file MSI o Setup.exe possono usare la funzionalità Installa applicazione MDT e installare il driver di dispositivo durante il processo di distribuzione, come per qualsiasi applicazione normale.

Installazione dei driver di dispositivo tramite il metodo dei driver predefiniti

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

Per aggiungere il driver del dispositivo a Deployment Workbench

  1. Scarica i driver di dispositivo necessari per i tipi di hardware da distribuire ed estrai il pacchetto driver di dispositivo in una posizione temporanea.

  2. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench, vai 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, seleziona Sfoglia per passare alla cartella contenente i nuovi driver di dispositivo e quindi seleziona Avanti.

    Nota

    La procedura 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, estraili in cartelle all'interno della stessa directory principale e quindi imposta la directory di origine del driver come directory principale che contiene tutte le cartelle di origine del driver.

  6. Nella pagina Riepilogo , verifica che le impostazioni siano corrette, quindi seleziona Avanti per importare i driver in Deployment Workbench.

  7. Nella pagina di conferma selezionare Fine.

    Se i driver di dispositivo contengono driver critici per l'avvio, ad esempio 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 al Lite Touch Windows PE immagini

  8. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  9. Nell'albero della console di Deployment Workbench, vai 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 distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  11. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  13. Nella pagina di conferma selezionare Fine.

Installazione dei driver di dispositivo come applicazioni

I driver di dispositivo impacchettati come applicazioni e che non è possibile estrarre in una cartella contenente un file .inf, oltre ai file del 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. Per garantire questo errore, eseguire il passaggio della sequenza di attività per la distribuzione delle applicazioni driver di dispositivo pertinenti come passaggio condizionale della sequenza di attività. È possibile specificare i criteri condizionali 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 essere prima 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 l'applicazione nella procedura guidata di distribuzione . Ripetere questa procedura per ogni applicazione driver di dispositivo usata durante la distribuzione.

Per aggiungere l'applicazione driver di dispositivo a Deployment Workbench

  1. Scarica l'applicazione driver di dispositivo e salvala in un percorso temporaneo.

  2. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench, vai 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 e quindi selezionare la directory contenente 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 sezioneRiga 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 di conferma selezionare Fine.

    Dopo che le applicazioni sono state importate in Deployment Workbench, aggiungerle al processo di distribuzione utilizzando la logica appropriata per garantire che l'applicazione venga installata solo se eseguita sull'hardware corretto. Esistono diversi metodi per raggiungere questo obiettivo:

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

  • Specifica l'applicazione del driver di dispositivo in CustomSettings.ini.

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

    Ogni approccio viene descritto 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à:

  • Crea un nuovo gruppo di sequenze di attività per ogni modello hardware e quindi aggiungi una query per eseguire tale gruppo di azioni se il computer corrisponde a un tipo di 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 della sequenza di attività per ogni tipo di hardware

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 necessaria per installare l'applicazione driver di dispositivo).

  4. Nel riquadro Azioni, selezionare Proprietà.

  5. Nella finestra di dialogo task_sequenceProperties, nel riquadro dei dettagli della scheda Sequenza di attività, passare a Ripristino di 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 della sequenza di attività nella sequenza di attività. Usare questo nuovo gruppo della sequenza 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 Query WMI.

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

    • Nella casella dello spazio dei nomi WMI , digita root\cimv2.

    • Nella casella query WQL , digitare una query in linguaggio WQL (WMI Query Language) usando la classe Win32_ComputerSystem per assicurarsi che l'applicazione sia installata solo per un tipo di applicazione specifico, ad esempio:

      Selezionare * DA Win32_ComputerSystem DOVE Modello LIKE %hardware_model% E Manufacturer LIKE %hardware_manufacturer%

      In questo esempio, hardware_model è il nome del modello del computer (ad esempio Latitude D620) e hardware_manufacturer è il nome della marca del computer (ad esempio Dell Corporation).

      Il % simbolo è un carattere jolly incluso nei nomi per consentire agli amministratori di restituire qualsiasi modello di computer o prodotto 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 dei passaggi della sequenza di attività" nel documento MDT Uso di Microsoft Deployment Toolkit e vedere Esecuzione di 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 applicazioni driver di dispositivo a ogni gruppo.

Per aggiungere applicazioni driver di dispositivo a gruppi di sequenze di attività specifici dell'hardware

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 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 di attività .

  6. Nel riquadro dei dettagli passare a Ripristino stato/hardware_specific_group (dove hardware_specific_group è il nome del gruppo specifico dell'hardware a cui verrà aggiunto il passaggio della sequenza di attività per installare l'applicazione driver di dispositivo).

  7. Nella scheda Sequenza di attività selezionare Aggiungi, Generale e quindi Installa applicazione.

    Il passaggio Installa applicazione della sequenza di attività 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 Applicazioni 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 del 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, puoi 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:\Condivisione distribuzione produzione\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> ; ad esempio, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

    Come parte del processo di inizializzazione, sia il processo LTI che il processo ZTI raccolgono informazioni sul computer su cui è in esecuzione. Nell'ambito di questo processo, vengono eseguite query WMI e i valori della classe Win32_ComputerSystem per make e manufacturer vengono popolati rispettivamente come variabili %Make% e %Model%.

    Questi valori possono essere utilizzati durante l'elaborazione del file CustomSettings.ini per leggere dinamicamente sezioni del file a seconda della marca e del modello rilevati. L'esempio seguente mostra un esempio del file CustomSettings.ini.

    Esempio di CustomSettings.ini configurato per l'installazione di un'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}

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

  • Applicazioni obbligatorie. Questa proprietà può essere utilizzata se gli amministratori della distribuzione desiderano presentare la procedura guidata dell'applicazione 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 .

    Nell'esempio precedente viene illustrato come usare i valori delle variabili %Make% e %Model% per modificare dinamicamente il modo in cui viene compilato l'elenco delle applicazioni. I valori relativi alla marca e al modello di ogni tipo di hardware possono essere individuati utilizzando uno dei metodi seguenti:

  • Strumento System Information. Utilizzare 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 aggiungere la logica specifica dell'hardware

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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. Modifica le voci del file di CustomSettings.ini per aggiungere la logica per ogni modello hardware che dispone di 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 distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  9. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  11. Nella pagina di 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, potrebbe non essere necessario che vengano visualizzate continuamente. Specificando il pacchetto dell'applicazione specifico del driver di dispositivo in CustomSettings.ini, l'applicazione può essere nascosta utilizzando l'opzione Nascondi l'applicazione nella procedura guidata di distribuzione nella configurazione dell'applicazione.

    Per nascondere un'applicazione nella Distribuzione guidata

  12. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  13. Nell'albero della console di Deployment Workbench, vai 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 dalla Distribuzione guidata).

  15. Nel riquadro Azioni, selezionare Proprietà.

  16. Nella scheda Generale , selezionare la casella di controllo Nascondi l'applicazione nella procedura guidata di distribuzione .

  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 interrogato 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 della risorsa o simili).

  • Cerca la posizione del computer (usando il gateway predefinito).

  • Cerca la marca e il modello del computer (usando le query WMI manufacturer o brand and model).

    Per ogni voce del database creata, puoi specificare le proprietà di distribuzione, le applicazioni, se usare i pacchetti di Configuration Manager e gli amministratori. Creando voci di creazione 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 questa procedura per ogni marca e modello hardware che richiede un'applicazione driver di dispositivo.

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 finestra di dialogo Proprietà , nella scheda Identità , nella casella Crea , 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 identificabile da associare al modello del computer di destinazione).

  6. Nella scheda Applicazioni aggiungere ognuna delle applicazioni driver di dispositivo necessarie per il modello di hardware in uso.

Avvio di MDT tramite i servizi di distribuzione Windows

Windows Server 2008 utilizza 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. Tramite Servizi di distribuzione Windows è possibile distribuire sistemi operativi Windows, in particolare Windows 7, Windows Server 2008 o versioni successive, in una rete usando la scheda di rete abilitata per PXE o i supporti di avvio di un computer.

Prima di distribuire Servizi di distribuzione Windows, determinare quale delle seguenti opzioni di integrazione è più adatta al proprio ambiente:

  • Opzione 1. Avviare il processo LTI dai computer in PXE.

  • Opzione 2. Distribuire un'immagine del sistema operativo dall'archivio immagini di Servizi di distribuzione Windows.

  • Opzione 3. Usare il multicast con MDT e il ruolo server Servizi di distribuzione Windows di Windows Server 2008.

Opzione 1: Avviare i computer in PXE per avviare il processo LTI

Ridurre al minimo i costi di gestione delle distribuzioni del sistema operativo avviando il processo di distribuzione MDT usando i Servizi di distribuzione Windows in combinazione con il protocollo Dynamic Host Configuration Protocol. In questo modo non è necessario 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 crei una nuova condivisione di distribuzione MDT o modifichi una condivisione di distribuzione MDT esistente, puoi 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 le 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 su un CD o DVD, sia come file WIM di avvio. È possibile importare il file WIM in Servizi di distribuzione Windows in modo che i computer in grado di eseguire l'avvio in PXE possano scaricare ed eseguire l'immagine di avvio LTI di Windows PE in una rete utilizzata per inizializzare un'installazione.

Per creare un'immagine Windows PE avviabile in Deployment Workbench

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 la 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 avviabile Lite Touch .

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

  6. Nella sezione Iniezione di driver 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 Iniezione di driver , nell'elenco Profilo di selezione , selezionare il profilo di selezione del driver appropriato.

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

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  11. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  13. Nella pagina di conferma selezionare Fine.

    Al termine di questo processo, la cartella di avvio nella condivisione di distribuzione conterrà diverse immagini di avvio, ad esempio:

    D:\Condivisione distribuzione produzione\Avvio\LiteTouchPE_x64.iso

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

    D:\Condivisione distribuzione produzione\Avvio\LiteTouchPE_x86.iso

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

    È possibile scrivere i file ISO generati direttamente su CD o DVD o utilizzarli per inizializzare il processo LTI su un 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 di Windows PE in Servizi di distribuzione Windows

  14. Avviare la console di Servizi di distribuzione Windows, quindi connettersi a Servizi di distribuzione Windows.

  15. Nell'albero della console fare clic con il pulsante destro del mouse su Immagini di avvio, 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 è possibile modificare anche i valori Nome immagine e Descrizione immagine ; il nome dell'immagine influisce sulle informazioni sull'opzione di avvio visualizzate da Windows Boot Manager all'avvio del client in PXE.

  18. Dopo l'importazione dell'immagine di avvio, qualsiasi computer avviato in PXE e che riceve una risposta da Servizi di distribuzione Windows sarà in grado di scaricare l'immagine di avvio LTI e avviare un'installazione LTI.

    L'installazione e la configurazione di Servizi di distribuzione Windows non viene trattata in questa guida. Per altre informazioni su Servizi di distribuzione Windows, vedi la Guida a Servizi di distribuzione Windows.

Usa i servizi di distribuzione Windows per rilevare automaticamente il server di distribuzione

Un'opzione aggiuntiva è disponibile quando si usano i 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 di MDT, il nome del server di Servizi di distribuzione Windows che ospita l'immagine di avvio viene acquisito e inserito nel WDSServer MDTProperty. È quindi possibile fare riferimento a questa proprietà nel file di BootStrap.ini dell'immagine di avvio e nel file di CustomSettings.ini della condivisione di distribuzione tramite la proprietà DeployRoot . In questo modo il client viene avviato automaticamente da Servizi di distribuzione Windows usando la condivisione di distribuzione ospitata nel server Servizi di distribuzione Windows. In questo modo non è necessario specificare un nome server in qualsiasi file di configurazione.

Per impostare il server dei Servizi di distribuzione Windows locale come server di distribuzione

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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'uso della variabile %WDSServer%, ad esempio DeployRoot=\\%WDSServer%\Deployment$.

  6. Selezionare Modifica Bootstrap.ini.

  7. Configurare BootStrap.ini per l'uso della 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. Selezionare 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 distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  12. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  14. Nella pagina di 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 Servizi di distribuzione Windows

Se usi già Servizi di distribuzione Windows per la distribuzione del sistema operativo, estendi la funzionalità di MDT configurandolo per fare riferimento alle immagini del sistema operativo di Servizi di distribuzione Windows già in uso anziché usare il suo 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 gestirlo come qualsiasi sistema operativo gestito temporaneamente in una condivisione di distribuzione MDT.

Per fare riferimento a un'immagine del sistema operativo dei Servizi di distribuzione Windows

Nota

I passaggi seguenti richiedono che almeno un'immagine del sistema operativo sia stata precedentemente importata nel server di Servizi di distribuzione Windows.

  1. Aggiornare MDT in modo che sia possibile accedere alle immagini di Servizi di distribuzione Windows copiando i file seguenti dalla cartella Sources del supporto Windows alla cartella C:\Program Files\Microsoft Deployment Toolkit\bin nel server di Servizi di distribuzione Windows:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (è applicabile solo se si copia dalle directory di origine Windows Server 2008)

    Nota

    La directory di origine di Windows utilizzata deve corrispondere alla piattaforma del sistema operativo in esecuzione nel computer in cui è installato MDT.

  2. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  3. Nell'albero della console di Deployment Workbench, vai 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 procedura guidata Nuovo sistema operativo.

  5. Nella pagina Tipo di sistema operativo , seleziona Immagini di Servizi di distribuzione Windows, quindi seleziona Avanti.

  6. Nella pagina Server WDS digitare il nome del server di Servizi di distribuzione Windows a cui si desidera fare riferimento, ad esempio WDSSvr001, quindi selezionare Avanti.

  7. Nella pagina Riepilogo verificare che le impostazioni siano corrette e quindi selezionare Avanti.

  8. Nella pagina di 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 multicast con MDT e il ruolo Servizi di distribuzione Windows di Windows Server 2008

Con il rilascio di Windows Server 2008, Servizi di distribuzione Windows è stato migliorato per supportare la distribuzione di immagini usando trasmissioni multicast. MDT include anche aggiornamenti per integrare MDT con il multicasting di Servizi di distribuzione Windows.

Inoltre, un aggiornamento di Windows Automated Installation Kit (Windows AIK), versione 1.1, include Wdsmcast.exe. Ciò consente l'aggiunta manuale delle sessioni multicast e consente all'avvio del client Wdsmcast.exe di copiare i 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 nella cartella 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 eseguirà il fallback a una copia di file standard se un flusso multicast non esiste.

Nota

Questo processo si applica solo ai file di immagine WIM.

I prerequisiti del server di distribuzione per la preparazione al multicasting MDT sono:

  • Sul server di distribuzione deve essere in esecuzione Windows Server 2008 o versione successiva

  • Il ruolo Servizi di distribuzione Windows deve essere installato dalla console di gestione server

  • Windows AIK 1.1 per Windows Server 2008 deve essere installato

  • MDT deve essere installato

  • Come per qualsiasi distribuzione che usa MDT, è necessario che almeno un'immagine WIM del sistema operativo sia stata importata, come set completo di file di origine o come immagine personalizzata con file di installazione

Nota

È importante utilizzare l'ultima versione 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 multicast da una condivisione di distribuzione esistente

  1. Seleziona Start e quindi punta a Tutti i programmi. Punta a Microsoft Deployment Toolkit, quindi seleziona Deployment Workbench

  2. Nell'albero della console di Deployment Workbench, vai 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 Servizi di distribuzione Windows).

  5. Selezionare OK.

  6. Nel riquadro Azioni selezionare Aggiorna condivisione distribuzione.

    Viene avviata l'Aggiornamento guidato condivisione distribuzione.

  7. Nella pagina Opzioni selezionare le opzioni desiderate per l'aggiornamento della condivisione di distribuzione e quindi selezionare Avanti.

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

  9. Nella pagina di 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 Auto-Cast 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 utilizzare 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, quindi scegliere Aggiungi server.

  12. Nella finestra di dialogo Aggiungi server selezionare Computer locale e quindi fare clic su 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 Auto-Cast per la condivisione di distribuzione, ad esempio BDD Share Deployment$.

  15. Verificare che lo stato della trasmissione BDD Share Deployment$ Auto-Cast sia impostato su Attivo.

    Dopo la distribuzione di 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 dei log saranno presenti due voci, entrambe a partire dal trasferimento multicast; Controllali per verificare che il trasferimento sia andato a buon fine. 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 le distribuzioni LTI" nel documento MDT Uso di Microsoft Deployment Toolkit.

Esecuzione di distribuzioni a fasi con 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 creazione 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 OEM (Original Equipment Manufacturer ).

Nota

Il processo di precaricamento OEM è supportato in MDT solo per le distribuzioni eseguite con LTI. Per Configuration Manager, usa la funzionalità supporti pre-installati.

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 gestione temporanea.

  • 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 di hardware del computer che fornisce i computer. Se l'organizzazione esegue la Fase 2, l'ambiente di gestione temporanea è all'interno dell'organizzazione. Se un OEM esegue la fase 2, l'ambiente di gestione temporanea si trova nell'ambiente dell'OEM.

Panoramica dei Files di configurazione di MDT nel processo di precaricamento OEM

File di configurazione MDT separati (CustomSettings.ini e Bootstrap.ini) vengono usati dalle sequenze di attività eseguite durante le fasi 1 e 3 del processo di precaricamento OEM. Tuttavia, entrambi i file di configurazione coesistono in strutture di cartelle diverse.

Nella prima fase, i file di configurazione vengono utilizzati durante la creazione del computer di riferimento e vengono archiviati nella cartella specifica della sequenza di attività utilizzata in tale fase. I file di configurazione usati nella terza e 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 corrispondono alla sequenza di attività appropriata in ogni fase del processo di precaricamento OEM.

Panoramica dei Files di log MDT nel processo di precaricamento OEM

I file di log MDT separati vengono generati durante le fasi 1 e 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 a fasi con LTI

Per le distribuzioni LTI, eseguire il processo di precaricamento OEM usando un tipo di condivisione di distribuzione Supporto rimovibile (Media). Altri tipi di condivisioni di distribuzione non sono supportati per il processo di precaricamento OEM.

Per eseguire il processo di precaricamento OEM, crea una sequenza di attività basata sul modello di sequenza di attività Sequenza di attività OEM Litetouch, oltre a tutte le sequenze di attività che verranno usate per distribuire il sistema operativo di destinazione. Quindi, creare una condivisione di distribuzione del supporto rimovibile (supporto) che creerà un file ISO del contenuto della condivisione di distribuzione, in particolare il file LiteTouchPE_x86.iso o il file 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 utilizzata per creare supporti in formato disco universale.

Processo di precaricamento OEM LTI - Fase 1: creazione di 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 di avvio, ad esempio un DVD, che viene 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 da recapitare all'OEM o all'ambiente di gestione temporanea all'interno dell'organizzazione di distribuzione

  1. Compila i seguenti nodi per la condivisione di distribuzione in Deployment Workbench:

    • Sistemi operativi

    • Applicazioni

    • Pacchetti

    • Driver pronti all'uso

      Per altre informazioni sull'esecuzione di questo passaggio, vedi la sezione "Gestione delle condivisioni di distribuzione in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit.

  2. Crea una nuova sequenza di attività basata sul modello di sequenza di attività Sequenza di attività OEM Litetouch in Deployment Workbench.

    Per altre informazioni sull'esecuzione di questo passaggio, vedere la sezione "Configurazione delle sequenze di attività in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit.

  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 "Configurazione delle sequenze di attività in Deployment Workbench" nel documento MDT Uso di Microsoft Deployment Toolkit.

  4. Creare un profilo di selezione che includa le applicazioni, i sistemi operativi, i driver, i pacchetti e le sequenze di attività necessari per la distribuzione OEM.

    Per altre informazioni sull'esecuzione di questo passaggio, vedi la sezione "Gestire i profili di selezione" nel documento MDT Uso di Microsoft Deployment Toolkit.

  5. Creare supporti di distribuzione.

    Per altre informazioni sull'esecuzione di questo passaggio, vedi la sezione "Gestire i supporti di distribuzione LTI" nel documento MDT Uso di Microsoft Deployment Toolkit.

  6. Aggiorna i supporti di distribuzione creati in Deployment Workbench nel passaggio precedente.

    Quando aggiorni il supporto di distribuzione, Deployment Workbench crea il file LiteTouchMedia.iso. Per altre informazioni sull'esecuzione di questo passaggio, vedi la sezione "Gestire i supporti di distribuzione LTI" nel documento MDT Uso di 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. Consegnare il file ISO o il DVD all'OEM o all'ambiente di gestione temporanea 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 .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 la Distribuzione guidata di Windows.

  2. Nella Distribuzione guidata di Windows selezionare la sequenza di attività di preinstallazione OEM per la sequenza di attività Ambiente di gestione temporanea .

    Verrà avviata la sequenza di attività e il contenuto del supporto di avvio verrà copiato nel disco rigido locale del computer di destinazione.

  3. Una volta completata la Distribuzione guidata di Windows per la sequenza di attività di preinstallazione OEM per la sequenza di attività 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à utilizzate per distribuire il sistema operativo.

    La sequenza di attività di preinstallazione OEM per l'ambiente di gestione temporanea è 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 gestione temporanea necessari.

  5. I computer di destinazione vengono consegnati all'ambiente di produzione per la distribuzione.

Processo di precaricamento OEM LTI - Fase 3: completamento della 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 del supporto 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 la Distribuzione guidata di Windows.

  2. Completa 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 procedura guidata di distribuzione" nel documento MDT Uso del toolkit di distribuzione Microsoft.

    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 come quelle descritte nelle sezioni seguenti.

È possibile automatizzare l'amministrazione di MDT eseguendo questa procedura:

Creazione di una nuova condivisione di distribuzione

I comandi di Windows PowerShell seguenti creano una nuova condivisione di distribuzione in D:\Condivisione di distribuzione di produzione denominata Production$. La nuova condivisione di distribuzione verrà visualizzata in Deployment Workbench come produzione.

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 seguenti comandi di Windows PowerShell 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 assicura che il processo in background termini prima di procedere.

Eliminazione di una cartella

I seguenti comandi di Windows PowerShell 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

Se la cartella non è vuota, lo script avrà esito negativo.

Importazione di un driver di dispositivo

I seguenti comandi di Windows PowerShell importeranno il driver del dispositivo monitor Dell 2407 WFP 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 seguente comando di Windows PowerShell elimina il driver del monitor Dell 2407 WFP dalla condivisione di distribuzione di produzione.

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 di Windows PowerShell seguenti consentono di importare tutti i pacchetti del sistema operativo che si trovano in D:\Aggiornamenti\Microsoft\Vista. Questi pacchetti del sistema operativo verranno archiviati nella condivisione di distribuzione di produzione, che si trova in D:\Condivisione di distribuzione di produzione.

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 di Windows PowerShell seguente elimina il pacchetto del sistema operativo specificato dalla condivisione di distribuzione di produzione.

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

Importazione di un sistema operativo

I comandi di Windows PowerShell seguenti consentono di importare il sistema operativo Windows Vista che si trova in D:\Sistemi operativi\Windows Vista x86. Il sistema operativo verrà archiviato nella condivisione di distribuzione di produzione, che si trova in D:\Condivisione di distribuzione di produzione.

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 seguente comando di Windows PowerShell elimina il sistema operativo Windows Vista HOMEBASIC dalla condivisione di distribuzione di produzione.

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 di produzione, che si trova in D:\Condivisione di distribuzione di produzione.

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 seguente comando di Windows PowerShell elimina l'applicazione Adobe Reader 9 dalla condivisione di distribuzione di produzione.

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à della build di produzione di Windows Vista nella condivisione di distribuzione produzione, che si trova in D:\Condivisione di distribuzione produzione.

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 di Windows PowerShell seguente elimina la sequenza di attività della build di produzione di Windows Vista dalla condivisione di distribuzione di produzione.

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

Creazione di un database MDT

I comandi di Windows PowerShell seguenti creano un nuovo database MDT nel server deployment_server per la condivisione di distribuzione di produzione. La connessione al database avverrà 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 di Windows PowerShell seguenti creano un nuovo profilo di selezione delle 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 produzione, che si trova in D:\Condivisione di distribuzione produzione.

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 di produzione e che risiede 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 di produzione 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 di 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 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 file multimediali

I comandi di Windows PowerShell seguenti creano una cartella di origine contenente il contenuto utilizzato per creare supporti di avvio. La condivisione di distribuzione di produzione verrà utilizzata come origine. Il profilo di selezione Tutto determina il contenuto inserito nella cartella dei contenuti multimediali. Il file LiteTouchMedia.iso verrà creato quando viene generato il supporto. I supporti supporteranno 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 contenuti multimediali

I comandi di Windows PowerShell seguenti creano il file LiteTouchMedia.iso in D:\Media, che utilizzerà il contenuto della cartella MEDIA001 origine multimediale.

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

Il comando Windows PowerShell seguente elimina il supporto MEDIA001 dalla condivisione di distribuzione di produzione.

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

Ritardare l'aggiunta a un 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 dei criteri di gruppo restrittive che potrebbero causare problemi durante le distribuzioni del sistema operativo. Le impostazioni dei Criteri di gruppo seguenti possono ad esempio interrompere un processo di accesso automatico:

  • Restrizioni di accesso automatico

  • Ridenominazione dell'account Administrator

  • Banner e didascalie legali

  • Criteri di sicurezza restrittivi (ad esempio, il criterio Specialized Security - Limited Functionality [SSLF])

    Un'opzione per superare 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 personalizzato della sequenza di attività 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 le regole di raccolta e computer di Configuration Manager. L'account utilizzato 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 all'inizio del processo di distribuzione. In questo modo il computer di destinazione viene soggetto alle impostazioni specificate negli oggetti Criteri di gruppo del dominio e il processo di distribuzione potrebbe non riuscire.

    Per ritardare intenzionalmente l'aggiunta del computer di destinazione al dominio durante il processo di distribuzione, è possibile rimuovere determinati elementi dal file di Unattend.xml. Lo script ZTIConfigure.wsf ignorerà la scrittura delle proprietà nel file Unattend.xml se l'elemento proprietà associato non è presente nel file.

Nota

Questa soluzione alternativa di esempio è valida solo per la distribuzione dei 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 aggiungersi al dominio durante l'installazione di Windows

  1. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  2. Nell'albero della console di Deployment Workbench, vai 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 , seleziona Modifica Unattend.xml.

    Viene avviato Windows System Image Manager (Windows SIM).

  5. Nel riquadro File di risposte passare a 4 specialize/Identification/Credentials. Fare clic con il pulsante destro del mouse su Credenziali e quindi scegliere Elimina.

  6. Selezionare Sì.

  7. Salva il file di risposte e quindi esci da Windows SIM.

  8. Selezionare OK nella finestra di dialogo Proprietà della sequenza di attività.

    Con gli Credentials elementi mancanti dal file unattend.xml, lo script ZTIConfigure.wsf non è in grado di popolare le informazioni di aggiunta al dominio nel file Unattend.xml, impedendo così che Installazione di Windows tenti di aggiungere il dominio.

    Per aggiungere un passaggio della sequenza di attività che aggiunge il computer di destinazione al dominio

  9. Seleziona Start e quindi punta a Tutti i programmi. Puntare a Microsoft Deployment Toolkit, quindi selezionare Deployment Workbench.

  10. Nell'albero della console di Deployment Workbench, vai 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 al nodo Ripristino stato ed espanderlo.

  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 Ripristina da dominio della sequenza di attività all'editor della sequenza di attività. Verificare che il passaggio si trovi nella posizione desiderata nella sequenza di attività.

  16. Verificare che le impostazioni per il passaggio della sequenza di attività Ripristina da dominio siano configurate in base alle proprie esigenze.

  17. Selezionare OK nella finestra di dialogo Proprietà della sequenza di attività per salvare la sequenza di attività.

  • Last updated on