Guia de exemplos do kit de ferramentas de implantação Microsoft

Este guia faz parte do MDT (Kit de Ferramentas de Implantação) Microsoft e orienta uma equipe especializada por meio da implantação de sistemas operacionais Windows e Microsoft Office. Especificamente, este guia foi projetado para fornecer configurações de configuração de exemplo para cenários de implantação específicos.

Observação

Neste artigo, o Windows aplica-se aos sistemas operacionais Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 e Windows Server 2008 R2, a menos que seja observado de outra forma. O MDT não dá suporte a versões baseadas em processador arm do Windows. Da mesma forma, MDT refere-se à versão atual do MDT, a menos que seja declarado de outra forma.

Para usar este guia

Examine a lista de tópicos de cenário na Tabela de Conteúdo.

1. Selecione o cenário que representa mais de perto as metas de implantação da sua organização.

2. Examine as configurações de exemplo para o cenário selecionado.

3. Use as configurações de configuração de exemplo como base para as configurações em seu ambiente.

4. Personalize as configurações de configuração de exemplo para seu ambiente.

   Em muitas instâncias, mais de um cenário pode ser necessário para concluir as configurações do ambiente.

   Como este guia contém apenas configurações de configuração de exemplo, a revisão dos guias listados na tabela a seguir pode ajudar ainda mais na personalização das configurações do ambiente.

   Guia	Este guia oferece assistência para ajudar
   Guia de Início Rápido para Microsoft System Center 2012 R2 Configuration Manager	Use o System Center 2012 R2 Configuration Manager para instalar o sistema operacional Windows 8.1 em um cenário de implantação do Novo Computador.
   Guia de Início Rápido para Instalação do Lite Touch	Instale o sistema operacional Windows 8.1 por meio da LTI (Instalação do Lite Touch) usando mídia inicializável em um cenário de implantação do Novo Computador.
   Guia de início rápido para instalação de User-Driven	Instale o sistema operacional Windows 8.1 com User-Driven Instalação e o System Center 2012 R2 Configuration Manager em um cenário de implantação do Novo Computador.
   Usando o kit de ferramentas de implantação Microsoft	Personalize ainda mais os arquivos de configuração usados em implantações ZTI (Instalação de Toque Zero) e LTI. Este guia também fornece diretrizes de configuração genéricas e uma referência técnica para configurações.

Implantando aplicativos Windows 8 usando o MDT

O MDT pode implantar Windows 8 pacotes de aplicativos, que têm uma extensão de arquivo .appx. Esses pacotes de aplicativos são novos para Windows 8. Para obter mais informações sobre esses aplicativos, consulte Desenvolvimento de aplicativos da Windows Store.

Implante Windows 8 aplicativos usando o MDT executando as seguintes etapas:

• Implante aplicativos Windows 8 usando LTI, conforme descrito na implantação de aplicativos Windows 8 usando LTI.

• Implante Windows 8 aplicativos usando User-Driven Instalação (UDI), conforme descrito em Implantar aplicativos Windows 8 usando o UDI.

Implantando aplicativos Windows 8 usando LTI

Você pode implantar Windows 8 aplicativos usando LTI como qualquer outro aplicativo que inicie o processo de instalação a partir de uma linha de comando. Você pode adicionar Windows 8 aplicativos a implantações LTI no nó Aplicativos no Workbench de Implantação.

Para implantar um aplicativo Windows 8 usando o LTI

1. Crie uma pasta compartilhada de rede na qual armazenar o aplicativo.

2. Copie o aplicativo Windows 8 na pasta compartilhada de rede que você criou na etapa anterior.

   Verifique se você copia o arquivo .appx do aplicativo Windows 8 e quaisquer outros arquivos necessários, como um arquivo .cer que contém o certificado do aplicativo.

3. Crie um item de aplicativo LTI para o aplicativo Windows 8 no nó Aplicativos no Workbench de Implantação usando o Assistente de Novo Aplicativo.

   Ao concluir o Assistente de Novo Aplicativo, na página assistente Detalhes do Comando, na linha Comando, digite app_file_name (em que app_file_name é o nome do aplicativo Windows 8).

   Para obter mais informações sobre como concluir o Novo Assistente de Aplicativo no Workbench de Implantação, confira as seguintes seções no documento MDT, Usando o kit de ferramentas de implantação Microsoft:

   • "Criar um novo aplicativo implantado a partir do compartilhamento de implantação"

   • "Criar um novo aplicativo implantado de outra pasta compartilhada de rede"

4. Selecione o item do aplicativo LTI criado na etapa anterior em uma sequência de tarefas LTI.

Implantando aplicativos Windows 8 usando o UDI

Você pode implantar Windows 8 aplicativos usando a UDI como qualquer outro aplicativo que inicie o processo de instalação de uma linha de comando. Você pode adicionar Windows 8 aplicativos a implantações de UDI na página assistente ApplicationPage no Designer de Assistentes da UDI.

Observação

A implantação de aplicativos Windows 8 e Windows 8 usando a UDI requer Configuration Manager do System Center 2012 R2.

Para implantar um aplicativo Windows 8 usando a UDI

1. Crie uma pasta compartilhada de rede na qual armazenar o aplicativo.

   Essa pasta será a pasta de origem do aplicativo Configuration Manager que você criará mais tarde no processo.

2. Copie o aplicativo Windows 8 na pasta compartilhada de rede que você criou na etapa anterior.

   Verifique se você copia o arquivo .appx do aplicativo Windows 8 e quaisquer outros arquivos necessários, como um arquivo .cer que contém o certificado do aplicativo.

3. Adicionar o aplicativo Windows 8 como um aplicativo Configuration Manager

4. Crie um item de aplicativo Configuration Manager para o aplicativo Windows 8 usando o Assistente de Criar Aplicativo no console Configuration Manager.

   Ao concluir o Assistente de Criar Aplicativo, crie um tipo de implantação para implantar o aplicativo Windows 8 usando o Assistente criar tipo de implantação. No Assistente criar tipo de implantação, na página Conteúdo, no programa Instalação, digiteapp_file_name (em que app_file_name é o nome do aplicativo Windows 8).

   Para obter mais informações sobre como concluir o Assistente de Criação de Aplicativo no console Configuration Manager, confira as seguintes seções na Biblioteca de Documentação do System Center 2012 Configuration Manager, que está incluída com Configuration Manager:

   • Como criar aplicativos no Configuration Manager

   • Como criar tipos de implantação no Configuration Manager

   • Como gerenciar aplicativos e tipos de implantação em Configuration Manager

5. Verifique se o recurso UDA (afinidade do dispositivo de usuário) no Configuration Manager está configurado corretamente para dar suporte à afinidade entre usuários e dispositivos para Configuration Manager implantação do aplicativo.

   Para obter mais informações sobre como configurar o UDA para dar suporte a Configuration Manager implantação do aplicativo, consulte Como gerenciar a afinidade do dispositivo de usuário em Configuration Manager.

6. Implante o aplicativo criado na etapa 4 para os usuários de destino.

   Para obter mais informações sobre como implantar um aplicativo no usuário, consulte Como implantar aplicativos em Configuration Manager.

7. Configure a página assistente ApplicationPage para incluir o aplicativo Configuration Manager criado na etapa 4 usando o Designer de Assistentes da UDI.

   Para obter mais informações sobre como configurar a página assistente do ApplicationPage usando o Designer de Assistentes da UDI, consulte a seção "Etapa 5-11: Personalizar o Arquivo de Configuração do Assistente de UDI para o Computador de Destino", no documento MDT Guia de início rápido para instalação de User-Driven.

8. Selecione o item do aplicativo UDI criado na etapa anterior em uma sequência de tarefas da UDI.

   Observação

   O aplicativo Windows 8 não é instalado pela sequência de tarefas, mas sim será instalado na primeira vez que o usuário fizer logon no computador de destino (conforme definido pela configuração do UDA configurada na etapa 5) usando o recurso User-Centric Instalador de Aplicativos (AppInstall.exe) na UDI.

   Para obter mais informações sobre o recurso User-Centric Instalador de Aplicativos na UDI, consulte a seção "Referência do Instalador de Aplicativo Centrado no Usuário", na Referência do Kit de Ferramentas do documento MDT.

Gerenciando o MDT usando Windows PowerShell

Você pode gerenciar compartilhamentos de implantação do MDT usando o Workbench de Implantação e Windows PowerShell. O MDT inclui um snap-in de Windows PowerShell ™ Microsoft. Bdd. SnapIn — que deve ser carregado antes de usar os recursos específicos do MDT no Windows PowerShell. O snap-in do MDT Windows PowerShell inclui:

• Um provedor de Windows PowerShell — MDTProvider — que fornece acesso ao conteúdo de um compartilhamento de implantação

• Cmdlets que fornecem a capacidade de administrar compartilhamentos de implantação do MDT

  Gerenciar compartilhamentos de implantação do MDT usando Windows PowerShell executando as seguintes etapas:

• Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

• Crie um compartilhamento de implantação usando Windows PowerShell conforme descrito em Criar um compartilhamento de implantação usando Windows PowerShell.

• Exibir propriedades de compartilhamento de implantação usando Windows PowerShell conforme descrito em Exibir propriedades de compartilhamento de implantação usando Windows PowerShell.

• Exiba a lista de compartilhamentos de implantação usando Windows PowerShell conforme descrito em Exibir a lista de compartilhamentos de implantação usando Windows PowerShell.

• Atualize um compartilhamento de implantação, que gera novas imagens de inicialização do Windows Preinstallation Environment (Windows PE), conforme descrito em Atualizar um compartilhamento de implantação usando Windows PowerShell.

• Atualize um compartilhamento de implantação vinculado, que replica o conteúdo de um compartilhamento de implantação para o compartilhamento de implantação vinculado, conforme descrito em Atualizar um compartilhamento de implantação vinculado usando Windows PowerShell.

• Atualize a mídia de implantação, que replica o conteúdo de um compartilhamento de implantação para a mídia de implantação e, em seguida, gera novas imagens inicializáveis, conforme descrito em Atualizar mídia de implantação usando Windows PowerShell.

• Gerenciar itens em um compartilhamento de implantação (como sistemas operacionais, pacotes do sistema operacional, aplicativos e drivers de dispositivo) conforme descrito em Gerenciar itens em um compartilhamento de implantação usando Windows PowerShell.

• Automatize a população de itens em um compartilhamento de implantação (como sistemas operacionais, pacotes do sistema operacional, aplicativos e drivers de dispositivo) conforme descrito em Automatizar a população de um compartilhamento de implantação.

• Gerencie as pastas em um compartilhamento de implantação usando Windows PowerShell conforme descrito em Gerenciar pastas de compartilhamento de implantação usando Windows PowerShell.

Carregando o Windows PowerShell Snap-In MDT

Os cmdlets MDT são fornecidos em um Windows PowerShell Microsoft de snap-in. Bdd. SnapIn que deve ser carregado antes de usar os cmdlets MDT. Carregue o snap-in do MDT Windows PowerShell usando o cmdlet Add-PSSnapIn, conforme descrito em Carregar o MDT Windows PowerShell Snap-In Usando o cmdlet Add-PSSnapIn.

Carregue o Windows PowerShell Snap-In MDT usando o cmdlet Add-PSSnapIn

Você pode carregar o Microsoft de snap-in do MDT Windows PowerShell. Bdd. PSSnapIn de qualquer ambiente Windows PowerShell usando o cmdlet Add-PSSnapIn, conforme mostrado no exemplo a seguir:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn  

Criando um compartilhamento de implantação usando Windows PowerShell

Você pode criar compartilhamentos de implantação usando os cmdlets Windows PowerShell MDT. A pasta raiz do compartilhamento de implantação é criada e compartilhada usando cmdlets padrão Windows PowerShell e chamadas para comandos de classe WMI (Instrumentação de Gerenciamento do Windows). O compartilhamento de implantação é preenchido usando o provedor de Windows PowerShell MDTProvider e o cmdlet NewPSDrive. A unidade de Windows PowerShell MDTProvider é persistente usando o cmdlet Add-MDTPersistentDrive.

Para preparar um compartilhamento de implantação usando os cmdlets do MDT Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Crie a pasta que será a raiz do novo compartilhamento de implantação usando o cmdlet Novo Item , conforme mostrado no exemplo a seguir e descrito em Usando o cmdlet New-Item:

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

   O cmdlet exibe a criação bem-sucedida da pasta.

3. Compartilhe a pasta criada na etapa anterior usando a classe WMI win32_share como semeada no exemplo a seguir:

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

   A chamada para a classe win32_share retorna os resultados da chamada. Se o valor de ReturnValue for zero (0), a chamada será bem-sucedida.

4. Especifique a nova pasta compartilhada como um compartilhamento de implantação usando o cmdlet NewPSDrive , conforme mostrado no exemplo a seguir:

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

   O cmdlet começa automaticamente a criar o compartilhamento de implantação e copiar as informações do modelo no novo compartilhamento de implantação. Após a conclusão do processo de cópia, o cmdlet exibe as informações do novo compartilhamento de implantação.

   Observação

   O valor fornecido no parâmetro Name (DS002) deve ser exclusivo e não pode ser o mesmo que um compartilhamento de implantação existente Windows PowerShell unidade.

5. Verifique se as pastas de compartilhamento de implantação apropriadas foram criadas usando o comando dir , conforme mostrado no exemplo a seguir:

   Get-ChildItem ds002:  
   

   A lista de pastas padrão na raiz do compartilhamento de implantação é exibida.

6. Adicione o novo compartilhamento de implantação à lista de compartilhamentos de implantação do MDT persistentes usando o cmdlet Add-MDTPersistentDrive , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, a variável $NewDS é usada para passar o objeto de unidade Windows PowerShell para o novo compartilhamento de implantação para o cmdlet.

   Como alternativa, você poderia ter combinado os cmdlets NewPSDrive e Add-MDTPersistentDrive , conforme mostrado no exemplo a seguir:

   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  
   

   No exemplo anterior, o pipeline Windows PowerShell fornece os parâmetros Nome e InputObject.

Exibindo propriedades de compartilhamento de implantação usando Windows PowerShell

Você pode exibir as propriedades dos compartilhamentos de implantação do MDT usando o cmdlet Get-ItemProperty e o provedor de Windows PowerShell MDTProvider. Essas mesmas propriedades também podem ser vistas no Workbench de Implantação.

Para exibir propriedades de compartilhamento de implantação usando os cmdlets do MDT Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT compartilham Windows PowerShell unidades sejam restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Verifique se as implantações de MDT que compartilham Windows PowerShell unidades são restauradas corretamente usando o cmdlet Get-PSDrive, da seguinte maneira:

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

   A lista de unidades Windows PowerShell fornecidas usando o MDTProvider está listada.

4. Exiba as propriedades do compartilhamento de implantação usando o cmdlet Get-ItemProperty , conforme mostrado no exemplo a seguir:

   Get-ItemProperty "DS002:"  
   

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3. O cmdlet retorna as propriedades do compartilhamento de implantação.

Exibindo a lista de compartilhamentos de implantação usando Windows PowerShell

Você pode exibir a lista de compartilhamentos de implantação do MDT usando o cmdlet Get-PSDrive e o provedor de Windows PowerShell do MDTProvider. A mesma lista de compartilhamentos de implantação também pode ser exibida no Trabalho de Implantação.

Para exibir uma lista de compartilhamentos de implantação usando os cmdlets do MDT Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT compartilham Windows PowerShell unidades sejam restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Exiba a lista de implantações de MDT que compartilham unidades Windows PowerShell, uma para cada compartilhamento de implantação, usando o cmdlet Get-PSDrive, da seguinte maneira:

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

   A lista de unidades de Windows PowerShell fornecidas usando o MDTProvider está listada, uma para cada compartilhamento de implantação.

Atualizar um compartilhamento de implantação usando Windows PowerShell

Você pode atualizar compartilhamentos de implantação usando o cmdlet Update-MDTDeploymentShare e o provedor de Windows PowerShell MDTProvider. A atualização de um compartilhamento de implantação cria as imagens de inicialização do Windows PE (arquivos WIM e Organização Internacional para Padronização [ISO] necessárias para iniciar a implantação do LTI. Você pode executar o mesmo processo usando o Trabalho de Implantação, conforme descrito em "Atualizar um Compartilhamento de Implantação no Trabalho de Implantação".

Para atualizar um compartilhamento de implantação usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Verifique se as implantações de MDT que compartilham Windows PowerShell unidades são restauradas corretamente usando o cmdlet Get-PSDrive, da seguinte maneira:

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

   A lista de unidades Windows PowerShell fornecidas usando o MDTProvider está listada.

4. Atualize o compartilhamento de implantação usando o cmdlet Update-MDTDeploymentShare , conforme mostrado no exemplo a seguir:

   Update-MDTDeploymentShare -Path "DS002:" -Force  
   

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

   Observação

   Atualizar o compartilhamento de implantação pode levar muito tempo. O progresso do cmdlet é mostrado na parte superior do console Windows PowerShell.

   O cmdlet retornará sem saída se a atualização for bem-sucedida.

Atualizar um compartilhamento de implantação vinculado usando Windows PowerShell

Você pode atualizar (replicar) compartilhamentos de implantação vinculados usando o cmdlet Update-MDTLinkedDS e o provedor de Windows PowerShell MDTProvider. Atualizar um compartilhamento de implantação vinculado replica o conteúdo do compartilhamento de implantação original para o compartilhamento de implantação vinculado. Você pode executar o mesmo processo usando o Trabalho de Implantação, conforme descrito em "Replicar Compartilhamentos de Implantação Vinculados no Workbench de Implantação".

Para atualizar um compartilhamento de implantação vinculado usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Verifique se as implantações de MDT que compartilham Windows PowerShell unidades são restauradas corretamente usando o cmdlet Get-PSDrive, da seguinte maneira:

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

   A lista de unidades Windows PowerShell fornecidas usando o MDTProvider está listada.

4. Atualize o compartilhamento de implantação usando o cmdlet Update-MDTDeploymentShare , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

   Observação

   Atualizar o compartilhamento de implantação vinculado pode levar muito tempo. O progresso do cmdlet é mostrado na parte superior do console Windows PowerShell.

   O cmdlet retornará sem saída se a atualização for bem-sucedida.

Atualizar mídia de implantação usando Windows PowerShell

Você pode atualizar (gerar) mídia de implantação usando o cmdlet Update-MDTMedia e o provedor de Windows PowerShell MDTProvider. A atualização da mídia de implantação replica o conteúdo do compartilhamento de implantação original para o compartilhamento de implantação vinculado e, em seguida, gera arquivos .iso e .wim. Você pode executar o mesmo processo usando o Trabalho de Implantação, conforme descrito em "Gerar Imagens de Mídia no Workbench de Implantação".

Quando o cmdlet Update-MDTMedia for concluído, os seguintes arquivos serão criados:

• Um arquivo .iso na pasta media_folder (em que media_folder é o nome da pasta especificada para a mídia)

  Gerar o arquivo .iso é uma opção que você configura por:

  • Selecionando a caixa de seleção Gerar uma caixa de seleção de imagem ISO inicializável do Lite Touch na guia Geral da caixa de diálogo Propriedades de mídia (Desmarque esta caixa de seleção para reduzir o tempo necessário para gerar a mídia, a menos que você precise criar DVDs inicializáveis ou iniciar máquinas virtuais [VMs] no arquivo .iso.)

  • Definindo a mesma propriedade usando o cmdlet Set-ItemProperty

• Arquivos WIM na pasta media_folder\Content\Deploy\Boot (em que media_folder é o nome da pasta especificada para a mídia)

  Para atualizar um compartilhamento de implantação vinculado usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT compartilham Windows PowerShell unidades sejam restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Verifique se as implantações de MDT que compartilham Windows PowerShell unidades são restauradas corretamente usando o cmdlet Get-PSDrive, da seguinte maneira:

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

   A lista de unidades Windows PowerShell fornecidas usando o MDTProvider está listada.

4. Atualize o compartilhamento de implantação usando o cmdlet Update-MDTDeploymentShare , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

   Observação

   Atualizar o compartilhamento de implantação vinculado pode levar muito tempo. O progresso do cmdlet é mostrado na parte superior do console Windows PowerShell.

   O cmdlet retornará sem saída se a atualização for bem-sucedida.

Gerenciando itens em um compartilhamento de implantação usando Windows PowerShell

Um compartilhamento de implantação contém itens usados para executar implantações, como sistemas operacionais, aplicativos, drivers de dispositivo, pacotes do sistema operacional e sequências de tarefas. Esses itens podem ser gerenciados usando cmdlets de Windows PowerShell e aqueles fornecidos com MDT.

Para obter mais informações sobre como manipular itens diretamente usando cmdlets Windows PowerShell, consulte Manipulando itens diretamente. A estrutura de pasta para um compartilhamento de implantação também pode ser gerenciada usando Windows PowerShell. Para obter mais informações, consulte Gerenciando pastas de compartilhamento de implantação usando Windows PowerShell.

Importar um item para um compartilhamento de implantação

Você pode importar cada tipo de item, como sistemas operacionais, aplicativos ou drivers de dispositivo, usando cmdlets MDT. Para cada tipo de item, há um cmdlet MDT específico. Se você quiser importar vários itens para um compartilhamento de implantação usando Windows PowerShell, consulte Automatizando a população de um compartilhamento de implantação.

A tabela a seguir lista os cmdlets MDT Windows PowerShell usados para importar itens em um compartilhamento de implantação e fornece uma breve descrição de cada cmdlet. Exemplos de como usar cada cmdlet são fornecidos na seção que corresponde a cada cmdlet.

Cmdlet	Descrição
Import-MDTApplication	Importa um aplicativo para um compartilhamento de implantação
Import-MDTDriver	Importa um ou mais drivers de dispositivo para um compartilhamento de implantação
Import-MDTOperatingSystem	Importa um ou mais sistemas operacionais para um compartilhamento de implantação
Import-MDTPackage	Importa um ou mais pacotes do sistema operacional para um compartilhamento de implantação
Import-MDTTaskSequence	Importa uma sequência de tarefas para um compartilhamento de implantação

Exibir as propriedades de um item em um compartilhamento de implantação

Cada item em um compartilhamento de implantação tem um conjunto diferente de propriedades. Você pode exibir as propriedades de um item em um compartilhamento de implantação usando o cmdlet Get-ItemProperty . O cmdlet Get-ItemProperty usa o MDTProvider para exibir as propriedades de um item específico, assim como você pode ver as propriedades no Trabalho de Implantação.

Se quiser exibir as propriedades de vários itens em um compartilhamento de implantação usando Windows PowerShell, consulte Automatizando a população de um compartilhamento de implantação.

Para exibir as propriedades de um item em um compartilhamento de implantação usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Verifique se as implantações do MDT que compartilham Windows PowerShell unidades são restauradas corretamente usando o cmdlet Get-PSDrive, conforme mostrado no exemplo a seguir:

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

   A lista de unidades Windows PowerShell fornecidas usando o MDTProvider está listada.

4. Retorne uma lista dos itens para o tipo de item para o qual você deseja exibir as propriedades usando o cmdlet Get-Item , conforme mostrado no exemplo a seguir:

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

   No exemplo anterior, uma lista de todos os sistemas operacionais no compartilhamento de implantação é exibida. A saída é canalizada para o cmdlet Format-List para que os nomes longos dos sistemas operacionais possam ser vistos. Para obter mais informações sobre como usar o cmdlet Format-List , confira Usando o cmdlet Format-List. O mesmo processo pode ser usado para retornar a lista de outros tipos de itens, como drivers de dispositivo ou aplicativos.

   Dica

   Você também poderia ter usado o comando dir para exibir a lista de sistemas operacionais em vez do cmdlet Get-Item .

5. Exiba as propriedades de um dos itens listados na etapa anterior usando o cmdlet Get-ItemProperty , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, o valor do parâmetro Path é o caminho de Windows PowerShell totalmente qualificado para o item, incluindo o nome do arquivo que foi retornado na etapa anterior. Você pode usar o mesmo processo para exibir as propriedades de outros tipos de itens, como drivers de dispositivo ou aplicativos.

Remover um item de um compartilhamento de implantação

Você pode remover um item de um compartilhamento de implantação usando o cmdlet Remove-Item . O cmdlet Remove-Item usa o MDTProvider para remover um item específico, assim como você pode remover um item no Workbench de Implantação. Se você quiser remover vários itens em um compartilhamento de implantação usando Windows PowerShell, consulte Automatizando a população de um compartilhamento de implantação.

Observação

A remoção de um item que uma sequência de tarefas usa faz com que a sequência de tarefas falhe. Verifique se um item não é referenciado por outros itens no compartilhamento de implantação antes de remover o item. Depois que um item é removido, ele não pode ser recuperado.

Para remover um item de um compartilhamento de implantação usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações de MDT que compartilham Windows PowerShell unidades são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir.

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Verifique se as implantações do MDT que compartilham Windows PowerShell unidades são restauradas corretamente usando o cmdlet Get-PSDrive, conforme mostrado no exemplo a seguir:

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

   A lista de unidades Windows PowerShell fornecidas usando o MDTProvider está listada.

4. Retorne uma lista dos itens para o tipo de item para o qual você deseja exibir as propriedades usando o cmdlet Get-Item , conforme mostrado no exemplo a seguir:

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

   No exemplo anterior, uma lista de todos os sistemas operacionais no compartilhamento de implantação é exibida. A saída é canalizada para o cmdlet Format-List para que os nomes longos dos sistemas operacionais possam ser vistos. Para obter mais informações sobre como usar o cmdlet Format-List , confira Usando o cmdlet Format-List. Você pode usar o mesmo processo para retornar a lista de outros tipos de itens, como drivers de dispositivo ou aplicativos.

   Dica

   Você também poderia ter usado o comando dir para exibir a lista de sistemas operacionais em vez do cmdlet Get-Item .

5. Remova um dos itens listados na etapa anterior usando o cmdlet Remove-Item , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, o valor do parâmetro Path é o caminho de Windows PowerShell totalmente qualificado para o item, incluindo o nome do arquivo que foi retornado na etapa anterior.

   Você pode usar o mesmo processo para remover outros tipos de itens, como drivers de dispositivo ou aplicativos.

   Observação

   A remoção de um item que uma sequência de tarefas usa faz com que a sequência de tarefas falhe. Verifique se um item não é referenciado por outros itens no compartilhamento de implantação antes de remover o item.

Automatizando a população de um compartilhamento de implantação

Os cmdlets de Windows PowerShell MDT permitem gerenciar itens individuais. No entanto, usando alguns dos recursos de script em Windows PowerShell, os cmdlets podem ser usados para automatizar a população de um compartilhamento de implantação.

Por exemplo, uma organização pode precisar implantar vários compartilhamentos de implantação para diferentes unidades de negócios ou uma organização pode fornecer serviços de implantação do sistema operacional para outras organizações. Em ambos os exemplos, as organizações precisam da capacidade de criar e preencher compartilhamentos de implantação configurados de forma consistente.

Um método para gerenciar vários itens seria usar um arquivo CSV (valores separados por vírgulas) que contém uma lista de todos os itens que você deseja gerenciar em um compartilhamento de implantação usando o cmdlet Import-CSV .

Veja a seguir um trecho de um script Windows PowerShell para importar uma lista de aplicativos com base em informações em um arquivo .csv usando os cmdlets 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  
}  

