Windows 10 In-Place-Upgrade / Moving-In-Place

Windows 10 in-place-upgrade mahdollistaa Windows 7, 8, ja 8.1 käyttöjärjestelmien helpon “päivittämisen” uuteen Windows 10 käyttöjärjestelmään. Päivittämisen käsite on suhteellinen siinä mielessä että uusi käyttöjärjestelmä asennetaan käytännössä vanhan käyttöjärjestelmän rinnalle. Ainoastaan käyttäjäasetukset, yhteensopivat ajurit ja sovellukset siirretään uuteen käyttöjärjestelmään joten vanhan Windowsin “roskat” eivät siirry. Myös Windows lisenssi siirretään uuteen käyttöjärjestelmään. Mikäli prosessi ei jostain syystä onnistu, palautetaan vanha käyttöjärjestelmä jälleen käyttökuntoon.

In-Place-Upgrade toteuttaminen manuaalisesti

Kotikäyttäjät ovat törmänneet in-place-upgradeen Windows Updaten ehdottaman käyttöjärjestelmäpäivityksen myötä. Päivitystä tarjotaan ainoastaan Windowsin kotiversioiden käyttäjille joten esim. Enterprise version käyttäjät eivät ko. Update ilmoitusta näe. Isommissa organisaatioissa käyttöjärjestelmä muutokset ovat yleensä tietohallinnon hallittavissa ja se haluttanee tehdä esim. Microsoft Deployment Toolkit tai System Center Configuration Manager ohjelmistojen avulla. Päivitys voidaan siis tehdä joko manuaalisesti tai ohjausjärjestelmän avulla. Käytännössä mikään ei kuitenkaan estä suorittamasta päivitystä manuaalisesti myös Enterprise versiosta käsin Setup.exe komennon avulla koska päivitysprosessi on koodattu suoraan ko. tiedostoon. Esim. komento Setup.exe /Auto Upgrade käynnistää in-place-upgrade prosessin päivitettävässä työasemassa. 

In-Place-Upgrade MDT:n avulla

Hallittavuutta in-place-upgrade prosessiin saadaan suorittamalla prosessi esim. Microsoft Deploymen Toolkit ohjelmiston avulla. Päivitys jaellaan halutun aikataulun mukaisesti tehtävään erityisesti tarkoitetun tehtäväsarjan avulla.

MDT:n kautta tapahtuvalle päivittämiselle on vaatimuksena MDT versio 2013 Update 1 versio 6.3.8298.1000. Aiempikin versio toimii mutta antaa esim. License Violation virheen päivityksen aikana. Lisäksi käytössä on oltava ADK for Windows 10 (Deployment Tools, WindowsPE, USMT). Vanhemmat ADK versiot kannattaa poistaa.

Päivitys on tehtävä muokkaamattomasta install.wim levykuvasta. Organisaation omaa referenssilevykuvaa ei siis voida käyttää. Syynä tähän ovat mahdollisesti levykuvassa olevat 3-osapuolen sovellukset joiden sovittamista uuden ja vanhan käyttöjärjestelmän välillä prosessi ei tue.

Prosessi etenee seuraavasti:

Lisätään halutun Windows 10 version lähdetiedostot MDT järjestelmään (HUOM: mukautettua .wim tiedostoa ei voi käyttää).

Luodaan Windows 10 in-place-upgrade päivityksen suorittava tehtäväsarja. MDT 2013 Update 1 päivityksen mukana on tullut uusi Standard Client Upgrade Task Sequence tyyppinen tehtäväsarja jonka tehtävänä on suorittaa päivitysprosessi.

Käynnistetään tehtäväsarja päivitettävässä työasemassa

Käynnistetään tehtäväsarja päivitettävässä työasemassa esim. Käynnistä – Suorita ikkunasta komennolla \\MDTpalvlein\MDTasennusjako$\Scripts\LiteTouch.vbs Tehtäväsarjan käynnistävällä käyttäjätunnuksella on oltava paikallisen järjestelmänvalvojan oikeudet päivitettävässä työasemassa.

Päivityksen suorittava komento tehtäväsarjassa

Jos päivityksen aloittavan komennon kirjoittaminen Suorita ikkunaan tuntuu hankalalta voidaan tietysti myös luoda pikakuvake joka aloittaa päivitysprosessin.

Pikakuvake voidaan luoda ryhmäkäytännön avulla käyttäen Group Policy Preferencejä ja määritetään viittaamaan asennusjaossa olevaan Litetouch.vbs tiedostoon. WMI-filterin tai Item-level targeting ominaisuuden avulla pikakuvake saadaan kohdennettua oikeisiin työasemiin. Pikakuvake viittaa siis \\MDTpalvelin\deploymentshare$\Scripts\LiteTouch.vbs polkuun

 

 

HUOM: mahdollisia päivityksen estäviä seikkoja:

1. Mukautettua levykuvaa ei voida käyttää vaan päivitys onnistuu ainoastaan Microsoftin omasta levykuvasta jota ei ole mukautettu.
   
2. Bittisyydestä toiseen ei voida siirtyä. Eli 32-bittisestä käyttöjärjestelmästä ei voida päivittää 64-bittiseen käyttöjärjestelmään.
   
3. Kieliversiosta toiseen ei myöskään voida siirtyä. Eli esim. FI <–> ENG ei onnistu. MDT ei varsinaisesti anna tästä muuta ilmoitusta kuin että päivitystä ei voida tehdä (0xC1900204)
   
4. Alkeisohjelmisto muutokset eivät ole mahdollisia. Eli BIOS alkeisohjelmistosta ei voida siirtyä UEFI tyyppiseen alkeisohjelmistoon.
   
5. Windows Enterprise versiota ei voida päivittää Education versioon. Ongelmaan on tulossa päivitys ja tällä hetkellä se voidaan kiertää ainoastaan rekisterimuutoksella. Päivitettävässä työasemassa muutetaan rekisteriavaimia  HKLM\Software\Microsoft\Windows NT\CurrentVersion ja jos kysymyksessä on 64-bittinen käyttöjärjestelmä niin myös kohdassa HKLM\Software\Wow6432Node\Microsoft\Windows NT\CurrentVersion. Molemmissa kohdissa muutetaan rekisterimerkintä EditionID muotoon Professional ja rekisterimerkintä ProductName muotoon Windows 8.1 Professional (siis mikäli päivitettävä käyttöjärjestelmä on Windows 8.1 Enterprise). Muutos ei vaadi uudelleen käynnistämistä.

