Referência de solução de problemas para o Kit de Ferramentas de Implantação da Microsoft

  • Artigo

A implantação de sistemas operacionais e aplicativos, bem como a migração do estado do usuário podem ser um esforço desafiador, mesmo quando você está equipado com ferramentas e diretrizes apropriadas. Essa referência, que faz parte do MDT (Microsoft® Deployment Toolkit) 2013, fornece informações sobre problemas conhecidos atuais, possíveis soluções alternativas para esses problemas e diretrizes de solução de problemas.

Observação

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

Observação

O DaRT (Microsoft Diagnostics and Recovery Toolset) contém ferramentas poderosas para recuperar e solucionar problemas de computadores cliente que não iniciam ou se tornaram instáveis. Você pode usar o DaRT para determinar a causa de uma falha, restaurar arquivos perdidos e assim por diante. Você também pode usar o DaRT como uma ferramenta de solução de problemas ao desenvolver e implantar um sistema operacional Windows. Por exemplo, se uma imagem criada não for iniciada corretamente, você poderá iniciar o computador cliente que contém a imagem usando o ERD Commander , um ambiente de diagnóstico. Em seguida, você pode explorar o disco rígido do computador cliente, exibir o log de eventos, remover atualizações, alterar as configurações do sistema operacional e assim por diante. O DaRT faz parte do Pacote de Otimização da Área de Trabalho da Microsoft para Software Assurance. Para obter mais informações, consulte Diagnostics and Recovery Toolset 10.

Entender logs

Antes que a solução de problemas efetiva do MDT possa começar, você deve ter uma compreensão clara dos muitos arquivos .log usados durante uma implantação do sistema operacional. Quando você sabe quais arquivos de log pesquisar para qual condição de falha e em que momento, problemas que antes eram misteriosos e difíceis de entender podem se tornar claros e compreensíveis.

O formato de arquivo de log MDT foi projetado para ser lido pelo CMTrace. Use essa ferramenta sempre que possível para ler os arquivos de log, pois facilita muito a localização de erros.

O restante desta seção detalha os arquivos de log criados durante a implantação, bem como durante a Instalação do Windows. Esta seção também fornece exemplos de quando usar os arquivos para solução de problemas.

MDT Logs

Cada script MDT cria automaticamente arquivos de log ao executar. Os nomes desses arquivos de log correspondem ao nome do script, por exemplo, ZTIGather.wsf cria um arquivo de log chamado ZTIGather.log. Cada script também atualiza um arquivo de log master comum (BDD.log) que agrega o conteúdo dos arquivos de log que os scripts MDT criam. Os arquivos de log MDT residem em C:\MININT\SMSOSD\OSDLOGS durante o processo de implantação. Dependendo do tipo de implantação que está sendo realizada, os arquivos de log são movidos na conclusão da implantação para %WINDIR%\SMSOSD ou %WINDIR%\TEMP\SMSOSD. Para implantações de LTI (instalação do Lite Touch), os logs começam em C:\MININT\SMSOSD\OSDLogs. Eles acabam em %WINDIR%\TEMP\DeploymentLogs quando o processamento da sequência de tarefas é concluído.

O MDT cria os seguintes arquivos de log:

  • BDD.log. Este é o arquivo de log MDT agregado que é copiado para um local de rede no final da implantação se você especificar a propriedade SLShare no arquivo Customsettings.ini.

  • LiteTouch.log. Esse arquivo é criado durante implantações de LTI. Ele reside em %WINDIR%\TEMP\DeploymentLogs, a menos que você especifique a opção /debug:true .

  • Scriptname*.log. Esse arquivo é criado por cada script MDT. Scriptname representa o nome do script em questão.

  • SMSTS.log. Esse arquivo é criado pelo Task Sequencer e descreve todas as transações do Task Sequencer. Dependendo do cenário de implantação, ele pode residir em %TEMP%, %WINDIR%\System32\ccm\logs ou C:\_SMSTaskSequence ou C:\SMSTSLog.

  • Wizard.log. Os assistentes de implantação criam e atualizam esse arquivo.

  • WPEinit.log. Esse arquivo é criado durante o processo de inicialização do Windows PE e é útil para solucionar problemas de erros encontrados durante o início do Windows PE.

  • DeploymentWorkbench_id.log. Esse arquivo de log é criado na pasta %temp% quando você especifica um /depuração ao iniciar o Trabalho de Implantação.

Configuration Manager logs de implantação do sistema operacional

Para obter informações sobre quais arquivos de log de implantação do sistema operacional criados pelo Microsoft System Center 2012 R2 Configuration Manager, consulte Referência Técnica para Arquivos de Log em Configuration Manager.

Ao executar a USMT (Ferramenta de Migração de Estado do Usuário do Windows), o MDT adiciona automaticamente as opções de log para salvar os arquivos de log USMT nos locais do arquivo de log do MDT. Os arquivos de log e quando eles são criados são os seguintes:

  • USMTEstimate.log. Criado ao estimar os requisitos USMT

  • USMTCapture.log. Criado pelo USMT ao capturar dados

  • USMTRestore.log. Criado pelo USMT ao restaurar dados

    O script ZeroTouchInstallation.vbs examina automaticamente os arquivos de log de progresso do USMT em busca de erros e avisos. O script gera a ID do evento 41010 para o Microsoft System Center Operations Manager com o seguinte resumo (em que usmt_type é ESTIMATE, SCANSTATE ou LOADSTATE; error_count é o número total de erros encontrados; e warning_count é o número total de avisos encontrados):

ZTI USMT <usmt_type> reported <error_count> errors and <warning_count> warnings

Se a contagem de erros for maior que 0, esse evento será um tipo de erro. Se a contagem de avisos for maior que 0 sem erros, o evento será um tipo de aviso. Caso contrário, o evento é um tipo informativo.

Identificando códigos de erro

A Tabela 1 lista os códigos de erro que os scripts MDT criam e fornece uma descrição de cada código de erro. Esses códigos de erro são registrados no arquivo BDD.log.

Tabela 1. Códigos de erro e sua descrição