Neste exemplo, o arquivo C:\MDT\Import-MDT-Apps.csv contém um campo para cada variável necessária para importar um aplicativo. Para obter mais informações sobre como criar um arquivo .csv para uso com o cmdlet Import-CSV , consulte Usando o cmdlet Import-Csv.

Você pode usar esse mesmo método para importar sistemas operacionais, drivers de dispositivo e outros itens em um compartilhamento de implantação executando as seguintes etapas:

1. Crie um arquivo .csv para cada tipo de item de compartilhamento de implantação que você deseja preencher.

2. Para obter mais informações sobre como criar um arquivo .csv para uso com o cmdlet Import-CSV , consulte Usando o cmdlet Import-Csv.

3. Crie um arquivo de script Windows PowerShell que será usado para automatizar a população do compartilhamento de implantação.

   Para obter mais informações sobre como criar um script de Windows PowerShell, consulte Scripting com Windows PowerShell.

4. Crie qualquer estrutura de pasta de pré-requisito necessária no compartilhamento de implantação antes de importar os itens de compartilhamento de implantação.

   Para obter mais informações, consulte Gerenciando pastas de compartilhamento de implantação usando Windows PowerShell.

5. Adicione a linha de cmdlet Import-CSV para um dos arquivos .csv criados na etapa 1.

   Para obter mais informações sobre o cmdlet Import-CSV , consulte Usando o cmdlet Import-Csv.

6. Crie um loop de cmdlet ForEach-Object que processe cada item do arquivo .csv referenciado no cmdlet Import-CSV na etapa anterior.

   Para obter mais informações sobre o cmdlet ForEach-Object , consulte Usando o cmdlet ForEach-Object.

7. Adicione o cmdlet MDT correspondente para importar os itens de compartilhamento de implantação dentro do loop de cmdlet ForEach-Object criado na etapa anterior.

   Para obter mais informações sobre os cmdlets MDT usados para importar itens em um compartilhamento de implantação, consulte Importar um item em um compartilhamento de implantação.

Gerenciando pastas de compartilhamento de implantação usando Windows PowerShell

Você pode gerenciar pastas em um compartilhamento de implantação usando ferramentas de linha de comando, como o comando mkdir ou usando cmdlets Windows PowerShell, como o cmdlet New-Item e o provedor de Windows PowerShell MDTProvider. A mesma estrutura de pastas de compartilhamentos de implantação também pode ser vista e gerenciada no Trabalho de Implantação. Para obter mais informações sobre como manipular itens diretamente usando cmdlets Windows PowerShell, consulte Manipulando itens diretamente.

Criar uma pasta em um compartilhamento de implantação usando Windows PowerShell

Para criar uma pasta em um compartilhamento de implantação usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Exiba a lista de implantações de MDT que compartilham Windows PowerShell unidades, uma para cada compartilhamento de implantação, usando o cmdlet Get-PSDrive da seguinte maneira:

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

   A lista de unidades de Windows PowerShell fornecidas usando o MDTProvider está listada, uma para cada compartilhamento de implantação

4. Crie uma pasta chamada Windows_8 na pasta Sistemas Operacionais em um compartilhamento de implantação usando o comando Novo Item , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

5. Verifique se a pasta foi criada corretamente digitando o seguinte comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   A pasta Windows_8 e quaisquer outras pastas existentes na pasta Sistemas Operacionais são exibidas.

6. Crie uma pasta chamada Windows_7 pasta na pasta Sistemas Operacionais em um compartilhamento de implantação usando o cmdlet Novo Item , conforme mostrado no exemplo a seguir e descrito em Usar o Cmdlet New-Item:

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

   O cmdlet exibe a criação bem-sucedida da pasta.

7. Verifique se a pasta foi criada corretamente digitando o seguinte comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   A pasta Windows_7 e quaisquer outras pastas existentes na pasta Sistemas Operacionais são exibidas.

Excluir uma pasta em um compartilhamento de implantação usando Windows PowerShell

Para excluir uma pasta em um compartilhamento de implantação usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Exiba a lista de implantações de MDT que compartilham Windows PowerShell unidades, uma para cada compartilhamento de implantação, usando o cmdlet Get-PSDrive da seguinte maneira:

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

   A lista de unidades de Windows PowerShell fornecidas usando o MDTProvider está listada, uma para cada compartilhamento de implantação.

4. Exclua (remova) uma pasta chamada Windows_8 na pasta Sistemas Operacionais em um compartilhamento de implantação usando o comando New-Item , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

5. Verifique se a pasta foi removida corretamente digitando o seguinte comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   A pasta Windows_8 não é mais exibida na lista de pastas na pasta Sistemas Operacionais

6. Excluir (remover) uma pasta chamada Windows_7 pasta na pasta Sistemas Operacionais em um compartilhamento de implantação usando o cmdlet Remove-Item , conforme mostrado no exemplo a seguir:

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

   O cmdlet exibe a remoção bem-sucedida da pasta.

7. Verifique se a pasta foi criada corretamente digitando o seguinte comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   A pasta Windows_7 não é mais exibida na lista de pastas na pasta Sistemas Operacionais.

Renomear uma pasta em um compartilhamento de implantação usando Windows PowerShell

Para renomear uma pasta em um compartilhamento de implantação usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT compartilham Windows PowerShell unidades sejam restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Exiba a lista de implantações do MDT que compartilham Windows PowerShell unidades, uma para cada compartilhamento de implantação, usando o cmdlet Get-PSDrive da seguinte maneira:

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

   A lista de unidades de Windows PowerShell fornecidas usando o MDTProvider está listada, uma para cada compartilhamento de implantação.

4. Renomeie uma pasta chamada Windows_8 para Win_8 na pasta Sistemas Operacionais em um compartilhamento de implantação usando o comando ren , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

5. Verifique se a pasta foi removida corretamente digitando o seguinte comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   A pasta Windows_8 é renomeada para Win_8.

6. Renomeie uma pasta chamada Windows_7 para Win-7 na pasta Sistemas Operacionais em um compartilhamento de implantação usando o cmdlet Rename-Item , conforme mostrado no exemplo a seguir:

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

   O cmdlet exibe a renomeação bem-sucedida da pasta.

7. Verifique se a pasta foi criada corretamente digitando o seguinte comando:

   Get-ChildItem "DS002:\Operating Systems"  
   

   A pasta Windows_7 é renomeada para Win_7.

Automatizando o aplicativo de pacotes de serviço do sistema operacional em compartilhamentos de implantação

Os pacotes de serviço do sistema operacional são uma parte normal do ciclo de vida do software. Os sistemas operacionais existentes em compartilhamentos de implantação precisam ser atualizados com esses service packs para ajudar a garantir que computadores recém-implantados ou atualizados estejam atualizados com as recomendações de segurança e as configurações de configuração mais recentes.

Em instâncias em que uma organização tem muitos compartilhamentos de implantação com vários sistemas operacionais em cada compartilhamento de implantação, o processo para atualizar manualmente os sistemas operacionais em cada compartilhamento de implantação com os service packs pode ser demorado. Os métodos para automatizar o aplicativo de service packs do sistema operacional em compartilhamentos de implantação incluem:

• Copiar conteúdo de origem atualizado que já contém o service pack (por exemplo, Windows 7 com mídia SP1) para a pasta no compartilhamento de implantação no qual o sistema operacional existente reside, conforme descrito em Automatizar o aplicativo de pacotes de serviço do sistema operacional da mídia de origem atualizada

• Aplicando o service pack a um computador de referência e capturando uma imagem atualizada de um computador de referência, conforme descrito em Automatizar o aplicativo de pacotes de serviço do sistema operacional usando um computador de referência e Windows PowerShell

Automatizando o aplicativo de pacotes de serviço do sistema operacional da mídia de origem atualizada

Você pode automatizar o processo de atualização de pacotes de serviço do sistema operacional usando Windows PowerShell quando tiver mídia de origem que inclua o service pack, como ter um DVD que tenha o Windows 7 com o SP1 já integrado.

Para esse método, a mídia de origem do sistema operacional com o service pack é copiada sobre os arquivos do sistema operacional existentes sem o service pack no compartilhamento de implantação usando Windows PowerShell.

Para automatizar o aplicativo de pacotes de serviço do sistema operacional a partir de atualizações de mídia de origem usando Windows PowerShell

1. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

2. Verifique se as implantações do MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

3. Exiba a lista de implantações do MDT que compartilham Windows PowerShell unidades, uma para cada compartilhamento de implantação, usando o cmdlet Get-PSDrive, conforme mostrado no exemplo a seguir:

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

   A lista de unidades de Windows PowerShell fornecidas usando o MDTProvider está listada, uma para cada compartilhamento de implantação.

4. Remova a pasta do sistema operacional existente do compartilhamento de implantação usando os cmdlets Get-ChildItem e Remove-Item , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 3.

5. Copie o conteúdo dos arquivos de origem do sistema operacional que têm o service pack integrado usando o cmdlet Copy-Item , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, os arquivos de origem do sistema operacional estão na unidade E e DS002: é o nome de uma unidade Windows PowerShell retornada na etapa 3.

6. Atualize qualquer mídia de implantação do MDT com base no compartilhamento de implantação usando o cmdlet Update-MDTMedia .

   Para obter mais informações sobre como atualizar a mídia de implantação do MDT com base no compartilhamento de implantação usando o cmdlet Update-MDTMedia, consulte Atualizando mídia de implantação usando Windows PowerShell.

Automatizando o aplicativo de pacotes de serviço do sistema operacional usando um computador de referência e Windows PowerShell

Você pode automatizar o processo de atualização de pacotes de serviço do sistema operacional usando Windows PowerShell quando tiver apenas o service pack que ainda não está integrado ao sistema operacional, como ter o SP1 para Windows 7 ainda não integrado a uma imagem do Windows 7.

Para esse método, implante o sistema operacional sem o service pack em um computador de referência. Em seguida, aplique o service pack ao computador de referência. Em seguida, capture uma imagem do sistema operacional do computador de referência. Por fim, copie o arquivo .wim capturado no arquivo Install.wim no sistema operacional no compartilhamento de implantação usando Windows PowerShell.

Para automatizar o aplicativo de pacotes de serviço do sistema operacional a partir de atualizações de mídia de origem usando Windows PowerShell

1. Implante o sistema operacional de destino em um computador de referência.

   Para obter mais informações sobre como implantar um computador de referência, consulte os seguintes recursos no documento MDT, Usando o kit de ferramentas de implantação Microsoft:

   • "Preparação para implantação de LTI no computador de referência"

   • "Implantando e capturando uma imagem do computador de referência no LTI"

2. Instale o service pack desejado no computador de referência.

   Para obter mais informações sobre como instalar o service pack, confira a documentação que acompanha o service pack.

3. Capture uma imagem do computador de referência criando e implantando uma sequência de tarefas com base no modelo de sequência de tarefas Sysprep e Capture .

   Para obter mais informações sobre como criar uma sequência de tarefas com base no modelo de sequência de tarefas Sysprep e Capture , consulte "Criar uma nova sequência de tarefas no Workbench de Implantação".

4. Carregue o snap-in Windows PowerShell MDT conforme descrito em Carregar o Snap-In Windows PowerShell MDT.

5. Verifique se as implantações de MDT que compartilham unidades Windows PowerShell são restauradas usando o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo a seguir:

   Restore-MDTPersistentDrive -Verbose  
   

   Observação

   Se as implantações de MDT que compartilham Windows PowerShell unidades já estiverem restauradas, você receberá uma mensagem de aviso indicando que o cmdlet não poderá restaurar a unidade.

6. Exiba a lista de implantações do MDT que compartilham Windows PowerShell unidades, uma para cada compartilhamento de implantação, usando o cmdlet Get-PSDrive, conforme mostrado no exemplo a seguir:

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

   A lista de unidades de Windows PowerShell fornecidas usando o MDTProvider está listada, uma para cada compartilhamento de implantação.

7. Copie o arquivo .wim capturado na etapa 3 no arquivo Install.wim no sistema operacional no compartilhamento de implantação usando o cmdlet Copy-Item , conforme mostrado no exemplo a seguir:

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

   Neste exemplo, o arquivo de imagem do sistema operacional capturado (Win7SP1.wim) na pasta Capturas no compartilhamento DS002: é o nome de uma unidade de Windows PowerShell retornada na etapa 6 e o sistema operacional Windows 7 existente é armazenado na pasta chamada Windows 7.

8. Atualize qualquer mídia de implantação do MDT com base no compartilhamento de implantação usando o cmdlet Update-MDTMedia .

   Para obter mais informações sobre como atualizar a mídia de implantação do MDT com base no compartilhamento de implantação usando o cmdlet Update-MDTMedia, consulte Atualizando mídia de implantação usando Windows PowerShell.

Personalizando a implantação com base no tipo de chassi

Você pode personalizar a implantação com base no tipo de chassi do computador. Os scripts criam variáveis locais que podem ser processadas no arquivo CustomSettings.ini. As variáveis IsLaptoplocais , IsDesktope IsServer indicam se o computador é um computador portátil, computador desktop ou servidor, respectivamente.

Observação

Em versões anteriores do Deployment Workbench, o IsServer sinalizador indicou que o sistema operacional existente é um sistema operacional de servidor (como o Windows Server 2003 Edição Enterprise). Esse sinalizador foi renomeado para IsServerOS.

Para implementar variáveis locais no arquivo CustomSettings.ini

1. [Settings] Na seção, na Priority linha, adicione uma seção personalizada para personalizar a implantação com base no tipo de chassi (ByChassisType no exemplo a seguir, em que o Chassi representa o tipo de computador).

2. Crie a seção personalizada que corresponde à seção personalizada definida na etapa 1 (ByChassisType no exemplo a seguir, em que o Chassi representa o tipo de computador).

3. Defina uma subseção para cada tipo de chassi a ser detectado (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% no exemplo a seguir).

4. Crie uma subseção para cada True estado de False cada subseção definido na etapa 3 (como [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] no exemplo a seguir).

5. Em cada True e False subseção, adicione as configurações apropriadas com base no tipo de chassi.

   Listagem 1. Exemplo de personalização da implantação com base no tipo de chassi no arquivo 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]  
.  
.  
.  

Implantação de aplicativos com base em versões anteriores do aplicativo

Muitas vezes, ao instalar um sistema operacional em um computador existente, você instalará os mesmos aplicativos instalados anteriormente no computador. Faça isso usando scripts MDT (em particular, ZTIGather.wsf) para consultar duas fontes de informações separadas:

• Configuration Manager recurso de inventário de software. Contém um registro para cada pacote de aplicativo , nesse caso, listagens em Programas e Recursos em Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 - instaladas na última vez Configuration Manager inventariado o computador.

• Uma tabela de mapeamento. Descreve qual pacote e programa precisam ser instalados para cada registro (porque os registros Programa e Recursos ou Adicionar ou Remover Programas não especificam exatamente qual pacote instalou o aplicativo, tornando impossível selecionar automaticamente o pacote com base apenas no inventário).

  Para executar uma instalação de aplicativo específica do computador dinâmico

1. Use a tabela no MDT DB para conectar pacotes específicos com aplicativos listados no sistema operacional de destino.

2. Preencha a tabela com dados que associam o pacote apropriado ao aplicativo listado em Programas e Recursos ou Adicionar ou Remover Programas.

   Consulta SQL para preencher a tabela

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

   A linha inserida conecta qualquer computador que tenha a entrada Office12.0 com o pacote Microsoft Office 2010 Professional Plus.

   Isso significa que Microsoft Office 2010 Professional Plus será instalado em qualquer computador que execute o sistema do Office 2007 Microsoft (Office 12.0). Adicione entradas semelhantes para qualquer outro pacote. Qualquer item para o qual não há entrada é ignorado (nenhum pacote será instalado).

3. Crie um procedimento armazenado para simplificar a junção das informações na nova tabela com os dados de inventário.

   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  
   

   O procedimento armazenado no exemplo anterior pressupõe que o banco de dados do site primário central Configuration Manager reside no computador no qual SQL Server está em execução como o MDT DB. Se o banco de dados do site primário central residir em um computador diferente, as modificações apropriadas precisarão ser feitas no procedimento armazenado. Além disso, o nome do banco de dados (CM_DB) deve ser atualizado. Considere também a concessão de contas adicionais Acesso de leitura à exibição v_GS_ADD_REMOVE_PROGRAMS no banco de dados Configuration Manager.

4. Configure o arquivo CustomSettings.ini para consultar essa tabela de banco de dados especificando o nome de uma seção ([DynamicPackages] na lista de prioridades ) que aponta para as informações do banco de dados.

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

5. Crie uma [DynamicPackages] seção para especificar o nome de uma seção de banco de dados.

   [DynamicPackages]  
   SQLDefault=DB_DynamicPackages  
   

6. Crie uma seção de banco de dados para especificar as informações do banco de dados e os detalhes da consulta.

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

   No exemplo anterior, o MDT DB chamado MDTDB no computador que executa o SQL Server instância denominada SERVER1 será consultado. O banco de dados contém um procedimento armazenado chamado RetrievePackages (criado na etapa 3).

   Quando ZTIGather.wsf é executado, uma instrução SQL (linguagem SQL) SELECT é gerada automaticamente e o valor da chave personalizada MakeModelQuery é passado como um parâmetro para a consulta:

   EXECUTE RetrievePackages ?  
   

   O valor real da chave personalizada MACAddress será substituído pelo correspondente "?". Essa consulta retorna um conjunto de registros com as linhas inseridas na etapa 2.

   Um número variável de argumentos não pode ser passado para um procedimento armazenado. Como resultado, quando um computador tem mais de um endereço MAC, nem todos os endereços MAC podem ser passados para o procedimento armazenado. Como alternativa, substitua o procedimento armazenado por uma exibição que permite consultar o modo de exibição por uma SELECT instrução com uma IN cláusula para passar todos os valores de endereço MAC.

   Com base no cenário apresentado aqui, se o computador atual tiver o valor Office12.0 inserido na tabela (etapa 2), a única linha será retornada (XXX0000F:Install Office 2010 Professional Plus). Isso indica que o pacote XXX0000F:Install Office 2001 Professional Plus será instalado pelo processo ZTI durante a Fase de Restauração do Estado.

