Guia de Exemplos do Microsoft Deployment Toolkit

Este guia faz parte do Microsoft Deployment Toolkit (MDT) e orienta uma equipa especializada através da implementação de sistemas operativos Windows e do Microsoft Office. Especificamente, este guia foi concebido para fornecer definições de configuração de exemplo para cenários de implementação específicos.

Para utilizar este guia

Reveja a lista de tópicos de cenário no Índice.

1. Selecione o cenário que mais representa os objetivos de implementação da sua organização.

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

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

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

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

   Uma vez que este guia contém apenas definições de configuração de exemplo, rever os guias listados na tabela seguinte pode ajudar ainda mais a personalizar as definições de configuração do ambiente.

   Guia	Este guia oferece assistência para ajudar
   Guia de Introdução do Microsoft System Center 2012 R2 Configuration Manager	Utilize o System Center 2012 R2 Configuration Manager para instalar o sistema operativo Windows 8.1 num cenário de implementação Novo Computador.
   Guia de Introdução para a Instalação do Lite Touch	Instale o sistema operativo Windows 8.1 através da Instalação Lite Touch (LTI) através de suportes de dados de arranque num cenário de implementação Novo Computador.
   Guia de Introdução para a Instalação do User-Driven	Instale o sistema operativo Windows 8.1 com a Instalação do User-Driven e o System Center 2012 R2 Configuration Manager num cenário de implementação Novo Computador.
   Utilizar o Microsoft Deployment Toolkit	Personalize ainda mais os ficheiros de configuração utilizados nas implementações ZTI (Zero Touch Installation) e LTI. Este guia também fornece orientações de configuração genéricas e uma referência técnica para as definições de configuração.

Implementar Aplicações Windows 8 com o MDT

O MDT pode implementar Windows 8 pacotes de aplicações, que têm uma extensão de ficheiro .appx. Estes pacotes de aplicações são novos para Windows 8. Para obter mais informações sobre estas aplicações, consulte Desenvolvimento de Aplicações da Loja Windows.

Implemente Windows 8 aplicações com o MDT ao executar os seguintes passos:

• Implemente Windows 8 aplicações com LTI, conforme descrito em Implementar Aplicações Windows 8 Com LTI.

• Implemente Windows 8 aplicações com a Instalação do User-Driven (UDI), conforme descrito em Implementar Aplicações Windows 8 com a UDI.

Implementar aplicações Windows 8 com LTI

Pode implementar Windows 8 aplicações com LTI como qualquer outra aplicação que inicie o processo de instalação a partir de uma linha de comandos. Pode adicionar Windows 8 aplicações a implementações LTI no nó Aplicações no Deployment Workbench.

Para implementar uma aplicação Windows 8 com LTI

1. Crie uma pasta partilhada de rede para armazenar a aplicação.

2. Copie o Windows 8 aplicação para a pasta partilhada de rede que criou no passo anterior.

   Certifique-se de que copia a aplicação Windows 8 .appx ficheiro e quaisquer outros ficheiros necessários, como um ficheiro .cer que contém o certificado de aplicação.

3. Crie um item de aplicação LTI para a aplicação Windows 8 no nó Aplicações no Deployment Workbench com o Assistente de Nova Aplicação.

   Ao concluir o Assistente de Nova Aplicação, na página do assistente Detalhes do Comando, na Linha de comandos, escreva app_file_name (em que app_file_name é o nome da aplicação Windows 8).

   Para obter mais informações sobre como concluir o Assistente de Nova Aplicação no Deployment Workbench, veja as secções seguintes no documento MDT, Using the Microsoft Deployment Toolkit:

   • "Criar uma Nova Aplicação Implementada a partir da Partilha de Implementação"

   • "Criar uma Nova Aplicação Implementada a partir de Outra Pasta Partilhada de Rede"

4. Selecione o item de aplicação LTI criado no passo anterior numa sequência de tarefas LTI.

Implementar aplicações Windows 8 com a UDI

Pode implementar Windows 8 aplicações com a UDI como qualquer outra aplicação que inicie o processo de instalação a partir de uma linha de comandos. Pode adicionar Windows 8 aplicações a implementações da UDI na página do assistente ApplicationPage no Assistente de UDI Designer.

Para implementar uma aplicação Windows 8 com a UDI

1. Crie uma pasta partilhada de rede para armazenar a aplicação.

   Esta pasta será a pasta de origem da aplicação Configuration Manager que irá criar mais tarde no processo.

2. Copie o Windows 8 aplicação para a pasta partilhada de rede que criou no passo anterior.

   Certifique-se de que copia a aplicação Windows 8 .appx ficheiro e quaisquer outros ficheiros necessários, como um ficheiro .cer que contém o certificado de aplicação.

3. Adicionar a aplicação Windows 8 como uma aplicação Configuration Manager

4. Crie um Configuration Manager item de aplicação para a aplicação Windows 8 com o Assistente para Criar Aplicação na consola do Configuration Manager.

   Ao concluir o Assistente para Criar Aplicação, crie um tipo de implementação para implementar a aplicação Windows 8 com o Assistente para Criar Tipo de Implementação. No Assistente para Criar Tipo de Implementação, na página Conteúdo, no Programa de instalação, escreva app_file_name (em que app_file_name é o nome da aplicação Windows 8).

   Para obter mais informações sobre como concluir o Assistente para Criar Aplicação na consola do Configuration Manager, consulte as secções seguintes na Biblioteca de Documentação do System Center 2012 Configuration Manager, que está incluída no Configuration Manager:

   • Como Criar Aplicações no Configuration Manager

   • Como Criar Tipos de Implementação no Configuration Manager

   • Como Gerir Aplicações e Tipos de Implementação no Configuration Manager

5. Certifique-se de que a funcionalidade de afinidade de dispositivo do utilizador (UDA) no Configuration Manager está configurada corretamente para suportar a afinidade entre utilizadores e dispositivos para Configuration Manager implementação de aplicações.

   Para obter mais informações sobre como configurar o UDA para suportar Configuration Manager implementação de aplicações, veja Como Gerir a Afinidade dispositivo-utilizador no Configuration Manager.

6. Implemente a aplicação criada no passo 4 para os utilizadores visados.

   Para obter mais informações sobre como implementar uma aplicação no utilizador, veja Como Implementar Aplicações no Configuration Manager.

7. Configure a página do assistente applicationPage para incluir a aplicação Configuration Manager criada no passo 4 com o Assistente de UDI Designer.

   Para obter mais informações sobre como configurar a página do assistente do ApplicationPage com o Assistente de UDI Designer, consulte a secção "Passo 5-11: Personalizar o Ficheiro de Configuração do Assistente de UDI para o Computador de Destino", no Documento MDT Guia de Início Rápido para instalação do User-Driven.

8. Selecione o item de aplicação UDI criado no passo anterior numa sequência de tarefas UDI.

   Observação

   A aplicação Windows 8 não é instalada pela sequência de tarefas, mas será instalada na primeira vez que o utilizador iniciar sessão no computador de destino (conforme definido pela definição UDA configurada no passo 5) com a funcionalidade do Instalador de Aplicações User-Centric (AppInstall.exe) na UDI.

   Para obter mais informações sobre a funcionalidade do Instalador de Aplicações User-Centric na UDI, consulte a secção "Referência do Instalador de Aplicações Centradas no Utilizador", no documento MDT Referência do Toolkit.

Gerir o MDT com Windows PowerShell

Pode gerir partilhas de implementação do MDT com o Deployment Workbench e o Windows PowerShell. O MDT inclui um Windows PowerShell ™ snap-in (Microsoft.BDD.SnapIn) que tem de ser carregado antes de utilizar as funcionalidades específicas do MDT no Windows PowerShell. O snap-in Windows PowerShell MDT inclui:

• Um fornecedor de Windows PowerShell (MDTProvider) que fornece acesso aos conteúdos de uma partilha de implementação

• Cmdlets que fornecem a capacidade de administrar partilhas de implementação MDT

  Faça a gestão das partilhas de implementação do MDT com Windows PowerShell ao executar os seguintes passos:

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

• Crie uma partilha de implementação com Windows PowerShell conforme descrito em Criar uma Partilha de Implementação com Windows PowerShell.

• Veja as propriedades da partilha de implementação com Windows PowerShell conforme descrito em Ver Propriedades da Partilha de Implementação Com Windows PowerShell.

• Veja a lista de partilhas de implementação com Windows PowerShell conforme descrito em Ver a Lista de Partilhas de Implementação Com Windows PowerShell.

• Atualize uma partilha de implementação, que gera novas imagens de arranque do Ambiente de Pré-instalação do Windows (Windows PE), conforme descrito em Atualizar uma Partilha de Implementação Com Windows PowerShell.

• Atualize uma partilha de implementação ligada, que replica conteúdo de uma partilha de implementação para a partilha de implementação ligada, conforme descrito em Atualizar uma Partilha de Implementação Ligada Utilizando Windows PowerShell.

• Atualize o suporte de dados de implementação, que replica conteúdo de uma partilha de implementação para o suporte de dados de implementação e, em seguida, gera novas imagens de arranque, conforme descrito em Atualizar o Suporte de Dados de Implementação Com Windows PowerShell.

• Faça a gestão de itens numa partilha de implementação (como sistemas operativos, pacotes de sistema operativo, aplicações e controladores de dispositivos), conforme descrito em Gerir Itens numa Partilha de Implementação com Windows PowerShell.

• Automatize a população de itens numa partilha de implementação (como sistemas operativos, pacotes de sistema operativo, aplicações e controladores de dispositivos), conforme descrito em Automatizar a População de uma Partilha de Implementação.

• Faça a gestão das pastas numa partilha de implementação com Windows PowerShell conforme descrito em Gerir Pastas de Partilhas de Implementação Com Windows PowerShell.

A carregar a Windows PowerShell Snap-In MDT

Os cmdlets MDT são fornecidos num Windows PowerShell snap-in Microsoft.BDD.SnapIn que tem de ser carregado antes de utilizar os cmdlets MDT. Carregue o snap-in Windows PowerShell MDT com o cmdlet Add-PSSnapIn, conforme descrito em Carregar a Windows PowerShell Snap-In MDT Utilizando o Cmdlet Add-PSSnapIn.

Carregar o Windows PowerShell Snap-In MDT Com o Cmdlet Add-PSSnapIn

Pode carregar o MDT Windows PowerShell snap-in Microsoft.BDD.PSSnapIn a partir de qualquer ambiente Windows PowerShell com o cmdlet Add-PSSnapIn, conforme mostrado no exemplo seguinte:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Criar uma Partilha de Implementação com Windows PowerShell

Pode criar partilhas de implementação com os cmdlets do MDT Windows PowerShell. A pasta raiz da partilha de implementação é criada e partilhada com cmdlets de Windows PowerShell padrão e chamadas para comandos da classe Windows Management Instrumentation (WMI). A partilha de implementação é preenchida com o fornecedor de Windows PowerShell MDTProvider e o cmdlet NewPSDrive. A unidade de Windows PowerShell MDTProvider é mantida com o cmdlet Add-MDTPersistentDrive.

Para preparar uma partilha de implementação com os cmdlets de Windows PowerShell do MDT

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

2. Crie a pasta que será a raiz da nova partilha de implementação com o cmdlet New-Item , conforme mostrado no exemplo seguinte e descrito em Utilizar o Cmdlet New-Item:

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

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

3. Partilhe a pasta criada no passo anterior com a classe WMI win32_share como semeada no exemplo seguinte:

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

   A chamada para a classe win32_share devolve os resultados da chamada. Se o valor de ReturnValue for zero (0), a chamada foi efetuada com êxito.

4. Especifique a nova pasta partilhada como uma partilha de implementação com o cmdlet NewPSDrive , conforme mostrado no exemplo seguinte:

   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 a partilha de implementação e a copiar as informações do modelo para a nova partilha de implementação. Após a conclusão do processo de cópia, o cmdlet apresenta as informações da nova partilha de implementação.

   Observação

   O valor fornecido no parâmetro Nome (DS002) tem de ser exclusivo e não pode ser o mesmo que uma partilha de implementação existente Windows PowerShell unidade.

5. Verifique se as pastas de partilha de implementação adequadas foram criadas com o comando dir , conforme mostrado no exemplo seguinte:

   Get-ChildItem ds002:
   

   É apresentada a lista de pastas predefinidas na raiz da partilha de implementação.

6. Adicione a nova partilha de implementação à lista de partilhas de implementação MDT persistentes com o cmdlet Add-MDTPersistentDrive , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, a variável $NewDS é utilizada para transmitir o objeto de unidade Windows PowerShell para a nova partilha de implementação para o cmdlet .

   Em alternativa, poderia ter combinado os cmdlets NewPSDrive e Add-MDTPersistentDrive , conforme mostrado no exemplo seguinte:

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

Ver propriedades da Partilha de Implementação com Windows PowerShell

Pode ver as propriedades das partilhas de implementação do MDT com o cmdlet Get-ItemProperty e o fornecedor de Windows PowerShell MDTProvider. Estas mesmas propriedades também podem ser vistas no Deployment Workbench.

Para ver as propriedades da partilha de implementação com os cmdlets do MDT Windows PowerShell

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

2. Certifique-se de que as implementações do MDT partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Verifique se as implementações do MDT que partilham Windows PowerShell unidades são restauradas corretamente com o cmdlet Get-PSDrive, da seguinte forma:

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

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

4. Veja as propriedades da partilha de implementação com o cmdlet Get-ItemProperty , conforme mostrado no exemplo seguinte:

   Get-ItemProperty "DS002:"
   

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3. O cmdlet devolve as propriedades da partilha de implementação.

Ver a Lista de Partilhas de Implementação com Windows PowerShell

Pode ver a lista de partilhas de implementação MDT com o cmdlet Get-PSDrive e o fornecedor de Windows PowerShell MDTProvider. A mesma lista de partilhas de implementação também pode ser vista no Deployment Workbench.

Para ver uma lista de partilhas de implementação com os cmdlets de Windows PowerShell MDT

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

2. Certifique-se de que as implementações MDT partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Veja a lista de implementações MDT que partilham Windows PowerShell unidades, uma para cada partilha de implementação, com o cmdlet Get-PSDrive, da seguinte forma:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider, uma para cada partilha de implementação.

Atualizar uma Partilha de Implementação com Windows PowerShell

Pode atualizar as partilhas de implementação com o cmdlet Update-MDTDeploymentShare e o fornecedor de Windows PowerShell MDTProvider. Atualizar uma partilha de implementação cria as imagens de arranque do Windows PE (ficheiros WIM e International Organization for Standardization [ISO]) necessárias para iniciar a implementação de LTI. Pode executar o mesmo processo com o Deployment Workbench, conforme descrito em "Atualizar uma Partilha de Implementação no Deployment Workbench".

Para atualizar uma partilha de implementação com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Verifique se as implementações do MDT que partilham Windows PowerShell unidades são restauradas corretamente com o cmdlet Get-PSDrive, da seguinte forma:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider.

4. Atualize a partilha de implementação com o cmdlet Update-MDTDeploymentShare , conforme mostrado no exemplo seguinte:

   Update-MDTDeploymentShare -Path "DS002:" -Force
   

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

   Observação

   A atualização da partilha de implementação pode demorar muito tempo. O progresso do cmdlet é apresentado na parte superior da consola do Windows PowerShell.

   O cmdlet devolve sem saída se a atualização for efetuada com êxito.

Atualizar uma Partilha de Implementação Ligada com Windows PowerShell

Pode atualizar (replicar) partilhas de implementação ligadas com o cmdlet Update-MDTLinkedDS e o fornecedor de Windows PowerShell MDTProvider. Atualizar uma partilha de implementação ligada replica o conteúdo da partilha de implementação original para a partilha de implementação ligada. Pode executar o mesmo processo com o Deployment Workbench, conforme descrito em "Replicar Partilhas de Implementação Ligadas no Deployment Workbench".

Para atualizar uma partilha de implementação ligada com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Verifique se as implementações do MDT que partilham Windows PowerShell unidades são restauradas corretamente com o cmdlet Get-PSDrive, da seguinte forma:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider.

4. Atualize a partilha de implementação com o cmdlet Update-MDTDeploymentShare , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

   Observação

   A atualização da partilha de implementação ligada pode demorar muito tempo. O progresso do cmdlet é apresentado na parte superior da consola do Windows PowerShell.

   O cmdlet devolve sem saída se a atualização for efetuada com êxito.

Atualizar o Suporte de Dados de Implementação com Windows PowerShell

Pode atualizar (gerar) suportes de dados de implementação com o cmdlet Update-MDTMedia e o fornecedor de Windows PowerShell MDTProvider. A atualização do suporte de dados de implementação replica o conteúdo da partilha de implementação original para a partilha de implementação ligada e, em seguida, gera ficheiros .iso e .wim. Pode executar o mesmo processo com o Deployment Workbench, conforme descrito em "Gerar Imagens de Multimédia no Deployment Workbench".

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

• Um ficheiro .iso na pasta media_folder (em que media_folder é o nome da pasta que especificou para o suporte de dados)

  Gerar o ficheiro .iso é uma opção que configura por:

  • Selecionar a caixa de marcar Gerar uma imagem ISO de arranque Lite Touch no separador Geral da caixa de diálogo Propriedades do suporte de dados (Desmarque esta caixa de marcar para reduzir o tempo necessário para gerar o suporte de dados, a menos que precise de criar DVDs de arranque ou iniciar máquinas virtuais [VMs] a partir do ficheiro de .iso.)

  • Definir a mesma propriedade com o cmdlet Set-ItemProperty

• Ficheiros WIM na pasta media_folder\Content\Deploy\Boot (em que media_folder é o nome da pasta que especificou para o suporte de dados)

  Para atualizar uma partilha de implementação ligada com Windows PowerShell

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

2. Certifique-se de que as implementações MDT partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Verifique se as implementações do MDT que partilham Windows PowerShell unidades são restauradas corretamente com o cmdlet Get-PSDrive, da seguinte forma:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider.

4. Atualize a partilha de implementação com o cmdlet Update-MDTDeploymentShare , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

   Observação

   A atualização da partilha de implementação ligada pode demorar muito tempo. O progresso do cmdlet é apresentado na parte superior da consola do Windows PowerShell.

   O cmdlet devolve sem saída se a atualização for efetuada com êxito.

Gerir Itens numa Partilha de Implementação com Windows PowerShell

Uma partilha de implementação contém itens que são utilizados para efetuar implementações, tais como sistemas operativos, aplicações, controladores de dispositivos, pacotes de sistema operativo e sequências de tarefas. Estes itens podem ser geridos através de cmdlets de Windows PowerShell e os fornecidos com MDT.

Para obter mais informações sobre como manipular itens diretamente com cmdlets Windows PowerShell, veja Manipular Itens Diretamente. A estrutura de pastas de uma partilha de implementação também pode ser gerida com Windows PowerShell. Para obter mais informações, veja Managing Deployment Share Folders Using Windows PowerShell (Gerir Pastas de Partilhas de Implementação com Windows PowerShell).

Importar um Item para uma Partilha de Implementação

Pode importar cada tipo de item, como sistemas operativos, aplicações ou controladores de dispositivo, com cmdlets MDT. Para cada tipo de item, existe um cmdlet MDT específico. Se quiser importar vários itens para uma partilha de implementação com Windows PowerShell, veja Automatizar a População de uma Partilha de Implementação.

A tabela seguinte lista os cmdlets MDT Windows PowerShell utilizados para importar itens para uma partilha de implementação e fornece uma breve descrição de cada cmdlet. São fornecidos exemplos de como utilizar cada cmdlet na secção que corresponde a cada cmdlet.

Cmdlet	Descrição
Import-MDTApplication	Importa uma aplicação para uma partilha de implementação
Import-MDTDriver	Importa um ou mais controladores de dispositivo para uma partilha de implementação
Import-MDTOperatingSystem	Importa um ou mais sistemas operativos para uma partilha de implementação
Import-MDTPackage	Importa um ou mais pacotes do sistema operativo para uma partilha de implementação
Import-MDTTaskSequence	Importa uma sequência de tarefas para uma partilha de implementação

