Share via

Guia de amostras de ferramentas de implementação da Microsoft

  • Artigo

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

Nota

Neste artigo, Windows aplica-se aos sistemas operativos Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012 e Windows Sistemas operativos R2 2008, salvo indicação em contrário. A MDT não suporta versões baseadas no processador ARM de Windows. Da mesma forma, MDT refere-se à versão atual de MDT, salvo indicação em contrário.

Para usar este guia

Reveja a lista de tópicos de cenário na Tabela de Conteúdos.

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

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

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

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

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

    Como este guia contém apenas configurações de configuração de amostra, a revisão dos guias listados na tabela seguinte pode ajudar ainda mais a personalizar as definições de configuração para o ambiente.

    Guia Este guia oferece assistência para ajudar
    Guia de início rápido para o Microsoft System Center gestor de configuração R2 2012 Utilize System Center Gestor de Configuração R2 de 2012 para instalar o sistema operativo Windows 8.1 num cenário de implementação de novo computador.
    Guia de início rápido para instalação de toque Lite Instale o sistema operativo Windows 8.1 através da Instalação Lite Touch (LTI) utilizando suportes de arranque num cenário de implantação de novo computador.
    Guia de início rápido para instalação de User-Driven Instale o sistema operativo Windows 8.1 com User-Driven Installation and System Center 2012 R2 Configuration Manager num cenário de implementação de novo computador.
    Utilizar o Microsoft Deployment Toolkit Personalize ainda mais os ficheiros de configuração utilizados nas implementações de Zero Touch (ZTI) e LTI. Este guia também fornece orientação de configuração genérica e uma referência técnica para definições de configuração.

Implementação de aplicações Windows 8 usando MDT

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

Implementar Windows 8 aplicações utilizando mDT executando os seguintes passos:

Implementação de aplicações Windows 8 usando LTI

Pode implementar Windows 8 aplicações utilizando LTI como qualquer outra aplicação que inicie o processo de instalação a partir de uma linha de comando. Pode adicionar Windows 8 aplicações às implementações de LTI no nó de Aplicações na bancada de trabalho de implantação.

Para implementar uma aplicação Windows 8 utilizando o LTI

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

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

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

  3. Crie um item de aplicação LTI para a aplicação Windows 8 no nó aplicações na bancada de trabalho de implementação utilizando o Novo Assistente de Aplicação.

    Ao completar o Novo Assistente de Aplicação, na página de assistente de Código, na linha de Comando, tipo app_file_name (onde app_file_name é o nome da aplicação Windows 8).

    Para obter mais informações sobre como completar o Novo Assistente de Aplicação na bancada do trabalho de implementação, consulte as seguintes secções no documento MDT, utilizando o kit de ferramentas de implementação da Microsoft:

    • "Criar uma nova aplicação que seja implantada a partir da parte de implementação"

    • "Criar uma nova aplicação que seja implantada a partir de outra pasta partilhada na rede"

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

Implementação de aplicações Windows 8 usando UDI

Pode implementar Windows 8 aplicações utilizando UDI como qualquer outra aplicação que inicie o processo de instalação a partir de uma linha de comando. Pode adicionar Windows 8 aplicações às implementações UDI na página de assistentes do ApplicationPage no UDI Wizard Designer.

Nota

A implementação de aplicações de Windows 8 e Windows 8 utilizando a UDI requer System Center Gestor de Configuração R2 de 2012.

Para implementar uma aplicação Windows 8 usando UDI

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

    Esta pasta será a pasta de origem para a aplicação 'Gestor de Configuração' que irá criar mais tarde no processo.

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

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

  3. Adicione a aplicação Windows 8 como uma aplicação de Gestor de Configuração

  4. Crie um item de aplicação Do Gestor de Configuração para a aplicação Windows 8 utilizando o Assistente de Aplicação Criar na consola 'Gestor de Configuração'.

    Ao completar o Assistente de Aplicação Criar, crie um tipo de implementação para implementar a aplicação Windows 8 utilizando o Assistente de Tipo de Implementação criar. No Assistente tipo de implementação Create, na página de Conteúdo, no programa de instalação, escreva app_file_name (onde app_file_name é o nome da aplicação Windows 8).

    Para obter mais informações sobre como completar o Assistente de Aplicação Criar na consola Do Gestor de Configuração, consulte as seguintes secções na Biblioteca de Documentação para System Center Gestor de Configuração de 2012, que está incluída com o Gestor de Configuração:

  5. Certifique-se de que a funcionalidade de afinidade do dispositivo do utilizador (UDA) no Gestor de Configuração está configurada adequadamente para suportar a afinidade entre utilizadores e dispositivos para a implementação da aplicação do Gestor de Configuração.

    Para obter mais informações sobre como configurar a UDA para suportar a implementação da aplicação do Gestor de Configuração, consulte Como Gerir a afinidade do dispositivo do utilizador no Gestor de Configuração.

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

    Para obter mais informações sobre como implementar uma aplicação para o utilizador, consulte Como implementar aplicações no Gestor de Configuração.

  7. Configure a página de assistente do ApplicationPage para incluir a aplicação Do Gestor de Configuração criada no passo 4 utilizando o UDI Wizard Designer.

    Para obter mais informações sobre como configurar a página de assistentes do ApplicationPage utilizando o Designer de Assistentes UDI, consulte a secção "Passo 5-11: Personalize o Ficheiro de Configuração do Assistente UDI para o Computador Alvo", no documento MDT Guia de início rápido para instalação User-Driven.

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

    Nota

    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 visado (tal como definido pela definição UDA configurada no passo 5) utilizando a função de instalador de aplicações User-Centric (AppInstall.exe) em UDI.

    Para obter mais informações sobre a funcionalidade User-Centric instalador de aplicações em UDI, consulte a secção "Referência do Instalador de Aplicações centrada no utilizador", no documento MDT Toolkit Reference.

Gestão de MDT usando Windows PowerShell

Pode gerir as ações de implantação MDT utilizando a bancada de trabalho de implantação e Windows PowerShell. O MDT inclui um snap-in Windows PowerShell™ - Microsoft.BDD.SnapIn - que deve ser carregado antes de usar as funcionalidades específicas do MDT em Windows PowerShell. O snap-in MDT Windows PowerShell inclui:

Carregar o MDT Windows PowerShell Snap-In

As cmdlets MDT são fornecidas num Windows PowerShell snap-in Microsoft.BDD.SnapIn que deve ser carregado antes de utilizar as cmdlets MDT. Carregue o MDT Windows PowerShell encaixe utilizando o cmdlet Add-PSSnapIn, conforme descrito na carga do MDT Windows PowerShell Snap-In Utilizando o cmdlet Add-PSSnapIn.

Carregue o MDT Windows PowerShell Snap-In Utilizando o Add-PSSnapIn Cmdlet

Pode carregar o MDT Windows PowerShell snap-in Microsoft.BDD.PSSnapIn de qualquer ambiente Windows PowerShell utilizando o cmdlet Add-PSSnapIn, como mostra no seguinte exemplo:

Add-PSSnapin -Name Microsoft.BDD.PSSnapIn

Criar uma partilha de implementação usando Windows PowerShell

Pode criar ações de implantação utilizando os cmdlets MDT Windows PowerShell. A pasta raiz para a partilha de implementação é criada e partilhada usando cmdlets de Windows PowerShell padrão e chamadas para comandos de Windows Gestão de Instrumentos (WMI). A parte de implementação é povoada usando o provedor de Windows PowerShell MDTProvider e o cmdlet NewPSDrive. A unidade de Windows PowerShell MDTProvider é persistiu utilizando o cmdlet Add-MDTPersistentDrive.

Preparar uma parte de implantação utilizando os cmdlets de Windows PowerShell MDT

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

  2. Crie a pasta que será a raiz da nova partilha de implantação utilizando o cmdlet New-Item, como mostrado no exemplo seguinte e descrito na Utilização do 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 utilizando a classe win32_share WMI como semeada no seguinte exemplo:

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

    A chamada para a classe win32_share devolve os resultados da chamada. Se o valor do ReturnValue for zero (0), então a chamada foi bem sucedida.

  4. Especifique a nova pasta partilhada como uma partilha de implementação utilizando o cmdlet NewPSDrive, como mostra o seguinte exemplo:

    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 na nova partilha de implementação. Após a conclusão do processo de cópia, o cmdlet exibe as informações para a nova parte de implantação.

    Nota

    O valor fornecido no parâmetro Nome (DS002) deve ser único e não pode ser o mesmo que uma parte de implantação existente Windows PowerShell unidade.

  5. Verifique se as pastas de partilha de implantação adequadas foram criadas utilizando o comando dir, como mostra no seguinte exemplo:

    Get-ChildItem ds002:

    É apresentada a lista de pastas predefinidas na raiz da parte de implantação.

  6. Adicione a nova quota de implementação à lista de ações de implantação MDT persistiu utilizando o cmdlet Add-MDTPersistentDrive, como mostra o seguinte exemplo:

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

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

    Em alternativa, poderia ter combinado os cmdlets NewPSDrive e Add-MDTPersistentDrive, como mostra o seguinte exemplo:

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

Visualização de propriedades de partilha de implementação usando Windows PowerShell

Pode ver as propriedades das ações de implantação MDT utilizando o cmdlet Get-ItemProperty e o provedor de Windows PowerShell MDTProvider. Estas mesmas propriedades também podem ser vistas na bancada de trabalho de implantação.

Para visualizar propriedades de partilha de implementação usando os cmdlets de Windows PowerShell MDT

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas.

  4. Ver as propriedades da parte de implantação utilizando o cmdlet Get-ItemProperty, como mostra o seguinte exemplo:

    Get-ItemProperty "DS002:"

    Neste exemplo, DS002: é o nome de uma unidade de Windows PowerShell devolvida no passo 3. O cmdlet devolve as propriedades para a parte de implantação.

Visualização da lista de ações de implantação utilizando Windows PowerShell

Pode ver a lista de ações de implementação MDT utilizando o cmdlet Get-PSDrive e o provedor de Windows PowerShell MDTProvider. A mesma lista de ações de implantação também pode ser visualizada na bancada de trabalho de implantação.

Para visualizar uma lista de ações de implantação utilizando os cmdlets de Windows PowerShell MDT

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas, uma para cada partilha de implementação.

Atualizar uma partilha de implementação usando Windows PowerShell