Código de erro Descrição
5201 Não foi possível fazer uma conexão com o compartilhamento de implantação. A implantação não prosseguirá.
5203 Não foi possível fazer uma conexão com o compartilhamento de implantação. A implantação não prosseguirá.
5205 Não foi possível fazer uma conexão com o compartilhamento de implantação. A implantação não prosseguirá.
5206 O Assistente de Implantação foi cancelado ou não foi concluído com êxito. A implantação não prosseguirá.
5207 Não foi possível fazer uma conexão com o compartilhamento de implantação. A implantação não prosseguirá.
5208 DeploymentType não está definido. Deve definir algum valor para SkipWizard.
5208 Não é possível localizar o Sequenciador de Tarefas SMS. A implantação não prosseguirá.
5400 Criar objeto: definir class_instance = Novo class_name
5490 Criar MSXML2. Domdocument.
5495 Criar MSXML2. DOMDocument.ParseErr.ErrCode.
5496 LoadControlFile.FindFile: ConfigFile
5601 Verificar guia do sistema operacional: %OSGUID% existe.
5602 Abra XML com OSGUID: %OSGUID%.
5610 Verificar arquivo.
5630 Verificar arquivo: ImagePath.
5640 Verificar arquivo: ImagePath.
5641 FindFile: ImageX.exe.
5643 Encontre BootSect.exe.
5650 Verificar diretório: SourcePath.
5651 Verificar diretório: SourcePath\Platform.
5652 FindFile: bootsect.exe.
6001 Verifique a unidade.
6002 Verifique a unidade.
6010 Teste para TSGUID.
6020 Valor retornado do Robocopy: Valor.
6021 Valor retornado do Robocopy: Valor.
6101 Verifique se há arquivo: DeployCab.
6102 Expanda arquivos Sysprep de DEPLOY.CAB.
6111 Execute Sysprep.exe.
6121 Execute o Sysprep.
6191 Teste para CloneTag no registro para verificar a conclusão do Sysprep.
6192 Teste para SystemSetupInProgress no registro para verificar o Sysprep concluído.
6401 Servidor DHCP autorizado.
6501 O backup do computador não é possível, nenhum caminho de rede (BackupShare, BackupDir) especificado.
6502 ERRO – Não é possível localizar IMAGEX, não é possível executar o backup.
6601 GetObject(... raiz/wmi:BCDStore).
6602 BCD. OpenStore (BCDStore).
6701 Protetores configurados.
6702 Arquivos de inicialização movidos.
6703 Criar partição BDE.
6704 Unidade de desfragmentação.
6705 Reduzir a unidade.
6706 Teste para mais de 1 partição.
6707 Criar arquivos de inicialização.
6708 Criptografar o disco.
6709 Conecte-se ao provedor WMI do MicrosoftVolumeEncryption.
6710 Criptografando o disco.
6711 ProtectKeyWithTPM.
6712 ProtectKeyWithTPMAndPIN.
6713 ProtectKeyWithTPMAndStartupKey.
6714 Salve a chave externa no arquivo.
6715 Proteja com chave externa.
6716 Salve a chave externa no arquivo.
6717 Proteja a chave com senha numérica.
6718 GetKeyProtectorNumberialP@ssword.
6718 Salve a senha no arquivo.
6719 Abra PasswordFile.
6720 Criptografar a unidade.
6721 Abra DiskPartFile.
6722 Criar partição.
6723 Obtenha a unidade BDE existente.
6724 Abra DiskPartFile.
6727 Tente abrir o DiskPartFile.
6729 Criar arquivo de texto DiskPartFile.
6730 Executar cmd /c DISKPART.EXE /s DiskPartFile>>LogPath\ZTIMarkActive_diskpart.log 2>&1
6731 Encontre bcdboot.exe.
6732 Conecte-se ao provedor do Microsoft TPM.
6733 Obtenha uma instância TPM na classe de provedor.
6734 Obter a instância do TPM.
6735 Verifique se o TPM está habilitado.
6736 Verifique se o TPM está ativado.
6737 Verifique se o TPM é de propriedade.
6738 Verifique se a propriedade TPM é permitida.
6739 Verifique se o TPM está habilitado.
6740 Verifique se o TPM está ativado.
6741 Verifique se o TPM é propriedade e se a propriedade é permitida.
6741 Conjunto de senhas do proprietário do TPM
6742 O proprietário do TPM P@ssword definido como AdminP@ssword.
6743 Defina o P@ssword de Proprietário do TPM como valor.
6744 Verifique se o TPM está habilitado.
6745 Verifique o proprietário do TPM.
6746 Verifique se há par de chaves de endosso.
6747 Verifique se o TPM está ativado.
6748 Verifique se a propriedade TPM é permitida.
6749 Converta o proprietário p@ssword em autorização do proprietário.
6750 Crie um par de chaves de endosso.
6751 Alterar a autorização do proprietário.
6752 Execute Cmd.
6753 Validar o TPM.
6754 Obter a instância do BDE.
6755 Proteger a chave com o TPM.
6756 Verifique se há mídia removível para configurar. ProtectKeyWithTpmAndStartupKey.
6757 Proteger a chave com TPM e a chave de inicialização.
6758 Procure o pino BDE.
6759 Proteger a chave com TPM e Fixar.
6760 Encontre mídia removível para BDEKeyLocation.
6761 Proteja com chave externa.
6762 A recuperação P@ssword sendo salva no PasswordFile.
6764 Configurar a política do BitLocker.
7000 Não é possível localizar ZTIConfigure.xml; Abortar.
7001 Procurando o AnswerFile não atento.
7100 ERRO – Esse script só deve ser executado no sistema operacional completo.
7101 ERRO – Não há valores suficientes fornecidos para gerar o arquivo de resposta DCPromo.
7102 ERRO – As propriedades obrigatórias para criar um novo réplica DC não foram especificadas.
7103 ERRO – As propriedades obrigatórias para criar um novo domínio filho não foram especificadas.
7104 ERRO – As propriedades obrigatórias para criar uma nova floresta não foram especificadas.
7105 ERRO – As propriedades obrigatórias para criar uma nova floresta não foram especificadas.
7200 Não é possível configurar o servidor DHCP porque o serviço não está instalado.
7201 Não é possível ler os detalhes do escopo; GetScopeDetails() Falhou.
7202 Não há valores suficientes especificados para a criação de escopo.
7203 Não há valores suficientes fornecidos para definir o intervalo de IP para esse escopo.
7204 Nenhum valor especificado para o intervalo de exclusão de escopo.
7300 Não é possível emitir comandos DNS.
7700 Não é um cenário de Novo Computador; saindo da partição de disco.
7701 O disco não é grande o suficiente para partições system e BDE, Obrigatório = 1,5 GB.
7702 O disco não é grande o suficiente para partições System e WinRE, Obrigatório = 10 GB.
7703 DeployRoot está no disco # DiskIndex. Executando um cenário OEM: Ignorar.
7704 Executando um cenário OEM: Ignorar.
7704 Partições estendidas e lógicas não são permitidas com BitLocker.
7712 Verifique se a Unidade/Unidade de Volume está presente. Formato.
7900 FindFile: Microsoft.BDD.PnpEnum.exe.
7901 AllDrivers.Exists("GUID").
7904 AllDrivers.Exists("GUID").
9200 FindFile(PkgMgr.exe).
9601 ERRO – A tarefa de restauração do estado ZTITatoo deve estar em execução no sistema operacional completo; Abortar.
9701 Código de retorno não zero da estimativa USMT, rc = Erro.
9702 Captura de estado do usuário não é possível; espaço local insuficiente e nenhum caminho de rede (UDShare, UDDir) especificado.
9703 Código de retorno não zero da captura USMT, rc = Erro.
9704 Nenhuma opção de linha de comando válida foi especificada.
9801 ERRO – Tentando implantar um sistema operacional cliente em um computador que executa um sistema operacional de servidor.
9802 ERRO – Tentando implantar um sistema operacional de servidor em um computador que executa um sistema operacional cliente.
9803 ERRO – O computador não está autorizado para atualização (OSInstall=OSInstall); Abortar.
9804 ERRO – O MB de memória da memória é insuficiente. Pelo menos o MB de memória é necessário.
9805 ERRO – A velocidade do processador do ProcessorSpeed MHz é insuficiente. Pelo menos um processador MHz processorSpeed é necessário.
9806 ERRO – o espaço insuficiente está disponível na Unidade. Um MB de tamanho adicional é necessário.
9807 ERRO – o espaço insuficiente está disponível na Unidade. Um MB de tamanho adicional é necessário.
9901 O script ZTIWindowsUpdate não deve ser executado no Windows PE.
9902 ZTIWindowsUpdate foi executado e falhou muitas vezes. Contagem = Contagem.
9903 Problema inesperado ao instalar o agente de Windows Update atualizado, rc = Erro.
9904 Falha ao criar objeto: Microsoft.Update.Session.
9905 Falha ao criar objeto: Microsoft.Update.UpdateColl.
9906 O arquivo crítico Arquivo não foi encontrado; Abortar.
10000 Criar objeto: Definir oLTICleanup = Novo LTICleanup.
10201 Não é possível ingressar no Domínio de Domínio. Interromper a instalação.
10203 FindFile(LTISuspend.wsf).
10204 Execute o programa LTISuspend.
41024 Execute ImageX.
52012 Todos os parâmetros do assistente não estão definidos.

A listagem 1 fornece um trecho de um arquivo de log que ilustra como encontrar o código de erro. Neste trecho, o código de erro relatado é 5001.

Listagem 1. Trecho de um arquivo SMSTS.log que contém o código de erro 5001

.  
.  
.  
The operating system installation failed. Please contact your system administrator for assistance.  

The action "Zero Touch Installation - Validation" failed with exit code 5001  
.  
.  
.

Convertendo códigos de erro

Muitos códigos de erro apresentados nos arquivos de log parecem enigmáticos e difíceis de correlacionar a uma condição de erro real. No entanto, o processo a seguir demonstra como converter um código de erro e obter informações significativas que possam ajudar na resolução de problemas.

