Help
- Consulte a versão resumida do MDT: Microsoft Deployment Toolkit 2010
- Consulte as versões completas do BDD e MDT: Arquivamento do Business Desktop Deployment e do Microsoft Deployment Toolkit
Você se lembra da "roda do BDD?"
Tudo isso ainda se aplica nos dias de hoje para qualquer sistema operacional que você estiver implantando. Embora eu tenha os arquivos de origem dessa imagem que criamos usando o Microsoft Office Visio® em 2003, eu poderia usar esse gráfico original hoje com o Windows 7. É por esse motivo que abordei a maioria dessas áreas nas primeiras quatro seções.
Automatizando o processo completo de migração
Responderei à pergunta do driver à medida que adentrar na automação do processo. Para ser honesto, quero minimizar um pouco a importância dos drivers, pois se você instalou o Windows 7 (ou mesmo o Windows Vista), saberá que a cobertura do driver nativo está em uma liga totalmente nova quando comparada ao Windows XP no hardware atual. Os itens importantes como os drivers de armazenamento em massa e de rede são muito bem abordados, como são a maioria das outras categorias de driver. Você precisará garantir que os drivers de vídeo sejam incluídos no seu processo e que todos os outros miniaplicativos específicos de OEM que deseja manter estejam presentes, e nós os cobriremos em um minuto.
Relativamente em breve, você precisará pensar sobre o método de ativação do Windows que usará para o Windows 7. A ativação do Windows XP geralmente obriga que você crie uma chave no seu processo autônomo. Você ainda pode fazer isso com o unattend.xml revisado usando o Gerenciador de Imagem de Sistema do Windows e uma MAK (Chave de Ativação Múltipla), ou pode configurar um KMS (Serviço de Gerenciamento de Chaves). Eu recomendo o KMS, pois não precisamos nos preocupar com o gerenciamento de chaves o processo de compilação. Quando o sistema estiver online e puder acessar o servidor do KMS, ele será ativado automaticamente - nenhuma chave a ser gerenciada ou potenciais perdas de chave durante a implantação em si.
Leia mais sobre isso nas diretrizes a seguir: Ativação de volume
Eu estava sendo "divertido" de forma um pouco sarcástica nas seções anteriores, mas, para mim, automatizar os processos é verdadeiramente a parte divertida da implantação. Esteja você usando o Microsoft Deployment Toolkit 2010 ou o System Center Configuration Manager 2007 SP2 para criar as sequências de tarefas da implantação, basicamente, você precisa adicionar os mesmos ingredientes à sua compilação:
- Um sistema operacional
- Aplicativos
- Drivers
- Pacotes
Na verdade, gosto mais da minha sequência de ingredientes, pois o sistema operacional é o único item "obrigatório" dos quatro que listei. Se você tiver uma imagem completa com aplicativos e deseja usar apenas a sequência de tarefas para capturar e reaplicar o estado do usuário e, talvez, receber atualizações de software da Microsoft do seu servidor de atualizações ou do Windows Update, você pode conseguir isso apenas com a imagem do sistema operacional. Para uma imagem simplificada, você pode importar um conjunto de arquivos de origem simples do Windows 7.
A próxima etapa é adicionar nossos aplicativos em pacote. Precisamos dos arquivos de origem do aplicativo e dos comandos de instalação silenciosa. Também podemos configurar as dependências do aplicativo. Por exemplo, se o Microsoft Office Communicator for dependente do Microsoft Office 2007, optando por instalar o Comunicador, impossibilitaremos isso automaticamente no pacote inteiro do Office.
Como todo o resto no Deployment Workbench, você clica com o botão direito do mouse no item, seleciona "Novo Aplicativo" e segue os assistentes. Quando tiver concluído, você terá algo parecido com a captura de tela a seguir:
Como você pode ver no campo "Linha de Comando", as linhas de comando de instalação variam significativamente de acordo com o aplicativo que você está instalando. Agora também é a hora em que você deseja verificar os drivers que foram enviados como pacotes do instalador do aplicativo e você os tratará como aplicativos nesse caso.
Agora é possível adicionar drivers "normais" com as extensões .inf ao menu "Drivers Não Incluídos". Os drivers serão instalados automaticamente por padrão, com base nas IDs de PnP (Plug and Play), ou se desejar controle total, você poderá agrupá-los por tipo e modelo de hardware usando Perfis de Seleção no MDT 2010. Depois de importar os drivers no Deployment Workbench, ele terá a seguinte aparência:
Se estiver usando um ambiente direto dos Serviços de Implantação do Windows com o Windows Server 2008 R2, também poderemos usar o repositório de drivers nos Serviços de Implantação do Windows para manter os drivers centralmente em nosso servidor de implantação e instalá-los com base nas IDs de PnP. Da mesma forma, o System Center Configuration Manager possui um grande repositório de drivers para controlar como os drivers são instalados. A última etapa que você pode realizar para a instalação de driver é optar pela sequência de tarefas da implantação para receber atualizações e drivers do Windows Update. É provável que, entre essas abordagens e uma chamada opcional ao Windows Update, até mesmo dispositivos não testados sejam instalados com êxito com a maioria (se não todos) dos drivers prontos para serem usados.
O último ingrediente que adicionaremos à nossa compilação são os pacotes. Os pacotes podem ser arquivos Gabinete (.cab) ou Microsoft Update (.msu). Há um mecanismo para isso no Deployment Workbench e no Configuration Manager. Quando detectamos pacotes de idiomas no MDT, nós até os expomos como pacotes opcionais (em contraste com a instalação de tudo que se qualifica para nosso sistema operacional). Depois de ter adicionado pacotes, veremos algo parecido com isto com tipos de pacotes variados:
Neste momento, temos todos os nossos ingredientes. O MDT 2010 e o Configuration Manager também possuem componentes vitais como o USMT e o Windows PE para migrar arquivos de usuário e nos fornecer um ambiente de instalação para estabelecer a imagem do Windows 7. Se deseja personalizar o Windows PE, você pode fazer isso usando o MDT 2010, no entanto, o MDT criará automaticamente o ambiente Windows PE personalizado para você como parte do processo de compilação padrão. Apresentei as sequências de tarefas como a liga que combina todos os processos de migração e listei as principais etapas na última seção. O que facilita tudo isso é o fato de que as sequências de tarefas padrão do cliente e servidor no MDT e no Configuration Manager farão essencialmente tudo que precisam fazer e, em muitos casos, você não precisará criar nenhuma tarefa personalizada. Veja a aparência da sequência de tarefas e tudo o que ela faz:
Entre todas as etapas, há duas para "Injetar Drivers" que permitem que você conte com o mecanismo de ID de PnP por padrão ou escolha um perfil de seleção na lista suspensa, como foi visto anteriormente. Após ter criado a sequência de tarefas e todo o resto ter sido feito, é possível iniciar o teste. Agora você pode usar um servidor de arquivos, os Serviços de Implantação do Windows ou a mídia autônoma para distribuir suas compilações do Windows 7. Isso executará todas as etapas que listei na última seção, e você está no caminho para migrar os computadores Windows XP para o Windows 7 de uma maneira altamente automatizada.
Dicas para mais automação
Antes de concluir este artigo, quero aborda uma última ideia. Quando você colocar tudo em funcionamento usando o MDT 2010, a primeira coisa que provavelmente desejará fazer será remover as telas do assistente de Implantação Lite Touch, como fiz no vídeo a seguir: Ferramentas de Implantação do Windows 7, parte 4.
Essa é a dica. Você pode modificar um arquivo chamado "customsettings.ini" no compartilhamento de distribuição do MDT 2010. O arquivo está localiza na pasta ...Deploy\Control. Usando esse arquivo, é possível eliminar uma, muitas ou todas as telas do assistente pré-populando os campos que, de alguma forma você precisará preencher, ou ignorar as telas e usar os padrões em outros casos. Um arquivo customsettings.ini totalmente automatizado tem a aparência desta captura de tela:
Também adicionei aplicativos obrigatórios para controlar quais aplicativos fazem parte dessa compilação. Ao usar um arquivo customsettings.ini semelhante com a sequência de tarefas de atualização do cliente padrão, você automatizará todas as etapas de migração.
fonte:http://technet.microsoft.com/pt-br/library/ee956905%28WS.10%29.aspx