Pode atualizar as ações de implementação utilizando o cmdlet Update-MDTDeploymentShare e o provedor de Windows PowerShell MDTProvider. A atualização de uma partilha de implementação cria as imagens de arranque PE Windows (wim e organização internacional de normalização [ficheiros ISO] necessários para iniciar a implementação de LTI. Pode executar o mesmo processo utilizando a bancada de trabalho de implantação, conforme descrito em "Atualizar uma Partilha de Implementação na bancada de trabalho de implantação".

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

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas.

  4. Atualize a partilha de implementação utilizando o cmdlet Update-MDTDeploymentShare, como mostra o seguinte exemplo:

    Update-MDTDeploymentShare -Path "DS002:" -Force

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

    Nota

    A atualização da parte de implementação pode demorar muito tempo. O progresso do cmdlet é mostrado no topo da consola Windows PowerShell.

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

Atualizar uma partilha de implementação ligada utilizando Windows PowerShell

Pode atualizar (replicar) as ações de implementação ligadas utilizando o cmdlet Update-MDTLinkedDS e o provedor de Windows PowerShell MDTProvider. A atualização de uma partilha de implementação ligada replica o conteúdo da parte de implementação original para a parte de implementação ligada. Pode executar o mesmo processo utilizando a bancada de trabalho de implantação, conforme descrito em "Replicate Linked Deployment Shares in the Deployment Workbench".

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

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas.

  4. Atualize a partilha de implementação utilizando o cmdlet Update-MDTDeploymentShare, como mostra o seguinte exemplo:

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

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

    Nota

    A atualização da quota de implementação ligada pode demorar muito tempo. O progresso do cmdlet é mostrado no topo da consola Windows PowerShell.

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

Atualizar meios de implantação usando Windows PowerShell

Pode atualizar (gerar) meios de implementação utilizando o cmdlet Update-MDTMedia e o provedor de Windows PowerShell MDTProvider. A atualização dos meios de comunicação replica o conteúdo da parte de implementação original para a parte de implementação ligada e, em seguida, gera .iso e ficheiros .wim. Pode executar o mesmo processo utilizando a bancada de trabalho de implantação, conforme descrito em "Gerar Imagens de Mídia na bancada de trabalho de implantação".

Quando o cmdlet Update-MDTMedia termina, são criados os seguintes ficheiros:

  • Um ficheiro .iso na pasta media_folder (onde media_folder é o nome da pasta especificada para os meios de comunicação)

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

    • Selecionando a caixa de verificação de imagem ISO bootable Lite Touch no separador Geral da caixa de diálogo media Properties (Limpe esta caixa de verificação para reduzir o tempo necessário para gerar o meio, a menos que precise de criar DVDs bootable ou iniciar máquinas virtuais [VMs] a partir do ficheiro .iso.)

    • Definir a mesma propriedade utilizando o cmdlet Set-ItemProperty

  • Os ficheiros WIM na pasta media_folder\Conteúdo\Implantação\Boot (onde media_folder é o nome da pasta especificada para os meios de comunicação)

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

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas.

  4. Atualize a partilha de implementação utilizando o cmdlet Update-MDTDeploymentShare, como mostra o seguinte exemplo:

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

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

    Nota

    A atualização da quota de implementação ligada pode demorar muito tempo. O progresso do cmdlet é mostrado no topo da consola Windows PowerShell.

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

Gerir itens numa partilha de implementação utilizando Windows PowerShell

Uma parte de implementação contém itens que são usados para executar 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 utilizando cmdlets de Windows PowerShell e os fornecidos com MDT.

Para obter mais informações sobre a manipulação de itens diretamente utilizando Windows PowerShell cmdlets, consulte manipulação diretamente de itens. A estrutura da pasta para uma partilha de implantação também pode ser gerida usando Windows PowerShell. Para obter mais informações, consulte a gestão das pastas de partilha de implementação utilizando Windows PowerShell.

Importar um item numa parte de implantação

Pode importar cada tipo de item, como sistemas operativos, aplicações ou controladores de dispositivos, utilizando cmdlets MDT. Para cada tipo de item, há um cmdlet MDT específico. Se pretender importar vários itens para uma parte de implantação utilizando Windows PowerShell, consulte a População Automatizada de uma Partilha de Implantação.

O quadro que se segue lista os cmdlets Windows PowerShell MDT utilizados para importar artigos numa ação de implantação e apresenta uma breve descrição de cada cmdlet. Exemplos de como utilizar cada cmdlet são fornecidos na secção que corresponde a cada cmdlet.

Cmdlet Descrição
Importação-MDTApplicação Importa um pedido para uma parte de implantação
Import-MDTDriver Importa um ou mais condutores de dispositivos para uma parte de implantação
Import-MDTOperatingSystem Importa um ou mais sistemas operativos numa parte de implantação
Importação-MDTPackage Importa um ou mais pacotes de sistemas operativos numa parte de implantação
Importação-MDTTaskSequence Importa uma sequência de tarefas numa parte de implantação

Ver as propriedades de um item numa partilha de implementação

Cada item de uma partilha de implementação tem diferentes conjuntos de propriedades. Pode ver as propriedades de um item numa partilha de implantação utilizando o cmdlet Get-ItemProperty. O cmdlet Get-ItemProperty utiliza o MDTProvider para exibir as propriedades de um item específico, tal como pode ver as propriedades na bancada de trabalho de implantação.

Se desejar visualizar as propriedades de vários itens numa partilha de implantação utilizando Windows PowerShell, consulte a População Automatizada de uma Partilha de Implantação.

Para ver as propriedades de um item numa partilha de implantação usando Windows PowerShell

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

  3. Verifique se as implementações de MDT que partilham unidades Windows PowerShell são restauradas corretamente utilizando o cmdlet Get-PSDrive, como mostra o seguinte exemplo:

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas.

  4. Devolva uma lista dos itens para o tipo de artigo para o qual pretende visualizar as propriedades utilizando o cmdlet Get-Item, como mostra o seguinte exemplo:

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

    No exemplo anterior, é apresentada uma lista de todos os sistemas operativos da parte de implantação. A saída é canalizada 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 poderia ser usado para devolver a lista de outros tipos de itens, como controladores de dispositivos ou aplicações.

    Dica

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

  5. Ver as propriedades de um dos itens listados no passo anterior utilizando o cmdlet Get-ItemProperty, como mostra o seguinte exemplo:

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

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

Remover um item de uma partilha de implementação

Pode remover um item de uma partilha de implantação utilizando o cmdlet Remove-Item. O cmdlet remove-item utiliza o MDTProvider para remover um item específico, tal como pode remover um item na bancada de trabalho de implantação. Se pretender remover vários itens numa partilha de implantação utilizando Windows PowerShell, consulte automatizar população de uma partilha de implantação.

Nota

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 parte de implantação antes de remover o item. Uma vez removido um item, não pode ser recuperado.

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

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

  2. Certifique-se de que as implementações de MDT que partilham Windows PowerShell unidades são restauradas utilizando o cmdlet Restore-MDTPersistentDrive, como mostra o exemplo seguinte.

    Restore-MDTPersistentDrive -Verbose

    Nota

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

  3. Verifique se as implementações de MDT que partilham unidades Windows PowerShell são restauradas corretamente utilizando o cmdlet Get-PSDrive, como mostra o seguinte exemplo:

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas.

  4. Devolva uma lista dos itens para o tipo de artigo para o qual pretende visualizar as propriedades utilizando o cmdlet Get-Item, como mostra o seguinte exemplo:

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

    No exemplo anterior, é apresentada uma lista de todos os sistemas operativos da parte de implantação. A saída é canalizada 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 dispositivos ou aplicações.

    Dica

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

  5. Remova um dos itens listados no passo anterior utilizando o cmdlet remove-item, como mostra o seguinte exemplo:

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

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

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

    Nota

    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 parte de implantação antes de remover o item.

Automatização da população de uma parte de implantação

Os cmdlets MDT Windows PowerShell permitem gerir itens individuais. No entanto, utilizando algumas das funcionalidades de script em Windows PowerShell, os cmdlets podem ser usados para automatizar a população de uma parte de implantação.

Por exemplo, uma organização pode precisar de implementar várias ações de implantação para diferentes unidades de negócio, 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 povoar ações de implantação que são configuradas de forma consistente.

Um método para gerir vários itens seria utilizar um ficheiro de valores separados por vírgula (CSV) que contenha uma lista de todos os itens que pretende gerir numa parte de implantação utilizando o cmdlet Import-CSV.

Segue-se um excerto de um Windows PowerShell script para importar uma lista de pedidos baseados em informações num ficheiro .csv utilizando os cmdletes Import-CSV, ForEach-Objecte 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 um pedido. Para obter mais informações sobre como criar um ficheiro .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 parte de implantação, realizando os seguintes passos:

  1. Crie um ficheiro .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 .csv para utilização com o cmdlet Import-CSV, consulte utilizar o Cmdlet Import-Csv.

  3. Crie um ficheiro de script Windows PowerShell que será usado para automatizar a população da parte de implantação.

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

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

    Para obter mais informações, consulte a gestão das pastas de partilha de implementação utilizando 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 utilizando o cmdlet Import-Csv.

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

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

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

    Para obter mais informações sobre os cmdlets MDT utilizados para importar itens numa parte de implantação, consulte importar um item numa parte de implantação.

Gestão de pastas de partilha de implementação utilizando Windows PowerShell

Pode gerir pastas numa partilha de implementação utilizando ferramentas de linha de comando, como o comando mkdir, ou utilizando Windows PowerShell cmdlets, como o cmdlet New-Item e o fornecedor de Windows PowerShell MDTProvider. A mesma estrutura de pasta de ações de implantação também pode ser vista e gerida na bancada de trabalho de implantação. Para obter mais informações sobre a manipulação de itens diretamente utilizando Windows PowerShell cmdlets, consulte manipulação diretamente de itens.

Criar uma pasta numa partilha de implementação utilizando Windows PowerShell

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

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas, uma para cada partilha de implementação

  4. Crie uma pasta denominada Windows_8 na pasta sistemas operativos numa partilha de implementação utilizando o comando New-Item, como mostra o seguinte exemplo:

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

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

  5. Verifique se a pasta é criada corretamente digitando 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 denominada Windows_7 pasta na pasta sistemas operativos numa partilha de implementação utilizando o cmdlet New-Item, como mostrado no exemplo seguinte e descrito na Utilização do 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 é criada corretamente digitando o seguinte comando:

    Get-ChildItem "DS002:\Operating Systems"

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

Elimine uma pasta numa partilha de implantação utilizando Windows PowerShell

Para eliminar uma pasta numa partilha de implantação utilizando Windows PowerShell

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas, uma para cada partilha de implementação.

  4. Eliminar (remover) uma pasta nomeada Windows_8 na pasta sistemas operativos numa partilha de implementação utilizando o comando New-Item, como mostra o seguinte exemplo:

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

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

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

    Get-ChildItem "DS002:\Operating Systems"

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

  6. Eliminar (remover) uma pasta denominada Windows_7 pasta na pasta sistemas operativos numa partilha de implementação utilizando o cmdlet de produto de remoção, como mostra o seguinte exemplo:

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

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

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

    Get-ChildItem "DS002:\Operating Systems"

    A pasta Windows_7 já não aparece na lista de pastas na pasta dos Sistemas Operativos.

Mude o nome de uma pasta numa partilha de implementação utilizando Windows PowerShell

Renomear uma pasta numa partilha de implementação utilizando Windows PowerShell

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

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

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas, uma para cada partilha de implementação.

  4. Mude o nome de uma pasta denominada Windows_8 para Win_8 na pasta sistemas operativos numa partilha de implementação utilizando o comando ren, como mostra o seguinte exemplo:

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

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

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

    Get-ChildItem "DS002:\Operating Systems"

    A pasta Windows_8 é renomeada para Win_8.

  6. Mude o nome de uma pasta denominada Windows_7 para Win-7 na pasta sistemas operativos numa partilha de implementação utilizando o cmdlet De ponto de nomeação, como mostra o seguinte exemplo:

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

    O cmdlet apresenta o renomeador bem sucedido da pasta.

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

    Get-ChildItem "DS002:\Operating Systems"

    A pasta Windows_7 é renomeada para Win_7.

Automatização da Aplicação de Pacotes de Serviços de Sistema Operativo em Ações de Implantação

Os pacotes de serviços de sistema operativo são uma parte normal do ciclo de vida do software. Os sistemas operativos existentes em ações de implantação precisam de ser atualizados com estes pacotes de serviços para ajudar a garantir que os computadores recém-implantados ou atualizados estão em funcionamento com as mais recentes recomendações de segurança e configurações de configuração.

Nos casos em que uma organização tem muitas partilhas de implementação com múltiplos sistemas operativos em cada parte de implementação, o processo de atualização manual dos sistemas operativos em cada partilha de implementação com os pacotes de serviço pode ser demorado. Os métodos para automatizar a aplicação de pacotes de serviços de sistema operativo em ações de implantação incluem:

Automatização da Aplicação de Pacotes de Serviços de Sistema Operativo a partir de Meios de Origem Atualizados

Pode automatizar o processo de atualização dos pacotes de serviços do sistema operativo utilizando Windows PowerShell quando tiver meios de origem que incluam o pacote de serviços, como ter um DVD que tem Windows 7 com SP1 já integrado.

Para este método, os meios de origem do sistema operativo com o pacote de serviços são copiados sobre os ficheiros do sistema operativo existentes sem o pacote de serviço na parte de implementação utilizando Windows PowerShell.

Automatizar a aplicação de pacotes de serviços de sistema operativo a partir de meios de origem de atualizações utilizando Windows PowerShell

  1. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

  3. Veja a lista de implementações MDT compartilhar unidades Windows PowerShell, uma para cada partilha de implementação, utilizando o cmdlet Get-PSDrive, como mostra o seguinte exemplo:

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas, uma para cada partilha de implementação.

  4. Remova a pasta para o sistema operativo existente da parte de implantação utilizando os cmdlets Get-ChildItem e Remove-Item, como mostra o seguinte exemplo:

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

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

  5. Copie o conteúdo dos ficheiros de origem do sistema operativo que têm o pacote de serviço integrado utilizando o cmdlet Copy-Item, como mostra o seguinte exemplo:

    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 de Windows PowerShell devolvida no passo 3.

  6. Atualize todos os meios de implementação MDT com base na partilha de implementação utilizando a cmdlet Update-MDTMedia.

    Para obter mais informações sobre como atualizar os meios de implementação MDT com base na partilha de implementação utilizando o cmdlet Update-MDTMedia, consulte atualização de meios de utilização utilizando Windows PowerShell.

Automatização da aplicação de pacotes de serviços de sistema operativo utilizando um computador de referência e Windows PowerShell

Pode automatizar o processo de atualização dos pacotes de serviços do sistema operativo utilizando Windows PowerShell quando tem apenas o pacote de serviços que ainda não está integrado no sistema operativo, como por exemplo ter SP1 para Windows 7 ainda não integrado com uma imagem Windows 7.

Para este método, desloque o sistema operativo sem o pacote de serviços para um computador de referência. Em seguida, aplique o pacote de serviço no computador de referência. Em seguida, capture uma imagem do sistema operativo do computador de referência. Por fim, copie o ficheiro .wim capturado sobre o ficheiro Install.wim no sistema operativo na partilha de implementação utilizando Windows PowerShell.

Automatizar a aplicação de pacotes de serviços de sistema operativo a partir de meios de origem de atualizações utilizando Windows PowerShell

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

    Para obter mais informações sobre como implementar um computador de referência, consulte os seguintes recursos no documento MDT, utilizando o Conjunto de Ferramentas de Implementação da Microsoft:

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

    • "Implantação de e captação de uma imagem do computador de referência em LTI"

  2. Instale o pacote de serviço pretendido no computador de referência.

    Para obter mais informações sobre como instalar o pacote de serviços, consulte a documentação que acompanha o pacote de serviços.

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

    Para obter mais informações sobre a criação de uma sequência de tarefas baseada no modelo de sequência de tarefas Sysprep e Capture, consulte "Criar uma nova sequência de tarefas na bancada de trabalho de implantação".

  4. Carregue o encaixe de Windows PowerShell MDT como descrito no Loading the MDT Windows PowerShell Snap-In.

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

    Restore-MDTPersistentDrive -Verbose

    Nota

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

  6. Veja a lista de implementações MDT compartilhar unidades Windows PowerShell, uma para cada partilha de implementação, utilizando o cmdlet Get-PSDrive, como mostra o seguinte exemplo:

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

    A lista de unidades Windows PowerShell fornecidas através do MDTProvider estão listadas, 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 parte de implementação utilizando o cmdlet Copy-Item, como mostra o seguinte exemplo:

    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 em pasta denominada Windows 7.

  8. Atualize todos os meios de implementação MDT com base na partilha de implementação utilizando a cmdlet Update-MDTMedia.

    Para obter mais informações sobre como atualizar os meios de implementação MDT com base na partilha de implementação utilizando o cmdlet Update-MDTMedia, consulte atualização de meios de utilização utilizando Windows PowerShell.

Personalização de 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 locais IsLaptop , e indicam se o computador é um computador IsDesktop IsServer portátil, computador de secretária ou servidor, respectivamente.

Nota

Em versões anteriores da bancada de trabalho de implantação, a IsServer bandeira indicava que o sistema operativo existente é um sistema operativo de servidor (como Windows Servidor 2003 Enterprise Edition). Esta bandeira foi renomeada IsServerOS para.

Implementar variáveis locais no ficheiro CustomSettings.ini

  1. Na [Settings] 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, onde o Chassis representa o tipo de computador).

  2. Crie a secção personalizada que corresponde à secção personalizada definida no passo 1 ByChassisType (no exemplo em exemplo, onde o 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. Criar uma subsecção para cada True um e estado de cada False subsecção definido no passo 3 (como [Laptop-True], [Laptop-False], [Desktop-True], [Desktop-False] no exemplo seguinte).

  5. Em cada uma True das False subsecções, adicione as definições apropriadas com base no tipo de chassis.

    Listagem 1. Exemplo de personalização da implementação com base no tipo de chassis no ficheiro 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]  
.  
.  
.

Implementação de aplicações com base em versões anteriores da aplicação

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

  • Funcionalidade de inventário de software do Gestor de Configuração. Contém um registo para cada pacote de aplicações — neste caso, listas em Programa e Funcionalidades em Windows 8.1, Windows 8, Windows 7, Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 — instaladas na última vez que o Gestor de Configuração inventou o computador.

  • Uma mesa de mapeamento. Descreve qual o pacote e programa que precisam de ser instalados para cada registo (porque os registos de Programas e Funcionalidades ou De adicionar ou Remover programas não especificam exatamente qual o pacote instalado na aplicação, tornando impossível selecionar automaticamente o pacote com base apenas no inventário).

    Para realizar uma instalação dinâmica de aplicação específica para computador

  1. Utilize a tabela no DB MDT para ligar pacotes específicos com aplicações listadas no sistema operativo-alvo.

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

    SQL Consulta para Povoar 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 Professional Plus Microsoft Office 2010.

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

  3. Crie um procedimento armazenado para simplificar a junção da informação na nova tabela com os dados do 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 a base de dados do site principal do Gestor de Configuração reside no computador em que SQL Server está a funcionar como DB MDT. Se a base de dados central do site primário residir num computador diferente, as modificações adequadas devem ser efetuadas ao procedimento armazenado. Além disso, o nome da base de dados CM_DB deve ser atualizado. Considere também conceder contas adicionais Leia o acesso à vista v_GS_ADD_REMOVE_PROGRAMS na base de dados do Gestor de Configuração.

  4. Configure o ficheiro CustomSettings.ini para consultar esta tabela de bases de dados especificando o nome de uma secção [DynamicPackages] (na lista Prioritária) que aponta para a informação 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 de consulta.

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

    No exemplo anterior, o DB MDT nomeado MDTDB no computador que executa o SQL Server caso chamado SERVER1 será consultado. A base de dados contém um procedimento armazenado denominado RetrievePackages (criado no passo 3).

    Quando a .wsf ZTIGather executa, uma declaração de linguagem SQL (Structured Query Language) (SQL) SELECT é gerada automaticamente, e o valor da chave personalizada MakeModelQuery é passado como parâmetro para a consulta:

    EXECUTE RetrievePackages ?

    O valor real da chave personalizada MACAddress será substituído pelo correspondente "?". Esta consulta devolve um recorde estabelecido com as linhas inscritas no passo 2.

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

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

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

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

Pode automatizar o Windows Assistente de Implementação utilizado no processo de implementação LTI para reduzir (ou eliminar) as páginas de assistente apresentadas. Pode saltar todo o Windows's Deployment Wizard especificando a propriedade SkipWizard em CustomSettings.ini. Para saltar as páginas de assistente individual, utilize as seguintes propriedades:

  • SkipAdminPassword

  • SkipApplicações

  • SkipBDDWelcome

  • SkipBitLocker

  • SkipBitLockerDetails

  • SkipTaskSequence

  • SkipCapture

  • SkipComputerBackup

  • Nome SkipComputer

  • SkipDomainMembership

  • SkipFinalSummary

  • SkipLocaleSele

  • SkipPackageDisplay

  • SkipProductKey

  • SkipSummary

  • SkipTimeZone

  • SkipUserData

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

Para cada página de assistente ignorada, forneça os valores das propriedades correspondentes que são normalmente recolhidas através da página de assistente nos ficheiros CustomSettings.ini e BootStrap.ini. Para obter mais informações sobre as propriedades que devem ser configuradas nestes ficheiros, consulte a secção " Fornecer propriedades para páginas de assistente de implantação ignoradas", no documento MDT Toolkit Reference.

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

O seguinte ilustra um ficheiro CustomSettings.ini utilizado para um cenário de Computador Refresh para saltar todas as páginas Windows Desaguisamento do Assistente. Nesta amostra, as propriedades a fornecer ao saltar a página do assistente estão imediatamente abaixo da propriedade que salta a página de 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 totalmente automatizada de LTI para um novo cenário de computador

Segue-se um exemplo de um ficheiro CustomSettings.ini utilizado para um cenário de Novo Computador para saltar todas as páginas Windows Desacruçamento do Assistente de Implementação. Nesta amostra, as propriedades a fornecer ao saltar a página do assistente estão imediatamente abaixo da propriedade que salta a página de assistente.

[Settings]  
Priority=Default  
Properties=MyCustomProperty  

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

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

SkipAdminPassword=YES  
SkipProductKey=YES  

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

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

SkipTaskSequence=YES  
TaskSequenceID=Enterprise  

SkipComputerName=YES  
OSDComputerName=%SerialNumber%  

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

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

SkipTimeZone=YES  
TimeZoneName=China Standard Time  

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

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

Chamando serviços web em MDT

Em versões anteriores do MDT, o processamento de regras foi suportado através de CustomSettings.ini e bases de dados, a partir das quais você poderia obter valores do computador local - normalmente usando OMI - para tomar decisões sobre o que precisava ser feito em cada computador durante a implementação. Além disso, pode fazer consultas SQL e chamadas de procedimento armazenadas para obter informações adicionais de bases de dados externas. Houve desafios com essa abordagem, no entanto , especialmente com a criação de ligações seguras SQL Server.

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

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

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

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

Added new custom property USZIP  
Added new custom property CITY  
Added new custom property STATE  
Added new custom property ZIP  
Added new custom property AREA_CODE  
Added new custom property TIME_ZONES  
Using from [Settings]: Rule Priority = DEFAULT, USZIPSERVICE  
------ Processing the [DEFAULT] section ------  
Property USZIP is now = 98052  
Using from [DEFAULT]: USZIP = 98052  
------ Processing the [USZIPSERVICE] section ------  
Using COMMAND LINE ARG: Ini file = CustomSettings.ini  
CHECKING the [USZIPSERVICE] section  
About to execute web service call to http://www.webservicex.net/uszip.asmx/GetInfoByZIP: USZip=98052  
Response from web service: 200 OK  
Successfully executed the web service.  
Property CITY is now = Redmond  
Obtained CITY value from web service:  CITY = Redmond  
Property STATE is now = WA  
Obtained STATE value from web service:  STATE = WA  
Property ZIP is now = 98052  
Obtained ZIP value from web service:  ZIP = 98052  
Property AREA_CODE is now = 425  
Obtained AREA_CODE value from web service:  AREA_CODE = 425  
------ Done processing CustomSettings.ini ------

Existem algumas pequenas complicações a ter em conta quando se executa um serviço web:

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

  • CustomSettings.ini ou ZTIGather.xml procura de propriedades definidas na marcação XML devolvidas como resultado da chamada de serviço web (assim como com uma consulta de base de dados ou outra regra). No entanto, a pesquisa XML é sensível a casos. Felizmente, o serviço web aqui descrito devolve todos os nomes de propriedade maiúsculas, que é o que ZTIGather.xml espera. É possível remapo entradas minúsculas ou mistas para contornar isto.

  • POSTRecomenda-se um pedido ao serviço web, pelo que a chamada de serviço web deve ser capaz de suportar um POST .

Ligação aos Recursos de Rede

Durante os processos de implementação do LTI e do ZTI, poderá necessitar de acesso a um recurso de rede num servidor diferente do servidor que hospeda a partilha de implementação. Tem de ser autenticado no outro servidor para que possa 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 hospeda a partilha de implementação que os scripts MDT utilizam.

Nota

Para consultar SQL Server bases de dados alojadas num servidor diferente do servidor que acolhe a partilha de implementação, consulte a Base de Dados, DBID, DBPwd, Instance, NetLib, Order, Parâmetros, ParâmetroCondition, SQLServer, SQLShare, e Propriedades de Tabela no documento MDT Toolkit Reference.

Utilizando o script .wsf ZTIConnect, pode ligar-se a outros servidores e aceder a recursos neles. A sintaxe para o .wsf ZTIConnect é a seguinte (onde unc_path é um caminho da Convenção Universal de Nomeação [UNC] para ligar ao servidor):

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

Na maioria dos casos, executou o script .wsf ZTIConnect como uma tarefa de Seqüência de tarefa. Execute o script .wsf ZTIConnect antes de tarefas que exijam acesso a um servidor diferente do servidor que hospeda a partilha de implementação.

