Skip to content

MS Masterdataa suomeksi

Konseptin määrityksiä

Yritän vääntää suomenkielelle monille jo tutut masterdatan määritelmät. Hieman huvitti käännöstä tehdessänikin, mutta kyllä siitä minusta ihan ymmärrettävää tuli. Tosin ei se ihan ysinkertaiselta heti kuulosta.

 

MDS Mallinnus Konseptina (=suunnitelma, ohjattu tai rajoitettu malli toimia tai toteuttaa)

Masterdata services on joukko suhteellisen yksinkertaisia konsepteja. Nämä konseptit muodostavat data joukkoja (Containers) ja palveluja jotka on käytettävissä ja esillä MDS järjestelmässä. Nämä konseptit on helppoja ymmärtää sellaisenaan. Konseptien tukemat vaihtelevat ja monimutkaiset skeemat muodostaa kummatkin – monimutkaisuuden ja tehon joka MDS järjestelmässä on. Ennen mallin objektien toteuttamista, on syytä käydä läpi niiden määritykset.

Mallit (Models)

Organisaation korkein taso MDS:ssä. Mallit eivät ole muuta kun toisistaan riippuvaisia entiteettejä. Vain entiteeteillä samassa mallissa voi olla riippuvuus suhteita keskenään.

Entiteetit (Entities)

MDS:n perus kokoelmat datasta. Yksinkertaisimmillaan, entiteetit voidaan ajatella olevan kuten tietokannassa taulut. Käyttäjät kontrolloivat atribuutteja (sarakkeet/columns) jotka hallitaan jokaisen entiteetin avulla. Jos Eksplisiittisesti (yksityiskohtaisesti/selvästi) määritellyt hierarkiat ovat käytössä entiteetissä, muostuvat nämä entiteetit huomattavasti monimutkaisemmaksi. Se ilmenee isäntä jäsenissä ja niiden konsolidoiduissa jäsenissä niin kuin myös niiden ryhmittelyissä (collections)

Jäsenet (Members )

Tallennetuja tietoja joilla entiteetit on täytetty. Ne voivat olla joko päätason (leaf) tai konsolidoituja jäseniä. Päätason – leaf jäsenet ovat primääri jäseniä entiteetissä. Jos entiteetillä on käytössä eksplisiittiset hierarkiat ja ryhmittelyt, voidaan luoda konsodoituja jäseniä ja niille omia attribuutteja.

Attribuutit (Attributes)

Kuvaavat jäseniä. Karkeasti ajatellen ne voidaan ajatella olevan tietokantataulun kenttiä. Entiteetit pitävät sisällään jäseniä ja niiden attribuutti arvoja. Attribuutit voivat olla joko vapaamuotoisia tai domain rajoitteisia.

Domain attribuutit (Domain-based attributes)

Attribuutit joiden sisältämät arvot on rajattu jäseniin jotka ovat liitetty tietystä entiteetistä.

Hierarkiat (Hierachies)

Konsolidoituja tai jäsenten ryhmittelyjä joita käytetään apuna raportoinnissa ja analysoinneissa. On olemassa kaksi hallintatapaa, eksplisiittinen ja periytetty. Hierarkiat tuottavat tai varmistavat lopputuloksen jossa arvoja ei voida tuplata tai hävitä loppukäyttäjäsovelluksissa.

Ryhmittelyt (Collections)

Tarjoavat mahdollisuuden joustavaan ryhmittelyyn jollaista hierarkiat eivät voi tukea.

PowerBI embedded

Power BI saadaan vihdoin upetettua iFrame :een.

image

Mukava ominaisuus tuotiin julki build tapahtumassa jokin aikaa sitten.

Tässä lyhyt yhteenveto kuinka se tehdään

Tarvitset PowerBI raportin, AZURE tilin ja Visual Studio 2015, sekä roppakaupalla kärsivällisyyttä nugettien kanssa, koska kyseessä on preview komponentit.

AZURE:

