Guia de exemplos do Microsoft Deployment Toolkit

Este guia faz parte do Microsoft Deployment Toolkit (MDT) e orienta uma equipe de especialistas na implantação de sistemas operacionais Windows e do Microsoft Office. Especificamente, este guia foi projetado para fornecer definições de configuração de exemplo para cenários de implantação específicos.

Para usar este guia

Examine a lista de tópicos do cenário no Sumário.

1. Selecione o cenário que mais se aproxima das metas de implantação da sua organização.

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

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

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

   Em muitos casos, mais de um cenário pode ser necessário para concluir as definições de configuração do ambiente.

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

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

Implantando aplicativos do Windows 8 usando 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 no Windows 8. Para obter mais informações sobre esses aplicativos, consulte Desenvolvimento de aplicativos da Windows Store.

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

• Implante aplicativos do Windows 8 usando LTI conforme descrito em Implantando aplicativos do Windows 8 usando LTI.

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

Implantando aplicativos do Windows 8 usando LTI

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

Para implantar um aplicativo do Windows 8 usando LTI

1. Crie uma pasta de rede compartilhada para armazenar o aplicativo.

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

   Certifique-se de copiar o Windows 8 arquivo .appx aplicativo 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 do Windows 8 no nó Aplicativos no Workbench de Implantação usando o Assistente para Novo Aplicativo.

   Ao concluir o Assistente para Novo Aplicativo, na página do Assistente de Detalhes do Comando, em Linha de comando, digite app_file_name (onde app_file_name é o nome do aplicativo Windows 8).

   Para obter mais informações sobre como concluir o Assistente para Novos Aplicativos no Deployment Workbench, consulte as seguintes seções no documento MDT, Usando o Microsoft Deployment Toolkit:

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

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

4. Selecione o item de aplicação LTI criado na etapa anterior em uma sequência de tarefas LTI.

Implantando aplicativos do Windows 8 usando UDI

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

Para implantar um aplicativo do Windows 8 usando UDI

1. Crie uma pasta de rede compartilhada para armazenar o aplicativo.

   Esta pasta será a pasta de origem do aplicativo Configuration Manager que você criará posteriormente no processo.

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

   Certifique-se de copiar o Windows 8 arquivo .appx aplicativo e quaisquer outros arquivos necessários, como um arquivo .cer que contém o certificado do aplicativo.

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

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

   Ao concluir o Assistente para Criar Aplicativo, crie um tipo de implantação para implantar o aplicativo do Windows 8 usando o Assistente para Criar Tipo de Implantação. No Assistente para Criar Tipo de Implantação, na página Conteúdo, em Programa de instalação, digite app_file_name (onde app_file_name é o nome do aplicativo Windows 8).

   Para obter mais informações sobre como concluir o Assistente para Criar Aplicativo no console do Configuration Manager, consulte as seguintes seções na Biblioteca de Documentação do System Center 2012 Configuration Manager, que está incluído no 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 no Configuration Manager

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

   Para obter mais informações sobre como configurar o UDA para oferecer suporte à implantação de aplicativos do Configuration Manager, consulte Como gerenciar a afinidade de dispositivo do usuário no 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 para o usuário, consulte Como implantar aplicativos no Configuration Manager.

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

   Para obter mais informações sobre como configurar a página do assistente ApplicationPage usando a Designer do Assistente de UDI, consulte a seção "Etapa 5-11: Personalizar o arquivo de configuração do Assistente de UDI para o computador de destino", no Guia de início rápido do documento MDT para User-Driven Instalação.

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

   Observação

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

   Para obter mais informações sobre o recurso Instalador de Aplicativos do User-Centric na UDI, consulte a seção "Referência do Instalador de Aplicativos centrado no usuário", na Referência do kit de ferramentas do documento MDT.

Gerenciando o MDT usando o Windows PowerShell

Você pode gerenciar compartilhamentos de implantação do MDT usando o Workbench de Implantação e o Windows PowerShell. O MDT inclui um snap-in do 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 do 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

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

• Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

• Exiba as propriedades de compartilhamento de implantação usando o Windows PowerShell, conforme descrito em Exibindo propriedades de compartilhamento de implantação usando o Windows PowerShell.

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

• Atualiza um compartilhamento de implantação, que gera novas imagens de inicialização do Ambiente de Pré-Instalação do Windows (Windows PE), conforme descrito em Atualizando um compartilhamento de implantação usando o 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 Atualizando um compartilhamento de implantação vinculado usando o Windows PowerShell.

• Atualiza 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 Atualizando a mídia de implantação usando o Windows PowerShell.

• Gerencie itens em um compartilhamento de implantação (como sistemas operacionais, pacotes do sistema operacional, aplicativos e drivers de dispositivo) conforme descrito em Gerenciando itens em um compartilhamento de implantação usando o 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 Automatizando a população de um compartilhamento de implantação.

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

Carregando o Windows PowerShell Snap-In MDT

Os cmdlets do MDT são fornecidos em um snap-in do Windows PowerShell, Microsoft.BDD.SnapIn, que deve ser carregado antes de serem usados os cmdlets do 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.

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

Você pode carregar o snap-in do MDT do Windows PowerShell Microsoft.BDD.PSSnapIn de qualquer ambiente do 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 o Windows PowerShell

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

Para preparar uma implantação, compartilhe usando os cmdlets do MDT do Windows PowerShell

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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 de win32_share WMI , conforme semeado 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 foi 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 para o novo compartilhamento de implantação. Após a conclusão do processo de cópia, o cmdlet exibe as informações para o novo compartilhamento de implantação.

   Observação

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

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 persistentes do MDT 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 do 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 do Windows PowerShell fornece os parâmetros Name e InputObject.

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

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

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

   A lista de unidades do 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 do Windows PowerShell retornada na etapa 3. O cmdlet retorna as propriedades para o compartilhamento de implantação.

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

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

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

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

Atualizando um compartilhamento de implantação usando o Windows PowerShell

Você pode atualizar os compartilhamentos de implantação usando o cmdlet Update-MDTDeploymentShare e o provedor MDTProvider do Windows PowerShell. A atualização de um compartilhamento de implantação cria as imagens de inicialização do Windows PE (arquivos WIM e ISO [International Organization for Standardization]) necessárias para iniciar a implantação do LTI. Você pode executar o mesmo processo usando o Deployment Workbench, conforme descrito em "Atualizar um compartilhamento de implantação no Deployment Workbench".

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

   A lista de unidades do Windows PowerShell fornecidas usando o MDTProvider é 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 do Windows PowerShell retornada na etapa 3.

   Observação

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

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

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

Você pode atualizar (replicar) compartilhamentos de implantação vinculados usando o cmdlet Update-MDTLinkedDS e o provedor MDTProvider do Windows PowerShell. A atualização de 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 Workbench 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 o Windows PowerShell

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

   A lista de unidades do Windows PowerShell fornecidas usando o MDTProvider é 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 do Windows PowerShell retornada na etapa 3.

   Observação

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

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

Atualizando a mídia de implantação usando o Windows PowerShell

Você pode atualizar (gerar) mídia de implantação usando o cmdlet Update-MDTMedia e o provedor MDTProvider do Windows PowerShell. 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 Deployment Workbench, conforme descrito em "Gerar imagens de mídia no Deployment Workbench".

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

• Um arquivo .iso na pasta media_folder (onde media_folder é o nome da pasta que você especificou para a mídia)

  A geração do arquivo .iso é uma opção que você configura ao:

  • Selecionando a caixa de marcar Gerar uma imagem ISO inicializável do Lite Touch na guia Geral da caixa de diálogo Propriedades da mídia (Desmarque essa caixa marcar 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] a partir do arquivo .iso.)

  • Definindo a mesma propriedade usando o cmdlet Set-ItemProperty

• Arquivos WIM na pasta media_folder\Content\Deploy\Boot (onde media_folder é o nome da pasta que você especificou para a mídia)

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

   A lista de unidades do Windows PowerShell fornecidas usando o MDTProvider é 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 do Windows PowerShell retornada na etapa 3.

   Observação

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

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

Gerenciando itens em um compartilhamento de implantação usando o 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 do Windows PowerShell e aqueles fornecidos com o MDT.

Para obter mais informações sobre como manipular itens diretamente usando cmdlets do Windows PowerShell, consulte Manipulando itens diretamente. A estrutura de pastas para um compartilhamento de implantação também pode ser gerenciada usando o Windows PowerShell. Para obter mais informações, consulte Gerenciando pastas de compartilhamento de implantação usando o 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 do MDT. Para cada tipo de item, há um cmdlet específico do MDT. Se você quiser importar vários itens para um compartilhamento de implantação usando o Windows PowerShell, consulte Automatizando o preenchimento de um compartilhamento de implantação.

A tabela a seguir lista os cmdlets do MDT do Windows PowerShell usados para importar itens para 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.

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 Workbench de Implantação.

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

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

   A lista de unidades do Windows PowerShell fornecidas usando o MDTProvider é 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 , consulte 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 totalmente qualificado do Windows PowerShell 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 o Windows PowerShell, consulte Automatizando o preenchimento de um compartilhamento de implantação.

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

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

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

   A lista de unidades do Windows PowerShell fornecidas usando o MDTProvider é 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 , consulte 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 totalmente qualificado do Windows PowerShell 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 usado por uma sequência de tarefas faz com que a sequência de tarefas falhe. Certifique-se de que um item não seja referenciado por outros itens no compartilhamento de implantação antes de remover o item.

Automatizando o preenchimento de um compartilhamento de implantação

Os cmdlets do MDT do Windows PowerShell permitem que você gerencie itens individuais. No entanto, usando alguns dos recursos de script no 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 de 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írgula) 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 de 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 de .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 do Windows PowerShell que será usado para automatizar o preenchimento do compartilhamento de implantação.

   Para obter mais informações sobre como criar um script do Windows PowerShell, consulte Script com o Windows PowerShell.

4. Crie qualquer estrutura de pastas 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 o 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 do MDT usados para importar itens para um compartilhamento de implantação, consulte Importar um item para um compartilhamento de implantação.

Gerenciando pastas de compartilhamento de implantação usando o 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 do Windows PowerShell, como o cmdlet New-Item e o provedor MDTProvider do Windows PowerShell. A mesma estrutura de pastas de compartilhamentos de implantação também pode ser vista e gerenciada no Workbench de Implantação. Para obter mais informações sobre como manipular itens diretamente usando cmdlets do Windows PowerShell, consulte Manipulando itens diretamente.

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

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