Ver as Propriedades de um Item numa Partilha de Implementação

Cada item numa partilha de implementação tem um conjunto diferente de propriedades. Pode ver as propriedades de um item numa partilha de implementação com o cmdlet Get-ItemProperty . O cmdlet Get-ItemProperty utiliza o MDTProvider para apresentar as propriedades de um item específico, tal como pode ver as propriedades no Deployment Workbench.

Se quiser ver as propriedades de vários itens numa partilha de implementação com Windows PowerShell, veja Automatizar a População de uma Partilha de Implementação.

Para ver as propriedades de um item numa partilha de implementação com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Verifique se as implementações MDT que partilham Windows PowerShell unidades são restauradas corretamente com o cmdlet Get-PSDrive, conforme mostrado no exemplo seguinte:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider.

4. Devolva uma lista dos itens para o tipo de item para o qual pretende ver as propriedades com o cmdlet Get-Item , conforme mostrado no exemplo seguinte:

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

   No exemplo anterior, é apresentada uma lista de todos os sistemas operativos na partilha de implementação. O resultado é direcionado para o cmdlet Format-List para que os nomes longos dos sistemas operativos possam ser vistos. Para obter mais informações sobre como utilizar o cmdlet Format-List , consulte Utilizar o Cmdlet Format-List. O mesmo processo pode ser utilizado para devolver a lista de outros tipos de itens, como controladores de dispositivo ou aplicações.

   Dica

   Também poderia ter utilizado o comando dir para ver a lista de sistemas operativos em vez do cmdlet Get-Item .

5. Veja as propriedades de um dos itens listados no passo anterior com o cmdlet Get-ItemProperty , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, o valor do parâmetro Path é o caminho de Windows PowerShell completamente qualificado para o item, incluindo o nome de ficheiro que foi devolvido no passo anterior. Pode utilizar o mesmo processo para ver as propriedades de outros tipos de itens, como controladores de dispositivo ou aplicações.

Remover um Item de uma Partilha de Implementação

Pode remover um item de uma partilha de implementação com o cmdlet Remove-Item . O cmdlet Remove-Item utiliza o MDTProvider para remover um item específico, tal como pode remover um item no Deployment Workbench. Se quiser remover vários itens numa partilha de implementação com Windows PowerShell, veja Automatizar a População de uma Partilha de Implementação.

Para remover um item de uma partilha de implementação com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte.

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Verifique se as implementações MDT que partilham Windows PowerShell unidades são restauradas corretamente com o cmdlet Get-PSDrive, conforme mostrado no exemplo seguinte:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider.

4. Devolva uma lista dos itens para o tipo de item para o qual pretende ver as propriedades com o cmdlet Get-Item , conforme mostrado no exemplo seguinte:

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

   No exemplo anterior, é apresentada uma lista de todos os sistemas operativos na partilha de implementação. O resultado é direcionado para o cmdlet Format-List para que os nomes longos dos sistemas operativos possam ser vistos. Para obter mais informações sobre como utilizar o cmdlet Format-List , consulte Utilizar o Cmdlet Format-List. Pode utilizar o mesmo processo para devolver a lista de outros tipos de itens, como controladores de dispositivo ou aplicações.

   Dica

   Também poderia ter utilizado o comando dir para ver a lista de sistemas operativos em vez do cmdlet Get-Item .

5. Remova um dos itens listados no passo anterior com o cmdlet Remove-Item , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, o valor do parâmetro Path é o caminho de Windows PowerShell completamente qualificado para o item, incluindo o nome de ficheiro que foi devolvido no passo anterior.

   Pode utilizar o mesmo processo para remover outros tipos de itens, como controladores de dispositivo ou aplicações.

   Observação

   Remover um item que uma sequência de tarefas utiliza faz com que a sequência de tarefas falhe. Certifique-se de que um item não é referenciado por outros itens na partilha de implementação antes de remover o item.

Automatizar a População de uma Partilha de Implementação

Os cmdlets de Windows PowerShell MDT permitem-lhe gerir itens individuais. No entanto, ao utilizar algumas das funcionalidades de scripting no Windows PowerShell, os cmdlets podem ser utilizados para automatizar a população de uma partilha de implementação.

Por exemplo, uma organização pode ter de implementar várias partilhas de implementação para unidades de negócio diferentes ou uma organização pode fornecer serviços de implementação do sistema operativo para outras organizações. Em ambos os exemplos, as organizações precisam da capacidade de criar e preencher partilhas de implementação configuradas de forma consistente.

Um método para gerir múltiplos itens seria utilizar um ficheiro de valores separados por vírgulas (CSV) que contém uma lista de todos os itens que pretende gerir numa partilha de implementação com o cmdlet Import-CSV .

Segue-se um excerto de um script Windows PowerShell para importar uma lista de aplicações com base em informações num ficheiro .csv com 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 ficheiro C:\MDT\Import-MDT-Apps.csv contém um campo para cada variável necessária para importar uma aplicação. Para obter mais informações sobre como criar um ficheiro de .csv para utilização com o cmdlet Import-CSV , consulte Utilizar o Cmdlet Import-Csv.

Pode utilizar este mesmo método para importar sistemas operativos, controladores de dispositivos e outros itens numa partilha de implementação ao efetuar os seguintes passos:

1. Crie um ficheiro de .csv para cada tipo de item de partilha de implementação que pretende preencher.

2. Para obter mais informações sobre como criar um ficheiro de .csv para utilização com o cmdlet Import-CSV , consulte Utilizar o Cmdlet Import-Csv.

3. Crie um Windows PowerShell ficheiro de script que será utilizado para automatizar a população da partilha de implementação.

   Para obter mais informações sobre como criar um script Windows PowerShell, veja Scripting with Windows PowerShell (Scripting com Windows PowerShell).

4. Crie qualquer estrutura de pasta de pré-requisitos necessária na partilha de implementação antes de importar os itens da partilha de implementação.

   Para obter mais informações, veja Managing Deployment Share Folders Using Windows PowerShell (Gerir Pastas de Partilhas de Implementação com Windows PowerShell).

5. Adicione a linha de cmdlet Import-CSV para um dos ficheiros .csv criados no passo 1.

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

6. Crie um ciclo de cmdlet ForEach-Object que processe cada item a partir do ficheiro de .csv referenciado no cmdlet Import-CSV no passo anterior.

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

7. Adicione o cmdlet MDT correspondente para importar os itens da partilha de implementação dentro do ciclo de cmdlets ForEach-Object criado no passo anterior.

   Para obter mais informações sobre os cmdlets MDT utilizados para importar itens para uma partilha de implementação, veja Importar um Item para uma Partilha de Implementação.

Gerir Pastas de Partilhas de Implementação com Windows PowerShell

Pode gerir pastas numa partilha de implementação com ferramentas de linha de comandos, como o comando mkdir ou com cmdlets Windows PowerShell, como o cmdlet New-Item e o fornecedor de Windows PowerShell MDTProvider. A mesma estrutura de pastas de partilhas de implementação também pode ser vista e gerida no Deployment Workbench. Para obter mais informações sobre como manipular itens diretamente com cmdlets Windows PowerShell, veja Manipular Itens Diretamente.

Criar uma Pasta numa Partilha de Implementação com o Windows PowerShell

Para criar uma pasta numa partilha de implementação com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Veja a lista de implementações MDT que partilham Windows PowerShell unidades, uma para cada partilha de implementação, com o cmdlet Get-PSDrive da seguinte forma:

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

   A lista de unidades de Windows PowerShell fornecidas com o MDTProvider está listada, uma para cada partilha de implementação

4. Crie uma pasta com o nome Windows_8 na pasta Sistemas Operativos numa partilha de implementação com o comando New-Item , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

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

   Get-ChildItem "DS002:\Operating Systems"
   

   É apresentada a pasta Windows_8 e quaisquer outras pastas existentes na pasta Sistemas Operativos.

6. Crie uma pasta com o nome Windows_7 pasta na pasta Sistemas Operativos numa partilha de implementação com o cmdlet New-Item , conforme mostrado no exemplo seguinte e descrito em Utilizar o Cmdlet New-Item:

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

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

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

   Get-ChildItem "DS002:\Operating Systems"
   

   É apresentada a pasta Windows_7 e quaisquer outras pastas existentes na pasta Sistemas Operativos.

Eliminar uma Pasta numa Partilha de Implementação com Windows PowerShell

Para eliminar uma pasta numa partilha de implementação com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Veja a lista de implementações MDT que partilham Windows PowerShell unidades, uma para cada partilha de implementação, com o cmdlet Get-PSDrive da seguinte forma:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider, uma para cada partilha de implementação.

4. Elimine (remova) uma pasta com o nome Windows_8 na pasta Sistemas Operativos numa partilha de implementação com o comando New-Item , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

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

   Get-ChildItem "DS002:\Operating Systems"
   

   A pasta Windows_8 já não é apresentada na lista de pastas na pasta Sistemas Operativos

6. Elimine (remova) uma pasta com o nome Windows_7 pasta na pasta Sistemas Operativos numa partilha de implementação com o cmdlet Remove-Item , conforme mostrado no exemplo seguinte:

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

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

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

   Get-ChildItem "DS002:\Operating Systems"
   

   A pasta Windows_7 já não é apresentada na lista de pastas na pasta Sistemas Operativos.

Mudar o nome de uma Pasta numa Partilha de Implementação com Windows PowerShell

Para mudar o nome de uma pasta numa partilha de implementação com Windows PowerShell

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

2. Certifique-se de que as implementações MDT partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Veja a lista de implementações MDT que partilham Windows PowerShell unidades, uma para cada partilha de implementação, com o cmdlet Get-PSDrive da seguinte forma:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider, uma para cada partilha de implementação.

4. Mude o nome de uma pasta com o nome Windows_8 para Win_8 na pasta Sistemas Operativos numa partilha de implementação com o comando ren , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

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

   Get-ChildItem "DS002:\Operating Systems"
   

   O nome da pasta Windows_8 foi mudado para Win_8.

6. Mude o nome de uma pasta com o nome Windows_7 para Win-7 na pasta Sistemas Operativos numa partilha de implementação com o cmdlet Rename-Item , conforme mostrado no exemplo seguinte:

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

   O cmdlet apresenta o nome da pasta com êxito.

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

   Get-ChildItem "DS002:\Operating Systems"
   

   O nome da pasta Windows_7 foi mudado para Win_7.

Automatizar a Aplicação de Service Packs do Sistema Operativo em Partilhas de Implementação

Os service packs do sistema operativo são uma parte normal do ciclo de vida do software. Os sistemas operativos existentes nas partilhas de implementação têm de ser atualizados com estes service packs para ajudar a garantir que os computadores recentemente implementados ou atualizados estão atualizados com as mais recentes recomendações de segurança e definições de configuração.

Nos casos em que uma organização tem muitas partilhas de implementação com vários sistemas operativos em cada partilha de implementação, o processo de atualização manual dos sistemas operativos em cada partilha de implementação com os service packs pode ser demorado. Os métodos para automatizar a aplicação de service packs do sistema operativo em partilhas de implementação incluem:

• Copiar conteúdo de origem atualizado que já contém o service pack (por exemplo, Windows 7 com suporte de dados SP1) para a pasta na partilha de implementação na qual reside o sistema operativo existente, conforme descrito em Automatizar a Aplicação de Service Packs do Sistema Operativo a partir do Suporte de Dados de Origem Atualizado

• Aplicar o service pack a um computador de referência e, em seguida, capturar uma imagem atualizada a partir de um computador de referência, conforme descrito em Automatizar a Aplicação de Service Packs do Sistema Operativo Utilizando um Computador de Referência e Windows PowerShell

Automatizar a Aplicação de Service Packs do Sistema Operativo a partir de Suportes de Dados de Origem Atualizados

Pode automatizar o processo de atualização de service packs do sistema operativo com Windows PowerShell quando tiver suportes de dados de origem que incluam o service pack, como ter um DVD com o Windows 7 com SP1 já integrado.

Para este método, o suporte de dados de origem do sistema operativo com o service pack é copiado através dos ficheiros do sistema operativo existentes sem o service pack na partilha de implementação com Windows PowerShell.

Para automatizar a aplicação de service packs do sistema operativo a partir de atualizações do suporte de dados de origem com Windows PowerShell

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

2. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

3. Veja a lista de implementações MDT que partilham Windows PowerShell unidades, uma para cada partilha de implementação, com o cmdlet Get-PSDrive, conforme mostrado no exemplo seguinte:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider, uma para cada partilha de implementação.

4. Remova a pasta do sistema operativo existente da partilha de implementação com os cmdlets Get-ChildItem e Remove-Item , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

5. Copie o conteúdo dos ficheiros de origem do sistema operativo que têm o service pack integrado com o cmdlet Copy-Item , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, os ficheiros de origem do sistema operativo estão na unidade E e DS002: é o nome de uma unidade Windows PowerShell devolvida no passo 3.

6. Atualize qualquer suporte de dados de implementação MDT com base na partilha de implementação com o cmdlet Update-MDTMedia .

   Para obter mais informações sobre como atualizar o suporte de dados de implementação MDT com base na partilha de implementação através do cmdlet Update-MDTMedia, veja Atualizar o Suporte de Dados de Implementação com Windows PowerShell.

Automatizar a Aplicação de Service Packs do Sistema Operativo Utilizando um Computador de Referência e Windows PowerShell

Pode automatizar o processo de atualização de service packs do sistema operativo com Windows PowerShell quando tiver apenas o service pack que ainda não está integrado no sistema operativo, como ter o SP1 para Windows 7 ainda não integrado numa imagem do Windows 7.

Para este método, implemente o sistema operativo sem o service pack num computador de referência. Em seguida, aplique o service pack ao computador de referência. Em seguida, capture uma imagem do sistema operativo do computador de referência. Por fim, copie o ficheiro .wim capturado através do ficheiro Install.wim no sistema operativo na partilha de implementação com Windows PowerShell.

Para automatizar a aplicação de service packs do sistema operativo a partir de atualizações do suporte de dados de origem com Windows PowerShell

1. Implemente o sistema operativo de destino num computador de referência.

   Para obter mais informações sobre como implementar um computador de referência, veja os seguintes recursos no documento MDT, Utilizar o Microsoft Deployment Toolkit:

   • "Preparar a Implementação LTI para o Computador de Referência"

   • "Implementar e Capturar uma Imagem do Computador de Referência no LTI"

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

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

3. Capture uma imagem do computador de referência ao criar e implementar uma sequência de tarefas com base no modelo de sequência de tarefas Sysprep e Capture .

   Para obter mais informações sobre como criar uma sequência de tarefas com base no modelo de sequência de tarefas Sysprep e Capture , veja "Create a New Task Sequence in the Deployment Workbench" (Criar uma Nova Sequência de Tarefas no Deployment Workbench).

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

5. Certifique-se de que as implementações MDT que partilham Windows PowerShell unidades são restauradas com o cmdlet Restore-MDTPersistentDrive, conforme mostrado no exemplo seguinte:

   Restore-MDTPersistentDrive -Verbose
   

   Observação

   Se as implementações MDT que partilham Windows PowerShell unidades já estiverem restauradas, receberá uma mensagem de aviso a indicar que o cmdlet não consegue restaurar a unidade.

6. Veja a lista de implementações MDT que partilham Windows PowerShell unidades, uma para cada partilha de implementação, com o cmdlet Get-PSDrive, conforme mostrado no exemplo seguinte:

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

   É apresentada a lista de Windows PowerShell unidades fornecidas com o MDTProvider, uma para cada partilha de implementação.

7. Copie o ficheiro .wim capturado no passo 3 sobre o ficheiro Install.wim no sistema operativo na partilha de implementação com o cmdlet Copy-Item , conforme mostrado no exemplo seguinte:

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

   Neste exemplo, o ficheiro de imagem do sistema operativo capturado (Win7SP1.wim) na pasta Capturas na partilha DS002: é o nome de uma unidade de Windows PowerShell devolvida no passo 6 e o sistema operativo Windows 7 existente é armazenado numa pasta denominada Windows 7.

8. Atualize qualquer suporte de dados de implementação MDT com base na partilha de implementação com o cmdlet Update-MDTMedia .

   Para obter mais informações sobre como atualizar o suporte de dados de implementação MDT com base na partilha de implementação através do cmdlet Update-MDTMedia, veja Atualizar o Suporte de Dados de Implementação com Windows PowerShell.

Personalizar a Implementação Com Base no Tipo de Chassis

Pode personalizar a implementação com base no tipo de chassis do computador. Os scripts criam variáveis locais que podem ser processadas no ficheiro CustomSettings.ini. As variáveis IsLaptoplocais , IsDesktope IsServer indicam se o computador é um computador portátil, computador de secretária ou servidor, respetivamente.

Para implementar variáveis locais no ficheiro de CustomSettings.ini

1. [Settings] Na secção, na Priority linha, adicione uma secção personalizada para personalizar a implementação com base no tipo de chassis (ByChassisType no exemplo seguinte, em que Chassis representa o tipo de computador).

2. Crie a secção personalizada que corresponde à secção personalizada definida no passo 1 (ByChassisType no exemplo seguinte, em que Chassis representa o tipo de computador).

3. Defina uma subsecção para cada tipo de chassis a detetar (Subsection=Laptop-%IsLaptop%, Subsection=Desktop-%IsDesktop%, Subsection=Server-%IsServer% no exemplo seguinte).

4. Crie uma subsecção para cada True subsecção e False estado de cada subsecção definido no passo 3 (como [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] no exemplo seguinte).

5. Em cada True subsecção, False adicione as definições adequadas com base no tipo de chassis.

   Listagem 1. Exemplo de Personalização da Implementação Com Base no Tipo de Chassis no Ficheiro de 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]
.
.
.

Implementar Aplicações Baseadas em Versões anteriores da Aplicação

Muitas vezes, ao instalar um sistema operativo num computador existente, irá instalar as mesmas aplicações que instalou anteriormente no computador. Faça-o com scripts MDT (em particular, ZTIGather.wsf) para consultar duas origens de informações separadas:

• Configuration Manager funcionalidade de inventário de software. Contém um registo para cada pacote de aplicação — neste caso, as listagens em Programas e Funcionalidades no Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 Windows Server 2008 R2 — foram instaladas da última vez Configuration Manager inventariou o computador.

• Uma tabela de mapeamento. Descreve que pacote e programa têm de ser instalados para cada registo (porque os registos Programa e Funcionalidades ou Adicionar ou Remover Programas não especificam exatamente que pacote instalou a aplicação, o que torna impossível selecionar automaticamente o pacote apenas com base no inventário).

  Para efetuar uma instalação de aplicação dinâmica específica do computador

1. Utilize a tabela na BD MDT para ligar pacotes específicos a aplicações listadas no sistema operativo de destino.

2. Preencha a tabela com dados que associam o pacote adequado à aplicação listada em Programas e Funcionalidades ou Adicionar ou Remover Programas.

   Consulta SQL para Preencher a Tabela

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

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

   Isto significa que o Microsoft Office 2010 Professional Plus será instalado em qualquer computador atualmente a executar o sistema do Microsoft Office 2007 (Office 12.0). Adicione entradas semelhantes para quaisquer outros pacotes. Qualquer item para o qual não exista nenhuma entrada é ignorado (nenhum pacote será instalado).

3. Crie um procedimento armazenado para simplificar a associaçã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 Configuration Manager base de dados do site primário central reside no computador no qual SQL Server está em execução como A DB MDT. Se a base de dados do site primário central residir num computador diferente, é necessário efetuar as modificações adequadas ao procedimento armazenado. Além disso, o nome da base de dados (CM_DB) tem de ser atualizado. Considere também conceder contas adicionais Acesso de leitura à vista de v_GS_ADD_REMOVE_PROGRAMS na base de dados Configuration Manager.