HUOM: Uusimmassakin MDT versiossa on useita ongelmia liittyen In Place Upgrade päivitykseen. Ongelmat on luvattu korjata seuraavissa MDT versioissa.

MUI kielipaketin asentaminen ja näyttökielen vaihtaminen MDT LTI asennuksen aikana

Windowsin kielipaketit (MUI=Multi User Interface) mahdollistavat näyttökielen valinnan per käyttäjä. Windows 8 lähtien on ollut mahdollista asentaa kielipaketteja mihin tahansa Windows versioon. Windows 7:a kielipakettien asentamisen on mahdollista ainoastaan Enterprise ja Ultimate versioihin.

Seuraavaksi tutustumme siihen kuinka kielipaketti voidaan asentaa ja ottaa käyttöön MDT LTI asennuksen aikana.

Kielipaketin voi hankkia TÄÄLTÄ,  Download Centeristä tai VLS Centeristä. Kaikkia kieliä ei voida ladata samasta paikasta vaan esim. englannin kielipaketti joudutaan hankkimaan VLS Centeristä.

Kielipaketin käyttöönottaminen Microsoft Deployment Toolkit ohjelmistossa

Kielipaketti voidaan tuoda MDT asennuksen yhteydessä asennettavaksi kahdellakin eri tavalla. Kielipaketti voidaan tuoda asennettavaksi sovellukseksi tai vaihtoehtoisesti sovelluspakettina asennettavaksi.

Jos kielipaketti tuodaan sovelluksena, voidaan asennus suorittaa dism komennon avulla esim. dism.exe /online /Add-Package /PackagePath:lp.cab