Para adicionar o script .wsf ZTIConnect como uma tarefa para a sequência de tarefas de uma construção

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação de implementação/deployment_share/Sequências de tarefas (onde deployment_share é o nome da partilha de implementação para configurar).

  3. No painel de detalhes, clique task_sequence _ (onde _task_sequence é a sequência de tarefa a modificar).

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

  5. Clique no separador Sequência de Tarefas, navegue em grupo (onde o grupo é o grupo para executar o script ZTIConnec.wsf) e clique em Adicionar. Clique em Geral e, em seguida, clique na Linha de Comando de Execução.

    Nota

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

  6. Preencha o separador Propriedades da nova tarefa utilizando as seguintes informações:

    Nesta caixa Faça isto
    Nome Digite Ligação para o servidor (onde o servidor é o nome do servidor ao qual se deve ligar).
    Descrição Escreva texto que explique por que a ligação precisa ser feita.
    Comando Digite cscript.exe "%SCRIPTROOT%\ZTIConnect.wsf" /uncpath:unc_path (onde unc_path é o caminho unc para uma pasta partilhada no servidor).

  7. Preencha o separador Opções da nova tarefa utilizando as seguintes informações. A menos que especificado, aceite valores predefinidos e, em seguida, clique em OK.

    Nesta caixa Faça isto
    Códigos de sucesso Tipo 0 3010. (O script .wsf ZTIConnect devolve estes códigos após a conclusão com sucesso.)
    Caixa de lista de condições Adicione todas as 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 .wsf ZTIConnect, as tarefas subsequentes podem aceder aos recursos de rede no servidor especificado na opção /uncpath do script .wsf ZTIConnect.

Implantação dos controladores de dispositivo corretos para computadores com os mesmos dispositivos de hardware, mas diferentes fazer e modelar

Podem existir variações nos números de modelos e nomes, praticamente sem diferença no conjunto do condutor. Estas variações em números de modelos e nomes podem aumentar desnecessariamente o tempo gasto a fazer várias entradas de base de dados para um determinado modelo. O procedimento a seguir mostra como definir uma nova propriedade usando uma chamada de função de saída do utilizador que devolve um sub-modelamento do número do modelo.

Para criar pseudónimos de modelo

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

  4. Na caixa de diálogo Propriedades, clique no separador Regras.

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

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

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

  8. Adicione a [SetModel] secção às definições prioritárias na [Settings] secção.

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

  10. Crie uma procura de base de dados MMApplications onde o ModelAlias é igual ao Modelo.

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

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

    CustomSettings.ini:

    [Settings]   
Priority=SetModel, MMApplications, Default   
Properties= ModelAlias   
[SetModel]   
ModelAlias=#SetModelAlias()#   
Userexit=Userexit.vbs   
[MMApplications]   
SQLServer=Server1  
Database=MDTDB   
Netlib=DBNMPNTW   
SQLShare=logs   
Table= MakeModelSettings    
Parameters=Make, ModelAlias   
ModelAlias=Model   
Order=Sequence

    Script de saída do 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 etapas de sequência de tarefa condicional

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

Utilizando o MDT, executar uma sequência de tarefas condicionalmente com base em:

  • Uma ou mais declarações if

  • Uma variável de sequência de tarefa

  • A versão do sistema operativo alvo

  • Os resultados booleanos de uma consulta do WMI

  • Uma definição de registo

  • O software instalado no computador alvo

  • As propriedades de uma pasta

  • As propriedades de um ficheiro

Configurar um passo de sequência de tarefa condicional

Os passos de sequência de tarefa condicional são configurados na bancada de trabalho de implantação, no separador Opções de um passo de sequência de tarefa. Pode adicionar uma ou mais condições ao passo da sequência de tarefas para criar a condição adequada para correr ou não executar o passo.

Nota

Cada passo de sequência de tarefa condicional precisa de pelo menos uma declaração IF.

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

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação de implementação/deployment_share/Sequências de tarefas (onde deployment_share é o nome da partilha de implementação para configurar).

  3. No painel de detalhes, clique task_sequence (onde task_sequence é o nome da sequência de tarefas para configurar).

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

  5. Na caixa de diálogo task_sequence _ _Propriedades, no separador Sequência de Tarefa, clique em **passo_ (onde _step é o nome do passo da sequência de tarefa para configurar) e, em seguida, clique no separador Opções.

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

  • Adicione. Clique neste botão para adicionar uma condição ao passo da sequência de tarefa.

  • Retire. Clique neste botão para remover uma condição existente num passo de sequência de tarefa.

  • Editar. Clique neste botão para modificar uma condição existente num passo de sequência de tarefa.

Declarações if em condições

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

Uma declaração IF pode basear-se nas condições enumeradas no quadro seguinte, que estão configuradas na caixa de diálogo IF Statement Properties.

Condition Selecione esta opção para executar a sequência de tarefa se
Todas as condições Todas as condições sob esta declaração if devem ser verdadeiras.
Quaisquer condições Quaisquer condições sob esta declaração if são verdadeiras.
Nenhuma Nenhuma das condições sob esta declaração do IF são verdadeiras.

Preencha a condição de execução do passo da sequência de tarefa adicionando outros critérios às condições (por exemplo, variáveis ou valores de sequência de tarefas numa definição de registo).

Para adicionar uma condição de declaração IF a um passo de sequência de tarefa

  1. No passo* _ _ Separador de Opção* (onde o passo é o nome do passo da sequência de tarefa para configurar), clique em Adicionar, e, em seguida, clique em Se a declaração.

  2. Na caixa de diálogo Se Statement Properties, clique em condições (em que a condição é uma das condições listadas na tabela anterior) e, em seguida, clique em OK.

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

Utilize a condição variável de sequência de tarefa para avaliar qualquer variável de sequência de tarefa criada por uma tarefa variável de sequência de tarefas ou por qualquer tarefa na sequência de tarefas. Por exemplo, considere uma rede que contenha Windows computadores clientes XP que fazem parte de um domínio e alguns que estão em um grupo de trabalho. Sabendo que a política de domínio atual força todas as definições do utilizador a serem guardadas na rede, as definições do 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. Neste caso, adicione uma condição aos Ficheiros de Utilizador de Captura e Definições tarefa que direcione os computadores do grupo de trabalho.

Para adicionar uma condição baseada numa variável de sequência de tarefa

  1. No passo* _ _ Separador opções* (onde o passo é o nome do passo da sequência de tarefa para configurar), clique em Adicionar Condição, e, em seguida, clique em Variável sequência de tarefas.

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

    Nota

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

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

  4. Na caixa Valor, tipo 1, e depois clique em OK.

Versão do sistema operativo em condições

Utilize a condição de Versão do Sistema Operativo para verificar a versão do sistema operativo existente de um computador-alvo ou do cliente existente (ao capturar uma imagem). Por exemplo, considere uma rede que contenha vários servidores que serão atualizados de Windows Server 2003 para Windows Server 2008. As definições de rede devem ser copiadas e aplicadas apenas aos servidores que estão a ser Windows Server 2003. Todos os outros servidores terão as definições de rede predefinidos que Windows o Servidor 2008 utiliza.

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

  1. No Editor de Sequência de Tarefas, clique na Definições tarefa da Rede de Captura.

  2. Clique em Adicionar Estado e, em seguida, clique na Versão do Sistema Operativo.

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

  4. Na caixa do sistema Operativo, clique no sistema operativo e na versão para definir uma condição. Para este exemplo, clique em x86 Windows 2003.

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

Propriedades de arquivo em Condições

Utilize a condição de Propriedades de Ficheiros para verificar a versão e/ou o tampão de um dado 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 usada para todos os novos servidores que são adicionados à rede. Todos os computadores de servidores do ambiente executam uma aplicação personalizada que requer a versão 3.60.6815 da interface de programação de aplicações do Objeto de Acesso Digital (DAO).

Todos os servidores existentes estão a funcionar corretamente. No entanto, cada novo servidor adicionado à rede com a imagem é incapaz de 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 de Propriedades de Ficheiro a um passo de sequência de tarefa no Gestor de Configuração

  1. No Gestor de Configuração, crie um pacote para instalar o DAO 3.60.6815. Ligue para este pacote DAO, com um programa chamado InstallDAO. Para saber mais sobre a criação de pacotes, consulte Como criar um pacote.

  2. Crie um passo de Software de instalação para implantar o pacote DAO.

  3. Clique no passo da sequência de tarefas de instalação do Software criado no passo 2 e, em seguida, clique no separador Opções.

  4. Clique em Adicionar Estado e, em seguida, clique em Propriedades de Ficheiros.

  5. Na caixa Path, tipo C:\Ficheiros de programa\Microsoft Shared\DAO\dao360.dll.

  6. Selecione a caixa de verificação da versão e, em seguida, clique em não ser igual para a condição.

  7. Na caixa versão, tipo 3.60.6815.

  8. Neste caso, limpe a caixa de verificação do marcador e, em seguida, clique em OK.

Propriedades de pasta em Condições

Utilize a condição de Propriedades de Pasta para verificar o carimbo de tempo 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 da rede têm a versão mais recente da aplicação instalada, e tem de realizar um processo de conversão de dados antes de poder atualizar a aplicação.

Se o carimbo de tempo da pasta em que a aplicação está instalada for 12/31/2007 ou mais cedo, então o computador-alvo está a executar a versão incompatível da aplicação, e deve executar o processo de conversão de dados no computador-alvo. Condicionalmente, executar um passo de sequência de tarefa para executar o processo de conversão de dados em computadores que tenham uma versão anterior da aplicação.

Para adicionar uma condição de Propriedades de Pasta a um passo de sequência de tarefa

  1. Na consola 'Gestor de Configuração' ou na bancada do Trabalho de Implementação, no editor da sequência de tarefas, edite task_sequence _ (onde _task sequência é a sequência de tarefas que pretende editar).

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

  3. Clique na tarefa criada no passo 1.

  4. Clique em Adicionar Estado e, em seguida, clique em Propriedades de Pasta.

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

  6. Selecione a caixa de verificação do tempos.

  7. Clique em Menos de ou igual para a condição.

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

  9. Na caixa do tempo, clique em 12:00:00 AM e, em seguida, clique em OK.

Definições de registo em Condições

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

Para adicionar uma condição de definição de registo a um passo de sequência de tarefa

  1. Na consola 'Gestor de Configuração' ou na bancada do Trabalho de Implementação, no editor da sequência de tarefas, edite task_sequence _ (onde _task sequência é a sequência de tarefas que implementa Windows 8).

  2. Clique na primeira tarefa na sequência e, em seguida, clique no separador Opções.

  3. Clique em Adicionar Estado e, em seguida, clique na Definição de Registo.

  4. Na lista de chaves Raiz, clique HKEY_LOCAL_MACHINE.

  5. Na caixa chave, escreva SOFTWARE\WOODGROVE.

  6. Clique em não existe para a condição. Neste caso, a tarefa será executada, e a sequência só continuará se a chave não existir.

  7. Opcionalmente, a condição poderia verificar a inistência de um valor se o nome de valor for digitado na caixa de nomes Valor.

  8. Se for utilizada uma condição diferente da existência/não existe, especifique um valor e um tipo de valor.

  9. Clique em OK.

Consultas de WMI em Condições

Utilize a condição de consulta do WMI para executar qualquer consulta de WMI. A condição é avaliada como Verdadeira se a consulta retornar 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 — Dell 1950, por exemplo. Pode utilizar uma consulta de WMI para verificar o modelo de cada computador e proceder com a implementação apenas se o modelo certo for encontrado.

Para adicionar uma condição de consulta do WMI a um passo de sequência de tarefa

  1. Na consola 'Gestor de Configuração' ou na bancada do Trabalho de Implementação, no editor da sequência de tarefas, edite task_sequence _ (onde _task sequência é a sequência de tarefas que irá atualizar os servidores).

  2. Clique na primeira tarefa na sequência e, em seguida, clique no separador Opções.

  3. Clique em Adicionar Estado e, em seguida, clique em Perguntas WMI.

  4. Na caixa WMI Namespace, escreva raiz\cimv2.

  5. Na caixa de consulta WQL, escreva entre Win32_ComputerSystem modelo ONDE COMO * "%Dell%1950%". Clique em OK.

Software instalado em Condições

Utilize uma condição de Software instalado para verificar se uma determinada peça de software está atualmente instalada num computador-alvo. Apenas o software instalado através dos ficheiros Microsoft Installer (MSI) pode ser avaliado utilizando esta condição. Como exemplo, imagine que pretende atualizar o sistema operativo de todos os servidores, exceto os que estão a funcionar Microsoft SQL Server 2012.

Para adicionar uma condição de Software instalado a um passo de sequência de tarefa

  1. Na consola 'Gestor de Configuração' ou na bancada do Trabalho de Implementação, no editor da sequência de tarefas, edite task_sequence _ (onde _task sequência é a sequência de tarefas que irá atualizar os servidores).

  2. Clique na primeira tarefa na sequência e, em seguida, clique no separador Opções.

  3. Clique em Adicionar Estado e, em seguida, clique em Software Instalado.

  4. Clique em Procurar e, em seguida, clique no ficheiro MSI para SQL Server 2012.

  5. Selecione a caixa de verificação específica do produto para especificar que apenas computadores com SQL Server 2012 e não quaisquer outras versões são os computadores-alvo que esta consulta deve detetar.

  6. Clique em OK.

Condições Complexas

Várias condições podem ser agrupadas usando declarações IF para criar condições complexas. Por exemplo, imagine que um passo específico deve ser executado apenas para computadores Contoso 1950 em execução Windows Server 2003 ou Windows Server 2008. Escrito como uma declaração programática if, seria semelhante ao seguinte:

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

Para adicionar uma condição complexa

  1. Na consola 'Gestor de Configuração' ou na bancada do Trabalho de Implementação, no editor da sequência de tarefas, edite task_sequence _ (onde _task sequência é a sequência de tarefas que irá atualizar os servidores).

  2. Clique no passo da sequência de tarefa para adicionar a condição e, em seguida, clique no separador Opções.

  3. Clique em Adicionar estado, clique em Se Statement e, em seguida, clique em Todas as condições. Clique em OK.

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

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

  6. Clique na declaração SE e, em seguida, clique em Adicionar a condição. Clique em Se declaração e, em seguida, clique em Qualquer condição. Clique em OK.

  7. Clique na segunda declaração IF. Clique em Adicionar a condição e, em seguida, clique na Versão do Sistema Operativo.

  8. Na caixa de Arquitetura, clique na arquitetura para os servidores. Para este exemplo, clique em x86.

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

  10. Clique na segunda declaração IF. Clique em Adicionar a condição e, em seguida, clique na Versão do Sistema Operativo.

  11. Na caixa de Arquitetura, clique na arquitetura para os servidores. Para este exemplo, clique em x86.

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

Criação de uma infraestrutura de implantação LTI altamente escalável

Neste cenário, não está disponível nenhuma distribuição de software eletrónico para a infraestrutura de implantação alavancar, pelo que utiliza o MDT para construir uma infraestrutura de implantação LTI totalmente automatizada. A infraestrutura LTI escalável utiliza SQL Server, serviços de implantação Windows e Windows tecnologias de replicação do sistema de ficheiros distribuídos (DFS-R) do Servidor 2003.

Dimensione a infraestrutura LTI por:

Assegurar a existência da infraestrutura adequada

A infraestrutura de implantação de LTI altamente escalável utiliza uma topologia de hub e spoke para a replicação de conteúdos; portanto, primeiro nomeie um servidor de implementação no ambiente de produção que desempenhará o papel do servidor de implementação principal. As seguintes listas são os componentes necessários para o servidor de implantação principal.

Componente necessário Finalidade/comentário
Windows Server 2003 R2 Obrigado a apoiar o DFS-R
MDT Contém a cópia principal da parte de implantação
SQL Server 2005 Deve ser uma versão completa para permitir a replicação do DB MDT
DFS-R Necessário para a replicação da parte de implantação
Windows Deployment Services Necessário para permitir o início das instalações baseadas em PXE em rede

Quando tiver selecionado o servidor de implementação principal, fornecendo servidores adicionais em cada site para suportar implementações LTI. As seguintes listas são os componentes necessários para o servidor de implantação da criança.

Componente necessário Finalidade/comentário
Windows Server 2003 R2 Obrigado a apoiar o DFS-R
Microsoft SQL Server® 2005 Express Edition Recebe cópias replicadas do DB do MDT
DFS-R Necessário para a replicação da parte de implantação
Windows Deployment Services Necessário para permitir o início das instalações baseadas em PXE em rede

Nota

Windows Os serviços de implantação devem ser configurados e configurados em cada servidor infantil, mas não é necessário adicionar imagens de arranque ou instalação.

Adicionar conteúdo ao MDT

Povoar o servidor de implementação principal com conteúdo utilizando a bancada de trabalho de implantação, e criar e povoar o DB MDT como descrito nas seguintes secções. Para obter informações sobre a povoamento da base de dados com:

  • Aplicações, consulte a secção "Configurar aplicações na bancada de trabalho de implantação", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft

  • Sistemas operativos, consulte a secção "Configurar sistemas operativos na bancada de trabalho de implantação", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft

  • Pacotes de sistema operativo, consulte a secção "Configurar pacotes na bancada de trabalho de implantação", no documento MDT Utilizando o Kit de Ferramentas de Implementação da Microsoft

  • Controladores de dispositivos, consulte a secção " Configurar controladores de dispositivos na bancada de trabalho de implantação", no documento MDT Utilizando o Kit de Ferramentas de Implementação da Microsoft

  • Sequências de tarefas, consulte a secção "Configurar sequências de tarefas na bancada de trabalho de implantação", no documento MDT Utilizando o conjunto de ferramentas de implementação da Microsoft

Nota

Certifique-se de que o ficheiro LiteTouchPE_x86.wim criado quando a parte de implantação é atualizada foi adicionado aos Serviços de Implantação Windows.

Preparação de serviços de implantação Windows

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

Para preparar serviços de implantação Windows

  1. Abra uma janela de Linha de Comandos.

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

Nota

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

Configuração da replicação do sistema de ficheiros distribuídos

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

Nota

