[xanburzum]

As ferramentas de geração de imagens estão disponíveis há bastante tempo, e as mais básicas, essencialmente, fazem backup de todo o disco rígido, setor por setor. Nós então restauramos essa unidade, se desejado, no mesmo computador ou em outro. Essa é basicamente uma forma de clonagem da unidade, que foi popularizada nas décadas de 80 e 90. Como foi mencionado na primeira seção, esse tipo de geração de imagens é bastante arcaica quando usado para implantação na empresa, pois você precisará manter uma imagem por tipo de HAL (camada de abstração de hardware). Para pessoas que gerenciam o Windows XP, normalmente, você também verá uma imagem por idioma ou região. O que isso significa? Normalmente, isso significa dezenas ou centenas de imagens a serem gerenciadas por muitas organizações que exigem manutenção quando eventos de "Patch Tuesday" (segunda terça-feira de cada mês na qual a MS lança patches de segurança) ou eventos semelhantes, ou atualizações são lançados. Porém, a geração de imagens baseada em setor não pode ser tão ruim assim, certo? Bem, digamos que você tenha tudo centralizado e possua 20 imagens a serem gerenciadas e até 20 computadores no seu laboratório. Quando surgem essas atualizações críticas, gastamos uma hora recriando cada um desses computadores, talvez uma hora configurando-os e até três horas recapturando a imagem com ferramentas de geração de imagens baseada em setor. Isso significa 100 horas por mês se você mantiver imagens mensalmente e 1.200 horas por ano. Para dizer a verdade, você não está clicando e configurando tudo manualmente o tempo todo, mas podemos dizer que provavelmente você gastará duas horas por sistema realizando todas as tarefas e, com o tempo, terá terabytes de imagens de sistema para os quais precisará encontrar espaço. Se estiver usando o Sysprep (Ferramenta de Preparação do Sistema) para generalizar a imagem para a instalação em outros computadores, você precisará de apenas três passos da ferramenta por imagem de sistema em todo seu ciclo de vida. Geralmente, você precisa capturar cada imagem antes de executar o Sysprep e depois de executá-lo, de modo que você possa iniciar o próximo mês com uma imagem antes da execução do Sysprep, caso contrário, precisará iniciar completamente do zero toda vez e aplicar todas as alterações desde o último service pack.

Vamos avançar para 2003, quando o engenheiros estavam determinando o futuro da geração de imagens do sistema e surgiu o Windows Imaging Format ou arquivo "WIM". Na ocasião, eu estava trabalhando com o SMS (Systems Management Server) e nas equipes do Solution Accelerator da Microsoft, e o WIM era um pré-requisito para o Feature Pack da Implantação de Sistema Operacional lançado em 2004. Os WIMs são imagens compactadas baseadas em arquivo que também podem salvar o conteúdo de uma unidade. Os WIMs usados com o Windows XP eram um opção muito boa do ponto de vista de uma implantação, com base na redução do tamanho da imagem e na capacidade de passar esse pacote pela rede, mas ainda estavam associados a um tipo de HAL.

Vamos avançar para o ano de 2006 e as primeiras iterações do Windows Vista...

O WIMs usados para a geração de imagens e implantação do Windows Vista e Windows 7 assumiram um significado totalmente novo. Lembra daquelas dezenas ou, talvez, centenas de imagens que precisavam ser gerenciadas e de ter que usar até cinco horas por mês por imagem? Com o Windows Vista e o Windows 7, você pode reduzir para única imagem por arquitetura de sistema operacional (por exemplo, uma imagem de 32 bits e/ou uma imagem de 64 bits). Como exemplo, neste momento estou em um avião escrevendo em um Tablet PC Fujitsu U820 ultra mobile uniproc que criei usando a mesma imagem que apliquei ao meu laptop multiproc Lenovo T60P 15", que é maior e não tão prático para se usar em um avião, bem como em outros incontáveis tipos de hardware.

Mas isso ainda é melhor do que uma única imagem para gerenciar todo o hardware (e, diga-se de passagem, idiomas também). Lembra-se das cinco horas que poderíamos gastar criando, configurando e recapturando aquela imagem antiga baseada em setor? Podemos montar as imagens baseadas em arquivo do Windows Vista ou Windows 7 em uma pasta de arquivos e fazer sua manutenção offline. Em outras palavras, preciso de um computador em meu laboratório para usar como referência para todos os computadores, posso usar uma ferramenta gratuita do Kit de Instalação Automatizada do Windows chamada ImageX para capturar e aplicar imagens do sistema e não preciso, necessariamente, usar esse computador de referência no meu laboratório para a manutenção de minha única imagem no "Patch Tuesday". Posso montar a imagem em uma pasta no meu servidor de armazenamento de imagens, usar a ferramenta nativa do Windows 7 e Windows Server 2008 R2 chamada dism.exe ("Gerenciamento e Manutenção de Imagens de Implantação", caso esteja curioso) e enumerar o conteúdo da imagem para ver pacotes, atualizações, driver e recursos. Posso então modificar esse conteúdo offline usando o dism.exe - novamente sem criar aquele computador de laboratório como referência. Aquelas cinco horas que você levaria para aplicar os três patches críticos, no "Patch Tuesday" pode levar apenas dois minutos para montar a imagem, dez minutos para repará-la e dois minutos para desmontá-la. Costumo ficar bastante feliz quando posso economizar quatro horas e 45 minutos executando um tarefa cansativa, porém, necessária. E em vez de fazê-la 20 vezes e usando 20 computadores físicos, faço apenas uma vez. Faz sentido, certo?

Para mostrar um pouco disso, veja um vídeo do Sysprep e do ImageX que mostram como generalizar e capturar uma imagem personalizada: Preparando uma imagem que usa Sysprep e ImageX

Veja um vídeo que mostra o dism.exe instalando uma imagem do Windows 7 montada: Gerenciamento e Manutenção de Imagens de Implantação

Tive que fazer uma breve excursão pela tarefa de implantação para fornecer a lição sobre o histórico, pois, em todas as minhas recentes comunicações e conversas com profissionais de TI e meus amigos administradores de áreas de trabalho, vi dois problemas comuns quando se trata de geração de imagens:

• A maioria das pessoas com as quais conversei ainda está usando as ferramentas de geração de imagens baseada em setor que vêm usando há décadas.
• A maioria das pessoas não está mantendo as imagens do Windows Vista ou Windows Server 2008, de modo que elas não podem realizar o gerenciamento de imagens offline.

Ainda mais preocupante são as situações em que o Windows Vista ou o Windows Server 2008 estão funcionando, mas as pessoas estão usando as ferramentas e os processos de 20 anos atrás para gerenciá-los. Elas não estão usando ou não tem conhecimento do Sysprep, de modo que precisam de uma imagem por tipo de HAL ou de muita sorte para que a imagem que não foi preparada com o Sysprep seja instalada em hardwares externos. (Esse cenário, sem o uso do Sysprep, embora sem suporte, ainda é um tanto comum.)


Criando sua imagem
O Windows Vista e o Windows 7 são fornecidos por uma imagem WIM baseada em arquivo e instalação baseada em imagem. Aquele DVD que você pode ter ou o arquivo ISO que baixou contém um arquivo de mais de 2 GB chamado install.wim no diretório Origens. O mais fascinante sobre o WIM é que ele, de fato, pode conter várias capturas do sistema operacional. Na verdade, a imagem do Windows Server 2008 R2 Enterprise contém oito variantes do sistema operacional e a edição de 32 bits do Windows 7 Ultimate contém cinco variantes.

Normalmente, isso seria maior do que o install.wim do Windows 7 Enterprise com uma variante ou uma imagem capturada personalizada com uma única imagem do sistema operacional, certo? Na verdade, não. Os WIMs usam uma instanciação única de arquivos compartilhados, assim você pode ter vários sistemas operacionais disponíveis em uma imagem que pode ter mais ou menos o mesmo tamanho de um sistema operacional capturado.

Isso é importante para determinar sua estratégia de imagem, pois você pode, por exemplo, ter vários sistemas operacionais de diferentes idiomas em pacote em um único arquivo WIM e, até mesmo, com vários idiomas eles seriam apenas um pouco maior que uma única imagem WIM de idioma. Os WIMs também podem ser usados para compactar e fornecer dados, assim você pode empacotar vários aplicativos, drivers e pacotes no WIM de dados, em seguida, montá-los e chamá-los na hora da instalação usando as instalações de sistema operacional em script.

Agora que você sabe um pouco sobre os arquivos WIM, vamos falar sobre os fundamentos da estratégia de geração de imagens. Há três estratégias básicas usadas para a geração de imagens e todas são válidas, dependendo do caso de uso:

• Imagem Completa. Gosto de me referir a essa estratégia como a abordagem "da escola antiga" para geração de imagens, onde você, basicamente, cria uma máquina de referência e instala todos os possíveis aplicativos para garantir que os usuários tenham os aplicativos dos quais talvez e normalmente possam precisar mais. Depois que isso é feito, você aplica as atualizações de software para o sistema operacional e todos os aplicativos e, em seguida, usa o Sysprep no computador para capturar a imagem. Então você verifica se tudo está funcionando e tem a certeza de que o Sysprep não afetou nenhum aplicativo.
• Imagem simplificada. Essa abordagem leva as coisas ao outro extremo. Pouca coisa ou nada é instalado no computador de referência, e você usa o Sysprep para capturar essa imagem. Ou algumas pessoas apenas usam a imagem conforme enviada no ISO ou DVD comercial do Windows 7 sem nenhuma personalização. Essa estratégia supõe que você irá personalizar a instalação com aplicativos e outros dados necessários dinamicamente na hora da implantação. Isso também significa que todos os seus aplicativos são empacotados para uma instalação autônoma, ou que você deseja pré-prepará-los para que os usuários os instalem quando desejarem, ou que você usa uma ferramenta como o App-V (Application Virtualization) para que os perfis de aplicativo sigam os usuários, independentemente do dispositivo nos quais eles se conectam.
• Imagem híbrida. Entre a completa e a simplificada, está a imagem híbrida, onde os aplicativos que todos usam ou dos quais precisam são capturados na imagem base (talvez seu software VPN, seu software antivírus, sua versão do Microsoft Office e o cliente do App-V). Com exceção desses aplicativos principais, os adicionais são colocados em camada na hora da implantação, de acordo com as necessidades do usuário.

Essas três estratégias podem ser justificadas, embora eu, pessoalmente, prefira as imagens simplificadas. A abordagem de imagem completa é útil na situações onde a empresa possui um ambiente homogêneo, usa um único idioma e todos os usuários usam e precisam exatamente do mesmo conjunto de aplicativos. As desvantagens de se usar as imagens completas em organizações maiores é que você paga por vários aplicativos que talvez não sejam necessários a todos os usuários, as imagens são maiores e vários aplicativos podem afetar o desempenho; além disso, há mais dificuldade para manter a imagem e a flexibilidade é enormemente reduzida.

As imagens simplificadas são mais flexíveis e fáceis de manter, mas as personalizações precisam ocorrer na hora da implantação, e isso significa que os aplicativos são empacotados para uma instalação silenciosa e as atualizações de aplicativo também podem ser instaladas silenciosamente. As velocidades da instalação podem ser reduzidas em comparação com as imagens completas, pois cada aplicativo precisa instalar a si próprio, um por um, na hora da implantação e há necessidade de mais automação. As imagens híbridas incluem muitos dos componentes das imagens completas, sem necessariamente eliminar os custos de licenciamento, o espaço em disco necessário e, geralmente, o impacto do desempenho de vários aplicativos não utilizados.


Chegando a imagens simplificadas
Se, atualmente, você usa imagens completas, pode estar se perguntando "Existem ferramentas para tornar as imagens mais simples?"

Introduza o sequenciamento de tarefas de implantação. Reconhecendo os limites de se usar as imagens completas, muitas pessoas desenvolveram mecanismos para sequenciamento de tarefas não só para instalar aplicativos, mas também para executar as outras tarefas comuns de implantação do sistema operacional de uma maneira automatizada. As sequências de tarefas são extremamente importantes para os cenários de atualização de computador e substituição de computador, pois permitem:

• Validar se o hardware de destino pode instalar o sistema operacional
• Capturar configurações e arquivos de usuário
• Invocar um ambiente de instalação como o Windows PE (Ambiente de Pré-Instalação do Windows)
• Personalizar o ambiente de instalação
• Aplicar a imagem do sistema operacional
• Aplicar drivers necessários ao hardware e dispositivos conectados
• Aplicar atualizações de software
• Aplicar aplicativos baseados nas suas seleções
• Associar o computador a um domínio
• Reaplicar as configurações e os arquivos de usuário
• Configurar atributos adicionais, como a Criptografia de Unidade de Disco BitLocker™ ou funções de servidor

Tudo isso é completamente automatizado com o sequenciamento de tarefas de implantação - você o inicia em um minuto ou o agenda centralmente se estiver usando o System Center Configuration Manager e o restante apenas acontece sem que você precise tocar no computador. Para alguém não familiarizado, isso parece difícil de ser configurado, mas essas etapas são padrão nas sequências de tarefas predefinidas das seguintes fontes:

• Microsoft Deployment Toolkit
• System Center Configuration Manager (o console empresarial)

Veja um vídeo de como é preparar uma compilação usando o Deployment Workbench no Microsoft Deployment Toolkit 2010: Deployment Workbench no Microsoft Deployment Toolkit 2010

A sequência de tarefas reúne as ferramentas das quais precisamos para a implantação completa. Gosto de pensar em tudo que estamos usando em termos de música. Se você pensar nos arquivos autônomos, no User State Migration Tool, no Windows PE, nos aplicativos e nos drivers como instrumentos, a sequência de tarefas será como o maestro e as partituras. O produto final é uma sinfonia de automação sobre a qual você tem controle total. Quando tudo estiver concluído e pronto para a automação, você poderá escolher como deseja distribuir suas compilações.


Fonte:technet.microsoft