4. Configure o ficheiro CustomSettings.ini para consultar esta tabela de base de dados ao especificar o nome de uma secção ([DynamicPackages] na lista Prioridade ) que aponta para as informações da base de dados.

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

5. Crie uma [DynamicPackages] secção para especificar o nome de uma secção de base de dados.

   [DynamicPackages]
   SQLDefault=DB_DynamicPackages
   

6. Crie uma secção de base de dados para especificar as informações da base 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, a BD MDT com o nome MDTDB no computador que executa o SQL Server instância com o nome SERVER1 será consultada. A base de dados contém um procedimento armazenado com o nome RetrievePackages (criado no passo 3).

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

   EXECUTE RetrievePackages ?
   

   O valor real da chave personalizada MACAddress será substituído pelo "?" correspondente. Esta consulta devolve um conjunto de registos com as linhas introduzidas no passo 2.

   Não é possível transmitir um número variável de argumentos a um procedimento armazenado. Como resultado, quando um computador tem mais do que um endereço MAC, nem todos os endereços MAC podem ser transmitidos para o procedimento armazenado. Como alternativa, substitua o procedimento armazenado por uma vista que permita consultar a vista com uma SELECT instrução com uma IN cláusula para transmitir 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 (passo 2), é devolvida uma linha (XXX0000F:Install Office 2010 Professional Plus). Isto indica que o pacote XXX0000F:Instalar o Office 2001 Professional Plus será instalado pelo processo ZTI durante a Fase de Restauro do Estado.

Cenário de Implementação de LTI Totalmente Automatizado

O objetivo main do LTI é automatizar o processo de implementação o máximo possível. Embora o ZTI forneça automatização de implementação completa com os scripts MDT e os Serviços de Implementação do Windows, o LTI foi concebido para funcionar com menos requisitos de infraestrutura.

Pode automatizar o Assistente de Implementação do Windows utilizado no processo de implementação LTI para reduzir (ou eliminar) as páginas do assistente apresentadas. Pode ignorar todo o Assistente de Implementação do Windows ao especificar a propriedade SkipWizard no CustomSettings.ini. Para ignorar páginas individuais do assistente, utilize 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 estas propriedades individuais, veja a propriedade correspondente na Referência do Toolkit do documento MDT.

Para cada página do assistente ignorada, forneça os valores das propriedades correspondentes que são normalmente recolhidas através da página do assistente nos ficheiros CustomSettings.ini e BootStrap.ini. Para obter mais informações sobre as propriedades que têm de ser configuradas nestes ficheiros, consulte a secção "Fornecer Propriedades para Páginas do Assistente de Implementação Ignoradas", no documento MDT Referência do Toolkit.

Implementação de LTI Totalmente Automatizada para um Cenário de Computador de Atualização

O seguinte ilustra um ficheiro CustomSettings.ini utilizado para um cenário atualizar computador para ignorar todas as páginas do Assistente de Implementação do Windows. Neste exemplo, as propriedades a fornecer 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=a_secure_password

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

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%ComputerName%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

SkipBitLocker=YES
SkipSummary=YES
Powerusers001=DomainName\Username

Implementação de LTI Totalmente Automatizada para um Novo Cenário de Computador

Segue-se um exemplo de um ficheiro CustomSettings.ini utilizado para um cenário Novo Computador para ignorar todas as páginas do Assistente de Implementação do Windows. Neste exemplo, as propriedades a fornecer 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=P@ssw0rd

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

SkipTaskSequence=YES
TaskSequenceID=Enterprise

SkipComputerName=YES
OSDComputerName=%SerialNumber%

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

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

SkipTimeZone=YES
TimeZoneName=China Standard Time

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

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

Chamar Serviços Web no MDT

Em versões anteriores do MDT, o processamento de regras era suportado através de CustomSettings.ini e bases de dados, a partir das quais poderia obter valores do computador local ( normalmente utilizando WMI) para tomar decisões sobre o que era necessário fazer em cada computador durante a implementação. Além disso, pode fazer consultas SQL e chamadas de procedimento armazenado para obter informações adicionais de bases de dados externas. No entanto, houve desafios com essa abordagem, especialmente com a segurança das ligações SQL Server.

Para ajudar com este problema, o MDT tem a capacidade de fazer chamadas de serviço Web com base em regras simples definidas no CustomSettings.ini. Estes pedidos de serviço Web não requerem qualquer contexto de segurança especial e podem utilizar qualquer porta TCP/IP necessária para simplificar as configurações da firewall.

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

[Settings]
Priority=Default, USZipService
Properties=USZip, City, State, Zip, Area_Code, Time_Zones
[Default]
USZip=98052
[USZipService]
WebService=http://www.webservicex.net/uszip.asmx/GetInfoByZIP
Parameters=USZip

A execução deste código produz um resultado semelhante ao 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 para watch ao executar um serviço Web:

• Não faça nada de especial com servidores proxy. Se existir um proxy anónimo presente, utilize-o, mas a autenticação de proxies poderá 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 devolvida como resultado da chamada do serviço Web (tal como acontece com uma consulta de base de dados ou outra regra). No entanto, a pesquisa XML é sensível a maiúsculas e minúsculas. Felizmente, o serviço Web descrito aqui devolve todos os nomes de propriedades em maiúsculas, que é o que ZTIGather.xml espera. É possível remapear entradas minúsculas ou de maiúsculas/minúsculas para contornar esta situação.

• POST Recomenda-se um pedido para o serviço Web, pelo que a chamada do serviço Web tem de ser capaz de suportar um POST.

Ligar a Recursos de Rede

Durante os processos de implementação LTI e ZTI, poderá necessitar de acesso a um recurso de rede num servidor diferente do servidor que aloja a partilha de implementação. Tem de ser autenticado no outro servidor para poder aceder a pastas ou serviços partilhados. Por exemplo, pode instalar uma aplicação a partir de uma pasta partilhada num servidor diferente do servidor que aloja a partilha de implementação que os scripts MDT utilizam.

Com o script ZTIConnect.wsf, pode ligar a outros servidores e aceder aos recursos nos mesmos. A sintaxe do script ZTIConnect.wsf é a seguinte (em que unc_path é um caminho UNC [Universal Naming Convention] para ligar ao servidor):

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

Na maioria das instâncias, executa o script ZTIConnect.wsf como uma tarefa do Task Sequencer. Execute o script ZTIConnect.wsf antes das tarefas que requerem acesso a um servidor diferente do servidor que aloja a partilha de implementação.

Para adicionar o script ZTIConnect.wsf como uma tarefa à sequência de tarefas de uma compilação

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

3. No painel de detalhes, selecione task_sequence (em que task_sequence é a sequência de tarefas a modificar).

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

5. Selecione o separador Sequência de Tarefas, navegue para o grupo (em que grupo é o grupo no qual executar o script ZTIConnec.wsf) e selecione Adicionar. Selecione Geral e, em seguida, selecione Executar Linha de Comandos.

   Observação

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

6. Conclua o separador Propriedades da nova tarefa com as seguintes informações:

   Nesta caixa	Faça isto
   Nome	Escreva Ligar ao servidor (em que servidor é o nome do servidor ao qual ligar).
   Descrição	Escreva texto que explique o motivo pelo qual a ligação tem de ser efetuada.
   Comando	Escreva cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (em que unc_path é o caminho UNC para uma pasta partilhada no servidor).

7. Conclua o separador Opções da nova tarefa com as seguintes informações. A menos que seja especificado, aceite os valores predefinidos e, em seguida, selecione OK.

   Nesta caixa	Faça isto
   Códigos de êxito	Escreva 0 3010. (O script ZTIConnect.wsf devolve estes códigos após a conclusão com êxito.)
   Caixa de listagem Condições	Adicione quaisquer condições que possam ser necessárias. (Na maioria dos casos, esta tarefa não requer condições.)

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

Implementar os Controladores de Dispositivo Corretos em Computadores com os Mesmos Dispositivos de Hardware, mas Diferentes Criações e Modelos

Podem existir variações em números e nomes de modelos sem praticamente nenhuma diferença no conjunto de controladores. Estas variações em números e nomes de modelos podem aumentar desnecessariamente o tempo despendido a criar múltiplas entradas de base de dados para um determinado modelo. O procedimento seguinte mostra como definir uma nova propriedade com uma chamada de função de saída do utilizador que devolve uma subcadeia do número do modelo.

Para criar aliases de modelo

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. Na caixa de diálogo Propriedades , selecione o separador Regras .

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

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

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

8. Adicione a [SetModel] secção às definições de Prioridade na [Settings] secção .

9. Adicione uma linha à ModelAlias secção para fazer referência a um script de saída do utilizador que truncará o nome do modelo em "(".

10. Crie uma pesquisa de base de dados MMApplications em que ModelAlias é igual a Modelo.

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

    O seguinte mostra uma CustomSettings.ini e o script de saída do utilizador, respetivamente.

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

    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
    

Configurar Passos de Sequência de Tarefas Condicionais

Em alguns cenários, considere executar um passo de sequência de tarefas condicionalmente com base em critérios definidos. Todas as combinações destas condições podem ser adicionadas para determinar se o passo de sequência de tarefas deve ser executado. Por exemplo, utilize o valor de uma variável de sequência de tarefas e o valor de uma definição de registo para determinar se um passo de sequência de tarefas deve ser executado.

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

• Uma ou mais instruções SE

• Uma variável de sequência de tarefas

• A versão do sistema operativo de destino

• Os resultados booleanos de uma consulta WMI

• Uma definição de registo

• O software instalado no computador de destino

• As propriedades de uma pasta

• As propriedades de um ficheiro

Configurar um Passo de Sequência de Tarefas Condicional

Os passos de sequência de tarefas condicionais são configurados no Deployment Workbench, no separador Opções de um passo de sequência de tarefas. Pode adicionar uma ou mais condições ao passo de sequência de tarefas para criar a condição adequada para executar ou não executar o passo.

Para ver o separador Opções de um passo de sequência de tarefas

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

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

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

5. Na caixa de diálogo Propriedadesdo task_sequence, no separador Sequência de Tarefas, selecione o passo (em que passo é o nome do passo de sequência de tarefas a configurar) e, em seguida, selecione o separador Opções.

   No separador Opções do passo de sequência de tarefas, execute as seguintes ações:

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

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

• Editar. Selecione este botão para modificar uma condição existente num passo 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 SE . As instruções IF são a base para a criação de passos de sequência de tarefas condicionais. Uma condição de passo de sequência de tarefas pode incluir apenas uma instrução SE , mas várias instruções SE podem ser aninhadas abaixo da instrução SE de nível superior para criar condições mais complexas.

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

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

Conclua a condição para executar o passo de sequência de tarefas ao adicionar outros critérios às condições (por exemplo, variáveis de sequência de tarefas ou valores numa definição de registo).

Para adicionar uma condição de instrução SE a um passo de sequência de tarefas

1. No separadorOpção do passo (em que passo é o nome do passo de sequência de tarefas a configurar), selecione Adicionar e, em seguida, selecione Instrução If.

2. Na caixa de diálogo Propriedades da Instrução If , selecione condição (em que a 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

Utilize 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 num grupo de trabalho. Sabendo que a política de domínio atual força todas as definições de utilizador a serem guardadas na rede, as definições de utilizador podem ter de ser guardadas apenas para computadores que não fazem parte do domínio, ou seja, computadores que estão no grupo de trabalho. Nesse caso, adicione uma condição à tarefa Capturar Ficheiros e Definições de Utilizador que visa os computadores no grupo de trabalho.

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

1. No separadorOpções do passo (em que passo é o nome do passo de sequência de tarefas a configurar), selecione Adicionar Condição e, em seguida, selecione Variável de Sequência de Tarefas.

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

   Observação

   Esta variável está definida como 0 para computadores que estão associados a um domínio e para 1 para os que estão num grupo de trabalho.

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

4. Na caixa Valor , escreva 1 e, em seguida, selecione OK.

Versão do Sistema Operativo em Condições

Utilize a condição Versão do Sistema Operativo para verificar a versão existente do sistema operativo 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 definições de rede devem ser copiadas e aplicadas apenas a servidores com Windows Server 2003. Todos os outros servidores terão as predefinições de rede utilizadas Windows Server 2008.

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

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

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

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

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

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

Propriedades do Ficheiro em Condições

Utilize a condição Propriedades do Ficheiro para verificar a versão e/ou o tampão de um determinado ficheiro para determinar se deve ou não executar uma tarefa ou um grupo de tarefas. Neste exemplo, o ambiente de produção contém uma imagem Windows Server 2003 que é constantemente atualizada e utilizada para cada novo servidor adicionado à rede. Todos os computadores de servidor no ambiente executam uma aplicação personalizada que requer a interface de programação de aplicações (API) do Objeto de Acesso Digital (DAO) versão 3.60.6815.

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

Para adicionar uma condição propriedades de ficheiro a um passo 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 DAO, com um programa denominado InstallDAO. Para saber mais sobre a criação de pacotes, veja Como criar um pacote.

2. Crie um passo Instalar Software para implementar o pacote DAO.

3. Selecione o passo de sequência de tarefas Instalar Software criado no passo 2 e, em seguida, selecione o separador Opções .

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

5. Na caixa Caminho , escreva C:\Programas\Microsoft Shared\DAO\dao360.dll.

6. Selecione a caixa Verificar a versão marcar e, em seguida, selecione não é igual à condição.

7. Na caixa Versão , escreva 3.60.6815.

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

Propriedades da Pasta em Condições

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

Se o carimbo de data/hora da pasta na qual a aplicação está instalada for 31/12/2007 ou anterior, o computador de destino está a executar a versão incompatível da aplicação e deve executar o processo de conversão de dados no computador de destino. Condicionalmente, execute um passo de sequência de tarefas para executar o processo de conversão de dados em computadores com uma versão anterior da aplicação.

Para adicionar uma condição propriedades da pasta a um passo de sequência de tarefas

1. Na consola do Configuration Manager ou no Deployment Workbench, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que pretende editar).

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

3. Selecione a tarefa criada no passo 1.

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

5. Na caixa Caminho , escreva o caminho da pasta que contém a aplicação.

6. Selecione a caixa Desmarque o carimbo de data/hora marcar.

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

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

9. Na caixa Hora , selecione 00:00 e, em seguida, selecione OK.

Definições do Registo em Condições

Utilize a condição Definição do Registo para verificar a existência de chaves e valores no registo e os dados correspondentes armazenados nos valores do registo. Por exemplo, considere um caso em que uma aplicação atualmente utilizada num pequeno conjunto de computadores não pode ser executada no Windows 8 e está em vigor uma implementação Windows 8 para atualizar os computadores que atualmente executam o Windows XP. Crie uma condição na primeira tarefa numa sequência para marcar o registo de uma entrada para a aplicação incompatível e interromper o processo de implementação desse computador, se for encontrado.

Para adicionar uma condição de Definição de Registo a um passo de sequência de tarefas

1. Na consola do Configuration Manager ou no Deployment Workbench, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que implementa Windows 8).

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

3. Selecione Adicionar Condição e, em seguida, selecione Definição do Registo.

4. Na lista Chave de raiz, selecione HKEY_LOCAL_MACHINE.

5. Na caixa Chave , escreva SOFTWARE\WOODGROVE.

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

7. Opcionalmente, a condição pode marcar para a não existência de um valor se o nome do valor for escrito na caixa Nome do valor.

8. Se tiver sido utilizada uma condição diferente de existir/não existir, especifique um valor e um tipo de valor.

9. Selecione OK.

Consultas WMI em Condições

Utilize a condição de Consulta WMI para executar qualquer consulta WMI. A condição é avaliada como Verdadeiro se a consulta devolver, pelo menos, um resultado. Por exemplo, considere que uma equipa de implementação precisa de atualizar o sistema operativo de todos os servidores de um determinado modelo , por exemplo, Dell 1950. Pode utilizar uma consulta WMI para marcar o modelo de cada computador e prosseguir com a implementação apenas se for encontrado o modelo correto.

Para adicionar uma condição de Consulta WMI a um passo de sequência de tarefas

1. Na consola do Configuration Manager ou no Deployment Workbench, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que irá atualizar os servidores).

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

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

4. Na caixa Espaço de Nomes WMI , escreva root\cimv2.

5. Na caixa Consulta WQL , escreva Selecionar * De Win32_ComputerSystem EM QUE Modelo COMO "%Dell%%1950%". Selecione OK.

Software Instalado em Condições

Utilize uma condição de Software Instalado para marcar se uma parte específica do software estiver atualmente instalada num computador de destino. Apenas o software instalado com ficheiros do Microsoft Installer (MSI) pode ser avaliado com esta condição. Por exemplo, imagine que pretende atualizar o sistema operativo de todos os servidores, exceto os que executam o Microsoft SQL Server 2012.

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

1. Na consola do Configuration Manager ou no Deployment Workbench, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que irá atualizar os servidores).

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

3. Selecione Adicionar Condição e, em seguida, selecione Software Instalado.

4. Selecione Procurar e, em seguida, selecione o ficheiro MSI para SQL Server 2012.

5. Selecione a caixa de marcar Corresponder a este produto específico para especificar que apenas os computadores com SQL Server 2012 e não outras versões são os computadores de destino que esta consulta deve detetar.

6. Selecione OK.

Condições Complexas

Podem ser agrupadas várias condições com instruções SE para criar condições complexas. Por exemplo, imagine que um determinado passo só deve ser executado para computadores contoso 1950 com Windows Server 2003 ou Windows Server 2008. Escrito como uma instrução SE programática, teria um aspeto semelhante ao seguinte:

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

Para adicionar uma condição complexa

1. Na consola do Configuration Manager ou no Deployment Workbench, no editor de sequência de tarefas, edite task_sequence (em que sequência de tarefas é a sequência de tarefas que irá atualizar os servidores).

2. Selecione o passo de sequência de tarefas ao qual pretende adicionar a condição e, em seguida, selecione o separador Opções .

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

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

5. Certifique-se de que root\cimv2 está especificado como o espaço de nomes WMI e, em seguida, na caixa Consulta WQL , escreva SELECT * FROM Win32_ComputerSystem WHERE ComputerModel LIKE "%Contoso%1950%". Selecione OK.

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

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

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

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

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

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

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

Criar uma Infraestrutura de Implementação de LTI altamente dimensionável

Neste cenário, não está disponível nenhuma distribuição de software eletrónico para a infraestrutura de implementação tirar partido, pelo que utiliza o MDT para criar uma infraestrutura de implementação LTI totalmente automatizada. A infraestrutura LTI dimensionável utiliza tecnologias SQL Server, Serviços de Implementação do Windows e Windows Server 2003 Distributed File System Replication (DFS-R).

Dimensione a infraestrutura LTI ao:

• Garantir que a infraestrutura adequada existe conforme descrito em Garantir que a Infraestrutura Adequada Existe

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

• Preparar os Serviços de Implementação do Windows conforme descrito em Preparar os Serviços de Implementação do Windows

• Configurar o DFS-R conforme descrito em Configurar a Replicação do Sistema de Ficheiros Distribuído

• Preparar para SQL Server replicação conforme descrito em Preparar para Replicação do SQL Server

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

  Este cenário pressupõe que o MDT está configurado num servidor de implementação master e que a configuração da BD MDT já foi concluída, conforme discutido no início deste documento.

Garantir que existe a Infraestrutura Adequada

A infraestrutura de implementação LTI altamente dimensionável utiliza uma topologia hub-and-spoke para replicação de conteúdo; por conseguinte, nomeie primeiro um servidor de implementação no ambiente de produção que irá desempenhar a função do servidor de implementação master. O seguinte lista os componentes necessários para o servidor de implementação master.

Componente necessário	Objetivo/comentário
Windows Server 2003 R2	Necessário para suportar DFS-R
MDT	Contém a cópia master da partilha de implementação
SQL Server 2005	Tem de ser uma versão completa para permitir a replicação da BD MDT
DFS-R	Necessário para a replicação da partilha de implementação
Serviços de Implementação do Windows	Necessário para permitir o início de instalações baseadas em PXE de rede