Certifique-se de que o DFS-R está instalado antes de efetuá-lo nos seguintes passos.

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

  1. Abrir consola de gestão DFS.

  2. Na consola dfs Management, expanda a DfS Management.

  3. Replicação do clique direito e, em seguida, clique em Novo Grupo de Replicação.

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

  5. Clique em Seguinte.

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

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

    • Na descrição opcional da caixa de 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 de domínio contém o nome de domínio correto.

  7. Clique em Seguinte.

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

    1. Clique em Adicionar.

    2. Digite os nomes de todos os servidores que serão membros deste grupo de replicação - por exemplo, todos os servidores de implementação de crianças e o servidor principal de implementação.

    3. Clique em OK.

  9. Clique em Seguinte.

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

  11. Na página 'Membros do Hub', clique no servidor de implementação principal e, em seguida, clique em Adicionar.

  12. Clique em Seguinte.

  13. Na página Hub e Spoke Connections, certifique-se de que para cada servidor de implementação de crianças o servidor de implementação principal listado é o Membro Hub Necessário.

  14. Clique em Seguinte.

  15. Na página 'Agenda do Grupo de Replicação' e largura de banda, especifique um calendário para replicar o conteúdo entre servidores.

  16. Clique em Seguinte.

  17. Na página membro principal, na caixa do membro primário, clique no servidor de implementação principal.

  18. Clique em Seguinte.

  19. Na página de pastas para replicar, clique em Adicionar e, em seguida, execute estes passos:

    1. No Caminho Local da pasta para replicar a caixa, clique em navegar para ir à pasta X: \Implantação (onde X é a letra de unidade no servidor de implementação).

    2. Clique em Usar o nome com base no caminho.

    3. Clique em OK.

    4. Clique em Adicionar.

    5. Na pasta Adicionar à caixa de diálogo Replica, clique em navegar para ir ao X: \RemoteInstall\Boot pasta.

    6. Clique em Usar o nome com base no caminho.

  20. Clique em Seguinte.

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

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

    2. Na caixa de diálogo do Caminho Local de Edição, clique em Ativado.

    3. Digite o caminho onde a pasta 'Partilhar' deve ser armazenada no servidor de implementação da criança — por exemplo, X:\Implantação _ (onde _X é a letra de unidade no servidor de implantação).

    4. Clique em OK.

  22. Clique em Seguinte.

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

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

    2. Na caixa de diálogo do Caminho Local de Edição, clique em Ativado.

    3. Digite o caminho onde a pasta Boot deve ser armazenada no servidor de implementação da criança — por exemplo, X:\RemoteInstall\Boot _ (onde _X é a letra de acionamento no servidor de implantação).

    4. Clique em OK.

  24. Clique em Seguinte.

  25. Na página Remote Definições e Criar Grupo de Replicação, clique em Criar para completar o Novo Assistente do Grupo de Replicação.

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

Nota

Certifique-se de que o novo grupo de replicação está agora listado sob o nó de replicação.

Preparação para a replicação SQL Server

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

Para preparar a replicação SQL Server no servidor de implementação principal

  1. Crie uma pasta para armazenar as imagens da base de dados e, em seguida, configuure a pasta como uma partilha.

    Nota

    Para obter mais informações sobre a proteção da pasta instantânea, consulte Secure the Snapshot Pasta.

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

  3. Na caixa de configuração da área de superfície SQL Server, clique em ligações Locais e Remotas.

    Para preparar a replicação SQL Server no servidor de implementação de crianças

  4. Na caixa de configuração da área de superfície SQL Server, clique em ligações Locais e Remotas.

  5. Opcionalmente, crie uma base de dados vazia para hospedar o DB MDT replicado.

Nota

Esta base de dados deve ter o mesmo nome que o DB MDT no servidor de implementação principal. Por exemplo, se o DB MDT no servidor de implementação principal for chamado MDTDB, crie uma base de dados vazia chamada MDTDB no servidor de implementação de crianças.

Configuração da replicação SQL Server

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

Nota

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

SQL Server 2005 usa 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 usados para distribuir a publicação.

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

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

Configurar um SQL Server Publisher

Para configurar o servidor de implementação principal como editor SQL Server, execute estes passos:

  1. Abra o SQL Server Management Studio.

  2. Clique com o botão direito no nó de replicação e, em seguida, clique em Configure Distribution.

  3. No Assistente de Distribuição Configurar, clique em Seguinte.

  4. Na página do Distribuidor, o clique funcionará como seu próprio Distribuidor; SQL Server criará uma base de dados de distribuição e registar-se-á e, em seguida, clicará em Seguinte.

  5. Na página da pasta Snapshot, na secção preparação para SQL Server replicação, digite o caminho UNC para a pasta instantânea criada.

  6. Na página 'Base de Dados de Distribuição', clique em 'Seguinte'.

  7. Na página Publishers, clique no servidor de implementação principal para defini-lo como distribuidor e, em seguida, clique em Seguinte.

  8. Na página 'Ações de Assistente', clique em Configure Distribuição e, em seguida, clique em Seguinte.

  9. Clique em Terminar e, em seguida, clique em Fechar quando o assistente estiver terminado.

Ativar o DB MDT para replicação

Para ativar o DB MDT para replicação no servidor de implementação principal, execute estes passos:

  1. Em SQL Server Management Studio, clique com o nó de replicação e, em seguida, clique em Publisher Propriedades.

  2. Na página Publisher Properties, execute estes passos:

    1. Clique em Publisher Bases de Dados.

    2. Clique no DB MDT e, em seguida, clique em Transactional.

    3. Clique em OK.

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

Criar uma Publicação do DB do MDT

Para criar uma publicação do DB MDT a que os servidores de implementação de crianças podem subscrever, execute estes passos:

  1. Em SQL Server Management Studio, expanda a Replicação, clique com o botão direito publicações locais e, em seguida, clique em Nova Publicação.

  2. No Novo Assistente de Publicação, clique em Seguinte.

  3. Na página 'Base de Dados de Publicação', clique no DB do MDT e, em seguida, clique em Seguinte.

  4. Na página 'Tipo de Publicação', clique na publicação Snapshot e, em seguida, clique em Seguinte.

  5. Na página de Artigos, selecione todas as tabelas, procedimentos armazenados e vistas e, em seguida, clique em Seguinte.

  6. Na página 'Artigos' Questões, clique em Seguinte.

  7. Na página 'Linhas de tabela' filtrante, clique em Seguinte.

  8. Na página do Agente Snapshot, execute estes passos:

    1. Selecione Crie imediatamente uma imagem e mantenha o instantâneo disponível para rubricar subscrições.

    2. Clique em Agendar o Agente Snapshot para executar nos seguintes momentos.

    3. Clique em Alterar.

    Nota

    Especifique um horário que ocorrerá uma hora antes da replicação da base de dados.

  9. Clique em Seguinte.

  10. Na página 'Segurança do Agente', clique na conta sob a qual o agente instantâneo será executado e, em seguida, clique em Seguinte.

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

  12. Na página 'Completar o Assistente', na caixa de nomes de publicação, digite um nome de publicação descritivo.

  13. Clique em Terminar para completar o assistente e, em seguida, clique em Fechar quando o assistente tiver criado a publicação.

    Nota

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

Subscreva servidores de implementação de crianças para o DB de MDT publicado

Agora que o DB MDT foi publicado, pode adicionar os servidores de implementação de crianças como assinantes desta publicação; ou seja, que receberão uma cópia da base de dados num horário para que durante uma implementação os computadores clientes possam consultar uma base de dados que seja local para a rede em vez de atravessar o WAN.

Para subscrever os servidores de implementação de crianças para a publicação DB do MDT

  1. Em SQL Server Management Studio, vá a Replication/Publicações Locais.

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

  3. No Novo Assistente de Subscrições, clique em Seguinte.

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

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

  6. Na página De Assinantes, adicione cada um dos servidores de implementação da criança executando os seguintes passos:

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

    2. Adicione cada servidor de implementação de crianças.

    3. Para cada servidor de implementação de crianças adicionado, na caixa de Base de Dados de Subscrição, clique no DB MDT vazio no servidor de implementação de crianças.

    Nota

    Se o DB MDT vazio ainda não tiver sido criado, na caixa de Base de Dados de Subscrição, selecione a opção de criar uma nova base de dados.

    Nota

    Esta base de dados deve ter o mesmo nome que o DB MDT no servidor de implementação principal. Por exemplo, se o DB MDT no servidor de implementação principal for chamado MDTDB, crie uma base de dados vazia chamada MDTDB no servidor de implementação de crianças.

  7. Clique em Seguinte.

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

  9. Digite os detalhes da conta a utilizar para o agente de distribuição e, em seguida, clique em Seguinte.

  10. Na página 'Agendar Sincronização', execute estes passos:

    1. Na caixa 'Agendar' agente, clique <Definir o horário >.

    2. Especifique o calendário que deve ser usado para replicar a base de dados entre servidores de implantação principal e infantil e, em seguida, clique em Seguinte.

  11. Na página de Subscrição Inicialize, clique em Seguinte.

  12. Na página 'Ações do Assistente', clique em Criar a(s) subscrição e, em seguida, clique em Seguinte.

  13. Clique em Terminar e, em seguida, clique em Fechar quando o assistente tiver terminado com sucesso.

    SQL Server replicação está agora configurada e o DB MDT será replicado do servidor de implementação principal para todos os servidores de implementação de crianças que tenham sido subscritos a ele periodicamente.

Configurar CustomSettings.ini

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

  • A parte de implantação

  • O MDT DB

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

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

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

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

Nota

O procedimento a seguir pressupõe que a parte de implantação foi criada e definida como a parte do Deployment$.

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

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

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

    • Se configurar o ImplementarRoot, configurar o DeployRoot para utilizar a variável %WDSServer% — por exemplo, ImplementarRoot= \ \ %WDSServer%\Implantação$

  5. Clique em Editar Bootstrap.ini.

  6. Configure BootStrap.ini utilizar a propriedade %WDSServer% adicionando ou alterando o valor DeployRoot para DeployRoot= \ \ %WDSServer%\Implantação$.

  7. Clique em 'Arquivar' e, em seguida, clique em Guardar para guardar as alterações no ficheiro BootStrap.ini.

  8. Clique em OK.

    A parte de implantação e LiteTouchPE_x86.wim Windows ambiente PE precisam de ser atualizados.

  9. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  12. Na página confirmação, clique em Terminar.

    O exemplo a seguir ilustra CustomSettings.ini depois de ter realizado os passos descritos nesta secção.

    CustomSettings.ini de amostras configuradas para infraestruturas de implantação de LTI escaláveis

[Settings]  
Priority=CSettings,CPackages, CApps, CAdmins, CRoles, Default  
Properties=MyCustomProperty  

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

[CSettings]  
SQLServer=%WDSServer%  
Instance=  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerSettings  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CPackages]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerPackages  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CApps]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerApplications  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  
Order=Sequence  

[CAdmins]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerAdministrators  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR  

[CRoles]  
SQLServer=%WDSServer%  
Database=MDTDB  
Netlib=DBNMPNTW  
SQLShare=  
Table=ComputerRoles  
Parameters=UUID, AssetTag, SerialNumber, MacAddress  
ParameterCondition=OR

Selecionando um servidor MDT local quando existem vários servidores

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

O Windows's Deployment Wizard pode utilizar o ficheiro LocalServer.xml para apresentar uma escolha de servidores de implementação conhecidos para cada local.

Utilize o ficheiro LocationServer.xml:

Compreensão LocationServer.xml

Primeiro, tens de entender como o MDT usa LocationServer.xml. Durante o LTI, os scripts do MDT lêem 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. Portanto, a propriedade DeployRoot é geralmente usada para especificar no BootStrap.ini arquivar o servidor de implementação ao qual deve fazer uma ligação.

Se o ficheiro BootStrap.ini não contiver uma propriedade Do DeployRoot, os scripts MDT carregam uma página de assistente para solicitar ao utilizador um caminho para o servidor de implementação. Ao rubricar a página de assistente de aplicação HTML (HTA), os scripts MDT verificam a existência do ficheiro LocationServer.xml e, se existir, utilizam LocationServer.xml para exibir servidores de implementação disponíveis.

Compreender quando usar LocationServer.xml

O MDT oferece várias formas de determinar a que servidor se ligar durante uma implementação de LTI. Diferentes métodos para localizar o servidor de implementação são os mais adequados para diferentes cenários; portanto, é importante entender quando usar LocationServer.xml.

O MDT fornece vários métodos para descobrir e utilizar automaticamente o servidor de implementação mais adequado. Estes métodos constam da tabela seguinte.

Método Detalhes
%WDSServer% Este método é utilizado quando o servidor MDT é co-hospedado no servidor Windows Serviços de Implementação.

Quando uma implementação LTI é iniciada a partir de Windows Serviços de Implantação, uma variável ambiental —%WDSServer%— é criada e povoada com o nome do servidor Windows Serviços de Implantação.

A variável DeployRoot pode utilizar esta variável para ligar automaticamente a uma partilha de implementação no servidor Windows Serviços de Implementação , por exemplo:

DeployRoot= \ \ %WDSServer%\Implantação$
Automatização baseada em localização O MDT pode utilizar a automatização baseada na localização no ficheiro BootStrap.ini para determinar o servidor ao qual deve ser implantado.

Utilize a propriedade Default Gateway para distinguir entre diferentes localizações; para cada Gateway Padrão, é especificado um servidor MDT diferente.

Para obter mais informações sobre a utilização da automatização baseada na localização, consulte "Selecionar os métodos de aplicação da configuração Definições".

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

Existem outros cenários em que estas abordagens não são adequadas — por exemplo, se existirem vários servidores de implementação num dado local 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 é separado de Windows Serviços de Implantação).

Nestes cenários, o ficheiro LocationServer.xml fornece uma forma flexível de apresentar esta informação no momento da implementação sem exigir conhecimento de nomes de servidores e nomes de partilha de implementação.

Criação do Arquivo 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 LocationServer.xml ficheiro predefinido em MDT, por isso crie um usando as seguintes orientações.

Criar um ficheiro LocationServer.xml para suportar várias localizações

O método mais simples para criar e utilizar LocationServer.xml é criar um ficheiro LocationServer.xml e adicionar entradas para cada servidor de implementação no ambiente (isto pode ser no mesmo local ou em locais diferentes).

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

  • Um identificador único

  • Um nome de localização, usado para apresentar um nome facilmente identificável para aquele local

  • Um caminho da UNC para o servidor MDT para aquele local

    O seguinte ilustra como o ficheiro LocationServer.xml é criado usando cada uma destas propriedades usando uma amostra LocationServer.xml ficheiro configurado para vários locais.

    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>

Utilizando este formato, especifique diferentes entradas de servidor para cada localização ou para situações em que existam vários servidores dentro de um único local, especificando uma entrada de servidor diferente para cada servidor nesse local, como mostra o exemplo seguinte.

Exemplo LocationServer.xml ficheiro para suportar vários 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 LocationServer.xml para carregar servidores de equilíbrio em diferentes localizações

Utilizando LocationServer.xml, especifique vários servidores por entrada de localização e, em seguida, efetue o equilíbrio básico de carga de modo a que, quando uma localização é escolhida, o MDT selecione automaticamente um servidor de implementação a partir da lista de servidores disponíveis. Para fornecer esta funcionalidade, o ficheiro LocationServer.xml suporta especificar uma métrica de ponderação.

O seguinte ilustra uma amostra LocationServer.xml ficheiro configurado para vários servidores em diferentes locais.

Exemplo LocationServer.xml arquivo para diferentes localizações

<?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 utilizando a etiqueta de peso 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 do Quartel-General de Contoso estão listados como 1, 2 e 4. A probabilidade de um servidor com uma ponderação de 2 ser selecionado torna-se 2 em 7. Portanto, para utilizar o sistema de ponderação, determinar a capacidade dos servidores disponíveis num local e ponderar 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 Extra

Depois de ter criado o ficheiro LocationServer.xml, adicione-o às LiteTouch_x86 e LiteTouch_x64 Windows imagens de arranque PE na pasta X: \ Implementar\Controle. Utilizando a bancada de trabalho de implantação, adicione outros ficheiros e pastas a estas Windows imagens PE, especificando um diretório adicional para adicionar as propriedades de partilha de implementação.

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

  1. Criar uma pasta chamada Ficheiros Extra na pasta de partilha de implementação de raiz (por exemplo, D:\Produção De partilha\Ficheiros Extra).

  2. Crie uma estrutura de pasta na pasta Ficheiros Extra que espelha a Windows local pe onde o ficheiro adicional deve residir.

    Por exemplo, o ficheiro LocationServer.xml deve residir na pasta \Deploy\Control in Windows PE; por isso, crie a mesma estrutura de pasta em Ficheiros Extra (por exemplo, D:\Produção De Implementação Partilhar\Ficheiros Extra\Deploy\Control).

  3. Copie LocationServer.xml para a pasta de deployment_share\Ficheiros Extra\Implantação\Controlo (onde deployment_share é o caminho totalmente qualificado para a pasta raiz da partilha de implantação).

  4. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  5. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

  7. Na caixa de diálogo deployment_shareProperties (onde deployment_share é o nome da parte de implantação), execute estes passos:

    1. Clique no separador Windows plataforma PE Definições (onde a plataforma é a arquitetura da Windows imagem PE a ser configurada).

    2. Na secção Windows de personalizações PE, no diretório extra para adicionar caixa, tipo caminho _ (onde _path é o caminho totalmente qualificado para a pasta Ficheiros Extra - por exemplo, D:\Production Deployment Share\Extra Files) e, em seguida, clique em OK.

Atualizar o Ficheiro BootStrap.ini

Quando cria uma partilha de implementação utilizando a bancada de trabalho de implantação, uma propriedade DeployRoot é automaticamente criada e povoada no ficheiro BootStrap.ini. Como o ficheiro LocationServer.xml é utilizado para povoar a propriedade DeployRoot, tem de remover este valor do ficheiro BootStrap.ini.

Para remover a propriedade DeployRoot da BootStrap.ini

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

  4. Na caixa de diálogo deployment_shareProperties _ (onde _deployment_share é o nome da partilha de implementação), clique no separador Regras e, em seguida, clique em Editar BootStrap.ini.

  5. Remover o valor ImplementarRoot (por exemplo, ImplementarRoot= \ \Servidor\Implementação$).

  6. Clique em 'Arquivar' e, em seguida, clique em Guardar para guardar as alterações no ficheiro BootStrap.ini.

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

Atualizar a Partilha de Implementação

A parte de implementação deve ser atualizada para gerar um novo ambiente de arranque LiteTouch_x86 e LiteTouch_x64 que contenha o ficheiro LocationServer.xml e o ficheiro BootStrap.ini atualizado.

Para atualizar a partilha de implementação

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

  3. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  6. Na página confirmação, clique em Terminar.

Nota

Quando o processo de atualização tiver terminado, adicione os novos ambientes pe LiteTouch_x86 e LiteTouch_x64 Windows de volta aos serviços de implantação Windows ou queime-os para iniciar os meios de comunicação para utilizar durante a implementação.

Substituição de 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 substitua 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 novos 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 do estado do utilizador. Além disso, é importante criar uma solução de recuperação no caso de a migração falhar.

Nesta implementação da amostra, substitua o computador existente (WDG-EXIST-01) por um novo computador (WDG-NEW-02) no domínio CORP, capturando dados do estado do utilizador da WDG-EXIST-01 e guardando-os para uma partilha de rede. Em seguida, implemente uma imagem existente para WDG-NEW-02 e, finalmente, restaure os dados do estado do utilizador capturado para WDG-NEW-02. A implementação será executada a partir de um servidor de implementação (WDG-MDT-01).

