Sülearvuti logib kontoris sisse umbes neljakümne sekundiga ja võtab kodus minuteid, ja vahepeal ei muutnud keegi poliitikat. Muutus on võrgutee kolme funktsiooni all, mis näevad sarnased välja ja käituvad erinevalt. Rändprofiil laadib registri oleku ja profiilikaustad, kaustade ümbersuunamine suunab kestakausta serveri jagatud kausta, ja võrguühenduseta failid hoiavad sobivate võrguandmete vahemälu. Kõik kolm võivad sisselogimisele aega lisada, ja tavaliselt vastutab ainult üks neist.

Kolm ootamist kolme erineva vastutajaga

Rändprofiil on see, mis paneb kasutaja seaded inimesega kaasas käima osalevate arvutite vahel, ja laadimine toimub sessiooni alguses. Kasutaja registri haru ja profiilikaustad kopeeritakse või ühendatakse sisselogimisel ning kirjutatakse väljalogimisel tagasi. See töö on sünkroonne, seepärast tuntakse aeglast teed profiili jagatud kausta juurde aeglase töölauana, mitte aeglase failikopeerimisena.

Kaustade ümbersuunamine on teine mehhanism. See viib valitud kestakaustad, Dokumente on tavaline näide, toetatud võrgukohta ja jätab need sinna. Profiil saab siis väike jääda, sest andmed ei ole selle sees, ja kulu liigub hetke, mil kest või rakendus seda kausta puudutab.

Võrguühenduseta failid lisavad kohaliku vahemälu ja sünkroonimise sobivate võrgufailide jaoks. Need vastavad teisele küsimusele, nimelt mis juhtub, kui server ei ole kättesaadav, ja need võivad kulutada aega sünkroonimisele sisselogimisel ja väljalogimisel, kui vahemälu on vananenud. Just kõigi kolme kohtlemine ühe seadena loob poliitika, mis on ühes suunas aeglane ja teises kasutu.

Mõõtke, milline tegelikult ootab

Alustage sellest, kus profiil asub ja kas see laaditakse serveri teelt. Seejärel mõõtke kataloogi loendi aega igas jagatud kaustas, mida sessioon puudutab, sest kohalikus võrgus millisekunditega vastav jagatud kaust võib tunneli ja hõivatud failiserveri kaudu võtta sekundeid.

Need kaks fakti kitsendavad probleemi kiiremini kui ükski poliitika audit, ja nende kogumiseks ei ole vaja ühtegi konfiguratsioonimuudatust. Käivitage need mõjutatud sülearvutis, mitte serveris, mis seisab jagatud kausta kõrval.

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 }

Kui profiili tee on kohalik ja ainult üks ümbersuunatud kaust osutab serverile, ei ole profiili laadimine teie ootamine, ükskõik mida tugipilet ütleb. Kui profiili tee on kaugtee ja loend võtab sekundeid, ootab sisselogimine seda jagatud kausta, ja parandus puudutab teed või profiili suurust, mitte töölauda ennast. Lugege numbreid selles järjekorras ja vaidlus lõpeb tavaliselt seal.

Ühendus saabub pärast ootamise algust

Töölaualt algav kasutajatunnel ilmub kaua pärast profiili laadimist, seega ei saa see aidata etappi, mis oli aeglane. Windows märkab kättesaamatut teed, langeb tagasi vahemällu salvestatud mandaatidele ja kohalikule profiilile, ja sessioon avaneb lõpuks. Seetõttu võib sama sülearvuti esimesel kodusel sisselogimisel võtta minuteid ja teisel sekundeid, kui vahemällu salvestatud profiil on olemas. Ootamine on tõeline, kuid ühendust, mida see vajab, sel hetkel ei ole.

Selle parandamine tähendab ühenduse varasemaks viimist, mitte profiili häälestamist. Masintunnel või enne sisselogimist ühendus arvuti autentimisega loob tee enne, kui kasutaja sisse logib, ja vajab oma sertifikaadi elutsüklit ja oma tulemüürireegleid. Vahemällu salvestatud mandaadid on disaini teine pool, ja need töötavad ainult kontode puhul, mis on varem sisse loginud.

Testige järjekorda, mitte komponente. Logige täielikult välja, käivitage tunnel nii, nagu teeks kaugkasutaja, ja mõõtke sisselogimist mandaadi küsimusest kasutatava töölauani.

Hoidke dokumendid profiilist väljas

Profiili jagatud kaust on suurte dokumendikogude jaoks vale koht, ja Microsofti rändprofiilide juurutamise juhend hoiab just seetõttu profiili salvestusruumi ja ümbersuunatud kaustade jagatud kaustu lahus. Profiil, mis kannab mitme gigabaidi suurust Dokumente kausta, on aeglane igal sisselogimisel ja väljalogimisel, ja suurus kasvab vaikselt, kuni keegi selle ära mõõdab.

Suunake ümber kaustad, mis hoiavad andmeid, ja jätke profiilile seaded. Jätke välja vahemälud, mida saab uuesti üles ehitada, nagu brauserite vahemälud ja rakenduste ajutised andmed, sest nende ülekandmine lisab aega ega muuda midagi, mida kasutaja näeb. Hoidke postkasti andmeid ja muid rakenduste hoidlaid kohas, mida rakendus toetab, mitte rändteel.

Ärge tehke profiili jagatud kausta võrguühenduseta kättesaadavaks. Võrguühenduseta failid kuuluvad sobivate andmete jagatud kaustadesse, ja vahemällu salvestatud profiili haru, mis sünkroonib mõlemas suunas, on korruptsiooniaruanne, mis ootab juhtumist.

Kontrollige kõiki nelja stsenaariumi, enne kui nimetate selle parandatuks

Kontoris kiire sisselogimine tõestab väga vähe. Disain peab vastu pidama kontorist juurdepääsule, kodutööle tunneli kaudu, ühenduseta tööle ja kontorisse naasmisele, sest neljandal juhul ilmuvad sünkroonimiskonfliktid. Mõõtke samu nelja ühe kontrollitud kontoga ja päris rakendustega, ja kirjutage numbrid üles.

Koguge profiiliteenuse logi ja sellest tulenev poliitikakomplekt mõjutatud sessioonist, mitte oma haldustööjaamast.

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 }

Võrrelge neid aegu kontori baasjoonega ja ülekantava mahu suurusega. Sisselogimine, mis võtab väikese profiili ja kiire jagatud kaustaga ikka minuti, ei ole profiili probleem, ja järgmine koht, kuhu vaadata, on rühmapoliitika töötlemine või sisselogimisskript, mis ootab võrku. Kui vahe on seal, ei olnud profiil kunagi probleem. Kinnitage, et sünkroonimata töö on säilinud, enne kui muudate kaustapoliitikat või tühjendate vahemälu, sest sünkroonimine ja taastatav varukoopia on erinevad garantiid.

Seotud artiklid