Kannettava kirjautuu toimistossa sisään noin neljässäkymmenessä sekunnissa ja kotona siihen menee minuutteja, eikä kukaan ole välissä muuttanut käytäntöä. Muuttunut asia on verkkopolku kolmen ominaisuuden alla, jotka näyttävät samalta ja käyttäytyvät eri tavalla. Roaming-profiili lataa rekisterin tilan ja profiilikansiot, kansioiden uudelleenohjaus osoittaa kuorikansion palvelimen jakoon, ja offlinetiedostot pitävät välimuistia kelvollisista verkkotiedoista. Kaikki kolme voivat lisätä aikaa kirjautumiseen, ja yleensä vain yksi niistä on vastuussa.

Kolme odotusta ja kolme eri omistajaa

Roaming-profiili on se, joka saa käyttäjän asetukset seuraamaan henkilöä osallistuvien tietokoneiden välillä, ja lataus tapahtuu istunnon alussa. Käyttäjän rekisterin haara ja profiilikansiot kopioidaan tai yhdistetään kirjautuessa ja kirjoitetaan takaisin uloskirjautuessa. Tämä työ on synkronista, minkä vuoksi hidas polku profiilijakoon tuntuu hitaana työpöytänä eikä hitaana tiedostokopiona.

Kansioiden uudelleenohjaus on toinen mekanismi. Se siirtää valitut kuorikansiot, Asiakirjat on tavallinen esimerkki, tuettuun verkkosijaintiin ja jättää ne sinne. Profiili voi silloin pysyä pienenä, koska tiedot eivät ole sen sisällä, ja kustannus siirtyy hetkeen, jolloin kuori tai sovellus koskettaa sitä kansiota.

Offlinetiedostot lisäävät paikallisen välimuistin ja synkronoinnin kelvollisille verkkotiedostoille. Ne vastaavat eri kysymykseen, eli mitä tapahtuu, kun palvelin ei ole tavoitettavissa, ja ne voivat kuluttaa aikaa synkronointiin kirjautuessa ja uloskirjautuessa, kun välimuisti on vanhentunut. Juuri kaikkien kolmen kohteleminen yhtenä asetuksena tuottaa käytännön, joka on hidas toiseen suuntaan ja hyödytön toiseen.

Mittaa, mikä niistä oikeasti odottaa

Aloita lukemalla, missä profiili asuu ja ladataanko se palvelinpolulta. Mittaa sitten hakemistolistauksen aika jokaisessa jaossa, johon istunto koskee, koska millisekunneissa lähiverkossa vastaava jako voi kestää sekunteja tunnelin ja kiireisen tiedostopalvelimen kautta.

Nämä kaksi tosiasiaa rajaavat ongelman nopeammin kuin mikään käytäntöauditointi, eikä niiden kerääminen vaadi mitään kokoonpanomuutosta. Aja ne kärsivällä kannettavalla, älä palvelimella, joka seisoo jaon vieressä.

Get-CimInstance Win32_UserProfile | Select-Object LocalPath, Loaded, SID
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\*' | Select-Object ProfileImagePath
Measure-Command { Get-ChildItem '\\fs01.corp.internal\profiles\a.singh' | Out-Null }

Jos profiilin polku on paikallinen ja vain yksi uudelleenohjattu kansio osoittaa palvelimelle, profiilin lataus ei ole sinun odotuksesi, mitä tahansa tukipyyntö sanoo. Jos profiilin polku on etäinen ja listaus kestää sekunteja, kirjautuminen odottaa sitä jakoa, ja korjaus koskee polkua tai profiilin kokoa eikä työpöytää itseään. Lue luvut siinä järjestyksessä, ja väittely yleensä päättyy siihen.

Yhteys saapuu vasta, kun odotus on alkanut