Em MDT, utilize o modelo de Sequência de Tarefas Padrão de Substituição do Cliente para criar uma sequência de tarefa que execute todas as tarefas de implementação necessárias.

Esta demonstração pressupõe que:

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

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

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

  • Uma pasta partilhada em rede (UserStateCapture$) foi criada e partilhada no servidor de implementação (WDG MDT 01) com as permissões de partilha apropriadas

    Deve existir uma parte de implantação antes de iniciar esta amostra. Para obter mais informações sobre a criação de uma partilha de implementação, consulte a secção "Managing Deployment Shares in the Deployment Workbench", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

Passo 1: Criar uma sequência de tarefas para capturar o Estado utilizador

Criar sequências de tarefas MDT no nó sequências de tarefas na bancada de trabalho de implementação utilizando o Novo Assistente de Sequência de Tarefas. Para executar a primeira parte do cenário de implementação do Computador (capturando o estado do utilizador no computador existente), selecione o modelo de sequência de tarefas padrão de substituição do cliente no Novo Assistente de Sequência de Tarefas.

Criar uma sequência de tarefa para capturar o estado do utilizador no cenário de implantação do Computador Substituto

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação de implementação/ deployment_share/Sequências de tarefas (onde deployment_share é o nome da partilha de implementação para configurar).

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

    Começa o novo assistente de sequência de tarefas.

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

    Nesta página de assistente Faça isto
    Definições Geral 1. No ID da sequência de tarefas, tipo VISTA_EXIST.
    2. No nome da sequência de tarefas, escreva 'Executar Substitua o cenário do computador' no computador existente.
    3. Clique em seguida.
    Selecione modelo Nos seguintes modelos de sequência de tarefas estão disponíveis. Selecione o que pretende utilizar como ponto de partida, selecione a Sequência de Tarefas Standard Client Substitu e, em seguida, clique em Seguinte.
    Resumo Verifique se os detalhes da configuração estão corretos e, em seguida, clique em Seguinte.
    Confirmação Clique em Concluir.

    O Novo Assistente de Sequência de Tarefas termina e a sequência de tarefas VISTA_EXIST é adicionada à lista de sequências de tarefas.

Passo 2: Criar uma sequência de tarefa para implantar o sistema operativo e restaurar o Estado do Utilizador

Crie sequências de tarefas MDT no nó sequências de tarefas na bancada de trabalho de implementação utilizando o Novo Assistente de Sequência de Tarefas. Para executar a segunda parte do cenário de implementação do Computador (implantar o sistema operativo e, em seguida, restaurar o estado do utilizador no computador existente), selecione o modelo de sequência de tarefas padrão do cliente no Novo Assistente de Sequência de Tarefas.

Criar uma sequência de tarefa para implementar o estado de utilizador no cenário de implantação do Computador Substituto

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação de implementação/deployment_share/Sequências de tarefas (onde deployment_share é o nome da partilha de implementação para configurar).

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

    Começa o novo assistente de sequência de tarefas.

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

    Nesta página de assistente Faça isto
    Definições Geral 1. No ID da sequência de tarefas, tipo VISTA_NEW.
    2. No nome da sequência de tarefas, digite Executar O Cenário de Computador substituto no Novo Computador.
    3. Clique em seguida.
    Selecione modelo Nos seguintes modelos de sequência de tarefas estão disponíveis. Selecione o que pretende utilizar como ponto de partida, selecione a Sequência de Tarefa Padrão do Cliente e, em seguida, clique em Seguinte.
    Selecione OS Nas seguintes imagens do sistema operativo estão disponíveis para serem implantadas com esta sequência de tarefas. Selecione um para utilizar, selecione captured_vista_image _ (onde _captured_vista_image é a imagem capturada o computador de referência adicionado ao nó de Sistemas Operativos na bancada de trabalho de implantação) e, em seguida, clique em Seguinte.
    Especificar a chave do produto Selecione Não especifique uma chave de produto neste momento e, em seguida, clique em Seguinte.
    os Definições 1. Em nome completo, escreva Woodgrove Employee.
    2. Em Organização, tipo Woodgrove Bank.
    3. Na página inicial do Internet Explorer, escreva http: / /www.woodgrovebank.com.
    4. Clique em seguida.
    Palavra-passe de Administrador Na Palavra-passe do Administrador e por favor confirme a palavra-passe do administrador, escreva P@ssw0rd e clique em Terminar.
    Confirmação Clique em Concluir.

    O Novo Assistente de Sequência de Tarefas termina e a sequência de tarefas VISTA_NEW é adicionada à lista de sequências de tarefas.

Passo 3: Personalizar os ficheiros de configuração MDT

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

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

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

    Aparece a caixa de diálogo Properties.

  4. Na caixa de diálogo Propriedades, clique no separador Regras.

  5. No separador Regras, modifique o ficheiro CustomSettings.ini para refletir as alterações necessárias, como mostrado no exemplo seguinte. Faça quaisquer modificações adicionais que o ambiente exija.

    Arquivo de CustomSettings.ini personalizado

    [Settings]  
Priority=Default  
Properties=MyCustomProperty  

[Default]  
OSInstall=Y  

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

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

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

Passo 4: Configurar as opções pe Windows para a partilha de implantação

Configure as opções pe Windows para a parte de implantação no nó de ações de implantação na bancada de trabalho de implantação.

Nota

Se os controladores do dispositivo para o computador existente (WDG-EXIST-01) e o novo computador (WDG-NEW-01) estiverem incluídos com Windows Vista, salte este passo e proceda ao passo seguinte.

Para configurar as opções pe Windows para a parte de implementação

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

    Aparece a caixa de diálogo Properties.

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

Passo 5: Atualizar a partilha de implementação

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

Para atualizar a quota de implementação na bancada de trabalho de implantação

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

  3. No painel de ações, clique em Update DeploymentShare.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  6. Na página confirmação, clique em Terminar.

    A bancada de trabalho de implantação começa a atualizar a parte de implementação. A Workbench de Implementação cria os ficheiros LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (para computadores-alvo de 32 bits) ou LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (para computadores-alvo de 64 bits) na pasta deployment_share\Boot (onde deployment_share é a pasta partilhada utilizada como partilha de implementação).

Passo 6: Criar os meios de comunicação lTI bootable

Forneça um método para iniciar o computador com a versão personalizada de Windows PE criado quando a partilha de implementação foi atualizada. A Workbench de Implementação cria os ficheiros LiteTouchPE_x86.iso e LiteTouchPE_x86.wim (para computadores-alvo de 32 bits) ou LiteTouchPE_x64.iso e LiteTouchPE_x64.wim (para computadores-alvo de 64 bits) na pasta deployment_share\Boot (onde deployment_share é a pasta partilhada utilizada como partilha de implementação). Crie os meios de arranque LTI apropriados a partir de uma destas imagens.

Para criar os meios de comunicação insustíveis LTI

  1. Em Windows Explorer, navegue para deployment_share pasta \Boot (onde deployment_share é a pasta partilhada utilizada como 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), executar 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 um VM, inicie o 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 os Meios De Bootable LTI

Inicie o computador existente (WDG-EXIST-01) com os meios de arranque LTI criados anteriormente no processo. Este CD começa 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 do estado do utilizador são armazenadas na pasta partilhada UserStateCapture$ .

Nota

Também pode iniciar o processo MDT iniciando o computador-alvo a partir de Windows Serviços de Implantação. Para obter mais informações, consulte a secção "Preparação de serviços de implantação Windows", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

Para iniciar o computador existente com os meios de arranque LTI

  1. Inicie o WDG-EXIST-01 com os meios de arranque LTI criados anteriormente no processo.

    Windows O PE começa e, em seguida, começa o Windows Assistente de Implementação.

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

    Nesta página de assistente Faça isto
    Bem-vindo à Implantação Clique em Executar o Assistente de Implementação para instalar um novo sistema operativo e, em seguida, clique em Seguinte.
    Especifique credenciais para a ligação a ações de rede. 1. Em Nome do Utilizador, tipo administrador.
    2. Na Palavra-passe, tipo P@ssw0rd .
    3. Em Domínio, tipo CORP.
    4. Clique OK.
    Selecione uma sequência de tarefa para executar neste computador. Clique em Executar Substituir o Cenário de Computador no Computador Existente e, em seguida, clique em Seguinte.
    Especificar onde guardar os seus dados e configurações Clique em Seguinte.
    Especificar onde guardar uma cópia de segurança completa do computador Clique em Não faça a parte de trás do computador existente e, em seguida, clique em Seguinte.
    Pronto para começar Clique em Iniciar.

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

  3. Na caixa de diálogo resumo de implementação, clique em Detalhes.

    Se ocorrerem erros ou avisos, reveja os erros ou avisos e registem qualquer informação de diagnóstico.

  4. Na caixa de diálogo resumo de implementação, clique em Terminar.

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

Passo 8: Iniciar o novo computador com os meios de arranque LTI

Inicie o novo computador (WDG-NEW-02) com os meios de arranque LTI criados anteriormente no processo. Este CD começa 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, Windows Vista é implementado no novo computador e as informações de migração do estado do utilizador capturado são restauradas para o novo computador.

Nota

Também pode iniciar o processo MDT iniciando o computador-alvo a partir de Windows Serviços de Implantação. Para obter mais informações, consulte a secção "Preparação de serviços de implantação Windows", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

Para iniciar o novo computador com os meios de arranque LTI

  1. Inicie o WDG-NEW-02 com os meios de arranque LTI criados no início do processo.

    Windows O PE começa e, em seguida, começa o Windows Assistente de Implementação.

  2. Preencha o Assistente de Implantação Windows utilizando as seguintes informações. Aceite os valores predefinidos, salvo especificação em contrário.

    Nesta página de assistente Faça isto
    Bem-vindo à Implantação Clique em Executar o Assistente de Implementação para instalar um novo sistema operativo e, em seguida, clique em Seguinte.
    Especifique credenciais para a ligação a ações de rede. 1. Em Nome do Utilizador, tipo administrador.
    2. Na Palavra-passe, tipo P@ssw0rd .
    3. Em Domínio, tipo CORP.
    4. Clique OK.
    Selecione uma sequência de tarefa para executar neste computador. Clique em Executar Substituir o cenário do computador no novo computador e, em seguida, clique em Seguinte.
    Configure o nome do computador Em nome de computador, escreva WDG-NEW-02 e, em seguida, clique em Seguinte.
    Junte o computador a um domínio ou grupo de trabalho Clique em Seguinte.
    Especificar se deve restaurar os dados dos utilizadores 1. Clique Em Especificar uma localização.
    2. No local, \ escreva \WDG-MDT-01\UserStateCapture$\WDG-EXIST-01.
    3. Clique em seguida.
    Seleção Local Clique em Seguinte.
    Definir o Fuso Horário Clique em Seguinte.
    Especificar se deve capturar uma imagem Clique em Não capturar uma imagem deste computador e, em seguida, clique em Seguinte.
    Especificar a configuração BitLocker Clique em Não ative o BitLocker para este computador e, em seguida, clique em Seguinte.
    Pronto para começar Clique em Iniciar.

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

  3. Na caixa de diálogo resumo de implementação, clique em Detalhes.

    Se ocorrerem erros ou avisos, reveja os erros ou avisos e registem qualquer informação de diagnóstico.

  4. Na caixa de diálogo resumo de implementação, clique em Terminar.

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

Integrar código de implementação personalizado em MDT

É comum que uma equipa de implementação tenha requisitos complexos, específicos do seu ambiente alvo, que não são cumpridos pelas ações de sequência de tarefas predefinidas do Workbench de Implementação ou por ficheiros de configuração MDT predefinidos. Nesta situação, implemente código personalizado para satisfazer os seus requisitos.

Integrar código de implementação personalizado em MDT por:

Escolher a linguagem de script apropriada

Embora qualquer código que possa ser executado em 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 usar ficheiros .wsf é o registo embutida, além de algumas 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 rubrica o ambiente MDT e as aulas de configuração. Estas aulas estão disponíveis:

  • Registo . Esta classe fornece a funcionalidade de registo que todos os scripts MDT usam. 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 serem lidos pela CMTrace.

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

  • Utilidade. Esta classe fornece utilitários gerais que são usados em todos os scripts ZTI e LTI. A Microsoft recomenda que, a qualquer momento em que o código personalizado seja desenvolvido, esta classe deve ser examinada para ver se algum código pode simplesmente ser reutilizado. Informações adicionais sobre algumas das funcionalidades fornecidas nesta classe são incluídas mais tarde nesta secção.

  • Base de dados. Esta classe desempenha funções como ligar a bases de dados e ler informações a partir de bases de dados. Em geral, não é recomendado o acesso direta à classe de base de dados; em vez disso, o processamento de regras deve ser utilizado para efetuar consultas na base de dados.

  • Cordas. Esta classe executa rotinas comuns de processamento de cordas como criar uma lista delimitada de itens, exibir um valor hexáxico, aparar o espaço branco de uma corda, alinhar à direita uma corda, alinhar uma corda, forçar um valor ao formato de cordas, forçando um valor ao formato de matriz, gerando um identificador globalmente aleatório (GUID) e conversões Base64.

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

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

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

  • Alterações extensivas na ZTIUtility.vbs (a biblioteca principal de scripts), incluindo novas APIs e melhor manuseamento de erros

  • Um novo olhar para a estrutura geral dos scripts .wsf ZTI_ xxx

    A estrutura global dos scripts do MDT também mudou. A maioria dos scripts MDT estão agora encapsulados dentro de objetos da classe VBScript. A classe é inicializada e chamada com a função RunNewInstance.

Nota

A maioria dos scripts MDT 2008 Update 1 existentes funcionarão como em MDT, mesmo com as extensas alterações a ZTIUtility.vbs, uma vez que a maioria dos scripts MDT incluirão ZTIUtility.vbs.

Compreender Como Alavancar a ZTIUtility

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

Utilize a classe de registo de ZTIUtility

A classe de registo em ZTIUtiliy.vbs fornece um mecanismo simples para código personalizado para registar informações de estado, avisos e erros da mesma forma que outros scripts durante uma implementação ZTI ou LTI. Esta normalização também garante que a caixa de diálogo resumo de implementação LTI reporta corretamente o estado de qualquer código personalizado que seja 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, dependendo dos resultados das várias ações de script.

Script exemplo Usando 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>

Nota

Se pretender continuar a utilizar scripts que liguem para o ZTIProcess() com ProcessResults() pode continuar a fazê-lo. No entanto, certas funcionalidades de tratamento de erros melhoradas não serão ativadas.

Utilize a Classe Ambiente ZTIUtility

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

Utilize a Classe de Utilidade ZTIUtility

O ZTIUtility.vbs script contém uma série de utilitários comumente usados que qualquer script de implementação personalizado pode usar. Pode adicionar estes utilitários a qualquer script da mesma forma que as aulas de oLogging e oEnvironment.

A tabela seguinte detalha algumas funções úteis disponíveis e a sua saída. Para obter uma lista completa das funções disponíveis, consulte o ficheiro ZTIUtility.vbs.

Function Saída
oUtility.LocalRootPath Devolve o caminho da pasta raiz que está a ser utilizada pelo processo de implantação no computador-alvo — 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 à pasta de registos que está a ser utilizada durante a implantação — por exemplo, C:\MININT\SMSOSD\OSDLOGS
oUtility.StatePath Devolve o caminho da loja estatal atualmente configurada — 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 ao script que chama a função — por exemplo, \ \server_name\Deployment$\Scripts
oUtility.ComputerName Determina o nome do computador que será usado durante o processo de construção — por exemplo, computer_name
oUtility.ReadIni (ficheiro, secção, item) Permite que o item especificado seja lido a partir de um ficheiro .ini
oUtility.WriteIni (ficheiro, secção, item, valor) Permite que o item especificado seja escrito num ficheiro .ini
oUtility.Secções (arquivo) 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 .ini especificado e armazena-os num objeto
oUtility.RunWithHeartbeat(sCmd) Quando o comando for executado, escreva informações sobre batimentos cardíacos nos registos a cada 0,5 segundos
oUtility.FindFile

(sFilename,sFoundPath)		 Pesquisas para o ficheiro especificado na pasta DeployRoot e subfolders padrão, incluindo Manutenção, Ferramentas, USMT, Modelos, Scripts e Controlo
oUtility.findMappedDrive(sServerUNC) Verifica se uma unidade é mapeada para o caminho especificado da UNC e devolve a letra de unidade
oUtility.ValidateConnection(sServerUNC) Verifica se existe uma ligação existente ao servidor especificado e, se não houver, tenta criar uma
MapNetworkDrive

(sShare, SDomID, sDomPwd)		 Mapas uma carta de condução para o caminho da UNC especificada como a partilha e devolve a letra de unidade utilizada; retorna um erro se não tiver sucesso
CheckPathExists (strPath) Verifica que o caminho especificado existe
oEnvironment.Substituto(sVal) Dada uma cadeia, expande quaisquer variáveis ou funções dentro dessa cadeia
oEnvironment.Item

(sName)		 Lê ou escreve uma variável para uma loja persistente
oEnvironment.Existe

(sName)		 Testes para ver se a variável existe
oEnvironment.ListItem

(sName)		 Lê ou escreve uma variável de tipo array para uma loja persistente
oLogging.ReportFailure

(sMessage, iError)		 Usado para executar uma saída estruturada se um erro irrecuperável for detetado
oLogging.CreateEvent

(iEventID, iType, sMessage, arrParms)		 Escreve uma mensagem para o ficheiro de registo e regista o evento num servidor definido
oLogging.CreateEntry

(sLogMsg, iType)		 Escreve uma mensagem para o ficheiro de registo
TestAndFail(iRc, iError, sMessage) Sai do script com iError se o iRc é falso ou falha
TestAndLog (iRc, sMessage) Regista um aviso apenas se o iRc for falso ou falhar

Integrar código de implantação personalizado

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

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

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

    Os métodos mais utilizados para integrar código personalizado que também garantem a exploração madeireira consistente são:

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

  • Lançar o código como um comando de sequência de tarefas MDT

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

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