Quando tiver selecionado o servidor de implementação master, aprovisione servidores adicionais em cada site para suportar implementações LTI. O seguinte lista os componentes necessários para o servidor de implementação subordinado.

Componente necessário	Objetivo/comentário
Windows Server 2003 R2	Necessário para suportar DFS-R
Microsoft SQL Server 2005 Express Edition	Recebe cópias replicadas da BD MDT
DFS-R	Necessário para a replicação da partilha de implementação
Serviços de Implementação do Windows	Necessário para permitir o início de instalações baseadas em PXE de rede

Adicionar Conteúdo ao MDT

Preencha o master servidor de implementação com conteúdo através do Deployment Workbench e crie e preencha a BD MDT, conforme descrito nas secções seguintes. Para obter informações sobre como preencher a base de dados com:

• Aplicações, veja a secção "Configurar Aplicações no Deployment Workbench", no documento MDT Utilizar o Toolkit de Implementação da Microsoft

• Sistemas operativos, veja a secção "Configuring Operating Systems in the Deployment Workbench" (Configurar Sistemas Operativos no Deployment Workbench) no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Microsoft Deployment Toolkit)

• Pacotes do sistema operativo, veja a secção "Configurar Pacotes no Deployment Workbench", no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Microsoft Deployment Toolkit)

• Controladores de dispositivo, veja a secção "Configurar Controladores de Dispositivo no Deployment Workbench", no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Toolkit de Implementação da Microsoft)

• Sequências de tarefas, veja a secção "Configurar Sequências de Tarefas no Deployment Workbench", no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Toolkit de Implementação da Microsoft)

Preparar os Serviços de Implementação do Windows

Uma vez que o ficheiro LiteTouchPE_x86.wim será replicado periodicamente através do grupo de replicação DFS-R, o arquivo de dados de configuração de arranque tem de ser atualizado periodicamente para refletir o ambiente do Windows PE recém-replicado. Execute os seguintes passos em cada um dos servidores de implementação.

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

1. Abra uma janela de Prompt de Comando.

2. Escreva WDSUtil/set-server/BCDRefreshPolicy/Enabled:yes/RefreshPeriod:60 e, em seguida, prima ENTER.

Configurar a Replicação do Sistema de Ficheiros Distribuído

Ao dimensionar a arquitetura de implementação LTI, utiliza DFS-R como base para replicar o conteúdo da partilha de implementação MDT e do ambiente de arranque do Windows PE Lite Touch e do servidor de implementação master para os servidores de implementação subordinados.

Para configurar o DFS-R para replicar o conteúdo de implementação

1. Abra a consola de Gestão DFS.

2. Na consola de Gestão DFS, expanda Gestão de DFS.

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

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

5. Selecione Avançar.

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

   • Na caixa Nome do grupo de replicação , escreva um nome para o grupo de replicação, por exemplo, Grupo de Replicação MDT 2010.

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

   • Certifique-se de que 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 estes passos:

   1. Selecione Adicionar.

   2. Escreva os nomes de todos os servidores que serão membros deste grupo de replicação, por exemplo, todos os servidores de implementação subordinados e o servidor de implementaçã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 Seguinte.

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

12. Selecione Avançar.

13. Na página hub and Spoke Connections, certifique-se de que, para cada servidor de implementação subordinado, o servidor de implementação master listado é o Membro do Hub Necessário.

14. Selecione Avançar.

15. Na página Agenda do Grupo de Replicação e Largura de Banda , especifique uma agenda 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 implementação master.

18. Selecione Avançar.

19. Na página Pastas a Replicar , selecione Adicionar e, em seguida, execute estes passos:

    1. Na caixa Caminho Local da pasta a replicar , selecione Procurar para aceder à pasta X:\Deployment (em que X é a letra de unidade no servidor de implementação).

    2. Selecione Utilizar nome com base no caminho.

    3. Selecione OK.

    4. Selecione Adicionar.

    5. Na caixa de diálogo Adicionar Pasta a Replicar , selecione Procurar para aceder à pasta X:\RemoteInstall\Boot.

    6. Selecione Utilizar nome com base no caminho.

20. Selecione Avançar.

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

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

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

    3. Escreva o caminho onde a pasta Partilha de Implementação deve ser armazenada no servidor de implementação subordinado, por exemplo, X:\Deployment (em que X é a letra de unidade no servidor de implementação).

    4. Selecione OK.

22. Selecione Avançar.

23. Na página Caminho Local de Arranque em Outros Membros , execute estes passos:

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

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

    3. Escreva o caminho onde a pasta Arranque deve ser armazenada no servidor de implementação subordinado, por exemplo , X:\RemoteInstall\Boot (em que X é a letra de unidade no servidor de implementação).

    4. Selecione OK.

24. Selecione Avançar.

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

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

A preparar para Replicação do SQL Server

Antes de SQL Server replicação poder ser configurada, conclua vários passos de pré-configuração para garantir que os servidores de implementação estão configurados corretamente.

Para se preparar para SQL Server replicação no servidor de implementação do master

1. Crie uma pasta para armazenar os instantâneos da base de dados e, em seguida, configure a pasta como uma partilha.

   Observação

   Para obter mais informações sobre como proteger a pasta snapshot, consulte Proteger a Pasta de Instantâneos.

2. Certifique-se de que o serviço SQL Server Browser está ativado e definido como Automático.

3. Na caixa SQL Server Configuração da Área do Surface, selecione Ligações Locais e Remotas.

   Para se preparar para SQL Server replicação no servidor de implementação subordinado

4. Na caixa SQL Server Configuração da Área do Surface, selecione Ligações Locais e Remotas.

5. Opcionalmente, crie uma base de dados vazia para alojar a BD MDT replicada.

Configurar Replicação do SQL Server

Depois de configurar a replicação de ficheiros e pastas necessários para criar a infraestrutura de implementação, configure SQL Server para replicar a BD MDT.

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

1. Uma revista é disponibilizada (publicada) por uma editora.

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

3. Os leitores podem subscrever uma publicação para que a publicação seja entregue periodicamente ao subscritor (uma subscrição push).

   Esta terminologia é utilizada através do SQL Server assistentes de configuração e configuração de replicação.

Configurar um SQL Server Publisher

Para configurar o servidor de implementação master como um publicador SQL Server, execute estes passos:

1. Abra o SQL Server Management Studio.

2. Clique com o botão direito do rato no nó Replicação e, em seguida, selecione Configurar Distribuição.

3. No Assistente de Configuração de Distribuição, selecione Seguinte.

4. Na página Distribuidor, selecionar funcionará como o seu próprio Distribuidor; SQL Server criará uma base de dados de distribuição e um registo e, em seguida, selecione Seguinte.

5. Na página Pasta de Instantâneos, na secção Preparar para Replicação do SQL Server, escreva o caminho UNC para a pasta snapshot criada.

6. Na página Base de Dados de Distribuição , selecione Seguinte.

7. Na página Editores, selecione o master servidor de implementação para defini-lo como distribuidor e, em seguida, selecione Seguinte.

8. Na página Ações do Assistente , selecione Configurar Distribuição e, em seguida, selecione Seguinte.

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

Ativar a BD MDT para Replicação

Para ativar a BD MDT para replicação no servidor de implementação master, execute estes passos:

1. Em SQL Server Management Studio, clique com o botão direito do rato no nó Replicação e, em seguida, selecione Propriedades do Publicador.

2. Na página Propriedades do Publicador , execute estes passos:

   1. Selecione Bases de Dados do Publisher.

   2. Selecione a BD MDT e, em seguida, selecione Transacional.

   3. Selecione OK.

   A BD MDT está agora configurada para replicação transacional e snapshot.

Criar uma Publicação da BD MDT

Para criar uma publicação da BD MDT à qual os servidores de implementação subordinados podem subscrever, execute estes passos:

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

2. No Assistente de Nova Publicação, selecione Seguinte.

3. Na página Base de Dados de Publicação , selecione a BD MDT e, em seguida, selecione Seguinte.

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

5. Na página Artigos , selecione todas as Tabelas, Procedimentos Armazenados e Vistas e, em seguida, selecione Seguinte.

6. Na página Problemas de Artigos , selecione Seguinte.

7. Na página Filtrar Linhas da Tabela , selecione Seguinte.

8. Na página Agente de Instantâneo, execute estes passos:

   1. Selecione Criar um snapshot imediatamente e mantenha o snapshot disponível para inicializar subscrições.

   2. Selecione Agendar o Agente de Instantâneo a executar nas horas seguintes.

   3. Selecione Alterar.

   Observação

   Especifique uma agenda que ocorrerá uma hora antes de a base de dados ser replicada.

9. Selecione Avançar.

10. Na página Segurança do Agente, selecione a conta na qual o agente snapshot será executado e, em seguida, selecione Seguinte.

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

12. Na página Concluir o Assistente , na caixa nome da publicação , escreva 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 estará agora visível por baixo do nó Publicações Locais no SQL Server Management Studio.

Subscrever Servidores de Implementação Subordinados à BD MDT Publicada

Agora que a BD MDT foi publicada, pode adicionar os servidores de implementação subordinados como subscritores a esta publicação; ou seja, receberão uma cópia da base de dados com base numa agenda para que, durante uma implementação, os computadores cliente possam consultar uma base de dados local para a rede em vez de atravessarem a WAN.

Para subscrever os servidores de implementação subordinados à publicação da BD MDT

1. No SQL Server Management Studio, aceda a Replicação/Publicações Locais.

2. Clique com o botão direito do rato na publicação criada na secção anterior e, em seguida, selecione Novas Subscrições.

3. No Assistente de Novas Subscrições, selecione Seguinte.

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

5. Na página Localização do Agente de Distribuição, selecione Executar todos os agentes no SERVERNAME do Distribuidor (subscrições push) e, em seguida, selecione Seguinte.

6. Na página Subscritores , adicione cada um dos servidores de implementação subordinados ao executar os seguintes passos:

   1. Selecione Adicionar Subscritor e, em seguida, selecione Adicionar SQL Server Subscritor.

   2. Adicione cada servidor de implementação subordinado.

   3. Para cada servidor de implementação subordinado adicionado, na caixa Base de Dados da Subscrição , selecione a BD MDT vazia nesse servidor de implementação subordinado.

   Observação

   Se a BD MDT vazia ainda não tiver sido criada, na caixa Base de Dados da Subscrição , selecione a opção para criar uma nova base de dados.

   Observação

   Esta base de dados tem de ter o mesmo nome que a BD MDT no servidor de implementação master. Por exemplo, se a BD MDT no servidor de implementação do master se chamar MDTDB, crie uma base de dados vazia denominada MDTDB no servidor de implementação subordinado.

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. Escreva os detalhes da conta a utilizar para o agente de distribuição e, em seguida, selecione Seguinte.

10. Na página Agenda de Sincronização , execute estes passos:

    1. Na caixa Agenda do Agente , selecione <Definir agenda>.

    2. Especifique a agenda que deve ser utilizada para replicar a base de dados entre servidores de implementação master e subordinados e, em seguida, selecione Seguinte.

11. Na página Inicializar Subscrição , selecione Seguinte.

12. Na página Ações do Assistente , selecione Criar as subscrições e, em seguida, selecione Seguinte.

13. Selecione Concluir e, em seguida, selecione Fechar quando o assistente tiver terminado com êxito.

    SQL Server replicação está agora configurada e a base de dados MDT será replicada a partir do servidor de implementação master para todos os servidores de implementação subordinados que tenham sido subscritos numa base periódica.

Configurar CustomSettings.ini

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

• A partilha de implementação

• A BD MDT

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

  Agora, pode configurar o ficheiro CustomSettings.ini para a partilha de implementação para utilizar o conteúdo de implementação (partilha de implementação e base de dados) a partir do servidor de implementação local, o servidor que fornece o ambiente LiteTouchPE_x86.wim através dos Serviços de Implementação do Windows.

  Quando o ficheiro LiteTouchPE_x86.wim é entregue a partir dos Serviços de Implementação do Windows, é configurada uma chave de registo com o nome do servidor dos Serviços de Implementação do Windows que está a utilizar. O MDT captura este nome de servidor numa variável (%WDSServer%) que pode utilizar para configurar CustomSettings.ini.

  Para utilizar sempre o servidor de implementação LTI local

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. Selecione o separador Regras e, em seguida, modifique o ficheiro CustomSettings.ini para configurar as seguintes propriedades:

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

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

5. Selecione Editar Bootstrap.ini.

6. Configure BootStrap.ini para utilizar a propriedade %WDSServer% ao adicionar ou alterar o valor DeployRoot para DeployRoot=\\%WDSServer%\Deployment$.

7. Selecione Ficheiro e, em seguida, selecione Guardar para guardar as alterações no ficheiro BootStrap.ini.

8. Selecione OK.

   A partilha de implementação e o ambiente do Windows PE LiteTouchPE_x86.wim têm de ser atualizados.

9. No painel Ações, selecione Atualizar Partilha de Implementação.

   O Assistente de Partilha de Implementação de Atualizações é iniciado.

10. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

11. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

    O exemplo seguinte ilustra CustomSettings.ini depois de executar os passos descritos nesta secção.

    Exemplo CustomSettings.ini Configurado para a Infraestrutura de Implementação LTI Dimensioná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

Selecionar um Servidor MDT Local Quando Existem Múltiplos Servidores

Neste cenário, estão a ser utilizados vários servidores MDT para suportar um elevado volume de implementações e implementações simultâneas em vários sites. Quando uma implementação de LTI é inicializada, o comportamento predefinido é pedir um caminho para o servidor MDT para ligar e aceder aos ficheiros necessários para iniciar o processo de implementação.

O Assistente de Implementação do Windows pode utilizar o ficheiro LocalServer.xml para apresentar uma escolha de servidores de implementação conhecidos para cada localização.

Utilize o ficheiro LocationServer.xml ao:

• Compreender a finalidade e a utilização de LocationServer.xml conforme descrito em Compreender LocationServer.xml

• Criar o ficheiro de LocationServer.xml conforme descrito em Criar o Ficheiro de LocationServer.xml

• Adicionar o ficheiro LocationServer.xml ao diretório Ficheiros Adicionais, conforme descrito em Adicionar o Ficheiro de LocationServer.xml ao Diretório de Ficheiros Adicionais

• Atualizar o ficheiro de BootStrap.ini conforme descrito em Atualizar o Ficheiro de BootStrap.ini

• Atualizar a partilha de implementação conforme descrito em Atualizar a Partilha de Implementação

  Este cenário pressupõe que o MDT está configurado num servidor de implementação.

Compreender LocationServer.xml

Primeiro, tem de compreender Como é que o MDT utiliza LocationServer.xml. Durante o LTI, os scripts MDT leem e processam o ficheiro BootStrap.ini para recolher informações iniciais sobre a implementação. Isto acontece antes de ser feita uma ligação ao servidor de implementação. Por conseguinte, a propriedade DeployRoot é normalmente utilizada para especificar no ficheiro de BootStrap.ini o servidor de implementação ao qual deve fazer uma ligação.

Se o ficheiro BootStrap.ini não contiver uma propriedade DeployRoot , os scripts MDT carregam uma página do assistente para pedir ao utilizador um caminho para o servidor de implementação. Ao inicializar a página do assistente da Aplicação HTML (HTA), os scripts MDT marcar para a existência do ficheiro LocationServer.xml e, se existir, utilize LocationServer.xml para apresentar os servidores de implementação disponíveis.

Compreender Quando Utilizar LocationServer.xml

O MDT oferece várias formas de determinar a que servidor ligar durante uma implementação LTI. Os diferentes métodos para localizar o servidor de implementação são mais adequados para diferentes cenários; Por conseguinte, é importante compreender quando utilizar LocationServer.xml.

O MDT fornece vários métodos para detetar e utilizar automaticamente o servidor de implementação mais adequado. Estes métodos estão listados na tabela seguinte.

Method	Detalhes
%WDSServer%	Este método é utilizado quando o servidor MDT é coalojado no servidor dos Serviços de Implementação do Windows. Quando uma implementação LTI é iniciada a partir dos Serviços de Implementação do Windows, é criada e preenchida uma variável ambiental (%WDSServer%) com o nome do servidor dos Serviços de Implementação do Windows. A variável DeployRoot pode utilizar esta variável para ligar automaticamente a uma partilha de implementação no servidor dos Serviços de Implementação do Windows, por exemplo: DeployRoot=\\%WDSServer%\Deployment$
Automatização baseada na localização	O MDT pode utilizar a automatização baseada na localização no ficheiro BootStrap.ini para determinar o servidor no qual deve ser implementado. Utilize a propriedade Gateway Predefinido para distinguir entre diferentes localizações; para cada Gateway Predefinido, é especificado um servidor MDT diferente. Para obter mais informações sobre como utilizar a automatização baseada na localização, veja "Selecionar os Métodos para Aplicar Definições de Configuração".

Cada abordagem listada na tabela anterior oferece uma forma de automatizar a seleção do servidor de implementação numa determinada localização para determinados cenários. Estas abordagens são direcionadas para cenários específicos, por exemplo, quando o servidor MDT é coalojado com os Serviços de Implementação do Windows.

Existem outros cenários em que estas abordagens não são adequadas, por exemplo, se existirem vários servidores de implementação numa determinada localização ou a lógica de automatização não for possível (por exemplo, a rede não é segmentada o suficiente para permitir a determinação da localização ou o servidor MDT está separado dos Serviços de Implementação do Windows).

Nestes cenários, o ficheiro LocationServer.xml fornece uma forma flexível de apresentar estas informações no momento da implementação sem que seja necessário ter conhecimento dos nomes dos servidores e dos nomes das partilhas de implementação.

Criar o Ficheiro de LocationServer.xml

Para apresentar uma lista de servidores de implementação disponíveis durante uma implementação LTI, crie um ficheiro LocationServer.xml que contenha detalhes sobre cada servidor. Não existe um ficheiro de LocationServer.xml predefinido no MDT, por isso crie um com a seguinte documentação de orientação.

Criar um Ficheiro de LocationServer.xml para Suportar Várias Localizações

O método mais simples para criar e utilizar LocationServer.xml é criar um ficheiro de LocationServer.xml e adicionar entradas para cada servidor de implementação no ambiente (isto pode estar na mesma localização ou em localizações diferentes).

Construa o ficheiro LocationServer.xml ao criar uma nova secção para cada servidor e, em seguida, adicione as seguintes informações:

• Um identificador exclusivo

• Um nome de localização, utilizado para apresentar um nome facilmente identificável para essa localização

• Um caminho UNC para o servidor MDT para essa localização

  O seguinte ilustra como o ficheiro LocationServer.xml é criado com cada uma destas propriedades através de um ficheiro de LocationServer.xml de exemplo configurado para várias localizações.

  Exemplo LocationServer.xml Ficheiro para Suportar Várias Localizações

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

Com este formato, especifique entradas de servidor diferentes para cada localização ou para situações em que existam múltiplos servidores numa única localização ao especificar uma entrada de servidor diferente para cada servidor nessa localização, conforme mostrado no exemplo seguinte.

Exemplo LocationServer.xml Ficheiro para Suportar Múltiplos Servidores em Várias Localizações

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

Criar um Ficheiro de LocationServer.xml para Balancear Carga de Vários Servidores em Localizações Diferentes

Com LocationServer.xml, especifique vários servidores por entrada de localização e, em seguida, efetue o balanceamento de carga básico para que, quando uma localização for escolhida, o MDT selecione automaticamente um servidor de implementação na lista de servidores disponíveis. Para fornecer esta funcionalidade, o ficheiro LocationServer.xml suporta a especificação de uma métrica de ponderação.

O seguinte ilustra um ficheiro de LocationServer.xml de exemplo configurado para vários servidores em localizações diferentes.

Exemplo LocationServer.xml Ficheiro para Localizações 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 com a etiqueta de ponderação> do <servidor, que o MDT utiliza no processo de seleção do servidor. A probabilidade de um servidor ser selecionado é calculada por:

Peso/soma do servidor de todos os pesos do servidor