Problema: uma captura de imagem falha com 0x80070040 de código de erro.

Possível Solução 1: o código de erro apresentado está no formato hexadecimal que você precisa converter em formato decimal. Para fazer isso, você precisa de uma calculadora científica e a calculadora incluída nos sistemas operacionais Windows é adequada para essa tarefa.

Para converter um código de erro

  1. Clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para Acessórios e clique em Calculadora.

  2. No menu Exibir , clique em Científico.

  3. Selecione Hex e insira os últimos quatro dígitos do código , nesse caso, 0040, conforme mostrado na Figura 1.

    Figura 1. Conversão de erro

    A captura de tela mostra a inserção dos últimos quatro dígitos do código na Calculadora.

    Observe que os zeros principais não são exibidos enquanto a calculadora estiver no modo Hexadecimal.

  4. Selecione Dez.

    O valor hexadecimal 40 é convertido em um valor decimal de 64.

  5. Abra uma janela prompt de comando, digite NET HELPMSG 64 e pressione ENTER.

    O comando NET HELPMSG converte o código de erro numérico em texto significativo. No caso do código de erro fornecido aqui, ele se traduz em "O nome de rede especificado não está mais disponível".

    Essas informações indicam que pode existir um problema de rede no computador de destino ou entre o computador de destino e o servidor no qual reside o compartilhamento de implantação. Esses problemas podem incluir drivers de rede que não estão sendo instalados corretamente ou uma incompatibilidade nas configurações de velocidade e duplex.

Revisão de logs de exemplo

O MDT cria arquivos de log que você pode usar para solucionar problemas no processo de implantação do MDT. As seções a seguir fornecem exemplos de como usar os arquivos de log do MDT para solucionar problemas do processo de implantação:

Falha ao acessar o banco de dados

