Windows 7

Guida alla distribuzione di Windows 7

Chris Adams

In base alle dimensioni dell'azienda, la complessità della distribuzione di Windows 7 varia da piuttosto semplice a complesso insanely. Per le distribuzioni di Microsoft, l'attività ha stato scendono più vicina alla descrizione del seconda. Tuttavia, l'utilizzo di sistema

Centro, funzionalità del Configuration Manager 2007 Operating System Deployment (OSD) e il presto-a-da-rilasciare Service Pack 2 (SP2) possono semplificare notevolmente il processo. Indipendentemente dalla propria organizzazione in cui rientra sullo spettro complessità, è possibile utilizzare il progetto di Microsoft per spostare l'azienda a Windows 7 più rapidamente anziché in un secondo momento.

In questo articolo viene descritto il modo in cui il team Microsoft raggiunto distribuzione Windows 7 a nostra organizzazione. Illustra come abbiamo sviluppato nostra soluzione di distribuzione di Windows 7 e come sia possibile applicare questi stessi strumenti per semplificare il

Comprensione di scenari di distribuzione Desktop Enterprise

Il primo passaggio è, ovviamente, valutare i requisiti e gli scenari necessari per eseguire una vasta distribuzione di un nuovo sistema operativo. A differenza delle applicazioni vengono consegnate al desktop, sistemi operativi comportare un rischio significativo per la produttività degli utenti e i dati. In questo modo, si impiegano spesso una notevole quantità di tempo al tentativo di accertare correnti sullo stato di curare e tentativo di ridurre al minimo i rischi durante la ricerca di campione sweet. Che avviene soprattutto in Microsoft, in cui la destinazione è 280,000-plus desktop.

Figura 1: Scenari di configurazione disco Desktop Enterprise