O código de implementação personalizado pode ser importado para a bancada de trabalho de implantação 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 totalmente qualificado para a partilha de implementação).

  2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  3. Na árvore de consola de bancada de desdobramento, vá a Partilhas de Implantação/deployment_share/Aplicações (onde deployment_share é o nome da partilha de implementação para configurar).

  4. No painel de Ações, clique em Nova Aplicação.

    Começa o novo Assistente de Aplicação.

  5. Preencha o Novo Assistente de Aplicação utilizando as seguintes informações. Aceite incumprimentos, salvo especificação em contrário.

    Nesta página de assistente Faça isto
    Tipo de Aplicação Clique em Aplicação sem ficheiros de origem ou em qualquer outro lugar da rede e, em seguida, clique em Seguinte.
    Detalhes Preencha esta página com base nas informações da aplicação e, em seguida, clique em Seguinte.
    Detalhes do Comando 1. Na caixa da linha de comando, escreva cscript.exe %SCRIPTROOT%\custom_code (quando custom_code é o nome do código personalizado que foi desenvolvido).
    2. Na caixa de diretório de trabalho, escreva working_directory_ (quando working_directory é o nome do diretório de trabalho do código personalizado; esta é tipicamente a mesma pasta especificada na caixa de linha _ De comando).
    3. Clique em seguida.
    Resumo Verifique se as definições de configuração estão corretas e, em seguida, clique em Seguinte.
    Confirmação Clique em Concluir.

    A aplicação aparece no nó de Aplicações na bancada de trabalho de implantação.

Adicione o Código Personalizado como um passo de sequência de tarefa

O código de implementação personalizado pode ser chamado diretamente a partir de qualquer ponto dentro de uma sequência de tarefa; isto dá acesso às regras e opções habituais da sequência de tarefas.

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 totalmente qualificado para a partilha de implementação).

  2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  3. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação/deployment_share/sequências de tarefa (onde deployment_share é o nome da partilha de implementação para configurar).

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

  5. No painel Ações, clique em Propriedades.

  6. Na caixa de diálogo task_sequenceProperties _, clique no separador _ Sequência de Tarefa .

  7. Na árvore da consola, vá ao grupo (onde o grupo é o grupo para adicionar o passo da sequência de tarefa).

  8. Clique em Adicionar, clique em Geral e, em seguida, clique em Executar Linha de Comando.

  9. Na árvore da consola, clique em Executar Linha de Comando e, em seguida, clique no separador Propriedades.

  10. Na caixa Nome, escreva nome _ (onde _name é um nome descritivo do código personalizado).

  11. No separador Propriedades, na caixa da linha de comando, escreva command_line _ (onde _command_line é o comando para executar o código personalizado - por exemplo, cscript.exe %SCRIPTROOT%\CustomCode.vbs).

  12. Na caixa Iniciar na caixa, tipo caminho _ (onde _path é o caminho totalmente qualificado para a pasta de trabalho do código personalizado; normalmente, este é o mesmo caminho especificado na caixa da linha de comando) e, em seguida, clique em OK.

    O passo de sequência de tarefa recém-criado aparece na lista de etapas da sequência de tarefas.

Executar código personalizado como um script de saída do utilizador

Também é possível executar o código personalizado como um script de saída do utilizador a partir de CustomSettings.ini usando a diretiva UserExit. Isto fornece um mecanismo para que a informação seja transmitida no processo de validação de regras CustomSettings.ini e fornece uma atualização dinâmica das propriedades de MDT

Para obter mais informações sobre os scripts de saída do utilizador e a diretiva UserExit, consulte a secção "Scripts de saída do utilizador no Ficheiro CustomSettings.ini", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

Instalação de controladores de dispositivos usando vários métodos de instalação

Neste cenário, utiliza-se o MDT para implantar um sistema operativo para diferentes tipos de hardware. Como parte do processo de implantação, identifique e instale os controladores do dispositivo para que cada tipo de hardware funcione corretamente. Existem dois tipos principais de condutores de dispositivos; cada um deve ser manuseado de forma diferente durante o processo de implantação:

Determinar qual o método a utilizar para instalar um controlador de dispositivo

Os fabricantes de hardware libertam os controladores dos dispositivos numa de duas formas:

  • Como um pacote que pode extrair e que contém ficheiros .inf usados para importar o condutor para a bancada de trabalho de implantação

  • Como uma aplicação que deve instalar usando os tradicionais processos de instalação de aplicações

    As embalagens do controlador do dispositivo que podem ser extraídas para aceder a ficheiros .inf podem utilizar o processo automático de deteção e instalação do condutor MDT, importando primeiro o condutor para o nó de condutores fora de caixa na bancada de trabalho de implantação.

    As embalagens do controlador do dispositivo que não podem ser extraídas para isolar ficheiros .inf ou aqueles que não funcionam corretamente sem primeiro serem instalados usando um instalador de aplicações, como um FICHEIRO MSI ou Setup.exe podem utilizar a função de Aplicação de Instalação MDT e instalar o controlador do dispositivo durante o processo de implantação, tal como para qualquer aplicação normal.

Instalação de controladores de dispositivos utilizando o método de condutores fora de caixa

Pode importar pacotes de controlador de dispositivos que incluam um ficheiro .inf para a bancada de trabalho de implantação e instalá-los automaticamente como parte do processo de implantação. Para implementar este tipo de implantação do controlador do dispositivo, adicione primeiro o controlador do dispositivo à bancada de trabalho de implantação.

Para adicionar o controlador do dispositivo à bancada de trabalho de implantação

  1. Descarregue os controladores do dispositivo necessários para que os tipos de hardware sejam implantados e extraia o pacote do controlador do dispositivo para um local temporário.

  2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  3. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share/Out-of-Box Drivers (onde deployment_share é o nome da partilha de implementação para configurar).

  4. No painel de ações, clique em Importadores Drivers.

    Começa o assistente do controlador do dispositivo de importação.

  5. Na página Desespecimento do Diretório, na secção de diretório de fontes Drive, clique em Procurar para ir à pasta que contém os novos controladores do dispositivo e, em seguida, clique em Seguinte.

    Nota

    O Novo Assistente do Controlador de Dispositivos procurará todas as subdiretivas do diretório de origem do condutor; portanto, se houver vários controladores para instalar, extraia-os em pastas dentro do mesmo diretório de raiz e, em seguida, coloque o diretório de origem do condutor como o diretório de raiz que detém todas as pastas de origem do condutor.

  6. Na página Resumo, verifique se as definições estão corretas e clique em Seguida para importar os controladores para a bancada de trabalho de implantação.

  7. Na página confirmação, clique em Terminar.

    Se os controladores do dispositivo contiverem controladores críticos de arranque, como o armazenamento em massa ou os controladores da classe de rede, a parte de implantação deve ser atualizada em seguida para gerar um novo ambiente de LiteTouch_x86 e LiteTouch_x64 de arranque que contenha os novos controladores.

    Para adicionar controladores de dispositivos às imagens Lite Touch Windows PE

  8. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  9. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

  10. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  13. Na página confirmação, clique em Terminar.

Instalação de controladores de dispositivos como aplicações

Os controladores do dispositivo que são embalados como aplicações e que não é possível extrair para uma pasta que contenha um ficheiro .inf, além dos ficheiros do condutor, devem ser adicionados à bancada de trabalho de implantação como um pedido de instalação durante o processo de implantação.

As aplicações podem ser especificadas como uma etapa de sequência de tarefa ou especificadas em CustomSettings.ini; no entanto, as aplicações do controlador do dispositivo só devem ser instaladas quando a sequência de tarefas for executada num computador com os dispositivos. Para garantir isto, executar o passo da sequência de tarefa para implantar as aplicações do controlador do dispositivo relevante como um passo de sequência de tarefa condicional. Os critérios condicionais podem ser especificados para executar o passo da sequência de tarefa utilizando consultas de WMI para o dispositivo no computador-alvo.

Adicione a aplicação do controlador do dispositivo à bancada de trabalho de implantação

Cada aplicação do controlador do dispositivo deve ser importada primeiro para a bancada de trabalho de implantação.

Nota

Configure se a aplicação deve ser visível durante a implementação na caixa de diálogo Propriedades de qualquer aplicação selecionando ou limpando a aplicação Ocultar esta aplicação na caixa de verificação do Assistente de Implementação. Repita este processo para cada aplicação do controlador do dispositivo utilizada durante a colocação.

Para adicionar a aplicação do controlador do dispositivo à bancada de trabalho de implantação

  1. Descarregue a aplicação do controlador do dispositivo e guarde-a para um local temporário.

  2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  3. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share/Applications (onde deployment_share é o nome da partilha de implementação para configurar).

  4. No painel de Ações, clique em Nova Aplicação.

    Começa o novo Assistente de Aplicação.

  5. Na página 'Tipo de Aplicação', clique em Aplicação com ficheiros de origem e, em seguida, clique em Seguinte.

  6. Na página Detalhes, escreva detalhes relevantes sobre a aplicação e, em seguida, clique em Seguinte.

  7. Na página 'Fonte', na secção diretório 'Fonte', clique em Procurar para ir e, em seguida, clique no diretório que contém os ficheiros de origem da aplicação do controlador do dispositivo. Clique em OK.

  8. Clique em Seguinte.

  9. Na página Destino, escreva um nome para o diretório de destino e, em seguida, clique em Seguinte.

  10. Na página Detalhes de Comando, na secção linha comando, digite o comando que permite a instalação silenciosa da aplicação do controlador do dispositivo.

  11. Na página Resumo, verifique se as definições estão corretas e clique em Seguinte para importar a aplicação do controlador do dispositivo para a bancada de trabalho de implantação.

  12. Na página confirmação, clique em Terminar.

    Depois de as aplicações serem importadas para a bancada de trabalho de implantação, adicione-as ao processo de implementação utilizando a lógica adequada para garantir que a aplicação se instala apenas quando executa o hardware correto. Existem diferentes métodos para o conseguir:

  • Especifique a aplicação do controlador do dispositivo como parte de uma sequência de tarefas de implantação.

  • Especifique a aplicação do controlador do dispositivo em CustomSettings.ini.

  • Especifique a aplicação do controlador do dispositivo no DB MDT.

    Cada abordagem é discutida mais detalhadamente nas seguintes secções.

Especificar a aplicação do controlador do dispositivo como parte de uma sequência de tarefa

O primeiro método para adicionar uma aplicação do controlador do dispositivo ao processo de implantação é utilizar uma sequência de tarefa para adicionar passos para cada aplicação do controlador do dispositivo.

Existem duas abordagens principais para gerir aplicações do condutor do dispositivo 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 de modo a que cada passo da sequência de tarefa seja avaliado contra o tipo de hardware e só será executado se for encontrado um fósforo.

    Para criar um novo grupo de sequência de tarefas para cada tipo de hardware

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação de implementação/deployment_share/Sequências de tarefas (onde deployment_share é o nome da partilha de implementação para configurar).

  3. No painel de detalhes, clique task_sequence _ (onde _task_sequence é a sequência de tarefas de implantação que será necessária para instalar a aplicação do controlador do dispositivo).

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

  5. Na caixa de diálogo task_sequenceProperties _, no separador _ Sequência de Tarefa no painel de detalhes, vá para State Restore/Windows Update (Instalação pré-aplicação).

  6. No separador Sequência de Tarefas, clique em Adicionar e, em seguida, clique em Novo Grupo.

    Isto cria um novo grupo de sequência de tarefas na sequência de tarefas. Utilize este novo grupo de sequências de tarefas para criar os passos para instalar as aplicações do controlador do dispositivo específicas para hardware.

  7. No painel de detalhes, clique em New Group.

  8. No separador Propriedades, na caixa Nome, escreva group_name _ (onde _group_name é o nome do grupo; por exemplo, Aplicações Específicas de Hardware – Dell Computer Corporation).

  9. No separador Opções, clique em Adicionar e, em seguida, clique em Perguntas WMI.

  10. Na caixa de diálogo de condições WMI da sequência de tarefas, digite os seguintes detalhes:

    • Na caixa de espaço de nome WMI, escreva raiz\cimv2.

    • Na caixa de consulta WQL, digite uma consulta WMI Query Language (WQL) utilizando a classe Win32_ComputerSystem para garantir que a aplicação é instalada apenas para um tipo de aplicação específico , por exemplo:

      Selecione * A PARTIR DE WIN32_COMPUTERSYSTEM ONDE Modelo COMO %hardware_model% E Fabricante COMO %hardware_manufacturer%

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

      O % símbolo é um personagem wildcard que está incluído nos nomes para permitir que os administradores devolvam quaisquer modelos ou fabricações de computador que contenham o valor especificado para hardware_model _ ou _hardware_manufacturer.

      Para obter mais informações sobre consultas de WMI e WQL, consulte a secção " Adicionar consultas WMI às Condições de Passo de Sequência de Tarefas", no documento MDT Utilizando o Kit de Ferramentas de Implementação da Microsoft, e ver Consulta com WQL.

  11. Clique em OK para submeter a consulta e, em seguida, clique em OK para submeter alterações à sequência de tarefa.

Nota

Este processo deve ser repetido para que cada tipo de hardware de cada aplicação do controlador do dispositivo seja instalado.

Após a criação dos grupos de sequência de tarefas específicos do hardware, as aplicações do controlador do dispositivo podem ser adicionadas a cada grupo.

Para adicionar aplicações do controlador do dispositivo a grupos de sequência de tarefas específicos de hardware

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a parte de trabalho/implementação de implementação/deployment_share/Sequências de tarefas (onde deployment_share é o nome da partilha de implementação para configurar).

  3. No painel de detalhes, clique task_sequence _ (onde _task_sequence é a sequência de tarefas de implantação que será necessária para instalar a aplicação do controlador do dispositivo).

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

  5. Na caixa de diálogo task_sequenceProperties _, clique no separador _ Sequência de Tarefa .

  6. No painel de detalhes, vá ao State Restore/hardware_specific_group (onde hardware_specific_group é o nome do grupo específico de hardware onde será adicionado o passo de sequência de tarefa para instalar a aplicação do controlador do dispositivo).

  7. No separador Sequência de Tarefas, clique em Adicionar, clique em Geral e, em seguida, clique em Instalar Aplicação.

    O passo da sequência de tarefas de instalação aparece no painel de detalhes.

  8. No painel de detalhes, clique em Instalar Aplicação.

  9. No separador Propriedades, clique em Instalar uma única aplicação, e na Aplicação para instalar a lista, selecione hardware_application _ (onde _hardware_application é a aplicação para instalar a aplicação específica para hardware).

Nota

Este processo deve ser repetido para cada aplicação do controlador do dispositivo que precisa de ser utilizada durante uma implantação.

Especificar a aplicação do controlador do dispositivo em CustomSettings.ini

Quando uma implementação LTI ou ZTI começa, uma das primeiras ações a ser concluída é o processamento dos ficheiros de controlo BootStrap.ini e CustomSettings.ini. Ambos os ficheiros contêm regras que podem ser usadas para personalizar dinamicamente a implementação.

Devido à forma como o MDT processa o ficheiro CustomSettings.ini, pode usá-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 do dispositivo durante a implementação com base em tipos de hardware específicos. As aplicações são referenciadas em CustomSettings.ini pelo GUID da aplicação, localizada no ficheiro Applications.xml na parte de implantação.

