Windows 7

Seu Guia de Implantação do Windows 7

Chris Adams

Dependendo do tamanho da sua empresa, a complexidade de implantação do Windows 7 varia de bastante simples a incrivelmente complexo. Para implantações do Microsoft, a tarefa tiver sido caindo mais próxima ao último descrição. No entanto, usando o sistema

Centro, recurso de Brazilian OS Deployment (OSD) do Configuration Manager 2007 e o logo-para-ser-liberado Service Pack 2 (SP2) podem simplificar muito o processo. Não importa onde sua empresa cai no espectro de complexidade, você pode usar o plano gráfico Microsoft para mover sua empresa para o Windows 7 mais cedo em vez de posteriormente.

Este artigo descreve como a equipe da Microsoft aproximou Implantando o Windows 7 a nossa própria empresa. Aborda como desenvolvemos nossa solução de implantação do Windows 7 e como você pode aplicar essas mesmas ferramentas para simplificar sua

Noções básicas sobre o Enterprise Desktop Deployment Scenarios

A primeira etapa, claro, é avaliar os requisitos e cenários necessários para realizar uma distribuição ampla de um novo sistema operacional. Diferentemente dos aplicativos que são entregues para a área de trabalho, os sistemas operacionais apresentam um risco significativo para produtividade e dados de usuários. Portanto, geralmente gastam muito tempo tentando averiguar o atual estado de questões e tentar minimizar os riscos ao localizar ponto lindo. Que é especialmente o caso na Microsoft, onde o destino é 280,000-plus desktops.

Figura 1: Cenários de configuração de disco Desktop empresarial

Ao desenvolver uma solução de desktop empresarial, as áreas de foco principal são configurações de disco rígido, tecnologias de criptografia, aplicativos e dados de usuário. (Enquanto drivers para dispositivos de hardware também desempenham um papel de grande na implantação, elas estão além do escopo desta discussão. No entanto, a solução que desenvolvemos para simplificar a drivers de hardware da Microsoft é descrita nesta postagem de blog do TechNet: tinyurl.com/kog748)

A configuração da área de trabalho se envolvendo único ou vários discos, é importante ao implantar o Windows 7 usando o Gerenciador de configuração. O desafio é compreender se você estiver implantando o Windows 7 somente a novas máquinas ou por meio de um processo de migração onde já existe um SO. Como mostrado no do Figura 1, tivemos que desenvolver uma solução para o Microsoft funciona com um único disco com um número de partições ou com configurações de inicialização múltipla e multi-disk complexas.

Muitos desktops da Microsoft estão executando o Windows Vista e alguns grupos de negócios são necessários para usar a tecnologia de criptografia BitLocker introduzida com o Vista. O BitLocker criptografa e protege a partição do sistema no caso de perda ou roubo. Ao tentar atualizar OS que está sendo executado em uma unidade criptografada, a seqüência de tarefas deve desativar ou suspender a criptografia. Ambientes móveis mais exigem criptografia, portanto, qualquer soluções desenvolvidas para eles devem levar a cenários de criptografia em conta.

Um fato-negociável, absoluto em cada empresa é que os usuários tenham dados que não podem ser perdidos durante a migração. Para usuários do Windows, a Microsoft fornece o perfil do usuário Migration Toolkit (USMT), que é projetada para simplificar a coleta e a restauração de dados de usuários. Windows 7 introduz a próxima geração da USMT (versão 4.0), que oferece aprimoramentos vastos sobre sua predecessora. As principais diferenças entre a USMT 3.0 e versão 4.0 são o foco da última parte de nossos cenários: selecionando o processo de direita para reunir o estado do usuário e o método para salvar esse estado.

Ao contrário de iterações anteriores, a USMT 4.0 funciona fora o sistema operacional completo. Quando o estado do usuário para restauração após a atualização de coleta OS completo apresenta alguns desafios porque arquivos freqüentemente estão em uso ou bloqueado; Além disso, outros aplicativos, como soluções antivírus, podem causar falhas durante as tentativas de fazer backup de seus dados. Processo de coleta de dados a nova versão funciona fora dos completos em ambientes como Windows Pre-Execution (PE), reduzindo bastante o número de executando serviços, aplicativos em uso e outros cenários envolvendo dados de usuário aberta. A capacidade de carregar o estado do usuário do Windows PE (via backup offline) funciona bem com a seqüência de tarefas do OSD Configuration Manager é executado no Windows PE, simplificando o processo de backup de dados do usuário.

Após USMT reuniu os dados de usuário necessárias, ele precisa de algum lugar "armazenar" esse dados durante a migração. Microsoft tinha várias escolhas para onde armazenar dados de seus usuários, mas que mesmo intervalo de opções pode não estar dentro de muitas outras empresas orçamentos de TI. Por exemplo, vamos supor que o estado do usuário Microsoft típico era aproximadamente 1 GB. Opções de armazenamento de dados para recuperação posterior incluíam discos rígidos externos, servidores de arquivo e unidades óticas como DVDs. Para empresas usando o Configuration Manager 2007, a função State Migration Point permite armazenar os dados em um servidor remoto enquanto ocorre a migração, mas que ainda tem limitações.

O motivo de chave que não é um dispositivo "externo" econômico é que ele requer que você tenha espaço de armazenamento físico igual ao estado de seus usuários. Assim, na Microsoft, nós seria necessário 280TB espaço livre e disponível para oferecer suporte a nossa base de usuário. Essa abordagem funciona somente se você pode determinar precisamente a quantidade de dados do usuário. Caso contrário, é um processo não científico que provavelmente produzir resultados imprevistos e insatisfatórios.

A última opção é usando as máquinas onde a migração é ocorrer. Isso pode parecer a abordagem mais econômica e lógica, mas geralmente é um desafio técnico. Ele requer que os usuários máquinas tem uma grande quantidade de espaço livre disponível para fazer backup de seus dados; também envolve copiar usuários dados de um lugar no disco para outro. Como a maioria dos IT veterans aprendeu, leva algum tempo para mover ou copiar qualquer arquivo para um disco rígido--que, por sua vez, faz com que implantações simplesmente levar muito tempo. Uma implantação retira produtividade do usuário para um dia (ou dias) simplesmente não é viável--e representa um risco que não deseja tomar.

USMT 4.0 introduz o suporte para links de disco rígido, um recurso que não estava disponível nas versões anteriores. Migração de disco rígido link permite que os dados de usuários obter armazenados localmente no mesmo computador com eficiência, exigindo pouco tempo e espaço em disco.

O único requisito para usando links de disco rígido é que o computador do usuário deve ter 250 MB de espaço livre disponível. Suporte de disco rígido links oferece a capacidade de fazer backup e restaurar sem mover arquivos físicos no disco. Em vez disso, a USMT armazena somente os ponteiros para os arquivos físicos e usa esses ponteiros no momento da restauração, reduzindo significativamente a quantidade de tempo necessário para migração do Windows 7. (Para obter mais informações no disco rígido links, consulte este artigo do TechNet: tinyurl.com/m76dxv)

Ter uma compreensão de vários cenários ajudará a criar um plano de ação para lidar com eles ao migrar para o Windows 7.

Criando sua seqüência de tarefas de SO para Windows 7

Depois de compreender os requisitos e cenários, implementar a solução é uma tarefa simples. As etapas para criar sua solução se enquadram em três categorias principais:

1. Experiência do usuário final
2. Criando a seqüência de tarefas do Windows 7
3. Migração de estado do usuário

TI da Microsoft desenvolveu uma solução, codinome "Modena," que permite a capacidade de dar suporte a primeira categoria usando um assistente OSD poderoso, segunda categoria através de uma seqüência de tarefas exportado e a terceira com scripts de migração de estado. Esta seção próxima será descrevem como usar ferramentas OSD Modena, que incluem o Assistente OSD, uma seqüência de tarefas exportado e scripts.

Usando o Assistente OSD

Do Gerenciador de configuração OSD foi projetado para administradores de TI. Por esse motivo, o OSD não oferece um assistente interno, que significa que a maioria das empresas devem desenvolver seus próprios. Resumindo, não há nenhuma funcionalidade de fora da caixa para coleta de entrada usando o Gerenciador de configuração--um desafio própria Microsoft enfrentado pelos usuários finais.

Microsoft é uma empresa controlado por usuário; operarem todos os usuários como administradores.

Muitos frown no Microsoft IT decisões que afetam sua capacidade de usar todos os recursos do SO. Como resultado, o Microsoft precisou desenvolver uma experiência de usuário altamente robusto que obtém tantos dados quanto possível de usuários sem sobrecarregá-los ou impeding capacidade de trabalhar.

O Assistente Modena OSD com ponte lacuna na Microsoft e está disponível para sua empresa. (Para obter informações sobre como obter ferramentas OSD, consulte nosso blog em blogs.technet.com/osd.)

O Assistente Modena OSD tem dois componentes: o executável e um arquivo de configuração. O executável OSDSetupWizard.exe, é a experiência do usuário auto-suficiente escrita pela Microsoft. Ele foi projetado para validar um computador está pronto para a migração do Windows 7 e reunir entrada de usuário final. Função final do assistente está demorando a entrada do usuário e variáveis de seqüência de tarefas do OSD de configuração.

Um aspecto fundamental do assistente é que foi projetado para funcionar muito parecido com plug and play para que seja útil em cenários tantas quanto possível. Ele realiza esse objetivo através de seu arquivo de configuração. Na verdade, em ambientes complexos, como o Microsoft, o mesmo executável pode ser usado com vários arquivos de configuração diferentes usando a opção /xml:{osdconffilename.xml}.

Por exemplo, em implantações na Microsoft, suporte para Run Advertised Programs (RAP) e PXE (Preboot Execution ambientes) são necessários, a mesma seqüência de tarefas é usada mas o assistente executa diferente, usando dois arquivos de configuração diferentes com base no ambiente de onde ele está executando (RAP ou PXE). Isso cria um pacote de implantação padronizada ainda permite várias configurações que único pacote de suporte.

Apresentar o Assistente OSD, vamos começar examinando as telas disponíveis ao usuário final (também chamadas de páginas). Oito páginas estão disponíveis como parte do assistente OSD. Usamos o termo "disponível" vagamente porque cada página tenha uma das três estados: ativado, desativado e silenciosa. Se habilitada, a página é mostrada ao usuário final; se desativado, a página não será exibida.

Silencioso é um caso especial no qual a página não será exibida a menos que uma variável de seqüência de tarefas do OSD é nula. Se for o caso, a página solicitará ao usuário para fornecer entrada permitindo que o Assistente continuar. (Para obter mais informações sobre recursos ativado, desativado e silenciosa do assistente OSD, consulte o blog do TechNet postar em blogs.technet.com/osd.) Em algumas situações, entrada de usuário final é necessária em uma página específica, mas não de outros dados.

Por exemplo, muitas empresas permitir que os usuários finais fornecer seus próprios nomes de máquina, mas não permitem-los selecionar seus domínios do Active Directory (AD) ou unidades organizacionais. O Assistente OSD se adapta facilmente, permitindo que você exiba uma página do assistente, mas não permitindo que os usuários alterar o conteúdo de uma entrada específica, como o domínio e unidade organizacional. Essa funcionalidade de bloqueio útil está disponível pela maioria das páginas no arquivo de configuração.

Além de desabilitar e bloquear, algumas páginas têm atributos adicionais que alterar o comportamento interno do assistente. Funcionalidade do assistente pode verificar automaticamente o AD para ver se um nome de computador já está em uso ou se as credenciais do usuário são válidas. Para páginas onde existem atributos adicionais, você pode usar valores para habilitar ou desabilitar esses recursos sem re-compiling o assistente.

Cada oito páginas do assistente OSD é nomeado para a função deveria fornecer: Bem-vindo, Pre-Flight, computador, rede, idioma, volume, aplicativos e resumo. Vamos explorar as principais funcionalidades alguns essas páginas fornecem e discutem como usá-los.

Você pode marcar seu assistente exclusivamente para que corresponda à sua empresa típica IT marca. Você pode realizar facilmente também marca através do arquivo de configuração colocando o nome do bitmap no atributo de cabeçalho. Para re-brand o Assistente para corresponder ao seu ambiente, basta criar uma imagem de bitmap com tamanho 630 x 100, adicione a imagem ao seu pacote OSD e editar o arquivo de configuração. (Para obter mais informações sobre personalização, consulte post TechNetblog at tinyurl.com/r7jdve.)

Entre os recursos mais poderosos do assistente OSD é a capacidade de ajustar suas própria as verificações que executem antes para a migração para o Windows 7. Por exemplo, digamos que sua empresa tem um aplicativo de recursos humanos não é compatível com o Windows 7. Para minimizar o impacto na produtividade do usuário, criar um script e adicionar seu OSD assistente as seleção se este aplicativo é instalado. Com base no resultado dessa seleção, você permitir que os usuários em questão para continuar a migração ou Avisar sobre aplicativos incompatíveis.

O Assistente OSD atualmente tem dois pre-flights internos que você pode habilitar ou desabilitar via arquivo de configuração. Esses pre-flights específicos estão incluídos porque eles são aplicáveis na maioria das empresas. Pre-flight primeiro é uma seleção de energia que é executada no SO completo (por exemplo, quando o usuário migra usando RAP ou remover programas) e retorna um erro de notificação se os usuários não estão em execução em CORRENTE. Se o pre-flight detecta que o usuário não está conectado, ele retornará uma notificação de erro solicitando que o usuário conectar um adaptador de CORRENTE. Após fazer isso, o usuário pode clique em Repetir Pre-Flight Checks e continuar, se ocorrerem sem erros.

O segundo pre-flight interna é seleção sem fio. OSD é um processo intensivo da largura de banda e é executado melhor quando conectado a um adaptador Ethernet (por exemplo, 802.3 de conexões com fio). Quando pre-flight sem fio detecta que um usuário não está conectado, retorna um erro de notificação até que o usuário estabelece uma conexão à rede com fio.

No entanto, o pre-flight não está restrito a verificações internas. Ele oferece suporte a scripts do WSH, como scripts Visual Basic ou qualquer executável. Não há limite para o número de cheques as desde que eles podem executar e concluída em menos de cinco minutos (se eles demorar mais, o OSD Assistente pára de executar o script).

Figura 2 OSD Assistente

Sempre que um script ou executável é executado, é retornado um código para o processo do Assistente para OSD. Com base na configuração do assistente, ele retornará uma notificação de status de êxito, Warning ou Error (consulte do Figura 2). Quando uma notificação de êxito ou aviso é retornada, o usuário pode continuar através do restante do assistente. Mas quando uma notificação de erro é retornada, o usuário será impedido de continuar. Os códigos aceitáveis retornado a partir de seu script as ou scripts internos, são configuráveis a osdconf.xml e não exigem alterações para o executável do assistente. Além disso, a descrição de texto do erro também é configurável.
Há duas abordagens para entregar aplicativos como parte da implantação do Windows 7: como parte de base 7 Windows Installation Image WIM (Windows) ou como etapas de seqüência de tarefas individuais. Incluindo os aplicativos na imagem WIM do Windows 7 é freqüentemente usado para aplicativos que exigem a maioria dos usuários finais, mas que não são atualizadas com freqüência. Essa abordagem tem dois deficiências primárias. Primeiro, o tamanho da imagem aumenta, que geralmente afeta os tempos de download para clientes; Além disso, há a administração da imagem. Cada vez que os aplicativos são atualizados, a imagem WIM exigirá que você criar uma nova imagem de instalação e atualizar os pacotes do Configuration Manager apropriado associados à imagem base.

Figura 3 OSD Assistente Application Selection

Por esses motivos, ferramentas Modena integram perfeitamente com o recurso de aplicativo de software de instalação do Configuration Manager 2007 para fornecer aos usuários finais com a capacidade de selecionar os aplicativos que eles gostaria de instalar como parte do processo do OSD. (Para obter mais informações, consulte o artigo do TechNet em tinyurl.com/pdfp5s.) Como mostrado no do Figura 3, os aplicativos estão listados em um modo de exibição de árvore semelhante, com base exclusivamente em seu design no arquivo de configuração OSD Wizard. Por exemplo, você pode definir o grupo de aplicativo por tipo de unidade, local ou aplicativo de negócios e definir todos os aplicativos para esse grupo e a seleção padrão. Isso torna possível alterar ou adicionar aplicativos com o único requisito, sendo que o aplicativo é empacotado e disponíveis no banco de dados do Configuration Manager 2007 facilmente.

Novamente, o objetivo principal do assistente está fornecendo usuários a capacidade de afetam o resultado final da sua imagem do Windows 7. Para ambientes onde os usuários não estão esperados para ter a entrada muito, o assistente pode ser configurado para solicitar somente informações mínimas; o restante é embutida na seqüência de tarefas por administradores.

Perda de dados: Não é uma opção

4.0 USMT inclui um conjunto base de arquivos de configuração capazes de capturar estados do usuário de muitas empresas. Esses arquivos de configuração, MigApp.xml e MigDocs.xml, abrangem a maioria dos cenários para capturar dados de seus usuários. (Para obter mais informações sobre arquivos de configuração, consulte o artigo do TechNet em tinyurl.com/okfgw4.)
OSD limpará o volume onde o Windows 7 está sendo instalado. Por esse motivo, é extremamente importante que estados do usuário são capturados com precisão e corretamente sempre que OSD é usado. Resumindo, perda de dados simplesmente não é uma opção.

A melhor prática--também usada aqui na Microsoft--é a criação de um local seguro via uma etapa de seqüência de tarefas é a sua pasta de destino para o estado do usuário. Em seguida, usando a variável de seqüência de tarefas interno OSD chamada OSDStateStorePath, você pode excluir este diretório do volume limpo feito por etapa aplicar OS na seqüência de tarefas. (Para aprender a realizar e totalmente usar esta funcionalidade, consulte o blog do TechNet postar em blogs.technet.com/osd.)

Criando sua seqüência de tarefas para implantação do Windows 7

Ferramentas OSD Modena incluem uma cópia exportada de seqüência de tarefas OSD usada na Microsoft. A seqüência de tarefas exportado é dividida em vários grupos, iniciando na raiz, com "filhos" chamados Master Group e Failover. O grupo mestre tem filhos associados com cada etapa principal usada na implantação do Windows 7. Os filhos (consulte a Figura 4 de ) tem condições de erro retornam o erro para o grupo de mestre, encaminhará a uma etapa especializada chamada Failover.

Dividir a seqüência de tarefas nessas etapas processos log, relatórios e tratamento de erro muito mais fácil. Como com tal empreendimento, ocorrerão erros não importa o quanto tempo você gasta na preparação--qual é a razão para o grupo de Failover. Este grupo é projetado para reunir todos os arquivos de log pertinentes necessários para solucionar uma falha de instalação e colocar na pasta segura OSD.

Para implementar algumas tolerância a falhas na sua seqüência de tarefas, iniciar no nível raiz e criar filho dois grupos, grupo mestre e Failover. Outra prática recomendada é tendo o grupo mestre inclua todas as etapas de trabalho necessária em sua implantação e usando como o grupo designado para continuar em erro. Cada grupo filho--no caso da Microsoft, cinco grupos aninhados para o grupo principal, mostrado em de Figura 4--necessários para continuar a seqüência de tarefas e definir falhe no erro.

Figura 4 Task Sequence agrupamento

Outra melhor prática é definir qualquer filho grupos que são não catastróficos para implantação para continuar em erro. O mecanismo de seqüência de tarefas do OSD sempre determina ações tomar em caso de erro examinando seu grupo pai para ver se deve continuar. Devido esse comportamento, você deve definir se cada etapa deve interromper em erros ou continuar. Se uma etapa não for definida para continuar em erro, a seqüência de tarefas irão para seu grupo pai para determinar a ação para executar a próxima. No design de do Figura 4, o grupo mestre é definido para continuar em erro, de modo que ele executará o grupo de Failover é seu ponto.

Por exemplo, digamos que um grupo é criado para capturar o estado do usuário. Devido a importância das etapas neste grupo, o design de cada um garante, no caso de erro, implantação não continua ainda mais, possivelmente excluir o volume (supondo que é a próxima etapa na seqüência de tarefas). No caso, o mecanismo de seqüência de tarefas determina se a etapa de execução está definida para continuar no erro; se não, ele reverterá para o grupo de pai da etapa para determinar que ação tomar próxima. O grupo pai de estado de backup cujos continuar em erro é será desmarcado reverter para seu pai, que esse design é o mestre de grupo.

A finalidade do grupo de Failover, como mencionado, é garantir que podemos capturar todos os dados necessários para solucionar problemas em caso de falhas. Este grupo precisa ser configurada como um ponto para o mestre de grupo para que o grupo mestre Consulte após erros (consulte do Figura 4). O grupo de Failover nunca é executado a menos que haja uma falha catastrófica durante a implantação. Por esse motivo, é a última etapa na seqüência de tarefas e é sempre executado a menos que a instalação for bem-sucedida.

O estado da implantação é baseado no valor armazenado na variável _SMSTSLastActionSucceeded. Que é como o mecanismo de seqüência de tarefas é usado para transversal a seqüência de tarefas "árvore" até que finalmente alcança conclusão--nesse caso, que significa que o grupo de Failover etapas são executadas, reunir todos os logs e os dados necessários e em seguida, falhar. (Para obter mais informações sobre criação isso, leia a postagem TechNetblog em blogs.technet.com/osd.)

Status do usuário com Bitmaps e BGInfo.exe fornecendo

Na Microsoft, é importante permitir que os usuários saber onde no processo de migração que eles estão no OSD. Por padrão, todos os status baseadas no cliente é comunicado por meio dos recursos do Configuration Manager OSD. Embora essas mensagens de status funcionam bem para algumas empresas, há outros métodos criativos para comunicação aos usuários sobre as etapas de maiores que compõem a migração.

A primeira etapa é entender quais são as etapas maiores que acompanham o processo de migração. Por exemplo, essas etapas poderiam ser unidade da partição, instalar Windows e Last instalar aplicativos. O principal motivo para isso é que essas etapas fornecem aos usuários uma definição de alto nível do progresso geral--e usuários aproveite esse tipo de informação.

Cinco principais etapas usadas na Microsoft são o estado de backup, Install Windows, backup de Windows, instalar aplicativos e estado de restauração. Os usuários receber comunicações através de bitmaps estático dinamicamente são processados usando a ferramenta TechNet Sysinternals BGInfo.exe. (Você pode baixar BGInfo.exe em tinyurl.com/2nbxmd, mas está incluído nas ferramentas OSD Modena.) Essa ferramenta permite o carregamento de um bitmap estático quando chamado e permitirá que você definir o bitmap que reflete local atual a migração.

Modena inclui cinco bitmaps, um para cada etapa e imagens que comunicam o status são definidas por meio da seqüência de tarefas. Por exemplo, no grupo de seqüência de tarefas Install SO, BGInfo.exe é chamado para carregar o bitmap representando essa etapa (consulte do Figura 5).

Figura 5 exibindo status

Ferramenta Modena OSD fornece a estrutura para implantação isso em sua empresa e requer somente substituir os bitmaps. Para fazer isso, localize a pasta de scripts, abra o diretório BG e substituir cada imagem de bitmap por sua versão atualizada. Isso irá informar os usuários finais sobre as cinco etapas primárias usadas para implantar o Windows 7. Isso é uma boa forma de manter os usuários no loop sem exigir que eles ler etapas detalhadas fornecidas pelo mecanismo de seqüência de tarefas OSD.

Juntando as peças

Windows 7 está agora disponível para empresas, mas devido à complexidade envolvida, muitas empresas ainda não foram iniciadas seus projetos de atualização. Na Microsoft, esse processo começou quase um ano atrás; estamos quase dominou ele ainda tem nunca completamente refinado.

Windows 7 fornece seus usuários finais, desempenho e produtividade máxima. Basicamente, a barreira somente está preparando a implantação. A Microsoft oferece ferramentas OSD Modena para diminuir o tempo de preparação de implantação e a complexidade de usuários do System Center Configuration Manager 2007. Se sua empresa precisa alta interação com seus usuários finais ou depende "toque mínimo", você pode simplificar o seu projeto Windows 7 usando o mesmo processo que usamos na Microsoft.

Chris Adams (chrad@microsoft.com) é um gerente de programa sênior avanço na divisão de serviços e gerenciamento da Microsoft. Ele se concentra no System Center Configuration Manager e System CenterVirtual Machine Manager*