Troubleshooting: Criar deployment point do Operating System Deployment (OSD)


O post de hoje vai retratar um problema que pode ser encontrado durante a configuração do Microsoft Deployment Toolkit (MDT) 2008 em conjunto com o Systems Management Server (SMS) 2003. Para melhor entendimento resolvi, antes de retratar o problema, fazer uma explicação simples de alguns conceitos sobre este cenário.


 


No MDT 2008, um dos passos na configuração inicial* é criar o chamado Deployment point, um compartilhamento que serve como ponto de distribuição para todos os arquivos necessários para instalar uma imagem, incluindo scripts e arquivos de configuração.


Entre os tipos, destacam-se o chamado deployment point de Laboratório (ou LAB, que seria o primeiro deployment point configurado, normalmente usado apenas para gerar uma imagem de referência, a ser aplicada nos demais computadores), e o OSD (Operating System Deployment – funcionalidade do SMS 2003 que permite a distribuição de imagens de sistema operacional de forma automatizada, num processo chamado Zero Touch).


 


Com o segundo tipo, é possível criar um repositório para os arquivos a serem utilizados pelo SMS 2003 OSD, e ainda fazer uso de configurações geradas no MDT (como task sequences, que indicam o que será feito na imagem durante o processo de deployment, incluindo configurações como o BitLocker, inclusão da máquina no domínio, instalar aplicações, etc).


 


(*) Outras etapas para termos um servidor MDT funcional incluem:


– Instalar pré-requisitos: Windows Automated Installation Kit – WAIK – que contém as ferramentas de apoio usadas pelo MDT; USMT para migração de dados de usuário se necessário, entre outros.


– Adicionar imagens de sistema operacional (como Windows Server 2008, Windows Vista, Windows PE para realizar o boot pela rede de computadores sem sistema operacional, com auxílio do Windows Deployment Services – WDS).


– Adicionar drivers, language packs, updates, etc.


 


==


 


Problema: ao criar um deployment point OSD em um computador remoto, que não o servidor no qual o SMS 2003 OSD foi previamente instalado, a mensagem de erro abaixo pode aparecer durante o assistente “New Deployment Point”.


 


System.Exception: The required MSXML3 files were not found.  These should exist in the the configured OSD path directory “..\SMS\OSD” at Microsoft.BDD.ConfigManager.DeployItem.Generate(String platform, String localLogFile, Boolean skipPE)


 


Resolução temporária: Criar manualmente o compartilhamento ZTI com as seguintes configurações.


a.       Share name: ZTI$


b.      Allow this number of users: 10


c.       Permissions: Everyone – Allow Full Control


 


Normalmente, o próprio assistente configuraria este compartilhamento porém, por falta de permissões no servidor remoto no qual está instalado o SMS 2003 OSD, pode ser preciso fazer esta configuração manualmente.

Comments (4)

  1. Anonymous says:

    Oi Paulo,

    Você tem maiores detalhes sobre este erro? Por exemplo o código e mensagem que são apresentados ou ainda o que é gerado no Event Viewer do computador em questão.

    Ainda, qual versão do MDT vocês estão usando? Seria o Update 1? Para confirmar, veja no Help qual ‘e o build. A versao seria 4.2.

    Obrigada,

    Priscila Silva

  2. Anonymous says:

    Em continuação a um post anterior de mesmo assunto ("The required MSXML3 files were not found" na tentativa

  3. Luis Albero says:

    Priscila,

    Esse tipo de configuração (em outro computador) é muito útil quando vamos fazer rollout em localidades remotas e não podemos replicar tudo via link. Levamos um computador debaixo do braço, que tem o compartilhamento habilitado, registra o IP dele no DNS/WINS e soltamos o processo. Funciona super bem.

  4. Paulo Dias says:

    Olá Priscila!

    Aqui na minha empresa estamos com problemas na console do DeploymentWorkbench, várias vezes ao dia ele é finalizado com erro de snapin, as vezes para voltar a trabalhar nele somente reiniciando o micro.

    O MDT2008 está instalado em servidores windows 2003 R2 com SP2.

    meu e-mail é paulo.dias@gruporbs.com.br.