Cenário de implantação de LTI totalmente automatizado

A principal finalidade do LTI é automatizar o processo de implantação o máximo possível. Embora o ZTI forneça automação de implantação completa usando os scripts MDT e os Serviços de Implantação do Windows, o LTI foi projetado para trabalhar com menos requisitos de infraestrutura.

Você pode automatizar o Assistente de Implantação do Windows usado no processo de implantação de LTI para reduzir (ou eliminar) as páginas do assistente exibidas. Você pode ignorar todo o Assistente de Implantação do Windows especificando a propriedade SkipWizard no CustomSettings.ini. Para ignorar páginas de assistente individuais, use as seguintes propriedades:

• SkipAdminPassword

• SkipApplications

• SkipBDDWelcome

• SkipBitLocker

• SkipBitLockerDetails

• SkipTaskSequence

• SkipCapture

• SkipComputerBackup

• SkipComputerName

• SkipDomainMembership

• SkipFinalSummary

• SkipLocaleSelection

• SkipPackageDisplay

• SkipProductKey

• SkipSummary

• SkipTimeZone

• SkipUserData

Para obter mais informações sobre essas propriedades individuais, consulte a propriedade correspondente no documento MDT Toolkit Reference.

Para cada página do assistente ignorada, forneça os valores das propriedades correspondentes que normalmente são coletadas por meio da página assistente nos arquivos CustomSettings.ini e BootStrap.ini. Para obter mais informações sobre as propriedades que devem ser configuradas nesses arquivos, consulte a seção "Fornecendo propriedades para páginas de assistente de implantação ignoradas", na Referência do Kit de Ferramentas do documento MDT.

Implantação de LTI totalmente automatizada para um cenário de computador de atualização

O seguinte ilustra um arquivo CustomSettings.ini usado para um cenário do Refresh Computer para ignorar todas as páginas do Assistente de Implantação do Windows. Neste exemplo, as propriedades a serem fornecidas ao ignorar a página do assistente são imediatamente abaixo da propriedade que ignora a página do assistente.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

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

DeploymentType=REFRESH  

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

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

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

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%ComputerName%  

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

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

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

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

SkipBitLocker=YES  
SkipSummary=YES  
Powerusers001=DomainName\Username  

Implantação de LTI totalmente automatizada para um novo cenário de computador

Veja a seguir um exemplo de um arquivo CustomSettings.ini usado para um cenário do Novo Computador para ignorar todas as páginas do Assistente de Implantação do Windows. Neste exemplo, as propriedades a serem fornecidas ao ignorar a página do assistente são imediatamente abaixo da propriedade que ignora a página do assistente.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

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

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

SkipAdminPassword=YES  
SkipProductKey=YES  

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

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

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%SerialNumber%  

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

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

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

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

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

Chamando serviços Web no MDT

Em versões anteriores do MDT, o processamento de regras era suportado por meio de CustomSettings.ini e bancos de dados, dos quais você poderia recuperar valores do computador local, normalmente usando WMI, para tomar decisões sobre o que precisava ser feito em cada computador durante a implantação. Além disso, você pode fazer consultas SQL e chamadas de procedimento armazenadas para recuperar informações adicionais de bancos de dados externos. No entanto, houve desafios com essa abordagem, especialmente com a segurança de conexões SQL Server.

Para ajudar nesse problema, o MDT tem a capacidade de fazer chamadas de serviço Web com base em regras simples definidas em CustomSettings.ini. Essas solicitações de serviço Web não exigem nenhum contexto de segurança especial e podem usar qualquer porta TCP/IP necessária para simplificar as configurações de firewall.

O seguinte mostra como configurar CustomSettings.ini para chamar um determinado serviço Web. Nesse cenário, o serviço Web é escolhido aleatoriamente a partir de uma pesquisa na Internet. Ele usa um código postal como entrada e retorna a cidade, estado, código de área e fuso horário (como uma letra) para o código postal especificado.

[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  

A execução desse código produz uma saída semelhante à seguinte:

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

Há algumas pequenas complicações a serem observadas ao executar um serviço Web:

• Não faça nada especial com servidores proxy. Se houver um proxy anônimo presente, use-o, mas autenticar proxies pode causar problemas. Na maioria dos casos, um serviço Web não será chamado.

• CustomSettings.ini ou ZTIGather.xml pesquisa por propriedades definidas na marcação XML retornadas como resultado da chamada do serviço Web (assim como com uma consulta de banco de dados ou outra regra). No entanto, a pesquisa XML é sensível a casos. Felizmente, o serviço Web descrito aqui retorna todos os nomes de propriedades maiúsculas, que é o que ZTIGather.xml espera. É possível remapar entradas minúsculas ou de minúsculas para contornar isso.

• É recomendada uma POST solicitação para o serviço Web, portanto, a chamada do serviço Web deve ser capaz de dar suporte a um POST.

Conectar-se aos recursos de rede

Durante processos de implantação de LTI e ZTI, você pode exigir acesso a um recurso de rede em um servidor diferente do servidor que hospeda o compartilhamento de implantação. Você deve ser autenticado no outro servidor para que possa acessar pastas ou serviços compartilhados lá. Por exemplo, você pode instalar um aplicativo de uma pasta compartilhada em um servidor diferente do servidor que hospeda o compartilhamento de implantação que os scripts MDT usam.

Observação

Para consultar SQL Server bancos de dados hospedados em um servidor diferente do servidor que hospeda o compartilhamento de implantação, consulte as propriedades Banco de Dados, DBID, DBPwd, Instância, NetLib, Ordem, Parâmetros, ParameterCondition, SQLServer, SQLShare e Table na Referência do Kit de Ferramentas do documento MDT.

Usando o script ZTIConnect.wsf, você pode se conectar a outros servidores e acessar recursos neles. A sintaxe do script ZTIConnect.wsf é a seguinte (em que unc_path é um caminho da Convenção Universal de Nomenclatura [UNC] para se conectar ao servidor):

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

Na maioria das instâncias, você executa o script ZTIConnect.wsf como uma tarefa do Task Sequencer. Execute o script ZTIConnect.wsf antes das tarefas que exigem acesso a um servidor diferente do servidor que hospeda o compartilhamento de implantação.

Para adicionar o script ZTIConnect.wsf como uma tarefa à sequência de tarefas de um build

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de detalhes, clique em task_sequence (em que task_sequence é a sequência de tarefas a ser modificada).

4. No painel de Ações, clique em Propriedades.

5. Clique na guia Sequência de Tarefas, navegue até o grupo (onde o grupo é o grupo no qual executar o script ZTIConnec.wsf) e clique em Adicionar. Clique em Geral e clique em Executar Linha de Comando.

   Observação

   Adicione a tarefa antes de adicionar tarefas que exijam acesso aos recursos no servidor de destino.

6. Conclua a guia Propriedades da nova tarefa usando as seguintes informações:

   Nesta caixa	Faça isto
   Nome	Digite Conectar ao servidor (em que o servidor é o nome do servidor ao qual se conectar).
   Descrição	Digite texto que explica por que a conexão precisa ser feita.
   Comando	Digite cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (em que unc_path é o caminho UNC para uma pasta compartilhada no servidor).

7. Conclua a guia Opções da nova tarefa usando as informações a seguir. A menos que especificado, aceite valores padrão e clique em OK.

   Nesta caixa	Faça isto
   Códigos de sucesso	Tipo 0 3010. (O script ZTIConnect.wsf retorna esses códigos após a conclusão bem-sucedida.)
   Caixa de lista condições	Adicione todas as condições necessárias. (Na maioria das instâncias, essa tarefa não requer condições.)

   Depois de adicionar a tarefa que executará o script ZTIConnect.wsf, as tarefas subsequentes podem acessar recursos de rede no servidor especificados na opção /uncpath do script ZTIConnect.wsf.

Implantando os drivers de dispositivo corretos em computadores com os mesmos dispositivos de hardware, mas make e modelo diferentes

Variações em números e nomes de modelo podem existir sem praticamente nenhuma diferença no conjunto de driver. Essas variações em números e nomes de modelo podem aumentar desnecessariamente o tempo gasto fazendo várias entradas de banco de dados para um determinado modelo. O procedimento a seguir mostra como definir uma nova propriedade usando uma chamada de função de saída do usuário que retorna uma subconsulta do número do modelo.

Para criar aliases de modelo

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

4. Na caixa de diálogo Propriedades , clique na guia Regras .

5. Crie aliases para tipos de hardware nas seções Make e Model do MDT DB. Trunque o tipo de modelo nos parênteses abertos "(" no nome do modelo. Por exemplo, HP DL360 (G112) torna-se HP DL360.

6. Adicione a variável personalizada ModelAlias a cada seção.

7. Crie uma nova [SetModel] seção.

8. Adicione a [SetModel] seção às configurações de prioridade na [Settings] seção.

9. Adicione uma linha à ModelAlias seção para se referir a um script de saída do usuário que truncará o nome do modelo no "(".

10. Crie uma pesquisa de banco de dados MMApplications em que ModelAlias é igual a Model.

11. Crie um script de saída do usuário e coloque-o no mesmo diretório que o arquivo CustomSettings.ini para truncar o nome do modelo.

    O seguinte mostra um CustomSettings.ini e o script de saída do usuário, respectivamente.

    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 de saída do usuário:

    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  
    

Configurando etapas de sequência de tarefas condicionais

Em alguns cenários, considere executar uma etapa de sequência de tarefas condicionalmente com base em critérios definidos. Qualquer combinação dessas condições pode ser adicionada para determinar se a etapa da sequência de tarefas deve ser executada. Por exemplo, use o valor de uma variável de sequência de tarefas e o valor de uma configuração de registro para determinar se uma etapa de sequência de tarefas deve ser executada.

Usando o MDT, execute uma sequência de tarefas condicionalmente com base em:

• Uma ou mais instruções IF

• Uma variável de sequência de tarefas

• A versão do sistema operacional de destino

• Os resultados boolianos de uma consulta WMI

• Uma configuração de registro

• O software instalado no computador de destino

• As propriedades de uma pasta

• As propriedades de um arquivo

Configurando uma etapa de sequência de tarefas condicional

As etapas da sequência de tarefas condicionais são configuradas no Workbench de Implantação, na guia Opções de uma etapa de sequência de tarefas. Você pode adicionar uma ou mais condições à etapa de sequência de tarefas para criar a condição apropriada para executar ou não executar a etapa.

Observação

Cada etapa de sequência de tarefas condicional precisa de pelo menos uma instrução IF .

Para exibir a guia Opções de uma etapa de sequência de tarefas

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de detalhes, clique em task_sequence (em que task_sequence é o nome da sequência de tarefas a ser configurada).

4. No painel de Ações, clique em Propriedades.

5. Na caixa de diálogo Propriedadestask_sequence, na guia Sequência de Tarefas, clique na etapa (em que etapa é o nome da etapa de sequência de tarefas a ser configurada) e clique na guia Opções.

   Na guia Opções da etapa de sequência de tarefas, execute as seguintes ações:

• Adicionar. Clique neste botão para adicionar uma condição à etapa de sequência de tarefas.

• Remover. Clique neste botão para remover uma condição existente em uma etapa de sequência de tarefas.

• Editar. Clique neste botão para modificar uma condição existente em uma etapa de sequência de tarefas.

Instruções IF em condições

Todas as condições de sequência de tarefas incluem uma ou mais instruções IF . As instruções IF são a base para criar etapas de sequência de tarefas condicionais. Uma condição de etapa de sequência de tarefas pode incluir apenas uma instrução IF , mas várias instruções IF podem ser aninhadas sob a instrução IF de nível superior para criar condições mais complexas.

Uma instrução IF pode ser baseada nas condições listadas na tabela a seguir, que estão configuradas na caixa de diálogo Propriedades da Instrução IF .

Condition	Selecione esta opção para executar a sequência de tarefas se
Todas as condições	Todas as condições abaixo dessa instrução IF devem ser verdadeiras.
Quaisquer condições	Todas as condições abaixo dessa instrução IF são verdadeiras.
Nenhum	Nenhuma das condições abaixo dessa instrução IF é verdadeira.

Conclua a condição para executar a etapa de sequência de tarefas adicionando outros critérios às condições (por exemplo, variáveis de sequência de tarefas ou valores em uma configuração de registro).

Para adicionar uma condição de instrução IF a uma etapa de sequência de tarefas

1. Na guiaOpção de etapa (onde a etapa é o nome da etapa de sequência de tarefas a ser configurada), clique em Adicionar e clique em Se instrução.

2. Na caixa de diálogo Propriedades da Instrução, clique em condição (em que condição é uma das condições listadas na tabela anterior) e clique em OK.

Variáveis de sequência de tarefas em condições

Use a condição Variável de Sequência de Tarefas para avaliar qualquer variável de sequência de tarefas criada por uma tarefa Definir variável de sequência de tarefas ou por qualquer tarefa na sequência de tarefas. Por exemplo, considere uma rede que contém computadores cliente Windows XP que fazem parte de um domínio e alguns que estão em um grupo de trabalho. Sabendo que a política de domínio atual força todas as configurações de usuário a serem salvas na rede, as configurações do usuário podem precisar ser salvas apenas para computadores que não fazem parte do domínio , ou seja, computadores que estão no grupo de trabalho. Nesse caso, adicione uma condição à tarefa Capturar Arquivos de Usuário e Configurações que visa os computadores do grupo de trabalho.

Para adicionar uma condição com base em uma variável de sequência de tarefas

1. Na guia Opções de etapa (onde a etapa é o nome da etapa de sequência de tarefas a ser configurada), clique em Adicionar Condição e clique em Variável de Sequência de Tarefas.

2. Na caixa de diálogo Condição variável de sequência de tarefas , na caixa Variável , digite OSDJoinType.

   Observação

   Essa variável é definida como 0 para computadores que são ingressados em um domínio e 1 para aqueles em um grupo de trabalho.

3. Na caixa Condição , clique em igual.

4. Na caixa Valor, digite 1 e clique em OK.

Versão do sistema operacional em condições

Use a condição Versão do Sistema Operacional para verificar a versão existente do sistema operacional de um computador de destino ou do cliente existente (ao capturar uma imagem). Por exemplo, considere uma rede que contém vários servidores que serão atualizados do Windows Server 2003 para o Windows Server 2008. As configurações de rede devem ser copiadas e aplicadas apenas a servidores que estão executando o Windows Server 2003. Todos os outros servidores terão as configurações de rede padrão que o Windows Server 2008 usa.

Para adicionar uma condição com base na versão do sistema operacional

1. No Editor de Sequência de Tarefas, clique na tarefa Capturar Configurações de Rede .

2. Clique em Adicionar Condição e clique em Versão do Sistema Operacional.

3. Na caixa Arquitetura , clique no servidor relevante. Para este exemplo, clique em x86.

4. Na caixa Sistema operacional , clique no sistema operacional e na versão para a qual definir uma condição. Para este exemplo, clique em x86 Windows 2003.

5. Na caixa Condição , clique na condição relevante e clique em OK.

Propriedades do arquivo em condições

Use a condição Propriedades do Arquivo para verificar a adulteração de versão e/ou vezes de um determinado arquivo para determinar se deve ou não executar uma tarefa ou um grupo de tarefas. Neste exemplo, o ambiente de produção contém uma imagem do Windows Server 2003 que é constantemente atualizada e usada para cada novo servidor adicionado à rede. Todos os computadores de servidor no ambiente executam um aplicativo personalizado que requer a API (interface de programação de aplicativo) do Objeto de Acesso Digital (API) versão 3.60.6815.

Todos os servidores existentes estão funcionando corretamente. No entanto, cada novo servidor adicionado à rede com a imagem não consegue executar o aplicativo. Como é responsabilidade de um grupo diferente manter e atualizar imagens, você decide que a sequência de tarefas de implantação será alterada para instalar a versão relevante do DAO se a versão existente do DAO implantada com a imagem estiver incorreta.

Para adicionar uma condição propriedades de arquivo a uma etapa de sequência de tarefas no Configuration Manager

1. Em Configuration Manager, crie um pacote para instalar o DAO 3.60.6815. Chame esse DAO de pacote, com um programa chamado InstallDAO. Para saber mais sobre como criar pacotes, confira Como criar um pacote.

2. Crie uma etapa Instalar Software para implantar o pacote DAO.

3. Clique na etapa Instalar sequência de tarefas do Software criada na etapa 2 e clique na guia Opções .

4. Clique em Adicionar Condição e clique em Propriedades do Arquivo.

5. Na caixa Caminho, digite C:\Arquivos do Programa\Microsoft Shared\DAO\dao360.dll.

6. Selecione a caixa de seleção Verificar a versão e clique em não igual à condição.

7. Na caixa Versão , digite 3.60.6815.

8. Nesse caso, desmarque a caixa de seleção Verificar o carimbo de data /hora e clique em OK.

Propriedades da pasta em condições

Use a condição Propriedades da Pasta para verificar o carimbo de hora de uma determinada pasta para determinar se deve executar uma tarefa ou um grupo de tarefas. Por exemplo, considere uma situação em que um aplicativo desenvolvido internamente foi atualizado para trabalhar com Windows 8. No entanto, nem todos os computadores da rede têm a versão mais recente do aplicativo instalada e você deve executar um processo de conversão de dados antes de poder atualizar o aplicativo.

Se o carimbo de hora da pasta em que o aplicativo está instalado for 31/12/2007 ou anterior, o computador de destino está executando a versão incompatível do aplicativo e você deverá executar o processo de conversão de dados no computador de destino. Condicionalmente, execute uma etapa de sequência de tarefas para executar o processo de conversão de dados em computadores que têm uma versão anterior do aplicativo.

Para adicionar uma condição propriedades de pasta a uma etapa de sequência de tarefas

1. No console Configuration Manager ou no Workbench de Implantação, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que você deseja editar).

2. Crie uma tarefa de Linha de Comando para executar o processo de conversão de dados.

3. Clique na tarefa criada na etapa 1.

4. Clique em Adicionar Condição e clique em Propriedades da Pasta.

5. Na caixa Caminho , digite o caminho da pasta que contém o aplicativo.

6. Selecione a caixa de seleção Verificar o carimbo de data /hora.

7. Clique em Menor ou igual à condição.

8. Na caixa Data , clique em 31/12/2007.

9. Na caixa Hora , clique em 12:00:00 e clique em OK.

Configurações do Registro em Condições

Use a condição Configuração do Registro para verificar a existência de chaves e valores no registro e os dados correspondentes armazenados em valores de registro. Por exemplo, considere um caso em que um aplicativo usado atualmente em um pequeno conjunto de computadores não pode ser executado em Windows 8 e uma implantação Windows 8 está em vigor para atualizar computadores que atualmente estão executando o Windows XP. Crie uma condição na primeira tarefa em uma sequência para verificar o registro de uma entrada para o aplicativo incompatível e interromper o processo de implantação desse computador se ele for encontrado.

Para adicionar uma condição de Configuração do Registro a uma etapa de sequência de tarefas

1. No console Configuration Manager ou no Workbench de Implantação, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que implanta Windows 8).

2. Clique na primeira tarefa na sequência e clique na guia Opções .

3. Clique em Adicionar Condição e clique em Configuração do Registro.

4. Na lista de chaves raiz , clique em HKEY_LOCAL_MACHINE.

5. Na caixa Chave , digite SOFTWARE\WOODGROVE.

6. O clique não existe para a condição. Nesse caso, a tarefa será executada e a sequência continuará somente se a chave não existir.

7. Opcionalmente, a condição pode verificar a nãonexistência de um valor se o nome do valor for digitado na caixa Nome do valor .

8. Se uma condição diferente de existir/não existir for usada, especifique um valor e um tipo de valor.

9. Clique em OK.

Consultas WMI em condições

Use a condição WMI Query para executar qualquer consulta WMI. A condição será avaliada como True se a consulta retornar pelo menos um resultado. Por exemplo, considere que uma equipe de implantação precisa atualizar o sistema operacional de todos os servidores de um determinado modelo, o Dell 1950, por exemplo. Você pode usar uma consulta WMI para verificar o modelo de cada computador e prosseguir com a implantação somente se o modelo certo for encontrado.

Para adicionar uma condição de consulta WMI a uma etapa de sequência de tarefas

1. No console Configuration Manager ou no Workbench de Implantação, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que atualizará os servidores).

2. Clique na primeira tarefa na sequência e clique na guia Opções .

3. Clique em Adicionar Condição e clique em WMI de Consulta.

4. Na caixa Namespace WMI , digite root\cimv2.

5. Na caixa Consulta WQL , digite Selecionar * De Win32_ComputerSystem MODELO WHERE COMO "%Dell%1950%". Clique em OK.

Software instalado em condições

Use uma condição de Software Instalado para verificar se um determinado software está atualmente instalado em um computador de destino. Somente o software instalado usando arquivos MSI (instalador de Microsoft) pode ser avaliado usando essa condição. Como exemplo, imagine que você deseja atualizar o sistema operacional de todos os servidores, exceto aqueles que executam Microsoft SQL Server 2012.

Para adicionar uma condição de Software Instalado a uma etapa de sequência de tarefas

1. No console Configuration Manager ou no Workbench de Implantação, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que atualizará os servidores).

2. Clique na primeira tarefa na sequência e clique na guia Opções .

3. Clique em Adicionar Condição e clique em Software Instalado.

4. Clique em Procurar e clique no arquivo MSI para SQL Server 2012.

5. Selecione a caixa de seleção Corresponder a este produto específico para especificar que apenas computadores com SQL Server 2012 e nenhuma outra versão são os computadores de destino que essa consulta deve detectar.

6. Clique em OK.

Condições complexas

Várias condições podem ser agrupadas usando instruções IF para criar condições complexas. Por exemplo, imagine que uma etapa específica só deve ser executada para computadores Contoso 1950 que executam o Windows Server 2003 ou o Windows Server 2008. Escrito como uma instrução IF programática, ele seria semelhante ao seguinte:

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

Para adicionar uma condição complexa