3. Exiba a lista de implantações do MDT que compartilham unidades do 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 do Windows PowerShell fornecidas usando o MDTProvider é 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 do 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 New-Item , conforme mostrado no exemplo a seguir e descrito em Usando 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 o Windows PowerShell

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

3. Exiba a lista de implantações do MDT que compartilham unidades do 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 do Windows PowerShell fornecidas usando o MDTProvider é listada, uma para cada compartilhamento de implantação.

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

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

   Neste exemplo, DS002: é o nome de uma unidade do 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 da pasta Sistemas Operacionais

6. Exclua (remova) uma pasta denominada 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 da pasta Sistemas Operacionais.

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

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

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

3. Exiba a lista de unidades do Windows PowerShell de compartilhamento de implantações do MDT, 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 do Windows PowerShell fornecidas usando o MDTProvider é 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 do 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 como 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 como Win_7.

Automatizando a aplicação de service packs do sistema operacional em compartilhamentos de implantação

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

Nos casos 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 a aplicação de service packs do sistema operacional em compartilhamentos de implantação incluem:

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

• Aplicar o service pack a um computador de referência e, em seguida, capturar uma imagem atualizada de um computador de referência, conforme descrito em Automatizando a aplicação de service packs do sistema operacional usando um computador de referência e o Windows PowerShell

Automatizando a Aplicação de Service Packs do Sistema Operacional a partir da Mídia de Origem Atualizada

É possível automatizar o processo de atualização dos service packs do sistema operacional usando o Windows PowerShell quando houver mídia de origem que inclua o service pack, como ter um DVD que já tenha o Windows 7 com SP1 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 o Windows PowerShell.

Para automatizar a aplicação de service packs do sistema operacional a partir de mídias-fonte de atualizações usando o Windows PowerShell

1. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

3. Exiba a lista de unidades do Windows PowerShell de compartilhamento de implantações do MDT, 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 do Windows PowerShell fornecidas usando o MDTProvider é 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 do 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 do 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 o Windows PowerShell.

Automatizando a aplicação de service packs do sistema operacional usando um computador de referência e o Windows PowerShell

É possível automatizar o processo de atualização de service packs do sistema operacional usando o Windows PowerShell quando você tiver apenas o service pack que ainda não está integrado ao sistema operacional, como se o SP1 para Windows 7 ainda não estivesse 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 sobre o arquivo Install.wim no sistema operacional no compartilhamento de implantação usando o Windows PowerShell.

Para automatizar a aplicação de service packs do sistema operacional a partir de mídias-fonte de atualizações usando o 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 do MDT, Usando o Microsoft Deployment Toolkit:

   • "Preparando a implantação LTI para o computador de referência"

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

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

   Para obter mais informações sobre como instalar o service pack, consulte 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 Captura.

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

4. Carregue o snap-in do MDT do Windows PowerShell conforme descrito em Carregando o snap-in do MDT do Windows PowerShell.

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

   Restore-MDTPersistentDrive -Verbose
   

   Observação

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

6. Exiba a lista de unidades do Windows PowerShell de compartilhamento de implantações do MDT, 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 do Windows PowerShell fornecidas usando o MDTProvider é listada, uma para cada compartilhamento de implantação.

7. Copie o arquivo .wim capturado na etapa 3 sobre o 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 do Windows PowerShell retornada na etapa 6, e o sistema operacional Windows 7 existente está 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 o 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 é portátil, desktop ou servidor, respectivamente.

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 (ByChassisTypeno exemplo a seguir, onde Chassis representa o tipo de computador).

2. Crie a seção personalizada que corresponde à seção personalizada definida na etapa 1 (ByChassisType no exemplo do exemplo a seguir, onde Chassis 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 um e False o estado de cada subseção definida na etapa 3 (como [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] no exemplo a seguir).

5. Em cada True subseção False , 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]
.
.
.

Implantando 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 separadas de informações:

• Recurso de inventário de software do Configuration Manager. Contém um registro para cada pacote de aplicativos — nesse caso, listagens em Programas e Recursos no Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 — instalados pela última vez O Configuration Manager inventariou 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 dinâmico específico do computador

1. Use a tabela no BD do MDT para conectar pacotes específicos aos 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.

   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 o Microsoft Office 2010 Professional Plus será instalado em qualquer computador que esteja executando o sistema Microsoft Office 2007 (Office 12.0). Adicione entradas semelhantes para quaisquer outros pacotes. 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 do Configuration Manager reside no computador no qual o SQL Server está sendo executado como o BD MDT. 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 conceder 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 Prioridade ) 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 do 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 banco de dados MDT chamado MDTDB no computador que executa o SQL Server instanciado chamado 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 de linguagem SQL (Structured Query Language) 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 permita consultar a exibição com 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), uma linha será retornada (XXX0000F:Install Office 2010 Professional Plus). Isso indica que o pacote XXX0000F:Instalar o 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

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

Você pode automatizar o Assistente de Implantação do Windows usado no processo de implantação 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 em CustomSettings.ini. Para ignorar páginas individuais do assistente, 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 Referência do Kit de Ferramentas.

Para cada página do assistente ignorada, forneça os valores para as propriedades correspondentes que normalmente são coletadas por meio da página do 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 ignoradas do Assistente de Implantação", no documento MDT Referência do Kit de Ferramentas.

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

O diagrama a seguir ilustra um arquivo CustomSettings.ini usado para um cenário de atualização de 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 estã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=<complex_password>

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Implantação 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 de 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 estã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=<complex_password>

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

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

Chamar serviços Web no MDT

Em versões anteriores do MDT, havia suporte para o processamento de regras por meio de CustomSettings.ini e bancos de dados, dos quais você podia 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 armazenado para recuperar informações adicionais de bancos de dados externos. No entanto, houve desafios com essa abordagem, especialmente ao fazer conexões seguras com o SQL Server.

Para ajudar com esse problema, o MDT tem a capacidade de fazer chamadas de serviço Web com base em regras simples definidas no CustomSettings.ini. Essas solicitações de serviço da 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.

Veja a seguir como configurar o CustomSettings.ini para chamar um serviço Web específico. Nesse cenário, o serviço Web é escolhido aleatoriamente em uma pesquisa na Internet. Ele usa um CEP como entrada e retorna a cidade, o estado, o código de área e o fuso horário (como uma letra) para o CEP 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 ------

Existem 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 a autenticação de proxies pode causar problemas. Na maioria dos casos, um serviço Web não será chamado.

• CustomSettings.ini ou ZTIGather.xml procura propriedades definidas na marcação XML retornada 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 diferencia maiúsculas de minúsculas. Felizmente, o serviço Web descrito aqui retorna todos os nomes de propriedade em maiúsculas, que é o que ZTIGather.xml espera. É possível remapear entradas em minúsculas ou maiúsculas e minúsculas para contornar isso.

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

Conectando-se a recursos de rede

Durante os processos de implantação LTI e ZTI, você pode exigir acesso a um recurso de rede em um servidor diferente daquele que hospeda o compartilhamento de implantação. Você deve ser autenticado no outro servidor para poder 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 usado pelos scripts do 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 (onde unc_path é um caminho UNC [Convenção de nomenclatura universal] para se conectar ao servidor):

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

Na maioria dos casos, você executa o script ZTIConnect.wsf como uma tarefa do Seqüenciador de Tarefas. 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 uma compilação

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel de detalhes, selecione task_sequence (onde task_sequence é a sequência de tarefas a ser modificada).

4. No painel Ações, selecione Propriedades.

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

   Observação

   Adicione a tarefa antes de adicionar qualquer tarefa que exija acesso a recursos no servidor de destino.

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

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

7. Preencha a guia Opções da nova tarefa usando as seguintes informações. A menos que especificado, aceite os valores padrão e selecione OK.

   Nesta caixa	Faça isto
   Códigos de sucesso	Digite 0 3010. (O script ZTIConnect.wsf retorna esses códigos após a conclusão bem-sucedida.)
   Caixa de listagem Condições	Adicione quaisquer condições que possam ser necessárias. (Na maioria dos casos, essa tarefa não requer condições.)

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

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

Variações nos números e nomes dos modelos podem existir praticamente sem diferença no conjunto de drivers. Essas variações nos números e nomes dos modelos 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 subcadeia de caracteres do número do modelo.

Para criar aliases de modelo

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

4. Na caixa de diálogo Propriedades , selecione a guia Regras .

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

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

7. Criar 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 seja igual a Model.

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

    O diagrama a seguir 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
    

Configuração de 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 de 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 do 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 do 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 de 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.

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

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

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

4. No painel Ações, selecione Propriedades.

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

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

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

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

• Editar. Selecione este 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 a criação de 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 abaixo da 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 são configuradas na caixa de diálogo Propriedades da Instrução IF .

Preencha 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 do Registro).

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

1. Na guia Opção da etapa (onde etapa é o nome da etapa da sequência de tarefas a ser configurada), selecione Adicionar e, em seguida, selecione a instrução IF.

2. Na caixa de diálogo Propriedades da Instrução IF, selecione condição (em que condição é uma das condições listadas na tabela anterior) e, em seguida, selecione 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 do usuário a serem salvas na rede, talvez seja necessário salvá-las somente 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 User Files and Settings que tenha como destino os computadores no grupo de trabalho.

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

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

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

   Observação

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

3. Na caixa Condição , selecione igual.

4. Na caixa Valor, digite 1 e selecione OK.

Versão do sistema operacional em Condições

Use a condição Versão do Sistema Operacional para verificar a versão do sistema operacional existente 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 somente aos servidores que estão executando o Windows Server 2003. Todos os outros servidores terão as configurações de rede padrão usadas pelo Windows Server 2008.

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

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

2. Selecione Adicionar Condição e, em seguida, selecione Versão do Sistema Operacional.

3. Na caixa Arquitetura , selecione o servidor relevante. Para este exemplo, selecione x86.

4. Na caixa Sistema operacional , selecione o sistema operacional e a versão para os quais definir uma condição. Para este exemplo, selecione x86 Windows 2003.

5. Na caixa Condição, selecione a condição relevante e selecione OK.

Propriedades do arquivo em condições

Use a condição Propriedades do Arquivo para verificar a versão e/ou o tempo de um determinado arquivo para determinar se uma tarefa ou um grupo de tarefas deve ou não ser executado. 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 servidor no ambiente executam um aplicativo personalizado que requer a API (interface de programação de aplicativo) do Objeto de Acesso Digital (DAO) 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 seja 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 de propriedades de arquivo a uma etapa de sequência de tarefas no Configuration Manager

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