Para localizar o GUID de uma aplicação importada

  1. Na parte de implementação do servidor de implementação, abra a pasta de Controlo — por exemplo, D:\Produção De Partilha\Controlo.

  2. Localize e abra o ficheiro Applications.xml.

  3. Localize a aplicação necessária.

  4. Localize a aplicação GUID localizando a linha incluída nas <guid> etiquetas de aplicação; 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 em que está a funcionar. Como parte deste processo, são realizadas consultas de IMI e os valores da classe Win32_ComputerSystem para a ção e fabricante são povoados como variáveis %Make% e %Model%, respectivamente.

    Estes valores podem ser utilizados durante o processamento do ficheiro CustomSettings.ini para ler dinamicamente as secções do ficheiro dependendo da localização e do modelo detetados. A amostra que se segue mostra um exemplo do ficheiro CustomSettings.ini.

    CustomSettings.ini de amostra configurado para uma instalação de 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 em CustomSettings.ini:

  • Aplicações. Esta propriedade pode ser usada quando os administradores de implementação não querem apresentar um assistente de aplicação como parte do processo de implementação especificando SkipApplications=SIM em CustomSettings.ini.

  • Aplicações obrigatórias. Esta propriedade pode ser utilizada se os administradores de implementação quiserem apresentar o assistente de aplicação durante a implementação para permitir que os engenheiros de implantação selecionem aplicações adicionais a serem instaladas durante a implementação.

    Se o assistente de aplicação for utilizado sem a propriedade MandatoryApplications (por exemplo, SkipApplications=NO), irá substituir aplicações especificadas pela propriedade Aplicações.

    A amostra anterior mostra como utilizar os valores variáveis %Make% e %Model% para manipular dinamicamente a forma como a lista de aplicações é construída. Os valores para a gata e modelo de cada tipo de hardware podem ser localizados utilizando um dos seguintes métodos:

  • A ferramenta Informações do Sistema. Utilize o nó de Resumo do Sistema nesta ferramenta para identificar o Fabricante do Sistema (fazer) e o Modelo do Sistema (modelo).

  • Windows PowerShell. Utilize o Cmdlet Get-WMIObject (classe Win32_ComputerSystem para determinar a erção e o modelo do computador.

  • Linha de Comando de Instrumentação de Gestão de Windows. Utilize cSProduct Obter Nome, Fornecedor para devolver o nome (modelo) e fornecedor (marca) do computador.

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

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

  4. Clique no separador Regras.

  5. As informações digitadas neste separador são armazenadas no ficheiro CustomSettings.ini. Modificar as entradas de ficheiros CustomSettings.ini para adicionar lógica para cada modelo de hardware que tenha uma aplicação específica do controlador do dispositivo, conforme descrito na Especificação da Aplicação do Controlador do Dispositivo como Parte de uma Sequência de Tarefas.

  6. Clique em OK para submeter as alterações.

  7. No painel de detalhes, clique deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

  8. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  11. Na página confirmação, clique em Terminar.

    Por predefinição, todas as aplicações disponíveis são apresentadas no Windows Do Assistente de Implementação durante uma implementação LTI. Uma vez que as aplicações específicas do controlador do dispositivo são aplicáveis apenas a tipos de hardware específicos, pode não querer que sejam exibidas a toda a hora. Ao especificar o pacote de aplicação específico do controlador do dispositivo em CustomSettings.ini, a aplicação pode ser ocultada utilizando a aplicação Ocultar a aplicação na opção 'Assistente de Implementação' na configuração da aplicação.

    Para ocultar uma aplicação no Assistente de Implantação

  12. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  13. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share/Applications (onde deployment_share é o nome da partilha de implementação para configurar).

  14. No painel de detalhes, clique device_driver_application _ (onde _device_driver_application é a aplicação a ser ocultada do Assistente de Implantação).

  15. No painel Ações, clique em Propriedades.

  16. No separador Geral, selecione a aplicação Ocultar na caixa de verificação do Assistente de Implementação.

  17. Clique em Aplicar e, em seguida, feche a caixa de diálogo Propriedades.

Especificar a aplicação do controlador do dispositivo no DB MDT

O DB MDT é uma versão de base de dados do ficheiro CustomSettings.ini e pode ser consultado no momento da implementação para que as informações sejam utilizadas durante a implementação. Para obter mais informações sobre a utilização do DB MDT, consulte "Selecionar os métodos de aplicação da configuração Definições".

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

  • Procure o computador individual (utilizando o endereço MAC, etiqueta de ativo ou similar).

  • Procure a localização do computador (utilizando o gateway predefinido).

  • Procure a produção e o modelo do computador (utilizando o fabricante WMI ou consultas de fazer e modelo).

    Para cada entrada na base de dados que criar, pode especificar propriedades de implementação, aplicações, quer utilize pacotes do Gestor de Configuração e administradores. Ao criar entradas de modelos e de modelos na base de dados, pode adicionar as aplicações necessárias para o controlador de dispositivos específicos para hardware.

    Criar entradas no DB MDT para permitir a instalação de aplicações do controlador do dispositivo

Nota

Repita este processo para cada hardware e modelo que requer uma aplicação do controlador do dispositivo.

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola workbench de implementação, vá para a implementação Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database/Make and Model (onde deployment_share é o nome da partilha de implementação para configurar).

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

  4. Na caixa de diálogo Propriedades, no separador Identidade, na caixa Make, escreva make_name _ (onde _make_name é um nome facilmente identificado para associar ao fabricante do computador-alvo).

  5. Na caixa Modelo, escreva model_name _ (onde _model_name é um nome facilmente identificado para associar-se ao modelo do computador-alvo).

  6. No separador Aplicações, adicione cada uma das aplicações do controlador do dispositivo necessárias para este modelo de hardware.

Iniciar o MDT utilizando serviços de implantação de Windows

Windows O Server 2008 utiliza Windows Serviços de Implantação 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. Utilizando Windows Serviços de Implantação, pode implantar sistemas operativos Windows - particularmente Windows 7, Windows Servidor 2008 ou sistemas operativos posteriores - através de uma rede que utiliza o adaptador de rede ou o suporte de rede de um computador.

Antes de implementar Windows Serviços de Implantação, determine quais das seguintes opções de integração melhor se adequam ao seu ambiente:

  • Opção 1. Iniciar computadores em PXE para iniciar o processo LTI.

  • Opção 2. Implementar uma imagem do sistema operativo a partir da loja de imagens Windows Serviços de Implantação.

  • Opção 3. Utilize multicasting com MDT e o Windows servidor de Windows serviços de implantação do Servidor de Windows.

Opção 1: Boot Computers em PXE para iniciar o processo LTI

Ajude a minimizar o custo de gestão das implementações do sistema operativo iniciando o processo de implementação de MDT utilizando Windows Serviços de Implantação em conjunto com o Protocolo de Configuração do Anfitrião Dinâmico. Isto elimina a exigência de criar e entregar suportes de arranque a cada computador alvo.

Criar e importar a bancada de trabalho de implantação Windows imagem PE em serviços de implantação Windows

Ao criar uma nova partilha de implementação MDT ou modificar uma partilha de implementação MDT existente, pode criar uma imagem de boot Windows PERSONALIZADA. Quando a partilha de implementação é atualizada, a imagem de arranque pe Windows é gerada automaticamente e atualizada 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 boot Windows PE é gerada como um ficheiro de imagem ISO, que pode escrever para um CD ou DVD, e um ficheiro WIM inicializável. Pode importar o ficheiro WIM para Windows Serviços de Implantação para que os computadores que podem iniciar o arranque em PXE possam descarregar e executar a imagem de arranque Windows PE através de uma rede usada para inicializar uma instalação.

Para criar uma imagem pe Windows bootable na bancada de trabalho de implantação

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

    Na caixa de diálogo deployment_shareProperties _, clique no separador de plataforma PE Windows _ Definições (onde a plataforma é a arquitetura da imagem PE Windows a ser configurada).

  4. Na área de Definições de imagem Lite Touch Boot, selecione a caixa de verificação de imagem ISO do disco ISO do disco RAM bootable Generate a Lite Touch.

  5. Clique no separador Windows plataforma PE Components (onde a plataforma é a arquitetura da Windows imagem PE a ser configurada).

  6. Na secção de Injeção de Condutor, clique nos tipos de condutor apropriados para incluir.

    Nota

    Este passo não é necessário se Windows PE já inclui os controladores necessários do dispositivo.

  7. Na secção de Injeção de Condutor, na lista de perfis de seleção, selecione o perfil de seleção do condutor apropriado.

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

    Nota

    Este passo não é necessário se Windows PE já inclui os controladores necessários do dispositivo.

  9. No painel de detalhes, clique deployment_share _ (onde _deployment_share é o nome da partilha de implementação para configurar).

  10. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  13. Na página confirmação, clique em Terminar.

    Quando este processo estiver concluído, a pasta Boot na partilha de implementação conterá uma série de imagens de arranque — por exemplo:

    D:\Produção Partilha de Implementação\Boot\LiteTouchPE_x64.iso

    D:\Produção Partilha de Implantação\Boot\LiteTouchPE_x64.wim

    D:\Produção Partilha de Implementação\Boot\LiteTouchPE_x86.iso

    D:\Produção Partilha de Implantação\Boot\LiteTouchPE_x86.wim

    Pode escrever os ficheiros ISO que foram gerados diretamente para CD ou DVD ou usá-los para inicializar o processo LTI em novo hardware. Também é possível importar os ficheiros WIM de arranque em serviços de implantação Windows, para que novos computadores possam inicializar o processo de implementação do LTI sem necessitar de qualquer meio físico.

    Importar a imagem Windows PE em serviços de implantação Windows

  14. Inicie a consola Windows Serviços de Implantação e, em seguida, ligue-se aos Serviços de Implantação Windows.

  15. Na árvore da consola, clique com o botão direito Imagens de Arranque e, em seguida, clique em Adicionar Imagem de Arranque.

  16. Navegue pela imagem WIM a ser importada — por exemplo, D:\Produção De implementação Parte\Boot\LiteTouchPE_x86.wim.

  17. O processo de importação lê automaticamente os metadados a partir da imagem de arranque, mas os valores de Nome de Imagem e Descrição da Imagem também podem ser editados; o Nome da Imagem afeta as informações de opção de arranque apresentadas pelo Windows Boot Manager quando o cliente botas em PXE.

  18. Quando a imagem de arranque tiver sido importada, qualquer computador que arranque em PXE e receba uma resposta de Windows Serviços de Implantação será capaz de descarregar a imagem de boot LTI e iniciar uma instalação LTI.

    A instalação e configuração Windows Serviços de Implantação não está abrangida neste guia. Para obter informações adicionais sobre Windows Serviços de Implantação, consulte o Guia de Serviços de Implantação Windows.

Utilize serviços de implementação Windows para detetar automaticamente o servidor de implantação

Uma opção adicional está disponível quando se utiliza Windows Serviços de Implementação para hospedar imagens de arranque MDT quando a partilha de implementação MDT é hospedada no mesmo servidor que os Serviços de Implementação Windows.

Quando um cliente PXE carrega a imagem de arranque MDT, o nome do servidor Windows Serviços de Implantação que hospeda 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 implantação pela propriedade DeployRoot. Ao fazê-lo, resulta num cliente que é de Windows Serviços de Implantação que utilizam automaticamente a quota de implementação hospedada no servidor Windows Serviços de Implantação. Isto elimina a necessidade de especificar um nome de servidor em qualquer ficheiro de configuração.

Para definir o servidor local de Serviços de Implementação Windows como o servidor de implementação

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implementação, vá para a implementação Workbench/Deployment Shares/deployment_share/Advanced Configuration/Database (onde deployment_share é o nome da partilha de implementação para configurar).

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

  4. Clique no 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%\].

  6. Clique em Editar Bootstrap.ini.

  7. Configure BootStrap.ini utilizar a propriedade %WDSServer% adicionando ou alterando o valor DeployRoot para DeployRoot= \ \ %WDSServer%\Implantação$.

  8. No menu 'Ficheiro', clique em Guardar para guardar as alterações no ficheiro BootStrap.ini.

  9. Clique em OK.

    A parte de implantação precisa de ser atualizada.

  10. No painel de detalhes, clique deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

  11. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  14. Na página confirmação, clique em Terminar.

  15. Importe a wim de arranque atualizada em serviços de implantação de Windows.

Opção 2: Implementar uma imagem do sistema operativo a partir da Loja de Serviços de Implantação Windows

Se já estiver a utilizar Windows Serviços de Implantação para implantação do sistema operativo, estenda a funcionalidade de MDT configurando-a para fazer referência às imagens do sistema operativo Windows de serviços de implantação já em uso, em vez de utilizar a sua própria loja e para complementar as implementações de Serviços de Implantação Windows com a gestão do condutor, implementação de aplicações, instalação de atualização, processamento de regras e outras funcionalidades de MDT. Depois de o MDT ter referenciado uma imagem do sistema operativo Windows Serviços de Implantação, pode tratá-lo como qualquer sistema operativo que tenha sido encenado para uma partilha de implementação MDT.

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

Nota

As seguintes etapas requerem que pelo menos uma imagem do sistema operativo tenha sido importada anteriormente para o servidor Windows Serviços de Implantação.

  1. Atualize mDT para poder aceder a Windows imagens de Serviços de Implantação copiando os seguintes ficheiros da pasta Fontes do Windows para o C:\Program Files\Microsoft Deployment Toolkit\bin no servidor serviços de implementação de Windows:

    • Wdsclientapi.dll

    • Wdscsl.dll

    • Wdsimage.dll

    • Wdstptc.dll (isto só é aplicável se copiar dos diretórios de origem do Windows Server 2008)

    Nota

    O diretório de Windows que está a ser utilizado deve coincidir com a plataforma do sistema operativo em execução no computador onde o MDT está instalado.

  2. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  3. Na árvore de consola de workbench de implantação, vá para a Rede de Trabalho/Partilhas de Implantação/deployment_share/Sistemas Operativos (onde deployment_share é o nome da partilha de implementação para configurar).

  4. No painel de ações, clique no Sistema Operativo de Importação.

    Começa o novo Feiticeiro de Os.

  5. Na página os Tipo OS, clique em Windows imagens de Serviços de Implantação e, em seguida, clique em Seguinte.

  6. Na página do Servidor WDS, digite o nome do servidor Windows Serviços de Implementação a ser referenciado — por exemplo, WDSSvr001— e, em seguida, clique em Seguinte.

  7. Na página Resumo, verifique se as definições estão corretas e, em seguida, clique em Seguinte.

  8. Na página confirmação, clique em Terminar.

    Todas as imagens disponíveis no servidor Windows Serviços de Implementação estarão agora disponíveis para sequências de tarefas MDT.

Nota

Importar imagens de serviços de implantação Windows não copia os ficheiros de origem do servidor Windows Serviços de Implantação para a parte de implementação. O MDT continua a usar os ficheiros de origem a partir da sua localização original.

Opção 3: Utilizar multicasting com MDT e o Windows Servidor 2008 Windows Função de Serviços de Implantação

Com o lançamento do Windows Server 2008, Windows Serviços de Implementação foi reforçado para suportar a implementação de imagens usando transmissões multicast. O MDT também inclui atualizações para integrar o MDT com Windows Serviços de Implantação multicasting.

Além disso, um Windows Automated Installation Kit atualizado (Windows AIK), versão 1.1, inclui Wdsmcast.exe. Isto permite que as sessões multicast sejam unidas manualmente e permite que o cliente que lança Wdsmcast.exe copie ficheiros de uma sessão multicast ativa.

O script .wsf LTIApply utiliza Wdsmcast.exe quando acede aos ficheiros de origem do sistema operativo a partir da parte de implementação. LTIApply.wsf procura Wdsmcast.exe na parte de implementação quer na deployment_share\Tools\x86 quer na pasta deployment_share\Tools\x64 (onde deployment_share é o nome da pasta do sistema de ficheiros que contém a parte de implementação), dependendo da versão de Windows PASTA que está em execução.

Quando o LTIApply.wsf executa, tentará sempre aceder e descarregar imagens WIM a partir de um fluxo multicast existente, mas voltará a ser uma cópia de ficheiro padrão se não existir um fluxo multicast.

Nota

Este processo aplica-se apenas aos ficheiros de imagem WIM.

Os pré-requisitos do servidor de implementação para a preparação para a multicasting MDT são:

  • O servidor de implementação deve estar a funcionar Windows Server 2008 ou mais tarde

  • A função Windows Serviços de Implementação deve ser instalada a partir da consola de Gestão de Servidores

  • Windows AIK 1.1 para Windows Server 2008 deve ser instalado

  • MDT deve ser instalado

  • Como em qualquer implementação utilizando MDT, pelo menos uma imagem WIM do sistema operativo deve ter sido importada, seja como um conjunto completo de ficheiros de origem ou como uma imagem personalizada com ficheiros de configuração

Nota

É importante utilizar a versão mais recente do Windows AIK para multicasting; a cópia de Windows PE incluída em versões anteriores de Windows AIK - por exemplo, Windows AIK 1.0 - não suporta o download de um servidor multicast.

Para configurar o MDT para multicasting a partir de uma parte de implantação existente

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique em Workbench de implementação

  2. Na árvore de consola de workbench de implementação, vá para a Deployment Workbench/Deployment Shares/deployment_share (onde deployment_share é o nome da partilha de implementação para configurar).

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

  4. No separador Geral, selecione a caixa de verificação "Ative multicast" para esta partilha de implementação (requer Windows caixa de verificação Windows Serviços de Implantação do Servidor 2008).

  5. Clique em OK.

  6. No painel de ações, clique em 'Partilhar atualização'.

    O Assistente de Partilha de Implementação de Atualização começa.

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

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

  9. Na página confirmação, clique em Terminar.

    A parte de implantação está agora configurada para Windows transmissão multicast dos Serviços de Implantação.

    Este processo cria uma transmissão multicast de Serviços de Implantação Windows auto-cast que utiliza diretamente a parte de implementação MDT existente. A MDT não cria transmissões Scheduled-Cast. Note também que não são importadas imagens adicionais para Windows Serviços de Implantação e que não é possível utilizar multicast para imagens de arranque, porque o cliente multicast só pode ser carregado depois de Windows PE estiver a funcionar.

    Para verificar se a transmissão multicast foi gerada em serviços de implantação Windows

  10. Clique em Iniciar, aponte para Ferramentas Administrativas e, em seguida, clique em Windows Serviços de Implantação.

  11. Na árvore de consola Windows Serviços de Implementação, clique com o botão direito servidores e, em seguida, clique em Adicionar Servidor.

  12. Na caixa de diálogo Add Servers,s, clique no computador local e, em seguida, clique em OK.

  13. Na árvore de consola Windows Serviços de Implantação, clique em Servidores, clique em server_name _ (onde _server_name é o nome do computador que executa Windows Serviços de Implantação). Clique em Transmissões Multicast.

  14. No painel de detalhes, será listada uma nova transmissão Auto-Cast para a partilha de implementação , por exemplo, BDD Share Deployment$.

  15. Verifique se o estado da transmissão de distribuição automática de ações BDD

    Depois de ter sido implantado um computador, verifique se o sistema operativo foi descarregado a partir de uma transmissão multicast examinando o ficheiro BDD.log na pasta \Windows\Temp\DeploymentLogs.

    Haverá duas entradas na pasta de registos, ambas a começar com a transferência Multicast; verifique-os para verificar se a transferência foi bem sucedida. Para obter mais informações sobre transmissões multicast com MDT e serviços de implantação de Windows, consulte a secção "Enable Windows Deployment Multicast Deployment for LTI Deployments", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

Realização de implementações encenadas utilizando MDT (Pré-carga OEM)

Em muitas organizações, os computadores são carregados com a imagem do sistema operativo antes da implantação na rede de produção. Em alguns casos, o carregamento da imagem do sistema operativo é realizado por uma equipa dentro da organização que é responsável pela construção dos computadores num ambiente de encenação. Noutros casos, o carregamento da imagem do sistema operativo é realizado pelo fornecedor de hardware do computador, também conhecido como fabricante de equipamentos originais (OEM).

Nota

O processo de pré-carga OEM é suportado em MDT apenas para implementações realizadas utilizando LTI. Para o Gestor de Configuração, utilize a função de mídia prestaged.

Visão geral do processo de pré-carga do OEM em MDT

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

  • Fase 1. Crie uma imagem baseada em meios do computador de referência a aplicar no ambiente de encenação.

  • Fase 2. Aplique a imagem do computador de referência no computador alvo num ambiente de preparação.

  • Fase 3. Implantação completa do computador-alvo no ambiente de produção.

    A fase 1 e a fase 3 são normalmente realizadas pela organização de implantação. Dependendo da utilização do processo de pré-carga OEM na organização, a Fase 2 pode ser realizada pela organização ou pelo fornecedor de hardware informático que fornece os computadores. Se a organização realizar a Fase 2, então o ambiente de preparação está dentro da organização. Se um OEM realizar a Fase 2, então o ambiente de preparação está no ambiente do OEM.

Visão geral dos ficheiros de configuração do MDT no processo de pré-carga do OEM

Os ficheiros de configuração MDT separados (CustomSettings.ini e Bootstrap.ini) são utilizados pelas sequências de tarefa executadas durante a Fase 1 e a Fase 3 do processo de pré-carga OEM. No entanto, ambos os ficheiros de configuração existem simultaneamente em diferentes estruturas de pastas.

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é-carga do OEM são armazenados na pasta específica da sequência de tarefas utilizada nessa fase.

Ao efexar modificações nos ficheiros de configuração, certifique-se de que são efetuadas alterações no ficheiro de configuração que correspondem à sequência de tarefas adequada em cada fase de processo de pré-carregamento do OEM.

Visão geral dos ficheiros de registo do MDT no processo de pré-carga do OEM

Os ficheiros de registo MDT separados são gerados durante a Fase 1 e a Fase 3 do processo de pré-carga 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 apropriada ao diagnosticar ou resolver problemas de implantação relacionados com ODM.

