Noutbuk ofisda taxminan qirq soniyada kiradi, uyda esa bir necha daqiqa ketadi va bu orada hech kim siyosatni o'zgartirmagan. O'zgargan narsa bir xil ko'rinadigan, lekin boshqacha ishlaydigan uchta funksiya ostidagi tarmoq yo'li. Aylanma profil reyestr holati va profil jildlarini yuklaydi, jildlarni qayta yo'naltirish shell jildini server almashinuviga yo'naltiradi, oflayn fayllar esa mos tarmoq ma'lumotlarining keshini saqlaydi. Uchtasi ham kirishga vaqt qo'shishi mumkin va odatda ulardan faqat bittasi javobgar bo'ladi.

Uch kutish va uch xil javobgar

Aynan aylanma profil foydalanuvchi sozlamalarini ishtirok etuvchi kompyuterlar orasida odamning orqasidan yurgizadi va yuklash sessiya boshida sodir bo'ladi. Kirish paytida foydalanuvchining reyestr tarmog'i va profil jildlari nusxalanadi yoki birlashtiriladi, keyin chiqish paytida qayta yoziladi. Bu ish sinxron bo'lgani uchun profil almashinuviga boradigan sekin yo'l sekin fayl nusxasi emas, sekin ish stoli kabi seziladi.

Jildlarni qayta yo'naltirish boshqa mexanizmdir. U tanlangan shell jildlarini, odatiy misol Hujjatlar, qo'llab-quvvatlanadigan tarmoq joyiga ko'chiradi va o'sha yerda qoldiradi. Shunda profil kichik qolishi mumkin, chunki ma'lumot uning ichida emas, xarajat esa shell yoki dastur o'sha jildga tegadigan paytga o'tadi.

Oflayn fayllar mos tarmoq fayllari uchun mahalliy kesh va sinxronizatsiya qo'shadi. Ular boshqa savolga javob beradi, ya'ni server yetib bo'lmaydigan bo'lganda nima bo'ladi, kesh eskirganda kirish va chiqishda sinxronizatsiyaga vaqt sarflashi mumkin. Uchtasini bitta sozlama deb hisoblash bir yo'nalishda sekin, ikkinchisida foydasiz siyosat yaratadi.

Aslida nima kutayotganini o'lchang

Profil qayerda joylashgani va server yo'lidan yuklanishini o'qishdan boshlang. Keyin sessiya tegadigan har bir almashinuvda katalog ro'yxati vaqtini o'lchang, chunki mahalliy tarmoqda millisekundlarda javob beradigan almashinuv tunnel va band fayl serveri orqali soniyalar olishi mumkin.

Bu ikki fakt muammoni har qanday siyosat auditidan tezroq toraytiradi va ularni yig'ish uchun konfiguratsiyani o'zgartirish kerak emas. Ularni zararlangan noutbukda ishga tushiring, almashinuv yonida turgan serverda emas.

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 }

Agar profil yo'li mahalliy bo'lsa va faqat bitta qayta yo'naltirilgan jild serverga ishora qilsa, yordam chiptasi nima desa ham profil yuklanishi sizning kutishingiz emas. Agar profil yo'li uzoq bo'lsa va ro'yxat soniyalar olsa, kirish o'sha almashinuvni kutmoqda, yechim esa ish stolining o'zi emas, yo'l yoki profil hajmi haqida. Raqamlarni shu tartibda o'qing va bahs odatda shu yerda tugaydi.

Ulanish kutish boshlangandan keyin keladi

Ish stolidan boshlanadigan foydalanuvchi tunneli profil yuklangandan ancha keyin paydo bo'ladi, shuning uchun sekin bo'lgan bosqichga yordam bera olmaydi. Windows yetib bo'lmaydigan yo'lni sezadi, keshlangan hisob ma'lumotlari va mahalliy profilga qaytadi va sessiya oxir-oqibat ochiladi. Shuning uchun o'sha noutbuk uyda birinchi kirishda daqiqalar, ikkinchisida soniyalar olishi mumkin, keshlangan profil mavjud bo'lsa. Kutish haqiqiy, lekin unga kerak bo'lgan ulanish o'sha paytda mavjud emas.