2. Crie uma etapa de instalação de software para implantar o pacote DAO.

3. Selecione a etapa de sequência de tarefas Instalar Software criada na etapa 2 e selecione a guia Opções .

4. Selecione Adicionar Condição e, em seguida, selecione Propriedades do Arquivo.

5. Na caixa Caminho, digite C:\Program Files\Microsoft Shared\DAO\dao360.dll.

6. Marque a caixa de marcar Verificar a versão e selecione não é igual para a condição.

7. Na caixa Versão , digite 3.60.6815.

8. Nesse caso, desmarque a caixa Verificar o carimbo de data/hora marcar e selecione OK.

Propriedades da Pasta em Condições

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

Se o carimbo de data/hora da pasta na qual 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ê deve 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 tenham uma versão anterior do aplicativo.

Para adicionar uma condição Propriedades da 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 (onde 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. Selecione a tarefa criada na etapa 1.

4. Selecione Adicionar Condição e, em seguida, selecione Propriedades da Pasta.

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

6. Marque a caixa Marcar a marcar de carimbo de data/hora.

7. Selecione Menor ou igual a para a condição.

8. Na caixa Data , selecione 31/12/2007.

9. Na caixa Hora, selecione 12:00:00 AM e, em seguida, selecione 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 nos valores do Registro. Por exemplo, considere um caso em que um aplicativo atualmente usado em um pequeno conjunto de computadores não pode ser executado no Windows 8 e uma implantação do Windows 8 está em vigor para atualizar computadores que atualmente estão executando o Windows XP. Crie uma condição na primeira tarefa de uma sequência para marcar o Registro em busca de uma entrada para o aplicativo incompatível e interromper o processo de implantação desse computador, caso seja 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 a sequência de tarefas é a sequência de tarefas que implanta Windows 8).

2. Selecione a primeira tarefa na sequência e, em seguida, selecione a guia Opções .

3. Selecione Adicionar Condição e, em seguida, selecione Configuração do Registro.

4. Na lista Chave raiz , selecione HKEY_LOCAL_MACHINE.

5. Na caixa Chave, digite SOFTWARE\WOODGROVE.

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

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

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

9. Selecione OK.

Consultas WMI em Condições

Use a condição de Consulta WMI para executar qualquer consulta WMI. A condição será avaliada como Verdadeira 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, por exemplo, Dell 1950. Você pode usar uma consulta WMI para marcar o modelo de cada computador e prosseguir com a implantação somente se o modelo correto 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. Selecione a primeira tarefa na sequência e, em seguida, selecione a guia Opções .

3. Selecione Adicionar Condição e, em seguida, selecione Consultar WMI.

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

5. Na caixa Consulta WQL , digite Select * From Win32_ComputerSystem WHERE Model LIKE "%Dell%%1950%". Selecione OK.

Software Instalado em Condições

Use uma condição de Software Instalado para marcar se um determinado software está instalado em um computador de destino. Somente o software instalado usando arquivos MSI (Microsoft Installer) pode ser avaliado usando essa condição. Como exemplo, imagine que você queira atualizar o sistema operacional de todos os servidores, exceto aqueles que executam o 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. Selecione a primeira tarefa na sequência e, em seguida, selecione a guia Opções .

3. Selecione Adicionar condição e, em seguida, selecione Software instalado.

4. Selecione Procurar e selecione o arquivo MSI do SQL Server 2012.

5. Marque a caixa de marca Corresponder a este produto específico para especificar que apenas computadores com o SQL Server 2012 e não quaisquer outras versões são os computadores de destino que essa consulta deve detectar.

6. Selecione 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ó deva ser executada para computadores da Contoso 1950 que executam o Windows Server 2003 ou o Windows Server 2008. Escrito como uma instrução IF programática, 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. Selecione a etapa da sequência de tarefas à qual adicionar a condição e selecione a guia Opções .

3. Selecione Adicionar condição, selecione Instrução If e, em seguida, selecione Todas as condições. Selecione OK.

4. Selecione a instrução de condição, selecione Adicionar condição e, em seguida, selecione Consulta WMI.

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

6. Selecione a instrução IF e, em seguida, selecione Adicionar condição. Selecione a instrução If e, em seguida, selecione Qualquer condição. Selecione OK.

7. Selecione a segunda instrução IF . Selecione Adicionar condição e, em seguida, selecione Versão do Sistema Operacional.

8. Na caixa Arquitetura , selecione a arquitetura dos servidores. Para este exemplo, selecione x86.

9. Na caixa Sistema operacional , selecione o sistema operacional e a versão. Para este exemplo, selecione a versão x86 original do Windows 2003. Selecione OK.

10. Selecione a segunda instrução IF . Selecione Adicionar condição e, em seguida, selecione Versão do Sistema Operacional.

11. Na caixa Arquitetura , selecione a arquitetura dos servidores. Para este exemplo, selecione x86.

12. Na caixa Sistema operacional , selecione o sistema operacional e a versão. Para este exemplo, selecione a versão x86 original do Windows 2008. Selecione OK.

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

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

Dimensione a infraestrutura LTI:

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

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

• Preparando os Serviços de Implantação do Windows conforme descrito em Preparando os Serviços de Implantação do Windows

• Configuração do DFS-R conforme descrito em Configuração da replicação do sistema de arquivos distribuídos

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

• Configurar a replicação do SQL Server conforme descrito em Configuração da Replicação do SQL Server

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

Garantir a existência da infraestrutura apropriada

A infraestrutura de implantação LTI altamente escalonável usa uma topologia hub-and-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 master. A seguir, lista os componentes necessários para o servidor de implantação do master.

Depois de selecionar o servidor de implantação master, provisione servidores adicionais em cada site para dar suporte a implantações de LTI. A seguir estão listados os componentes necessários para o servidor de implantação filho.

Adicionando conteúdo ao MDT

Preencha o servidor de implantação master com conteúdo usando o Deployment Workbench 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, consulte a seção "Configurando aplicativos no Deployment Workbench", no documento do MDT Usando o Microsoft Deployment Toolkit

• Sistemas operacionais, consulte a seção "Configurando sistemas operacionais no Deployment Workbench", no documento MDT Usando o Microsoft Deployment Toolkit

• Pacotes do sistema operacional, consulte a seção "Configurando pacotes no Workbench de implantação", no documento MDT Usando o Microsoft Deployment Toolkit

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

• Sequências de tarefas, consulte a seção "Configurando sequências de tarefas no Deployment Workbench", no documento MDT Usando o Microsoft Deployment Toolkit

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 recém-replicado. 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.

Configuração da Replicação do Sistema de Arquivos Distribuídos

Ao dimensionar a arquitetura de implantação LTI, use 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 master para os servidores de implantação filho.

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

1. Abra o console de Gerenciamento DFS.

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

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

4. No Assistente para Novo Grupo de Replicação, na página Tipo de Grupo de Replicação , selecione Novo Grupo de Replicação Multiuso.

5. Selecione Avançar.

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, Grupo de Replicação do MDT 2010.

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

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

7. Selecione Avançar.

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

   1. Selecione 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 master.

   3. Selecione OK.

9. Selecione Avançar.

10. Na página Seleção de Topologia , selecione Hub e spoke e, em seguida, selecione Avançar.

11. Na página Membros do Hub, selecione o servidor de implantação master e selecione Adicionar.

12. Selecione Avançar.

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

14. Selecione Avançar.

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

16. Selecione Avançar.

17. Na página Membro Principal, na caixa Membro Principal, selecione o servidor de implantação master.

18. Selecione Avançar.

19. Na página Pastas a Serem Replicadas , selecione Adicionar e execute estas etapas:

    1. Na caixa Caminho Local da pasta a ser replicada , selecione Procurar para ir para a pasta X:\Implantação (onde X é a letra da unidade no servidor de implantação).

    2. Selecione Usar nome com base no caminho.

    3. Selecione OK.

    4. Selecione Adicionar.

    5. Na caixa de diálogo Adicionar Pasta a Ser Replicada , selecione Procurar para ir para a pasta X:\RemoteInstall\Boot.

    6. Selecione Usar nome com base no caminho.

20. Selecione Avançar.

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

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

    2. Na caixa de diálogo Editar Caminho Local , selecione 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:\Implantação (em que X é a letra da unidade no servidor de implantação).

    4. Selecione OK.

22. Selecione Avançar.

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

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

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

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

    4. Selecione OK.

24. Selecione Avançar.

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

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

Preparando-se para a Replicação do SQL Server

Antes que a replicação do SQL Server 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 a replicação do SQL Server no servidor de implantação master

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 do snapshot, consulte Proteger a pasta do snapshot.

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

3. Na caixa Configuração da Área de Superfície do SQL Server, selecione Conexões Locais e Remotas.

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

4. Na caixa Configuração da Área de Superfície do SQL Server, selecione Conexões Locais e Remotas.

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

Configuração da Replicação do SQL Server

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

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

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 do SQL Server.

Configurar um Publicador do SQL Server

Para configurar o servidor de implantação master como um publicador do SQL Server, execute estas etapas:

1. Abra o SQL Server Management Studio.

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

3. No Assistente para Configurar Distribuição, selecione Avançar.

4. Na página Distribuidor, selecione atuará como seu próprio Distribuidor; O SQL Server criará um banco de dados de distribuição e um log e, em seguida, selecionará 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 snapshot criada.

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

7. Na página Publicadores, selecione o servidor de implantação master para defini-lo como o distribuidor e selecione Avançar.

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

9. Selecione Concluir e, em seguida, selecione Fechar quando o assistente for concluído.

Habilitar o banco de dados MDT para replicação

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

1. No SQL Server Management Studio, clique com o botão direito do mouse no nó Replicação e selecione Propriedades do Publicador.

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

   1. Selecione Bancos de Dados do Publicador.

   2. Selecione o banco de dados MDT e, em seguida, selecione Transacional.

   3. Selecione OK.

   O Banco de Dados MDT agora está configurado para replicação transacional e snapshot.

Criar uma publicação do banco de dados MDT

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

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

2. No Assistente para Nova Publicação, selecione Avançar.

3. Na página Banco de Dados de Publicação , selecione o banco de dados MDT e, em seguida, selecione Avançar.

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

5. Na página Artigos , selecione todas as Tabelas, Procedimentos Armazenados e Modos de Exibição e selecione Avançar.

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