Kielipaketti “sovellus” liitetään tämän jälkeen esim. työasemat asentavan tehtäväsarjaan tai lisäämällä CustomSettings.ini tiedostoon MandatoryApplications={Kielipaketti sovelluksen GUID} esim. MandatoryApplications={{4d6da110-2299-459d-bb04-d71fa741da01}

Jos taas kielipaketti tuodaan järjestelmäpakettina Packages kansioon, suoritetaan varsinainen kielipaketin asennus työaseman asentamisen aikana lisäämällä CustomSettings.ini tiedostoon määritys LanguagePacks001={12e02afb-6223-4519-b227-59dfe1c52f79} jossa {GUID} on kielipaketin ominaisuudet ikkunassa näkyvä Package Guid.

On huomioitava että varsinainen näyttökieli valitaan CustomSettings.ini tiedoston määrityksellä UILanguage=haluttu kieli esim. UILanguage=en-US

Työaseman nimen määrittämisestä MDT LTI asennuksissa

Työaseman netbios nimen määrittäminen automatisoitujen asennusten yhteydessä nousee toistuvasti esille asennusjärjestelmiin tutustuttaessa. Automatisoidun asennusjärjestelmän tulisi pystyä mielellään automatisoimaan myös asennettavan työaseman netbios nimi mahdollisimman pitkälle.

Työaseman netbios nimi määritetään asennusta ohjaavasta vastaustiedostosta nimeltä unattend.xml. Työaseman nimeä ei kuitenkaan määritetä suoraan vastaustiedostoon sillä silloin kaikki asennettavat työasemat asentuisivat samalla netbios nimellä mikä ei tietenkään ole hyvä asia. Vastaustiedostossa oleva Computername määritystä ei siis määritetä käsin vaan annetaan MDT:n hoitaa nimen asettaminen vastaustiedostoon ja sitä kautta tietysti itse työasemaan.

Mistä kaikkialta työaseman nimi voidaan sitten määrittää? Työaseman nimi voidaan määrittää mm. seuraavin keinoin:

Työaseman nimen asettaminen Customsettings.ini tiedoston avulla

Mikäli asennusta ohjaavassa vastaustiedostossa Customsettings.ini oleva asetus SkipComputername=NO on asetettuna, pysähtyy asennus kysymään työaseman nimeä asennuksen aikana. Työaseman nimi voidaan ns. esiasettaa Customsettings.ini tiedoston määrityksellä OSDComptutername jolloin yllä näkyvässä ikkunassa oleva Computer name kenttä on esitäytetty.

Siis esim. jos halutaan asennuksen pysähtyvän kysymään tietokoneen nimeä siten että Computer Name kenttä on esitäytetty nimellä YRITYS-WKS- määritetään CustomSettings.ini tiedostoon seuraavat asetukset.

SkipComputername=NO

OSDComputername=YRITYS-WKS-

Mikäli SkipComputername asetus on asetettuna YES asetukseen, työaseman nimeksi asetetaan YRITYS.WKS- . Mikäli SkipComputername asetus on asetettuna YES asetukseen ja OSDComputername asetusta ei ole määritetty ollenkaan, nimetään työaseman satunnanvaraisellaä nimellä.SkipComputername asetus määrittää siis sen pysähtyykö asennus kysymään työaseman netbios nimeä vai ei.  OSDComputername asetuksen arvo määrittää itse netbiosnimen.

Työaseman nimen automaattinen asettaminen Customsettings.ini tiedostossa

Työaseman nimi voidaan asettaa automaattisesti OSDComputername asetuksen avulla automaattisestikin.

OSDComputername=Yritys-WKS-#Left("%UUID%",3)#

Edellä mainittu asetus asettaa työaseman nimen alun Yritys-WKS- mukaiseksi ja -#Left("%UUID%",3)# täydentää työaseman nimen UUID (Universally Unique IDentifier) tunnuksen 3 vasemmanpuolimmaisella numerolla esim. Yritys-WKS-A01

Customsettings.ini mahdollistaa tietokoneen nimen asettamisen hyvinkin erilaisiin kriteereihin perustuen. Esim. työaseman nimi voidaan luoda valitun tehtäväsarjan, tiekoneen tyypin (pöytäkone, kannettava, virtuaalinen) tai vaikkapa tietokoneen fyysisen sijainnin perusteella.

Esimerkiksi alla näkyvässä esimerkissä työaseman nimi määräytyy siten että ensin tarkastetaan onko kysymyksessä referenssityöaseman asentava tehtäväsarja (REF-WIN8.1). Jos näin on tietokoneen nimi asetetaan suoraan muotoon REF-WIN8.1. Jos kysymyksessä on jokin muu tehtäväsarja, tarkastetaan työaseman fyysinen sijainti. Fyysinen sijainti määräytyy työaseman saaman reititintiedon (DefaultGateway) perusteella. Tämän jälkeen tarkastetaan työaseman tyyppi (kannettava, pöytätietokone, virtuaalinen). Lopuksi työaseman nimi asetetaan muotoon esim. VM-JOE-1234 (jos kysymyksessä on esim. Joensuussa oleva virtuaalinen työaseman jonka sarjanumeron 4 vasemmanpuolimmaisinta merkkiä ovat 1234

[Settings]
Priority=REF-WIN8.1,DefaultGateway, ByLaptopType, ByDesktopType, ByVMType, Default
Properties=MyCustomProperty, NameByType, NameByLocation

[Default]
OSInstall=Y
OSDComputername=%NameByType%-%NameByLocation%-#Left("%SerialNumber%",8)#

[DefaultGateway]
192.168.1.1=JOENSUU
192.168.28.129=HELSINKI

[JOENSUU]
NameByLocation=JOE

[HELSINKI]
NameByLocation=HEL

[ByLaptopType]
Subsection=Laptop-%IsLaptop%

[ByDesktopType]
Subsection=Desktop-%IsDesktop%

[ByVmType]
Subsection=VM-%IsVM%

[Laptop-True]
NameByType=WLT

[Desktop-True]
NameByType=WDT

[VM-True]
NameByType=WVM

[REF-WIN8.1]
OSDComputername=WKS-REF-81

Työaseman nimen asettaminen tehtäväsarjassa

Työaseman nimi voidaan asettaa myös tehtäväsarjaan lisättävällä OSDComputername muuttujalla joka arvoksi asetetaan työasemalle haluttava netbios nimi. Esimerkiksi arvo %SERIALNUMBER% asettaa työaseman nimeksi laitteen sarjanumeron.

Työaseman nimen asettaminen SQL tietokantaan

MDT järjestelmä on yhdistettävissä Microsoft SQL tai Microsoft SQL Express tietokantaan. Tämä mahdollistaa työasemien netbios nimien (ja myös muiden arvojen) lukemisen tietokannasta asennuksen aikana. Nimet kytketään työasemiin työasemien MAC osoitteiden avulla joka puolestaan mahdollistaa nimien “korvamerkinnän” haluttuihin työasemiin. Nimet voidaan syöttää tietokantaan käsin MDT konsolista käsin tai esim. Powershellin avulla .csv tiedostosta.

MDT 2013 Update 1 ja asennusjaon oletuskäyttöoikeudet

Microsoft Deployment Toolkit ohjelmistosta julkaistiin uusi versio Update 1 Windows 10 käyttöjärjestelmää varten. Uusi versio toi mukanaan uuden tehtäväsarjan Windows 10 käyttöjärjestelmän asentamista varten. Tietysti uuden version mukana tuli myös muita korjauksia ja parannuksia.

Muutos joka saattaa kuitenkin aiheuttaa hämmennystä on se että asennusjaon (DeploymentShare) oletuskäyttöoikeuksia käyttöoikeuksia on huomattavasti tiukennettu. Oletusarvoiset käyttöoikeudet estävät MDT:n käytön asennuksiin.

Aiemmissa versiossa asennusjaon oletuskäyttöoikeudet (jakaminen/sharing) olivat Everyone – Full Access. MDT 2013 Update 1 version asennusjaon käyttöoikeus ovat muuttuneet CREATOR OWNER – Full Access. Oletuskäyttöoikeuksia täytyy siis muuttaa vähintään niin että niihin lisätään asennukseen käytettävälle käyttäjätunnukselle muutosoikeudet. Suositeltavaa on kuitenkin luoda asennusta varten erityinen “palvelukäyttäjätunnus” esim. asennus_tunnus jolle annetaan muutosoikeus asennusjakoon. Lisäksi kannattanee luoda erillinen ryhmä jolle annetaan ko. asennuskansioon täydet oikeudet, ellei sitten haluta käyttää esim. paikallista Administrators ryhmää ko. tehtävään.

Asennuskansion (Deployment Share) oikeudet voi muuttaa siis esim. muotoon:

Ryhmä/käyttäjä	Jako-oikeudet	Ntfs oikeudet
CREATOR OWNER	Full Control	-
Everyone	Full Control	-
SYSTEM		Full Control
Domain Admins		Full Control
Domain Users		Read

Captures alikansion oikeudet voi asettaa seuraavasti:

Ryhmä/käyttäjä	Jako-oikeudet	Ntfs oikeudet
SYSTEM		Full Control
Domain Admins		Full Control
Asennuksen käytettävä tunnus		Modify

Huom: Käyttöoikeuksien periytyvyys on siis katkaistava

Toinen huomioitava seikka on että uuden version BootStrap.ini tiedosto ei oletusarvoisesti sisällä viittausta asennusjakoon kuten aiemmissa MDT versioissa. Viittaus asennusjakoon on siis lisättävä ko. tiedostoon itse.

Esim.

[Default]

DeployRoot=\\DC01\AsennusLabra$

 

MDT 2013 Update 1 voi ladata TÄÄLTÄ

Windows työaseman asennuksen automatisointi Windows PE ympäristössä

Työaseman asentamisen automatisointi on kohtuullisen vaivatonta myös ilman Microsoftin asennuksen hallintajärjestelmiä kuten MDT:a tai SCCM:a. Varsinkin System Center Configuration Manager tuote on tarkoitettu järeisiin ympäristöihin. Microsoft Deployment Toolkit puolestaan sopii myös pienempiinkin organisaatioihin. Aina kuitenkaan ei välttämättä haluta ko. järjestelmiä ottaa käyttöön. Tässä tilanteessa työasemien asentaminen ja asennuksen automatisointi suoritetaan ilman hallintajärjestelmiä käyttäen pelkästään Micorosoft Assasment and Deployment Toolkit (ADK) sisältämiä ohjelmistoja.

Esimerkissä oletetaan että käytettävissä on vähintään dhcp-, ja tiedostopalvelin.

Windows työaseman asennuksen automatisointi ja vakiointi suoritetaan tässä tilanteessa seuraavasti.

1. Asennetaan ADK ohjelmisto asennuksen hallintaan tarkoitettuun työasemaan
   
   
2. Tuotetaan WSIM (Windows järjestelmän näköistiedostojen hallinta) ohjelmalla omat asennuksen vastaustiedostot referenssityöaseman asentamiseen sekä kaapatun referenssilevykuvan asentamiseen.
   
   
3. Asennetaan ns. referenssityöasema. Mikäli mahdollista automatisoituna, käyttäen ko. tarkoitukseen rakennettua vastaustiedostoa.
   
   
4. Määritetään referenssityöasemaan kaikki halutut asetukset ja säädöt. Päivitetään työasemaan viimeisimmät Windows päivitykset. Asennetaan halutut ohjelmistot ja esiasennetaan kohdetyöasemissa tarvittavat laitteisto-ohjaintiedostot pnputil ohjelmalla.
   
   
5. Valmistellaan (yleistetään) referenssityöasema levykuvan kaappaamista varten Sysprep ohjelmalla. Liitetään samalla kohdassa 2 tehty referenssilevykuvan asennuksen automatisoiva vastaustiedosto kaapattavaan käyttöjärjestelmään.
   
   
6. Luodaan ADK paketin avulla WindowsPE media referenssityöasemassa olevan Windowsin kaappaamiseksi. Muokataan oletusarvoista WindowsPE mediaa siten että kohdetyöaseman asentaminen on mahdollisimman pitkälle automatisoitu
   
   
7. Kaapataan referenssilevykuva käyttäen kohdassa 6 luotua WindowsPE mediaa. Referenssi levykuva kaapataan tiedostopalvelimella olevaan jaettuun kansioon.
   
   
8. Asennetaan kohdetyöasemat referenssilevykuvasta käyttäen WindowsPE mediaa

Assasment and Deployment toolKit ohjelmisto

ADK ohjelmisto on Microsoftin ilmainen ohjelmistopaketti joka sisältää Windows työasemien asennus- ,yhteensopivuus- ja suorituskyvyn analysointiohjelmistot. Asennuksiin liittyen ADK paketin ohjelmistoilla voidaan tuottaa tarvittavat asennuksen vastaustiedostot sekä levykuvien kaappausta ja jakelua varten tarvittava WindowsPE media. Windows 10:ä varten on julkaistu oma ADK versionsa. Tällä versiolla voidaan asentaa myös Windows 7, 8 ja 8.1 käyttöjärjestelmät.

1. Lataa ADK paketti ja asenna se asennuksenhallinta työasemaan

Asennuksessa käytettävät vastaustiedostot

Vastaustiedosto on xml muotoinen tiedosto joka sisältää kaiken Windowsin asennuksessa tarvittavan informaation. Setup.exe ohjelma on toteutettu siten että se osaa etsiä vastaustiedostoa asennuksen yhteydessä ja lukea siitä tarvitsemansa tiedot. Vastaustiedosto luodaan ja sitä muokataan ADK paketin mukana tulevalla Windows System Image Manager / Windows järjestelmän näköistiedostojen hallinta ohjelman avulla. 64- ja 32-bittisille Windows versioille täytyy luoda omat vastaustiedostonsa. Lisäksi eri Windows versiot tarvitsevat omat vastaustiedostonsa. Lisäksi on Referenssityöaseman asentamiseen käytettävä vastaustiedosto eroaa kohdetyöasemien asentamiseen käytettävästä vastaustiedostosta.

1. Luo uusi vastaustiedosto 64 bittisen Windows 8.1 Referenssityöaseman asentamista varten. Ohjeita Windows 8.1 käyttöjärjestelmän asentamista varten voi lukea täältä. Vaihtoehtoisesti voit ladata valmiin vastaustiedoston täältä.
   
   
2. Luo uusi vastaustiedosto 64-bittisen Windows 8.1 referenssilevykuvan asentamista varten. Ohjeita vastaustiedoston luomiseksi voi lukea täältä. Vaihtoehtoisesti voi ladata valmiin vastaustiedoston ja muokata sitä tarpeen mukaan täältä. Vastaustiedostoa tulee muokata WSIM ohjelmalla tai vaikka muistiolla ainakin toimialueen nimen, asennuksessa käytettävän käyttäjänimen ja salasanan osalta. Lisäksi vastaustiedosto liittää asennettavan työaseman toimialueella olevaan Tyoasemat nimiseen OU:n. Kyseinen OU täytyy luoda toimialueelle tai vastaavasti muuttaa OU:n nimi esim. oletusarvoiseen Workstations arvoon.

Referenssityöaseman asentaminen

Referenssityöaseman voidaan nyt asentaa käyttäen em. vastaustiedostoa. Vastaustiedosto voidaan sijoittaa esim. USB-tikun (tai minkä tahansa muun siirrettävän laitteen) juurikansioon Autounattend.xml nimisenä jolloin Setup.exe osaa noukkia tarvittavat tiedot ko. vastaustiedostosta. Voidaan esim. suorittaa asennus DVD-levyltä ja sijoittaa vastaustiedosto USB-tikun juurikansioon. USB-tikku tulee olla kytkettynä asennettavaan työasemaan. Voidaan myös luoda mukautettu Windows DVD-levy jonka juurikansioon Autounattend.xml tiedosto on sijoitetettu. Hyper-V ympäristössä vastaustiedosto voidaan sijoittaa Winimage ohjelmalla luotuun virtuaaliseen levykkeeseen joka asetetaan virtuaalisen työseman levykeasemaan.

Vastaustiedosto asentaa referenssityöseman ns. Audit eli järjestelmän valmistelutilaan. Audit tilassa työasemaan on automaattisesti kirjauduttu Järjestelmänvalvoja tunnuksella. Audit tila ei ole Windows:n normaali työtila vaan on nimenomaisesti tarkoitettu referenssityöaseman valmistelua ja kaappaamista varten.

1. Käynnistä Windows asennus ja varmista että referenssi työaseman asentamisen automatisoiva vastaustiedosto on Autounattend.xml nimisenä jonkin siirrettävän laitteen juurikansiossa

Referenssityöaseman valmistelu ja yleistäminen Sysprep.exe ohjelmalla

Kun  referenssityöaseman asennus on valmis täytyy se mukauttaa halutunlaiseksi. Referenssityöasemaan asennetaan halutut sovellukset. On muistettava että mitä enemmän sovelluksia asennetaan sitä suuremmaksi kasvaa referenssilevykuvan koko. Yleensä asennetaan perusohjelmistot kuten pdf-lukija, tiedostojen pakkaus/purku sovellus sekä tarvittavat lisäosat ja laajennukset kuten .net, java, silverlight yms. Muut kohdetyöasemiin tulevat sovellukset voidaan asentaa esim. ryhmäkäytäntöjen avulla varsinaisen käyttöjärjestelmä asennuksen jälkeen.

Tämän lisäksi referenssityöasema kannattaa päivittää viimeisimmillä/halutuilla Windows päivityksillä niin että kohdetyöasemat ovat asennuksen jälkeen jo valmiiksi päivitetty. Referenssityöasema voidaan käynnistää uudelleen mikäli tarpeellista.

Yleensä halutaan myös kustomoida esim. työpöytää ja resurssienhallinta ohjelman käyttäytymistä. Mukautukset seuraavat kohdetyöasemiin. Tässä on huomattava että mukautukset eivät seuraa kohdetyöasemiin mikäli referenssityöasemasta kaapatun levykuvan asennuksessa käytettyyn vastaustiedostoon ei ole lisätty copyprofile=true asetusta. Lisäksi referenssityöasemassa ei saa olla kuin yksi paikallinen käyttäjätunnus käytössä. Muussa tapauksessa käyttäjäprofiiliin tallentuvat käyttöliittymä muutokset eivät välttämättä kopioidu kohdetyöasemiin.

Laitteisto-ohjaimet voidaan esiasentaa referenssityöasemassa pnputil.exe ohjelman avulla. Komentokehotteessa toimiva pnputil.exe –a \polku\ajuri.inf komento lisää ajuri.inf tiedostossa kuvatut laitteisto-ohjaintiedostot C:\Windows\System32\DriverStore\FileRepository kansioon josta ne sitten otetaan tarpeen mukaan käyttöön kohdetyöasemissa. Referenssityöaseman ei siis tarvitse olla laitteistoltaan samanlainen kuin kohdetyöasemien vaan Setup.exe mukauttaa Windowsin aina asennettavan laitteiston mukaan. Filerepository kansiossa olevat esiasennetut ajurit otetaan käyttöön tarpeen mukaan.

1. Asenna halutut sovellukset, laajennukset ja lisäosat
   
   
2. Asenna uusimmat Windows päivitykset Windows Update palvelusta
   
   
3. Esiasenna kohdetyöasemissa tarvittavat laitteisto-ohjaintiedostot komentokehotteesta pnputil.exe –a komennon avulla.

Sysprep ohjelman käyttäminen

Järjestelmän valmistelutyökalu eli Sysprep.exe ohjelma mahdollistaa referenssityöaseman yleistämisen (generalize) ennen varsinaista levykuvan kaappaamista. Sysprep ohjelman yleistäminen poistaa referenssityöasemasta kaiken yksilöintitiedon. Yleistäminen mm. poistaa työaseman yksilöllisen nimen, poistaa SID tunnuksen, liittää työaseman työryhmään mikäli se on liitetty toimialueelle (mitä sen ei pitäisi olla) yms. Referenssityöasema yleistetään sysprep ohjelman avulla ennen levykuvan kaappaamista. Yleistämiseen ei käytetä sysprep ohjelman graafista käyttöliittymää (joka on oletusarvoisesti näkyvillä Audit tilassa) vaan annetaan yleistyskomento komentokehotteesta. Näin toimitaan sen takia että ainoastaan komentokehotteen komennolla voidaan kaapattavaan levykuvaan liittää kohdetyöasemien asentamisen automatisoiva vastaustiedosto.

1. Avaa Järjestelmän valvojan komentokehote ja siirry kansoon C:\Windows\System32\Sysrep
   
   
2. Kopio kohdetyöaseman asennuksen automatisoiva vastaustiedosto (SysprepUnattend.xml) C:\Windows\System32\Sysrep kansioon
   
   
3. Yleistä ja sammuta referenssityöasema komennolla: sysprep /generalize /oobe /shutdown /unattend:sysprepunattend.xml

Windows PE median luominen

Windows PE ympäristö on minimalistinen Windows käyttöjärjestelmä jota käytetään mm. referenssilevykuvan kaappaamiseen referenssityöasemasta sekä referenssilevykuvan asentamiseen kohdetyöasemiin. Windows PE luodaan ADK paketin ohjelmistoilla. Windows PE ympäristön luomista varten avataan Windows esiasennus ympäristön komentokehote (Deployment and imaging tools enviroment) jossa PE ympäristö luodaan komentokehotteen komennoilla. On huomattava että PE voidaan luoda joko 32- tai 64-bittiseksi copype komennon avulla. 32-bittistä PE:ä voidaan käyttää sekä 32- että 64-bittisiin Windows asennuksiin kun taas 64-bittistä PE:ä voidaan käyttää ainoastaan 64-bittisiin Windows asennuksiin. On kuitenkin huomattava että monet uusien Windowsin ominaisuuksista vaativat 64-bittisen Windowsin toimiakseen.

1. Luo Windows PE media Windows esiasennus ympäristön komentokehotteesta käsin. Ohjeet Windows PE ympäristön luomiseen löytyvät täältä

Windows PE ympäristöä kannattaa mukauttaa esim. seuraavasti.

1. PE ympäristön lisäämisen aikana copype komennon jälkeen kannattaa ottaa käyttöön Suomalaiset näppäimistö asetukset komennolla dism /image:E:\WinPE_amd64\Mount /add-package /PackagePath:”Program Files (x86)\Windows Kits\8.1\Assasment and Deployment Kit\Windows Preinstallation Enviroment\amd64\WinPE_OCs\fi-fi\lp.cab”
   
   
2. WIM-levykuvan kaappaamiseen käytetään oletusarvoisesti imagex.exe ohjelmaa. Imagex on komentokehotetason ohjelma. Ohjelmaan on kuitenkin saatavissa Gimax GUI jonka kautta käyttäminen on jonkin verran sujuvampaa. Ennen WindowsPE (boot.wim) irrottamista tiedostojärjestelmästä kannattaa gimagex.exe ohjelma ladata täältä ja kopioida gimagex.exe ohjelma esim. mount\windows\system32 kansioon. Kansiopolku viittaa siis kansiorakenteeseen johon boot.wim (WindowsPE) on liitetty. On huomioitava että Gimagex ohjelma tulee sekä 32-, että 64-bittisenä jolloin käytettävä oikeaa versiota käytettävän WindowsPE version mukaan (32/64)
   
   
   
3. mount\windows\system32 kansioon voidaan myös luoda komentojono esim. a.cmd nimisenä. Komentojonon tarkoituksena on luoda mahdollisimman helposti levylinkki haluttuun jakoon tiedostopalvelimelle. Referenssilevykuva voidaan kaapata siten suoraan palvelimella olevaan jakoon.  Komentojonon sisältö voisi olla esim.
   
   net use I; \\tiedostopalvelin\jaettukansio /user:\toimialue\käyttäjänimi Salasana
   
   

Mukautetun Windows PE median luominen

Kun ensimmäinen Windows PE ympäristö on luotu esim. .iso tiedostoksi tai kansiorakenteeksi USB-levylle kannattaa luoda toinen mukautettu PE ympäristö referenssilevykuvan asentamisen automatisoimiseksi. Tarkoituksena on automatisoida kohdetyöaseman asentamisen alkuvaiheet. Normaalisti mm. kohdetyöasemien kiintolevyt tulee osioida käsin esim. diskpart ohjelman avulla. Lisäksi mikäli referenssilevykuva on sijoitettu tiedostopalvelimella olevaan jaettuun kansioon, täytyy ko. kansioon luoda levylinkki net use komennon avulla. Itse levykuva asennetaan kohdetyöasemaan imagex tai dism ohjelman avulla ja lopuksi kiintolevyn msr osio merkataan käynnistyväksi bcdboot ohjelmalla. Nämä vaiheet on tarkoituksenmukaista automatisoida asennusten helpottamiseksi.

Automatisointi tehdään muokkaamalla Windows PE ympäristön komentojonotiedostoa startnet.cmd

1. Luo kopio edellä tekemästäsi Windows PE ympäristöstä kopioimalla DVD-levyn tai USB-levyn sisältö kiintolevyllä olevaan kansioon esim. PEMod. Luo lisäksi kansio johon PE media tullaan liittämään. Luo kansio esim. mount nimiseksi.
   
   
2. Luo jaa tiedostopalvelimelle jaettu kansio (esim. imaget) johon referenssilevykuva tullaan kaappaamaan. Aseta kansion jako ja ntfs- oikeudet siten että asennuksen suorittavalla henkilöllä (esim. asennus_tunnus) on ko. kansioon modify/muokkaus oikeudet. Esim. jako oikeudet Everyone-Full Control ja ntfs oikeudet Administrators-Full Controll, asennus_tunnus-Modify
   
   
3. Luo edellisessä kohdassa tekemääsi kansioon (esim. imaget) muistiolla uusi tekstitiedosto jonka nimeksi aseta dp.txt. Lisää dp.txt tiedostoon alla näkyvät rivit:
   
   HUOM: skripti luo levyosoinnin BIOS tyyppiseen asennukseen
   
   select disk 0
   clean
   create partition primary size=200
   select partition 1
   format fs=ntfs label="System" quick
   active
   create partition primary
   select partition 2
   format fs=ntfs label="Windows" quick
   assign letter=C
   
   
4. Avaa Windows esiasennusympäristön komentokehote ja kiinnitä PE ympäristö (boot.wim) tiedostojärjestelmään komennolla: dism /mount-image /imagefile:polku\pemod\sources\boot.wim /index:1 /mountdir: polku
   
   
5. Avaa Startnet.cmd tiedosto muistioon komentokehotteesta käsin komennolla start notepad \polku mount kansion\windows\system32\startnet.cmd
   
   
6. Lisää Startnet.cmd tiedostoon alla näkyvät komennot (yhdelle riville) wpinit komennon jälkeen ja tallenna ko. tiedosto
   
   net use i: \\polku\jaettuunkansioon\tiedostopalvelimella\johonreferenssilevykuvakaapataan /user:*asennuksen suorittava käyttäjätunnus* *käyttäjän salasana*
   
   diskpart /s i:\dp.txt
   
   dism /apply-image /imagefile:i:\referenssilevykuvannimi.wim /index:1 /ApplyDir:C:\
   
   bcdboot C:\Windows /l fi-FI
   
   exit
   
   
7. Tallenna tekemäsi muutokset komennolla dism /Commit-Image /MountDir:*polku\mount*
   
   
8. Irrota boot.wim tiedosto tiedostojärjestelmästä komennolla dism /Unmount-Image /MountDir:*polku\mount* /commit
   

ISO levykuvan luominen mukautetusta WindowsPE ympäristöstä

Edellisessä kohdassa muokattu WindowsPE ympäristö on nyt nyt kansiorakenteena (PEMod). Tarvittaessa PE ympäristö voidaan muuntaa .iso tiedostoksi esim. Win Toolkit ohjelmiston avulla. Win Toolkit ohjelmiston ISO Maker ominaisuus mahdollistaa kansiorakenteen kääntämisen .iso tiedostomuotoon. Lisäksi Win Toolkit osaa rakentaa .iso tiedostosta ns. käynnistyvän.

Referenssilevykuvan kaappaaminen referenssityöasemasta

Referenssityöasema on sammutettu Sysprep komennon toimesta ja on tärkeää että sitä ei käynnistetä muutoin kuin käyttämällä ns. offline mediaa joka tässä tapauksessa on edellä luotu WindowsPE media (usb-tikku, DVD-levy tai .iso tiedosto). Jos referenssityöasema käynnistetään omalta kiintolevyltä on Sysprep ohjelman suorittama valmistelu menetetty ja se täytyy tehdä uudelleen. Saman työaseman voi valmistella Sysprep ohjelmalla 3 kertaa mutta on suositeltavaa että referenssityöasemaa ei kaapata kuin kerran. Jokaisen kaappauksen jälkeen tuotetaan uusi referenssityöasema ellei työasema ole virtuaalikone jolloin voidaan palata haluttuun tallennuspisteeseen. Tämän takia referenssityöaseman asentaminen kannattaa automatisoida. Lisäksi virtuaalityöaseman käyttäminen tuo mukanaan tarkistuspisteet joiden avulla on helppo palata jatkamaan ko. työaseman muokkaamista tai nollata työasema tyhjäksi.

1. Käynnistä sammutettu referenssityöasema edellä luomaasi (muokkaamatonta) WindowsPE mediaa käyttäen.
   
   
2. Kun referenssityöaseman on käynnistetty voidaan suorittaa levykuvan kaappaaminen referenssityöaseman järjestelmäosioista. Oletusarvoisesti WindowsPE hakee tarvittavat verkkoasetukset dhcp-palvelimelta jolloin levykuvan voidaan kaapata suoraan tiedostopalvelimella olevaan verkkojakoon.
   
   Ennen kaappaamista täytyy kuitenkin muodostaa levylinkki haluttuun jaettuun kansioon komennolla:
   
   net use i: \\palvelin\jaettukansio /user:toimialue\käyttäjä salasana
   
   Jos PE:n rakentamisen aikana siihen sisällytettiin komentojono joka sisältää em. komennon voidaan sitä käyttää tässä vaiheessa.
   
3. Kaappaa referenssilevykuva palvelimella olevaan jaettuun kansioon joko:
   
   Käyttämällä Gimagex ohjelmaa. Anna WindowsPE ikkunassa komento gimagex
   
   
   
   TAI
   
   imagex /capture D:\ i:\Win-Ref-001.wim “Win-Ref-Img”
   
   TAI
   
   Dism /Capture-Image /ImageFile:D:\Win-Ref-001.wim /CaptureDir:C:\ /Name:" Win-Ref-Img"

Referenssityöaseman asentaminen referenssilevykuvasta

Referenssilevykuva asennetaan kohdetyöasemaan käyttämällä muokattua WindowsPE mediaa. Muokatussa PE mediassa on automatisoitu Startnet.cmd komentojonon avulla levyosioiden luominen, levylinkinmuodostaminen tiedostopalvelimeen, referenssilevykuvan palauttaminen ja käynnistystietojen kirjoittaminen system osioon. Asennuksen loput vaiheet on automatisoitu referenssilevykuvaan sisällytetyllä vastaustiedostolla.

1. Käynnistä kohdetyöasema WindowsPE median avulla
   
2. Odota että asennuksen valmistumista

Yksittäisen Windows 10 työaseman asennuksen automatisointi ja asennuksen automatisoinnista yleisimminkin

Windows käyttöjärjestelmän asennuksen automatisoinnin toteutustapa on ollut sama jo vuosia.  Ei automatisoidussa “adidas” asennustavassa asennuksen suorittava henkilö syöttää kaikki tarvittavat tiedot asennusprosessille juosten työasemalta toiselle tietoja kirjoittamassa. Automatisoidun asennuksen taustalla on ns. vastaustiedosto joka sisältää ennalta määritetyt vastaukset kaikkiin asennuksen (Setup.exe)  tarvitsemiin “kysymyksiin”. Asennus rullaa siis omatoimisesti eikä siihen tarvitse sen kummemmin puuttua. Vastaustiedosto oli alunperin käytännössä tekstitiedosto (.sif) mutta Windows asennuksen tekniikan muututtua Windows Vistan myötä vastaustiedostotiedoston tyyppi muutettiin .XML muotoiseksi.

Työasemat olivat pitkään BIOS tyyppisiä. Nykyiset työasemat tukevat UEFI tekniikkaa joka tuo mukanaan lukuisia parannuksia Windows käyttöjärjestelmän ominaisuuksiin (mm. tietoturva). Kirjoitin UEFI:a jo aiemmin TÄSSÄ kirjoituksessa.  Mikäli UEFI on asetettu päälle työaseman firmware asetuksista, pyrkii Windows asentumaan UEFI tilaan. Tämä on huomioitava myös automatisoitua asennusta valmistellessa sillä BIOS tyyppisen ja UEFI tyyppisen työaseman automatisoimiseksi tarvittavat vastaustiedostot poikkeavat toisistaan.

Windows 10:n asentaminen automatisoidusti Hyper-V ympäristöön UEFI tilassa

Esimerkissä automatisoidaan Hyper-V ympäristössä toimiva UEFI tyyppinen työasema. Windows 8.1 myötä Hyper-V ympäristöön voidaan luoda UEFI:a tukevia virtuaalisia työasemia. Nämä työasemat ovat tyypiltään ns. toisen sukupolven virtuaalityöasemia. Toisen sukupolven työasemat tukevat UEFI standardin mukaisia ominaisuuksia mm. Secure Boot yms

HUOM: Alla kuvattu menetelmä ei käytä automatisointiin asennusjärjestelmiä kuten Microsoft Deployment Toolkit, – tai System Center Configuration Manager ohjelmistoja vaan kuvaa asennuksen automatisointia yleisellä tasolla. Massa-asennuksissa tulisi ilman muuta käyttää jotakin em. mainituista järjestelmistä. Esimerkin tarkoituksena on esitellä yleisellä tasolla automatisoinnin tekniikkaa.

Tarkoituksena on siis kyetä asentamaan Windows 10 käyttöjärjestelmä automatisoidusti Hyper-V ympäristöön käyttäen toisen sukupolven Hyper-V työasemaan (UEFI tuettu).

Asennus suoritetaan virtuaaliseen työasemaan liitetystä .ISO tiedostosta

Lyhyesti automatisoitu asennus suoritetaan seuraavasti.

1. Luodaan uusi vastaustiedosto Windows järjestelmän näköistiedostojen hallinta (WSIM) ohjelmistolla. WSIM on osa Assasment and Deployment Toolkit (ADK) pakettia.
   
2. Määritetään vastaustiedostoon kaikki tarvittavat asetukset asennuksen automatisoimiseksi
   
3. Sijoitetaan vastaustiedosto Autounattend.xml nimisenä sijaintiin josta Setup.exe oletusarvoisesti etsii vastaustiedostoa asennuksen käynnistyttyä. Esimerkiksi USB-tikun tai DVD-levyn juurikansio.  Lisää tietoa aiheesta
   
4. Odotellaan asennuksen valmistumista.

Automatisoidun asennuksen toteuttaminen tarkemmin

Seuraavassa esimerkissä käydään läpi yksittäisen Windows 10 työaseman automatisoitu asentaminen UEFI tilassa Hyper-V ympäristöön. Esimerkissä oletetaan että Assasment and Deployment Toolkit (ADK) ohjelmisto on käytettävissä.

1. Luodaan Hyper-V ympäristöön uusi virtuaalinen työasema. Virtuaalisen työaseman tyypiksi valitaan Toinen Sukupolvi jolloin virtuaalikone on käytännössä UEFI yhteensopiva.
   
   
   
2. Avataan Windows järjestelmän näköistiedostojen hallinta ohjelma (WSIM) ja “esitellään” vastaustiedostoon kytkettävä Windows asennuksen levykuva (install.wim) WSIM ohjelmalle. Kopioidaan kuitenkin ensin Windowsin asennusmedian Sources alikansiosta install.wim tiedosto kiintolevylle. Selataan vasta tämän jälkeen pikavalikon Select Windows Image komennolla em. intall.wim tiedostoon ja odotetaan että WSIM saa rakennettua tarvittavan katalogi (.clg) tiedoston. Tämä kestää jonkin aikaa. Katalogitiedostossa on tieto kaikista Windows asennukseen liittyvistä paketeista ja niiden tilasta. WSIM luo katalogitiedosto luodaan .wim tiedoston sisältämien tietojen perusteella.
   
   
   
3. Seuraavaksi ryhdytään määrittämään vastaustiedostossa tarvittavia asetuksia. Tarkoituksena on kerätä WSIM ohjelman vasemmasta alalaidassa olevasta Windows Image kentästä kaikki tarvittavat asetukset ja lisätä ne sopiviin Windows asennuksen vaiheisiin. On tärkeää että tarvittavat komponentit kerätään oikean “bittisyyden” mukaan. Eli jos asennettava käyttöjärjestelmä on 64-bittinen kerätään ainoastaan amd64_ alkuisia komponentteja. Jos taas on kysymyksessä 32-bittinen käyttöjärjestelmä kerätään vain x86 alkuisia komponentteja. Olennaista on lisäksi kerätä komponentit oikeaan asennuksen vaiheeseen ja tietysti asettaa komponentin asetuksiin sopivat määritykset.
   
   
   
   HUOM: esimerkissä on valittu asennettavaksi käyttöjärjestelmäksi Windows10 Enterprisen 64-bittinen englanninkielinen trial versio joten käyttöliittymän kieleksi on valittu englanti mutta näppäimistön “kieleksi” suomi. Kaikki komponentit ovat siis x64 yhteensopivia…siis valittu amd64 lohkosta. Vastaustiedostossa olevat asetukset automatisoivat englanninkielisen Windows 10:n asennuksen.
   
   Asennus luo lisäksi user nimisen käyttäjän ja asettaa salasanaksi 123Demo
   
   Voit ladata valmiin (alla näkyvän) UEFI vastaustiedoston TÄSTÄ linkistä
   
   
   
   HUOM: esimerkkinä toimiva vastaustiedosto on luotu nimenomaan UEFI tyyppisiin asennuksiin. Tämän takia vastaustiedosto luo kiintolevylle ylimääräisen EFI tyyppisen osion. Lisäksi osioita ei valmistella mitenkään ModifyPartition komponentilla vaan ko. komponentti puuttuu vastaustiedostosta kokonaan. Tämä vastaustiedosto ei siis toimi BIOS tyyppisissä asennuksissa.
   
   BIOS tyyppisiin asennuksiin tarvittavan vastaustiedoston löydät TÄSTÄ linkistä. Muista nimetä tiedosto Autounattend.xml nimiseksi ennen käyttöä.
   
4. Seuraava toimenpide on vastaustiedoston toimivuuden testaaminen käytännössä. Testataan vastaustiedoston toiminta asentamalla englanninkielinen 64-bittinen Windows10  virtuaaliseen Hyper-V työasemaan. Asennuksen tulisi sujua automaattisesti työpöydälle asti.
   
   Setup.exe ohjelma etsii oletusarvoisesti Autounattend.xml nimistä vastaustiedostoa siirrettävien laitteiden juurikansiosta (USB, levyke, DVD) ja mikäli löytää ko. tiedoston, käyttää siinä olevia asetuksia asennuksen automatisointiin. Hyper-V työasemaan on hieman hankala kytkeä USB-tikkuja joten vaihtoehdoiksi jäävät virtuaalinen levyke ja muokattu .ISO asennuslevykuva. Koskapa 2 sukupolven Hyper-V työasema ei tue virtuaalista levykeasemaan, jää ainoaksi vaihtoehdoksi muokatun asennusmedian tekeminen. Muokkaamisella tarkoitetaan Autounattend.xml tiedoston sijoittamista Windows10 asennus median
   
   Muokatun UEFI asennusmedian luominen toisen sukupolven (UEFI) työasemaa varten.
   
   Vaihe 1:
   Kopioidaan Windows 10 asennusmedian sisältö kiintolevyllä olevaan kansioon
   
   Vaihe 2:
   Kopioidaan vastaustiedosto Autounattend.xml nimisenä samaan kansioon johon edellä kopioitiin Windowsin asennustiedostot
   
   Vaihe 3:
   Luodaan uusi UEFI:a tukeva .ISO levykuva em. kansiosta Win Toolkit ohjelmalla. Lataa Win Toolkit ohjelmisto ja valitse ohjelman pääikkunassa (Main) ISO maker.
   
   
   
   Määritä Folder kenttään koontikansio luotavalle .ISO kansiolle (ISO Output) sekä määritä lähdekansio johon edellä kopiot Windows asennusmedian tiedostot (Folder) kenttään.
   
   Siirry Advanced välilehdelle ja valitse Boot Image (Advanced) valikosta Custom. Valitse käynnistyslataajaksi lähdekansio\efi\microsoft\boot\efisys_noprompt.bin (myös efisys.bin tiedostoa voi käyttää)
   
   Luo .ISO levykuva Create ISO painikkeella
   
   Vaihe 4:
   Liitä Win Toolkit ohjelman edellä luoma .ISO tiedosto virtuaalisen Hyper-V työaseman DVD-asemaan ja käynnistä työasema. Varmista että asennus “rullaa” läpi ilman ongelmia
   
   HUOM: Jos kohdassa 1 on valittu Hyper-V työaseman tyypiksi 1 sukupolven (BIOS) työasema voidaan vastaustiedosto sijoittaa Autounattend.xml nimisenä esim. Winimage ohjelmalla luodulle virtuaaliselle levykkeelle (.vfd). Lisäksi Hyper-V työasemaan täytyy uutena laitteena lisätä virtuaalinen levykeasema johon Winimagella.vfd tiedosto sijoitetaan.
   

Windows 10 myötä muuttuneet asetukset asennukseen käytettävässä vastaustiedostossa

 

Windows 10 myötä myös asennukseen (mahdollisesti) käytettävän vastaustiedoston (esim. unattend.xml) asetukset ovat muuttuneet. Vastaustiedostoon pystyy määrittämään tukun uusia asetuksia ja osa vanhoista asetuksista on poistunut. Esimerkiksi Windows 10 mukanaan tuoma Compact OS asennustapa voidaan määrittää käyttöön vastaustiedostossa olevan määrityksen avulla

Windows 8.1 ja Server 2012 R2 jälkeen muuttuneet asetukset: https://msdn.microsoft.com/en-us/library/windows/hardware/dn917933%28v=vs.85%29.aspx

Windows 7 ja Server 2008 jälkeen muuttuneet asetukset: https://msdn.microsoft.com/en-us/library/windows/hardware/dn922600%28v=vs.85%29.aspx

Osa asetuksista on määritettävissä myös ns. Provisioning (.ppkg) pakettien avulla. Provisioning paketit mahdollistavat olemassa olevan käyttöjärjestelmän asetusten säätämisen halutunlaiseksi. Paketit tuotetaan Windows Image and Configuration Designer ohjelmiston avulla. WICD on osa uutta ADK pakettia. Paketit toimivat ainoastaan Windows 10:ä

Asetukset jotka voidaan vastaustiedoston lisäksi asettaa myös provisioning paketin avulla: https://msdn.microsoft.com/en-us/library/windows/hardware/dn958623%28v=vs.85%29.aspx