Tee uusi resurssiryhmä. Huomaa että vain South Central US on tarjolla tässä preview versiossa.

image

Resurssiryhmään tulee tehdä uusi PowerBI työtila. Valitse – New – Marketplace / Data + Analytics / PowerBI Embedded

image

Täytä tarvittavat tiedot työtilan luomiseksi ja valitse alereunasta ‘Create’

image

Pin to dashboard ei ole ollenkaan huono idea. Tosin jos demoilet paljon – voi niitä tulla sitten hieman liikaakin – mutta pysyypähän muistissa Smile

Ja sitten se näyttääkin tältä.

imageimage

Tässä vaiheessa voitkin ottaa talteen tiedot, jotka on tarpeen varsinaisen raportin upotuksessa apuohjelman työtilan ja sen raportin provisiointia varten.

image

’Access keys’ osa löytyy nyt oikeanpuolimmaisena näytölläsi. valitse ‘copy’ settings kohdasta ja liitä sen key 1 muistiinpanoihisi. Samoin Työtilan teossa kirjoitamasi muutkin tiedot. Tarvitset niitä provisiointiin tehdtyyn apuohjelmaan, jonka voi ladata täältä. https://github.com/Azure-Samples/power-bi-embedded-integrate-report-into-web-app/

Microsoftin toimittama aluperäinen artikkeli löytyy täältä:

https://azure.microsoft.com/nl-nl/documentation/articles/power-bi-embedded-get-started-sample/

TIEDOT MUISTIIN:

Key 1 (esimerkki)

UJHmCRNPc0fcx7vi70nUo++Ghh4H0t+2Di2dKWJW2Eg/F5Erggy70vjwQ5J69bRCUM7xk1fZ0lHL3S7T+vqNCA=

– Subscriptionid (esimerkki)

397ec54d-XXXXX-41fe-XXX-06655b6xxxxx

– Workspace Collection name

ArvoPowerBI2

– Workspace ID (esimerkki)

9d453247-36fd-4bdf-ba0c-d05526920614

– PowerBI raportti faili

E:\Users\Arvo Paukkunen\OneDrive\Downloads\PowerBi\Retail Analysis Sample.pbix

DEMO – video

Visual Studio

 

Tutkin malleja ja ratkaisuja jonkin verran ja vietin lopulta suurimman osan ajasta nugettien säätämisessä. Aloitan siksi tässä siitä. Taivottavasti tämä nopeuttaa turhattavinta osaa tästä ja pääset nopeammin toisi toimiin Smile .

Esimerkki ohjemassa tuntui kaikki olevan kohdillaan, joten kokeillessani erästä toista, tuli nuo ongelmat eteen. Tässä malli joka toimi lopulta minulla:

Lataa ja avaa tämä visual studio MVC projekti MyPowerBI

https://onedrive.live.com/redir?resid=AB6378142A6498FC!670777&authkey=!AKgIdWy0JKiP33k&ithint=file%2czip

 

Ensimmäisenä temppuna varmista että oikeat nugetit on mukana. Itse jouduin lataamaan kaikki yksitellen ja kokeilemaan missä vaiheessa virheet loppuivat. Alinna löytyy ’tältä se näyttää’ kuva siitä kun oikeat nugetit on tämän päivän powerbi embedded version kanssam sulassa sovussa. Tämän kuvasarja kertoo maanläheisen tavan varmistaa että saatavilla olevat, asennetut ja päivityksiä saatavilla versiot ei aiheuta liiemmin päänvaivaa

Vaihe 1 – ilman prerelease versioita (browse – saatavilla)

image

ilman prerelease versioita (installed – asennettavat tässä versiossa Smile)

image

Prerelease versioiden kanssa

image

image

Asennetut – ei erikseen pre versiota

image

En päivittänyt mitään noista. päivitys voi tietty tulla kyseeseen, mutta sen näet buildin jälkeen.

Muutokset itse koodiin on vain:

web.config failiin:

<appSettings>
<add key=”webpages:Version” value=”3.0.0.0″ />
<add key=”webpages:Enabled” value=”false” />
<add key=”ClientValidationEnabled” value=”true” />
<add key=”UnobtrusiveJavaScriptEnabled” value=”true” />
<add key=”powerbi:AccessKey” value=”xxxxxxxxxxxxxxxxxxxx” />
<add key=”powerbi:ApiUrl” value=”https://api.powerbi.com” />
<add key=”powerbi:WorkspaceCollection” value=”NimiNimiNimiNimi” />
<add key=”powerbi:WorkspaceId” value=”xxxxxxxxxxxxxxxxx” />
</appSettings>

Kun ongelmia ei näy ja yllä olevat parametrin on syötetty, voit ajaa uuden MVC asp.net sovelluksen ja alkaa protoilla miten iFrame voitaisiin liittää omaan ohjelmaasi.

 
DEMO – video:

Kommentoi ja anna palautetta. Minut saa kiinni myös Bilot Oy mailista.

AZURE varmistukset

Tein Azure ympäristööni parannuksia muuttamalla domain kontrollerin Server coreksi, että saisin sen vieläkin edullisemmin ja säästäisin virtuaali- rautaa. Tätä tehdessäni tuli mieleen että, miten saisin kätevästi tehtyä varmuuskopion – jos core muutoksessa menisikin jotain pieleen tai haluaisin palauttaa käyttöliittymällinen domain kontrollerin nopeasti – ilman käyttökatkoa…tai edes lähes Smile