No exemplo anterior, os três servidores da Contoso HQ estão listados como 1, 2 e 4. A probabilidade de um servidor com uma ponderação de 2 ser selecionada torna-se de 2 em 7. Por conseguinte, para utilizar o sistema de ponderação, determine a capacidade dos servidores disponíveis numa localização e pondere cada servidor pela capacidade do servidor em relação a cada um dos outros servidores.

Adicionar o Ficheiro LocationServer.xml ao Diretório de Ficheiros Adicionais

Depois de criar o ficheiro de LocationServer.xml, adicione-o à LiteTouch_x86 e LiteTouch_x64 imagens de arranque do Windows PE na pasta X:\Deploy\Control. Com o Deployment Workbench, adicione outros ficheiros e pastas a estas imagens do Windows PE ao especificar um diretório adicional para adicionar nas propriedades da partilha de implementação.

Para adicionar LocationServer.xml à partilha de implementação

1. Crie uma pasta denominada Ficheiros Adicionais na pasta de partilha de implementação de raiz (por exemplo, D:\Partilha de Implementação de Produção\Ficheiros Extra).

2. Crie uma estrutura de pastas na pasta Ficheiros Adicionais que espelha a localização do Windows PE onde o ficheiro adicional deve residir.

   Por exemplo, o ficheiro LocationServer.xml tem de residir na pasta \Deploy\Control no Windows PE; Por conseguinte, crie a mesma estrutura de pastas em Ficheiros Adicionais (por exemplo, D:\Partilha de Implementação de Produção\Ficheiros Adicionais\Implementar\Controlo).

3. Copie LocationServer.xml para a pasta deployment_share\Extra Files\Deploy\Control (em que deployment_share é o caminho completamente qualificado para a pasta raiz da partilha de implementação).

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

5. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

7. Na caixa de diálogo deployment_shareProperties (em que deployment_share é o nome da partilha de implementação), execute estes passos:

   1. Selecione o separador Definições da plataforma Windows PE (onde a plataforma é a arquitetura da imagem do Windows PE a configurar).

   2. Na secção Personalizações do Windows PE , na caixa Diretório extra a adicionar , escreva caminho (em que caminho é o caminho completamente qualificado para a pasta Ficheiros Adicionais, por exemplo, D:\Partilha de Implementação de Produção\Ficheiros Extra) e, em seguida, selecione OK.

Atualizar o Ficheiro de BootStrap.ini

Quando cria uma partilha de implementação com o Deployment Workbench, é criada e preenchida automaticamente uma propriedade DeployRoot no ficheiro BootStrap.ini. Uma vez que o ficheiro LocationServer.xml é utilizado para preencher a propriedade DeployRoot , tem de remover este valor do ficheiro BootStrap.ini.

Para remover a propriedade DeployRoot do BootStrap.ini

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. Na caixa de diálogo deployment_shareProperties (em que deployment_share é o nome da partilha de implementação), selecione o separador Regras e, em seguida, selecione Editar BootStrap.ini.

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

6. Selecione Ficheiro e, em seguida, selecione Guardar para guardar as alterações no ficheiro BootStrap.ini.

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

Atualizar a Partilha de Implementação

Em seguida, a partilha de implementação tem de ser atualizada para gerar um novo ambiente de arranque LiteTouch_x86 e LiteTouch_x64 que contenha o ficheiro de LocationServer.xml e o ficheiro de BootStrap.ini atualizado.

Para atualizar a partilha de implementação

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

3. No painel Ações, selecione Atualizar Partilha de Implementação.

   O Assistente de Partilha de Implementação de Atualizações é iniciado.

4. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

5. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

Substituir um Computador Existente por um Novo Computador Utilizando a Instalação Lite Touch

Pode utilizar o MDT para implementar uma imagem num novo computador que irá substituir um computador existente na arquitetura empresarial. Esta situação pode surgir ao atualizar de um sistema operativo para outro (um novo sistema operativo pode exigir novo hardware) ou se a organização precisar de computadores mais recentes e mais rápidos para aplicações existentes.

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

Nesta implementação de exemplo, substitua o computador existente (WDG-EXIST-01) por um novo computador (WDG-NEW-02) no domínio CORP ao capturar dados de estado do utilizador de WDG-EXIST-01 e guardá-los numa partilha de rede. Em seguida, implemente uma imagem existente no WDG-NEW-02 e, por fim, restaure os dados de estado do utilizador capturados para WDG-NEW-02. A implementação será efetuada a partir de um servidor de implementação (WDG-MDT-01).

No MDT, utilize o modelo Standard Sequência de Tarefas Substituir Cliente para criar uma sequência de tarefas que irá executar todas as tarefas de implementação necessárias.

Esta demonstração pressupõe que:

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

• A partilha de implementação já foi criada e preenchida, incluindo imagens do sistema operativo, aplicações e controladores de dispositivo

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

• Foi criada e partilhada uma pasta partilhada de rede (UserStateCapture$) no servidor de implementação (WDG MDT 01) com as permissões de partilha adequadas

  Deve existir uma partilha de implementação antes de iniciar este exemplo. Para obter mais informações sobre como criar uma partilha de implementação, veja a secção "Managing Deployment Shares in the Deployment Workbench" (Gerir Partilhas de Implementação no Deployment Workbench) no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Microsoft Deployment Toolkit).

Passo 1: Criar uma Sequência de Tarefas para Capturar o Estado do Utilizador

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

Para criar uma sequência de tarefas para capturar o estado do utilizador no cenário de implementação Substituir Computador

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/ deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

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

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

4. Conclua o Assistente de Nova Sequência de Tarefas com as seguintes informações. Aceite os valores predefinidos, salvo especificação em contrário.

   Nesta página do assistente	Faça isto
   Definições Gerais	1. No ID da sequência de tarefas, escreva VISTA_EXIST. 2. Em Nome da sequência de tarefas, escreva Executar Cenário de Substituição do Computador no Computador Existente. 3. Selecione Seguinte.
   Selecionar Modelo	Em Estão disponíveis os seguintes modelos de sequência de tarefas. Selecione aquele que pretende utilizar como ponto de partida, selecione Standard Sequência de Tarefas Substituir Cliente e, em seguida, selecione Seguinte.
   Resumo	Verifique se os detalhes da configuração estão corretos e, em seguida, selecione Seguinte.
   Confirmação	Selecione Concluir.

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

Passo 2: Criar uma Sequência de Tarefas para Implementar o Sistema Operativo e Restaurar o Estado do Utilizador

Crie sequências de tarefas MDT no nó Sequências de Tarefas no Deployment Workbench com o Assistente de Nova Sequência de Tarefas. Para executar a segunda parte do cenário de implementação Substituir Computador (implementar o sistema operativo e, em seguida, restaurar o estado do utilizador no computador existente), selecione o modelo Standard Sequência de Tarefas de Cliente no Assistente de Nova Sequência de Tarefas.

Para criar uma sequência de tarefas para implementar o estado do utilizador no cenário de implementação Substituir Computador

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

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

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

4. Conclua o Assistente de Nova Sequência de Tarefas com as seguintes informações. Aceite os valores predefinidos, salvo especificação em contrário.

   Nesta página do assistente	Faça isto
   Definições Gerais	1. No ID da sequência de tarefas, escreva VISTA_NEW. 2. No nome da sequência de tarefas, escreva Executar Cenário de Substituição do Computador em Novo Computador. 3. Selecione Seguinte.
   Selecionar Modelo	Em Estão disponíveis os seguintes modelos de sequência de tarefas. Selecione aquele que pretende utilizar como ponto de partida, selecione Standard Sequência de Tarefas do Cliente e, em seguida, selecione Seguinte.
   Selecionar SO	Em As seguintes imagens do sistema operativo estão disponíveis para serem implementadas com esta sequência de tarefas. Selecione uma a utilizar, selecione captured_vista_image (em que captured_vista_image é a imagem capturada que o computador de referência adicionou ao nó Sistemas Operativos no Deployment Workbench) e, em seguida, selecione Seguinte.
   Especificar Chave de Produto	Selecione Não especificar uma chave de produto neste momento e, em seguida, selecione Seguinte.
   Definições do SO	1. Em Nome Completo, escreva Funcionário woodgrove. 2. Na Organização, escreva Banco Woodgrove. 3. Na Internet Explorer Home Page, escreva http://www.woodgrovebank.com. 4. Selecione Seguinte.
   Administração Palavra-passe	Em Palavra-passe de Administrador e Confirmar Palavra-passe de Administrador, escreva P@ssw0rd e, em seguida, selecione Concluir.
   Confirmação	Selecione Concluir.

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

Passo 3: Personalizar os Ficheiros de Configuração do MDT

Quando a sequência de tarefas MDT tiver sido criada, personalize os ficheiros de configuração do MDT que fornecem as definições de configuração para capturar informações de estado do utilizador. Especificamente, personalize o ficheiro CustomSettings.ini ao modificar o ficheiro nas propriedades da partilha de implementação criada anteriormente no processo de implementação. Num passo posterior, a partilha de implementação será atualizada para garantir que o ficheiro de configuração é atualizado na partilha de implementação.

Para personalizar os ficheiros de configuração do MDT para capturar informações de estado do utilizador

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

   A caixa de diálogo Propriedades é exibida.

4. Na caixa de diálogo Propriedades , selecione o separador Regras .

5. No separador Regras , modifique o ficheiro CustomSettings.ini para refletir as alterações necessárias, conforme mostrado no exemplo seguinte. Efetue quaisquer modificações adicionais necessárias ao ambiente.

   Ficheiro de CustomSettings.ini Personalizado

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

6. Na caixa de diálogo Propriedades , selecione OK.

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

Passo 4: Configurar as Opções do Windows PE para a Partilha de Implementação

Configure as opções do Windows PE para a partilha de implementação no nó Partilhas de Implementação no Deployment Workbench.

Para configurar as opções do Windows PE para a partilha de implementação

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

   A caixa de diálogo Propriedades é exibida.

4. Na caixa de diálogo Propriedades , no separador Componentes da plataforma Windows PE (onde a plataforma é a arquitetura da imagem do Windows PE a configurar), em Perfil de seleção, selecione device_drivers (onde device_drivers é o nome do perfil de seleção do controlador de dispositivo) e, em seguida, selecione OK.

Passo 5: Atualizar a Partilha de Implementação

Depois de configurar as opções do Windows PE para a partilha de implementação, atualize a partilha de implementação. Atualizar a partilha de implementação atualiza todos os ficheiros de configuração do MDT e gera uma versão personalizada do Windows PE. A versão personalizada do Windows PE é utilizada para iniciar o computador de referência e iniciar o processo de implementação LTI.

Para atualizar a partilha de implementação no Deployment Workbench

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

3. No painel Ações, selecione Atualizar ImplementaçãoPartilhar.

   O Assistente de Partilha de Implementação de Atualizações é iniciado.

4. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

5. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

   O Deployment Workbench começa a atualizar a partilha de implementação. O Deployment Workbench cria os ficheiros LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (para computadores de destino de 32 bits) ou ficheiros LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (para computadores de destino de 64 bits) na pasta deployment_share\Boot (em que deployment_share é a pasta partilhada utilizada como partilha de implementação).

Passo 6: Criar o Suporte de Dados de Arranque LTI

Forneça um método para iniciar o computador com a versão personalizada do Windows PE criada quando a partilha de implementação foi atualizada. O Deployment Workbench cria os ficheiros LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (para computadores de destino de 32 bits) ou ficheiros LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (para computadores de destino de 64 bits) na pasta deployment_share\Boot (em que deployment_share é a pasta partilhada utilizada como partilha de implementação). Crie o suporte de dados de arranque LTI adequado a partir de uma destas imagens.

Para criar o suporte de dados de arranque LTI

1. No Windows Explorer, navegue para a pasta deployment_share\Boot (onde deployment_share é a pasta partilhada utilizada como a partilha de implementação).

2. Com base no tipo de computador utilizado para o computador existente (WDG-EXIST-01) e 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 ficheiro ISO.

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

Passo 7: Iniciar o Computador Existente com o Suporte de Dados de Arranque LTI

Inicie o computador existente (WDG-EXIST-01) com o suporte de dados de arranque LTI criado anteriormente no processo. Este CD inicia o Windows PE no computador existente e inicia o processo de implementação do MDT. No final do processo de implementação do MDT, as informações de migração de estado do utilizador são armazenadas na pasta partilhada UserStateCapture$.

Para iniciar o computador existente com o suporte de dados de arranque LTI

1. Inicie o WDG-EXIST-01 com o suporte de dados de arranque LTI criado anteriormente no processo.

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

2. Conclua o Assistente de Implementação do Windows com as seguintes informações. Aceite os valores predefinidos, salvo especificação em contrário.

   Nesta página do assistente	Faça isto
   Bem-vindo à Implementação	Selecione Executar o Assistente de Implementação para instalar um novo sistema operativo e, em seguida, selecione Seguinte.
   Especifique Credenciais para ligar a partilhas de rede.	1. Em Nome de Utilizador, escreva Administrador. 2. Em Palavra-passe, escreva P@ssw0rd. 3. Em Domínio, escreva CORP. 4. Selecione OK.
   Selecione uma sequência de tarefas a executar neste computador.	Selecione Executar Cenário de Substituição de Computador no Computador Existente e, em seguida, selecione Seguinte.
   Especificar onde guardar os seus dados e definições	Selecione Avançar.
   Especificar onde guardar uma cópia de segurança completa do computador	Selecione Não fazer uma cópia de segurança do computador existente e, em seguida, selecione Seguinte.
   Pronto para começar	Selecione Iniciar.

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

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

   Se ocorrerem erros ou avisos, reveja os erros ou avisos e registe quaisquer informações de diagnóstico.

4. Na caixa de diálogo Resumo da Implementação , selecione Concluir.

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

Passo 8: Iniciar o Novo Computador com o Suporte de Dados de Arranque LTI

Inicie o novo computador (WDG-NEW-02) com o suporte de dados de arranque LTI criado anteriormente no processo. Este CD inicia o Windows PE no computador de referência e inicia o processo de implementação do MDT. No final do processo de implementação do MDT, o Windows Vista é implementado no novo computador e as informações de migração de estado do utilizador capturadas são restauradas para o novo computador.

Para iniciar o novo computador com o suporte de dados de arranque LTI

1. Inicie o WDG-NEW-02 com o suporte de dados de arranque LTI criado anteriormente no processo.

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

2. Conclua o Assistente de Implementação do Windows com as seguintes informações. Aceite os valores predefinidos, salvo especificação em contrário.

   Nesta página do assistente	Faça isto
   Bem-vindo à Implementação	Selecione Executar o Assistente de Implementação para instalar um novo sistema operativo e, em seguida, selecione Seguinte.
   Especifique Credenciais para ligar a partilhas de rede.	1. Em Nome de Utilizador, escreva Administrador. 2. Em Palavra-passe, escreva P@ssw0rd. 3. Em Domínio, escreva CORP. 4. Selecione OK.
   Selecione uma sequência de tarefas a executar neste computador.	Selecione Executar Cenário de Substituição de Computador em Novo Computador e, em seguida, selecione Seguinte.
   Configurar o nome do computador	Em Nome do computador, escreva WDG-NOVO-02 e, em seguida, selecione Seguinte.
   Associar o computador a um domínio ou grupo de trabalho	Selecione Avançar.
   Especificar se pretende restaurar dados de utilizador	1. Selecione Especificar uma localização. 2. Em Localização, escreva \\WDG-MDT-01\UserStateCapture$\WDG-EXIST-01. 3. Selecione Seguinte.
   Seleção de Região	Selecione Avançar.
   Definir o Fuso Horário	Selecione Avançar.
   Especificar se pretende capturar uma imagem	Selecione Não capturar uma imagem deste computador e, em seguida, selecione Seguinte.
   Especificar a configuração do BitLocker	Selecione Não ativar o BitLocker para este computador e, em seguida, selecione Seguinte.
   Pronto para começar	Selecione Iniciar.

   Se existirem erros ou avisos, consulte o documento MDT Troubleshooting Reference (Referência de Resolução de Problemas do documento MDT).

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

   Se ocorrerem erros ou avisos, reveja os erros ou avisos e registe quaisquer informações de diagnóstico.

4. Na caixa de diálogo Resumo da Implementação , selecione Concluir.

   O Windows Vista está agora instalado no novo computador e as informações de migração de estado do utilizador capturadas também são restauradas.

Integrar o Código de Implementação Personalizado no MDT

É comum uma equipa de implementação ter requisitos complexos, específicos do respetivo ambiente de destino, que não são cumpridos pelas ações de sequência de tarefas predefinidas do Deployment Workbench ou pelos ficheiros de configuração MDT predefinidos. Nesta situação, implemente código personalizado para cumprir os seus requisitos.

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

• Escolher uma linguagem de scripting conforme descrito em Escolher a Linguagem de Script adequado

• Tirar partido de ZTIUtility.vbs conforme descrito em Compreender Como Tirar Partido da ZTIUtility

• Integrar o código de implementação personalizado conforme descrito em Integrar o Código de Implementação Personalizado

  As secções seguintes partem do princípio de que o MDT está configurado num servidor de implementação.

Escolher a Linguagem de Scripting Adequada

Embora qualquer código que possa ser executado no Windows ou Windows PE possa ser chamado como uma instalação de aplicação ou através de um passo de sequência de tarefas MDT, a Microsoft recomenda a utilização de scripts sob a forma de ficheiros .vbs ou .wsf.

A vantagem de utilizar ficheiros .wsf é o registo incorporado, além de outras funções predefinidas já utilizadas pelos processos ZTI e LTI. Estas funções estão disponíveis no script ZTIUtility distribuído com MDT.

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

• Registo. Esta classe fornece a funcionalidade de registo que todos os scripts MDT utilizam. Também cria um único ficheiro de registo para cada script executado durante a implementação e um ficheiro de registo consolidado de todos os scripts. Estes ficheiros de registo são criados num formato concebido para ser lido pelo CMTrace.

• Ambiente. Esta classe configura variáveis de ambiente recolhidas através do processamento de regras WMI e MDT e permite que sejam referenciadas diretamente a partir do script. Isto permite que as propriedades de implementação sejam lidas, dando acesso a todas as informações de configuração utilizadas pelos processos ZTI e LTI.

• Utilitário. Esta classe fornece utilitários gerais que são utilizados em scripts ZTI e LTI. A Microsoft recomenda que, sempre que for desenvolvido código personalizado, esta classe seja examinada para ver se qualquer código pode simplesmente ser reutilizado. As informações adicionais sobre algumas das funcionalidades fornecidas nesta classe são incluídas mais à frente nesta secção.

• Base de dados. Esta classe executa funções como ligar a bases de dados e ler informações de bases de dados. Em geral, não é recomendado aceder diretamente à classe de base de dados; Em vez disso, o processamento de regras deve ser utilizado para efetuar pesquisas de bases de dados.

• Cadeias. Esta classe executa rotinas de processamento de cadeias comuns, como criar uma lista delimitada de itens, apresentar um valor hexadecimal, cortar espaço em branco de uma cadeia, alinhar à direita uma cadeia, alinhar uma cadeia à esquerda, forçar um valor ao formato de cadeia, forçar um valor para o formato de matriz, gerar um identificador exclusivo global (GUID) aleatório e conversões Base64.

• FileHandling. Esta classe executa funções como normalizar caminhos e copiar, mover e eliminar ficheiros e pastas.

• clsRegEx. Esta classe executa funções de expressão regulares.

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

• Alterações extensas ao ZTIUtility.vbs (a biblioteca de scripts main), incluindo novas APIs e melhor processamento de erros

• Um novo aspeto para a estrutura geral dos scripts ZTI_xxx.wsf

  A estrutura geral dos scripts MDT também foi alterada. A maioria dos scripts MDT estão agora encapsulados em objetos de Classe VBScript. A classe é inicializada e chamada com a função RunNewInstance .

Compreender como tirar partido da ZTIUtility

O ficheiro ZTIUtility.vbs contém classes de objetos que podem ser aproveitadas no seu código personalizado. Integre o código personalizado com o MDT com:

• Classe de registo definida no ZTIUtility.vbs conforme descrito em Utilizar a Classe de Registo de ZTIUtility

• Classe de ambiente definida no ZTIUtility.vbs conforme descrito em Utilizar a Classe de Ambiente ZTIUtility

• Classe utilitária definida no ZTIUtility.vbs conforme descrito em Utilizar a Classe de Utilitário ZTIUtility

Utilizar a Classe de Registo ZTIUtility

A classe de registo no ZTIUtiliy.vbs fornece um mecanismo simples para o código personalizado registar status informações, avisos e erros da mesma forma que outros scripts durante uma implementação ZTI ou LTI. Esta uniformização também garante que a caixa de diálogo Resumo da Implementação do LTI comunica corretamente a status de qualquer código personalizado executado.

O seguinte ilustra um script de código personalizado de exemplo que utiliza as funções oLogging.CreateEntry e TestAndFail para registar diferentes tipos de mensagens, consoante os resultados das várias ações de script.

Script de Exemplo com o Registo de 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>

Utilizar a Classe de Ambiente ZTIUtility

A classe de ambiente no ZTIUtiliy.vbs fornece acesso e a capacidade de atualizar as propriedades do MDT. No exemplo anterior, oEnvironment.Item("Memória") é utilizado para obter a quantidade de RAM disponível; também pode ser utilizado para obter o valor de qualquer uma das propriedades descritas no documento MDT Toolkit Reference.

Utilizar a Classe de Utilitário ZTIUtility

O script ZTIUtility.vbs contém vários utilitários utilizados frequentemente que qualquer script de implementação personalizado pode utilizar. Pode adicionar estes utilitários a qualquer script da mesma forma que as classes oLogging e oEnvironment .

A tabela seguinte detalha algumas funções úteis disponíveis e o respetivo resultado. Para obter uma lista completa das funções disponíveis, veja o ficheiro ZTIUtility.vbs.

Function	Output
oUtility.LocalRootPath	Devolve o caminho da pasta raiz que está a ser utilizada pelo processo de implementação no computador de destino, por exemplo, C:\MININT
oUtility.BootDevice	Devolve o dispositivo de arranque do sistema— por exemplo, MULTI(0)DISK(0)RDISK(0)PARTITION(1)
oUtility.LogPath	Devolve o caminho para a pasta de registos que está a ser utilizada durante a implementação , por exemplo, C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath	Devolve o caminho do arquivo de estado atualmente configurado , por exemplo, C:\MININT\StateStore
oUtility.ScriptName	Devolve o nome do script que chama a função , por exemplo, Z-RAMTest
oUtility.ScriptDir	Devolve o caminho para o script que está a chamar a função , por exemplo, \\server_name\Deployment$\Scripts
oUtility.ComputerName	Determina o nome do computador que será utilizado durante o processo de compilação, por exemplo, computer_name
oUtility.ReadIni(ficheiro, secção, item)	Permite que o item especificado seja lido a partir de um ficheiro de .ini
oUtility.WriteIni(ficheiro, secção, item, valor)	Permite que o item especificado seja escrito num ficheiro de .ini
oUtility.Sections(ficheiro)	Lê as secções de um ficheiro .ini e armazena-as num objeto para referência
oUtility.SectionContents(ficheiro, secção)	Lê o conteúdo do ficheiro de .ini especificado e armazena-os num objeto
oUtility.RunWithHeartbeat(sCmd)	Quando o comando é executado, escreva informações de heartbeat nos registos a cada 0,5 segundos
oUtility.FindFile (sFilename,sFoundPath)	Procura o ficheiro especificado na pasta DeployRoot e subpastas padrão, incluindo Manutenção, Ferramentas, USMT, Modelos, Scripts e Controlo
oUtility.findMappedDrive(sServerUNC)	Verifica se uma unidade está mapeada para o caminho UNC especificado e devolve a letra de unidade
oUtility.ValidateConnection(sServerUNC)	Verifica se existe uma ligação ao servidor especificada e, se não existir, tenta criar uma
MapNetworkDrive (sShare, SDomID, sDomPwd)	Mapeia uma letra de unidade para o caminho UNC especificado como partilha e devolve a letra de unidade utilizada; devolve um erro se não for bem-sucedido
VerifyPathExists(strPath)	Verifica se o caminho especificado existe
oEnvironment.Substitute(sVal)	Dada uma cadeia, expande quaisquer variáveis ou funções dentro dessa cadeia
oEnvironment.Item (sName)	Lê ou escreve uma variável num arquivo persistente
oEnvironment.Exists (sName)	Testa para ver se a variável existe
oEnvironment.ListItem (sName)	Lê ou escreve uma variável de matriz de tipo num arquivo persistente
oLogging.ReportFailure (sMessage, iError)	Utilizado para executar uma saída estruturada se for detetado um erro irrecuperável
oLogging.CreateEvent (iEventID, iType, sMessage, arrParms)	Escreve uma mensagem no ficheiro de registo e publica o evento num servidor definido
oLogging.CreateEntry (sLogMsg, iType)	Escreve uma mensagem no ficheiro de registo
TestAndFail(iRc, iError, sMessage)	Sai do script com iError se iRc for falso ou falhar
TestAndLog(iRc , sMessage)	Regista um aviso apenas se iRc for falso ou falhar

Integrar o Código de Implementação Personalizado

O código de implementação personalizado pode ser integrado no processo MDT de várias formas; No entanto, independentemente do método utilizado, as duas regras seguintes devem ser cumpridas:

• O nome do script do código de implementação personalizado deve começar sempre com a letra Z.

• O código de implementação personalizado deve ser colocado na pasta Scripts na partilha de implementação , por exemplo, D:\Production Deployment Share\Scripts.

  Os métodos utilizados mais frequentemente para integrar código personalizado que também garantem um registo consistente são:

• Implementar o código como uma aplicação MDT

• Iniciar o código como um comando de sequência de tarefas MDT

• Iniciar o código como um script de saída do utilizador

Implementar o Código Personalizado como uma Aplicação MDT

O código de implementação personalizado pode ser importado para o Deployment Workbench e gerido da mesma forma que qualquer outra aplicação.

Para criar uma nova aplicação para executar código de implementação personalizado

1. Copie o código de implementação personalizado para a pasta deployment_share\Scripts (onde deployment_share é o caminho completamente qualificado para a partilha de implementação).

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

3. Na árvore da consola do Deployment Workbench, aceda a Partilhas de Implementação/deployment_share/Aplicações (em que deployment_share é o nome da partilha de implementação a configurar).

4. No painel Ações, selecione Nova Aplicação.

   O Assistente de Novas Aplicações é iniciado.

5. Conclua o Assistente de Nova Aplicação com as seguintes informações. Aceite as predefinições, salvo especificação em contrário.

   Nesta página do assistente	Faça isto
   Tipo de Aplicação	Selecione Aplicação sem ficheiros de origem ou noutro local na rede e, em seguida, selecione Seguinte.
   Detalhes	Conclua esta página com base nas informações da aplicação e, em seguida, selecione Seguinte.
   Detalhes do Comando	1. Na caixa Linha de comandos , escreva cscript.exe %SCRIPTROOT%\custom_code (em que custom_code é o nome do código personalizado que foi desenvolvido). 2. Na caixa Diretório de trabalho, escreva working_directory (em que working_directory é o nome do diretório de trabalho do código personalizado; esta é normalmente a mesma pasta especificada na caixa Linha de comandos ). 3. Selecione Seguinte.
   Resumo	Verifique se as definições de configuração estão corretas e, em seguida, selecione Seguinte.
   Confirmação	Selecione Concluir.

   A aplicação aparece no nó Aplicações no Deployment Workbench.

Adicionar o Código Personalizado como um Passo de Sequência de Tarefas

O código de implementação personalizado pode ser chamado diretamente a partir de qualquer ponto dentro de uma sequência de tarefas; isto dá acesso às regras e opções de sequência de tarefas habituais.

Para adicionar o código de implementação personalizado a uma sequência de tarefas existente

1. Copie o código de implementação personalizado para a pasta deployment_share\Scripts (onde deployment_share é o caminho completamente qualificado para a partilha de implementação).

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

3. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

4. No painel de detalhes, selecione task_sequence (em que 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 o separador Sequência de Tarefas .

7. Na árvore da consola, aceda ao grupo (onde grupo é o grupo para adicionar o passo de sequência de tarefas).

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

9. Na árvore da consola, selecione Executar Linha de Comandos e, em seguida, selecione o separador Propriedades .

10. Na caixa Nome , escreva nome (em que nome é um nome descritivo do código personalizado).

11. No separador Propriedades , na caixa Linha de comandos , escreva command_line (em que command_line é o comando para executar o código personalizado, por exemplo, cscript.exe %SCRIPTROOT%\CustomCode.vbs).

12. Na caixa Iniciar em , escreva caminho (em que caminho é o caminho completamente qualificado para a pasta de trabalho do código personalizado; normalmente, este é o mesmo caminho especificado na caixa Linha de comandos ) e, em seguida, selecione OK.

    O passo de sequência de tarefas recentemente criado é apresentado na lista de passos de sequência de tarefas.

Executar Código Personalizado como Um Script de Saída de Utilizador

Também é possível executar o código personalizado como um script de saída do utilizador a partir de CustomSettings.ini através da diretiva UserExit . Isto fornece um mecanismo para que as informações sejam transmitidas para o processo de validação de regras de CustomSettings.ini e fornece uma atualização dinâmica das propriedades do MDT

Para obter mais informações sobre os scripts de saída do utilizador e a diretiva UserExit , consulte a secção "User Exit Scripts in the CustomSettings.ini File" (Scripts de Saída do Utilizador no Ficheiro CustomSettings.ini) no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Microsoft Deployment Toolkit).

Instalar Controladores de Dispositivo com Vários Métodos de Instalação

Neste cenário, vai utilizar o MDT para implementar um sistema operativo em diferentes tipos de hardware. Como parte do processo de implementação, identifique e instale controladores de dispositivo para que cada tipo de hardware funcione corretamente. Existem dois tipos main de controladores de dispositivo; cada um tem de ser tratado de forma diferente durante o processo de implementação:

• Controladores de dispositivo que contêm um ficheiro .inf que pode ser utilizado para importar o controlador de dispositivo para o Deployment Workbench

• Controladores de dispositivo empacotados como uma aplicação e que têm de ser instalados como uma aplicação

  Com o MDT, pode processar ambos os tipos de controladores como parte de uma implementação do sistema operativo.

  Instale controladores de dispositivo por:

• Determinar métodos para instalar cada controlador de dispositivo, conforme descrito em Determinar Que Método Utilizar para Instalar um Controlador de Dispositivo

• Utilizar o método de controladores de configuração inicial, conforme descrito em Instalar Controladores de Dispositivos Utilizando o Método controladores de configuração inicial

• Instalá-los como aplicações conforme descrito em Instalar Controladores de Dispositivos como Aplicações

  Este cenário pressupõe que o MDT está em execução num servidor de implementação.

Determinar o Método a Utilizar para Instalar um Controlador de Dispositivo

Os fabricantes de hardware libertam controladores de dispositivos de uma de duas formas:

• Como um pacote que pode extrair e que contém ficheiros .inf utilizados para importar o controlador para o Deployment Workbench

• Como uma aplicação que tem de instalar através de processos de instalação de aplicações tradicionais

  Os pacotes de controladores de dispositivos que podem ser extraídos para aceder a ficheiros .inf podem utilizar o processo de deteção e instalação automática de controladores MDT ao importar primeiro o controlador para o nó Controladores DeSemparelhados no Deployment Workbench.

  Os pacotes de controladores de dispositivos que não podem ser extraídos para isolar ficheiros .inf ou aqueles que não funcionam corretamente sem serem instalados primeiro através de um instalador de aplicações, como um MSI ou Setup.exe ficheiro, podem utilizar a funcionalidade Instalar Aplicação MDT e instalar o controlador de dispositivo durante o processo de implementação, tal como para qualquer aplicação normal.

Instalar Controladores de Dispositivos Utilizando o Método controladores de configuração inicial

Pode importar pacotes de controladores de dispositivos que incluam um ficheiro .inf para o Deployment Workbench e instalá-los automaticamente como parte do processo de implementação. Para implementar este tipo de implementação de controlador de dispositivo, adicione primeiro o controlador de dispositivo ao Deployment Workbench.

Para adicionar o controlador de dispositivo ao Deployment Workbench

1. Transfira os controladores de dispositivo necessários para os tipos de hardware a implementar e extraia o pacote de controladores de dispositivo para uma localização temporária.

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

3. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (em que deployment_share é o nome da partilha de implementação a configurar).

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

   O Assistente de Importação de Controladores de Dispositivos é iniciado.

5. Na página Especificar Diretório, na secção Diretório de origem da unidade, selecione Procurar para aceder à pasta que contém os novos controladores de dispositivo e, em seguida, selecione Seguinte.

   Observação

   O Assistente de Novo Controlador de Dispositivo irá procurar todos os subdiretórios do diretório de origem do controlador; Por conseguinte, se existirem vários controladores para instalar, extraia-os para pastas no mesmo diretório de raiz e, em seguida, defina o diretório de origem do controlador como o diretório de raiz que contém todas as pastas de origem do controlador.

6. Na página Resumo , verifique se as definições estão corretas e, em seguida, selecione Seguinte para importar os controladores para o Deployment Workbench.

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

   Se os controladores de dispositivo contiverem controladores críticos para o arranque, como controladores de classe de rede ou armazenamento em massa, a partilha de implementação tem de ser atualizada em seguida para gerar uma nova LiteTouch_x86 e LiteTouch_x64 ambiente de arranque que contenha os novos controladores.

   Para adicionar controladores de dispositivo às imagens Lite Touch do Windows PE

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

9. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

10. No painel Ações, selecione Atualizar Partilha de Implementação.

    O Assistente de Partilha de Implementação de Atualizações é iniciado.

11. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

12. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

Instalar Controladores de Dispositivos como Aplicações

Os controladores de dispositivos que são empacotados como aplicações e que não pode extrair para uma pasta que contenha um ficheiro .inf, além dos ficheiros de controlador, devem ser adicionados ao Deployment Workbench como uma aplicação para instalação durante o processo de implementação.

As aplicações podem ser especificadas como um passo de sequência de tarefas ou especificadas no CustomSettings.ini; no entanto, as aplicações do controlador de dispositivo devem ser instaladas apenas quando a sequência de tarefas é executada num computador com os dispositivos. Para garantir esta situação, execute o passo de sequência de tarefas para implementar as aplicações de controladores de dispositivo relevantes como um passo de sequência de tarefas condicional. Os critérios condicionais podem ser especificados para executar o passo de sequência de tarefas com consultas WMI para o dispositivo no computador de destino.

Adicionar a Aplicação de Controlador de Dispositivo ao Deployment Workbench

Cada aplicação de controlador de dispositivo tem primeiro de ser importada para o Deployment Workbench.

Para adicionar a aplicação do controlador de dispositivo ao Deployment Workbench

1. Transfira a aplicação do controlador de dispositivo e guarde-a numa localização temporária.

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

3. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Applications (em que deployment_share é o nome da partilha de implementação a configurar).

4. No painel Ações, selecione Nova Aplicação.

   O Assistente de Novas Aplicações é iniciado.

5. Na página Tipo de Aplicação , selecione Aplicação com ficheiros de origem e, em seguida, selecione Seguinte.

6. Na página Detalhes , escreva detalhes relevantes sobre a aplicação e, em seguida, selecione Seguinte.

7. Na página Origem, na secção Diretório de origem, selecione Procurar para aceder e, em seguida, selecione o diretório que contém os ficheiros de origem da aplicação do controlador de dispositivo. Selecione OK.

8. Selecione Avançar.

9. Na página Destino , escreva um nome para o diretório de destino e, em seguida, selecione Seguinte.

10. Na página Detalhes do Comando , na secção Linha de comandos , escreva o comando que permite a instalação automática da aplicação do controlador de dispositivo.

11. Na página Resumo , verifique se as definições estão corretas e, em seguida, selecione Seguinte para importar a aplicação do controlador de dispositivo para o Deployment Workbench.

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

    Depois de as aplicações serem importadas para o Deployment Workbench, adicione-as ao processo de implementação com a lógica adequada para garantir que a aplicação é instalada apenas quando é executada no hardware correto. Existem diferentes métodos para o conseguir:

• Especifique a aplicação do controlador de dispositivo como parte de uma sequência de tarefas de implementação.

• Especifique a aplicação do controlador de dispositivo no CustomSettings.ini.

• Especifique a aplicação do controlador de dispositivo na BD MDT.

  Cada abordagem é abordada mais detalhadamente nas secções seguintes.

Especificar a Aplicação do Controlador de Dispositivo como Parte de uma Sequência de Tarefas

O primeiro método para adicionar uma aplicação de controlador de dispositivo ao processo de implementação é utilizar uma sequência de tarefas para adicionar passos para cada aplicação de controlador de dispositivo.

Existem duas abordagens main para gerir aplicações de controladores de dispositivos na sequência de tarefas:

• Crie um novo grupo de sequência de tarefas para cada modelo de hardware e, em seguida, 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 aplicações específicas de hardware e, em seguida, adicione consultas para cada ação de sequência de tarefas para que cada passo de sequência de tarefas seja avaliado relativamente ao tipo de hardware e seja executado apenas se for encontrada uma correspondência.

  Para criar um novo grupo de sequência de tarefas para cada tipo de hardware

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

3. No painel de detalhes, selecione task_sequence (em que task_sequence é a sequência de tarefas de implementação que será necessária para instalar a aplicação do controlador de dispositivo).

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

5. Na caixa de diálogo task_sequenceProperties, no separador Sequência de Tarefas, no painel de detalhes, aceda a Restauro de Estado/Windows Update (Instalação Pré-Aplicação).

6. No separador Sequência de Tarefas , selecione Adicionar e, em seguida, selecione Novo Grupo.

   Esta ação cria um novo grupo de sequência de tarefas na sequência de tarefas. Utilize este novo grupo de sequência de tarefas para criar os passos para instalar as aplicações de controlador de dispositivo específicas do hardware.

7. No painel de detalhes, selecione Novo Grupo.

8. No separador Propriedades , na caixa Nome , escreva group_name (em que group_name é o nome do grupo; por exemplo, Aplicações Específicas de Hardware – Dell Computer Corporation).

9. No separador Opções , selecione Adicionar e, em seguida, selecione Consulta WMI.

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

    • Na caixa Espaço de nomes WMI , escreva root\cimv2.

    • Na caixa de consulta WQL , escreva uma consulta WMI Query Language (WQL) com a classe Win32_ComputerSystem para garantir que a aplicação está instalada apenas para um tipo de aplicação específico, por exemplo:

      Select * FROM Win32_ComputerSystem WHERE Model LIKE %hardware_model% AND Manufacturer LIKE %hardware_manufacturer%

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

      O % símbolo é um caráter universal que está incluído nos nomes para permitir que os administradores devolvam quaisquer modelos de computador ou fabricantes que contenham o valor especificado para hardware_model ou hardware_manufacturer.

      Para obter mais informações sobre as consultas WMI e WQL, consulte a secção "Adicionar Consultas WMI às Condições do Passo da Sequência de Tarefas", no documento MDT Utilizar o Microsoft Deployment Toolkit e consulte Consultar com o WQL.

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

Após a criação dos grupos de sequência de tarefas específicos do hardware, as aplicações de controlador de dispositivo podem ser adicionadas a cada grupo.

Para adicionar aplicações de controlador de dispositivo a grupos de sequência de tarefas específicos de hardware

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences (em que deployment_share é o nome da partilha de implementação a configurar).

3. No painel de detalhes, selecione task_sequence (em que task_sequence é a sequência de tarefas de implementação que será necessária para instalar a aplicação do controlador de dispositivo).

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

5. Na caixa de diálogo task_sequenceProperties , selecione o separador Sequência de Tarefas .

6. No painel de detalhes, aceda a Restauro de Estado/hardware_specific_group (em que hardware_specific_group é o nome do grupo específico do hardware onde o passo de sequência de tarefas será adicionado para instalar a aplicação do controlador de dispositivo).

7. No separador Sequência de Tarefas , selecione Adicionar, selecione Geral e, em seguida, selecione Instalar Aplicação.

   O passo de sequência de tarefas Instalar Aplicação é apresentado no painel de detalhes.

8. No painel de detalhes, selecione Instalar Aplicação.

9. No separador Propriedades , selecione Instalar uma única aplicação e, na lista Aplicação a instalar , selecione hardware_application (em que hardware_application é a aplicação para instalar a aplicação específica do hardware).

Especificar a Aplicação do Controlador de Dispositivo no CustomSettings.ini

Quando uma implementação LTI ou ZTI começa, uma das primeiras ações a concluir é o processamento dos ficheiros de controlo BootStrap.ini e CustomSettings.ini. Ambos os ficheiros contêm regras que podem ser utilizadas para personalizar dinamicamente a implementação.

Devido à forma como o MDT processa o ficheiro CustomSettings.ini, pode utilizá-lo para adicionar aplicações com base em condições específicas. Esta lógica será utilizada para adicionar aplicações específicas do controlador de dispositivo durante a implementação com base em tipos de hardware específicos. As aplicações são referenciadas no CustomSettings.ini pelo GUID da aplicação, localizado no ficheiro Applications.xml na partilha de implementação.

Para localizar o GUID de uma aplicação importada

1. Na partilha de implementação do servidor de implementação, abra a pasta Controlo, por exemplo, D:\Produção Deployment Share\Control.

2. Localize e abra o ficheiro Applications.xml.

3. Localize a aplicação necessária.

4. Localize o GUID da aplicação ao localizar a linha incluída nas etiquetas da aplicação <guid> ; por exemplo, <application guid={c303fa6e-3a4d-425e-8102-77db9310e4d0}>.

   Como parte do processo de inicialização, tanto o processo LTI como o ZTI recolhem informações sobre o computador no qual está a ser executado. Como parte deste 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%, respetivamente.

   Estes valores podem ser utilizados durante o processamento do ficheiro CustomSettings.ini para ler dinamicamente secções do ficheiro, dependendo da criação e do modelo detetados. O exemplo seguinte mostra um exemplo do ficheiro CustomSettings.ini.

   Exemplo CustomSettings.ini Configurado para uma Instalação da Aplicação 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}

Utilize as seguintes propriedades para especificar aplicações no CustomSettings.ini:

• Aplicações. Esta propriedade pode ser utilizada quando os administradores de implementação não querem apresentar um assistente de aplicações como parte do processo de implementação ao especificar SkipApplications=YES no CustomSettings.ini.

• MandatoryApplications. Esta propriedade pode ser utilizada se os administradores de implementação quiserem apresentar o assistente de aplicações durante a implementação para permitir que os engenheiros de implementação selecionem aplicações adicionais a serem instaladas durante a implementação.

  Se o assistente da aplicação for utilizado sem a propriedade MandatoryApplications (por exemplo, SkipApplications=NO), substituirá as aplicações especificadas pela propriedade Aplicações .

  O exemplo anterior mostra como utilizar os valores da variável %Make% e %Model% para manipular dinamicamente a forma como a lista de aplicações é criada. Os valores para a criação e modelo de cada tipo de hardware podem ser localizados através de um dos seguintes métodos:

• A ferramenta Informações do Sistema. Utilize o nó Resumo do Sistema nesta ferramenta para identificar o Fabricante do Sistema (criar) e o Modelo de Sistema (modelo).

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

• Linha de Comandos da Instrumentação de Gestão do Windows. Utilize CSProduct Get Name, Vendor para devolver o nome (modelo) e o fornecedor (make) do computador.

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

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. Selecione o separador Regras .

5. As informações digitadas neste separador são armazenadas no ficheiro CustomSettings.ini. Modifique as entradas de ficheiro CustomSettings.ini para adicionar lógica para cada modelo de hardware que tenha uma aplicação específica do controlador de dispositivo, conforme descrito em Especificar a Aplicação do Controlador de Dispositivo como Parte de uma Sequência de Tarefas.

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

7. No painel de detalhes, selecione deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

8. No painel Ações, selecione Atualizar Partilha de Implementação.

   O Assistente de Partilha de Implementação de Atualizações é iniciado.

9. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

10. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

    Por predefinição, todas as aplicações disponíveis são apresentadas no Assistente de Implementação do Windows durante uma implementação LTI. Uma vez que as aplicações específicas do controlador de dispositivo são aplicáveis apenas a tipos de hardware específicos, poderá não querer que sejam sempre apresentadas. Ao especificar o pacote de aplicação específico do controlador de dispositivo no CustomSettings.ini, a aplicação pode ser ocultada através da opção Ocultar a aplicação no Assistente de Implementação na configuração da aplicação.

    Para ocultar uma aplicação no Assistente de Implementação

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

13. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Applications (em que deployment_share é o nome da partilha de implementação a configurar).

14. No painel de detalhes, selecione device_driver_application (em que device_driver_application é a aplicação a ser ocultada do Assistente de Implementação).

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

16. No separador Geral, selecione a caixa ocultar a aplicação no Assistente de Implementação marcar.

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

Especificar a Aplicação do Controlador de Dispositivo na BD MDT

A BD MDT é uma versão da base de dados do ficheiro CustomSettings.ini e pode ser consultada no momento da implementação para que as informações sejam utilizadas durante a implementação. Para obter mais informações sobre como utilizar a BD MDT, veja "Selecionar os Métodos para Aplicar Definições de Configuração".

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

• Procure o computador individual (utilizando o endereço MAC, etiqueta de recurso ou semelhante).

• Procure a localização do computador (utilizando o gateway predefinido).

• Procure a estrutura e o modelo do computador (utilizando o fabricante da WMI ou consultas de estrutura e modelo).

  Para cada entrada de base de dados que criar, pode especificar propriedades de implementação, aplicações, se pretende utilizar pacotes de Configuration Manager e administradores. Ao criar entradas de criação e modelo na base de dados, pode adicionar as aplicações de controladores de dispositivo específicas do hardware necessárias.

  Para criar entradas na BD MDT para permitir a instalação de aplicações de controladores de dispositivos

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. Na caixa de diálogo Propriedades , no separador Identidade , na caixa Criar , escreva make_name (em que make_name é um nome facilmente identificado para associar ao fabricante do computador de destino).

5. Na caixa Modelo , escreva model_name (em que model_name é um nome facilmente identificado para associar ao modelo do computador de destino).

6. No separador Aplicações , adicione cada uma das aplicações de controlador de dispositivo necessárias para esse modelo de hardware.

Iniciar o MDT com os Serviços de Implementação do Windows

Windows Server 2008 utiliza os Serviços de Implementação do Windows como uma versão atualizada e redesenhada dos Serviços de Instalação Remota, a ferramenta de implementação predefinida no Windows Server 2003 com SP2. Através dos Serviços de Implementação do Windows, pode implementar sistemas operativos Windows ( nomeadamente o Windows 7, Windows Server 2008 ou sistemas operativos posteriores) numa rede através da placa de rede ativada por PXE ou do suporte de dados de arranque de um computador.

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

• Opção 1. Computadores de arranque no PXE para iniciar o processo LTI.

• Opção 2. Implemente uma imagem do sistema operativo a partir do arquivo de imagens dos Serviços de Implementação do Windows.

• Opção 3. Utilize multicasting com o MDT e a função de servidor dos Serviços de Implementação do Windows Windows Server 2008.

Opção 1: Computadores de Arranque no PXE para Iniciar o Processo LTI

Ajude a minimizar o custo de gestão de implementações do sistema operativo ao iniciar o processo de implementação do MDT com os Serviços de Implementação do Windows em conjunto com o Protocolo de Configuração do Anfitrião Dinâmico. Isto remove o requisito de criação e entrega de suportes de dados de arranque para cada computador de destino.

Criar e Importar a Imagem do Windows PE do Deployment Workbench para os Serviços de Implementação do Windows

Ao criar uma nova partilha de implementação MDT ou modificar uma partilha de implementação MDT existente, pode criar uma imagem de arranque personalizada do Windows PE. Quando a partilha de implementação é atualizada, a imagem de arranque do Windows PE é gerada e atualizada automaticamente com informações sobre a partilha de implementação e injetará quaisquer controladores ou componentes adicionais especificados durante a configuração da partilha de implementação.

A imagem de arranque do Windows PE é gerada como um ficheiro de imagem ISO, que pode escrever num CD ou DVD e num ficheiro WIM de arranque. Pode importar o ficheiro WIM para os Serviços de Implementação do Windows para que os computadores que podem arrancar no PXE possam transferir e executar a imagem de arranque LTI do Windows PE numa rede utilizada para inicializar uma instalação.

Para criar uma imagem de arranque do Windows PE no Deployment Workbench

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

   Na caixa de diálogo deployment_shareProperties , selecione o separador Definições da plataforma Windows PE (onde a plataforma é a arquitetura da imagem do Windows PE a configurar).

4. Na área Definições da Imagem de Arranque Tátil Lite, selecione a caixa de marcar Gerar uma imagem ISO do disco ISO de arranque Lite Touch.

5. Selecione o separador Componentes da plataforma Windows PE (onde a plataforma é a arquitetura da imagem do Windows PE a configurar).

6. Na secção Injeção de Controlador , selecione os tipos de controlador adequados a incluir.

   Observação

   Este passo não é necessário se o Windows PE já incluir os controladores de dispositivo necessários.

7. Na secção Injeção de Controlador , na lista Perfil de seleção , selecione o perfil de seleção de controlador adequado.

8. Na caixa de diálogo Propriedades , selecione OK.

   Observação

   Este passo não é necessário se o Windows PE já incluir os controladores de dispositivo necessários.

9. No painel de detalhes, selecione deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

10. No painel Ações, selecione Atualizar Partilha de Implementação.

    O Assistente de Partilha de Implementação de Atualizações é iniciado.

11. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

12. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

    Quando este processo estiver concluído, a pasta Arranque na partilha de implementação irá conter várias imagens de arranque, 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

    Pode escrever os ficheiros ISO que foram gerados diretamente no CD ou DVD ou utilizá-los para inicializar o processo LTI num novo hardware. Também pode importar os ficheiros WIM de arranque para os Serviços de Implementação do Windows, para que os novos computadores possam inicializar o processo de implementação LTI sem que seja necessário qualquer suporte de dados físico.

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

14. Inicie a consola dos Serviços de Implementação do Windows e, em seguida, ligue-se aos Serviços de Implementação do Windows.

15. Na árvore da consola, clique com o botão direito do rato em Imagens de Arranque e, em seguida, selecione Adicionar Imagem de Arranque.

16. Navegue para a imagem WIM a importar, por exemplo, D:\Production Deployment Share\Boot\LiteTouchPE_x86.wim.

17. O processo de importação lê automaticamente os metadados da imagem de arranque, mas os valores Nome da Imagem e Descrição da Imagem também podem ser editados; o Nome da Imagem afeta as informações da opção de arranque apresentadas pelo Gestor de Arranque do Windows quando o cliente arranca no PXE.

18. Quando a imagem de arranque tiver sido importada, qualquer computador que arranque no PXE e receba uma resposta dos Serviços de Implementação do Windows poderá transferir a imagem de arranque LTI e iniciar uma instalação LTI.

    A instalação e configuração dos Serviços de Implementação do Windows não é abordada neste guia. Para obter informações adicionais sobre os Serviços de Implementação do Windows, consulte o Guia dos Serviços de Implementação do Windows.

Utilizar os Serviços de Implementação do Windows para Detetar Automaticamente o Servidor de Implementação

Está disponível uma opção adicional ao utilizar os Serviços de Implementação do Windows para alojar imagens de arranque do MDT quando a partilha de implementação MDT está alojada no mesmo servidor que os Serviços de Implementação do Windows.

Quando um cliente PXE carrega a imagem de arranque MDT, o nome do servidor dos Serviços de Implementação do Windows que aloja a imagem de arranque é capturado e colocado no MDTProperty WDSServer. Em seguida, pode referenciar esta propriedade no ficheiro de BootStrap.ini da imagem de arranque e no ficheiro CustomSettings.ini da partilha de implementação pela propriedade DeployRoot . Fazê-lo resulta num cliente que arranca automaticamente dos Serviços de Implementação do Windows através da partilha de implementação alojada no servidor dos Serviços de Implementação do Windows. Isto elimina a necessidade de especificar um nome de servidor em qualquer ficheiro de configuração.

Para definir o servidor local dos Serviços de Implementação do Windows como o servidor de implementação

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. Selecione o separador Regras .

   As informações digitadas neste separador são armazenadas no ficheiro CustomSettings.ini.

5. Configure a propriedade DeployRoot para utilizar a variável %WDSServer% , por exemplo, DeployRoot=\\%WDSServer%\Deployment$.

6. Selecione Editar Bootstrap.ini.

7. Configure BootStrap.ini para utilizar a propriedade %WDSServer% ao adicionar ou alterar o valor DeployRoot para DeployRoot=\\%WDSServer%\Deployment$.

8. No menu Ficheiro , selecione Guardar para guardar as alterações ao ficheiro BootStrap.ini.

9. Selecione OK.

   A partilha de implementação tem de ser atualizada.

10. No painel de detalhes, selecione deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

11. No painel Ações, selecione Atualizar Partilha de Implementação.

    O Assistente de Partilha de Implementação de Atualizações é iniciado.

12. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

13. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

15. Importe o WIM de arranque atualizado para os Serviços de Implementação do Windows.

Opção 2: Implementar uma Imagem do Sistema Operativo a partir da Loja de Serviços de Implementação do Windows

Se já estiver a utilizar os Serviços de Implementação do Windows para implementação do sistema operativo, expanda a funcionalidade do MDT ao configurá-lo para referenciar as imagens do sistema operativo dos Serviços de Implementação do Windows já em utilização, em vez de utilizar o seu próprio arquivo e para complementar as implementações dos Serviços de Implementação do Windows com gestão de controladores, implementação de aplicações, instalação de atualizações, processamento de regras e outras funcionalidades do MDT. Depois de o MDT referenciar uma imagem do sistema operativo dos Serviços de Implementação do Windows, pode tratá-la como qualquer sistema operativo que tenha sido testado para uma partilha de implementação MDT.

Para referenciar uma imagem do sistema operativo Dos Serviços de Implementação do Windows