Implementações encenadas usando LTI

Para as implementações de LTI, execute o processo de pré-carga OEM utilizando um tipo de partilha de implementação de meios removíveis (Media). Outros tipos de partilha de implementação não são suportados para o processo de pré-carga OEM.

Para executar o processo de pré-carga OEM, crie uma sequência de tarefas baseada no modelo de sequência de tarefas DoM OEM, para além de quaisquer sequências de tarefas que serão utilizadas para implantar o sistema operativo alvo. Em seguida, crie uma parte de implementação de meios removíveis (Media) que, em última análise, criará um ficheiro ISO dos conteúdos de partilha de implementação, especificamente o ficheiro LiteTouchPE_x86.iso ou LiteTouchPE_x64.iso ficheiro (baseado na plataforma de processador do computador alvo). O processo de atualização de partilha de implementação também cria uma estrutura de pasta que pode ser usada para criar suportes de formato de disco universal.

Processo de pré-carga LTI OEM - Fase 1: Criar uma imagem Media-Based

A organização de implantação realiza a primeira fase no processo de pré-carga OEM. A entrega final desta fase é uma imagem bootable (como um ficheiro ISO) ou meios de comunicação (como um DVD) que é enviado para o OEM ou para o ambiente de preparação dentro da organização de implantação. A maioria destes passos são realizados na bancada de trabalho de implantação.

Criar uma imagem baseada em meios para entrega ao OEM ou ao ambiente de encenação dentro da organização de implantação

  1. Povoar os seguintes nosmos para a parte de implantação na bancada de trabalho de implantação:

    • Sistemas Operativos

    • Aplicações

    • Pacote

    • Motoristas fora de caixa

      Para obter mais informações sobre a realização deste passo, consulte a secção "Managing Deployment Shares in the Deployment Workbench", no documento MDT Utilizando o Kit de Ferramentas de Implementação da Microsoft.

  2. Crie uma nova sequência de tarefas baseada no modelo de sequência de tarefas DoEm Do Litetouch na bancada de trabalho de implantação.

    Para obter mais informações sobre a realização deste passo, consulte a secção "Configurar sequências de tarefas na bancada de trabalho de implantação", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

  3. Crie uma ou mais sequências de tarefas que serão utilizadas para implantar o sistema operativo alvo no computador-alvo após a implantação no ambiente de produção.

    Para obter mais informações sobre a realização deste passo, consulte a secção "Configurar sequências de tarefas na bancada de trabalho de implantação", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

  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 a realização deste passo, consulte a secção "Gerir perfis de seleção", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

  5. Criar meios de implantação.

    Para obter mais informações sobre a realização deste passo, consulte a secção "Gerir os Meios de Implantação LTI", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

  6. Atualize os meios de implantação criados na bancada de trabalho de implantação no passo anterior.

    Ao atualizar os meios de implantação, a Bancada de Trabalho de Implementação cria o ficheiro LiteTouchMedia.iso. Para obter mais informações sobre a realização deste passo, consulte a secção "Gerir os Meios de Implantação LTI", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

  7. Queime um DVD do ficheiro LiteTouchMedia.iso criado no passo anterior.

    Nota

    Se entregar o ficheiro ISO ao OEM ou ao ambiente de preparação da organização, este passo não é necessário.

  8. Entregue o ficheiro ISO ou o DVD ao OEM ou ao ambiente de preparação da organização.

Processo de pré-carga LTI OEM — Fase 2: Aplicar a imagem no computador-alvo

A segunda fase do processo de pré-carga do OEM é realizada pelo OEM ou pela equipa de implantação no ambiente de preparação da organização de implantação. Durante esta fase do processo, o ficheiro .iso ou DVD criado na Fase 1 é aplicado aos computadores-alvo. A versão desta fase é a imagem implantada nos computadores-alvo para que estejam prontos para serem implantados no ambiente de produção.

Para aplicar a imagem nos computadores-alvo

  1. Inicie um computador-alvo com os meios criados na Fase 1.

    Windows O PE começa e, em seguida, começa o Windows Assistente de Implementação.

  2. No Windows's Deployment Wizard, clique na sequência de tarefas de pré-instalação do OEM para a sequência de tarefas de preparação do ambiente.

    A sequência de tarefas começará e o conteúdo dos suportes de arranque será copiado para o disco rígido local do computador-alvo.

  3. Quando o Windows's Deployment Wizard estiver completo para a sequência de tarefas de pré-instalação do OEM para a sequência de tarefas de preparação do ambiente, o disco rígido estará pronto para iniciar o restante processo de implementação executando o Assistente de Implementação Windows para as outras sequências de tarefas que são utilizadas para implantar o sistema operativo.

    A sequência de tarefas de pré-instalação do OEM para a sequência de tarefas do Ambiente de Preparação é responsável por implantar a imagem no computador-alvo e iniciar o processo LTI. O Windows's Deployment Wizard iniciará uma segunda vez para executar as sequências de tarefas utilizadas para implantar o sistema operativo no computador-alvo.

  4. Clone o conteúdo do primeiro disco rígido para o maior número de computadores-alvo no ambiente de preparação, conforme necessário.

  5. Os computadores-alvo são entregues ao ambiente de produção para implantação.

Processo de pré-carga LTI OEM — Fase 3: Implementação completa do computador alvo

A terceira e última fase do processo de pré-carga do OEM é realizada no ambiente de produção da organização de implantação. Durante esta fase do processo, inicia-se o computador-alvo e inicia-se a imagem mediática de arranque, colocada no disco rígido no ambiente de preparação durante a fase anterior.

Para completar a implantação dos computadores-alvo no ambiente de produção

  1. Ligue o computador alvo.

    Windows O PE começa e, em seguida, começa o Windows Assistente de Implementação.

  2. Preencha o Windows Do Assistente de Implementação utilizando as informações específicas de configuração para cada computador alvo.

    Para obter mais informações sobre a conclusão deste passo, consulte a secção "Executar o Assistente de Implementação", no documento MDT Utilizando o Conjunto de Ferramentas de Implementação da Microsoft.

    Quando esta fase estiver concluída, o computador-alvo estará pronto a ser utilizado no ambiente de produção.

Utilizar Windows PowerShell para executar tarefas comuns

As tarefas de administração do MDT na bancada de trabalho de implantação são executadas por cmdlets subjacentes Windows PowerShell, que pode utilizar para automatizar tarefas administrativas como as das seguintes secções.

Pode automatizar a administração MDT realizando os seguintes passos:

Criação de uma nova partilha de implementação

Os seguintes comandos Windows PowerShell criam uma nova quota de implantação na D:\Production Deployment Share chamada Production$. A nova parte de implantação será exibida na bancada de trabalho de implantação como Produção.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider "MDTProvider" -Root "D:\Production Deployment Share" -Description "Production" -NetworkPath "\\Deployment_Server\Production$" -Verbose | add-MDTPersistentDrive -Verbose

Criação de uma Pasta

Os comandos Windows PowerShell seguinte criam uma pasta Adobe na árvore de consola de workbench de implementação na Implementação Workbench / Deployment Shares / Production / Applications.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-item -path "DS002:\Applications" -enable "True" -Name "Adobe" -Comments "This folder contains Adobe software" -ItemType "folder" -Verbose remove-psdrive DS001 -Verbose

Nota

A adição de "remove-psdrive" ao script garante que o processo de fundo termine antes de prosseguir.

Apagar uma pasta

Os comandos seguintes Windows PowerShell eliminam a pasta de / implementação de ações de produção de partilhas de trabalho de implantação / / / Adobe.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Remove-item -path "DS002:\Applications\Adobe" -Verbose

Nota

O guião falhará se a pasta não estiver vazia.

Importar um condutor de dispositivo

Os seguintes comandos Windows PowerShell importarão o controlador de dispositivo de monitorização Dell 2407 para a parte de implantação da 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

Apagar um condutor de dispositivo

O comando Windows PowerShell seguinte elimina o controlador de monitor de 2407 WFP da parte de implantação da Produção.

Remove-item -path "DS002:\Out-of-Box Drivers\Dell Inc. Monitor 2407WFP.INF 1.0" -Verbose

Importar um pacote de sistema operativo

Os seguintes comandos Windows PowerShell importam todos os pacotes do sistema operativo localizados em D: \ Updates \ Microsoft \ Vista. Estes pacotes do sistema operativo serão armazenados na parte de implantação da Produção, que está em D: \ Produção De Implementação.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtpackage -path "DS002:\Packages" -SourcePath "D:\Updates\Microsoft\Vista" -Verbose

Eliminação de um Pacote de Sistema Operativo

O comando Windows PowerShell seguinte elimina o pacote de sistema operativo especificado da parte de implantação da Produção.

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

Importação de um Sistema Operativo

Os seguintes comandos Windows PowerShell importam o sistema operativo Windows Vista localizado em D: \ Sistemas Operativos \ Windows Vista x86. O sistema operativo será armazenado na parte de implantação da Produção, que está em D: \ Produção De Implementação.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdtoperatingsystem -path "DS002:\Operating Systems" -SourcePath "D:\Operating Systems\Windows Vista x86" -DestinationFolder "Windows Vista x86" -Verbose

Apagar um Sistema Operativo

O comando Windows PowerShell seguinte elimina o sistema operativo Windows Vista HOMEBASIC da parte de implantação da Produção.

Remove-item -path "DS002:\Operating Systems\Windows Vista HOMEBASIC in Windows Vista x86 install.wim" -Verbose

Criação de uma Aplicação

Os seguintes comandos Windows PowerShell criam a aplicação Adobe Reader 9 utilizando ficheiros de origem de D: \ Software \ Adobe Reader \ 9. A aplicação será armazenada na parte de implantação da Produção, que está em D: \ Produção De Implementação.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-MDTApplication -path "DS002:\Applications" -enable "True" -Name "Adobe Reader 9" -ShortName "Reader" -Version "9" -Publisher "Adobe" -Language "" -CommandLine "setup.exe" -WorkingDirectory ".\Applications\Adobe Reader 9" -ApplicationSourcePath "D:\Software\Adobe\Reader 9" -DestinationFolder "Adobe Reader 9" -Source ".\Applications\Adobe Reader 9" -Verbose

Apagar uma aplicação

O comando Windows PowerShell seguinte elimina a aplicação Adobe Reader 9 da parte de implementação da Produção.

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

Criação de uma sequência de tarefas

Os seguintes comandos Windows PowerShell criam a sequência de tarefas Windows Vista Production Build na parte de implantação de Produção, que está localizada em D: \ Produção De Produção.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Import-mdttasksequence -path "DS002:\Task Sequences" -Name "Windows Vista Business Production Build" -Template "Client.xml" -Comments "Approved for use in the production environment.  This task sequence uses the Standard Client task sequence template" -ID "Vista_Ref" -Version "1.0" -OperatingSystemPath "DS002:\Operating Systems\Windows Vista BUSINESS in Windows Vista x86 install.wim" -FullName "Fabrikam User" -OrgName "Fabrikam" -HomePage "http://www.Fabrikam.com" -AdminPassword "secure_password" -Verbose

Apagar uma sequência de tarefas

O comando Windows PowerShell seguinte elimina a sequência de tarefas Windows Vista Production Build da parte de implantação da Produção.

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

Criação de um DB MDT

Os comandos Windows PowerShell seguinte criam um novo DB MDT no servidor do _ servidor de implementação para a parte de implementação de Produção. A ligação da base de dados será via TCP / IP.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
New-MDTDatabase -path "DS002:" -SQLServer "DeploymentServer" -Netlib "DBMSSOCN" -Database "MDT2010" -SQLShare "DB_Connect" -Force -Verbose

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

Os comandos seguintes Windows PowerShell criam um novo perfil de seleção de 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 seguintes comandos Windows PowerShell atualizam a parte de implantação da Produção, que está em D: \ Produção De Implementação.

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 seguintes Windows PowerShell criam uma parte de implementação que está ligada à parte de implementação de Produção e reside sob a partilha do \ \ nome de _ servidor _ remoto \ Deployment$ . O perfil de seleção De Tudo é utilizado para determinar que conteúdo é replicado na partilha de implementação ligada. Os conteúdos da parte de implementação de Produção serão fundidos com conteúdo que já existe na parte do \ \ nome do _ servidor _ remoto \ Deployment$ share.

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 seguintes comandos Windows PowerShell atualizam a parte de implantação LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share"  
Replicate-MDTContent -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Apagar uma partilha de implementação ligada

Os comandos seguintes Windows PowerShell eliminam a parte de implantação LINKED001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
Remove-item -path "DS002:\Linked Deployment Shares\LINKED001" -Verbose

Criação de Meios

Os comandos seguintes Windows PowerShell criam uma pasta de origem que contém conteúdo utilizado para criar meios de arranque. A parte de implantação da Produção será usada como fonte. O perfil de seleção De Tudo determina o conteúdo colocado na pasta de conteúdo sonoro. O ficheiro .iso LiteTouchMedia será criado quando os meios de comunicação são gerados. Os meios de comunicação vão apoiar as 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

Meios geradores

Os seguintes comandos Windows PowerShell criam o ficheiro LiteTouchMedia.iso em D: \ Media, que utilizará conteúdos a partir da pasta de origem de mídia MEDIA001.

Add-PSSnapIn Microsoft.BDD.PSSnapIn  
New-PSDrive -Name "DS002" -PSProvider MDTProvider -Root "D:\Production Deployment Share" 
Generate-MDTMedia -path "DS002:\Media\MEDIA001" -Verbose

Apagar meios de comunicação

O comando Windows PowerShell seguinte elimina os meios de comunicação MEDIA001 da parte de implantação da Produção.

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

Adiar o domínio juntar-se para evitar a aplicação de objetos de política de grupo

A Política de Grupo é uma tecnologia rica e flexível que fornece a capacidade de gerir eficientemente um grande número de serviços de domínio de diretório ativo (DS) e objetos de utilizador através de um modelo centralizado, de um a muitos. As definições de Política de Grupo estão contidas num objeto de Política de Grupo (GPO) e ligadas a um ou mais contentores de serviço AD DS — sites, domínios e unidades organizacionais (OUs).

Algumas organizações têm definições de Política de Grupo restritivas, que podem causar problemas durante implementações do sistema operativo. Por exemplo, as seguintes definições de Política de Grupo podem interromper um processo de início de sposição automatizado:

  • Restrições de início de sessão automático

  • Alteração do nome da conta de administrador

  • Cabeçalhos e legendas legais

  • Políticas restritivas de segurança (por exemplo, a política de Segurança Especializada – Funcionalidade Limitada [SSLF])

    Uma opção para superar os problemas que um GPO pode causar durante a implementação é juntar o computador ao domínio o mais tarde possível no processo de implementação. Esta junção pode ser feita usando um passo de sequência de tarefa personalizado que executa o script .wsf ZTIDomainJoin.

    Para juntar o computador-alvo ao domínio, o script ZTIDomainJo.wsf utiliza as propriedades DomainAdmin, DomainAdminDomain, DomainAdminPassword, JoinDomain e MachineObjectOU. Pode declarar estas propriedades utilizando o Assistente de Implementação Windows, as regras de partilha de implementação, o DB MDT e as regras de computador e recolha do Gestor de Configuração. A conta utilizada deve ter os direitos necessários para criar e eliminar objetos de computador no domínio.

    Normalmente, o .wsf script ZTIConfigure atualiza o ficheiro Unattend.xml ou Unattend.txt com os valores que estas propriedades especificam. Estas definições são então analisadas pelo programa de configuração Windows, e o sistema tenta juntar-se ao domínio no início do processo de implementação. Ao fazê-lo, sujeita o computador-alvo a definições especificadas em GPOs de domínio e pode eventualmente causar a falha do processo de implantação.

    Para atrasar intencionalmente a junção do computador alvo ao domínio durante o processo de implantação, pode remover certos elementos do ficheiro Unattend.xml. O script .wsf ZTIConfigure saltará sobre as propriedades de escrita para o ficheiro Unattend.xml se o elemento de propriedade associado estiver ausente do ficheiro.

Nota

Esta amostra só é válida quando se implanta os sistemas operativos Windows 7, Windows Server 2008 ou Windows Server 2008 R2.

Prepare o ficheiro unattend.xml para que o computador-alvo não tente juntar-se ao domínio durante Windows Configuração

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  2. Na árvore da consola Workbench de implantação, vá para a área de trabalho/partilhas de implantação/ deployment_share /sequências de tarefa/task_sequence (onde deployment_share é o nome da partilha de implantação e task_sequence é o nome da sequência de tarefa a configurar).

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

  4. No separador INFORMAÇÃO OS, clique em Editar Unattend.xml.

    Começa o Windows System Image Manager (Windows SIM).

  5. No painel de ficheiros de resposta, vá a 4 especialistas/Identificação/Credenciais. Clique com o botão direito Credenciais e, em seguida, clique em Apagar.

  6. Clique em Sim.

  7. Guarde o ficheiro de resposta e, em seguida, saia Windows SIM.

  8. Clique em OK na sequência de tarefaSa caixa de diálogo propriedades.

    Com os Credentials elementos em falta no ficheiro unattend.xml, o .wsf script do ZTIConfigure não é capaz de preencher as informações de união de domínios no ficheiro Unattend.xml, o que impedirá Windows Configuração de tentar juntar-se ao domínio.

    Para adicionar um passo de sequência de tarefa que une o computador alvo ao domínio

  9. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Conjunto de Ferramentas de Implementação da Microsoft e, em seguida, clique na bancada de trabalho de implementação.

  10. Na árvore da consola Workbench de implantação, vá para a área de trabalho/partilhas de implantação/ deployment_share /sequências de tarefa/task_sequence (onde deployment_share é o nome da partilha de implantação e task_sequence é o nome da sequência de tarefa a configurar).

  11. No painel Ações, clique em Propriedades.

  12. No separador Sequência de Tarefa, vá e expanda o nó de Restauro do Estado.

  13. Verifique se está presente o passo da sequência de tarefas De Recuperação do Domínio. Se sim, prossiga para o passo 9.

  14. Na sequência de tarefas, clique na caixa de diálogo 'Adicionar', vá a Definições e clique em Recuperar do Domínio.

  15. Adicione o passo da sequência de tarefas Recover From Domain ao editor da sequência de tarefas. Verifique se o passo está no local pretendido na sequência de tarefas.

  16. Verifique se as definições para o passo da sequência de tarefas "Recuperar do Domínio" estão configuradas para satisfazer as suas necessidades.

  17. Clique em OK na sequência de tarefaSa caixa de diálogo propriedades para guardar a sequência de tarefas.