1. No console Configuration Manager ou no Workbench de Implantação, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que atualizará os servidores).

2. Clique na etapa de sequência de tarefas à qual adicionar a condição e clique na guia Opções .

3. Clique em Adicionar condição, clique em Se Instrução e clique em Todas as condições. Clique em OK.

4. Clique na instrução de condição, clique em Adicionar condição e clique em Consulta WMI.

5. Verifique se root\cimv2 é especificado como o namespace WMI e, em seguida, na caixa Consulta WQL , digite SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Clique em OK.

6. Clique na instrução IF e clique em Adicionar condição. Clique em Se instrução e clique em Qualquer condição. Clique em OK.

7. Clique na segunda instrução IF . Clique em Adicionar condição e clique em Versão do Sistema Operacional.

8. Na caixa Arquitetura , clique na arquitetura dos servidores. Para este exemplo, clique em x86.

9. Na caixa Sistema operacional , clique no sistema operacional e na versão. Para este exemplo, clique em x86 Versão original do Windows 2003. Clique em OK.

10. Clique na segunda instrução IF . Clique em Adicionar condição e clique em Versão do Sistema Operacional.

11. Na caixa Arquitetura , clique na arquitetura dos servidores. Para este exemplo, clique em x86.

12. Na caixa Sistema operacional , clique no sistema operacional e na versão. Para este exemplo, clique em x86 Versão original do Windows 2008. Clique em OK.

Criando uma infraestrutura de implantação de LTI altamente escalonável

Nesse cenário, nenhuma distribuição de software eletrônico está disponível para a infraestrutura de implantação ser aproveitada, portanto, você usa o MDT para criar uma infraestrutura de implantação de LTI totalmente automatizada. A infraestrutura de LTI escalonável usa tecnologias de SQL Server, Serviços de Implantação do Windows e DFS-R (Replicação de Sistema de Arquivos Distribuídos) do Windows Server 2003.

Dimensione a infraestrutura LTI por:

• Garantir que a infraestrutura apropriada exista conforme descrito em Garantir que a infraestrutura apropriada exista

• Adicionar conteúdo ao MDT, conforme descrito em Adicionar conteúdo ao MDT

• Preparando os Serviços de Implantação do Windows, conforme descrito na preparação dos Serviços de Implantação do Windows

• Configurando o DFS-R conforme descrito na configuração da replicação do sistema de arquivos distribuídos

• Preparando-se para SQL Server replicação, conforme descrito em Preparação para Replicação do SQL Server

• Configurando SQL Server replicação conforme descrito em Configurar Replicação do SQL Server

  Esse cenário pressupõe que o MDT esteja configurado em um servidor de implantação mestre e que a configuração do MDT DB já tenha sido concluída conforme discutido no início deste documento.

Garantindo que a infraestrutura apropriada exista

A infraestrutura de implantação de LTI altamente escalonável usa uma topologia de hub e spoke para replicação de conteúdo; Portanto, primeiro nomeie um servidor de implantação no ambiente de produção que executará a função do servidor de implantação mestre. O a seguir lista os componentes necessários para o servidor de implantação mestre.

Componente necessário	Propósito/comentário
Windows Server 2003 R2	Necessário para dar suporte ao DFS-R
MDT	Contém a cópia mestra do compartilhamento de implantação
SQL Server 2005	Deve ser uma versão completa para permitir a replicação do MDT DB
DFS-R	Necessário para replicação do compartilhamento de implantação
Serviços de Implantação do Windows	Necessário para permitir que instalações baseadas em PXE de rede sejam iniciadas

Quando você tiver selecionado o servidor de implantação mestre, provisione servidores adicionais em cada site para dar suporte a implantações LTI. O a seguir lista os componentes necessários para o servidor de implantação filho.

Componente necessário	Propósito/comentário
Windows Server 2003 R2	Necessário para dar suporte ao DFS-R
Microsoft SQL Server 2005 Express Edition	Recebe cópias replicadas do MDT DB
DFS-R	Necessário para replicação do compartilhamento de implantação
Serviços de Implantação do Windows	Necessário para permitir que instalações baseadas em PXE de rede sejam iniciadas

Observação

Os Serviços de Implantação do Windows devem ser configurados e configurados em cada servidor filho, mas não é necessário adicionar imagens de inicialização ou instalação.

Adicionar conteúdo ao MDT

Preencha o servidor de implantação mestre com conteúdo usando o Trabalho de Implantação e crie e preencha o MDT DB, conforme descrito nas seções a seguir. Para obter informações sobre como preencher o banco de dados com:

• Aplicativos, confira a seção "Configurando aplicativos no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft

• Sistemas operacionais, confira a seção "Configurando sistemas operacionais no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft

• Pacotes do sistema operacional, confira a seção "Configurando pacotes no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft

• Drivers de dispositivo, consulte a seção "Configurando drivers de dispositivo no Workbench de implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft

• Sequências de tarefas, confira a seção "Configurando sequências de tarefas no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft

Observação

Verifique se o arquivo LiteTouchPE_x86.wim criado quando o compartilhamento de implantação for atualizado foi adicionado aos Serviços de Implantação do Windows.

Preparando os Serviços de Implantação do Windows

Como o arquivo LiteTouchPE_x86.wim será replicado periodicamente por meio do grupo de replicação DFS-R, o repositório de dados de configuração de inicialização deve ser atualizado periodicamente para refletir o ambiente do Windows PE replicado recentemente. Execute as etapas a seguir em cada um dos servidores de implantação.

Para preparar os Serviços de Implantação do Windows

1. Abra uma janela de Prompt de Comando.

2. Digite WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 e pressione ENTER.

Observação

No exemplo apresentado aqui, o período de atualização é definido como 60 minutos; no entanto, você pode configurar esse valor para replicar durante um período igual ao do DFS-R.

Configurando a replicação do sistema de arquivos distribuídos

Ao escalar a arquitetura de implantação de LTI, você usa o DFS-R como base para replicar o conteúdo do compartilhamento de implantação do MDT e do ambiente de inicialização do Windows PE Lite Touch e do servidor de implantação mestre para os servidores de implantação filho.

Observação

Verifique se o DFS-R está instalado antes de executar as etapas a seguir.

Para configurar o DFS-R para replicar o conteúdo da implantação

1. Abra o console de Gerenciamento do DFS.

2. No console de Gerenciamento do DFS, expanda o Gerenciamento do DFS.

3. Clique com o botão direito do mouse em Replicação e clique em Novo Grupo de Replicação.

4. No Assistente do Novo Grupo de Replicação, na página Tipo de Grupo de Replicação , clique em Novo Grupo de Replicação Multiuso.

5. Clique em Próximo.

6. Na página Nome e Domínio , digite as seguintes informações:

   • Na caixa Nome do grupo de replicação , digite um nome para o grupo de replicação , por exemplo, MDT 2010 Replication Group.

   • Na descrição opcional da caixa de grupo de replicação , digite uma descrição do grupo de replicação, por exemplo, Grupo para replicação de dados MDT 2010.

   • Verifique se a caixa Domínio contém o nome de domínio correto.

7. Clique em Próximo.

8. Na página Membros do Grupo de Replicação , execute estas etapas:

   1. Clique em Adicionar.

   2. Digite os nomes de todos os servidores que devem ser membros desse grupo de replicação, por exemplo, todos os servidores de implantação filho e o servidor de implantação mestre.

   3. Clique em OK.

9. Clique em Próximo.

10. Na página Seleção de Topologia , clique em Hub e Spoke e clique em Avançar.

11. Na página Membros do Hub , clique no servidor de implantação mestre e clique em Adicionar.

12. Clique em Próximo.

13. Na página Conexões hub e spoke , verifique se para cada servidor de implantação filho o servidor de implantação mestre listado é o Membro do Hub Necessário.

14. Clique em Próximo.

15. Na página Agenda de Grupo de Replicação e Largura de Banda , especifique um cronograma para replicar o conteúdo entre servidores.

16. Clique em Próximo.

17. Na página Membro Primário , na caixa Membro Primário , clique no servidor de implantação mestre.

18. Clique em Próximo.

19. Na página Pastas para Replicar , clique em Adicionar e execute estas etapas:

    1. Na caixa Caminho Local da pasta para replicar , clique em Procurar para ir até a pasta X:\Implantação (em que X é a letra da unidade no servidor de implantação).

    2. Clique em Usar nome com base no caminho.

    3. Clique em OK.

    4. Clique em Adicionar.

    5. Na caixa de diálogo Adicionar Pasta para Replicar , clique em Procurar para acessar a pasta X:\RemoteInstall\Boot.

    6. Clique em Usar nome com base no caminho.

20. Clique em Próximo.

21. Na página Caminho Local da Distribuição em Outros Membros , execute estas etapas:

    1. Selecione todos os membros do grupo de distribuição e clique em Editar.

    2. Na caixa de diálogo Editar Caminho Local , clique em Habilitado.

    3. Digite o caminho em que a pasta Compartilhamento de Implantação deve ser armazenada no servidor de implantação filho , por exemplo, X:\Deployment (em que X é a letra da unidade no servidor de implantação).

    4. Clique em OK.

22. Clique em Próximo.

23. Na página Caminho Local da Inicialização em Outros Membros , execute estas etapas:

    1. Selecione todos os membros do grupo de distribuição e clique em Editar.

    2. Na caixa de diálogo Editar Caminho Local , clique em Habilitado.

    3. Digite o caminho em que a pasta Inicialização deve ser armazenada no servidor de implantação filho , por exemplo, X:\RemoteInstall\Boot (onde X é a letra de unidade no servidor de implantação).

    4. Clique em OK.

24. Clique em Próximo.

25. Na página Configurações Remotas e Criar Grupo de Replicação , clique em Criar para concluir o Assistente do Novo Grupo de Replicação.

26. Na página Confirmação , clique em Fechar para fechar o assistente.

Observação

Verifique se o novo grupo de replicação agora está listado sob o nó Replicação.

Preparando-se para Replicação do SQL Server

Antes que SQL Server replicação possa ser configurada, conclua várias etapas de pré-configuração para garantir que os servidores de implantação estejam configurados corretamente.

Para se preparar para SQL Server replicação no servidor de implantação mestre

1. Crie uma pasta para armazenar os instantâneos do banco de dados e configure a pasta como um compartilhamento.

   Observação

   Para obter mais informações sobre como proteger a pasta de instantâneo, consulte Proteger a pasta Instantâneo.

2. Verifique se o serviço SQL Server Browser está habilitado e definido como Automático.

3. Na caixa Configuração da Área de Superfície SQL Server, clique em Conexões locais e remotas.

   Para se preparar para SQL Server replicação no servidor de implantação filho

4. Na caixa Configuração da Área de Superfície SQL Server, clique em Conexões locais e remotas.

5. Opcionalmente, crie um banco de dados vazio para hospedar o MDT DB replicado.

Observação

Esse banco de dados deve receber o mesmo nome que o MDT DB no servidor de implantação mestre. Por exemplo, se o MDT DB no servidor de implantação mestre for chamado MDTDB, crie um banco de dados vazio chamado MDTDB no servidor de implantação filho.

Configurando Replicação do SQL Server

Depois de configurar a replicação de arquivos e pastas necessárias para criar a infraestrutura de implantação, configure SQL Server para replicar o MDT DB.

Observação

Também é possível manter apenas um único MDT DB central; no entanto, mantendo uma versão replicada do MDT DB, um maior controle pode ser mantido sobre a transferência de dados pela WAN (rede de ampla área).

SQL Server 2005 usa um modelo de replicação semelhante a um modelo de distribuição de revistas:

1. Uma revista é disponibilizada (publicada) por um editor.

2. Os distribuidores são usados para distribuir a publicação.

3. Os leitores podem assinar uma publicação para que a publicação seja entregue ao assinante periodicamente (uma assinatura push).

   Essa terminologia é usada por meio dos assistentes de configuração e instalação de replicação SQL Server.

Configurar um SQL Server Publisher

Para configurar o servidor de implantação mestre como um SQL Server editor, execute estas etapas:

1. Abra o SQL Server Management Studio.

2. Clique com o botão direito do mouse no nó Replicação e clique em Configurar Distribuição.

3. No Assistente de Configuração de Distribuição, clique em Avançar.

4. Na página Distribuidor, clique em atuará como seu próprio Distribuidor; SQL Server criará um banco de dados de distribuição e um log e, em seguida, clicará em Avançar.

5. Na página Pasta de Instantâneo, na seção Preparando para Replicação do SQL Server, digite o caminho UNC para a pasta de instantâneo criada.

6. Na página Banco de Dados de Distribuição , clique em Avançar.

7. Na página Editores , clique no servidor de implantação mestre para defini-lo como o distribuidor e clique em Avançar.

8. Na página Ações do Assistente , clique em Configurar Distribuição e clique em Avançar.

9. Clique em Concluir e clique em Fechar quando o assistente estiver concluído.

Habilitar o MDT DB para Replicação

Para habilitar o MDT DB para replicação no servidor de implantação mestre, execute estas etapas:

1. Em SQL Server Management Studio, clique com o botão direito do mouse no nó Replicação e clique em Propriedades do Editor.

2. Na página Propriedades do Editor , execute estas etapas:

   1. Clique em Bancos de Dados do Editor.

   2. Clique no MDT DB e clique em Transacional.

   3. Clique em OK.

   O MDT DB agora está configurado para replicação transacional e de instantâneo.

Criar uma publicação do MDT DB

Para criar uma publicação do MDT DB no qual os servidores de implantação filho podem assinar, execute estas etapas:

1. Em SQL Server Management Studio, expanda Replicação, clique com o botão direito do mouse em Publicações Locais e clique em Nova Publicação.

2. No Assistente de Nova Publicação, clique em Avançar.

3. Na página Banco de Dados de Publicação , clique no MDT DB e clique em Avançar.

4. Na página Tipo de Publicação , clique em Publicação de instantâneo e clique em Avançar.

5. Na página Artigos , selecione todas as Tabelas, Procedimentos Armazenados e Exibições e clique em Avançar.

6. Na página Problemas de Artigos , clique em Avançar.

7. Na página Filtrar Linhas de Tabela , clique em Avançar.

8. Na página Agente de Instantâneo, execute estas etapas:

   1. Selecione Criar um instantâneo imediatamente e mantenha o instantâneo disponível para inicializar assinaturas.

   2. Clique em Agendar o Agente de Instantâneo a ser executado nos seguintes horários.

   3. Clique em Alterar.

   Observação

   Especifique uma agenda que ocorrerá uma hora antes da replicação do banco de dados.

9. Clique em Próximo.

10. Na página Segurança do Agente , clique na conta em que o agente instantâneo será executado e clique em Avançar.

11. Na página Ações do Assistente , clique em Criar a publicação e clique em Avançar.

12. Na página Concluir o Assistente , na caixa nome da publicação , digite um nome de publicação descritivo.

13. Clique em Concluir para concluir o assistente e clique em Fechar quando o assistente tiver criado a publicação.

    Observação

    A publicação agora estará visível sob o nó Publicações Locais em SQL Server Management Studio.

Assinar servidores de implantação filho no MDT DB publicado

Agora que o MDT DB foi publicado, você pode adicionar os servidores de implantação filho como assinantes a esta publicação; ou seja, eles receberão uma cópia do banco de dados em um agendamento para que, durante uma implantação, os computadores cliente possam consultar um banco de dados local para a rede em vez de atravessar a WAN.

Para assinar os servidores de implantação filho na publicação MDT DB

1. Em SQL Server Management Studio, acesse Replicação/Publicações Locais.

2. Clique com o botão direito do mouse na publicação criada na seção anterior e clique em Novas Assinaturas.

3. No Assistente de Novas Assinaturas, clique em Avançar.

4. Na página Publicação , clique na publicação criada na seção anterior.

5. Na página Local Agente de Distribuição, clique em Executar todos os agentes no SERVERNAME do Distribuidor (assinaturas por push) e clique em Avançar.

6. Na página Assinantes , adicione cada um dos servidores de implantação filho executando as seguintes etapas:

   1. Clique em Adicionar Assinante e clique em Adicionar Assinante SQL Server.

   2. Adicione cada servidor de implantação filho.

   3. Para cada servidor de implantação filho adicionado, na caixa Banco de Dados de Assinatura , clique no MDT DB vazio nesse servidor de implantação filho.

   Observação

   Se o MDT DB vazio ainda não tiver sido criado, na caixa Banco de Dados de Assinatura , selecione a opção para criar um novo banco de dados.

   Observação

   Esse banco de dados deve receber o mesmo nome que o MDT DB no servidor de implantação mestre. Por exemplo, se o MDT DB no servidor de implantação mestre for chamado MDTDB, crie um banco de dados vazio chamado MDTDB no servidor de implantação filho.

7. Clique em Próximo.

8. Na página Segurança Agente de Distribuição, clique em ... para abrir a caixa de diálogo Segurança Agente de Distribuição.

9. Digite os detalhes da conta a ser usada para o agente de distribuição e clique em Avançar.

10. Na página Agenda de Sincronização , execute estas etapas:

    1. Na caixa Agendar agente , clique em <Definir agendamento>.

    2. Especifique a agenda que deve ser usada para replicar o banco de dados entre servidores de implantação mestre e filho e clique em Avançar.

11. Na página Inicializar Assinatura , clique em Avançar.

12. Na página Ações do Assistente , clique em Criar as assinaturas e clique em Avançar.

13. Clique em Concluir e clique em Fechar quando o assistente tiver terminado com êxito.

    SQL Server replicação agora está configurada e o MDT DB será replicado do servidor de implantação mestre para todos os servidores de implantação filho que foram assinados a ele periodicamente.

Configurar CustomSettings.ini

A infraestrutura de implantação de LTI foi criada com êxito e cada local conterá um servidor de implantação LTI, com uma cópia replicada de:

• O compartilhamento de implantação

• O MDT DB

• O LiteTouchPE_x86 ambiente do Windows PE que foi adicionado aos Serviços de Implantação do Windows

  Agora, você pode configurar o arquivo CustomSettings.ini para o compartilhamento de implantação usar o conteúdo de implantação (compartilhamento de implantação e banco de dados) do servidor de implantação local, o servidor que fornece o ambiente LiteTouchPE_x86.wim por meio dos Serviços de Implantação do Windows.

  Quando o arquivo LiteTouchPE_x86.wim é entregue dos Serviços de Implantação do Windows, uma chave de registro é configurada com o nome do servidor dos Serviços de Implantação do Windows que você está usando. O MDT captura esse nome de servidor em uma variável (%WDSServer%) que você pode usar para configurar CustomSettings.ini.

  Para usar sempre o servidor de implantação de LTI local

Observação

O procedimento a seguir pressupõe que o compartilhamento de implantação foi criado e definido como o compartilhamento Deployment$.

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

4. Clique na guia Regras e modifique o arquivo CustomSettings.ini para configurar as seguintes propriedades:

   • Para cada seção SQL Server adicionada, configure SQLServer para usar o nome do servidor %WDSServer%— por exemplo, SQLServer=%WDSServer%.

   • Se configurar DeployRoot, configure DeployRoot para usar a variável %WDSServer% , por exemplo, DeployRoot=\\%WDSServer%\Deployment$.

5. Clique em Editar Bootstrap.ini.

6. Configure BootStrap.ini usar a propriedade %WDSServer% adicionando ou alterando o valor DeployRoot para DeployRoot=\\%WDSServer%\Deployment$.

7. Clique em Arquivo e clique em Salvar para salvar as alterações no arquivo BootStrap.ini.

8. Clique em OK.

   O compartilhamento de implantação e o ambiente do Windows PE LiteTouchPE_x86.wim precisam ser atualizados.

9. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

   O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

10. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

11. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

12. Na página Confirmação, clique em Concluir.

    O exemplo a seguir ilustra CustomSettings.ini depois de executar as etapas descritas nesta seção.

    Exemplo CustomSettings.ini configurado para infraestrutura de implantação de LTI escalonável