1. Atualize o MDT para poder aceder às imagens dos Serviços de Implementação do Windows ao copiar os seguintes ficheiros da pasta Origens do suporte de dados do Windows para a pasta C:\Program Files\Microsoft Deployment Toolkit\bin no servidor dos Serviços de Implementação do Windows:

   • Wdsclientapi.dll

   • Wdscsl.dll

   • Wdsimage.dll

   • Wdstptc.dll (isto 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á a ser utilizado tem de corresponder à plataforma do sistema operativo em execução no computador onde o MDT está instalado.

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

3. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Operating Systems (em que deployment_share é o nome da partilha de implementação a configurar).

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

   O Assistente de Novo SO é iniciado.

5. Na página Tipo de SO , selecione Imagens dos Serviços de Implementação do Windows e, em seguida, selecione Seguinte.

6. Na página Servidor WDS , escreva o nome do servidor dos Serviços de Implementação do Windows a referenciar ( por exemplo, WDSSvr001) e, em seguida, selecione Seguinte.

7. Na página Resumo , verifique se as definições estão corretas e, em seguida, selecione Seguinte.

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

   Todas as imagens disponíveis no servidor dos Serviços de Implementação do Windows estarão agora disponíveis para sequências de tarefas do MDT.

Opção 3: Utilizar Multicasting com MDT e a Função dos Serviços de Implementação do Windows Windows Server 2008

Com o lançamento do Windows Server 2008, os Serviços de Implementação do Windows foram melhorados para suportar a implementação de imagens através de transmissões multicast. O MDT também inclui atualizações para integrar o MDT com multicast dos Serviços de Implementação do Windows.

Além disso, um Windows Automated Installation Kit (Windows AIK) atualizado, versão 1.1, inclui Wdsmcast.exe. Isto permite que as sessões multicast sejam associadas manualmente e permite que o cliente inicie Wdsmcast.exe para copiar ficheiros de uma sessão multicast ativa.

O script LTIApply.wsf utiliza Wdsmcast.exe quando acede a ficheiros de origem do sistema operativo a partir da partilha de implementação. LTIApply.wsf procura Wdsmcast.exe na partilha de implementação no deployment_share\Tools\x86 ou na pasta deployment_share\Tools\x64 (onde deployment_share é o nome da pasta do sistema de ficheiros que contém a partilha de implementação), consoante a versão do Windows PE em execução.

Quando o LTIApply.wsf é executado, tentará sempre aceder e transferir imagens WIM a partir de um fluxo multicast existente, mas reverterá para uma cópia de ficheiro padrão se não existir uma transmissão em fluxo multicast.

Os pré-requisitos do servidor de implementação para preparar o multicast MDT são:

• O servidor de implementação tem de estar em execução Windows Server 2008 ou posterior

• A função Serviços de Implementação do Windows tem de ser instalada a partir da consola de Gestão de Servidores

• O Windows AIK 1.1 para Windows Server 2008 tem de estar instalado

• O MDT tem de estar instalado

• Tal como acontece com qualquer implementação com o MDT, tem de ter sido importada, pelo menos, uma imagem WIM do sistema operativo, como um conjunto completo de ficheiros de origem ou como uma imagem personalizada com ficheiros de configuração

Para configurar o MDT para multicast a partir de uma partilha de implementação existente

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share (em que deployment_share é o nome da partilha de implementação a configurar).

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

4. No separador Geral, selecione a caixa de marcar Ativar multicast para esta partilha de implementação (requer Windows Server Serviços de Implementação do Windows 2008).

5. Selecione OK.

6. No painel Ações, selecione Atualizar Partilha de Implementação.

   O Assistente de Partilha de Implementação de Atualizações é iniciado.

7. Na página Opções , selecione as opções pretendidas para atualizar a partilha de implementação e, em seguida, selecione Seguinte.

8. Na página Resumo , verifique se os detalhes estão corretos e, em seguida, selecione Seguinte.

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

   A partilha de implementação está agora configurada para transmissão multicast dos Serviços de Implementação do Windows.

   Este processo cria uma transmissão multicast dos Serviços de Implementação do Windows de Conversão Automática que utiliza diretamente a partilha de implementação MDT existente. O MDT não cria transmissões Scheduled-Cast. Tenha também em atenção que não são importadas imagens adicionais para os Serviços de Implementação do Windows e que não é possível utilizar multicast para imagens de arranque, uma vez que o cliente multicast só pode ser carregado depois de o Windows PE estar em execução.

   Para verificar se a transmissão multicast foi gerada nos Serviços de Implementação do Windows

10. Selecione Iniciar, aponte para Ferramentas Administrativas e, em seguida, selecione Serviços de Implementação do Windows.

11. Na árvore da consola dos Serviços de Implementação do Windows, clique com o botão direito do rato em Servidores e, em seguida, selecione Adicionar Servidor.

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

13. Na árvore da consola dos Serviços de Implementação do Windows, selecione Servidores e, em seguida, selecione server_name (em que server_name é o nome do computador que executa os Serviços de Implementação do Windows). Selecione Transmissões Multicast.

14. No painel de detalhes, será listada uma nova transmissão de Conversão Automática para a partilha de implementação, por exemplo, Implementação de Partilha BDD$.

15. Verifique se a status da transmissão da Implementação da Partilha BDD$ Da Conversão Automática está definida como Ativa.

    Após a implementação de um computador, verifique se o sistema operativo foi transferido de uma transmissão multicast ao examinar o ficheiro BDD.log na pasta \Windows\Temp\DeploymentLogs.

    Haverá duas entradas na pasta de registos, ambas a começar pela transferência multicast; marcar-lhes que verifiquem se a transferência foi efetuada com êxito. Para obter mais informações sobre transmissões multicast com MDT e Serviços de Implementação do Windows, consulte a secção "Ativar a Implementação Multicast dos Serviços de Implementação do Windows para Implementações LTI", no documento MDT Utilizar o Microsoft Deployment Toolkit.

Executar Implementações Faseadas com o MDT (Pré-carregamento OEM)

Em muitas organizações, os computadores são carregados com a imagem do sistema operativo antes da implementação na rede de produção. Em alguns casos, o carregamento da imagem do sistema operativo é efetuado por uma equipa na organização responsável pela criação dos computadores num ambiente de teste. Noutros casos, o carregamento da imagem do sistema operativo é efetuado pelo fornecedor de hardware do computador, também conhecido como fabricante de equipamento original (OEM).

Descrição geral do Processo de Pré-carregamento do OEM no MDT

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

• Fase 1. Crie uma imagem baseada em multimédia do computador de referência a aplicar no ambiente de teste.

• Fase 2. Aplique a imagem do computador de referência ao computador de destino num ambiente de teste.

• Fase 3. Implementação completa do computador de destino no ambiente de produção.

  A Fase 1 e a Fase 3 são normalmente executadas pela organização de implementação. Dependendo da utilização do processo de pré-carregamento do OEM na organização, a Fase 2 pode ser realizada 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 teste será dentro da organização. Se um OEM executar a Fase 2, o ambiente de teste estará no ambiente do OEM.

Descrição geral dos Ficheiros de Configuração do MDT no Processo de Pré-carregamento do OEM

Os ficheiros de configuração do MDT separados (CustomSettings.ini e Bootstrap.ini) são utilizados 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 ficheiros de configuração existem simultaneamente em estruturas de pastas diferentes.

Na primeira fase, os ficheiros de configuração são utilizados durante a criação do computador de referência e são armazenados na pasta específica da sequência de tarefas utilizada nessa fase. Os ficheiros de configuração utilizados na terceira e última fase do processo de pré-carregamento do OEM são armazenados na pasta específica da sequência de tarefas utilizada nessa fase.

Ao efetuar modificações aos ficheiros de configuração, certifique-se de que são feitas alterações ao ficheiro de configuração que correspondem à sequência de tarefas adequada em cada fase de processo de pré-carregamento do OEM.

Descrição geral dos Ficheiros de Registo MDT no Processo de Pré-carregamento do OEM

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

• Os ficheiros de registo MDT para a Fase 1 são armazenados nas pastas C:\MININT e C:\SMSTSLog.

• Os ficheiros de registo MDT para a Fase 3 são armazenados na pasta %WINDIR%\System32\CCM\Logs para implementações baseadas em x86 ou na pasta %WINDIR%\SysWow64\CCM\Logs para implementações baseadas em x64.

  Utilize a pasta adequada ao diagnosticar ou resolver problemas de implementação relacionados com o MDT.

Implementações Faseada com LTI

Para implementações de LTI, execute o processo de pré-carregamento do OEM com um tipo de partilha de implementação De suporte de dados amovível (Multimédia ). Outros tipos de partilha de implementação não são suportados para o processo de pré-carregamento do OEM.

Para executar o processo de pré-carregamento do OEM, crie uma sequência de tarefas com base no modelo de sequência de tarefas Sequência de Tarefas OEM Litetouch, além de quaisquer sequências de tarefas que serão utilizadas para implementar o sistema operativo de destino. Em seguida, crie uma partilha de implementação de suporte de dados amovível (Multimédia) que, em última análise, irá criar um ficheiro ISO dos conteúdos da partilha de implementação, especificamente o ficheiro de LiteTouchPE_x86.iso ou LiteTouchPE_x64.iso ficheiro (com base na plataforma de processador do computador de destino). O processo de atualização da partilha de implementação também cria uma estrutura de pastas que pode ser utilizada para criar suportes de dados de Formato de Disco Universal.

Processo de Pré-carregamento do OEM LTI – Fase 1: Criar uma Imagem de Media-Based

A organização de implementação realiza a primeira fase no processo de pré-carregamento do OEM. O material a entregar final desta fase é uma imagem de arranque (como um ficheiro ISO) ou um suporte de dados (como um DVD) que é enviado para o OEM ou para o ambiente de teste dentro da organização de implementação. A maioria destes passos é efetuada no Deployment Workbench.

Para criar uma imagem baseada em multimédia para entrega no OEM ou no ambiente de teste na organização de implementação

1. Preencha os seguintes nós para a partilha de implementação no Deployment Workbench:

   • Sistemas Operacionais

   • Aplicativos

   • Pacotes

   • Controladores De Caixa Inicial

     Para obter mais informações sobre a execução deste passo, consulte a secção "Managing Deployment Shares in the Deployment Workbench" (Gerir Partilhas de Implementação no Deployment Workbench) no documento MDT Using the Microsoft Deployment Toolkit (Utilizar o Microsoft Deployment Toolkit).

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

   Para obter mais informações sobre como realizar este passo, consulte a secção "Configurar Sequências de Tarefas no Deployment Workbench", no documento MDT Utilizar o Microsoft Deployment Toolkit.

3. Crie uma ou mais sequências de tarefas que serão utilizadas para implementar o sistema operativo de destino no computador de destino após a implementação no ambiente de produção.

   Para obter mais informações sobre como realizar este passo, consulte a secção "Configurar Sequências de Tarefas no Deployment Workbench", no documento MDT Utilizar o Microsoft Deployment Toolkit.

4. Crie um perfil de seleção que inclua as aplicações, sistemas operativos, controladores, pacotes e sequências de tarefas necessárias para a implementação do OEM.

   Para obter mais informações sobre como realizar este passo, consulte a secção "Gerir Perfis de Seleção", no documento MDT Utilizar o Toolkit de Implementação da Microsoft.

5. Criar suporte de dados de implementação.

   Para obter mais informações sobre a execução deste passo, consulte a secção "Gerir Suportes de Dados de Implementação LTI", no documento MDT Utilizar o Microsoft Deployment Toolkit.

6. Atualize o suporte de dados de implementação criado no Deployment Workbench no passo anterior.

   Quando atualiza o suporte de dados de implementação, o Deployment Workbench cria o ficheiro de LiteTouchMedia.iso. Para obter mais informações sobre como realizar este passo, consulte a secção "Gerir Suportes de Dados de Implementação LTI", no documento MDT Utilizar o Microsoft Deployment Toolkit.

7. Gravar um DVD do ficheiro LiteTouchMedia.iso criado no passo anterior.

   Observação

   Se entregar o ficheiro ISO no OEM ou no ambiente de teste da organização, este passo não é necessário.

8. Entregue o ficheiro ISO ou o DVD no OEM ou no ambiente de teste da organização.

Processo de Pré-carregamento do OEM LTI — Fase 2: Aplicar a Imagem ao Computador de Destino

A segunda fase do processo de pré-carregamento do OEM é executada pelo OEM ou pela equipa de implementação no ambiente de teste da organização de implementação. Durante esta fase do processo, o .iso ficheiro ou DVD criado na Fase 1 é aplicado aos computadores de destino. O material a entregar desta fase é a imagem implementada nos computadores de destino para que estejam prontos para implementação no ambiente de produção.

Para aplicar a imagem aos computadores de destino

1. Inicie um computador de destino com o suporte de dados criado na Fase 1.

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

2. No Assistente de Implementação do Windows, selecione a sequência de tarefas Sequência de Tarefas de Pré-instalação do OEM para Ambiente de Teste .

   A sequência de tarefas será iniciada e os conteúdos do suporte de dados de arranque serão copiados para o disco rígido local do computador de destino.

3. Quando o Assistente de Implementação do Windows estiver concluído para a sequência de tarefas Sequência de Tarefas de Pré-instalação do OEM para Ambiente de Teste, o disco rígido estará pronto para iniciar o resto do processo de implementação ao executar o Assistente de Implementação do Windows para as outras sequências de tarefas utilizadas para implementar o sistema operativo.

   A sequência de tarefas Sequência de Tarefas de Pré-instalação do OEM para o Ambiente de Teste é responsável por implementar a imagem no computador de destino e iniciar o processo LTI. O Assistente de Implementação do Windows iniciará uma segunda vez para executar as sequências de tarefas utilizadas para implementar o sistema operativo no computador de destino.

4. Clone o conteúdo do primeiro disco rígido para o número de computadores de destino no ambiente de teste conforme necessário.

5. Os computadores de destino são entregues no ambiente de produção para implementação.

Processo de Pré-carregamento do OEM LTI — Fase 3: Concluir a Implementaçã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 implementação. Durante esta fase do processo, o computador de destino é iniciado e a imagem de suporte de dados de arranque, colocada no disco rígido no ambiente de teste durante a fase anterior, é iniciada.

Para concluir a implementaçã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 Implementação do Windows é iniciado.

2. Conclua o Assistente de Implementação do Windows com as informações de configuração específicas para cada computador de destino.

   Para obter mais informações sobre como concluir este passo, consulte a secção "Executar o Assistente de Implementação", no documento MDT Utilizar o Toolkit de Implementação da Microsoft.

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

Utilizar Windows PowerShell para Executar Tarefas Comuns

As tarefas de administração do MDT no Deployment Workbench são executadas por cmdlets de Windows PowerShell subjacentes, que pode utilizar para automatizar tarefas administrativas, como as das secções seguintes.

Pode automatizar a administração do MDT ao executar os seguintes passos:

• Crie uma nova partilha de implementação conforme descrito em Criar uma Nova Partilha de Implementação.

• Crie uma pasta numa partilha de implementação, conforme descrito em Criar uma Pasta.

• Elimine uma pasta de uma partilha de implementação, conforme descrito em Eliminar uma Pasta.

• Importe um controlador de dispositivo para uma partilha de implementação, conforme descrito em Importar um Controlador de Dispositivo.

• Eliminar um controlador de dispositivo de uma partilha de implementação, conforme descrito em Eliminar um Controlador de Dispositivo.

• Importe um pacote de sistema operativo para uma partilha de implementação, conforme descrito em Importar um Pacote do Sistema Operativo.

• Eliminar um pacote de sistema operativo de uma partilha de implementação, conforme descrito em Eliminar um Pacote do Sistema Operativo.

• Importe um sistema operativo para uma partilha de implementação, conforme descrito em Importar um Sistema Operativo.

• Eliminar um sistema operativo de uma partilha de implementação, conforme descrito em Eliminar um Sistema Operativo.

• Crie uma aplicação numa partilha de implementação, conforme descrito em Criar uma Aplicação.

• Elimine uma aplicação de uma partilha de implementação, conforme descrito em Eliminar uma Aplicação.

• Crie uma sequência de tarefas numa partilha de implementação, conforme descrito em Criar uma Sequência de Tarefas.

• Elimine uma sequência de tarefas de uma partilha de implementação, conforme descrito em Eliminar uma Sequência de Tarefas.

• Crie uma BD MDT conforme descrito em Criar uma BD MDT.

• Crie um perfil de seleção conforme descrito em Criar um Perfil de Seleção.

• Atualize uma partilha de implementação conforme descrito em Atualizar uma Partilha de Implementação.

• Crie uma partilha de implementação ligada conforme descrito em Criar uma Partilha de Implementação Ligada.

• Atualize uma partilha de implementação ligada, conforme descrito em Atualizar uma Partilha de Implementação Ligada.

• Elimine uma partilha de implementação ligada, conforme descrito em Eliminar uma Partilha de Implementação Ligada.

• Crie um suporte de dados de implementação conforme descrito em Criar Suporte de Dados.

• Gere suportes de dados de implementação, conforme descrito em Gerar Suporte de Dados.

• Elimine o suporte de dados de implementação conforme descrito em Eliminar Multimédia.

Criar uma Nova Partilha de Implementação

Os comandos Windows PowerShell seguintes criam uma nova partilha de implementação em D:\Production Deployment Share com o nome Production$. A nova partilha de implementação será apresentada no Deployment Workbench 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 comandos Windows PowerShell seguintes criam uma pasta adobe na árvore da consola 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

Eliminar uma Pasta

Os comandos Windows PowerShell seguintes eliminam 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 Controlador de Dispositivo

Os seguintes comandos Windows PowerShell irão importar o controlador de dispositivo de monitorização WFP de Dell 2407 para a partilha de implementação 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

Eliminar um Controlador de Dispositivo

O comando Windows PowerShell seguinte elimina o controlador de monitor WFP Dell 2407 da partilha de implementação Produção.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

Importar um Pacote do Sistema Operativo

Os comandos Windows PowerShell seguintes importam todos os pacotes do sistema operativo localizados em D:\Atualizações\Microsoft\Vista. Estes pacotes do sistema operativo serão armazenados na partilha de implementação Produção, que está em D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose

Eliminar um Pacote do Sistema Operativo

O comando Windows PowerShell seguinte elimina o pacote do sistema operativo especificado da partilha de implementação Produção.

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

Importar um Sistema Operativo

Os comandos Windows PowerShell seguintes importam o sistema operativo Windows Vista localizado em D:\Sistemas Operativos\Windows Vista x86. O sistema operativo será armazenado na partilha de implementação Produção, que está em D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

Eliminar um Sistema Operativo

O comando Windows PowerShell seguinte elimina o sistema operativo Windows Vista HOMEBASIC da partilha de implementação Produção.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Criar uma Aplicação

Os comandos Windows PowerShell seguintes criam a aplicação Adobe Reader 9 com ficheiros de origem de D:\Software\Adobe\Reader 9. A aplicação será armazenada na partilha de implementação Produção, que está em D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose

Eliminar uma Aplicação

O comando Windows PowerShell seguinte elimina a aplicação Adobe Reader 9 da partilha de implementação Produção.

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

Criar uma Sequência de Tarefas

Os comandos Windows PowerShell seguintes criam a sequência de tarefas Compilação de Produção do Windows Vista na partilha de implementação Produção, que está localizada em D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose

Eliminar uma Sequência de Tarefas

O comando Windows PowerShell seguinte elimina a sequência de tarefas Compilação de Produção do Windows Vista da partilha de implementação Produção.

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

Criar uma BD MDT

Os comandos Windows PowerShell seguintes criam uma nova BD MDT no servidor deployment_server para a partilha de implementação Produção. A ligação da base de dados será através de TCP/IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose

Criar um Perfil de Seleção

Os comandos Windows PowerShell seguintes criam um novo perfil de seleção aplicações.

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 uma Partilha de Implementação

Os comandos Windows PowerShell seguintes atualizam a partilha de implementação Produção, que está em D:\Production Deployment Share.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"
Update\-MDTDeploymentShare \-path "DS002:" \-Verbose

Criar uma Partilha de Implementação Ligada

Os comandos Windows PowerShell seguintes criam uma partilha de implementação que está ligada à partilha de implementação Produção e reside na partilha \\remote_server_name\Deployment$. O perfil de seleção Tudo é utilizado para determinar que conteúdo é replicado para a partilha de implementação ligada. Os conteúdos da partilha de implementação Produção serão intercalados com conteúdo que já existe na partilha \\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 uma Partilha de Implementação Ligada

Os comandos Windows PowerShell seguintes atualizam a partilha de implementaçã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

Eliminar uma Partilha de Implementação Ligada

Os comandos de Windows PowerShell seguintes eliminam a partilha de implementação LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Criar Multimédia

Os comandos Windows PowerShell seguintes criam uma pasta de origem que contém conteúdo utilizado para criar suportes de dados de arranque. A partilha de implementação Produção será utilizada como a origem. O perfil de seleção Tudo determina que conteúdo é colocado na pasta de conteúdo multimédia. O ficheiro LiteTouchMedia.iso será criado quando o suporte de dados for gerado. O suporte de dados suportará 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

A Gerar Multimédia

Os comandos Windows PowerShell seguintes criam o ficheiro LiteTouchMedia.iso em D:\Media, que utilizará conteúdo da pasta de origem de multimé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

A eliminar multimédia

O comando Windows PowerShell seguinte elimina o suporte de dados MEDIA001 da partilha de implementação Produção.

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

Atrasar a Associação a Um Domínio para Evitar a Aplicação de Objetos de 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 Política de Grupo definições restritivas e que podem causar problemas durante as implementações do sistema operativo. Por exemplo, as seguintes definições de Política de Grupo podem interromper um processo de início de sessão automatizado:

• Restrições de registo automático

• Mudar o nome da conta de administrador

• Faixas e legendas legais

• Políticas de segurança restritivas (por exemplo, a política De Segurança Especializada – Funcionalidade Limitada [SSLF])

  Uma opção para ultrapassar os problemas que um GPO pode causar durante a implementação é associar o computador ao domínio o mais tarde possível no processo de implementação. Esta associação pode ser feita através de um passo de sequência de tarefas personalizado que executa o script ZTIDomainJoin.wsf.

  Para associar o computador de destino ao domínio, o script ZTIDomainJoin.wsf utiliza as propriedades DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain e MachineObjectOU . Pode declarar estas propriedades com o Assistente de Implementação do Windows, as regras de partilha de implementação, a BD MDT e Configuration Manager regras de computador e coleção. A conta utilizada tem de ter os direitos necessários para criar e eliminar objetos de computador no domínio.

  Normalmente, o script ZTIConfigure.wsf atualiza o ficheiro Unattend.xml ou Unattend.txt com os valores especificados por estas propriedades. Estas definições são analisadas pelo programa de Configuração do Windows e o sistema tenta associar-se ao domínio no início do processo de implementação. Ao fazê-lo, submete o computador de destino às definições especificadas em GPOs de domínio e pode possivelmente fazer com que o processo de implementação falhe.

  Para atrasar intencionalmente a associação do computador de destino ao domínio durante o processo de implementação, pode remover determinados elementos do ficheiro Unattend.xml. O script ZTIConfigure.wsf ignorará as propriedades de escrita no ficheiro Unattend.xml se o elemento de propriedade associado estiver em falta no ficheiro.

Preparar o ficheiro de unattend.xml para que o computador de destino não tente aderir ao domínio durante a Configuração do Windows

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

2. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (em que deployment_share é o nome da partilha de implementação e task_sequence é o nome da sequência de tarefas a configurar).

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

4. No separador Informações do SO , selecione Editar Unattend.xml.

   O Windows System Image Manager (Windows SIM) é iniciado.

5. No painel Ficheiro de Resposta , aceda a 4 especialização/Identificação/Credenciais. Clique com o botão direito do rato em Credenciais e, em seguida, selecione Eliminar.

6. Selecione Sim.

7. Guarde o ficheiro de resposta e, em seguida, saia do Windows SIM.

8. Selecione OK na caixa de diálogo Propriedades da sequência de tarefas .

   Com os Credentials elementos em falta no ficheiro unattend.xml, o script ZTIConfigure.wsf não consegue preencher as informações de associação a um domínio no ficheiro Unattend.xml, o que impedirá a Configuração do Windows de tentar associar o domínio.

   Para adicionar um passo de sequência de tarefas que associa o computador de destino ao domínio

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

10. Na árvore da consola do Deployment Workbench, aceda a Deployment Workbench/Deployment Shares/deployment_share/Task Sequences/task_sequence (em que deployment_share é o nome da partilha de implementação e task_sequence é o nome da sequência de tarefas a configurar).

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

12. No separador Sequência de Tarefas , aceda a e expanda o nó Restauro de Estado.

13. Verifique se o passo de sequência de tarefas Recuperar do Domínio está presente. Se sim, avance para o passo 9.

14. Na caixa de diálogo Propriedades da sequência de tarefas, selecione Adicionar, aceda a Definições e selecione Recuperar do Domínio.

15. Adicione o passo de sequência de tarefas Recuperar do Domínio ao editor de sequência de tarefas. Verifique se o passo está na localização pretendida na sequência de tarefas.

16. Verifique se as definições do passo de sequência de tarefas Recuperar do Domínio estão configuradas para satisfazer as suas necessidades.

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