Problema: Ocorre um erro ao executar uma implantação que usou um arquivo CustomSettings.ini que contém várias seções e especificar, com a propriedade Priority , a prioridade de cada seção a ser processada. BDD.log contém as seguintes mensagens de erro:

  • ERRO – Conjunto de Registros de Abertura (Número de Erro = -2147217911) (Descrição do erro: a permissão SELECT foi negada no objeto 'ComputerAdministrators', banco de dados 'AdminDB', esquema 'dbo'.)

  • Erro do ADO: a permissão SELECT foi negada no objeto 'ComputerAdministrators', banco de dados 'AdminDB', esquema 'dbo'. (Erro #-2147217911; Fonte: Provedor OLE DB da Microsoft para SQL Server; SqL State: 42000; NativeError: 229

  • ERRO – Erro sem tratamento retornado por ZTIGather: Objeto necessário (424)

Observação

Para obter clareza, o conteúdo do arquivo de log acima foi representado à medida que eles aparecem enquanto são exibidos usando o CMTrace.

Solução possível: O problema, conforme apontado na primeira linha do exemplo de arquivo de log, é que a permissão para acessar o banco de dados foi negada. Portanto, o script não pode estabelecer uma conexão segura com o banco de dados, possivelmente porque uma ID do usuário e uma senha não estavam disponíveis. Como resultado, o acesso ao banco de dados foi tentado usando a conta do computador. A maneira mais fácil de resolver esse problema é conceder a todos acesso de leitura ao banco de dados.

Solução de problemas

Antes de embarcar em processos aprofundados de solução de problemas, examine os seguintes itens e verifique se todos os requisitos associados foram atendidos:

  • Problemas de instalação podem resultar se todos os pré-requisitos de software e hardware não tiverem sido atendidos.

Instalação do aplicativo

Examine os problemas e as soluções para problemas de instalação do aplicativo:

Executáveis bloqueados

Problema: Se os arquivos de origem da instalação forem baixados da Internet, é provável que eles sejam marcados com um ou mais fluxos de dados do sistema de arquivos NTFS. Para obter mais informações sobre fluxos de dados NTFS, consulte Fluxos de Arquivos. A existência de fluxos de dados do sistema de arquivos NTFS pode fazer com que um prompt open file – aviso de segurança seja exibido. A instalação não continuará até que você clique em Executar no prompt.

A Figura 2 mostra que você pode exibir fluxos de dados do sistema de arquivos NTFS usando o comando Mais e o utilitário Streams.

Figura 2. Fluxos de dados NTFS

A captura de tela mostra a saída dos comandos streams.exe e Mais.

Possível solução 1: Clique com o botão direito do mouse no arquivo de origem da instalação e clique em Propriedades. Clique em Desbloquear e clique em OK para remover os fluxos de dados do sistema de arquivos NTFS do arquivo. Repita esse processo para cada arquivo de origem de instalação bloqueado pela existência de um ou mais fluxos de dados do sistema de arquivos NTFS.

Possível solução 2: Use o utilitário Streams, como ref _Ref308173670 \h Figura 2 mostra, para remover os fluxos de dados do sistema de arquivos NTFS do arquivo de origem da instalação. O utilitário Streams pode remover fluxos de dados do sistema de arquivos NTFS de um ou mais arquivos ou pastas ao mesmo tempo.

Connections de Rede Perdida

Problema: Uma instalação pode falhar se instalar drivers de dispositivo ou alterar configurações de dispositivo e rede. Essas alterações podem resultar em um lapso na conectividade de rede que faz com que a instalação falhe.

Solução possível: Implemente o script ZTICacheUtil.vbs para habilitar o download e a execução da instalação. Este script foi projetado para ajustar o anúncio para habilitar o download e a execução. O download usará o BITS (Serviço de Transferência Inteligente em Segundo Plano) se o ponto de distribuição Configuration Manager estiver habilitado para Criação Distribuída e Versões e BITS com base na Web. Ao mesmo tempo, ele modifica Configuration Manager para executar o script ZTICache.vbs primeiro, o que garante que o programa não se exclua durante o processo de implantação.

O Sistema do Microsoft Office de 2007

Problema: Ao implantar o sistema do Office de 2007 e incluir um arquivo MSP (patch do Windows Installer), a instalação pode falhar com o código de erro 30029.

Uma investigação adicional no ZTIApplications.log mostra as seguintes mensagens:

  • Prestes a executar o comando: \\Server\Deployment$\Tools\X86\bddrun.exe \\Server\Share\Microsoft\Office\2007\Professional\setup.exe /adminfile \\Server\Share\Microsoft\Office\2007\Professional\file.msp

  • ZTI Heartbeat: o comando está em execução há 12 minutos (ID do processo 1600) Retornar código do comando = 30029

  • Aplicativo Microsoft Office 2007 Professional retornou um código de retorno inesperado: 30029

    Possível solução 1: Realoque o arquivo MSP para o diretório Atualizações e execute setup.exe sem especificar a opção /adminfile. Para obter mais informações sobre como implantar atualizações durante a instalação, consulte Implantando o sistema do Office 2007.

    Possível solução 2: Verifique se o arquivo MSP não tem a caixa Suprimir marcar modal selecionada. Para obter mais informações sobre como configurar essa configuração, consulte Visão geral da Implantação do Sistema do Office 2007.

Autologon

Examine os problemas e as soluções para problemas automáticos de logon:

  • Interrupção dos processos de implantação do ZTI (Instalação de Toque Zero) e LTI devido a faixas de segurança de logon, conforme descrito em Banners de Segurança de Logon

  • Interrupção dos processos de implantação de LTI e ZTI devido a prompts para credenciais de usuário, conforme descrito em Prompted for User Credentials

Banners de segurança de logon

Problema: As sequências de tarefas MDT são processadas durante uma sessão interativa do usuário, o que exige que o computador de destino possa fazer logon automaticamente usando uma conta administrativa especificada. Se um objeto Política de Grupo (GPO) estiver em vigor que imponha um banner de segurança de logon, esse logon automático não poderá continuar, pois o banner de segurança interrompe o processo de logon enquanto aguarda que um usuário aceite a política declarada.

Solução possível: Verifique se o GPO é aplicado a OUs (unidades organizacionais) específicas e não incluído no GPO de domínio padrão. Ao adicionar computadores ao domínio, especifique que eles sejam adicionados a uma OU que não seja afetada por um GPO que imponha uma faixa de segurança de logon. No Editor sequência de tarefas, inclua como uma das últimas etapas da sequência de tarefas um script que realoca a conta do computador para a OU desejada.

Observação

Se você estiver reutilizando contas existentes do Active Directory® Domain Services (AD DS), verifique se, antes de implantar no computador de destino, você realocou a conta do computador de destino para uma OU que não é afetada pelo GPO que impõe a faixa de logon de segurança.

Solicitado para credenciais de usuário

Problema: Você criou uma imagem de um computador que foi ingressado no domínio. Ao implantar a nova imagem em um computador de destino, o processo de implantação é interrompido, pois o logon automático não ocorre e o usuário é solicitado a inserir credenciais apropriadas. O processo de implantação é retomado quando as credenciais são fornecidas e o usuário é conectado.

Solução possível: Ao capturar imagens, o computador de origem não deve ser associado a um domínio. Se o computador foi ingressado em um domínio, junte o computador a um grupo de trabalho, capture novamente a imagem e tente a implantação em um computador de destino para determinar se o problema está resolvido.

BIOS

Problema: Ao implantar em um computador de destino equipado com a tecnologia Intel vPro, a implantação pode terminar com um erro de parada. Embora todos os drivers atualizados tenham sido incluídos como drivers fora de caixa no Trabalho de Implantação, o computador de destino não é iniciado.

Solução possível: Examine as configurações no BIOS (sistema básico de entrada/saída) do computador de destino para determinar se o modo padrão de Anexo de Tecnologia Avançada Serial está configurado como AHCI (Interface avançada do controlador de host). Infelizmente, certos sistemas operacionais Windows não dão suporte à AHCI por padrão.

Problemas de banco de dados

Examine os problemas e soluções relacionados ao banco de dados:

Solicitações de navegador SQL Server bloqueadas

Problema: Durante o processo de implantação do MDT, as informações podem ser recuperadas dos bancos de dados do Microsoft SQL Server ®. No entanto, podem ser gerados erros relacionados a um firewall configurado incorretamente no servidor de banco de dados.

Solução possível: O Firewall do Windows no Windows Server ajuda a impedir o acesso não autorizado aos recursos do computador. No entanto, se o firewall estiver configurado incorretamente, as tentativas de se conectar a uma instância de SQL Server poderão ser bloqueadas. Para acessar uma instância de SQL Server que está por trás do firewall, configure o firewall no computador que está executando SQL Server. Para obter mais informações sobre como configurar portas de firewall para SQL Server, consulte Configurar o Firewall do Windows para permitir SQL Server acesso.

Pipe nomeado Connections

Problema: Durante o processo de implantação do MDT, as informações podem ser recuperadas de bancos de dados SQL Server. No entanto, podem ser gerados erros relacionados a conexões SQL Server quebradas. Isso pode ser causado por não habilitar conexões de pipe nomeadas no Microsoft SQL Server.

Solução possível: Para resolve esses problemas, habilite os pipes nomeados em SQL Server. Além disso, especifique a propriedade SQLShare , que é necessária ao fazer uma conexão com um banco de dados externo usando pipes nomeados. Ao se conectar usando pipes nomeados, use a segurança integrada para fazer a conexão com o banco de dados. No caso de implantações de LTI, a conta de usuário especificada faz a conexão com o banco de dados. Para implantações ZTI que usam Configuration Manager, a conta de acesso à rede se conecta ao banco de dados. Como o Windows PE não tem contexto de segurança por padrão, você deve fazer uma conexão de rede com o servidor de banco de dados para estabelecer um contexto de segurança para o usuário que fará a conexão.

O compartilhamento de rede especificado pela propriedade SQLShare fornece um meio de se conectar ao servidor para obter um contexto de segurança adequado. Você deve ter acesso de leitura ao compartilhamento. Quando a conexão for feita, você poderá estabelecer a conexão de pipe nomeada com o banco de dados. A propriedade SQLShare não é necessária e não deve ser usada ao fazer uma conexão TCP/IP com o banco de dados.

Habilite as conexões de pipe nomeadas executando as seguintes tarefas com base na versão de SQL Server você está usando:

Habilitar o pipe nomeado Connections no SQL Server 2008 R2

Para habilitar conexões de pipe nomeadas no SQL Server 2008 R2, execute as seguintes etapas:

  1. No computador que executa SQL Server 2008 R2 que hospeda o banco de dados a ser consultado, clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Microsoft SQL Server 2008 R2 e clique em SQL Server Management Studio.

  2. No console do Microsoft SQL Server Management Studio, no Pesquisador de Objetos, clique com o botão direito do mouse em sql_server_name e clique em Propriedades (em que sql_server_name é o nome do computador em execução SQL Server a ser configurado).

  3. A caixa de diálogo Propriedades do Servidor – sql_server_name é exibida.

  4. Na caixa de diálogo Propriedades - do Servidorsql_server_name, em Selecionar uma página, clique em Connections.

  5. Na página Connections, verifique se a caixa Permitir conexões remotas com esse servidor marcar está selecionada e clique em OK.

  6. Feche o console do Microsoft SQL Server Management Studio.

  7. No computador que executa SQL Server 2008 R2 que hospeda o banco de dados a ser consultado, clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Microsoft SQL Server 2008 R2, aponte para Ferramentas de Configuração e clique em SQL Server Configuration Manager.

  8. No console do sql Server Configuration Manager, vá para SQL Server Configuration Manager (Local) /SQL Server Configuração de Rede/Protocolos para sql_instance (em que sql_instance em nome da instância SQL Server a ser configurada).

  9. No painel de detalhes, clique com o botão direito do mouse em Pipes Nomeados e clique em Habilitar.

    A caixa de diálogo Aviso aparece indicando que as alterações serão salvas, mas não entrarão em vigor até que o serviço seja interrompido e reiniciado.

  10. Na caixa de diálogo Aviso , clique em OK.

  11. No console do sql Server Configuration Manager, acesse SQL Server Configuration Manager (Local) /SQL Server Services.

  12. No painel de detalhes, clique com o botão direito do mouse em SQL Server*(sql_instance)e clique em *Reiniciar (em que sql_instance no nome da instância SQL Server que você configurou na etapa 2).

    A barra de progresso SQL Server Configuration Manager é exibida que mostra o status de reiniciar os serviços. Após a reinicialização do serviço, a barra de progresso será fechada.

  13. Feche o console SQL Server Configuration Manager.

    Para obter informações adicionais, Como habilitar conexões remotas no SQL Server 2008.

Habilitar o pipe nomeado Connections no SQL Server 2005

Para habilitar conexões de pipe nomeadas no SQL Server 2005, execute as seguintes etapas:

  1. No computador que executa SQL Server 2005 que hospeda o banco de dados a ser consultado, clique em Iniciar e, em seguida, aponte para Todos os Programas. Aponte para o Microsoft SQL Server 2005, aponte para Ferramentas de Configuração e clique em SQL Server Configuração da Área de Superfície.

  2. Na caixa de diálogo Configuração de Área de Superfície do SQL Server 2005, clique em Configuração de Área de Superfície para Serviços e Conexões.

  3. Na caixa de diálogo Configuração de Área de Superfície para Serviços e Connections – server_name (em que server_name é o nome do computador em execução SQL Server 2005), em Selecionar um componente e configurar seus serviços e conexões, vá para MSSQLSERVER\Mecanismo de Banco de Dados e clique em Connections Remota.

  4. Clique em Conexões locais e remotas, clique em Usar o TCP/IP e os pipes nomeados e clique em Aplicar.

  5. Na caixa de diálogo Configuração de Área de Superfície para Serviços e Connections – server_name (em que server_name é o nome do computador em execução SQL Server 2005), em Selecionar um componente e configurar seus serviços e conexões, vá para MSSQLSERVER\Mecanismo de Banco de Dados e clique em Serviço.

  6. Clique em Parar.

    O serviço MSSQLSERVER é interrompido.

  7. Clique em Iniciar.

    O serviço MSSQLSERVER é iniciado.

  8. Clique em OK.

  9. Feche SQL Server Configuração da Área de Superfície de 2005.

    Para obter informações adicionais, consulte o artigo Suporte da Microsoft Como configurar SQL Server 2005 para permitir conexões remotas

Scripts de implantação

Examine problemas e soluções relacionados ao MDT:

  • Solicitado para credenciais de usuário e pode receber 0x80070035 de erro, conforme descrito em Credentials_script

  • A mensagem de erro "Wuredist.cab não encontrada" é exibida conforme descrito em ZTIWindowsUpdate

Credentials_script

Problema: Durante a última inicialização de um computador recém-implantado, o usuário é solicitado a fornecer credenciais de usuário e pode receber erro 0x80070035, o que indica que o caminho de rede não foi encontrado.

Solução possível: Certifique-se de que o arquivo WIM não inclua uma pasta MININT ou _SMSTaskSequence. Para excluir essas pastas, primeiro use o utilitário ImageX para montar o arquivo WIM e exclua as pastas.

Observação

Se ocorrer um erro negado pelo Access quando você tentar excluir as pastas do arquivo WIM, abra uma janela prompt de comando, alterne para a raiz da imagem contida no arquivo WIM e execute RD MININT e RD _SMSTaskSequence.

ZTIWindowsUpdate

Problema: Se você usar o script ZTIWindowsUpdate.wsf para aplicar atualizações de software durante a implantação, observe que esse script pode se comunicar diretamente com o site do Microsoft Update para baixar e instalar os binários necessários Windows Update Agent, verificar se há atualizações de software aplicáveis, baixar os binários para as atualizações de software aplicáveis e instalar os binários baixados. Esse processo exige que sua infraestrutura de rede seja configurada para permitir que o computador de destino tenha acesso ao site do Microsoft Update.

Se o compartilhamento de implantação não contiver os arquivos de instalação do Agente Windows Update e o computador de destino não tiver acesso apropriado à Internet, o erro "wuredist.cab não encontrado" será relatado nos arquivos ZTIWindowsUpdate.log e BDD.log.

Solução possível: Siga as etapas descritas na seção "ZTIWindowsUpdate.wsf", no documento MDT Toolkit Reference.

Compartilhamentos de Implantação

Examine os problemas e soluções relacionados ao compartilhamento de implantação:

Falha ao atualizar arquivos WIM

Em um ambiente "simples":

  • O MDT normalmente pega WIMGAPI.DLL de C:\Windows\system32 (sempre no caminho). A versão deste WIMGAPI.DLL deve corresponder à versão (build) do sistema operacional.

  • Em um sistema operacional de 64 bits, o MDT sempre usa o arquivo x64 WIMGAPI.DLL; somente esse arquivo deve estar no PATH do sistema. Em um sistema operacional de 32 bits, o MDT sempre usa o arquivo x86 WIMGAPI.DLL; somente esse arquivo deve estar no PATH do sistema. (Outros produtos, como Configuration Manager, usam a versão de 32 bits do WIMGAPI.DLL, mesmo em um sistema operacional de 64 bits, mas gerenciam e instalam essa versão.)

    Problema: Ao tentar atualizar um compartilhamento de implantação, o usuário será informado de que a montagem de um ou mais arquivos .wim não foi bem-sucedida.

    Solução possível: Abra uma janela prompt de comando e execute onde WIMGAPI.DLL. Para a primeira entrada na lista (o primeiro local encontrado pesquisando o caminho), verifique se a propriedade Version corresponde ao build do Windows Assessment and Deployment Kit (Windows ADK) instalado. Verifique também se a propriedade corresponde ao número de build do sistema operacional.

Assistente de Implantação do Windows

Examine os problemas e soluções relacionados ao Assistente de Implantação do Windows:

Páginas do Assistente não são ignoradas

Problema: Uma página do assistente é exibida mesmo que o arquivo MDT DB ou CustomSettings.ini especifique que o assistente deve ser ignorado.

Solução possível: Para ignorar corretamente uma página de assistente, inclua todas as propriedades que seriam especificadas nessa página de assistente, quando apropriado no arquivo MDT DB ou CustomSettings.ini, juntamente com os valores apropriados. Se uma propriedade estiver configurada incorretamente para uma página de assistente ignorada, essa página será mostrada. Para obter mais informações sobre quais propriedades são necessárias para garantir que uma página de assistente seja ignorada, consulte a seção "Fornecendo propriedades para páginas de assistente de implantação ignoradas", no documento MDT Toolkit Reference.

Discos e Partições

Examine problemas e soluções de partição de disco:

Criptografia de Unidade de Disco BitLocker

A implantação do BitLocker requer uma configuração específica para a implantação adequada. Os problemas potenciais a seguir podem estar relacionados à configuração do computador de destino:

Falha no script ZTIBde.wsf com o erro "Não é possível abrir a chave do registro 'HKEY_CURRENT_USER\Control Panel\International\LocaleName' para leitura"

Problema: Ao tentar implantar o BitLocker no computador de destino no ZTI ou na UDI, o script ZTIBde.wsf falha com o erro "Não é possível abrir a chave do registro 'HKEY_CURRENT_USER\Control Panel\International\LocaleName' para leitura".

Solução possível: Especifique a localidade na UILanguage propriedade. No ZTI e na UDI, o script ZTIBde.wsf é executado no controle do sistema, para que um perfil de usuário completo não seja carregado. Quando o script ZTIBde.wsf tenta ler as informações de localidade, ele não está no registro, pois o registro (perfil de usuário) não está totalmente carregado. Como solução alternativa, especifique a localidade na UILanguage propriedade.

Dispositivos aparecem como várias letras de unidade

Problema: Alguns dispositivos podem aparecer como várias letras de unidade lógica, dependendo de como eles são particionados. Em alguns casos, eles podem emular uma unidade de disquete de 1,44 megabyte (MB) e uma unidade de armazenamento de memória. Portanto, o Windows pode atribuir as mesmas letras de unidade de dispositivo A e B para emulação de disco disquete e F para a unidade de armazenamento de memória. Por padrão, os scripts MDT usam a letra de unidade mais baixa (neste exemplo, A).

Solução possível: Substitua a configuração padrão na página Especificar os detalhes da recuperação do BitLocker no Assistente de Implantação do Windows. A página de resumo do Assistente de Implantação do Windows exibe um aviso para informar ao usuário qual letra de unidade foi selecionada para armazenar informações de recuperação do BitLocker. Além disso, os arquivos BDD.log e ZTIBDE.log registram os dispositivos de mídia removíveis detectados e qual dispositivo foi selecionado para armazenar as informações de recuperação do BitLocker.

Problemas com o encolhimento de discos

Problema: Não existe espaço em disco não alocado suficiente no computador de destino para habilitar o BitLocker. Para implantar o BitLocker em um computador de destino, pelo menos 2 gigabytes (GB) de espaço em disco não alocado são necessários para criar o volume do sistema. O volume do sistema é o volume que contém os arquivos específicos do hardware necessários para carregar o Windows depois que o BIOS inicializou o computador.

Possível solução 1: Em computadores existentes, use a ferramenta Diskpart para reduzir a unidade C para que o volume do sistema possa ser criado. Em algumas instâncias, porém, a ferramenta Diskpart pode não ser capaz de reduzir a unidade C o suficiente para fornecer 2 GB de espaço em disco não alocado, possivelmente devido ao espaço em disco fragmentado na unidade C.

Uma solução possível para esse problema é desfragmentar a unidade C. Para fazer isso, execute as seguintes etapas:

  1. Execute o comando Diskpart shrink querymax para identificar a quantidade máxima de espaço em disco que pode ser não alocada.

  2. Se o valor retornado na etapa 1 for menor que 2 GB, limpo unidade C de quaisquer arquivos desnecessários e, em seguida, desfragmentá-lo.

  3. Execute o comando Diskpart shrink querymax novamente para verificar se mais de 2 GB de espaço em disco podem ser não alocados.

  4. Se o valor retornado na etapa 3 ainda for menor que 2 GB, execute uma das seguintes tarefas:

    • Desfragmentar a unidade C várias vezes para garantir que ela esteja totalmente otimizada.

    • Faça backup dos dados na unidade C, exclua a partição existente, crie uma nova partição e restaure os dados para a nova partição.

    Possível solução 2: O script ZTIBDE.wsf executa a Ferramenta de Preparação de Disco (bdehdcfg.exe) e configura o tamanho da partição de volume do sistema como 2 GB por padrão. Você pode personalizar o script ZTIBDE.wsf para alterar o padrão, se necessário. No entanto, não é recomendável modificar os scripts MDT.

Suporte para discos lógicos e dinâmicos

Problema: Ao executar um cenário de implantação do Computador de Atualização, o processo de implantação pode falhar ao implantar em um computador de destino que está usando unidades lógicas ou discos dinâmicos.

Solução possível: O MDT não dá suporte à implantação de sistemas operacionais em unidades lógicas ou discos dinâmicos.

Junção de domínios

Problema: Durante a implantação, você usa o Assistente de Implantação do Windows para fornecer todas as informações necessárias para o computador de destino, incluindo credenciais, informações de junção de domínio e configuração de IP estático. Quando a instalação for concluída, você poderá ver que o sistema não ingressou no domínio e ainda está em um grupo de trabalho.

Solução possível: Uma implantação LTI do MDT configura as informações de IP estáticas depois que o sistema operacional está em execução. Se o computador de destino estiver localizado em um segmento de rede que não tenha o DHCP (Protocolo de Configuração do Host Dinâmico), uma junção de domínio automatizada especificada em Unattend.xml falhará quando nenhum DHCP estiver presente.

Configure Unattend.xml para ingressar em um grupo de trabalho. Em seguida, use a etapa de sequência de tarefas Recuperar do Domínio interna para adicionar uma etapa na sequência de tarefas para ingressar no domínio após a aplicação do IP estático.

Instalação do driver

Para garantir a melhor experiência possível do usuário, a instalação de dispositivos de hardware e drivers de software deve ser executada da forma mais perfeita possível, com pouca ou nenhuma intervenção do usuário. A Microsoft fornece ferramentas e diretrizes para ajudar a criar pacotes de instalação que atendam a essa meta. Para obter informações gerais sobre a instalação do driver, consulte Instalação de dispositivo e driver.

Examine os problemas e soluções relacionados à instalação do driver de dispositivo:

  • Problemas que ocorrem ao usar drivers de armazenamento em massa $OEM$ com MDT, conforme descrito em Combinar drivers de armazenamento em massa $OEM$ com a lógica de armazenamento em massa do MDT

  • Solução de problemas de instalação do driver de dispositivo usando o SetupAPI.log conforme descrito em Solucionar problemas de instalação do dispositivo com SetupAPI.log

Solucionar problemas de instalação do dispositivo com SetupAPI.log

O white paper Solucionando problemas da instalação do dispositivo com o Arquivo de Log SetupAPI fornece informações sobre a depuração da instalação do dispositivo Windows. Especificamente, o artigo fornece diretrizes para desenvolvedores e testadores de driver interpretarem o arquivo de log SetupAPI.

Um dos arquivos de log mais úteis para fins de depuração é o arquivo SetupAPI.log. Este arquivo de texto simples mantém as informações que o SetupAPI registra sobre instalação do dispositivo, instalação do service pack e instalação de atualização. Especificamente, o arquivo mantém um registro de alterações de dispositivo e driver, bem como grandes alterações no sistema a partir da instalação mais recente do Windows. Este artigo se concentra em usar o arquivo de log SetupAPI para solucionar problemas de instalação do dispositivo; ele não descreve as seções de arquivo de log associadas ao service pack e às instalações de atualização.

Novas implantações de computador

Examine os problemas e as soluções para cenários de implantação do Novo Computador:

  • Problemas ao iniciar o processo de implantação usando a inicialização PXE (Ambiente de Execução pré-inicialização), conforme descrito na Inicialização PXE

Inicialização PXE

Resumindo, o protocolo PXE opera da seguinte maneira: o computador cliente inicia o protocolo transmitindo um pacote DHCP Discover contendo uma extensão que identifica a solicitação como proveniente de um computador cliente que implementa o protocolo PXE. Supondo que um servidor de inicialização que implemente esse protocolo estendido esteja disponível, o servidor de inicialização envia uma oferta contendo o endereço IP do servidor que atenderá o cliente. O cliente usa o Trivial File Transfer Protocol para baixar o arquivo executável do servidor de inicialização. Por fim, o computador cliente executa o programa bootstrap baixado.

A fase inicial desse protocolo se baseia em um subconjunto das mensagens DHCP para permitir que o cliente descubra um servidor de inicialização (ou seja, um servidor que fornece arquivos executáveis para nova configuração de computador). O computador cliente pode usar a oportunidade para obter um endereço IP (que é o comportamento esperado), mas não é necessário fazê-lo.

A segunda fase desse protocolo ocorre entre o computador cliente e um servidor de inicialização e usa o formato de mensagem DHCP como um formato conveniente para comunicação. Essa segunda fase não tem relação com os serviços DHCP padrão. As próximas páginas descrevem o processo passo a passo durante a inicialização do computador cliente PXE.

Examine as seguintes soluções para problemas de inicialização PXE:

Desabilitar o log do Windows PE nos Serviços de Implantação do Windows

O primeiro procedimento recomendado é garantir que o registro em setupapi.log tenha sido desabilitado.

Certifique-se de que a Configuração DHCP adequada

Dependendo dos modelos de roteador em uso, a configuração de roteador específica do encaminhamento de transmissão DHCP pode ter suporte para uma sub-rede (ou interface do roteador) ou um host específico. Se os servidores DHCP e o computador que executa os Serviços de Implantação do Windows forem computadores separados, verifique se os roteadores que encaminham transmissões DHCP serão projetados para que os servidores DHCP e Windows Deployment Services recebam as transmissões do cliente; caso contrário, o computador cliente não recebe uma resposta para sua solicitação de inicialização remota.

Há um roteador entre o computador cliente e o servidor de instalação remota que não está permitindo que as solicitações ou respostas baseadas em DHCP passem? Quando o computador cliente do Windows Deployment Services e o servidor dos Serviços de Implantação do Windows estiverem em sub-redes separadas, configure o roteador entre os dois sistemas para encaminhar pacotes DHCP para o servidor dos Serviços de Implantação do Windows. Esse arranjo é necessário, pois os computadores cliente do Windows Deployment Services descobrem um servidor dos Serviços de Implantação do Windows usando uma mensagem de transmissão DHCP. Sem o encaminhamento DHCP configurado em um roteador, as transmissões DHCP dos computadores cliente não chegam ao servidor dos Serviços de Implantação do Windows. Esse processo de encaminhamento DHCP às vezes é chamado de Proxy DHCP ou Endereço auxiliar de IP nos manuais de configuração do roteador. Consulte as instruções do roteador para obter mais informações sobre como configurar o encaminhamento DHCP em um roteador específico.

Melhorar o tempo de resposta de atribuição de endereço IP do PXE

Verifique os seguintes elementos se está demorando muito tempo (15 a 20 segundos) para que o computador cliente PXE recupere um endereço IP:

  • O adaptador de rede no computador de destino e a opção ou roteador são definidos para a mesma velocidade (automático, duplex, completo e assim por diante)

  • O endereço IP do servidor dos Serviços de Implantação do Windows está no arquivo auxiliar de IP no roteador por meio do qual a conexão é feita? Se a lista de endereços IP no arquivo auxiliar de IP for longa, você poderá mover o endereço para o servidor dos Serviços de Implantação do Windows perto da parte superior

Reiniciar o processo de implantação

Problema: Ao testar e solucionar problemas de uma sequência de tarefas nova ou modificada, talvez seja necessário reiniciar o computador de destino para que o processo de implantação possa ser iniciado desde o início. Resultados inesperados podem ocorrer, pois o MDT acompanha seu progresso gravando dados no disco rígido; qualquer reinicialização do computador de destino tem o MDT retomado de onde parou na reinicialização anterior.

Solução possível: Para permitir que o processo de implantação seja reiniciado desde o início, exclua as pastas C:\MININT e C:\_SMSTaskSequence antes de reiniciar o computador de destino.

Sysprep

Examine os problemas e soluções relacionados ao Sysprep:

A conta do computador está na OU errada

Problema: O computador de destino está conectado corretamente ao domínio, mas a conta do computador está na UA errada.

Possível solução 1: Se uma conta existir anteriormente para o computador de destino, a conta permanecerá em sua OU original. Para mover a conta para a OU especificada, adicione uma etapa de sequência de tarefas que usa uma ferramenta de automação, como um Microsoft Visual Basic® Scripting Edition, para mover a conta.

Possível solução 2: Verifique se a OU especificada está no formato correto e se ela existe. O formato de OU correto deve ser OU=Reception,OU=NYC,DC=Woodgrovebank,DC=com.

Configuration Manager

Problema: A mensagem de erro mostrada no REF _Ref308174600 \h Figura 3 é exibida quando você tenta criar uma Configuration Manager ponto de serviço PXE usando a opção Criar certificado PXE autoassinado.

Figura DA FIGURA \* ARÁBICA 3. Erro de ponto de serviço PXE

A captura de tela do certificado autoassinado não pode ser criada com êxito.

Solução possível: Se um ponto de serviço PXE existisse anteriormente no servidor que você está configurando, o ponto de serviço PXE pode não ter excluído os certificados auto-criados quando você o desinstalou. Exclua a pasta de certificado PXE de C:\Documentos e Configurações\user_name\Dados do Aplicativo\Microsoft\Crypto\RSA, em que user_name é o nome do usuário que executa a configuração atual ou quem executou a configuração anterior. O Assistente de Nova Função de Site no console Configuration Manager deve ser concluído com êxito quando você tiver excluído a pasta.

Sequências de Tarefas

Examinar problemas e soluções relacionados à sequência de tarefas:

A sequência de tarefas não é concluída com êxito

Problema: A sequência de tarefas pode não ser concluída com êxito ou tem um comportamento imprevisível.

Solução possível: A etapa de sequência de tarefas Instalar Sistema Operacional (para LTI) ou a etapa de sequência de tarefas Aplicar Imagem do Sistema Operacional (para UDI e ZTI) pode ter sido modificada após a criação da etapa de sequência de tarefas pode levar a resultados imprevisíveis. Por exemplo, se uma sequência de tarefas foi criada para implantar uma imagem de Windows 8.1 de 32 bits e, posteriormente, a etapa Instalar sequência de tarefas do Sistema Operacional ou a etapa de sequência de tarefas Aplicar Imagem do Sistema Operacional foi alterada para fazer referência a uma imagem de Windows 8.1 de 64 bits, a sequência de tarefas pode não ser executada com êxito.

É recomendável que uma nova sequência de tarefas seja criada para implantar uma imagem diferente do sistema operacional.

A sequência de tarefas OEM aparece incorretamente para uma imagem de inicialização criada para uma arquitetura de processador diferente

Problema: Uma sequência de tarefas baseada em um modelo de sequência de tarefas OEM LTI está aparecendo para uma imagem de inicialização com uma arquitetura de processador diferente. Por exemplo, uma sequência de tarefas OEM que implanta um sistema de operação de 64 bits está sendo exibida em uma imagem de inicialização de 32 bits.

Solução possível: Esse comportamento é esperado, pois as sequências de tarefas OEM no LTI não são consideradas "específicas da plataforma" sempre serão listadas, independentemente da arquitetura do processador da imagem de inicialização.

Mensagem de GUID (item de sequência de tarefas inválida) no Assistente de Implantação do Windows

Problema: Ao executar o Assistente de Implantação do Windows, o assistente exibe a mensagem de erro "Item de sequência de tarefas inválida (GUID do sistema operacional inválido)." O sistema operacional está listado no arquivo OperatingSystem.xml; no entanto, o sistema operacional não é exibido no Workbench de Implantação.

Solução possível: A fonte original do sistema operacional tem dois ou mais arquivos WIM associados. Uma SKU associada a uma sequência de tarefas é excluída; no entanto, outras SKUs para a origem do sistema operacional ainda existem. Quando a sequência de tarefas que faz referência à SKU excluída é selecionada na página Selecionar uma sequência de tarefas a ser executada nesta página do assistente de computador no Assistente de Implantação do Windows, a mensagem de erro "Item de Sequência de Tarefas Inválida (GUID do SISTEMA Operacional Inválido)" é exibida depois de clicar em Avançar na página do assistente.

Para resolve esse problema, execute uma das seguintes tarefas:

  • Remova todas as SKUs da origem do sistema operacional. O Assistente de Implantação do Windows se comporta normalmente e a mensagem de erro não é exibida.

  • Altere a sequência de tarefas para usar uma imagem diferente do sistema operacional.

Aplicar configurações de rede

Problema: Ao configurar o nome da conexão de rede no Workbench de Implantação, um erro de validação solicita a você a mensagem: "Insira um nome válido para o adaptador de rede".

Solução possível: Remova todos os espaços e caracteres inválidos do nome de conexão especificado.

Usar Continuar no Erro

Se uma sequência de tarefas MDT estiver configurada para não continuar com o erro e essa sequência de tarefas retornar um erro, todas as sequências de tarefas restantes nesse grupo de sequência de tarefas serão ignoradas. No entanto, os grupos de sequência de tarefas restantes são processados. Considere o seguinte:

Dois grupos de sequência de tarefas foram criados e cada grupo contém mais de uma etapa de sequência de tarefas:

  • Grupo A

    • Etapa A
    • Etapa B

  • Grupo B

    • Etapa A
    • Etapa B

    Se o Grupo A\Etapa A estiver configurado para não continuar no erro, o Grupo A\Etapa B não será processado. No entanto, todas as etapas da sequência de tarefas no Grupo B serão processadas.

A Ferramenta de Migração de Estado do Usuário

Examine os problemas e soluções relacionados ao USMT:

Atalhos de área de trabalho ausentes

Problema: Ao usar o USMT para migrar dados do usuário, atalhos que apontam para documentos de rede podem não ser restaurados. Os atalhos são capturados durante o Scanstate; no entanto, eles nunca são restaurados para o computador de destino durante o Loadstate.

Solução possível: Edite o arquivo MigUser.xml e comente a seguinte linha:

Original:

<include> filter='MigXmlHelper.IgnoreIrrelevantLinks()'>

Modificado:

<include> <!-- filter='MigXmlHelper.IgnoreIrrelevantLinks()'> -->

Arquivos de formato de imagem do Windows

Examine os problemas e soluções relacionados ao WIM:

  • As implantações LTI e ZTI falham com erros de arquivo WIM no arquivo BDD.log, conforme descrito no Arquivo WIM Corrupto.

Arquivo WIM corrompido

Problema: Ao implantar uma imagem, a implantação falha com as seguintes entradas no arquivo BDD.log:

  • A imagem \\Server\Deployment$\Operating Systems\Windows\version1.wim não foi aplicada com êxito pela ImageX, rc = 2

  • LTIApply CONCLUÍDO. Valor retornado = 2

  • ERRO ZTI – Código de retorno não zero por LTIApply, rc = 2

    Investigue o problema montando o arquivo WIM usando ImageX resulta no erro " Os dados são inválidos". Investigações adicionais mostram que o carimbo de data do arquivo .wim é muitos anos antes da data atual. É possível que outro processo, como um scanner de vírus, esteja mantendo o arquivo .wim aberto depois que ele foi fechado anteriormente na conclusão de um processo de leitura ou gravação.

    Solução possível: Restaure o arquivo .wim da mídia de backup.

Windows PE

Examine os problemas e soluções relacionados ao Windows PE:

Processo de implantação não iniciado — RAM limitada ou adaptador de rede sem fio

Problema: Ao implantar uma imagem em determinados computadores de destino, o Windows PE inicia, executa wpeinit, abre uma janela prompt de comando, mas não inicia o processo de implantação. Solucionar problemas mapeando uma unidade de rede do computador de destino indica que os drivers do adaptador de rede não estão carregados.

Possível solução 1: O Assistente de Implantação não está começando, pois não há RAM insuficiente. Verifique se o computador de destino tem pelo menos 512 MB de RAM e se nenhuma memória de vídeo compartilhada consome mais de 64 MB dos 512 MB.

As versões do Windows PE que o MDT dá suporte não podem ser executadas em um computador de destino com menos de 512 MB de RAM.

Possível solução 2: Não inclua os drivers sem fio na imagem do Windows PE.

Processo de implantação não iniciado — componentes ausentes

Problema: Ao solucionar problemas de uma implantação com falha, uma revisão do arquivo BDD.log lista a seguinte entrada:

ERRO – Não é possível criar o ADODB. Objeto connection, impossível de consultar SQL Server: o componente ActiveX não pode criar objeto (429).

Solução possível: Esse erro pode indicar que a imagem do Windows PE não foi criada usando o MDT. Se você estiver usando Configuration Manager, não use uma das imagens existentes do Windows PE que Configuration Manager criadas; em vez disso, crie uma imagem usando o Assistente de Sequência de Tarefas de Implantação da Microsoft.

Observação

As imagens do Windows PE que Configuration Manager cria contêm componentes que dão suporte a scripts, XML e WMI (Instrumentação de Gerenciamento do Windows), mas não contêm componentes que dão suporte a ADO (Microsoft ActiveX® Data Objects).

Processo de implantação não iniciado — drivers ausentes ou incorretos

Problema: Ao implantar em determinados computadores de destino, o Windows PE inicia, executa wpeinit, abre uma janela prompt de comando, mas não inicia o processo de implantação. A solução de problemas mapeando uma unidade de rede do computador de destino indica que os drivers do adaptador de rede não estão carregados. Uma revisão do arquivo SetupAPI.log localizado em X:\Windows\System32\Inf indica que o Windows PE gera erros quando está configurando o adaptador de rede, um dos quais é: "Esse driver não é destinado a essa plataforma". Os drivers na lista Drivers out-of-Box foram injetados na imagem.

Solução possível: É possível que o Windows PE esteja tendo um conflito de driver com outro driver. Ao configurar as configurações para a imagem do Windows PE no Deployment Workbench, crie um grupo de drivers do Windows PE que contém apenas drivers de armazenamento e adaptador de rede e configure o compartilhamento de implantação para usar apenas o grupo de driver do Windows PE.

Gráficos de Fluxo do Processo de Implantação

Esta seção fornece dois conjuntos de gráficos de fluxo MDT: um para implantações de LTI e outro para implantações ZTI com Configuration Manager. Cada fluxograma ilustra as tarefas executadas durante esse tipo de implantação.

Familiarize-se com os gráficos de fluxo do processo de implantação por:

Fluxogramas do processo de implantação LTI

Os gráficos de fluxo são fornecidos para as seguintes fases:

  • Validação (Figura 4)

  • Captura de Estado (Figura 5 e Figura 6)

  • Pré-instalação (Figura 7, Figura 8 e Figura 9)

  • Instalar (Figura 10)

  • Postinstall (Figura 11 e Figura 12)

  • Restauração de Estado (Figura 13, Figura 14, Figura 15 e Figura 16)

    Figura 4. Fluxograma para a Fase de Validação

    Captura de tela do gráfico de fluxo para a Fase de Validação de LTI.

    Figura 5. Gráfico de fluxo para a Fase de Captura de Estado (1 de 2)

    Captura de tela do gráfico de fluxo para a Fase 1 de Captura de Estado LTI.

    Figura 6. Fluxograma para a Fase de Captura de Estado (2 de 2)

    Captura de tela do gráfico de fluxo para a Fase 2 de Captura de Estado LTI.

    Figura 7. Fluxograma para a Fase de Pré-instalação (1 de 3)

    Captura de tela do gráfico de fluxo para a Fase 1 de Pré-instalação do LTI.

    Figura 8. Fluxograma para a Fase de Pré-instalação (2 de 3)

    Captura de tela do gráfico de fluxo para a Fase 2 de Pré-instalação do LTI.

    Figura 9. Fluxograma para a Fase de Pré-instalação (3 de 3)

    Captura de tela do gráfico de fluxo para a Fase 3 de Pré-instalação do LTI.

    Figura 10. Fluxograma para a Fase de Instalação

    Captura de tela do gráfico de fluxo para a Fase de Instalação do LTI.

    Figura 11. Gráfico de fluxo para a Fase postinstall (1 de 2)

    Captura de tela do gráfico de fluxo para a Fase 1 do Postinstall LTI.

    Figura 12 Fluxograma para a Fase postinstall (2 de 2)

    Captura de tela do gráfico de fluxo para a Fase 2 do Postinstall LTI.

    Figura 13. Fluxograma para a Fase de Restauração do Estado (1 de 4)

    Captura de tela do gráfico de fluxo para a Fase 1 de Restauração do Estado LTI.

    Figura 14. Fluxograma para a Fase de Restauração do Estado (2 de 4)

    Captura de tela do gráfico de fluxo para a Fase 2 da Restauração do Estado LTI.

    Figura 15. Fluxograma para a Fase de Restauração do Estado (3 de 4)

    Captura de tela do gráfico de fluxo para a Fase 3 de Restauração do Estado LTI.

    Figura 16. Fluxograma para a Fase de Restauração do Estado (4 de 4)

    Captura de tela do gráfico de fluxo para a Fase 4 de Restauração do Estado LTI.

Fluxogramas do processo de implantação do ZTI

Os gráficos de fluxo são fornecidos para as seguintes fases da implantação do ZTI com Configuration Manager:

  • Inicialização (Figura 17)

  • Validação (Figura 18)

  • Captura de Estado (Figura 19)

  • Pré-instalação (Figura 20)

  • Instalar (Figura 21)

  • Postinstall (Figura 22)

  • Restauração de Estado (Figura 23 e Figura 24)

  • Captura (Figura 25)

    Figura 17. Fluxograma para a Fase de Inicialização

    Captura de tela do gráfico de fluxo para a Fase de Inicialização do ZTI.

    Figure 18. Fluxograma para a Fase de Validação

    Captura de tela do gráfico de fluxo para a Fase de Validação do ZTI.

    Figure 19. Gráfico de fluxo para a Fase de Captura de Estado

    Captura de tela do gráfico de fluxo para a Fase de Captura de Stete do ZTI.

    Figure 20. Fluxograma para a Fase de Pré-instalação

    Captura de tela do gráfico de fluxo para a Fase de Pré-instalação do ZTI.

    Figura 21. Fluxograma para a Fase de Instalação

    Captura de tela do gráfico de fluxo para a Fase de Instalação do ZTI.

    Figura 22. Gráfico de fluxo para a Fase postinstall

    Captura de tela do gráfico de fluxo para a Fase de Postinstalação do ZTI.

    Figura 23. Fluxograma para a Fase de Restauração do Estado (1 de 2)

    Captura de tela do gráfico de fluxo para a Fase 1 de Restauração do Estado ZTI.

    Figura 24. Fluxograma para a Fase de Restauração do Estado (2 de 2)

    Captura de tela do gráfico de fluxo para a Fase 2 de Restauração do Estado ZTI.

    Figura 25. Fluxograma para a Fase de Captura

    Captura de tela do gráfico de fluxo para a Fase de Captura do ZTI.

Suporte da Microsoft

A Microsoft fornece suporte de nível Premier e Profissional para o Kit de Ferramentas de Implantação da Microsoft.

Observação

Ao entrar em contato com o suporte, fique claro que o problema é com o MDT e a versão específica.