Quando si sviluppa una soluzione desktop aziendale, le aree di interesse primario sono configurazioni del disco rigido, tecnologie di crittografia, le applicazioni e dati utente. (Sebbene i driver per periferiche hardware inoltre svolgono un ruolo grande nella distribuzione, siano non rientra nell'ambito di questa discussione. Tuttavia, la soluzione è stata sviluppata per semplificare i driver per hardware di Microsoft è delineata in questo post del blog TechNet: tinyurl.com/kog748.)

Configurazione desktop, sia che implicano un o più dischi, è importante quando si distribuisce Windows 7 con Gestione configurazione. La sfida è capire se si sta distribuendo Windows 7 solo ai nuovi computer o mediante un processo di migrazione in cui esiste già un sistema operativo. Come illustrato in di Figura 1, è stato necessario sviluppare una soluzione per Microsoft che funziona con un singolo disco con un numero di partizioni o con configurazioni ad avvio multiplo e multi-disk complesse.

Numero di computer desktop in Microsoft è in esecuzione Windows Vista e alcuni gruppi aziendali sono necessarie per utilizzare la tecnologia di crittografia di BitLocker introdotta con Vista. BitLocker esegue la crittografia e protegge la partizione di sistema in caso di furto o perdita. Quando si tenta di aggiornare il sistema operativo è in esecuzione su un'unità crittografata, la sequenza di attività è necessario disattivare o sospendere la crittografia. Ambienti mobili più richiedono la crittografia, in modo che eventuali soluzioni sviluppate per tali devono considerare gli scenari di crittografia.

Uno dei fatti assoluto, non negoziabili in ogni azienda sono che gli utenti dispongano di dati che non possono essere persi durante la migrazione. Per gli utenti di Windows, Microsoft fornisce la migrazione stato utente Toolkit (), che è stato progettato per semplificare la raccolta e il ripristino dei dati degli utenti. Windows 7 introduce la prossima generazione di USMT (versione 4.0), offre miglioramenti grandi rispetto al predecessore. Lo stato attivo dell'ultima parte della nostro scenari sono indicate le principali differenze tra USMT 3.0 e versione 4.0: selezione del processo appropriato per la raccolta lo stato dell'utente e il metodo per il salvataggio di tale stato.

A differenza di iterazioni precedenti, USMT 4.0 funziona all'esterno del sistema operativo completo. Quando viene raccolto lo stato dell'utente per il ripristino dopo l'aggiornamento, il sistema operativo completo pone alcuni problemi poiché i file sono spesso in uso o bloccato; inoltre, altre applicazioni, ad esempio soluzioni antivirus possono causare errori durante i tentativi di eseguire il backup dei dati. Processo di raccolta dei dati della nuova versione funziona all'esterno del sistema operativo completo in ambienti, ad esempio Windows Pre-Execution (PE), riducendo notevolmente il numero di esecuzione di servizi, le applicazioni in uso e altri scenari che implicano i dati utente aperta. La possibilità di caricare lo stato dell'utente da Windows PE (tramite copia di backup non in linea) funziona bene con la sequenza di attività di Gestione configurazione OSD viene eseguito in Windows PE, semplificando il processo di backup dei dati dell'utente.

Dopo USMT ha raccolto i dati utente necessari, è necessario in una posizione per "memorizzare" i dati durante la migrazione. Microsoft aveva numerose scelte per la posizione in cui memorizzare i dati relativi utenti, ma potrebbe non essere quella stessa gamma di opzioni all'interno di molte altre aziende budget IT. Ad esempio, si supponga che lo stato di utente Microsoft tipico era di circa 1 GB. Opzioni per la memorizzazione di questi dati per il recupero successiva incluse dischi rigidi esterni, file server e le unità ottiche, ad esempio DVD. Per le aziende utilizzano Configuration Manager 2007, consente di ruolo State Migration Point per la memorizzazione dei dati su un server remoto durante la migrazione viene eseguita, ma che comunque presenta limitazioni.

Il motivo chiave un dispositivo "esterno" non è conveniente è richiede di disporre di spazio di archiviazione fisica uguale allo stato degli utenti. In questo modo, in Microsoft, ci sarebbe stato necessario 280TB spazio libero e disponibile per supportare la nostra base di utenti. Tale approccio funziona solo se con precisione possibile misurare la quantità di dati utente. In caso contrario, è un processo non scientifico è probabile che producono risultati imprevedibili e non soddisfacenti.

L'ultima opzione utilizza le macchine in cui verrà eseguita la migrazione. Questo potrebbe sembrare l'approccio più logico ed economicamente conveniente, ma è spesso una sfida tecnica. Richiede che gli utenti 'macchine dispongono di una grande quantità di spazio libero disponibile per il backup dei dati; implica copia utenti' dati da un'unica posizione su disco a un'altra. Come la maggior parte delle veterani IT hanno appreso, richiede qualche secondo per spostare o copiare i file su un disco rigido--che, a sua volta causa distribuzioni semplicemente richiedere troppo tempo. Una distribuzione che accetta stoccaggio la produttività dell'utente per un giorno (o giorni) non è semplicemente fattibile--e che rappresenta un rischio che non si desidera richiedere.

USMT 4.0 introduce il supporto per i collegamenti fissi, una funzionalità che non era disponibile nelle versioni precedenti. Migrazione Hard-Link consente di ottenere memorizzati localmente sullo stesso computer in modo efficiente, i dati degli utenti che richiedono poco tempo e spazio su disco.

L'unico requisito per l'utilizzo di collegamenti fissi è che il computer dell'utente deve disporre di 250 MB di spazio libero disponibile. Collegamenti fissi supporto offre la possibilità di eseguire il backup e il ripristino senza spostare i file fisici sul disco. USMT, invece, memorizza solo i puntatori ai file fisici e utilizza questi puntatori al momento del ripristino, riducendo in modo significativo la quantità di tempo necessario per la migrazione di Windows 7. (Per ulteriori informazioni su collegamenti fissi, vedere l'articolo di TechNet: tinyurl.com/m76dxv.)

La presenza di una conoscenza approfondita dei vari scenari verrà aiutare si crea un piano di azione per affrontare tali durante la migrazione a Windows 7.

Creazione della sequenza di attività del sistema operativo per Windows 7