7. Na página Filtrar Linhas da Tabela , selecione Avançar.

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

   1. Selecione Criar um snapshot imediatamente e mantenha o snapshot disponível para inicializar assinaturas.

   2. Selecione Agendar o Agente de Instantâneo para execução nos seguintes horários.

   3. Selecione Alterar.

   Observação

   Especifique um agendamento que ocorrerá uma hora antes que o banco de dados seja replicado.

9. Selecione Avançar.

10. Na página Segurança do Agente, selecione a conta na qual o agente de snapshot será executado e selecione Avançar.

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

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

13. Selecione Concluir para concluir o assistente e, em seguida, selecione Fechar quando o assistente tiver criado a publicação.

    Observação

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

Inscrever servidores de implantação filho no BD MDT publicado

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

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

1. No 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 selecione Novas Assinaturas.

3. No Assistente para Novas Assinaturas, selecione Avançar.

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

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

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

   1. Selecione Adicionar Assinante e, em seguida, selecione Adicionar Assinante do 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 , selecione o banco de dados MDT vazio nesse servidor de implantação filho.

   Observação

   Se o BD MDT 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 BD MDT no servidor de implantação master. Por exemplo, se o banco de dados MDT no servidor de implantação master for chamado MDTDB, crie um banco de dados vazio chamado MDTDB no servidor de implantação filho.

7. Selecione Avançar.

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

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

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

    1. Na caixa Agendamento do agente , selecione <Definir agendamento>.

    2. Especifique a programação que deve ser usada para replicar o banco de dados entre master e servidores de implantação filho e selecione Avançar.

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

12. Na página Ações do Assistente , selecione Criar a(s) assinatura(s) e selecione Avançar.

13. Selecione Concluir e, em seguida, selecione Fechar quando o assistente tiver sido concluído com êxito.

    A replicação do SQL Server agora está configurada e o banco de dados MDT será replicado do servidor de implantação master para todos os servidores de implantação filho que foram inscritos nele periodicamente.

Configurar CustomSettings.ini

A infraestrutura de implantação 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 ambiente LiteTouchPE_x86 Windows PE que foi adicionado aos Serviços de Implantação do Windows

  Agora, é possível configurar o arquivo CustomSettings.ini do compartilhamento de implantação para 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 pelos Serviços de Implantação do Windows.

  Quando o arquivo LiteTouchPE_x86.wim é entregue pelos Serviços de Implantação do Windows, uma chave do 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 LTI local

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

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

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

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

5. Selecione Editar Bootstrap.ini.

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

7. Selecione Arquivo e selecione Salvar para salvar as alterações no arquivo BootStrap.ini.

8. Selecione OK.

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

9. No painel Ações, selecione 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 selecione Avançar.

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

12. Na página de Confirmação , selecione Concluir.

    O exemplo a seguir ilustra CustomSettings.ini após executar as etapas descritas nesta seção.

    Exemplo de CustomSettings.ini configurado para infraestrutura de implantação 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 existem 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 de LTI é inicializada, o comportamento padrão é solicitar um caminho ao 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 ao:

• Noções básicas sobre a finalidade e o uso de LocationServer.xml conforme descrito em Noções básicas sobre LocationServer.xml

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

• Adicionando o arquivo LocationServer.xml ao diretório do Files Extra conforme descrito em Adicionando o arquivo LocationServer.xml ao diretório do Files extra

• Atualização do arquivo BootStrap.ini conforme descrito em Atualização do arquivo BootStrap.ini

• Atualização do compartilhamento de implantação conforme descrito em Atualização do 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 que uma conexão seja feita com o servidor de implantação. Portanto, a propriedade DeployRoot é comumente usada para especificar no arquivo BootStrap.ini o servidor de implementação com o 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 do assistente de aplicativo HTML (HTA), os scripts MDT marcar a existência do arquivo LocationServer.xml e, se existir, usam LocationServer.xml para exibir os servidores de implantação disponíveis.

Saiba quando usar LocationServer.xml

O MDT oferece várias maneiras de determinar a qual servidor se conectar durante uma implantação LTI. Diferentes métodos para localizar o servidor de implantação são mais adequados para diferentes cenários; 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.

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 é cohospedado 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 se a lógica de automação não for possível (por exemplo, se a rede não estiver segmentada o suficiente para permitir a determinação do local ou se o servidor MDT estiver 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 LTI, crie um arquivo LocationServer.xml que contenha detalhes sobre cada servidor. Não há nenhum arquivo LocationServer.xml padrão no MDT, portanto, crie um usando as diretrizes a seguir.

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

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

Construa 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 de fácil identificação para esse local

• Um caminho UNC para o servidor MDT para esse local

  O diagrama a seguir ilustra como o arquivo LocationServer.xml é criado usando cada uma dessas propriedades usando um arquivo de 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 oferecer 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>

Crie um arquivo LocationServer.xml para balancear a carga de vários servidores em locais diferentes

Usando LocationServer.xml, especifique vários servidores por entrada de local e, em seguida, 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 diagrama a seguir ilustra um exemplo de arquivo LocationServer.xml 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 de todos os pesos do servidor

No exemplo anterior, os três servidores na sede da Contoso estão listados como 1, 2 e 4. A probabilidade de um servidor com uma ponderação de 2 ser selecionado torna-se 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 Files extra

Depois de criar o arquivo LocationServer.xml, adicione-o ao 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 nas propriedades de compartilhamento de implantação.

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

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

2. Crie uma estrutura de pastas na pasta Extra Files que espelhe 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 Extra Files (por exemplo, D:\Production Deployment Share\Extra Files\Deploy\Control).

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

4. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

6. No painel Ações, selecione Propriedades.

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

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

   2. Na seção Personalizações do Windows PE, na caixa Diretório Extra para adicionar, digite path (em que path é o caminho totalmente qualificado para a pasta Extra Files — por exemplo, D:\Production Deployment Share\Extra Files) e selecione 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

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

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

6. Selecione Arquivo e selecione Salvar para salvar as alterações no arquivo BootStrap.ini.

7. Selecione OK para enviar as alterações.

Atualizando o compartilhamento de implantação

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

Para atualizar o compartilhamento de implantação

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione 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 selecione Avançar.

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

6. Na página de Confirmação , selecione Concluir.

Substituindo um computador existente por um novo computador usando a instalação 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 novo hardware) ou se a organização precisar de computadores mais novos e mais rápidos para os aplicativos existentes.

Ao substituir um computador existente por um novo, a Microsoft recomenda levar em consideração 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.

Neste exemplo de implantação, 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, por fim, restaure os dados de estado do usuário capturados para o WDG-NEW-02. A implantação será executada a partir de um servidor de implantação (WDG-MDT-01).

No MDT, use o modelo de Sequência de Tarefas de Substituição de Cliente Standard 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 do início deste 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 Microsoft Deployment Toolkit.

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

Crie sequências de tarefas do MDT no nó Sequências de Tarefas no Workbench de Implantação usando o Assistente para 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 Cliente Standard Substituir Sequência de Tarefas no Assistente para 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

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

   O Assistente para Nova Sequência de Tarefas será iniciado.

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

   Nesta página do assistente	Faça isto
   Configurações Gerais	1. Em ID da sequência de tarefas, digite VISTA_EXIST. 2. Em Nome da sequência de tarefas, digite Executar Substituir cenário do computador no computador existente. 3. Selecione Avançar.
   Selecionar Modelo	Em Os seguintes modelos de sequência de tarefas estão disponíveis. Selecione aquele que você gostaria de usar como ponto de partida, selecione Cliente Standard Substituir Sequência de Tarefas e, em seguida, selecione Avançar.
   Resumo	Verifique se os detalhes de configuração estão corretos e selecione Avançar.
   Confirmação	Selecione Concluir.

   O Assistente para Nova Sequência de Tarefas é concluído, e a VISTA_EXIST sequência de tarefas é 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 do MDT no nó Sequências de Tarefas no Workbench de Implantação usando o Assistente para Nova Sequência de Tarefas. Para executar a segunda parte do cenário de implantação Substituir Computador (implantando o sistema operacional e, em seguida, restaurando o estado do usuário no computador existente), selecione o modelo de Sequência de Tarefas do Cliente Standard no Assistente para 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

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

   O Assistente para Nova Sequência de Tarefas será iniciado.

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

   Nesta página do assistente	Faça isto
   Configurações Gerais	1. Em ID da sequência de tarefas, digite VISTA_NEW. 2. Em Nome da sequência de tarefas, digite Executar Substituir cenário do computador no novo computador. 3. Selecione Avançar.
   Selecionar Modelo	Em Os seguintes modelos de sequência de tarefas estão disponíveis. Selecione aquele que você gostaria de usar como ponto de partida, selecione Sequência de Tarefas do Cliente Standard e, em seguida, selecione Avançar.
   Selecione o SO	Em As imagens do sistema operacional a seguir estão disponíveis para serem implantadas com esta sequência de tarefas. Selecione uma 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 selecione Avançar.
   Especificar a chave do produto (Product Key)	Selecione Não especifique uma chave do produto no momento e selecione Avançar.
   Configurações do SO	1. Em Nome Completo, digite Funcionário da Woodgrove. 2. Em Organização, digite Woodgrove Bank. 3. Na Página inicial do Internet Explorer, digite http://www.woodgrovebank.com. 4. Selecione Avançar.
   Senha de Administração	Em Senha do Administrador e Confirme a Senha do Administrador, digite P@ssw0rd e selecione Concluir.
   Confirmação	Selecione Concluir.

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

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

Quando a sequência de tarefas do MDT tiver sido criada, personalize os arquivos de configuração do MDT que fornecem as definições de configuração 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

   A caixa de diálogo Propriedades é exibida.

4. Na caixa de diálogo Propriedades , selecione a 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 as modificações adicionais necessárias no ambiente.

   Arquivo 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, selecione OK.

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

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.

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

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

   A caixa de diálogo Propriedades é exibida.

4. Na caixa de diálogo Propriedades, na guia Componentes da plataforma do Windows PE (onde plataforma é a arquitetura da imagem do Windows PE a ser configurada), em Perfil de seleção, selecione device_drivers (onde device_drivers é o nome do perfil de seleção do driver de dispositivo) e, em seguida, selecione 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione 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 selecione Avançar.

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