Buni tuzatish profilni sozlash emas, ulanishni avvalroq ko'chirish demakdir. Kompyuter autentifikatsiyasi bilan mashina tunneli yoki kirishdan oldingi ulanish foydalanuvchi kirishidan oldin yo'lni o'rnatadi va o'zining sertifikat hayot tsikli hamda o'z xavfsizlik devori qoidalarini talab qiladi. Keshlangan hisob ma'lumotlari dizaynning ikkinchi yarmi bo'lib, faqat avval kirgan hisoblarda ishlaydi.

Komponentlarni emas, ketma-ketlikni sinang. To'liq chiqing, tunnelni masofaviy foydalanuvchi qilgandek ishga tushiring va kirishni hisob ma'lumotlari so'rovidan foydalanish mumkin bo'lgan ish stoligacha o'lchang.

Hujjatlarni profildan tashqarida saqlang

Katta hujjat to'plamlari uchun profil almashinuvi noto'g'ri joy va Microsoftning aylanma profillarni joylashtirish qo'llanmasi aynan shu sababdan profil ombori va qayta yo'naltirilgan jild almashinuvlarini alohida tutadi. Bir necha gigabaytli Hujjatlar jildini ko'targan profil har kirish va chiqishda sekin bo'ladi, hajm esa kimdir uni o'lchaguncha jimgina o'sadi.

Ma'lumot saqlaydigan jildlarni qayta yo'naltiring va profilga sozlamalarni qoldiring. Qayta qurish mumkin bo'lgan keshlarni, masalan brauzer keshlari va dasturlarning vaqtinchalik ma'lumotlarini, chiqarib tashlang, chunki ularni ko'chirish vaqt qo'shadi va foydalanuvchi ko'radigan hech narsani o'zgartirmaydi. Pochta qutisi ma'lumotlari va boshqa dastur omborlarini dastur qo'llab-quvvatlaydigan joyda saqlang, aylanma yo'lda emas.

Profil almashinuvini oflayn foydalanish mumkin qilmang. Oflayn fayllar mos ma'lumot almashinuvlariga tegishli, ikki tomonga sinxronlanadigan keshlangan profil tarmog'i esa sodir bo'lishini kutayotgan buzilish hisobotidir.

Tuzatildi demasdan oldin to'rt holatni sinab ko'ring

Ofisda tez kirish juda oz narsani isbotlaydi. Dizayn ofisdan kirishga, tunnel orqali uydan ishlashga, ulanishsiz ishlashga va ofisga qaytishga bardosh berishi kerak, chunki aynan to'rtinchi holatda sinxronizatsiya ziddiyatlari paydo bo'ladi. O'sha to'rttasini bitta nazorat qilinadigan hisob va haqiqiy dasturlar bilan o'lchab, raqamlarni yozib oling.

Profil xizmati jurnalini va undan chiqqan siyosat to'plamini zararlangan sessiyadan to'plang, o'zingizning ma'muriy ish stansiyangizdan emas.

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 }

O'sha vaqtlarni ofis bazasi va ko'chirilayotgan narsa hajmi bilan solishtiring. Kichik profil va tez almashinuv bilan ham kirish hali bir daqiqa olsa, bu profil muammosi emas, keyingi qarash joyi Guruh siyosati ishlovi yoki tarmoqni kutayotgan kirish skriptidir. Agar farq o'sha yerda bo'lsa, profil hech qachon muammo bo'lmagan. Jild siyosatini o'zgartirishdan yoki keshni tozalashdan oldin sinxronlanmagan ish saqlanganini tasdiqlang, chunki sinxronizatsiya va tiklanadigan zaxira ikki xil kafolatdir.

O'xshash maqolalar