Una volta compreso i requisiti e gli scenari, l'implementazione della soluzione è un'attività semplice. I passaggi per la generazione della soluzione rientrano in tre categorie principali:

1. Esperienza dell'utente finale
2. Creazione sequenza di attività di Windows 7
3. Migrazione User-state

Microsoft IT ha sviluppato una soluzione, nome in codice "Modena", che consente la capacità di supportare la prima categoria utilizzando una procedura guidata OSD potente, la seconda categoria attraverso una sequenza di attività esportate e il terzo con stato-script di migrazione. In questa sezione verrà illustrato come utilizzare gli strumenti di Modena OSD, includono la procedura guidata OSD, script e una sequenza di attività esportate.

Utilizzo della creazione guidata OSD

Gestione della configurazione OSD è progettato per gli amministratori di sistema. Per questo motivo, OSD non offre una procedura guidata incorporata, che significa che la maggior parte delle aziende devono sviluppare i propri. In breve, non è funzionalità-box per la raccolta di input mediante la gestione della configurazione--una sfida stessa Microsoft ha dovuto affrontare l'utente finale.

Microsoft è un'azienda eseguita dall'utente; tutti gli utenti operano come amministratori.

Molti frown su Microsoft IT decisioni che influiscono sulla possibilità di utilizzare tutte le funzionalità di un sistema operativo. Di conseguenza, Microsoft ha dovuto sviluppare un'esperienza altamente affidabile per l'utente che ottiene maggior quantità di dati possibile dagli utenti senza confondere li o riducendo la capacità di funzionare.

La procedura guidata Modena OSD aggiunte al bridge di rete il divario presso Microsoft ed è disponibile per l'organizzazione. (Per ulteriori informazioni su come ottenere strumenti OSD, vedere nostro blog all'indirizzo blogs.technet.com/osd)

La procedura guidata Modena OSD è costituito da due componenti: il file eseguibile e un file di configurazione. Il file eseguibile, OSDSetupWizard.exe, è l'esperienza dell'utente indipendenti scritto da Microsoft. Questa è progettata per convalidare che un computer è pronto per la migrazione di Windows 7 e raccogliere l'input dell'utente finale. Ruolo finale della procedura guidata richiede input dell'utente e le variabili della sequenza di attività di impostazione OSD.

Un aspetto fondamentale della procedura guidata è che è progettata per funzionare molto simile a plug and play in modo che sia utile negli scenari di maggior numero possibile. Consente di effettuare tale obiettivo tramite il file di configurazione. Infatti, in ambienti complessi, ad esempio Microsoft, lo stesso eseguibile può essere utilizzato con vari file di configurazione diversa utilizzando /xml:{osdconffilename.xml switch}.

Ad esempio, nelle distribuzioni di Microsoft in cui sono necessari il supporto per Esegui programmi annunciati (RAP) e PXE (Preboot eXecution ambienti), viene utilizzata la stessa sequenza di attività, ma la procedura guidata vengono eseguite in modo diverso, utilizzando due file di configurazione diversi in base all'ambiente di è in esecuzione (criteri di accesso remoto o PXE). Questo crea un pacchetto di distribuzione OSFA ancora consente per le varie configurazioni quel singolo pacchetto di supporto.

Per introdurre la procedura guidata OSD, Iniziamo osservando le schermate disponibili dell'utente finale (detti anche pagine). Sono disponibili otto pagine come parte della procedura guidata OSD. Utilizziamo il termine "disponibile" loosely poiché ogni pagina dispone di uno dei tre stati: attivato, disattivato e invisibile all'utente. Se attivata, viene visualizzata la pagina all'utente finale; se disattivato, non viene visualizzata la pagina.

Invisibile all'utente è un caso speciale in cui la pagina non viene visualizzata a meno che una variabile di sequenza di attività OSD è null. Se questo è il caso, la pagina verrà richiesto all'utente di fornire l'input che consente la procedura guidata continuare. (Per ulteriori informazioni sulle funzionalità della procedura guidata OSD attivato, disattivato e invisibile all'utente, vedere il blog di TechNet registrare nel blogs.technet.com/osd) In alcune situazioni, è necessario l'intervento dell'utente finale in una pagina specifica, ma non sono altri dati.

Molte aziende, ad esempio, consentono agli utenti finali di fornire i propri nomi di computer, ma non consentono loro di selezionare i relativi domini di Active Directory (AD) o unità organizzative. La procedura guidata OSD si adatta facilmente, che consente di visualizzare una pagina della procedura guidata, ma non consentire agli utenti di modificare il contenuto di un input specifico, ad esempio il dominio e unità organizzativa. Questa utile funzionalità di blocco è disponibile attraverso la maggior parte delle pagine nel file di configurazione.

Oltre la disattivazione e il blocco, alcune pagine hanno attributi aggiuntivi che modificano il comportamento interno della procedura guidata. Funzionalità di creazione guidata controllo automaticamente Active Directory per verificare se un nome computer è già in uso o se le credenziali di un utente sono valide. Per le pagine in cui sono presenti attributi aggiuntivi, è possibile utilizzare i valori per abilitare o disabilitare tali funzionalità senza re-compiling la procedura guidata.

Ciascuna delle otto pagine della procedura guidata OSD è denominato per la funzione che ha previsto per fornire: Benvenuti Pre-Flight, computer, rete, Language, volume, applicazione e riepilogo. È opportuno esaminarne le funzionalità chiave che alcune di queste pagine offrono e illustrare come sia possibile utilizzarli.

La procedura guidata può personalizzare in modo univoco in modo che corrisponda l'azienda tipica IT marcatura. È possibile eseguire con facilità anche personalizzazione mediante il file di configurazione inserendo il nome della bitmap nell'attributo di intestazione. Per re-brand della procedura guidata per corrispondere all'ambiente, creare semplicemente un'immagine bitmap con la dimensione 630 x 100, aggiungere l'immagine al pacchetto OSD e modificare il file di configurazione. (Per ulteriori informazioni sulla personalizzazione, vedere il post TechNetblog in tinyurl.com/r7jdve)

Tra le funzionalità più potenti della creazione guidata OSD è la possibilità per i controlli pre-flight eseguire prior to migrazione per Windows 7 dello snap-in. Ad esempio, si supponga che la società dispone di un'applicazione di risorse umane non è compatibile con Windows 7. Per ridurre al minimo l'impatto sulla produttività utente, creare uno script e aggiungere il controllo di pre-flight di procedura guidata OSD su indica se l'applicazione è installata. In base al risultato di tale controllo, è consentire agli utenti in questione per continuare la migrazione o avvisa che le applicazioni incompatibili.

La creazione guidata OSD attualmente dispone di due pre-flights incorporati che è possibile abilitare o disabilitare tramite il file di configurazione. Questi pre-flights particolare sono inclusi in quanto applicabili nella maggior parte delle aziende. Pre-flight primo è un controllo di potenza che viene eseguito nel sistema operativo completo (ad esempio, quando l'utente esegue la migrazione utilizzando criteri di accesso remoto o Aggiungi/Rimuovi programmi) e restituisce una notifica di errore se gli utenti non sono in esecuzione su AC. Se il pre-flight rileva che l'utente non è alimentato da rete elettrica, restituirà una notifica di errore che chiede all'utente per collegare una scheda AC. Al termine, l'utente può fare clic su Riprova Checks Pre-Flight e procedere, se si verificano gli altri errori.

Il secondo pre-flight incorporati è il controllo senza fili. OSD è un processo intensivo di larghezza di banda e viene eseguito meglio quando collegato a una scheda Ethernet (ad esempio 802.3 cablate connessioni). Quando pre-flight senza fili rileva che un utente non è alimentato da rete elettrica, restituisce una notifica di errore fino a quando l'utente stabilisce una connessione alla rete cablata.

I controlli incorporati, tuttavia, non è vincolato il pre-flight. Supporta qualsiasi file eseguibile o script Windows Scripting Host, quali script di Visual Basic. Non esiste un limite al numero di assegni pre-flight purché possono eseguire e completare in meno di cinque minuti (se accettino più lunghi, si interrompe il Creazione guidata OSD l'esecuzione dello script).

Nella figura 2 OSD guidata

Ogni volta che viene eseguito uno script o eseguibile, viene restituito un codice per il processo di creazione guidata OSD. In base alla configurazione della procedura guidata, verrà restituita una notifica dello stato di operazione riuscita, avviso o errore (vedere di Figura 2). Quando viene restituita una notifica di operazioni riuscite o di avviso, l'utente può continuare attraverso il resto della procedura guidata. Ma quando viene restituita una notifica di errore, verrà bloccato dell'utente di continuare. I codici accettabili restituito dallo script pre-flight o da script incorporati, sono configurabili nel osdconf.xml e non richiedono modifiche al file eseguibile della procedura guidata. Inoltre, il testo di descrizione dell'errore è anche configurabile.
Esistono due approcci per la distribuzione di applicazioni come parte della distribuzione di Windows 7: come parte della base 7 Windows installazione immagine WIM (Windows) o come sequenza di attività singoli passaggi. Incluse le applicazioni nell'immagine WIM di Windows 7 viene spesso utilizzata per le applicazioni che richiedono la maggior parte degli utenti finali, ma che non vengono aggiornati spesso. Questo approccio presenta due carenze primari. Innanzitutto, gli aumenti di dimensioni immagine cui spesso influenza i tempi per il download per i client; inoltre, è disponibile l'amministrazione dell'immagine. Ogni volta che vengono aggiornate le applicazioni, l'immagine WIM richiede creare una nuova immagine di installazione e aggiornare i pacchetti di Configuration Manager appropriato associati all'immagine di base.

Nella figura 3 OSD Creazione guidata applicazione selezione

Per tali motivi, gli strumenti di Modena integrano si rivelano molto utili utilizzate con la funzionalità di applicazione software di Configuration Manager 2007 installa per offrire agli utenti finali la possibilità di selezionare le applicazioni che vorrei installare come parte del processo di OSD. (Per ulteriori informazioni, vedere l'articolo di TechNet all'indirizzo tinyurl.com/pdfp5s) Come illustrato in di Figura 3, le applicazioni sono elencate in una visualizzazione simile a quello della struttura ad albero, basata esclusivamente sulla progettazione di nel file di configurazione guidata OSD. Ad esempio, è possibile definire il gruppo di applicazioni da tipo di unità, percorso o applicazione commerciale, quindi definire tutte le applicazioni per tale gruppo e la selezione predefinita. Ciò rende possibile per facilmente modificare o aggiungere applicazioni, con l'unico requisito che l'applicazione sia disponibile nel database di Configuration Manager 2007 e nel pacchetto.

Anche in questo caso, scopo principale della procedura guidata fornisce agli utenti la possibilità di influenzare il risultato finale dell'immagine loro Windows 7. Per gli ambienti in cui non si prevede che gli utenti hanno molto di input, la procedura guidata può essere configurata per richiedere solo informazioni minime; il resto è hardcoded nella sequenza di attività da parte degli amministratori.

Perdita di dati: Non è un'opzione.

USMT 4.0 include un insieme di file di configurazione in grado di acquisire gli stati utente molte aziende di base. Questi file di configurazione MigApp.xml e MigDocs.xml, coprono la maggior parte degli scenari per l'acquisizione di dati degli utenti. (Per ulteriori informazioni sui file di configurazione, vedere l'articolo di TechNet all'indirizzo tinyurl.com/okfgw4)
OSD verrà pulire il volume in cui è installato Windows 7. Per questo motivo è estremamente importante che gli stati utente vengono acquisiti con precisione e correttamente ogni volta che viene utilizzato OSD. In breve, perdita di dati non è semplicemente un'opzione.

La procedura consigliata--usata anche in Microsoft--consiste nella creazione di una posizione sicura tramite un passaggio di sequenza di attività è la cartella di destinazione per lo stato dell'utente. Quindi, utilizzando la variabile di sequenza di attività predefiniti OSD chiamata OSDStateStorePath, è possibile escludere questa directory dal volume pulito a tale scopo, il passaggio di Apply OS nella sequenza di attività. (Per informazioni su come ottenere e utilizzare completamente questa funzionalità, vedere il blog di TechNet registrare nel blogs.technet.com/osd)

Creazione della sequenza di attività per la distribuzione di Windows 7

Gli strumenti OSD Modena includono una copia esportata della sequenza di attività OSD utilizzata da Microsoft. La sequenza di attività esportato viene suddiviso in diversi gruppi, a partire dalla cartella principale, denominato gruppo master e di Failover "children". Il gruppo master dispone gli elementi figlio associati a ogni passaggio principale utilizzata nella distribuzione Windows 7. Gli elementi figlio (vedere Figura 4 ) ogni avere le condizioni di errore restituiscono l'errore per il gruppo master, che verrà quindi inoltrare a un passaggio specializzato denominato Failover.

Suddividere la sequenza di attività in questa procedura semplifica i processi di registrazione, report e gestione degli errori. Come con tali delicate, verificheranno errori indipendentemente da quanto tempo speso in preparazione--è il motivo per il gruppo di Failover. Questo gruppo è stato progettato per raccogliere tutti i file registro pertinenti necessari alla risoluzione dei problemi di installazione non riuscita e inserirli nella cartella provvisoria OSD.

Per implementare alcune la tolleranza d ' errore nella sequenza di attività, avviare al livello principale e creare due figlio Raggruppa, gruppo master e di Failover. Il gruppo master includono tutti i passaggi di lavoro necessaria per la distribuzione e l'utilizzo come gruppo designato per continuare in caso di errore è la presenza di un'altra procedura consigliata. Ciascun gruppo figlio--in caso di Microsoft, cinque gruppi nidificati per il gruppo master, illustrato in di Figura 4--sono necessari per continuare la sequenza di attività e impostato su esito negativo in caso di errore.

Nella figura 4 Task Sequence raggruppamento

Un'altra procedura consigliata consiste nell'impostare qualsiasi figlio gruppi sono non gravi per la distribuzione per continuare in caso di errore. Il motore di sequenza di attività OSD determina sempre le azioni da intraprendere in caso di errore mediante la ricerca al proprio gruppo padre per vedere se deve continuare. A causa di questo comportamento, è necessario definire se ogni passaggio deve essere interrotta in caso di errore o continuare. Se un passaggio non è impostata su Continua in caso di errore, verrà eseguito con la sequenza di attività al proprio gruppo padre per determinare quale azione da eseguire successivamente. Nella finestra di progettazione in di Figura 4, il gruppo master è impostato su Continua in caso di errore in modo che non eseguirà il gruppo di Failover è relativo peer.

Ad esempio, si supponga che per acquisire lo stato utente viene creato un gruppo. A causa dell'importanza della procedura descritta in questo gruppo, la progettazione per ciascuno di essi garantisce, nel caso di errore di distribuzione non continua ulteriormente, probabilmente l'eliminazione del volume (supponendo che che è il passaggio successivo nella sequenza di attività). In tal caso, il motore di sequenza di attività determina se il passaggio in esecuzione è impostata su Continua in caso di errore; in caso contrario, verrà ripristinata al gruppo padre del passaggio per determinare quale azione da intraprendere successivo. Il gruppo padre di backup dello stato cui continuare in caso di errore è unchecked verrà ripristinata al relativo elemento padre, che in questa progettazione è il gruppo master.

Lo scopo del gruppo di Failover, come indicato, consiste nel garantire che abbiamo acquisire tutti i dati necessari per la risoluzione dei problemi in caso di errori. Questo gruppo deve essere impostato come peer nel gruppo di master di disporre il gruppo master a cui fanno riferimento al momento di errori (vedere di Figura 4). Il gruppo di Failover non viene mai eseguito, a meno che non si è verificato un errore irreversibile durante la distribuzione. Per questo motivo, è il l'ultimo passaggio nella sequenza di attività e viene sempre eseguito, a meno che il programma di installazione ha esito positivo.

Lo stato della distribuzione si basa sul valore memorizzato nella variabile _SMSTSLastActionSucceeded. Che è il motore di sequenza di attività utilizzo orizzontale alla sequenza di attività "struttura" fino a quando non raggiunge in definitiva completamento--in questo caso, che significa che il gruppo di Failover vengono eseguiti i passaggi, raccogliere tutti i registri e i dati necessari e quindi non riuscire. (Per ulteriori informazioni sulla progettazione di ciò, leggere il post TechNetblog in blogs.technet.com/osd)

Fornendo utente mediante le bitmap e BGInfo.exe-stato

In Microsoft, è importante consentire agli utenti di sapere dove nel processo di migrazione sono in OSD. Per impostazione predefinita, tutti dello stato basate su client viene comunicato tramite le funzionalità di Gestione configurazione OSD. Sebbene questi messaggi di stato funzionano bene per alcune aziende, esistono altri metodi creativi per la comunicazione agli utenti sulle operazioni di dimensioni maggiori che compongono la migrazione.

Il primo passaggio è capire quali sono i passaggi di dimensioni maggiori che accompagnano il processo di migrazione. Questi passaggi, ad esempio, potrebbero essere Partition Drive, installazione di Windows e ultima installazione applicazioni. Il motivo principale per questa operazione è che questi passaggi consentono agli utenti di una definizione di alto livello dell'andamento globale--e gli utenti divertirsi con questo tipo di informazioni.

I cinque passaggi principali utilizzati da Microsoft sono backup dello stato, installazione di Windows, impostazioni Windows, installare applicazioni e dello stato di ripristino. Gli utenti ricevono comunicazioni tramite l'utilizzo di bitmap statica in modo dinamico il rendering utilizzando lo strumento di TechNet Sysinternals BGInfo.exe. (È possibile scaricare BGInfo.exe al tinyurl.com/2nbxmd, ma è incluso negli strumenti di Modena OSD). Questo strumento consente il caricamento di una bitmap statica quando viene chiamato e consentirà di impostare l'immagine bitmap che riflette la posizione corrente della migrazione.

Modena include cinque immagini bitmap, uno per ogni passaggio e le immagini comunicano lo stato vengono impostate tramite la sequenza di attività. Ad esempio, nel gruppo di sequenza di attività del sistema operativo installazione BGInfo.exe viene chiamato per caricare la bitmap che rappresenta questo passaggio (vedere di Figura 5).

Nella figura 5 Visualizzazione stato

Lo strumento Modena OSD fornisce il framework di distribuzione di questo all'interno dell'organizzazione e richiede solo sostituire le bitmap. A tale scopo, individuare la cartella degli script, aprire la directory BG e sostituire ogni immagine bitmap con la versione aggiornata. Ciò verrà informano gli utenti finali i cinque passaggi principali utilizzati per distribuire Windows 7. Si tratta di un modo interessante per evitare che gli utenti nel ciclo senza la necessità di leggere la procedura dettagliata fornito dal motore di sequenza di attività OSD.

Riassumendo

Windows 7 è ora disponibile per le aziende, ma a causa della complessità coinvolta, molte aziende non sono ancora iniziate i relativi progetti di aggiornamento. Presso Microsoft, questo processo è iniziata quasi un anno fa, abbiamo abbiamo quasi masterizzato ancora mai completamente ha perfezionato.

Windows 7 fornisce agli utenti finali la massima produttività e prestazioni. In definitiva, il solo ostacolo è preparazione della distribuzione. Microsoft offre agli utenti di System Center Configuration Manager 2007 gli strumenti OSD Modena per ridurre il tempo di preparazione di distribuzione e la complessità. Se l'azienda deve elevata interazione con gli utenti finali o si basa su "minimo touch", è possibile semplificare il progetto di Windows 7 utilizzando lo stesso processo è stato utilizzato in Microsoft.

Chris Adams (chrad@microsoft.com) è un senior lead program manager in Management and Services Division di Microsoft. Lavora in particolare su System Center Configuration Manager e System CenterVirtual Machine Manager.*