Työpöydältä käynnistyvä käyttäjätunneli ilmestyy vasta kauan sen jälkeen, kun profiili on ladattu, joten se ei voi auttaa vaiheessa, joka oli hidas. Windows huomaa tavoittamattoman polun, putoaa takaisin välimuistiin tallennettuihin tunnistetietoihin ja paikalliseen profiiliin, ja istunto lopulta avautuu. Siksi sama kannettava voi viedä minuutteja ensimmäisellä kotikirjautumisella ja sekunteja toisella, kun välimuistiin tallennettu profiili on olemassa. Odotus on todellinen, mutta yhteys, jonka se tarvitsee, ei ole olemassa siinä hetkessä.

Korjaaminen tarkoittaa yhteyden siirtämistä aikaisemmaksi, ei profiilin virittämistä. Konetunneli tai ennen kirjautumista -yhteys tietokoneen todennuksella luo polun ennen kuin käyttäjä kirjautuu, ja se tarvitsee oman varmenteen elinkaaren ja omat palomuurisäännöt. Välimuistiin tallennetut tunnistetiedot ovat suunnittelun toinen puoli, ja ne toimivat vain tileille, jotka ovat kirjautuneet aiemmin.

Testaa järjestys, ei komponentteja. Kirjaudu kokonaan ulos, käynnistä tunneli niin kuin etäkäyttäjä tekisi, ja mittaa kirjautuminen tunnistetietokehotteesta käyttökelpoiseen työpöytään.

Pidä asiakirjat poissa profiilista

Profiilijako on väärä paikka suurille asiakirjakokoelmille, ja Microsoftin roaming-profiilien käyttöönotto-opas pitää juuri siksi profiilitallennuksen ja uudelleenohjattujen kansioiden jaot erillään. Profiili, joka kantaa usean gigatavun Asiakirjat-kansion, on hidas jokaisella kirjautumisella ja uloskirjautumisella, ja koko kasvaa hiljaa, kunnes joku mittaa sen.

Ohjaa uudelleen kansiot, jotka pitävät tietoja, ja jätä profiilille asetukset. Jätä pois välimuistit, jotka voidaan rakentaa uudelleen, kuten selainten välimuistit ja sovellusten väliaikaiset tiedot, koska niiden siirtäminen lisää aikaa eikä muuta mitään, mitä käyttäjä näkee. Pidä postilaatikon tiedot ja muut sovellusten tallennustilat sijainnissa, jota sovellus tukee, ei roaming-polkussa.

Älä tee profiilijaosta offline-käytettävää. Offlinetiedostot kuuluvat kelvollisiin tietojakoihin, ja välimuistiin tallennettu profiilin haara, joka synkronoi molempiin suuntiin, on korruptioraportti, joka odottaa tapahtumistaan.

Testaa kaikki neljä skenaariota ennen kuin sanot sen korjatuksi

Toimistossa nopea kirjautuminen todistaa hyvin vähän. Suunnittelun on kestettävä toimistokäyttö, kotityö tunnelin kautta, työ ilman yhteyttä ja paluu toimistolle, koska juuri neljännessä tapauksessa synkronointiristiriidat ilmenevät. Mittaa samat neljä yhdellä hallitulla tilillä ja oikeilla sovelluksilla, ja kirjoita luvut muistiin.

Kerää profiilipalvelun loki ja siitä johtuva käytäntöjoukko kärsivästä istunnosta, ei omalta hallintatyöasemaltasi.

Get-WinEvent -LogName 'Microsoft-Windows-User Profile Service/Operational' -MaxEvents 30
gpresult /r /scope:user
Measure-Command { Get-ChildItem '\\fs01.corp.internal\users\a.singh\Documents' | Out-Null }

Vertaa näitä aikoja toimiston perustasoon ja siirrettävän tiedon kokoon. Kirjautuminen, joka vie pienen profiilin ja nopean jaon kanssa yhä minuutin, ei ole profiiliongelma, ja seuraava paikka katsoa on ryhmäkäytännön käsittely tai kirjautumiskomentosarja, joka odottaa verkkoa. Jos ero on siellä, profiili ei ollut koskaan ongelma. Varmista, että synkronoimaton työ on säilynyt, ennen kuin muutat kansiakäytäntöä tai tyhjennät välimuistin, koska synkronointi ja palautettava varmuuskopio ovat eri takeita.

Aiheeseen liittyvät artikkelit