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.