Tässä testattuna ja hyväksi todettuna. Tässä siis suomennettuna ja testattuna. Ole varovainen palautuksen kanssa. Virtuaalikone todellakin tuhotaan operaation aikana. Sen palauttaminen keskeytyneen skriptin tms. jälkeen voi olla haasteellista… Onnistuin itse välillä kaatamaan palautuksen kun data levyjä oli useampia. Palauttelin tällaisen jälkeen vm:n Azure Management Studiolla (http://www.cerebrata.com/products/azure-management-studio/introduction)

Ensinnäkin en alkanut ensin lisäämään automaatiota, vaan tein yhden Azure virtuaalikoneen kerrallaan. Nyt käytän varmistuksiin ja palautuksiin ‘manuaalisesti’ koneen mukaan nimettyjä PowerShell skriptejä.

Varmuuskopiointi koostuu seuraavista vaiheista:

  • Olettamukset ja valmistelut
  • Valitse virtuaalikone joka kopioidaan
  • Identifioi jokainen virtuaali- levy
  • Luo storage container varmistuksen tallennukseen
  • Varmuuskopio virtuaali koneet cloud storageen Windows Azuressa.

Aluksi tarvitaan ‘olettamukset ja alustus’

Lokitus omaan paikalliseen hakemistoon ja muuttama muu juttu…

image

Jos sinulla sattuu olemaan useita Azure tilauksia (subscriptions) ja haluat jonkin käsittelyyn jonkin muun kun nykyisen online profiiliisi linkatun tilauksen. Varmista seuraavalla skriptillä oikea kohde. Minulla esimerkiksi on arvosoft@hotmail.com vain protoiluun ja muutamia muita Microsoft tilejä eri asiakas ja kehitys projekteihin.

Muussa tapauksessa vain sertit import ja azure on autentikoitu…

image

image

image

Get-AzureVM tekee listan virtuaalikoneista tässä tilauksessa ja nyt autentikoidulla sertifikaatilla. Alla olevassa kuvassa on kaikki koneet pois päältä ja silloin niitä ei voida käsitellä. Ainakin käsiteltävä kone on oltava päällä ja provisoituna normaalisti. Skiripti sammuttaa sen , mutta jättää tilaan ready (allokoitu)

image

Kun domain kontroller virtual kone on käynnissä näyttää Get-AzureVM tulos tältä:

image

Valitse virtuaali- kone, joka varmistetaan

Kone voidaan valita cmdletillä Get-AzureVM. Kun ajat sen ilman sellaisenaan, saat listan provisioiduista virtuaalikoneistasi. Talleta haluttu virtuaalikone $vm muuttujaan ja pysäytä se jättäen se provisioituun tilaan.

image

Varmistus, että virtuaalikone on oikeassa tilassa:

image

Paikallista ja tunnista tarvittavat OS ja Data levyt

OS levyjä on vain yksi, mutta data levyjä voi tietysti olla useampia. Ne haetaan omiin muuttujiinsa ja Data levyt ovat ‘collection’ ja ne pitää luupata läpi.

Luodaan storage container käyttämällä medial link ominaisuutta.

image

Ja vielä varmistus, että storage luotiin oikein. Sen voi tietenkin kurkata myös muilla työkaluilla tai azure web hallinta saitilla.

Tässä power shell ja saitti:

image

image

Nyt on kaikki valmista varsinaisen varmistuksen tekoon. Ensin muutama variaabeli Blob käyttöön ja sitten menoksi…

image

Yllä muuttujan ja varmistus, että ne on muodostettu oikein.

image

On hyvä huomioida, että kopiointi on asynkroninen ja se toteutetaan taustalla. CopyState:lla voidaan varmistaa edistymisen tila.

Enää jäljellä onkin data levyjen varmistuskopiointi, joka toteutetaan luuppaalla kaikki läpi.

Tässä tapauksessa, koska muita levyjä ei ollut lopputulos näyttää tältä:

image

Varmistuksen palauttaminen

Ehkä tärkeämpi osuus tässä on edellisen osan varmistusten palauttaminen. Tässä sen vaiheet:

  • Valitse palautettava virtuaalikone
  • Paikanna ja identifioi jokainen virtuaalilevy joka palautetaan
  • De-provisio virtuaali kone palautettavaksi
  • Palauta virtuaalikoneen käyttöjärjestelmälevy (OS Disk)
  • Palauta virtuaalikoneen muut levyt, jos sellaisia on.  
  • Uudelleen provisioi virtuaalikone

    Valitse palautettava virtuaalikone

    Edellisen osan varmistuskopioitu virtuaalikone voidaan valita komennolla Get-AzureVM. Ilman parametreja sellaisenaan suoritettuna se palauttaa listan virtuaalikoneista jotka ovat provisioitu – käytettävissä tällä hetkellä.

    Get-AzureVM

    image

    Tietyn virtuaalikoneen valinta tehdään laittamalla  ServiceName ja Name arvot parametreiksi ja ohjaamalla tulos uuteen variaabeliin.

    $vm = Get-AzureVM -ServiceName ArvoLab-ARVOSOFT -Name ARVOSOFTDC

    Tämän jälkeen valittuun virtuaalikoneeseen voidaan viitata variaabelilla $vm.

    Samaan tapaan kun edellisissä osassa, on virtuaalikone oltava samutettuna, mutta provisioituneena. Se kuitenkin käynnistetään lopuksi erillisellä komennolla aivan viimeisenä.

    $vm | Stop-AzureVM –StayProvisioned

    image

    Kun kone on oikeassa tilassa, voidaan edetä seuraavaan aiheeseen, jossa paikallistetaan ja identifioidaan virtuaalikoneen kaikki virtuaali levyt jotka halutaan palauttaa.

    Paikanna ja identifioi jokainen virtuaalilevy joka halutaan palauttaa

    Käyttöjärjestelmälevyn sijainti haetaan tallennusta varten komennolla Get-AzureOSDisk .

    $vmOSDisk = $vm | Get-AzureOSDisk

    Kaikilla virtuaalilevyillä on kaksi ominaisuutta jotka ovat tarpeen varmistuksissa ja palautuksissa. nämä ovat DiskName ja MediaLink arvot jotka näkyy kuvassa alla. Näillä tiedoilla saamme kunkin virtuaalikoneen kaikki levyt varmuuskopioitua ja palautettua.

     image
    Common Property Values for a Windows Azure Virtual Hard Disk

    Muiden kun käyttöjärjestelmä levyjen vastaavat toimenpiteet (sijainti) tehdään komennolla Get-AzureDataDisk. Koska virtuaalikoneilla voi olla useita levyjä tuloksena palautuu tietojoukko (collection of DataVirtualHardDisks).

    $vmDataDisks = $vm | Get-AzureDataDiskimage

  • De-provisioi virtuaalikone palautettavaksi

    Provisioidut virtuaalikoneet pitävät kirjaa levyistään – ja muista ominaisuuksistaan – ettei ne ole vahingossa tai epähuomiossa poistettu tms. Tämän takia virtuaalikoneen konfiguraatio on varmistettava kopioimalla se talteen paikalliselle levylle ensin ja sitten kyseinen virtuaalikone ‘tuhotaan’ uuden palautettavan koneen tieltä. Tämä on kuitenkin onneksi yksinkertaisesti tehtävissä vain muutamalla lisärivillä PowerShell koodia.

    Ensin, Luodaan uusi paikallinen kansio XML failia varten. Virtuaalikoneen konfiguraatio xml tallennetaan tänne palautuksen ajaksi.

    $exportFolder = "C:\ExportVMs"

    if (!(Test-Path -Path $exportFolder)) {

                New-Item -Path $exportFolder -ItemType Directory

            }

    image

    Ja tänne kopiodaan XML faili jota käytämme palautusprosessin loppuvaiheessa re-provisioinnissa.

    $exportPath = $exportFolder + "\" + $vm.Name + ".xml"

    $vm | Export-AzureVM -Path $exportPath

    image

    Kun kopiointi on varmasti tehty voidaan suorittaa Remove-AzureVM komento jolla virtuaalikone poistetaan/tuhotaan palautuksen valmistelutoimenpiteenä.

  • image

    Remove-AzureVM -ServiceName $vm.ServiceName -Name $vm.Name

    Restore Windows Azure VM OS Disk

    Tässä vielä muutama variaabeli palautuksen onnistumiseksi.

    $vmOSDiskName = $vmOSDisk.DiskName

    $vmOSDiskuris = $vmOSDisk.MediaLink

    $StorageAccountName = $vmOSDiskuris.Host.Split(’.’)[0]

    $vmOSBlobName = $vmOSDiskuris.Segments[-1]

    $vmOSOrigContainerName = $vmOSDiskuris.Segments[-2].Split(’/’)[0]

    $backupContainerName = “backups”

    Koska virtuaalikoneen poiston jälkeen on usein levyissä tieto niiden liitoksesta tiettyy virtuaalikoneeseen, on tässä hyvä odottaa hetki suorittamalla while loop tarkistamaan liitoksen poistuminen.

    While ( (Get-AzureDisk -DiskName $vmOSDiskName).AttachedTo ) { Start-Sleep 5 }

  • image

    Sen jälkeen poistaminen onnistuu.

    Remove-AzureDisk -DiskName $vmOSDiskName –DeleteVHD

  • image

    Poiston jälkeen palautus voidaan suorittaa komennoilla Start-AzureStorageBlobCopy ja Get-AzureStorageBlobCopyState :

    Start-AzureStorageBlobCopy -SrcContainer $backupContainerName -SrcBlob $vmOSBlobName -DestContainer $vmOSOrigContainerName –Force

  • image

    Get-AzureStorageBlobCopyState -Container $vmOSOrigContainerName -Blob $vmOSBlobName –WaitForComplete

  • image

    Add-AzureDisk -DiskName $vmOSDiskName -MediaLocation $vmOSDiskuris.AbsoluteUri -OS Windows

  • image

    Tähän loppuu käyttöjärjestelmälevyn palautus prosessi.

    Palauta virtuaalikoneen muut mahdolliset levyt

    Koska levyjä voi olla useita, käytetään tässä for each looppia läpikäyntiin

    ForEach ( $vmDataDisk in $vmDataDisks ) {

            $vmDataDiskName = $vmDataDisk.DiskName

            $vmDataDiskuris = $vmDataDisk.MediaLink

            $vmDataBlobName = $vmDataDiskuris.Segments[-1]

            $vmDataOrigContainerName = $vmDataDiskuris.Segments[-2].Split(’/’)[0]

            While ( (Get-AzureDisk -DiskName $vmDataDiskName).AttachedTo ) { Start-Sleep 5 }

            Remove-AzureDisk -DiskName $vmDataDiskName –DeleteVHD

            Start-AzureStorageBlobCopy -SrcContainer $backupContainerName -SrcBlob $vmDataBlobName -DestContainer $vmDataOrigContainerName –Force

            Get-AzureStorageBlobCopyState -Container $vmDataOrigContainerName -Blob $vmDataBlobName –WaitForComplete

            Add-AzureDisk -DiskName $vmDataDiskName -MediaLocation $vmDataDiskuris.AbsoluteUri

        }

    Tämän jälkeen kaikki levyt ovat valmiina ja virtuaalikone voidaan provisioida.

    Uudelleen provisio virtuaalikone

    Tähän käytetään Import-AzureVM komentoa. Uudelleen provisioinnin jälkeen virtuaalikoneen tiedot ovat liitetty palautettuun kopioon koneesta alussa tallennetun XML konfiguraatiotiedoston mukaan.

    Import-AzureVM -Path $exportPath | New-AzureVM -ServiceName $vm.ServiceName -VNetName "InSpeed-network"

    Siinäpä se!.

Kiitokset / Special thanks for excellent article beleongs to Keith Mayer

Tämän inspiraationa löytyy alkuperäinen Keith Mayerin ratkaisu hänen blogista:

http://blogs.technet.com/b/heyscriptingguy/archive/2014/01/24/create-backups-of-virtual-machines-in-windows-azure-by-using-powershell.aspx

Testiploggaus arvoinvemco

Testibloggaus via email

Sent from Windows Mail

VMWare konversio Hyper-v :ksi

Etsin jonkin aikaa joustavaa tapaa kovertoia VMWare virtuaalikoneeni Winows 7 koneeltani Windows 8 koneen uuteen ympäristööni, jonka juuri päivitin Windows 8 : ksi.

Windows 8 tuo mukanaan 64 bit Hyper-v virtualisoinnin, joten en enää tarvitse VMWarea labra koneitani varten. Winows 7 koneessa, kun oli vain 32 bit virtualisointi ja se ei riitä esim. 5 koneen sharepoint farmiin, jossa on SQL 08/2012 kannat sekä ORACLE 11 ja essbase ym.

Ensin sopivaa työkalua ei tuntunut löytyvän millään ja kaikki tuntuivat olevan liian pitkälle vietyjä ratkaisuja ja tarkoitettuja oikeaan tuotantoympäristöön – läppärillä pyörivän labra ympäristön sijaan.

Lopulta löysin sysinternals työkalun nimeltä Disk2vhd v. 1.63. Sillä homma käy todella napakasti ja virtuaalikoneet jopa vievät nyt vähemmän tilaa kun VMWare versiot. Tosin tilan muutos taisi tulla snapshottien poistamisesta…

image

Työkalu on tarkoitettu fyysisen koneen muuntamiseen virtuaaliseksi. Hyvä juttu oli se, että käynnistin sen VMWare virtuaalikoneessa ja ohjelma muuttaa kiltisti sen siitä Hyper-v koneeksi – ihan kun VMWare olisi fyysinen kone. Sitähän juuri hainkin.

Alun hankaluutena on kuitenkin se, että VMWare ei voi olla samalla koneella Hyper-v asennuksen kanssa. Siitä pääsee ohi yksinkertaisesti poistamalla hyper-v ja sen jälkeen käynnistämällä tarvittavat VMWare koneet yksi toisensa perään ja kopsaamaalla Disk2vhd ko. koneella ja suorittamalla se niin että uusi VH faili tulee ulkoiselle kovalevylle – jos läppärin levylle ei mahdu.

Käytännössä installoin ensin heper-v n testatakseni sitä, mutta huomasi pian että saaakseni VMWaren toimimaan – se tuli poistaa. Kokeilin näin yhden virtuaali koneen ja testasin konversion. Sitten poistin hyper-v n ja konvertoin kaikki loput koneeni – noin 200 Gigaa. Sitten asensin hyper-v n takaisin ja otin sen käyttöön sekä poistin VMWaren.

Tämä vei aikaa muutaman päivän verran – joulun pyhien aikana…

Tässä muutama aiheeseen liittyvä linkki:

http://technet.microsoft.com/en-US/sysinternals

http://simon.rozman.si/computers/virtual/copy-physical2vhd

http://www.jaylee.org/page/Hyper-V-Virtual-Machine-Mover.aspx

http://www.jaylee.org/post/2008/10/How-to-convert-a-big-VMWare-VMDK-into-an-Hyper-V-VHD.aspx

http://4sysops.com/archives/free-vmdk2vhd-convert-vmware-vmdk-to-hyper-v-vhd/

http://www.aaronpalermo.com/wordpress/archives/32

http://live.sysinternals.com/

Microsoft solution accelerator

Muuten hyvä tuotos, mutta esimerkiksi minun tapauksessa käytössä on vain Vmware player imaget tai Vmware desktop – ei esx tms serverituotetta. Silloin vain yllä oleva esimerkki toimii ei tuo muuten niin hyvä solution accelerator

image

En viellä kerinnyt kokeilla cmd line käyttöä, joka on lupaavan oloinen dokumentaation  puolesta (voisi ehkä toimiakkin):

MVDC.exe ’.\VMDK\Test.vmdk’ ’.\vhd\Test.vhd’

Windows 8 tuoteavaimen vaihto ja aktivointi

Paina Windows + R
Kirjoita slui 3
Klikkaa OK (tai paina enter)
Kirjoita tuoteavain ja klikkaa Activate

Windows login screen kuvan vaihtaminen

Muuten ok, mutta allaoleva ei ihan toiminut… laitan tähän postaukseen lisäinfoa, kun keksin miksi online profiilillani tämä ei toiminutkaan niin kuin odotin… Löytyi ja olihan se paljon helpompaa kun eräs twiikkaus saitti ehotteli – ja paljon – ei ollenkaan niin hieno, koska ei tarvinnut enää itse keksiä mitään – se oli jo tehty Smile – niin kuin ennenkn. Tutkin hieman sitä twiikkaus saittia ja sitä toimiiko siellä mikään…

Selitys löytyy painamalla windows painikella ja kirjainta I (ilmari) ja navigoi itsesi asetusten personalisointiin. kuva tuolla alla…

Aina sitä pitää päästä twiikkaamaan uutta käyttistä Smile tässä kikka joka ei ole vaikea löytää hakukoneillakaan ja ilman tätä eitietenkään voi tehdä duunia ?

Avaa windows haku

image

ja kirjoita siihen gpedit.msc – ja paina enter.

image

image

Avaa sovellus ja navigoi alla olevan mallin mukaan editointi ikkunaan:

image

Tuplaklikkaa valittu rivi ja editoi tiedot seuraavan mallin mukaan – laita haluamasi kuva ja homma on tehty.

 

Tällä muokkaus onnistui paremmin:

image

Ja sitten:

Muuta Logout Screen for all Accounts
  1. Metro näytöllä kirjoita run ja paina enteriä.

  2. Kirjoita sitten gpedit.msc tekstilaatikkoon ja paina OK

  3. Navigoi Computer Configuration -> Administrative Templates -> System -> Logon

  4. Enable the policy “Always use custom logon background"

%d bloggers like this: