Quanto mi costa il change management con Vista?

Alcuni spunti di riflessione sul costo del Change Management con Vista.

Innanzitutto... cos'è il Change Management? Premesso che non voglio dilungarmi troppo nel parlarne (anche perchè non sono un teorico della materia ma è un argomento di grande importanza nella gestione di sistemi), possiamo dire che il change management è, secondo ITIL:

A change is “an event that results in a new status of one or more configuration items (CI's)”
Manage approved, cost effective, business enhancing changes (fixes) - with minimum risk to IT infrastructure.
The goal of Change Management is to ensure that standardized methods and procedures are used for efficient handling of all Changes, in order to minimize the impact of Change-related incidents and to improve day-to-day operations.

 A questo proposito, per chiudere l'inciso, Microsoft ha da tempo sviluppato Microsoft Operations Framework (MOF), framework basato su ITIL 2.0,  di cui ne declina gli stessi concetti estendendoli alle problematiche di gestione di tecnologie Microsoft.

Il change quindi è anche una qualunque attività che, rispetto ad una "baseline" comune, ne effettua una modifica.

Detto questo voglio spendere due parole su una feature di Windows Vista a mio parere assolutamente fondamentale 

Formato WIM 1.0 e modularità

Il formato WIM (Windows Imaging Format) è il formato di disk imaging introdotto con Windows VISTA. In realtà il formato WIM esisteva in una release precedente (0.9) già con SMS OS Deployment Feature Pack, ma con la versione introdotta ora con Vista (la 1.0) le features sono decisamente interessanti.

Le caratteristiche principali sono

• Il formato WIM è hardware-agnostic, cioè è possibile utilizzare un file WIM su ogni tipo di piattafrma
• In un singolo file WIM è possibile inserire numerose immagini; Inoltre una di queste immagini può essere "marcata" come "bootable"; in questo modo è possibile fare il boot di un computer partendo da un file WIM;
• Il file permette la compressione e il Single Instancing, ovvero avendo 3 immagini da 1 GB sostanzialmente uguali in un unico file WIM avremo una dimensione minore di 3 GB (di molto) in quanto in caso di file uguali ne viene tenuta una copia sola.
• Il formato WIM permette l'offline servicing; in breve è possibile aggiungere determinati componenti, patch e drivers senza "creare" una nuova immagine ma modificando quella esistente.
• Il formato WIM permette di installare un file immagine in una partizione di qualsiasi dimensione (salvo lo spazio fisico necessario per i i dati contenuti nel file immagine)
• Il formato WIM permette un deployment NON DISTRUTTIVO; in fatti è un formato immagine FILE BASED (al contrario dei più comuni SECTOR BASED); per questo motivo è possibile lasciare sulla partizione di destinazione i dati esistenti prima di "applicare" il file immagine che NON DISTRUGGERA' quanto trova sul disco.

Il formato WIM 1.0 quindi permette di sfruttare a pieno la modularità con cui è stato pensato Vista. La modularità è infatti una caratteristica peculiare di Vista.

In Vista il sistema operativo comprende un "catalogo" univico che descrive i "componenti". Per esempio, Internet Explorer è un componente essenziale del sistema operativo e dipende da altri componenti. Tutto questo è descritto in questo catalogo. Sempre in questo catalogo sono descritti migliaia di componenti di Vista che possono essere aggiunti o tolti. La semplicità del tutto sta nel fatto che il componente, per essere considerato "presente" nell'installazione di Vista, non necessita una procedura "unattended" di installazione ma semplicemente di essere "valorizzato" come "1" (ON) anzichè "0" (OFF). Questo semplifica molto  la "costruzione" di un'immagine di sistema operativo; infatti al system engineer che gestisce la build di Vista interessa sapere COSA deve essere presente nell'immagine, non perdere tempo nel sapere COME inserirlo (vedi procedure di installazione unattended, ecc.). Sotto questo aspetto il lavoro fatto di rendere modulare il sistema operativo è assolutamente apprezzabile se si considera che impatta tanti aspetti:

• drivers
• componenti
• features

Il tool che permette di gestire "offline" un'installazione di Windows VISTA è PACKAGE MANAGER (PCKGMGR.EXE)

Le sue funzionalità:

• installa e rimuove paccjetti su un'immagine di Vista non installata (OFFLINE SERVICING)
• applica degli unattended installation answer file settings nella fase offlineServicing configuration pass
• effettua offline installation di language packs e out-of-box driver packages
• abilita o disabilita features del sistema operativo

Voglio ora passare ad uno scenario reale.

La mia infrastruttura IT si compone, tra l'altro, di 1000 Workstation con Windows VISTA Enterprise. Effettuo il deployment tramite WDS (Windows Deployment Service) sul quale ho caricato 3 immagini di Vista che, con diverse configurazioni, coprono tutte gli scenari dei miei client.

Uscirà (prima o poi) il Service Pack 1 di Windows Vista e decido che, dopo gli opportuni test, tutte le mie nuove installazioni client devono:

• essere basate su Windows Vista SP1 
• supportare 3 nuove tipologie di hardware (ho comprato dei client nuovi per rimpiazzare quelli più obsoleti)
• avere a bordo la lingua francese (Multilanguage Pack) in quanto i PC potrebbero essere dati in uso a utenti di lingua francese.

Come faccio?

Scenario Windows XP

1. Creo la build da catturare su un PC su cui è supportata
2. Applico il Service Pack
3. Aggiungo i drivers
4. Installo il MultiLanguage Pack Francese
5. Catturo la Build
6. La importo in WDS

Tutto questo lo devo ripetere per ogni build (3) e, nel caso abbia PC con HAL non compatibili tra loro (praticamente una certezza), devo moltiplicare le 3 build per ogni HAl non compatibile. Posso facilmente arrivare a ripetere questa sequenza di operazioni per 9 volte (!!) (3 immagini per 3 HAL diversi).

Scenario Windows Vista (vedi nota a fine POST)

1. Lavoro sul file WIM contenente le immagini
2. Applico il Service Pack alle 3 immagini 
3. Aggiungo i driver alle 3 immagini
4. Aggiungo il Multilanguage Pack Francese alle 3 immagini
5. Ricarico le immagini in WDS

Considerazioni:

• Ho un solo file WIM che contiene 3 immagini; siccome è HAL independent, non ho creato immagini fotocopia aggiuntive da gestire
• Grazie all'offline servicing non devo ricreare la build su un PC per poi ricatturarla: FACCIO TUTTO OFFLINE

Quanto tempo in meno ci metto?

Quanti possibili errori umani o di procedura ho eliminato in quanto ho meno aspetti da gestire?

Ecco cosa intendevo quando qualche giorno fa scrivevo ironicamente "Beh, alla fine cosa cambia?"; "Il desktop, no?"; queste sono delle novità enormi che migliorano tantissimo la gestione facendo risparmiare tempo e denaro.

Non è tutto... c'è ancora un'aspetto che voglio approfondire (tra qualche giorno...).

Quanto mi costa far funzionare le mie vecchie applicazioni su Vista?

 

Nota del 5/9/2007

Correggo un'inesattezza; al momento l'offline servicing delle patch è possibile solo con le singole Fix in formato MSU (vedi QUESTO LINK) e non con il Service Pack (vedi QUESTO LINK).

La strategia del formato WIM è quella di permettere la gestione offline delle immagini; l'integrazione offline anche dei Service Pack è un obbiettivo ma non è ancora ufficiale quando sarà raggiunto, l'unica certezza per ora è che il gruppo di prodotto ci sta lavorando.

Comments

• Anonymous
  January 01, 2003
  Il ciclo di sviluppo di Windows non si interrompe mai... ed è già tempo di parlare di SP1 per Windows

• Anonymous
  January 01, 2003
  Già qualche mese fa avevo scritto una serie di post dedicati a quello che, almeno secondo me, era

• Anonymous
  January 01, 2003
  Negli ultimi anni è diventato comune disporre di hardware capace di gestire sistema operativi e

• Anonymous
  January 01, 2003
  Con l'uscita di Windows Vista è stato introdotto il nuovo formato WIM (Windows Imaging Format) di cui