[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  

Selecionando um servidor MDT local quando há vários servidores

Nesse cenário, vários servidores MDT estão sendo usados para dar suporte a um grande volume de implantações e implantações simultâneas em vários sites. Quando uma implantação LTI é inicializada, o comportamento padrão é solicitar um caminho para o servidor MDT para se conectar e acessar os arquivos necessários para iniciar o processo de implantação.

O Assistente de Implantação do Windows pode usar o arquivo LocalServer.xml para apresentar uma opção de servidores de implantação conhecidos para cada local.

Use o arquivo LocationServer.xml por:

• Entender a finalidade e o uso de LocationServer.xml conforme descrito no Understanding LocationServer.xml

• Criando o arquivo LocationServer.xml conforme descrito em Criando o arquivo de LocationServer.xml

• Adicionando o arquivo LocationServer.xml ao diretório Arquivos Extras, conforme descrito em Adicionar o Arquivo LocationServer.xml ao Diretório de Arquivos Extras

• Atualizando o arquivo BootStrap.ini conforme descrito em Atualizar o Arquivo BootStrap.ini

• Atualizar o compartilhamento de implantação conforme descrito em Atualizar o Compartilhamento de Implantação

  Esse cenário pressupõe que o MDT esteja configurado em um servidor de implantação.

Entendendo LocationServer.xml

Primeiro, você deve entender como o MDT usa LocationServer.xml. Durante o LTI, os scripts MDT leem e processam o arquivo BootStrap.ini para coletar informações iniciais sobre a implantação. Isso acontece antes de uma conexão ser feita com o servidor de implantação. Portanto, a propriedade DeployRoot é comumente usada para especificar no arquivo BootStrap.ini o servidor de implantação ao qual ele deve fazer uma conexão.

Se o arquivo BootStrap.ini não contiver uma propriedade DeployRoot , os scripts MDT carregarão uma página do assistente para solicitar ao usuário um caminho para o servidor de implantação. Ao inicializar a página assistente do Aplicativo HTML (HTA), os scripts MDT verificam a existência do arquivo LocationServer.xml e, se ele existir, use LocationServer.xml para exibir servidores de implantação disponíveis.

Entender quando usar LocationServer.xml

O MDT oferece várias maneiras de determinar a qual servidor se conectar durante uma implantação de LTI. Métodos diferentes para localizar o servidor de implantação são mais adequados para cenários diferentes; Portanto, é importante entender quando usar LocationServer.xml.

O MDT fornece vários métodos para descobrir e usar automaticamente o servidor de implantação mais apropriado. Esses métodos estão listados na tabela a seguir.

Method	Detalhes
%WDSServer%	Esse método é usado quando o servidor MDT é co-hospedado no servidor dos Serviços de Implantação do Windows. Quando uma implantação LTI é iniciada dos Serviços de Implantação do Windows, uma variável ambiental,%WDSServer%, é criada e preenchida com o nome do servidor dos Serviços de Implantação do Windows. A variável DeployRoot pode usar essa variável para se conectar automaticamente a um compartilhamento de implantação no servidor dos Serviços de Implantação do Windows, por exemplo: DeployRoot=\\%WDSServer%\Deployment$
Automação baseada em localização	O MDT pode usar a automação baseada em localização no arquivo BootStrap.ini para determinar o servidor ao qual ele deve ser implantado. Use a propriedade Gateway Padrão para distinguir entre locais diferentes; para cada Gateway Padrão, um servidor MDT diferente é especificado. Para obter mais informações sobre como usar a automação baseada em localização, consulte "Selecionar os métodos para aplicar configurações".

Cada abordagem listada na tabela anterior oferece uma maneira de automatizar a seleção do servidor de implantação em um determinado local para determinados cenários. Essas abordagens são direcionadas a cenários específicos, por exemplo, quando o servidor MDT é co-hospedado com os Serviços de Implantação do Windows.

Há outros cenários em que essas abordagens não são adequadas, por exemplo, se houver vários servidores de implantação em um determinado local ou a lógica de automação não for possível (por exemplo, a rede não é segmentada o suficiente para permitir a determinação de localização ou o servidor MDT é separado dos Serviços de Implantação do Windows).

Nesses cenários, o arquivo LocationServer.xml fornece uma maneira flexível de apresentar essas informações no momento da implantação sem exigir conhecimento de nomes de servidor e nomes de compartilhamento de implantação.

Criando o arquivo LocationServer.xml

Para apresentar uma lista de servidores de implantação disponíveis durante uma implantação de LTI, crie um arquivo LocationServer.xml que contém detalhes sobre cada servidor. Não há nenhum arquivo de LocationServer.xml padrão no MDT, portanto, crie um usando as diretrizes a seguir.

Criar um arquivo LocationServer.xml para dar suporte a vários locais

O método mais simples para criar e usar LocationServer.xml é criar um arquivo LocationServer.xml e adicionar entradas para cada servidor de implantação no ambiente (isso pode estar no mesmo local ou em locais diferentes).

Crie o arquivo LocationServer.xml criando uma nova seção para cada servidor e adicionando as seguintes informações:

• Um identificador exclusivo

• Um nome de local, usado para apresentar um nome facilmente identificável para esse local

• Um caminho UNC para o servidor MDT para esse local

  O seguinte ilustra como o arquivo LocationServer.xml é criado usando cada uma dessas propriedades usando um arquivo LocationServer.xml de exemplo configurado para vários locais.

  Exemplo LocationServer.xml arquivo para dar suporte a vários locais

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

Usando esse formato, especifique entradas de servidor diferentes para cada local ou para situações em que há vários servidores em um único local especificando uma entrada de servidor diferente para cada servidor nesse local, conforme mostrado no exemplo a seguir.

Exemplo LocationServer.xml arquivo para dar suporte a vários servidores em vários locais

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

Criar um arquivo LocationServer.xml para balancear vários servidores em locais diferentes

Usando LocationServer.xml, especifique vários servidores por entrada de local e execute o balanceamento de carga básico para que, quando um local for escolhido, o MDT selecione automaticamente um servidor de implantação na lista de servidores disponíveis. Para fornecer essa funcionalidade, o arquivo LocationServer.xml dá suporte à especificação de uma métrica de ponderação.

O seguinte ilustra um arquivo de LocationServer.xml de exemplo configurado para vários servidores em locais diferentes.

Exemplo LocationServer.xml arquivo para locais diferentes

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

Especifique a métrica de ponderação usando a marca de peso> do <servidor, que o MDT usa no processo de seleção do servidor. A probabilidade de um servidor ser selecionado é calculada por:

Peso/soma do servidor de todos os pesos do servidor

No exemplo anterior, os três servidores no QG da Contoso são listados como 1, 2 e 4. A probabilidade de um servidor com uma ponderação de 2 ser selecionado se torna 2 em 7. Portanto, para usar o sistema de ponderação, determine a capacidade dos servidores disponíveis em um local e pondere cada servidor pela capacidade do servidor em relação a cada um dos outros servidores.

Adicionando o arquivo LocationServer.xml ao Diretório de Arquivos Extras

Depois de criar o arquivo LocationServer.xml, adicione-o à LiteTouch_x86 e LiteTouch_x64 imagens de inicialização do Windows PE na pasta X:\Deploy\Control. Usando o Workbench de Implantação, adicione outros arquivos e pastas a essas imagens do Windows PE especificando um diretório adicional para adicionar as propriedades de compartilhamento de implantação.

Para adicionar LocationServer.xml ao compartilhamento de implantação

1. Crie uma pasta chamada Arquivos Extras na pasta de compartilhamento de implantação raiz (por exemplo, D:\Production Deployment Share\Extra Files).

2. Crie uma estrutura de pasta na pasta Arquivos Extras que espelha o local do Windows PE em que o arquivo adicional deve residir.

   Por exemplo, o arquivo LocationServer.xml deve residir na pasta \Deploy\Control no Windows PE; Portanto, crie a mesma estrutura de pastas em Arquivos Extras (por exemplo, D:\Production Deployment Share\Extra Files\Deploy\Control).

3. Copie LocationServer.xml para a pasta deployment_share\Extra Files\Deploy\Control (em que deployment_share é o caminho totalmente qualificado para a pasta raiz do compartilhamento de implantação).

4. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

5. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

6. No painel de Ações, clique em Propriedades.

7. Na caixa de diálogo deployment_shareProperties (em que deployment_share é o nome do compartilhamento de implantação), execute estas etapas:

   1. Clique na guia Configurações da plataforma do Windows PE (em que a plataforma é a arquitetura da imagem do Windows PE a ser configurada).

   2. Na seção Personalizações do Windows PE , no diretório Extra para adicionar caixa, digite caminho (onde o caminho é o caminho totalmente qualificado para a pasta Arquivos Extras, por exemplo, D:\Production Deployment Share\Extra Files) e clique em OK.

Atualizando o arquivo BootStrap.ini

Quando você cria um compartilhamento de implantação usando o Deployment Workbench, uma propriedade DeployRoot é criada e preenchida automaticamente no arquivo BootStrap.ini. Como o arquivo LocationServer.xml é usado para preencher a propriedade DeployRoot , você deve remover esse valor do arquivo BootStrap.ini.

Para remover a propriedade DeployRoot do BootStrap.ini

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

4. Na caixa de diálogo deployment_shareProperties (em que deployment_share é o nome do compartilhamento de implantação), clique na guia Regras e clique em Editar BootStrap.ini.

5. Remova o valor DeployRoot (por exemplo, DeployRoot=\\Server\Deployment$).

6. Clique em Arquivo e clique em Salvar para salvar as alterações no arquivo BootStrap.ini.

7. Clique em OK para enviar as alterações.

Atualizando o Compartilhamento de Implantação

O compartilhamento de implantação deve ser atualizado em seguida para gerar um novo ambiente de inicialização LiteTouch_x86 e LiteTouch_x64 que contém o arquivo LocationServer.xml e o arquivo BootStrap.ini atualizado.

Para atualizar o compartilhamento de implantação

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

   O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

4. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

5. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

6. Na página Confirmação, clique em Concluir.

Observação

Quando o processo de atualização for concluído, adicione os novos ambientes LiteTouch_x86 e LiteTouch_x64 Windows PE de volta aos Serviços de Implantação do Windows ou queime-os para inicializar a mídia a ser usada durante a implantação.

Substituindo um computador existente por um novo computador usando a instalação do Lite Touch

Você pode usar o MDT para implantar uma imagem em um novo computador que substituirá um computador existente na arquitetura corporativa. Essa situação pode surgir ao atualizar de um sistema operacional para outro (um novo sistema operacional pode exigir hardware novo) ou se a organização precisar de computadores mais novos e mais rápidos para aplicativos existentes.

Ao substituir um computador existente por um novo computador, Microsoft recomenda levar em conta todas as configurações que serão migradas de um computador para outro, como contas de usuário e dados de estado do usuário. Além disso, é importante criar uma solução de recuperação caso a migração falhe.

Nesta implantação de exemplo, substitua o computador existente (WDG-EXIST-01) por um novo computador (WDG-NEW-02) no domínio CORP capturando dados de estado do usuário do WDG-EXIST-01 e salvando-os em um compartilhamento de rede. Em seguida, implante uma imagem existente no WDG-NEW-02 e, finalmente, restaure os dados de estado do usuário capturados no WDG-NEW-02. A implantação será executada a partir de um servidor de implantação (WDG-MDT-01).

No MDT, use o modelo Standard Client Replace Task Sequence para criar uma sequência de tarefas que executará todas as tarefas de implantação necessárias.

Esta demonstração pressupõe que:

• O MDT foi instalado no servidor de implantação (WDG MDT 01)

• O compartilhamento de implantação já foi criado e preenchido, incluindo imagens do sistema operacional, aplicativos e drivers de dispositivo

• Uma imagem de um computador de referência já foi capturada e será implantada no novo computador (WDG NEW 02)

• Uma pasta compartilhada de rede (UserStateCapture$) foi criada e compartilhada no servidor de implantação (WDG MDT 01) com as permissões de compartilhamento apropriadas

  Um compartilhamento de implantação deve existir antes de iniciar este exemplo. Para obter mais informações sobre como criar um compartilhamento de implantação, consulte a seção "Gerenciando Compartilhamentos de Implantação no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

Etapa 1: criar uma sequência de tarefas para capturar o estado do usuário

Crie sequências de tarefas MDT no nó Sequências de Tarefas no Workbench de Implantação usando o Assistente de Nova Sequência de Tarefas. Para executar a primeira parte do cenário de implantação Substituir Computador (capturando o estado do usuário no computador existente), selecione o modelo Sequência de Tarefas Substituir Cliente Padrão no Assistente de Nova Sequência de Tarefas.

Para criar uma sequência de tarefas para capturar o estado do usuário no cenário de implantação substituir computador

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/ deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel Ações, clique em Nova Sequência de Tarefas.

   O Assistente de Nova Sequência de Tarefas é iniciado.

4. Conclua o Assistente de Nova Sequência de Tarefas usando as informações a seguir. Aceite os valores padrão, a menos que seja especificado de outra forma.

   Nesta página assistente	Faça isto
   Configurações gerais	1. Na ID da sequência de tarefas, digite VISTA_EXIST. 2. No nome da sequência de tarefas, digite Executar Cenário de Substituição do Computador no Computador Existente. 3. Clique em Avançar.
   Selecionar Modelo	Nos modelos de sequência de tarefas a seguir estão disponíveis. Selecione aquele que você gostaria de usar como ponto de partida, selecione Sequência de Tarefas Substituir Cliente Padrão e clique em Avançar.
   Resumo	Verifique se os detalhes da configuração estão corretos e clique em Avançar.
   Confirmação	Clique em Concluir.

   O Assistente de Nova Sequência de Tarefas é concluído e a sequência de tarefas VISTA_EXIST é adicionada à lista de sequências de tarefas.

Etapa 2: criar uma sequência de tarefas para implantar o sistema operacional e restaurar o estado do usuário

Crie sequências de tarefas MDT no nó Sequências de Tarefas no Workbench de Implantação usando o Assistente de Nova Sequência de Tarefas. Para executar a segunda parte do cenário de implantação Substituir Computador (implantar o sistema operacional e restaurar o estado do usuário no computador existente), selecione o modelo Sequência de Tarefas do Cliente Padrão no Assistente de Nova Sequência de Tarefas.

Para criar uma sequência de tarefas para implantar o estado do usuário no cenário de implantação substituir computador

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel Ações, clique em Nova Sequência de Tarefas.

   O Assistente de Nova Sequência de Tarefas é iniciado.

4. Conclua o Assistente de Nova Sequência de Tarefas usando as informações a seguir. Aceite os valores padrão, a menos que seja especificado de outra forma.

   Nesta página assistente	Faça isto
   Configurações gerais	1. Na ID da sequência de tarefas, digite VISTA_NEW. 2. No nome da sequência de tarefas, digite Executar Cenário de Substituição do Computador no Novo Computador. 3. Clique em Avançar.
   Selecionar Modelo	Nos modelos de sequência de tarefas a seguir estão disponíveis. Selecione o que você gostaria de usar como ponto de partida, selecione Sequência de Tarefas Padrão do Cliente e clique em Avançar.
   Selecionar sistema operacional	Nas imagens do sistema operacional a seguir estão disponíveis para serem implantadas com essa sequência de tarefas. Selecione um para usar, selecione captured_vista_image (em que captured_vista_image é a imagem capturada que o computador de referência adicionou ao nó Sistemas Operacionais no Workbench de Implantação) e clique em Avançar.
   Especificar a chave do produto	Selecione Não especifique uma chave de produto no momento e clique em Avançar.
   Configurações do sistema operacional	1. Em Nome Completo, digite Funcionário do Woodgrove. 2. Na Organização, digite Woodgrove Bank. 3. Na Página Inicial do Internet Explorer, digite http://www.woodgrovebank.com. 4. Clique em Avançar.
   Senha Administração	Em Senha do Administrador e Confirme Senha do Administrador, digiteP@ssw0rd e clique em Concluir.
   Confirmação	Clique em Concluir.

   O Assistente de Nova Sequência de Tarefas é concluído e a sequência de tarefas VISTA_NEW é adicionada à lista de sequências de tarefas.

Etapa 3: Personalizar os Arquivos de Configuração do MDT

Quando a sequência de tarefas MDT tiver sido criada, personalize os arquivos de configuração do MDT que fornecem as configurações para capturar informações de estado do usuário. Especificamente, personalize o arquivo CustomSettings.ini modificando o arquivo nas propriedades do compartilhamento de implantação criado anteriormente no processo de implantação. Em uma etapa posterior, o compartilhamento de implantação será atualizado para garantir que o arquivo de configuração seja atualizado no compartilhamento de implantação.

Para personalizar os arquivos de configuração do MDT para capturar informações de estado do usuário

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

   A caixa de diálogo Propriedades é exibida.

4. Na caixa de diálogo Propriedades , clique na guia Regras .

5. Na guia Regras , modifique o arquivo CustomSettings.ini para refletir as alterações necessárias, conforme mostrado no exemplo a seguir. Faça modificações adicionais que o ambiente requer.

   Arquivo de CustomSettings.ini personalizado

   [Settings]  
   Priority=Default  
   Properties=MyCustomProperty  
   
   [Default]  
   OSInstall=Y  
   
   UDShare=\\WDG-MDT-01\UserStateCapture$  
   UDDir=%OSDCOMPUTERNAME%  
   UserDataLocation=NETWORK  
   SkipCapture=NO  
   SkipAdminPassword=YES  
   SkipProductKey=YES  
   
   

6. Na caixa de diálogo Propriedades, clique em OK.

7. Feche todas as janelas abertas e caixas de diálogo.

Etapa 4: configurar as opções do Windows PE para o Compartilhamento de Implantação

Configure as opções do Windows PE para o compartilhamento de implantação no nó Compartilhamentos de Implantação no Workbench de Implantação.

Observação

Se os drivers de dispositivo para o computador existente (WDG-EXIST-01) e o novo computador (WDG-NEW-01) forem incluídos no Windows Vista, ignore esta etapa e prossiga com a etapa a seguir.

Para configurar as opções do Windows PE para o compartilhamento de implantação

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

   A caixa de diálogo Propriedades é exibida.

4. Na caixa de diálogo Propriedades , na guia Componentes da plataforma Do Windows PE (em que a plataforma é a arquitetura da imagem do Windows PE a ser configurada), no perfil Seleção, selecione device_drivers (em que device_drivers é o nome do perfil de seleção do driver de dispositivo) e clique em OK.

Etapa 5: Atualizar o Compartilhamento de Implantação

Depois de configurar as opções do Windows PE para o compartilhamento de implantação, atualize o compartilhamento de implantação. A atualização do compartilhamento de implantação atualiza todos os arquivos de configuração do MDT e gera uma versão personalizada do Windows PE. A versão personalizada do Windows PE é usada para iniciar o computador de referência e iniciar o processo de implantação de LTI.

Para atualizar o compartilhamento de implantação no Workbench de Implantação

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel Ações, clique em Atualizar DeploymentShare.

   O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

4. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

5. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

6. Na página Confirmação, clique em Concluir.

   O Workbench de Implantação começa a atualizar o compartilhamento de implantação. O Workbench de Implantação cria os arquivos LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (para computadores de destino de 32 bits) ou arquivos LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (para computadores de destino de 64 bits) na pasta deployment_share\Boot (em que deployment_share é a pasta compartilhada usada como compartilhamento de implantação).

Etapa 6: criar a mídia inicializável LTI

Forneça um método para iniciar o computador com a versão personalizada do Windows PE criada quando o compartilhamento de implantação foi atualizado. O Workbench de Implantação cria os arquivos LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (para computadores de destino de 32 bits) ou arquivos LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (para computadores de destino de 64 bits) na pasta deployment_share\Boot (em que deployment_share é a pasta compartilhada usada como compartilhamento de implantação). Crie a mídia inicializável LTI apropriada de uma dessas imagens.

Para criar a mídia inicializável LTI

1. No Windows Explorer, navegue até a pasta deployment_share\Boot (em que deployment_share é a pasta compartilhada usada como o compartilhamento de implantação).

2. Com base no tipo de computador usado para o computador existente (WDG-EXIST-01) e o novo computador (WDG-NEW-02), execute uma das seguintes tarefas:

   • Se o computador de referência for um computador físico, crie um CD ou DVD do arquivo ISO.

   • Se o computador de referência for uma VM, inicie a VM diretamente do arquivo ISO ou de um CD ou DVD do arquivo ISO.

Etapa 7: iniciar o computador existente com a mídia inicializável LTI

Inicie o computador existente (WDG-EXIST-01) com a mídia inicializável LTI criada anteriormente no processo. Este CD inicia o Windows PE no computador existente e inicia o processo de implantação do MDT. Ao final do processo de implantação do MDT, as informações de migração de estado do usuário são armazenadas na pasta compartilhada UserStateCapture$.

Observação

Você também pode iniciar o processo de MDT iniciando o computador de destino dos Serviços de Implantação do Windows. Para obter mais informações, confira a seção "Preparando serviços de implantação do Windows", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

Para iniciar o computador existente com a mídia inicializável LTI

1. Inicie o WDG-EXIST-01 com a mídia inicializável LTI criada anteriormente no processo.

   O Windows PE é iniciado e, em seguida, o Assistente de Implantação do Windows é iniciado.

2. Conclua o Assistente de Implantação do Windows usando as informações a seguir. Aceite os valores padrão, a menos que seja especificado de outra forma.

   Nesta página assistente	Faça isto
   Bem-vindo à Implantação	Clique em Executar o Assistente de Implantação para instalar um novo sistema operacional e clique em Avançar.
   Especifique Credenciais para se conectar a compartilhamentos de rede.	1. Em Nome de Usuário, digite Administrador. 2. Em Senha, digite P@ssw0rd. 3. No Domínio, digite CORP. 4. Clique em OK.
   Selecione uma sequência de tarefas a ser executada neste computador.	Clique em Executar Cenário de Substituição do Computador no Computador Existente e clique em Avançar.
   Especifique onde salvar seus dados e configurações	Clique em Próximo.
   Especificar onde salvar um backup completo do computador	Clique em Não fazer backup do computador existente e clique em Avançar.
   Pronto para começar	Clique em Iniciar.

   Se ocorrerem erros ou avisos, consulte a Referência de solução de problemas do documento MDT.

3. Na caixa de diálogo Resumo da Implantação , clique em Detalhes.

   Se ocorreram erros ou avisos, examine os erros ou avisos e registre qualquer informação de diagnóstico.

4. Na caixa de diálogo Resumo da Implantação , clique em Concluir.

   As informações de migração de estado do usuário são capturadas e armazenadas na pasta compartilhada de rede (UserStateCapture$) criada anteriormente no processo.

Etapa 8: iniciar o novo computador com a mídia inicializável LTI

Inicie o novo computador (WDG-NEW-02) com a mídia inicializável LTI criada anteriormente no processo. Este CD inicia o Windows PE no computador de referência e inicia o processo de implantação do MDT. No final do processo de implantação do MDT, o Windows Vista é implantado no novo computador e as informações de migração de estado do usuário capturadas são restauradas para o novo computador.

Observação

Você também pode iniciar o processo de MDT iniciando o computador de destino dos Serviços de Implantação do Windows. Para obter mais informações, confira a seção "Preparando serviços de implantação do Windows", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

Para iniciar o novo computador com a mídia inicializável LTI

1. Inicie o WDG-NEW-02 com a mídia inicializável LTI criada anteriormente no processo.

   O Windows PE é iniciado e, em seguida, o Assistente de Implantação do Windows é iniciado.

2. Conclua o Assistente de Implantação do Windows usando as informações a seguir. Aceite os valores padrão, a menos que seja especificado de outra forma.

   Nesta página assistente	Faça isto
   Bem-vindo à Implantação	Clique em Executar o Assistente de Implantação para instalar um novo sistema operacional e clique em Avançar.
   Especifique Credenciais para se conectar a compartilhamentos de rede.	1. Em Nome de Usuário, digite Administrador. 2. Em Senha, digite P@ssw0rd. 3. No Domínio, digite CORP. 4. Clique em OK.
   Selecione uma sequência de tarefas a ser executada neste computador.	Clique em Executar Cenário de Substituição do Computador no Novo Computador e clique em Avançar.
   Configurar o nome do computador	Em Nome do computador, digite WDG-NEW-02 e clique em Avançar.
   Ingressar o computador em um domínio ou grupo de trabalho	Clique em Próximo.
   Especificar se é necessário restaurar dados do usuário	1. Clique em Especificar um local. 2. No Local, digite\\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Clique em Avançar.
   Seleção local	Clique em Próximo.
   Definir o fuso horário	Clique em Próximo.
   Especificar se é necessário capturar uma imagem	Clique em Não capturar uma imagem deste computador e clique em Avançar.
   Especificar a configuração do BitLocker	Clique em Não habilitar o BitLocker para este computador e clique em Avançar.
   Pronto para começar	Clique em Iniciar.

   Se ocorrerem erros ou avisos, consulte a Referência de solução de problemas do documento MDT.

3. Na caixa de diálogo Resumo da Implantação , clique em Detalhes.

   Se ocorreram erros ou avisos, examine os erros ou avisos e registre qualquer informação de diagnóstico.

4. Na caixa de diálogo Resumo da Implantação , clique em Concluir.

   O Windows Vista agora está instalado no novo computador e as informações de migração de estado do usuário capturadas também são restauradas.

Integrando o código de implantação personalizado ao MDT

É comum que uma equipe de implantação tenha requisitos complexos, específicos do ambiente de destino, que não são atendidos pelas ações de sequência de tarefas predefinidas do Deployment Workbench ou por arquivos de configuração MDT padrão. Nessa situação, implemente o código personalizado para atender aos seus requisitos.

Integre o código de implantação personalizado ao MDT por:

• Escolher uma linguagem de script conforme descrito em Escolher a linguagem de script apropriada

• Aproveitar ZTIUtility.vbs conforme descrito em Como aproveitar o ZTIUtility

• Integrando o código de implantação personalizado conforme descrito na integração do código de implantação personalizado

  As seções a seguir supõem que o MDT está configurado em um servidor de implantação.

Escolhendo a linguagem de script apropriada

Embora qualquer código que possa ser executado no Windows ou Windows PE possa ser chamado como uma instalação de aplicativo ou por meio de uma etapa de sequência de tarefas do MDT, Microsoft recomenda usar scripts na forma de arquivos .vbs ou .wsf.

A vantagem de usar arquivos .wsf é o log interno, além de algumas outras funções predefinidas já usadas pelos processos ZTI e LTI. Essas funções estão disponíveis no script ZTIUtility distribuído com MDT.

Quando referenciado de um script personalizado, o script ZTIUtility inicializa as classes de configuração e ambiente MDT. Estas classes estão disponíveis:

• Log. Essa classe fornece a funcionalidade de log que todos os scripts MDT usam. Ele também cria um único arquivo de log para cada execução de script durante a implantação e um arquivo de log consolidado de todos os scripts. Esses arquivos de log são criados em um formato projetado para serem lidos pelo CMTrace.

• Ambiente. Essa classe configura variáveis de ambiente coletadas por meio do processamento de regras WMI e MDT e permite que elas sejam referenciadas diretamente do script. Isso permite que as propriedades de implantação sejam lidas, dando acesso a todas as informações de configuração usadas pelos processos ZTI e LTI.

• Utilitário. Essa classe fornece utilitários gerais que são usados em scripts ZTI e LTI. Microsoft recomenda que sempre que o código personalizado for desenvolvido, essa classe deve ser examinada para ver se qualquer código pode simplesmente ser reutilizado. Informações adicionais sobre algumas das funcionalidades fornecidas nesta classe são incluídas posteriormente nesta seção.

• Banco de dados. Essa classe executa funções como conectar-se a bancos de dados e ler informações de bancos de dados. Em geral, não é recomendável acessar diretamente a classe de banco de dados; Em vez disso, o processamento de regras deve ser usado para executar pesquisas de banco de dados.

• Cadeias de caracteres. Essa classe executa rotinas comuns de processamento de cadeia de caracteres, como criar uma lista delimitada de itens, exibir um valor hex, cortar espaço em branco de uma cadeia de caracteres, alinhar uma cadeia de caracteres à direita, alinhar uma cadeia de caracteres, forçar um valor ao formato de cadeia de caracteres, forçar um valor para o formato de matriz, gerar um identificador globalmente exclusivo aleatório (GUID) e conversões base64.

• FileHandling. Essa classe executa funções como normalizar caminhos e copiar, mover e excluir arquivos e pastas.

• clsRegEx. Essa classe executa funções de expressão regulares.

  No MDT, algumas alterações foram implementadas na arquitetura de script para tornar o cliente Microsoft Visual Basic Scripting Edition (VBScript) mais robusto e confiável. Essas alterações incluem:

• Alterações extensas no ZTIUtility.vbs (a biblioteca principal de scripts), incluindo novas APIs e melhor tratamento de erros

• Um novo visual para a estrutura geral dos scripts ZTI_xxx.wsf

  A estrutura geral dos scripts MDT também foi alterada. A maioria dos scripts MDT agora está encapsulada em objetos da Classe VBScript. A classe é inicializada e chamada com a função RunNewInstance .

Observação

A maioria dos scripts existentes do MDT 2008 Update 1 funcionará como está no MDT, mesmo com as alterações extensas no ZTIUtility.vbs, já que a maioria dos scripts MDT incluirá ZTIUtility.vbs.

Entender como aproveitar o ZTIUtility

O arquivo ZTIUtility.vbs contém classes de objeto que podem ser aproveitadas em seu código personalizado. Integre o código personalizado ao MDT usando o:

• Classe de registro em log definida em ZTIUtility.vbs conforme descrito em Usar a classe ZTIUtility Logging

• Classe de ambiente definida em ZTIUtility.vbs conforme descrito em Usar a Classe de Ambiente ZTIUtility

• Classe de utilitário definida em ZTIUtility.vbs conforme descrito em Usar a Classe de Utilitário ZTIUtility

Usar a classe ZTIUtility Logging

A classe de registro em log no ZTIUtiliy.vbs fornece um mecanismo simples para o código personalizado registrar informações, avisos e erros de status da mesma maneira que outros scripts durante uma implantação de ZTI ou LTI. Essa padronização também garante que a caixa de diálogo Resumo da Implantação LTI informe corretamente o status de qualquer código personalizado executado.

O seguinte ilustra um exemplo de script de código personalizado que usa as funções oLogging.CreateEntry e TestAndFail para registrar diferentes tipos de mensagens, dependendo dos resultados das várias ações de script.

Script de exemplo usando o log 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>  

Observação

Se você quiser continuar usando scripts que chamam ZTIProcess() com ProcessResults(), você pode continuar a fazê-lo. No entanto, determinados recursos avançados de tratamento de erros não serão habilitados.

Usar a classe de ambiente ZTIUtility

A classe de ambiente no ZTIUtiliy.vbs fornece acesso e a capacidade de atualizar propriedades MDT. No exemplo anterior, oEnvironment.Item("Memória") é usado para recuperar a quantidade de RAM disponível; isso também pode ser usado para recuperar o valor de qualquer uma das propriedades descritas no documento MDT Toolkit Reference.

Usar a classe utilitário ZTIUtility

O script ZTIUtility.vbs contém vários utilitários comumente usados que qualquer script de implantação personalizado pode usar. Você pode adicionar esses utilitários a qualquer script da mesma forma que as classes oLogging e oEnvironment .

A tabela a seguir detalha algumas funções úteis disponíveis e sua saída. Para obter uma lista completa de funções disponíveis, consulte o arquivo ZTIUtility.vbs.

Function	Output
oUtility.LocalRootPath	Retorna o caminho da pasta raiz que está sendo usada pelo processo de implantação no computador de destino, por exemplo, C:\MININT
oUtility.BootDevice	Retorna o dispositivo de inicialização do sistema , por exemplo, MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath	Retorna o caminho para a pasta logs que está sendo usada durante a implantação, por exemplo, C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath	Retorna o caminho do repositório de estado atualmente configurado— por exemplo, C:\MININT\StateStore
oUtility.ScriptName	Retorna o nome do script que chama a função , por exemplo, Z-RAMTest
oUtility.ScriptDir	Retorna o caminho para o script que está chamando a função , por exemplo, \\server_name\Deployment$\Scripts
oUtility.ComputerName	Determina o nome do computador que será usado durante o processo de build, por exemplo, computer_name
oUtility.ReadIni(arquivo, seção, item)	Permite que o item especificado seja lido de um arquivo .ini
oUtility.WriteIni(arquivo, seção, item, valor)	Permite que o item especificado seja gravado em um arquivo .ini
oUtility.Sections(file)	Lê as seções de um arquivo .ini e as armazena em um objeto para referência
oUtility.SectionContents(arquivo, seção)	Lê o conteúdo do arquivo .ini especificado e os armazena em um objeto
oUtility.RunWithHeartbeat(sCmd)	Quando o comando for executado, escreva informações de pulsação nos logs a cada 0,5 segundos
oUtility.FindFile (sFilename,sFoundPath)	Pesquisa o arquivo especificado na pasta DeployRoot e subpastas padrão, incluindo Manutenção, Ferramentas, USMT, Modelos, Scripts e Controle
oUtility.findMappedDrive(sServerUNC)	Verifica se uma unidade é mapeada para o caminho UNC especificado e retorna a letra de unidade
oUtility.ValidateConnection(sServerUNC)	Verifica se há uma conexão existente com o servidor especificado e, se não houver, tenta criar uma
MapNetworkDrive (sShare, SDomID, sDomPwd)	Mapeia uma letra de unidade para o caminho UNC especificado como o compartilhamento e retorna a letra da unidade usada; retorna um erro se não tiver êxito
VerifyPathExists(strPath)	Verifica se o caminho especificado existe
oEnvironment.Substitute(sVal)	Dada uma cadeia de caracteres, expande todas as variáveis ou funções dentro dessa cadeia de caracteres
oEnvironment.Item (sName)	Lê ou grava uma variável em um repositório persistente
oEnvironment.Exists (sName)	Testa para ver se a variável existe
oEnvironment.ListItem (sName)	Lê ou grava uma variável de matriz de tipo em um repositório persistente
oLogging.ReportFailure (sMessage, iError)	Usado para executar uma saída estruturada se um erro irrecuperável for detectado
oLogging.CreateEvent (iEventID, iType, sMessage, arrParms)	Grava uma mensagem no arquivo de log e posta o evento em um servidor definido
oLogging.CreateEntry (sLogMsg, iType)	Grava uma mensagem no arquivo de log
TestAndFail(iRc, iError, sMessage)	Sai do script com iError se o iRc for falso ou falhar
TestAndLog(iRc , sMessage)	Registra um aviso somente se o iRc for falso ou falhar

Integrando o código de implantação personalizado

O código de implantação personalizado pode ser integrado ao processo de MDT de várias maneiras; no entanto, independentemente do método usado, as duas regras a seguir devem ser atendidas:

• O nome do script de código de implantação personalizado deve sempre começar com a letra Z.

• O código de implantação personalizado deve ser colocado na pasta Scripts no compartilhamento de implantação, por exemplo, D:\Production Deployment Share\Scripts.

  Os métodos mais usados para integrar o código personalizado que também garantem o registro em log consistente são:

• Implantar o código como um aplicativo MDT

• Iniciar o código como um comando de sequência de tarefas MDT

• Iniciar o código como um script de saída do usuário

Implantar código personalizado como um aplicativo MDT

O código de implantação personalizado pode ser importado para o Deployment Workbench e gerenciado da mesma forma que qualquer outro aplicativo.

Para criar um novo aplicativo para executar o código de implantação personalizado

1. Copie o código de implantação personalizado para a pasta deployment_share\Scripts (em que deployment_share é o caminho totalmente qualificado para o compartilhamento de implantação).

2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

3. Na árvore de console do Deployment Workbench, acesse Compartilhamentos de Implantação/deployment_share/Aplicativos (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel Ações, clique em Novo Aplicativo.

   O Assistente de Novo Aplicativo é iniciado.

5. Conclua o Assistente de Novo Aplicativo usando as informações a seguir. Aceite padrões, a menos que seja especificado de outra forma.

   Nesta página assistente	Faça isto
   Tipo de Aplicativo	Clique em Aplicativo sem arquivos de origem ou em outro lugar da rede e clique em Avançar.
   Detalhes	Conclua esta página com base nas informações do aplicativo e clique em Avançar.
   Detalhes do comando	1. Na caixa de linha de comando , digite cscript.exe %SCRIPTROOT%\custom_code (em que custom_code é o nome do código personalizado que foi desenvolvido). 2. Na caixa Diretório de trabalho , digite working_directory (em que working_directory é o nome do diretório de trabalho do código personalizado; essa normalmente é a mesma pasta especificada na caixa de linha de comando ). 3. Clique em Avançar.
   Resumo	Verifique se as configurações estão corretas e clique em Avançar.
   Confirmação	Clique em Concluir.

   O aplicativo aparece no nó Aplicativos no Workbench de Implantação.

Adicionar o código personalizado como uma etapa de sequência de tarefas

O código de implantação personalizado pode ser chamado diretamente de qualquer ponto dentro de uma sequência de tarefas; isso dá acesso às regras e opções de sequência de tarefas habituais.

Para adicionar o código de implantação personalizado a uma sequência de tarefas existente

1. Copie o código de implantação personalizado para a pasta deployment_share\Scripts (em que deployment_share é o caminho totalmente qualificado para o compartilhamento de implantação).

2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

3. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel de detalhes, clique em task_sequence (em que task_sequence é o nome da sequência de tarefas que executa o código personalizado).

5. No painel de Ações, clique em Propriedades.

6. Na caixa de diálogo task_sequenceProperties , clique na guia Sequência de Tarefas .

7. Na árvore de console, vá para o grupo (onde o grupo é o grupo para adicionar a etapa de sequência de tarefas).

8. Clique em Adicionar, clique em Geral e clique em Executar Linha de Comando.

9. Na árvore do console, clique em Executar Linha de Comando e clique na guia Propriedades .

10. Na caixa Nome , nome do tipo (em que o nome é um nome descritivo do código personalizado).

11. Na guia Propriedades , na caixa de linha de comando , digite command_line (em que command_line é o comando para executar o código personalizado, por exemplo, cscript.exe %SCRIPTROOT%\CustomCode.vbs).

12. Na caixa Iniciar, digitecaminho (onde o caminho é o caminho totalmente qualificado para a pasta de trabalho do código personalizado; normalmente, esse é o mesmo caminho especificado na caixa de linha de comando ) e clique em OK.

    A etapa de sequência de tarefas recém-criada aparece na lista de etapas da sequência de tarefas.

Executar código personalizado como um script de saída de usuário

Também é possível executar o código personalizado como um script de saída do usuário de CustomSettings.ini usando a diretiva UserExit . Isso fornece um mecanismo para que as informações sejam passadas para o processo de validação de regra CustomSettings.ini e fornece uma atualização dinâmica das propriedades do MDT

Para obter mais informações sobre scripts de saída do usuário e a diretiva UserExit, consulte a seção "Scripts de Saída do Usuário no Arquivo CustomSettings.ini", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

Instalando drivers de dispositivo usando vários métodos de instalação

Nesse cenário, você usa o MDT para implantar um sistema operacional em diferentes tipos de hardware. Como parte do processo de implantação, identifique e instale drivers de dispositivo para que cada tipo de hardware funcione corretamente. Há dois tipos principais de drivers de dispositivo; cada um deve ser tratado de maneira diferente durante o processo de implantação:

• Drivers de dispositivo que contêm um arquivo .inf que pode ser usado para importar o driver do dispositivo para o Workbench de Implantação

• Drivers de dispositivo que são empacotados como um aplicativo e que devem ser instalados como um aplicativo

  Usando o MDT, você pode lidar com os dois tipos de drivers como parte de uma implantação do sistema operacional.

  Instalar drivers de dispositivo por:

• Determinar métodos para instalar cada driver de dispositivo, conforme descrito em Determinar qual método usar para instalar um driver de dispositivo

• Usando o método drivers fora de caixa, conforme descrito na instalação de drivers de dispositivo usando o método drivers fora de caixa

• Instalá-los como aplicativos, conforme descrito na instalação de drivers de dispositivo como aplicativos

  Esse cenário pressupõe que o MDT esteja em execução em um servidor de implantação.

Determinando qual método usar para instalar um driver de dispositivo

Os fabricantes de hardware liberam drivers de dispositivo em um dos dois formulários:

• Como um pacote que você pode extrair e que contém arquivos .inf usados para importar o driver para o Trabalho de Implantação

• Como um aplicativo que você deve instalar usando processos tradicionais de instalação de aplicativos

  Pacotes de driver de dispositivo que podem ser extraídos para acessar arquivos .inf podem usar o processo de instalação e detecção automática do driver MDT, primeiro importando o driver para o nó Drivers out-of-Box no Workbench de Implantação.

  Pacotes de driver de dispositivo que não podem ser extraídos para isolar arquivos .inf ou aqueles que não funcionam corretamente sem antes serem instalados usando um instalador de aplicativo, como um arquivo MSI ou Setup.exe, podem usar o recurso MDT Install Application e instalar o driver do dispositivo durante o processo de implantação, assim como para qualquer aplicativo normal.

Instalando drivers de dispositivo usando o método drivers fora de caixa

Você pode importar pacotes de driver de dispositivo que incluem um arquivo .inf para o Trabalho de Implantação e instalá-los automaticamente como parte do processo de implantação. Para implementar esse tipo de implantação do driver de dispositivo, primeiro adicione o driver de dispositivo ao Workbench de Implantação.

Para adicionar o driver de dispositivo ao Workbench de Implantação

1. Baixe os drivers de dispositivo necessários para que os tipos de hardware sejam implantados e extraia o pacote do driver do dispositivo para um local temporário.

2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

3. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel Ações, clique em Importar Drivers.

   O Assistente de Importação do Driver de Dispositivo é iniciado.

5. Na página Especificar Diretório , na seção Diretório de origem do Drive , clique em Procurar para ir até a pasta que contém os novos drivers de dispositivo e clique em Avançar.

   Observação

   O Assistente de Novo Driver de Dispositivo pesquisará todos os subdiretórios do diretório de origem do driver; Portanto, se houver vários drivers a serem instalados, extraia-os em pastas dentro do mesmo diretório raiz e, em seguida, defina o diretório de origem do driver como o diretório raiz que contém todas as pastas de origem do driver.

6. Na página Resumo , verifique se as configurações estão corretas e clique em Avançar para importar os drivers para o Trabalho de Implantação.

7. Na página Confirmação, clique em Concluir.

   Se os drivers de dispositivo contiverem drivers críticos de inicialização, como o armazenamento em massa ou drivers de classe de rede, o compartilhamento de implantação deverá ser atualizado para gerar um novo ambiente de inicialização LiteTouch_x86 e LiteTouch_x64 que contém os novos drivers.

   Para adicionar drivers de dispositivo às imagens do Windows PE do Lite Touch

8. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

9. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

10. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

    O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

11. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

12. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

13. Na página Confirmação, clique em Concluir.

Instalando drivers de dispositivo como aplicativos

Os drivers de dispositivo que são empacotados como aplicativos e que você não pode extrair para uma pasta que contém um arquivo .inf, além de arquivos de driver, devem ser adicionados ao Deployment Workbench como um aplicativo para instalação durante o processo de implantação.

Os aplicativos podem ser especificados como uma etapa de sequência de tarefas ou especificados em CustomSettings.ini; no entanto, os aplicativos de driver de dispositivo devem ser instalados somente quando a sequência de tarefas for executada em um computador com os dispositivos. Para garantir isso, execute a etapa de sequência de tarefas para implantar os aplicativos de driver de dispositivo relevantes como uma etapa de sequência de tarefas condicional. Os critérios condicionais podem ser especificados para executar a etapa de sequência de tarefas usando consultas WMI para o dispositivo no computador de destino.

Adicionar o Aplicativo de Driver de Dispositivo ao Workbench de Implantação

Primeiro, cada aplicativo de driver de dispositivo deve ser importado para o Workbench de Implantação.

Observação

Configure se o aplicativo deve estar visível durante a implantação na caixa de diálogo Propriedades de qualquer aplicativo selecionando ou desmarcando a caixa de seleção Ocultar esse aplicativo na caixa de seleção Assistente de Implantação . Repita esse processo para cada aplicativo de driver de dispositivo usado durante a implantação.

Para adicionar o aplicativo de driver de dispositivo ao Workbench de Implantação

1. Baixe o aplicativo de driver de dispositivo e salve-o em um local temporário.

2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

3. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Applications (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel Ações, clique em Novo Aplicativo.

   O Assistente de Novo Aplicativo é iniciado.

5. Na página Tipo de Aplicativo , clique em Aplicativo com arquivos de origem e clique em Avançar.

6. Na página Detalhes , digite detalhes relevantes sobre o aplicativo e clique em Avançar.

7. Na página Origem , na seção Diretório de origem , clique em Procurar para ir e clique no diretório que contém os arquivos de origem do aplicativo do driver de dispositivo. Clique em OK.

8. Clique em Próximo.

9. Na página Destino , digite um nome para o diretório de destino e clique em Avançar.

10. Na página Detalhes do Comando , na seção Linha de comando , digite o comando que permite a instalação silenciosa do aplicativo de driver de dispositivo.

11. Na página Resumo , verifique se as configurações estão corretas e clique em Avançar para importar o aplicativo de driver de dispositivo para o Trabalho de Implantação.

12. Na página Confirmação, clique em Concluir.

    Depois que os aplicativos forem importados para o Trabalho de Implantação, adicione-os ao processo de implantação usando a lógica apropriada para garantir que o aplicativo seja instalado somente ao executar no hardware correto. Há métodos diferentes para obter isso:

• Especifique o aplicativo de driver de dispositivo como parte de uma sequência de tarefas de implantação.

• Especifique o aplicativo de driver de dispositivo no CustomSettings.ini.

• Especifique o aplicativo de driver de dispositivo no MDT DB.

  Cada abordagem é discutida com mais detalhes nas seções a seguir.

Especificar o aplicativo driver de dispositivo como parte de uma sequência de tarefas

O primeiro método para adicionar um aplicativo de driver de dispositivo ao processo de implantação é usar uma sequência de tarefas para adicionar etapas para cada aplicativo de driver de dispositivo.

Há duas abordagens principais para gerenciar aplicativos de driver de dispositivo na sequência de tarefas:

• Crie um novo grupo de sequência de tarefas para cada modelo de hardware e adicione uma consulta para executar esse grupo de ações se o computador corresponder a um tipo de hardware específico.

• Crie um grupo de sequência de tarefas para aplicativos específicos de hardware e adicione consultas para cada ação de sequência de tarefas para que cada etapa da sequência de tarefas seja avaliada em relação ao tipo de hardware e seja executada somente se uma correspondência for encontrada.

  Para criar um novo grupo de sequência de tarefas para cada tipo de hardware

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de detalhes, clique em task_sequence (em que task_sequence é a sequência de tarefas de implantação que será necessária para instalar o aplicativo de driver de dispositivo).

4. No painel de Ações, clique em Propriedades.

5. Na caixa de diálogo task_sequenceProperties, na guia Sequência de Tarefas, no painel de detalhes, acesse Restauração/Windows Update de Estado (Instalação pré-aplicativo).

6. Na guia Sequência de Tarefas , clique em Adicionar e clique em Novo Grupo.

   Isso cria um novo grupo de sequência de tarefas na sequência de tarefas. Use esse novo grupo de sequência de tarefas para criar as etapas para instalar os aplicativos de driver de dispositivo específicos do hardware.

7. No painel de detalhes, clique em Novo Grupo.

8. Na guia Propriedades , na caixa Nome , digite group_name (em que group_name é o nome do grupo; por exemplo, Aplicativos Específicos de Hardware – Dell Computer Corporation).

9. Na guia Opções , clique em Adicionar e clique em Consulta WMI.

10. Na caixa de diálogo Condição WMI da Sequência de Tarefas , digite os seguintes detalhes:

    • Na caixa namespace WMI , digite raiz\cimv2.

    • Na caixa de consulta WQL , digite uma consulta WQL (WQL) usando a classe Win32_ComputerSystem para garantir que o aplicativo esteja instalado apenas para um tipo de aplicativo específico, por exemplo:

      Selecione * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

      Neste exemplo, hardware_model é o nome do modelo de computador (como Latitude D620) e hardware_manufacturer é o nome da criação do computador (como a Dell Corporation).

      O % símbolo é um caractere curinga que está incluído nos nomes para permitir que os administradores retornem todos os modelos ou fabricantes de computador que contenham o valor especificado para hardware_model ou hardware_manufacturer.

      Para obter mais informações sobre consultas WMI e WQL, consulte a seção "Adicionar consultas WMI às condições da etapa da sequência de tarefas", no documento MDT Usando o kit de ferramentas de implantação Microsoft e consulte Consultando com WQL.

11. Clique em OK para enviar a consulta e clique em OK para enviar alterações à sequência de tarefas.

Observação

Esse processo deve ser repetido para que cada tipo de hardware de cada aplicativo de driver de dispositivo seja instalado.

Depois que os grupos de sequência de tarefas específicos do hardware forem criados, os aplicativos de driver de dispositivo podem ser adicionados a cada grupo.

Para adicionar aplicativos de driver de dispositivo a grupos de sequência de tarefas específicos do hardware

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Implantação Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de detalhes, clique em task_sequence (em que task_sequence é a sequência de tarefas de implantação que será necessária para instalar o aplicativo de driver de dispositivo).

4. No painel de Ações, clique em Propriedades.

5. Na caixa de diálogo task_sequenceProperties , clique na guia Sequência de Tarefas .

6. No painel de detalhes, acesse Restauração/hardware_specific_group de Estado (em que hardware_specific_group é o nome do grupo específico do hardware em que a etapa da sequência de tarefas será adicionada para instalar o aplicativo de driver de dispositivo).

7. Na guia Sequência de Tarefas , clique em Adicionar, clique em Geral e clique em Instalar Aplicativo.

   A etapa Instalar sequência de tarefas do Aplicativo é exibida no painel de detalhes.

8. No painel de detalhes, clique em Instalar Aplicativo.

9. Na guia Propriedades , clique em Instalar um único aplicativo e, na lista Aplicativo para instalar , selecione hardware_application (em que hardware_application é o aplicativo para instalar o aplicativo específico do hardware).

Observação

Esse processo deve ser repetido para cada aplicativo de driver de dispositivo que precisa ser usado durante uma implantação.

Especifique o aplicativo driver de dispositivo no CustomSettings.ini

Quando uma implantação de LTI ou ZTI começa, uma das primeiras ações a serem concluídas é o processamento dos arquivos de controle BootStrap.ini e CustomSettings.ini. Ambos os arquivos contêm regras que podem ser usadas para personalizar dinamicamente a implantação.

Devido à maneira como o MDT processa o arquivo CustomSettings.ini, você pode usá-lo para adicionar aplicativos com base em condições específicas. Essa lógica será usada para adicionar aplicativos específicos do driver de dispositivo durante a implantação com base em tipos de hardware específicos. Os aplicativos são referenciados em CustomSettings.ini pelo GUID do aplicativo, localizado no arquivo Applications.xml no compartilhamento de implantação.

Para localizar o GUID de um aplicativo importado

1. No compartilhamento de implantação do servidor de implantação, abra a pasta Controle , por exemplo, D:\Production Deployment Share\Control.

2. Localize e abra o arquivo Applications.xml.

3. Localize o aplicativo necessário.

4. Localize o GUID do aplicativo localizando a linha entre as marcas do aplicativo <guid> ; por exemplo, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

   Como parte do processo de inicialização, o processo LTI e o ZTI coletam informações sobre o computador no qual ele está em execução. Como parte desse processo, as consultas WMI são executadas e os valores da classe Win32_ComputerSystem para make e fabricante são preenchidos como variáveis %Make% e %Model%, respectivamente.

   Esses valores podem ser usados durante o processamento do arquivo CustomSettings.ini para ler dinamicamente seções do arquivo, dependendo da criação e do modelo detectados. O exemplo a seguir mostra um exemplo do arquivo CustomSettings.ini.

   Exemplo CustomSettings.ini configurado para uma instalação de aplicativo 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}  

Use as seguintes propriedades para especificar aplicativos no CustomSettings.ini:

• Aplicativos. Essa propriedade pode ser usada quando os administradores de implantação não querem apresentar um assistente de aplicativo como parte do processo de implantação especificando SkipApplications=YES em CustomSettings.ini.

• MandatoryApplications. Essa propriedade poderá ser usada se os administradores de implantação desejarem apresentar o assistente de aplicativo durante a implantação para permitir que os engenheiros de implantação selecionem aplicativos adicionais a serem instalados durante a implantação.

  Se o assistente de aplicativo for usado sem a propriedade MandatoryApplications (por exemplo, SkipApplications=NO), ele substituirá os aplicativos especificados pela propriedade Applications .

  O exemplo anterior mostra como usar os valores de variável %Make% e %Model% para manipular dinamicamente como a lista de aplicativos é criada. Os valores para a criação e o modelo de cada tipo de hardware podem ser localizados usando um dos seguintes métodos:

• A ferramenta Informações do Sistema. Use o nó Resumo do Sistema nesta ferramenta para identificar o Fabricante do Sistema (make) e o Modelo do Sistema (modelo).

• Windows PowerShell. Use o cmdlet Get-WMIObject –class Win32_ComputerSystem para determinar a criação e o modelo do computador.

• Linha de Comando de Instrumentação de Gerenciamento do Windows. Use CSProduct Get Name, Vendor para retornar o nome (modelo) e o fornecedor (make) do computador.

  Para modificar CustomSettings.ini para adicionar lógica específica de hardware

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

4. Clique na guia Regras .

5. As informações tipada nesta guia são armazenadas no arquivo CustomSettings.ini. Modifique as entradas de arquivo CustomSettings.ini para adicionar lógica para cada modelo de hardware que tenha um aplicativo específico do driver de dispositivo, conforme descrito em Especificar o Aplicativo de Driver de Dispositivo como parte de uma sequência de tarefas.

6. Clique em OK para enviar as alterações.

7. No painel de detalhes, clique em deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

8. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

   O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

9. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

10. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

11. Na página Confirmação, clique em Concluir.

    Por padrão, todos os aplicativos disponíveis são exibidos no Assistente de Implantação do Windows durante uma implantação de LTI. Como os aplicativos específicos do driver de dispositivo são aplicáveis apenas a tipos de hardware específicos, talvez você não queira que eles sejam exibidos o tempo todo. Ao especificar o pacote de aplicativo específico do driver de dispositivo no CustomSettings.ini, o aplicativo pode ser oculto usando a opção Ocultar o aplicativo na opção Assistente de Implantação na configuração do aplicativo.

    Para ocultar um aplicativo no Assistente de Implantação

12. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

13. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Applications (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

14. No painel de detalhes, clique em device_driver_application (em que device_driver_application é o aplicativo a ser oculto do Assistente de Implantação).

15. No painel de Ações, clique em Propriedades.

16. Na guia Geral , selecione a caixa de seleção Ocultar o aplicativo no Assistente de Implantação .

17. Clique em Aplicar e feche a caixa de diálogo Propriedades .

Especificar o aplicativo driver de dispositivo no MDT DB

O MDT DB é uma versão de banco de dados do arquivo CustomSettings.ini e pode ser consultado no momento da implantação para que as informações sejam usadas durante a implantação. Para obter mais informações sobre como usar o MDT DB, consulte "Selecionando os métodos para aplicar configurações".

Ao consultar o MDT DB no momento da implantação, três métodos estão disponíveis para identificar o computador de destino:

• Pesquise o computador individual (usando o endereço MAC, marca de ativo ou similar).

• Pesquise a localização do computador (usando o gateway padrão).

• Pesquise a marca e o modelo do computador (usando consultas de modelo ou fabricante de WMI).

  Para cada entrada de banco de dados que você cria, você pode especificar propriedades de implantação, aplicativos, se devem usar pacotes Configuration Manager e administradores. Ao criar entradas de make e modelo no banco de dados, você pode adicionar os aplicativos de driver de dispositivo específicos do hardware necessários.

  Para criar entradas no MDT DB para permitir a instalação de aplicativos de driver de dispositivo

Observação

Repita esse processo para cada criação de hardware e modelo que requer um aplicativo de driver de dispositivo.

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel Ações, clique em Novo.

4. Na caixa de diálogo Propriedades , na guia Identidade , na caixa Criar, digitemake_name (em que make_name é um nome facilmente identificado para associar ao fabricante do computador de destino).

5. Na caixa Modelo , digite model_name (em que model_name é um nome facilmente identificado para associar ao modelo do computador de destino).

6. Na guia Aplicativos , adicione cada um dos aplicativos de driver de dispositivo necessários para esse modelo de hardware.

Iniciando o MDT usando os Serviços de Implantação do Windows

O Windows Server 2008 usa os Serviços de Implantação do Windows como uma versão atualizada e redesenhada dos Serviços de Instalação Remota, a ferramenta de implantação padrão no Windows Server 2003 com o SP2. Usando os Serviços de Implantação do Windows, você pode implantar sistemas operacionais Windows, particularmente Windows 7, Windows Server 2008 ou sistemas operacionais posteriores, em uma rede usando o adaptador de rede habilitado para PXE ou a mídia de inicialização de um computador.

Antes de implantar os Serviços de Implantação do Windows, determine qual das seguintes opções de integração melhor se adequa ao seu ambiente:

• Opção 1. Inicialize computadores no PXE para iniciar o processo de LTI.

• Opção 2. Implantar uma imagem do sistema operacional no repositório de imagens do Windows Deployment Services.

• Opção 3. Use multicasting com MDT e a função de servidor do Windows Server 2008 Windows Deployment Services.

Opção 1: Inicializar computadores no PXE para iniciar o processo LTI

Ajude a minimizar o custo do gerenciamento de implantações do sistema operacional iniciando o processo de implantação do MDT usando os Serviços de Implantação do Windows em conjunto com o Protocolo de Configuração do Host Dinâmico. Isso remove o requisito de criar e fornecer mídia inicializável para cada computador de destino.

Criar e importar a imagem do Windows PE do Windows Workbench de implantação para os Serviços de Implantação do Windows

Ao criar um novo compartilhamento de implantação do MDT ou modificar um compartilhamento de implantação MDT existente, você pode criar uma imagem de inicialização personalizada do Windows PE. Quando o compartilhamento de implantação é atualizado, a imagem de inicialização do Windows PE é gerada e atualizada automaticamente com informações sobre o compartilhamento de implantação e injetará drivers ou componentes adicionais especificados durante a configuração do compartilhamento de implantação.

A imagem de inicialização do Windows PE é gerada como um arquivo de imagem ISO, que você pode gravar em um CD ou DVD e um arquivo WIM inicializável. Você pode importar o arquivo WIM para os Serviços de Implantação do Windows para que os computadores que podem inicializar no PXE possam baixar e executar a imagem de inicialização do LTI Windows PE em uma rede usada para inicializar uma instalação.

Para criar uma imagem inicializável do Windows PE no Workbench de Implantação

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

   Na caixa de diálogo deployment_shareProperties , clique na guia Configurações da plataforma Do Windows PE (em que a plataforma é a arquitetura da imagem do Windows PE a ser configurada).

4. Na área Configurações de Imagem de Inicialização por Toque do Lite , selecione a caixa de seleção Gerar uma caixa de seleção de imagem ISO do disco de RAM inicializável Lite Touch .

5. Clique na guia Componentes da plataforma do Windows PE (em que a plataforma é a arquitetura da imagem do Windows PE a ser configurada).

6. Na seção Injeção de Driver , clique nos tipos de driver apropriados a serem incluídos.

   Observação

   Essa etapa não será necessária se o Windows PE já incluir os drivers de dispositivo necessários.

7. Na seção Injeção de Driver , na lista Perfil de seleção , selecione o perfil de seleção de driver apropriado.

8. Na caixa de diálogo Propriedades, clique em OK.

   Observação

   Essa etapa não será necessária se o Windows PE já incluir os drivers de dispositivo necessários.

9. No painel de detalhes, clique em deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

10. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

    O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

11. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

12. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

13. Na página Confirmação, clique em Concluir.

    Quando esse processo for concluído, a pasta Inicializar no compartilhamento de implantação conterá várias imagens de inicialização, por exemplo:

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

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

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

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

    Você pode gravar os arquivos ISO que foram gerados diretamente para CD ou DVD ou usá-los para inicializar o processo de LTI em um novo hardware. Você também pode importar os arquivos WIM de inicialização para os Serviços de Implantação do Windows para que novos computadores possam inicializar o processo de implantação de LTI sem exigir mídia física.

    Para importar a imagem do Windows PE para os Serviços de Implantação do Windows

14. Inicie o console do Windows Deployment Services e conecte-se aos Serviços de Implantação do Windows.

15. Na árvore do console, clique com o botão direito do mouse em Imagens de Inicialização e clique em Adicionar Imagem de Inicialização.

16. Navegue até a imagem WIM a ser importada, por exemplo, D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

17. O processo de importação lê automaticamente os metadados da imagem de inicialização, mas os valores Nome da Imagem e Descrição da Imagem também podem ser editados; o Nome da Imagem afeta as informações de opção de inicialização exibidas pelo Windows Boot Manager quando o cliente inicializa no PXE.

18. Quando a imagem de inicialização tiver sido importada, qualquer computador que inicialize em PXE e receba uma resposta dos Serviços de Implantação do Windows poderá baixar a imagem de inicialização LTI e iniciar uma instalação LTI.

    A instalação e a configuração dos Serviços de Implantação do Windows não são abordadas neste guia. Para obter informações adicionais sobre os Serviços de Implantação do Windows, consulte o Guia dos Serviços de Implantação do Windows.

Usar os Serviços de Implantação do Windows para detectar automaticamente o servidor de implantação

Uma opção adicional está disponível ao usar os Serviços de Implantação do Windows para hospedar imagens de inicialização do MDT quando o compartilhamento de implantação do MDT estiver hospedado no mesmo servidor que os Serviços de Implantação do Windows.

Quando um cliente PXE carrega a imagem de inicialização do MDT, o nome do servidor dos Serviços de Implantação do Windows que hospeda a imagem de inicialização é capturado e colocado no MDTProperty WDSServer. Em seguida, você pode referenciar essa propriedade no arquivo BootStrap.ini da imagem de inicialização e no arquivo CustomSettings.ini do compartilhamento de implantação pela propriedade DeployRoot . Isso resulta em um cliente que é inicializado pelos Serviços de Implantação do Windows usando automaticamente o compartilhamento de implantação hospedado no servidor dos Serviços de Implantação do Windows. Isso elimina a necessidade de especificar um nome de servidor em qualquer arquivo de configuração.

Para definir o servidor local do Windows Deployment Services como o servidor de implantação

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

4. Clique na guia Regras .

   As informações tipada nesta guia são armazenadas no arquivo CustomSettings.ini.

5. Configure a propriedade DeployRoot para usar a variável %WDSServer% — por exemplo, DeployRoot=\\%WDSServer%\Deployment$.

6. Clique em Editar Bootstrap.ini.

7. Configure BootStrap.ini usar a propriedade %WDSServer% adicionando ou alterando o valor DeployRoot para DeployRoot=\\%WDSServer%\Deployment$.

8. No menu Arquivo , clique em Salvar para salvar as alterações no arquivo BootStrap.ini.

9. Clique em OK.

   O compartilhamento de implantação precisa ser atualizado.

10. No painel de detalhes, clique em deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

11. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

    O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

12. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

13. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

14. Na página Confirmação, clique em Concluir.

15. Importe o WIM de inicialização atualizado para os Serviços de Implantação do Windows.

Opção 2: implantar uma imagem do sistema operacional na Loja de Serviços de Implantação do Windows

Se você já estiver usando os Serviços de Implantação do Windows para implantação do sistema operacional, estenda a funcionalidade do MDT configurando-a para fazer referência às imagens do sistema operacional Windows Deployment Services já em uso, em vez de usar seu próprio repositório e complementar implantações dos Serviços de Implantação do Windows com gerenciamento de driver, implantação de aplicativo, instalação de atualização, processamento de regras e outras funcionalidades de MDT. Depois que o MDT fizer referência a uma imagem do sistema operacional Windows Deployment Services, você poderá tratá-la como qualquer sistema operacional que tenha sido encenado para um compartilhamento de implantação do MDT.

Para fazer referência a uma imagem do sistema operacional Do Windows Deployment Services

Observação

As etapas a seguir exigem que pelo menos uma imagem do sistema operacional tenha sido importada anteriormente para o servidor dos Serviços de Implantação do Windows.

1. Atualize o MDT para poder acessar imagens dos Serviços de Implantação do Windows copiando os seguintes arquivos da pasta Fontes da mídia do Windows para a pasta C:\Program Files\Microsoft Deployment Toolkit\bin no servidor dos Serviços de Implantação do Windows:

   • Wdsclientapi.dll

   • Wdscsl.dll

   • Wdsimage.dll

   • Wdstptc.dll (isso só é aplicável se a cópia dos diretórios de origem do Windows Server 2008)

   Observação

   O diretório de origem do Windows que está sendo usado deve corresponder à plataforma do sistema operacional em execução no computador em que o MDT está instalado.

2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

3. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel Ações, clique em Importar Sistema Operacional.

   O Assistente do Novo Sistema Operacional é iniciado.

5. Na página Tipo do sistema operacional , clique em imagens dos Serviços de Implantação do Windows e clique em Avançar.

6. Na página servidor do WDS , digite o nome do servidor dos Serviços de Implantação do Windows a ser referenciado, por exemplo, WDSSvr001 e clique em Avançar.

7. Na página Resumo , verifique se as configurações estão corretas e clique em Avançar.

8. Na página Confirmação, clique em Concluir.

   Todas as imagens disponíveis no servidor dos Serviços de Implantação do Windows agora estarão disponíveis para sequências de tarefas do MDT.

Observação

Importar imagens dos Serviços de Implantação do Windows não copia os arquivos de origem do servidor dos Serviços de Implantação do Windows para o compartilhamento de implantação. O MDT continua a usar os arquivos de origem de sua localização original.

Opção 3: usar multicasting com MDT e a Função de Serviços de Implantação do Windows Server 2008

Com o lançamento do Windows Server 2008, o Windows Deployment Services foi aprimorado para dar suporte à implantação de imagens usando transmissões multicast. O MDT também inclui atualizações para integrar o MDT à multicasting dos Serviços de Implantação do Windows.

Além disso, um Windows AIK (Windows Automated Installation Kit) atualizado, versão 1.1, inclui Wdsmcast.exe. Isso permite que sessões multicast sejam ingressadas manualmente e permite que o cliente inicie Wdsmcast.exe copiar arquivos de uma sessão multicast ativa.

O script LTIApply.wsf usa Wdsmcast.exe quando acessa arquivos de origem do sistema operacional do compartilhamento de implantação. LTIApply.wsf procura Wdsmcast.exe no compartilhamento de implantação na pasta deployment_share\Tools\x86 ou na pasta deployment_share\Tools\x64 (em que deployment_share é o nome da pasta do sistema de arquivos que contém o compartilhamento de implantação), dependendo da versão do Windows PE em execução.

Quando LTIApply.wsf for executado, ele sempre tentará acessar e baixar imagens WIM de um fluxo multicast existente, mas ele voltará para uma cópia de arquivo padrão se um fluxo multicast não existir.

Observação

Esse processo se aplica apenas a arquivos de imagem WIM.

Os pré-requisitos do servidor de implantação para preparação para a multicasting do MDT são:

• O servidor de implantação deve estar executando o Windows Server 2008 ou posterior

• A função Serviços de Implantação do Windows deve ser instalada no console do Gerenciamento de Servidores

• O Windows AIK 1.1 para Windows Server 2008 deve ser instalado

• O MDT deve ser instalado

• Como acontece com qualquer implantação usando o MDT, pelo menos uma imagem wim do sistema operacional deve ter sido importada, seja como um conjunto completo de arquivos de origem ou como uma imagem personalizada com arquivos de instalação

Observação

É importante usar a versão mais recente do Windows AIK para multicasting; A cópia do Windows PE incluída em versões anteriores do Windows AIK, por exemplo, o Windows AIK 1.0, não dá suporte ao download de um servidor multicast.

Para configurar o MDT para multicasting de um compartilhamento de implantação existente

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel de Ações, clique em Propriedades.

4. Na guia Geral, selecione a caixa de seleção Habilitar multicast para esse compartilhamento de implantação (requer a caixa de seleção Windows Server 2008 Windows Deployment Services).

5. Clique em OK.

6. No painel Ações, clique em Atualizar Compartilhamento de Implantação.

   O Assistente de Compartilhamento de Implantação de Atualização é iniciado.

7. Na página Opções , selecione as opções desejadas para atualizar o compartilhamento de implantação e clique em Avançar.

8. Na página Resumo , verifique se os detalhes estão corretos e clique em Avançar.

9. Na página Confirmação, clique em Concluir.

   O compartilhamento de implantação agora está configurado para transmissão multicast dos Serviços de Implantação do Windows.

   Esse processo cria uma transmissão multicast do Windows Deployment Services que usa diretamente o compartilhamento de implantação do MDT existente. O MDT não cria transmissões Scheduled-Cast. Observe também que nenhuma imagem adicional é importada para os Serviços de Implantação do Windows e que não é possível usar o multicast para imagens de inicialização, pois o cliente multicast não pode ser carregado até que o Windows PE esteja em execução.

   Para verificar se a transmissão multicast foi gerada nos Serviços de Implantação do Windows

10. Clique em Iniciar, aponte para Ferramentas Administrativas e clique em Serviços de Implantação do Windows.

11. Na árvore de console dos Serviços de Implantação do Windows, clique com o botão direito do mouse em Servidores e clique em Adicionar Servidor.

12. Na caixa de diálogo Adicionar Servidores, clique em Computador local e clique em OK.

13. Na árvore de console dos Serviços de Implantação do Windows, clique em Servidores e clique em server_name (em que server_name é o nome do computador que executa os Serviços de Implantação do Windows). Clique em Transmissões Multicast.

14. No painel de detalhes, uma nova transmissão de Conversão Automática para o compartilhamento de implantação será listada, por exemplo, BDD Share Deployment$.

15. Verifique se o status da transmissão BDD Share Deployment$ Auto-Cast está definido como Ativo.

    Depois que um computador for implantado, verifique se o sistema operacional foi baixado de uma transmissão multicast examinando o arquivo BDD.log na pasta \Windows\Temp\DeploymentLogs.

    Haverá duas entradas na pasta logs, ambas começando com a transferência multicast; verifique se a transferência foi bem-sucedida. Para obter mais informações sobre transmissões multicast com MDT e Serviços de Implantação do Windows, consulte a seção "Habilitar a Implantação multicast dos Serviços de Implantação do Windows para Implantações LTI", no documento MDT Usando o kit de ferramentas de implantação do Microsoft.

Executando implantações em etapas usando MDT (pré-carregamento do OEM)

Em muitas organizações, os computadores são carregados com a imagem do sistema operacional antes da implantação na rede de produção. Em algumas instâncias, o carregamento da imagem do sistema operacional é executado por uma equipe dentro da organização responsável pela criação dos computadores em um ambiente de preparo. Em outras instâncias, o carregamento da imagem do sistema operacional é executado pelo fornecedor de hardware do computador, também conhecido como um fabricante de equipamento original (OEM).

Observação

O processo de pré-carregamento do OEM tem suporte no MDT apenas para implantações executadas usando LTI. Para Configuration Manager, use o recurso de mídia prestaged.

Visão geral do processo de pré-carregamento do OEM no MDT

O processo de pré-carregamento do OEM é dividido em três fases:

• Fase 1. Crie uma imagem baseada em mídia do computador de referência a ser aplicado no ambiente de preparo.

• Fase 2. Aplique a imagem do computador de referência ao computador de destino em um ambiente de preparo.

• Fase 3. Concluir a implantação do computador de destino no ambiente de produção.

  A fase 1 e a Fase 3 normalmente são executadas pela organização de implantação. Dependendo do uso do processo de pré-carregamento do OEM na organização, a Fase 2 pode ser executada pela organização ou pelo fornecedor de hardware do computador que fornece os computadores. Se a organização executar a Fase 2, o ambiente de preparo estará dentro da organização. Se um OEM executar a Fase 2, o ambiente de preparo estará no ambiente do OEM.

Visão geral dos Arquivos de Configuração do MDT no processo de pré-carregamento do OEM

Arquivos de configuração MDT separados (CustomSettings.ini e Bootstrap.ini) são usados pelas sequências de tarefas executadas durante a Fase 1 e a Fase 3 do processo de pré-carregamento do OEM. No entanto, ambos os arquivos de configuração existem simultaneamente em estruturas de pastas diferentes.

Na primeira fase, os arquivos de configuração são usados durante a criação do computador de referência e são armazenados na pasta específica para a sequência de tarefas usada nessa fase. Os arquivos de configuração usados na terceira e última fase do processo de pré-carregamento do OEM são armazenados na pasta específica para a sequência de tarefas usada nessa fase.

Ao fazer modificações nos arquivos de configuração, verifique se são feitas alterações no arquivo de configuração que correspondem à sequência de tarefas apropriada em cada fase do processo de pré-carregamento do OEM.

Visão geral dos arquivos de log do MDT no processo de pré-carregamento do OEM

Arquivos de log MDT separados são gerados durante a Fase 1 e a Fase 3 do processo de pré-carregamento do OEM:

• Os arquivos de log MDT para a Fase 1 são armazenados nas pastas C:\MININT e C:\SMSTSLog.

• Os arquivos de log MDT para a Fase 3 são armazenados na pasta %WINDIR%\System32\CCM\Logs para implantações baseadas em x86 ou na pasta %WINDIR%\SysWow64\CCM\Logs para implantações baseadas em x64.

  Use a pasta apropriada ao diagnosticar ou solucionar problemas de implantação relacionados ao MDT.

Implantações em etapas usando LTI

Para implantações de LTI, execute o processo de pré-carregamento do OEM usando um tipo de compartilhamento de implantação de mídia removível (mídia). Não há suporte para outros tipos de compartilhamento de implantação para o processo de pré-carregamento do OEM.

Para executar o processo de pré-carregamento do OEM, crie uma sequência de tarefas com base no modelo de sequência de tarefas Litetouch OEM Task Sequence, além de todas as sequências de tarefas que serão usadas para implantar o sistema operacional de destino. Em seguida, crie um compartilhamento de implantação de mídia removível (mídia) que, em última análise, criará um arquivo ISO do conteúdo de compartilhamento de implantação, especificamente o arquivo LiteTouchPE_x86.iso ou o arquivo LiteTouchPE_x64.iso (com base na plataforma de processador do computador de destino). O processo de atualização de compartilhamento de implantação também cria uma estrutura de pasta que pode ser usada para criar mídia de Formato de Disco Universal.

Processo de pré-carregamento do LTI OEM — Fase 1: criar uma imagem de Media-Based

A organização de implantação executa a primeira fase no processo de pré-carregamento do OEM. A entrega final dessa fase é uma imagem inicializável (como um arquivo ISO) ou mídia (como um DVD) que é enviada para o OEM ou para o ambiente de preparo dentro da organização de implantação. A maioria dessas etapas são executadas no Trabalho de Implantação.

Para criar uma imagem baseada em mídia para entrega no OEM ou no ambiente de preparo dentro da organização de implantação

1. Preencha os seguintes nós para o compartilhamento de implantação no Workbench de Implantação:

   • Sistemas Operacionais

   • Aplicativos

   • Pacotes

   • Drivers fora de caixa

     Para obter mais informações sobre como executar essa etapa, consulte a seção "Gerenciando Compartilhamentos de Implantação no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

2. Crie uma nova sequência de tarefas com base no modelo de sequência de tarefas Litetouch OEM Task Sequence no Workbench de Implantação.

   Para obter mais informações sobre como executar essa etapa, consulte a seção "Configurando sequências de tarefas no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

3. Crie uma ou mais sequências de tarefas que serão usadas para implantar o sistema operacional de destino no computador de destino após a implantação no ambiente de produção.

   Para obter mais informações sobre como executar essa etapa, consulte a seção "Configurando sequências de tarefas no Workbench de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

4. Crie um perfil de seleção que inclua os aplicativos, sistemas operacionais, drivers, pacotes e sequências de tarefas necessárias para a implantação do OEM.

   Para obter mais informações sobre como executar essa etapa, consulte a seção "Gerenciar Perfis de Seleção", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

5. Criar mídia de implantação.

   Para obter mais informações sobre como executar esta etapa, consulte a seção "Gerenciar mídia de implantação LTI", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

6. Atualize a mídia de implantação criada no Workbench de Implantação na etapa anterior.

   Quando você atualiza a mídia de implantação, o Workbench de Implantação cria o arquivo LiteTouchMedia.iso. Para obter mais informações sobre como executar essa etapa, consulte a seção "Gerenciar mídia de implantação LTI", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

7. Queime um DVD do arquivo LiteTouchMedia.iso criado na etapa anterior.

   Observação

   Se entregar o arquivo ISO ao OEM ou ao ambiente de preparo da organização, essa etapa não será necessária.

8. Entregue o arquivo ISO ou o DVD para o OEM ou para o ambiente de preparo da organização.

Processo de pré-carregamento do LTI OEM — Fase 2: aplicar a imagem ao computador de destino

A segunda fase do processo de pré-carregamento do OEM é executada pelo OEM ou pela equipe de implantação no ambiente de preparo da organização de implantação. Durante essa fase do processo, o arquivo .iso ou DVD criado na Fase 1 é aplicado aos computadores de destino. A entrega dessa fase é a imagem implantada nos computadores de destino para que eles estejam prontos para implantação no ambiente de produção.

Para aplicar a imagem aos computadores de destino

1. Inicie um computador de destino com a mídia criada na Fase 1.

   O Windows PE é iniciado e, em seguida, o Assistente de Implantação do Windows é iniciado.

2. No Assistente de Implantação do Windows, clique na sequência de tarefas de pré-instalação do OEM para a sequência de tarefas De preparo do ambiente .

   A sequência de tarefas será iniciada e o conteúdo da mídia inicializável será copiado para o disco rígido local do computador de destino.

3. Quando o Assistente de Implantação do Windows estiver concluído para a sequência de tarefas de pré-instalação do OEM para a sequência de tarefas De preparo do ambiente , o disco rígido estará pronto para iniciar o restante do processo de implantação executando o Assistente de Implantação do Windows para as outras sequências de tarefas usadas para implantar o sistema operacional.

   A sequência de tarefas de pré-instalação do OEM para a sequência de tarefas De preparo do ambiente é responsável por implantar a imagem no computador de destino e iniciar o processo LTI. O Assistente de Implantação do Windows iniciará uma segunda vez para executar as sequências de tarefas usadas para implantar o sistema operacional no computador de destino.

4. Clone o conteúdo do primeiro disco rígido para quantos computadores de destino forem necessários no ambiente de preparo.

5. Os computadores de destino são entregues ao ambiente de produção para implantação.

Processo de pré-carregamento do LTI OEM — Fase 3: Implantação completa do computador de destino

A terceira e última fase do processo de pré-carregamento do OEM é executada no ambiente de produção da organização de implantação. Durante essa fase do processo, o computador de destino é iniciado e a imagem de mídia inicializável, colocada no disco rígido no ambiente de preparo durante a fase anterior, é iniciada.

Para concluir a implantação dos computadores de destino no ambiente de produção

1. Inicie o computador de destino.

   O Windows PE é iniciado e, em seguida, o Assistente de Implantação do Windows é iniciado.

2. Conclua o Assistente de Implantação do Windows usando as informações de configuração específicas para cada computador de destino.

   Para obter mais informações sobre como concluir esta etapa, consulte a seção "Executando o Assistente de Implantação", no documento MDT Usando o kit de ferramentas de implantação Microsoft.

   Quando essa fase for concluída, o computador de destino estará pronto para ser usado no ambiente de produção.

Usando Windows PowerShell para executar tarefas comuns

As tarefas de administração do MDT no Workbench de Implantação são executadas por cmdlets Windows PowerShell subjacentes, que você pode usar para automatizar tarefas administrativas, como aquelas nas seções a seguir.

Você pode automatizar a administração do MDT executando as seguintes etapas:

• Crie um novo compartilhamento de implantação, conforme descrito na criação de um novo compartilhamento de implantação.

• Crie uma pasta em um compartilhamento de implantação, conforme descrito em Criando uma Pasta.

• Exclua uma pasta de um compartilhamento de implantação, conforme descrito em Excluir uma Pasta.

• Importar um driver de dispositivo para um compartilhamento de implantação, conforme descrito em Importar um Driver de Dispositivo.

• Excluir um driver de dispositivo de um compartilhamento de implantação, conforme descrito em Excluir um Driver de Dispositivo.

• Importe um pacote do sistema operacional para um compartilhamento de implantação, conforme descrito em Importar um pacote do sistema operacional.

• Excluindo um pacote do sistema operacional de um compartilhamento de implantação, conforme descrito na exclusão de um pacote do sistema operacional.

• Importe um sistema operacional para um compartilhamento de implantação, conforme descrito em Importar um sistema operacional.

• Excluir um sistema operacional de um compartilhamento de implantação, conforme descrito na exclusão de um sistema operacional.

• Crie um aplicativo em um compartilhamento de implantação, conforme descrito em Criando um Aplicativo.

• Exclua um aplicativo de um compartilhamento de implantação, conforme descrito na exclusão de um aplicativo.

• Crie uma sequência de tarefas em um compartilhamento de implantação, conforme descrito em Criando uma sequência de tarefas.

• Exclua uma sequência de tarefas de um compartilhamento de implantação, conforme descrito em Excluir uma sequência de tarefas.

• Crie um MDT DB, conforme descrito em Criando um DB MDT.

• Crie um perfil de seleção conforme descrito em Criar um perfil de seleção.

• Atualize um compartilhamento de implantação conforme descrito em Atualizar um Compartilhamento de Implantação.

• Crie um compartilhamento de implantação vinculado, conforme descrito na criação de um compartilhamento de implantação vinculado.

• Atualize um compartilhamento de implantação vinculado, conforme descrito em Atualizar um Compartilhamento de Implantação Vinculado.

• Exclua um compartilhamento de implantação vinculado, conforme descrito na exclusão de um compartilhamento de implantação vinculado.

• Crie mídia de implantação, conforme descrito em Criando Mídia.

• Gerar mídia de implantação, conforme descrito em Gerando Mídia.

• Exclua a mídia de implantação conforme descrito em Excluir Mídia.

Criando um novo compartilhamento de implantação

Os comandos de Windows PowerShell a seguir criam um novo compartilhamento de implantação em D:\Production Deployment Share chamado Production$. O novo compartilhamento de implantação será exibido no Trabalho de Implantação como Produção.

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  

Criando uma pasta

Os comandos Windows PowerShell a seguir criam uma pasta adobe na árvore de console do Deployment Workbench em 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  

Observação

A adição de "remove-psdrive" ao script garante que o processo em segundo plano seja concluído antes de prosseguir.

Excluindo uma pasta

Os comandos Windows PowerShell a seguir excluem a pasta 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  

Observação

O script falhará se a pasta não estiver vazia.

Importando um driver de dispositivo

Os comandos Windows PowerShell a seguir importarão o driver de dispositivo do monitor Dell 2407 WFP para o compartilhamento de implantação de produção.

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  

Excluindo um driver de dispositivo

O comando Windows PowerShell a seguir exclui o driver do monitor WFP do Dell 2407 do compartilhamento de implantação de produção.

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

Importando um pacote do sistema operacional

Os comandos Windows PowerShell a seguir importam todos os pacotes do sistema operacional localizados em D:\Atualizações\Microsoft\Vista. Esses pacotes do sistema operacional serão armazenados no compartilhamento de implantação de produção, que está em D:\Compartilhamento de Implantação de Produção.

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  

Excluindo um pacote do sistema operacional

O comando Windows PowerShell a seguir exclui o pacote do sistema operacional especificado do compartilhamento de implantação de produção.

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

Importando um sistema operacional

Os comandos Windows PowerShell a seguir importam o sistema operacional Windows Vista localizado em D:\Sistemas Operacionais\Windows Vista x86. O sistema operacional será armazenado no compartilhamento de implantação de produção, que está em D:\Compartilhamento de Implantação de Produção.

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  

Excluindo um sistema operacional

O comando Windows PowerShell a seguir exclui o sistema operacional HOMEBASIC do Windows Vista do compartilhamento de implantação de produção.

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

Criando um aplicativo

Os comandos Windows PowerShell a seguir criam o aplicativo Adobe Reader 9 usando arquivos de origem de D:\Software\Adobe\Reader 9. O aplicativo será armazenado no compartilhamento de implantação de produção, que está em D:\Compartilhamento de Implantação de Produção.

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  

Excluindo um aplicativo

O comando Windows PowerShell a seguir exclui o aplicativo Adobe Reader 9 do compartilhamento de implantação de produção.

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

Criando uma sequência de tarefas

Os comandos Windows PowerShell a seguir criam a sequência de tarefas build de produção do Windows Vista no compartilhamento de implantação de produção, que está localizado em D:\Compartilhamento de Implantação de Produção.

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  

Excluindo uma sequência de tarefas

O comando Windows PowerShell a seguir exclui a sequência de tarefas build de produção do Windows Vista do compartilhamento de implantação de produção.

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

Criando um DB MDT

Os comandos Windows PowerShell a seguir criam um novo MDT DB no servidor deployment_server para o compartilhamento de implantação de produção. A conexão do banco de dados será por meio de 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  

Criando um perfil de seleção

Os comandos Windows PowerShell a seguir criam um novo perfil de seleção de aplicativos.

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  

Atualizar um compartilhamento de implantação

Os comandos Windows PowerShell a seguir atualizam o compartilhamento de implantação de produção, que está em D:\Compartilhamento de Implantação de Produção.

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

Criando um compartilhamento de implantação vinculado

Os comandos de Windows PowerShell a seguir criam um compartilhamento de implantação vinculado ao compartilhamento de implantação de produção e residem no compartilhamento \\remote_server_name\Deployment$. O perfil de seleção Tudo é usado para determinar qual conteúdo é replicado para o compartilhamento de implantação vinculado. O conteúdo do compartilhamento de implantação de produção será mesclado com o conteúdo que já existe no compartilhamento \\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  

Atualizar um compartilhamento de implantação vinculado

Os comandos Windows PowerShell a seguir atualizam o compartilhamento de implantação 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  

Excluindo um compartilhamento de implantação vinculado

Os comandos de Windows PowerShell a seguir excluem o compartilhamento de implantação LINKED001.

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

Criando mídia

Os comandos Windows PowerShell a seguir criam uma pasta de origem que contém conteúdo usado para criar mídia inicializável. O compartilhamento de implantação de produção será usado como a origem. O perfil de seleção Tudo determina qual conteúdo é colocado na pasta de conteúdo de mídia. O arquivo LiteTouchMedia.iso será criado quando a mídia for gerada. A mídia dará suporte a plataformas x86 e 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  

Gerando mídia

Os comandos de Windows PowerShell a seguir criam o arquivo LiteTouchMedia.iso em D:\Media, que usará conteúdo da pasta fonte de mídia MEDIA001.

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

Excluindo mídia

O comando Windows PowerShell a seguir exclui a mídia MEDIA001 do compartilhamento de implantação de produção.

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

Atrasar a junção de domínio para evitar a aplicação de objetos Política de Grupo

A Política de Grupo é uma tecnologia avançada e flexível que fornece a capacidade de gerenciar com eficiência um grande número de objetos de computador e usuário do Active Directory Domain Services (AD DS) por meio de um modelo um-para-muitos centralizado. As configurações da Política de Grupo estão contidas em um GPO (objeto de Política de Grupo) e vinculadas a um ou mais contêineres de serviço do AD DS — sites, domínios e unidades organizacionais (UOs).

Algumas organizações têm configurações Política de Grupo que são restritivas e podem causar problemas durante implantações do sistema operacional. Por exemplo, as seguintes configurações de Política de Grupo podem interromper um processo de logon automatizado:

• Restrições de autologon

• Renomeação de conta de administrador

• Faixas e legendas legais

• Políticas de segurança restritivas (por exemplo, a política de Segurança Especializada – Funcionalidade Limitada [SSLF])

  Uma opção para superar os problemas que um GPO pode causar durante a implantação é ingressar o computador no domínio o mais tarde possível no processo de implantação. Essa junção pode ser feita usando uma etapa de sequência de tarefas personalizada que executa o script ZTIDomainJoin.wsf.

  Para unir o computador de destino ao domínio, o script ZTIDomainJoin.wsf usa as propriedades DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain e MachineObjectOU . Você pode declarar essas propriedades usando o Assistente de Implantação do Windows, as regras de compartilhamento de implantação, o MDT DB e Configuration Manager regras de computador e coleção. A conta usada deve ter os direitos necessários para criar e excluir objetos de computador no domínio.

  Normalmente, o script ZTIConfigure.wsf atualiza o arquivo Unattend.xml ou Unattend.txt com os valores especificados por essas propriedades. Essas configurações são analisadas pelo programa de instalação do Windows e o sistema tenta ingressar no domínio no início do processo de implantação. Isso submete o computador de destino a configurações especificadas em GPOs de domínio e pode possivelmente fazer com que o processo de implantação falhe.

  Para atrasar intencionalmente a junção do computador de destino ao domínio durante o processo de implantação, você pode remover determinados elementos do arquivo Unattend.xml. O script ZTIConfigure.wsf ignorará as propriedades de gravação para o arquivo Unattend.xml se o elemento de propriedade associado estiver ausente do arquivo.

Observação

Esse trabalho de exemplo só é válido ao implantar os sistemas operacionais Windows 7, Windows Server 2008 ou Windows Server 2008 R2.

Preparar o arquivo unattend.xml para que o computador de destino não tente ingressar no domínio durante a instalação do Windows

1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (em que deployment_share é o nome do compartilhamento de implantação e task_sequence é o nome da sequência de tarefas a ser configurada).

3. No painel de Ações, clique em Propriedades.

4. Na guia Informações do sistema operacional , clique em Editar Unattend.xml.

   O Windows System Image Manager (Windows SIM) é iniciado.

5. No painel Arquivo de Resposta , acesse 4 especializações/identificação/credenciais. Clique com o botão direito do mouse em Credenciais e clique em Excluir.

6. Clique em Sim.

7. Salve o arquivo de resposta e saia do Windows SIM.

8. Clique em OK na caixa de diálogo Propriedades da sequência de tarefas.

   Com os Credentials elementos ausentes do arquivo unattend.xml, o script ZTIConfigure.wsf não é capaz de preencher as informações de junção de domínio no arquivo Unattend.xml, o que impedirá a instalação do Windows de tentar ingressar no domínio.

   Para adicionar uma etapa de sequência de tarefas que une o computador de destino ao domínio

9. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Microsoft Kit de Ferramentas de Implantação e clique em Implantação Workbench.

10. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (em que deployment_share é o nome do compartilhamento de implantação e task_sequence é o nome da sequência de tarefas a ser configurada).

11. No painel de Ações, clique em Propriedades.

12. Na guia Sequência de Tarefas , acesse e expanda o nó Restauração de Estado.

13. Verifique se a etapa de sequência de tarefas Recuperar do Domínio está presente. Se sim, vá para a etapa 9.

14. Na caixa de diálogo Propriedades da sequência de tarefas, clique em Adicionar, vá para Configurações e clique em Recuperar do Domínio.

15. Adicione a etapa de sequência de tarefas Recuperar do Domínio ao editor de sequência de tarefas. Verifique se a etapa está no local desejado na sequência de tarefas.

16. Verifique se as configurações da etapa de sequência de tarefas Recuperar do Domínio estão configuradas para atender às suas necessidades.

17. Clique em OK na caixa de diálogo Propriedades da sequência de tarefas para salvar a sequência de tarefas.