6. Na página de Confirmação , selecione 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 (onde 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 (onde deployment_share é a pasta compartilhada usada como compartilhamento de implantação). Crie a mídia inicializável LTI apropriada a partir de uma dessas imagens.

Para criar a mídia inicializável LTI

1. No Windows Explorer, navegue até deployment_share\Pasta de inicialização (onde deployment_share é a pasta compartilhada usada como 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: inicie 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. No 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$.

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

1. Inicie 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 seguintes informações. Aceite os valores padrão, a menos que especificado de outra forma.

   Nesta página do assistente	Faça isto
   Bem-vindo à Implantação	Selecione Executar o Assistente de Implantação para instalar um novo sistema operacional e, em seguida, selecione Avançar.
   Especifique as credenciais para se conectar aos compartilhamentos de rede.	1. Em Nome de usuário, digite Administrador. 2. Em Senha, digite P@ssw0rd. 3. No domínio, digite CORP. 4. Selecione OK.
   Selecione uma sequência de tarefas para executar neste computador.	Selecione Executar Substituir Cenário de Computador no Computador Existente e, em seguida, selecione Avançar.
   Especifique onde salvar seus dados e configurações	Selecione Avançar.
   Especifique onde salvar um backup do computador completo	Selecione Não fazer backup do computador existente e, em seguida, selecione Avançar.
   Pronto para começar	Selecione Começar.

   Se ocorrerem erros ou avisos, consulte o documento MDT Referência de Solução de Problemas.

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

   Se ocorrerem erros ou avisos, revise os erros ou avisos e registre as informações de diagnóstico.

4. Na caixa de diálogo Resumo da Implantação , selecione 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. Esse CD inicia o Windows PE no computador de referência e inicia o processo de implantação do MDT. Ao 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 no novo computador.

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

1. Inicie 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 seguintes informações. Aceite os valores padrão, a menos que especificado de outra forma.

   Nesta página do assistente	Faça isto
   Bem-vindo à Implantação	Selecione Executar o Assistente de Implantação para instalar um novo sistema operacional e, em seguida, selecione Avançar.
   Especifique as credenciais para se conectar aos compartilhamentos de rede.	1. Em Nome de usuário, digite Administrador. 2. Em Senha, digite P@ssw0rd. 3. No domínio, digite CORP. 4. Selecione OK.
   Selecione uma sequência de tarefas para executar neste computador.	Selecione Executar Substituir Cenário do Computador no Novo Computador e, em seguida, selecione Avançar.
   Configurar o nome do computador	Em Nome do computador, digite WDG-NEW-02 e selecione Avançar.
   Ingressar o computador em um domínio ou grupo de trabalho	Selecione Avançar.
   Especificar se deseja restaurar os dados do usuário	1. Selecione Especificar um local. 2. Em Local, digite \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Selecione Avançar.
   Seleção de localidade	Selecione Avançar.
   Definir o fuso horário	Selecione Avançar.
   Especificar se deseja capturar uma imagem	Selecione Não capturar uma imagem deste computador e, em seguida, selecione Avançar.
   Especificar a configuração do BitLocker	Selecione Não habilitar o BitLocker neste computador e selecione Avançar.
   Pronto para começar	Selecione Começar.

   Se ocorrerem erros ou avisos, consulte o documento MDT Referência de Solução de Problemas.

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

   Se ocorrerem erros ou avisos, revise os erros ou avisos e registre as informações de diagnóstico.

4. Na caixa de diálogo Resumo da Implantação , selecione 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 personalizada ao MDT

É comum que uma equipe de implantação tenha requisitos complexos, específicos para seu ambiente de destino, que não são atendidos pelas ações de sequência de tarefas predefinidas do Deployment Workbench ou pelos arquivos de configuração padrão do MDT. Nessa situação, implemente código personalizado para atender aos requisitos deles.

Integre o código de implantação personalizado ao MDT ao:

• Como escolher um idioma de script, conforme descrito em Como escolher o idioma de script apropriado

• Aproveitando ZTIUtility.vbs conforme descrito em Entendendo como aproveitar o ZTIUtility

• Integração do código de implantação personalizado, conforme descrito em Integração do código de implantação personalizada

  As seções a seguir supõem que o MDT está configurado em um servidor de implantação.

Escolhendo o idioma de script apropriado

Embora qualquer código que possa ser executado no Windows ou no Windows PE possa ser chamado como uma instalação de aplicativo ou por meio de uma etapa de sequência de tarefas do MDT, a Microsoft recomenda o uso de scripts na forma de arquivos .vbs ou .wsf.

A vantagem de usar arquivos .wsf é o registro em 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 o MDT.

Quando referenciado de um script personalizado, o script ZTIUtility inicializa o ambiente MDT e as classes de instalação. Estas classes estão disponíveis:

• Registro em log. Essa classe fornece a funcionalidade de log que todos os scripts MDT usam. Ela também cria um único arquivo de log para cada script executado 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 ser lido pelo CMTrace.

• Meio 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 todos os scripts ZTI e LTI. A Microsoft recomenda que sempre que um código personalizado for desenvolvido, essa classe deve ser examinada para ver se algum código pode ser simplesmente reutilizado. Informações adicionais sobre algumas das funcionalidades fornecidas nesta classe são incluídas posteriormente nesta seção.

• Banco de Dados do Azure. Essa classe executa funções como conectar-se a bancos de dados e ler informações de bancos de dados. Em geral, acessar a classe de banco de dados diretamente não é recomendado; Em vez disso, o processamento de regras deve ser usado para realizar 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 hexadecimal, cortar espaço em branco de uma cadeia de caracteres, alinhar uma cadeia de caracteres à direita, alinhar uma cadeia de caracteres à esquerda, forçar um valor ao formato de cadeia de caracteres, forçar um valor ao formato de matriz, gerar um GUID (identificador global exclusivo) aleatório e conversões Base64.

• Manipulação de arquivos. 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 regular.

  No MDT, algumas alterações foram implementadas na arquitetura do script para tornar o Microsoft Visual Basic Scripting Edition (VBScript) cliente mais robusto e confiável. Essas alterações incluem:

• Alterações extensivas no ZTIUtility.vbs (a principal biblioteca 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 do MDT também foi alterada. A maioria dos scripts MDT agora está encapsulada em objetos de classe VBScript. A classe é inicializada e chamada com a função RunNewInstance .

Entendendo como aproveitar o ZTIUtility

O arquivo ZTIUtility.vbs contém classes de objeto que podem ser aproveitadas em seu código personalizado. Integre código personalizado ao MDT usando:

• Classe de registro em log definida no ZTIUtility.vbs conforme descrito em Usar a classe de registro em log ZTIUtility

• Classe de ambiente definida no ZTIUtility.vbs conforme descrito em Use a classe de ambiente ZTIUtility

• Classe de utilitário definida em ZTIUtility.vbs conforme descrito em Usar a classe de utilitário ZTIUtility

Use a classe de registro ZTIUtility

A classe de registro em log no ZTIUtiliy.vbs fornece um mecanismo simples para que o código personalizado registre informações, avisos e erros status mesma maneira que outros scripts durante uma implantação 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 exemplo a seguir ilustra um script de código personalizado de exemplo 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 registro 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>

Use a classe de ambiente ZTIUtility

A classe de ambiente no ZTIUtiliy.vbs fornece acesso e a capacidade de atualizar propriedades do MDT. No exemplo anterior, oEnvironment.Item("Memory") é 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 na Referência do Kit de Ferramentas do documento MDT.

Use a classe de utilitário ZTIUtility

O script de 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 seus resultados. Para obter uma lista completa das funções disponíveis, consulte o arquivo ZTIUtility.vbs.

Integração de código de implantação personalizado

O código de implantação personalizado pode ser integrado ao processo do 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 sempre deve 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:\Compartilhamento de Implantação de Produção\Scripts.

  Os métodos usados com mais frequência para integrar código personalizado que também garantem um 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 do 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 maneira 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 (onde deployment_share é o caminho totalmente qualificado para o compartilhamento de implantação).

2. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

4. No painel Ações, selecione Novo Aplicativo.

   O Assistente para Novos Aplicativos é iniciado.

5. Conclua o Assistente para Novos Aplicativos usando as informações a seguir. Aceita padrões, a menos que especificado de outra forma.

   Nesta página do assistente	Faça isto
   Tipo de aplicativo	Selecione Aplicativo sem arquivos de origem ou em outro lugar na rede e selecione Avançar.
   Detalhes	Conclua esta página com base nas informações do aplicativo e selecione Avançar.
   Detalhes do comando	1. Na caixa Linha de comando , digite cscript.exe %SCRIPTROOT%\custom_code (onde custom_code é o nome do código personalizado que foi desenvolvido). 2. Na caixa Diretório de trabalho , digite working_directory (onde working_directory é o nome do diretório de trabalho do código personalizado; normalmente é a mesma pasta especificada na caixa Linha de comando ). 3. Selecione Avançar.
   Resumo	Verifique se as definições de configuração estão corretas e selecione Avançar.
   Confirmação	Selecione Concluir.

   O aplicativo aparece no nó Aplicativos no Deployment Workbench.

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 em uma sequência de tarefas; Isso dá acesso às regras e opções usuais da sequência de tarefas.

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 (onde deployment_share é o caminho totalmente qualificado para o compartilhamento de implantação).

2. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

4. No painel de detalhes, selecione task_sequence (onde task_sequence é o nome da sequência de tarefas que executa o código personalizado).

5. No painel Ações, selecione Propriedades.

6. Na caixa de diálogo task_sequenceProperties , selecione a guia Sequência de Tarefas .

7. Na árvore de console, vá para grupo (onde grupo é o grupo para adicionar a etapa de sequência de tarefas).

8. Selecione Adicionar, selecione Geral e, em seguida, selecione Executar Linha de Comando.

9. Na árvore de console, selecione Executar Linha de Comando e, em seguida, selecione a guia Propriedades .

10. Na caixa Nome , digite name (onde name é um nome descritivo do código personalizado).

11. Na guia Propriedades , na caixa Linha de comando , digite command_line (onde command_line é o comando para executar o código personalizado — por exemplo, cscript.exe %SCRIPTROOT%\CustomCode.vbs).

12. Na caixa Iniciar em, digite path (em que path é o caminho totalmente qualificado para a pasta de trabalho do código personalizado; normalmente, esse é o mesmo caminho especificado na caixa Linha de comando) e selecione 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 do usuário

Também é possível executar o código personalizado como um script de saída do usuário do 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 de 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 do MDT Usando o Microsoft Deployment Toolkit.

Instalando drivers de dispositivo usando vários métodos de instalação

Neste 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. Existem dois tipos principais de drivers de dispositivo; Cada um deve ser tratado de forma diferente durante o processo de implantação:

• Drivers de dispositivo que contêm um arquivo .inf que pode ser usado para importar o driver de dispositivo para o Deployment Workbench

• Drivers de dispositivo 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 de sistema operacional.

  Instale os drivers de dispositivo por:

• Determinando métodos para instalar cada driver de dispositivo, conforme descrito em Determinando qual método usar para instalar um driver de dispositivo

• Usando o método de drivers prontos para uso, conforme descrito em Instalando drivers de dispositivo Usando o método de drivers prontos para uso

• Instalando-os como aplicativos, conforme descrito em Instalando 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 lançam drivers de dispositivo em uma de duas formas:

• Como um pacote que você pode extrair e que contém arquivos .inf usados para importar o driver para o Workbench de Implantação

• Como um aplicativo que você deve instalar usando processos tradicionais de instalação de aplicativos

  Os pacotes de driver de dispositivo que podem ser extraídos para acessar arquivos .inf podem usar o processo de detecção e instalação automática de driver do MDT importando primeiro o driver para o nó Drivers Prontos para Caixa no Workbench de Implantação.

  Os pacotes de driver de dispositivo que não podem ser extraídos para isolar arquivos .inf ou aqueles que não funcionam corretamente sem primeiro serem instalados usando um instalador de aplicativo, como um arquivo MSI ou Setup.exe, podem usar o recurso Instalar Aplicativo do MDT e instalar o driver do dispositivo durante o processo de implantação, assim como em qualquer aplicativo normal.

Instalando drivers de dispositivo usando o método de drivers prontos para uso

Você pode importar pacotes de driver de dispositivo que incluem um arquivo .inf para o Deployment Workbench e instalá-los automaticamente como parte do processo de implantação. Para implementar esse tipo de implantação de driver de dispositivo, primeiro adicione o driver de dispositivo ao Deployment Workbench.

Para adicionar o driver de dispositivo ao Workbench de Implantação

1. Baixe os drivers de dispositivo necessários para os tipos de hardware a serem implantados e extraia o pacote de driver de dispositivo para um local temporário.

2. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

3. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (onde deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel Ações, selecione Importar Drivers.

   O Assistente para Importação de Driver de Dispositivo é iniciado.

5. Na página Especificar diretório , na seção Diretório de origem da unidade , selecione Procurar para ir para a pasta que contém os novos drivers de dispositivo e, em seguida, selecione Avançar.

   Observação

   O New Device Driver Wizard pesquisará todos os subdiretórios do diretório de origem do driver; Portanto, se houver vários drivers para instalar, extraia-os em pastas dentro do mesmo diretório raiz e 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 selecione Avançar para importar os drivers para o Deployment Workbench.

7. Na página de Confirmação , selecione Concluir.

   Se os drivers de dispositivo contiverem drivers críticos de inicialização, como armazenamento em massa ou drivers de classe de rede, o compartilhamento de implantação deverá ser atualizado para gerar um novo LiteTouch_x86 e LiteTouch_x64 ambiente de inicialização que contém os novos drivers.

   Para adicionar drivers de dispositivo ao Lite Touch imagens do Windows PE

8. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

10. No painel Ações, selecione 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 selecione Avançar.

12. Na página Resumo , verifique se os detalhes estão corretos e selecione Avançar.

13. Na página de Confirmação , selecione Concluir.

Instalando drivers de dispositivo como aplicativos

Os drivers de dispositivo empacotados como aplicativos e que não podem ser extraídos para uma pasta que contenha 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 Driver de Dispositivo ao Workbench de Implantação

Cada aplicativo de driver de dispositivo deve ser importado primeiro para o Deployment Workbench.

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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

4. No painel Ações, selecione Novo Aplicativo.

   O Assistente para Novos Aplicativos é iniciado.

5. Na página Tipo de Aplicativo , selecione Aplicativo com arquivos de origem e selecione Avançar.

6. Na página Detalhes , digite detalhes relevantes sobre o aplicativo e selecione Avançar.

7. Na página Origem , na seção Diretório de origem , selecione Procurar para ir para e, em seguida, selecione o diretório que contém os arquivos de origem do aplicativo do driver de dispositivo. Selecione OK.

8. Selecione Avançar.

9. Na página Destino , digite um nome para o diretório de destino e selecione 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 selecione Avançar para importar o aplicativo de driver de dispositivo para o Deployment Workbench.

12. Na página de Confirmação , selecione Concluir.

    Depois que os aplicativos forem importados para o Deployment Workbench, adicione-os ao processo de implantação usando a lógica apropriada para garantir que o aplicativo seja instalado somente quando executado no hardware correto. Existem diferentes métodos para fazer 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 do driver de dispositivo no BD do MDT.

  Cada abordagem é discutida com mais detalhes nas seções a seguir.

Especificar o aplicativo de 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ências 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel de detalhes, selecione task_sequence (onde 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 Ações, selecione 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 , selecione Adicionar e selecione Novo Grupo.

   Isso cria um novo grupo de sequência de tarefas na sequência de tarefas. Use este 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, selecione Novo grupo.

8. Na guia Propriedades , na caixa Nome , digite group_name (onde group_name é o nome do grupo; por exemplo, Aplicativos específicos de hardware - Dell Computer Corporation).

9. Na guia Opções , selecione Adicionar e selecione Consultar WMI.

10. Na caixa de diálogo Condição WMI da Sequência de Tarefas , digite os seguintes detalhes:

    • Na caixa Namespace WMI , digite root\cimv2.

    • Na caixa de consulta WQL , digite uma consulta WQL (Linguagem de Consulta WMI) usando a classe Win32_ComputerSystem para garantir que o aplicativo seja instalado apenas para um tipo de aplicativo específico — por exemplo:

      Selecione * FROM Win32_ComputerSystem WHERE Modelo LIKE %hardware_model% E Fabricante LIKE %hardware_manufacturer%

      Neste exemplo, hardware_model é o nome do modelo do computador (como Latitude D620) e hardware_manufacturer é o nome da marca do computador (como Dell Corporation).

      O % símbolo é um caractere curinga incluído nos nomes para permitir que os administradores retornem quaisquer modelos de computador ou fabricantes 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 a condições de etapa de sequência de tarefas", no documento MDT Usando o Microsoft Deployment Toolkit e consulte Consultando com WQL.

11. Selecione OK para enviar a consulta e, em seguida, selecione OK para enviar alterações na sequência de tarefas.

Depois que os grupos de sequência de tarefas específicos do hardware tiverem sido criados, os aplicativos de driver de dispositivo poderão ser adicionados a cada grupo.

Para adicionar aplicativos driver de dispositivo a grupos de sequência de tarefas específicos de hardware

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel de detalhes, selecione task_sequence (onde 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 Ações, selecione Propriedades.

5. Na caixa de diálogo task_sequenceProperties , selecione a guia Sequência de Tarefas .

6. No painel de detalhes, acesse State Restore/hardware_specific_group (onde hardware_specific_group é o nome do grupo específico de hardware em que a etapa de sequência de tarefas será adicionada para instalar o aplicativo de driver de dispositivo).

7. Na guia Sequência de Tarefas , selecione Adicionar, selecione Geral e, em seguida, selecione Instalar Aplicativo.

   A etapa de sequência de tarefas Instalar aplicativo é exibida no painel de detalhes.

8. No painel de detalhes, selecione Instalar aplicativo.

9. Na guia Propriedades , selecione Instalar um único aplicativo e, na lista Aplicativo a ser instalado , selecione hardware_application (onde hardware_application é o aplicativo para instalar o aplicativo específico do hardware).

Especificar o aplicativo de driver de dispositivo no CustomSettings.ini

Quando uma implantação 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 no 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:\Compartilhamento de Implantação de Produção\Controle.

2. Localize e abra o arquivo Applications.xml.

3. Localize o aplicativo necessário.

4. Localize o GUID do aplicativo localizando a linha incluída nas marcas de aplicativo <guid> ; por exemplo, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

   Como parte do processo de inicialização, os processos LTI e ZTI coletam informações sobre o computador no qual estão sendo executados. Como parte desse processo, as consultas WMI são executadas e os valores da classe Win32_ComputerSystem para make e manufacturer 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 marca 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 propriedades a seguir para especificar aplicativos em CustomSettings.ini:

• do Azure. Essa propriedade pode ser usada quando os administradores de implantação não desejam apresentar um assistente de aplicativo como parte do processo de implantação, especificando SkipApplications=YES em CustomSettings.ini.

• MandatoryApplications. Essa propriedade pode ser usada se os administradores de implantação quiserem 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 das variáveis %Make% e %Model% para manipular dinamicamente a forma como a lista de aplicativos é criada. Os valores de fabricação e 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 (marca) e o Modelo do Sistema (modelo).

• Windows PowerShell. Use o cmdlet Get-WMIObject -class Win32_ComputerSystem para determinar a forma e o modelo do computador.

• Linha de Comando da Instrumentação de Gerenciamento do Windows. Use CSProduct Get Name, Vendor para retornar o nome (modelo) e o fornecedor (marca) do computador.

  Para modificar CustomSettings.ini para adicionar lógica específica de hardware

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

4. Selecione a guia Regras .

5. As informações digitadas nesta guia são armazenadas no arquivo CustomSettings.ini. Modifique as entradas do 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 do driver de dispositivo como parte de uma sequência de tarefas.

6. Selecione OK para enviar as alterações.

7. No painel de detalhes, selecione deployment_share (onde deployment_share é o nome do compartilhamento de implantação a ser configurado).

8. No painel Ações, selecione 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 selecione Avançar.

10. Na página Resumo , verifique se os detalhes estão corretos e selecione Avançar.

11. Na página de Confirmação , selecione Concluir.

    Por padrão, todos os aplicativos disponíveis são exibidos no Assistente de Implantação do Windows durante uma implantação LTI. Como os aplicativos específicos do driver de dispositivo são aplicáveis somente a tipos de hardware específicos, talvez você não queira que eles sejam exibidos o tempo todo. Ao especificar o pacote de aplicativos específico do driver de dispositivo no CustomSettings.ini, o aplicativo pode ser ocultado usando a opção Ocultar o aplicativo no Assistente de Implantação na configuração do aplicativo.

    Para ocultar um aplicativo no Assistente de Implantação

12. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

14. No painel de detalhes, selecione device_driver_application (onde device_driver_application é o aplicativo a ser ocultado do Assistente de Implantação).

15. No painel Ações, selecione Propriedades.

16. Na guia Geral, marque a caixa de marcar Ocultar o aplicativo no Assistente de Implantação.

17. Selecione Aplicar e feche a caixa de diálogo Propriedades .

Especificar o aplicativo de driver de dispositivo no BD MDT

O MDT DB é uma versão de banco de dados do arquivo CustomSettings.ini e pode ser consultado no momento da implantação para obter informações a serem usadas durante a implantação. Para obter mais informações sobre como usar o MDT DB, consulte "Selecionando os métodos para aplicar definições de configuração".

Ao consultar o MDT DB no momento da implantação, três métodos estão disponíveis para identificar o computador de destino:

• Procure o computador individual (usando o endereço MAC, a marca de ativo ou similar).

• Procure a localização do computador (usando o gateway padrão).

• Pesquise a marca e o modelo do computador (usando o fabricante do WMI ou as consultas de marca e modelo).

  Para cada entrada de banco de dados criada, você pode especificar propriedades de implantação, aplicativos, se deseja usar pacotes do Configuration Manager e administradores. Ao criar entradas de marca e modelo no banco de dados, você pode adicionar os aplicativos de driver de dispositivo específicos de hardware necessários.

  Para criar entradas no MDT DB para permitir a instalação de aplicativos de driver de dispositivo

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (onde deployment_share é o nome do compartilhamento de implantação a ser configurado).

3. No painel Ações, selecione Novo.

4. Na caixa de diálogo Propriedades , na guia Identidade , na caixa Marca , digite make_name (onde make_name é um nome facilmente identificado para associar ao fabricante do computador de destino).

5. Na caixa Modelo , digite model_name (onde 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 SP2. Usando os Serviços de Implantação do Windows, você pode implantar sistemas operacionais Windows, particularmente o Windows 7, Windows Server 2008 ou sistemas operacionais posteriores, em uma rede usando o adaptador de rede habilitado para PXE de um computador ou mídia de inicialização.

Antes de implantar os Serviços de Implantação do Windows, determine qual das seguintes opções de integração melhor se adapta ao seu ambiente:

• Opção 1. Inicialize computadores no PXE para iniciar o processo LTI.

• Opção 2. Implante uma imagem do sistema operacional do repositório de imagens dos Serviços de Implantação do Windows.

• Opção 3. Use multicast com o MDT e a função de servidor dos Serviços de Implantação do Windows do Windows Server 2008.

Opção 1: inicializar computadores no PXE para iniciar o processo LTI

Ajudar a minimizar o custo de gerenciamento de implantações de 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 Dinâmica de Host. Isso elimina a necessidade de criar e fornecer mídia inicializável para cada computador de destino.

Criar e importar a imagem do Windows PE do Deployment Workbench 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 do 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 automaticamente e atualizada com informações sobre o compartilhamento de implantação, e injetará quaisquer 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 pode ser gravado 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 LTI do Windows PE em uma rede usada para inicializar uma instalação.

Para criar uma imagem inicializável do Windows PE no Deployment Workbench

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

   Na caixa de diálogo deployment_shareProperties , selecione a guia Configurações da plataforma do Windows PE (onde plataforma é a arquitetura da imagem do Windows PE a ser configurada).

4. Na área Configurações de imagem de inicialização do Lite Touch, marque a caixa de marcar de imagem ISO do disco RAM inicializável do Lite Touch.

5. Selecione a guia Componentes da plataforma do Windows PE (onde platform é a arquitetura da imagem do Windows PE a ser configurada).

6. Na seção Injeção de Driver , selecione os tipos de driver apropriados a serem incluídos.

   Observação

   Esta 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, selecione OK.

   Observação

   Esta etapa não será necessária se o Windows PE já incluir os drivers de dispositivo necessários.

9. No painel de detalhes, selecione deployment_share (onde deployment_share é o nome do compartilhamento de implantação a ser configurado).

10. No painel Ações, selecione 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 selecione Avançar.

12. Na página Resumo , verifique se os detalhes estão corretos e selecione Avançar.

13. Na página de Confirmação , selecione Concluir.

    Quando esse processo for concluído, a pasta Inicialização 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 em um CD ou DVD ou usá-los para inicializar o processo 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 LTI sem a necessidade de qualquer mídia física.

    Para importar a imagem do Windows PE para os Serviços de Implantação do Windows

14. Inicie o console dos Serviços de Implantação do Windows e conecte-se aos Serviços de Implantação do Windows.

15. Na árvore de console, clique com o botão direito do mouse em Imagens de Inicialização e selecione 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 Gerenciador de Inicialização do Windows quando o cliente é inicializado no PXE.

18. Quando a imagem de inicialização tiver sido importada, qualquer computador que inicialize no 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 está 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 fazer referência a essa propriedade no arquivo de BootStrap.ini da imagem de inicialização e no arquivo de CustomSettings.ini do compartilhamento de implantação pela propriedade DeployRoot . Isso resulta em um cliente que é inicializado automaticamente dos Serviços de Implantação do Windows usando 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 dos Serviços de Implantação do Windows como o servidor de implantação

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

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

3. No painel Ações, selecione Propriedades.

4. Selecione a guia Regras .

   As informações digitadas 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. Selecione Editar Bootstrap.ini.

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

8. No menu Arquivo , selecione Salvar para salvar as alterações no arquivo BootStrap.ini.

9. Selecione OK.

   O compartilhamento de implantação precisa ser atualizado.

10. No painel de detalhes, selecione deployment_share (onde deployment_share é o nome do compartilhamento de implantação a ser configurado).

11. No painel Ações, selecione 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 selecione Avançar.

13. Na página Resumo , verifique se os detalhes estão corretos e selecione Avançar.

14. Na página de Confirmação , selecione 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 da Loja dos Serviços de Implantação do Windows

Se você já estiver usando os Serviços de Implantação do Windows para implantação de sistema operacional, amplie a funcionalidade do MDT configurando-o para fazer referência às imagens do sistema operacional dos Serviços de Implantação do Windows já em uso, em vez de usar seu próprio repositório, e para complementar as 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 do MDT. Depois que o MDT fizer referência a uma imagem do sistema operacional dos Serviços de Implantação do Windows, você poderá tratá-la como qualquer sistema operacional que tenha sido preparado para um compartilhamento de implantação do MDT.

Para fazer referência a uma imagem do sistema operacional dos Serviços de Implantação do Windows

1. Atualize o MDT para poder acessar as 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 copiar 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. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

3. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (onde deployment_share é o nome do compartilhamento de implantação a ser configurado).

4. No painel Ações, selecione Importar Sistema Operacional.

   O Assistente para Novo Sistema Operacional é iniciado.

5. Na página Tipo de SO , selecione Imagens dos Serviços de Implantação do Windows e selecione Avançar.

6. Na página Servidor WDS , digite o nome do servidor dos Serviços de Implantação do Windows a ser referenciado — por exemplo, WDSSvr001 — e selecione Avançar.

7. Na página Resumo , verifique se as configurações estão corretas e selecione Avançar.

8. Na página de Confirmação , selecione 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.

Opção 3: Usar Multicast com MDT e a função dos Serviços de Implantação do Windows do Windows Server 2008

Com o lançamento do Windows Server 2008, os Serviços de Implantação do Windows foram aprimorados para dar suporte à implantação de imagens usando transmissões multicast. O MDT também inclui atualizações para integrar o MDT com o multicast dos Serviços de Implantação do Windows.

Além disso, um Kit de Instalação Automatizada do Windows (Windows AIK) atualizado, versão 1.1, inclui Wdsmcast.exe. Isso permite que as sessões multicast sejam ingressadas manualmente e permite que o cliente que inicia o Wdsmcast.exe copie arquivos de uma sessão multicast ativa.

O script LTIApply.wsf usa Wdsmcast.exe quando acessa arquivos de origem do sistema operacional pelo compartilhamento de implantação. O LTIApply.wsf procura Wdsmcast.exe no compartilhamento de implantação na pasta deployment_share\Tools\x86 ou 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 o LTIApply.wsf é executado, ele sempre tenta acessar e baixar imagens WIM de um fluxo multicast existente, mas retorna a uma cópia de arquivo padrão se um fluxo multicast não existir.

Os pré-requisitos do servidor de implantação para se preparar para multicast 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 do console de Gerenciamento de Servidor

• O Windows AIK 1.1 para Windows Server 2008 deve ser instalado

• O MDT deve estar instalado

• Como em qualquer implantação usando 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

Para configurar o MDT para multicast de um compartilhamento de implantação existente

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench

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

3. No painel Ações, selecione Propriedades.

4. Na guia Geral, marque a caixa de marcar Habilitar multicast para este compartilhamento de implantação (requer o Windows Server 2008 Serviços de Implantação do Windows).

5. Selecione OK.

6. No painel Ações, selecione 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 selecione Avançar.

8. Na página Resumo , verifique se os detalhes estão corretos e selecione Avançar.

9. Na página de Confirmação , selecione 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 automática dos Serviços de Implantação do Windows 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 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. Selecione Iniciar, aponte para Ferramentas Administrativas e, em seguida, selecione 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 selecione Adicionar Servidor.

12. Na caixa de diálogo Adicionar Servidores, selecione Computador local e selecione OK.

13. Na árvore de console dos Serviços de Implantação do Windows, selecione Servidores e, em seguida, selecione server_name (onde server_name é o nome do computador que executa os Serviços de Implantação do Windows). Selecione 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, Implantação de compartilhamento BDD$.

15. Verifique se o status da transmissão de Implantação de Compartilhamento BDD$ Auto-Cast está definido como Ativo.

    Depois que um computador tiver sido 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 de logs, ambas começando com Transferência multicast; Marque-os para verificar se a transferência foi bem-sucedida. Para obter mais informações sobre transmissões multicast com o MDT e os 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 Microsoft Deployment Toolkit.

Executando implantações preparadas usando o MDT (pré-carregamento 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 alguns casos, o carregamento da imagem do sistema operacional é realizado por uma equipe dentro da organização responsável pela criação dos computadores em um ambiente de teste. Em outras instâncias, o carregamento da imagem do sistema operacional é realizado pelo fornecedor de hardware do computador, também conhecido como fabricante de equipamento original (OEM).

Visão geral do processo de pré-carregamento de OEM no MDT

O processo de pré-carregamento OEM é dividido em três fases:

• Fase 1. Crie uma imagem baseada em mídia do computador de referência a ser aplicada 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. Implantação completa do computador de destino no ambiente de produção.

  A Fase 1 e a Fase 3 geralmente são executadas pela organização de implantação. Dependendo do uso do processo de pré-carregamento de 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 Files de Configuração do MDT no processo de pré-carregamento do OEM

Arquivos de configuração separados do MDT (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 diferentes estruturas de pastas.

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 da 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 da sequência de tarefas usada nessa fase.

Ao fazer modificações nos arquivos de configuração, certifique-se de que sejam feitas alterações no arquivo de configuração que correspondam à sequência de tarefas apropriada em cada fase do processo de pré-carregamento do OEM.

Visão geral dos Files de Log do MDT no processo de pré-carregamento do OEM

Arquivos de log separados do MDT são gerados durante a Fase 1 e a Fase 3 do processo de pré-carregamento do OEM:

• Os arquivos de log do MDT para a Fase 1 estão armazenados nas pastas C:\MININT e C:\SMSTSLog.

• Os arquivos de log do 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 Estágios usando LTI

Para implantações LTI, execute o processo de pré-carregamento 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 OEM, crie uma sequência de tarefas com base no modelo de sequência de tarefas Litetouch OEM Task Sequence, além de quaisquer 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, por fim, criará um arquivo ISO do conteúdo do compartilhamento de implantação, especificamente o arquivo LiteTouchPE_x86.iso ou LiteTouchPE_x64.iso arquivo (com base na plataforma do processador do computador de destino). O processo de atualização do compartilhamento de implantação também cria uma estrutura de pastas que pode ser usada para criar mídia no Formato de Disco Universal.

Processo de pré-carregamento de OEM LTI — fase 1: criar uma imagem Media-Based

A organização de implantação executa a primeira fase no processo de pré-carregamento do OEM. O resultado 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 é executada no Deployment Workbench.

Para criar uma imagem baseada em mídia para entrega ao OEM ou ao ambiente de preparo na 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 prontos para uso

     Para obter mais informações sobre como executar esta etapa, consulte a seção "Gerenciando compartilhamentos de implantação no Workbench de implantação", no documento MDT Usando o Microsoft Deployment Toolkit.

2. Crie uma nova sequência de tarefas com base no modelo de sequência de tarefas de sequência de tarefas OEM Litetouch no Deployment Workbench.

   Para obter mais informações sobre como executar esta etapa, consulte a seção "Configurando sequências de tarefas no Workbench de implantação", no documento MDT Usando o Microsoft Deployment Toolkit.

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 esta etapa, consulte a seção "Configurando sequências de tarefas no Workbench de implantação", no documento MDT Usando o Microsoft Deployment Toolkit.

4. Crie um perfil de seleção que inclua os aplicativos, sistemas operacionais, drivers, pacotes e sequências de tarefas necessários para a implantação do OEM.

   Para obter mais informações sobre como realizar esta etapa, consulte a seção "Gerenciar perfis de seleção", no documento MDT Usando o Microsoft Deployment Toolkit.

5. Criar mídia de implantação.

   Para obter mais informações sobre como realizar esta etapa, consulte a seção "Gerenciar mídia de implantação LTI", no documento MDT Usando o Microsoft Deployment Toolkit.

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 Deployment Workbench cria o arquivo LiteTouchMedia.iso. 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 Microsoft Deployment Toolkit.

7. Grave 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, esta etapa não será necessária.

8. Entregue o arquivo ISO ou o DVD ao OEM ou ao ambiente de preparo da organização.

Processo de pré-carregamento de OEM LTI — fase 2: aplicar a imagem ao computador de destino

A segunda fase do processo de pré-carregamento do OEM é realizada 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. O resultado 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, selecione a sequência de tarefas de Pré-instalação do OEM para o Ambiente de Preparo .

   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 o Ambiente de Preparo , 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 o Ambiente de Preparo é responsável por implantar a imagem no computador de destino e iniciar o processo LTI. O Assistente de Implantação do Windows será iniciado 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 em 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 OEM LTI — fase 3: concluir a implantação do computador de destino

A terceira e última fase do processo de pré-carregamento do OEM é realizada 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 Microsoft Deployment Toolkit.

   Quando essa fase estiver concluída, o computador de destino estará pronto para uso no ambiente de produção.

Usando o Windows PowerShell para executar tarefas comuns

As tarefas de administração do MDT no Workbench de Implantação são executadas por cmdlets subjacentes do Windows PowerShell, que você pode usar para automatizar tarefas administrativas, como as das 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 em Criando 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 Como excluir uma pasta.

• Importe um driver de dispositivo para um compartilhamento de implantação, conforme descrito em Importando um driver de dispositivo.

• Excluir um driver de dispositivo de um compartilhamento de implantação, conforme descrito em Excluindo um driver de dispositivo.

• Importe um pacote de sistema operacional para um compartilhamento de implantação, conforme descrito em Importação de um pacote de sistema operacional.

• Excluir um pacote de sistema operacional de um compartilhamento de implantação, conforme descrito em Excluindo um pacote de sistema operacional.

• Importe um sistema operacional para um compartilhamento de implantação, conforme descrito em Importando um sistema operacional.

• Excluir um sistema operacional de um compartilhamento de implantação, conforme descrito em Excluindo 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 em Excluindo 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 Excluindo uma Sequência de Tarefas.

• Crie um banco de dados MDT conforme descrito em Criando um banco de dados MDT.

• Crie um perfil de seleção conforme descrito em Criando um perfil de seleção.

• Atualize um compartilhamento de implantação conforme descrito em Atualização de um compartilhamento de implantação.

• Crie um compartilhamento de implantação vinculado, conforme descrito em Criando um compartilhamento de implantação vinculado.

• Atualize um compartilhamento de implantação vinculado, conforme descrito em Atualização de um compartilhamento de implantação vinculado.

• Exclua um compartilhamento de implantação vinculado, conforme descrito em Excluindo um compartilhamento de implantação vinculado.

• Crie mídia de implantação conforme descrito em Criando mídia.

• Gere mídia de implantação conforme descrito em Gerando mídia.

• Exclua a mídia de implantação conforme descrito em Excluindo mídia.

Criando um novo compartilhamento de implantação

Os seguintes comandos do Windows PowerShell criam um novo compartilhamento de implantação em D:\Compartilhamento de Implantação de Produção chamado Production$. O novo compartilhamento de implantação será exibido no Workbench 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

Criar uma pasta

Os seguintes comandos do Windows PowerShell criam uma pasta Adobe na árvore do 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

Excluir uma pasta

Os seguintes comandos do Windows PowerShell 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

Importar um driver de dispositivo

Os seguintes comandos do Windows PowerShell importarão o driver do dispositivo de 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 seguinte comando do Windows PowerShell exclui o driver do monitor Dell 2407 WFP 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 de sistema operacional

Os seguintes comandos do Windows PowerShell 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 de sistema operacional

O seguinte comando do Windows PowerShell exclui o pacote de 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 seguintes comandos do Windows PowerShell importam o sistema operacional Windows Vista localizado em D:\Operating Systems\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

Excluir um sistema operacional

O seguinte comando do Windows PowerShell exclui o sistema operacional Windows Vista HOMEBASIC 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 seguintes comandos do Windows PowerShell criam o aplicativo Adobe Reader 9 usando arquivos de origem do 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 seguinte comando do Windows PowerShell exclui o aplicativo Adobe Reader 9 do compartilhamento de implantação de produção.

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

Criação de uma Sequência de Tarefas

Os seguintes comandos do Windows PowerShell criam a sequência de tarefas de Build de Produção do Windows Vista no compartilhamento de implantação de Produção, 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 seguinte comando do Windows PowerShell exclui a sequência de tarefas de 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 BD MDT

Os comandos Windows PowerShell a seguir criam um novo BD MDT no servidor deployment_server para o compartilhamento de implantação de produção. A conexão do banco de dados será via 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

Criação de um perfil de seleção

Os seguintes comandos do Windows PowerShell 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 seguintes comandos do Windows PowerShell 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 Windows PowerShell a seguir criam um compartilhamento de implantação vinculado ao compartilhamento de implantação de produção e reside 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 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 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 seguintes comandos do Windows PowerShell criam uma pasta de origem que contém o conteúdo usado para criar mídia inicializável. O compartilhamento de implantação de produção será usado como a fonte. 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

Geração de Mídia

Os comandos Windows PowerShell a seguir criam o arquivo de LiteTouchMedia.iso em D:\Media, que usará o conteúdo da pasta de origem 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 o ingresso no domínio para evitar a aplicação de objetos da 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 de Política de Grupo que são restritivas e podem causar problemas durante implantações de sistema operacional. Por exemplo, as seguintes configurações de Política de Grupo podem interromper um processo de logon automatizado:

• Restrições de logon automático

• Renomeação de conta de administrador

• Banners e legendas legais

• Diretivas 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 associar 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 BD MDT e as regras de computador e coleção do Configuration Manager. 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 sujeita o computador de destino às configurações especificadas nos GPOs de domínio e pode causar falha no processo de implantação.

  Para atrasar intencionalmente o ingresso do computador de destino no domínio durante o processo de implantação, você pode remover determinados elementos do arquivo Unattend.xml. O script ZTIConfigure.wsf ignorará a gravação de propriedades no arquivo Unattend.xml se o elemento de propriedade associado estiver ausente do arquivo.

Prepare o arquivo unattend.xml para que o computador de destino não tente ingressar no domínio durante a Instalação do Windows

1. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

2. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (onde 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 Ações, selecione Propriedades.

4. Na guia Informações do SO , selecione Editar Unattend.xml.

   O Gerenciador de Imagem de Sistema do Windows (Windows SIM) é iniciado.

5. No painel Arquivo de Resposta , acesse 4 especialização/Identificação/Credenciais. Clique com o botão direito do mouse em Credenciais e selecione Excluir.

6. Selecione Sim.

7. Salve o arquivo de resposta e saia do Windows SIM.

8. Selecione 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 ingresso de domínio no arquivo Unattend.xml, o que impedirá que a Instalação do Windows tente ingressar no domínio.

   Para adicionar uma etapa de sequência de tarefas que associe o computador de destino ao domínio

9. Selecione Iniciar e aponte para Todos os Programas. Aponte para Microsoft Deployment Toolkit e selecione Deployment Workbench.

10. Na árvore de console do Deployment Workbench, acesse Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (onde 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 Ações, selecione 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. Em caso afirmativo, prossiga para a etapa 9.

14. Na caixa de diálogo Propriedades da sequência de tarefas, selecione Adicionar, vá para Configurações e selecione 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 definidas para atender às suas necessidades.

17. Selecione OK na caixa de diálogo Propriedades da Sequência de Tarefas para salvar a sequência de tarefas.