FSLogix пайдаланушы профильдері сізге қажет пе?

FSLogix пайдаланушы профильдері қашықтағы жұмыс үстелдері бар әр ортаға қажет емес. Олар пайдаланушы басқа торапқа түсуі мүмкін, ал оның күйі мыңдаған файлды ұзақ көшірмей бірге келуге тиіс жерде орынды. Егер сеанс үнемі бір тұрақты машинада ашылса, контейнер нақты мәселені шешпей, файл серверін, желі кідірісін және тағы бір істен шығу нүктесін қосады.

Негізгі қате FSLogix баяу SMB жұмысын, қайшы сеанстарды немесе бақылаусыз өсетін кэштерді түзетеді деген күтуден басталады. Ол мұны істемейді. FSLogix VHDX файлын тіркеп, Windows профилін жергілікті профиль түрінде көрсетеді, сондықтан қолданбалар үйреншікті жолмен жұмыс істейді. Сақтау орнының қолжетімділігіне, өткізу қабілетіне, сеанстарды аяқтауға, рұқсаттарға және контейнер сыйымдылығына бұрынғыдай сіздің архитектураңыз жауап береді.

Торап пайдаланушының тұрақты орны болудан қалғанда контейнер қажет

Есептеу торабы ауыстырылуы, қайта құрылуы немесе пулдан таңдалуы мүмкін, ал пайдаланушы бұл өзгерісті байқамауға тиіс болса, профиль контейнері орынды. Кәдімгі мысал: RDS фермасы, Azure Virtual Desktop немесе бірнеше бірдей торабы бар басқа VDI ортасы. Бухгалтер бүгін host-03 торабына, ертең host-07 торабына, техникалық қызметтен кейін қайтадан host-03 торабына түседі. Мұндай сызбада жергілікті профиль әр торапты жұмыс орнының бөлек нұсқасына айналдырады.

Microsoft «User profile management for Azure Virtual Desktop with FSLogix profile containers» материалында осы шекараны нақты сипаттайды: қашықтағы профиль пайдаланушы деректерін операциялық жүйеден бөледі, сондықтан параметрлерді жоғалтпай торапты ауыстыруға болады. Бұл кез келген Windows паркіне арналған жалпы уәде емес. Ұсыным жүйе тораптарды шынымен ауыстыратын немесе қайта құратын орталарға қатысты.

Контейнердің шығыны әдетте төрт жағдайда ақталады:

• пайдаланушы бір пулдың әртүрлі тораптарына тұрақты түрде кіреді;
• торап образдары уақытша немесе жиі қайта құрылады;
• Microsoft 365 қолданбалары тұрақты емес VDI ортасында үйреншікті пайдаланушы кэштерімен жұмыс істеуге тиіс;
• пайдалану қызметі жұмыс орнын жергілікті профильді жөндеу арқылы емес, торапты ауыстыру арқылы қалпына келтіруге тиіс.

Бір пайдаланушыға бір виртуалды машина бекітілетін тұрақты модельде шешімді бөлек негіздеу керек. Сақтық көшірме пайдаланушы құжаттарын қорғаса, қолданба параметрлері саясатпен басқарылса және машина қайта құрылмаса, жергілікті профиль оңайырақ. Контейнер бұл жағдайда профильге жасалған әрбір сұрауды желі мен файл сақтау орнына тәуелді етеді. Құрамдас бөліктер көбейеді, ал мобильдік пайдасы шамалы болады.

«Ауысатын профиль» атауы да жаңылыстыруы мүмкін. Классикалық roaming profile жүйесі файлдар жиынын кіру және шығу кезінде көшіреді. FSLogix сеанс басында бүкіл профильді көшірмейді: ол виртуалды дискіні тіркеп, файл жүйесінің операцияларын қайта бағыттайды. Сондықтан кіру кезінде гигабайттар көшірілгенше күтудің қажеті жоқ, бірақ пайдаланушының бүкіл сеанс кезіндегі жұмысы сақтау орнының кідірісіне сезімтал болады.

Енгізу алдында орта иесіне бір қарапайым сұрақ қоямын: ертең нақты session host жойылса, не болады? Пайдаланушы басқа торапқа кіріп, сол жұмыс орнын көруге тиіс болса, контейнердің міндеті түсінікті. Егер торапты жою жобаға кірмесе, алдымен жұмыс орындарының өмірлік циклін талдаңыз. «Мобильдік» сөзі үшін күрделілік қосудың қажеті жоқ.

FSLogix профильді тасымалдайды, бірақ сақтау орнын жергілікті етпейді

FSLogix қолданбаларға жергілікті профиль көрінісін береді, ал оқу мен жазуды қашықтағы сақтау орнындағы VHDX атқарады. Оның күші де, тосын ақаулардың көбі де осыдан шығады. Қолданба %USERPROFILE% ішіндегі әдеттегі жолдарды көреді, ал FSLogix сүзгісі сұрауларды тіркелген контейнерге бағыттайды.

Microsoft компаниясының «Configure profile containers using FSLogix» құжаты Microsoft 365 деректерін де қамтитын бір Profile Container қолдануды ұсынады. Толық профиль контейнерінің жанында бөлек ODFC контейнері әдетте қажет емес. Екі контейнер деректерді орналастыруға немесе олардың өмірлік цикліне ерекше талап болғанда қолданылуы мүмкін, бірақ бұл саналы түрде таңдалған ерекшелік: тіркеу нүктелері, қолжетімділік ережелері және жартылай істен шығу нұсқалары екі есе көбейеді.

Үш қабатты ажыратыңыз, себебі олардың әрқайсысы әртүрлі бұзылады. Тораптағы FSLogix қызметі пайдаланушыға контейнер берілуі керек пе деген шешім қабылдайды. SMB мен сақтау жүйесі VHDX файлын ұсынып, ашық дескрипторды ұстайды. Windows тіркелген томның үстінен пайдаланушы реестрін және қолданбаларды жүктейді. «Уақытша профиль» хабары VHDX файлының өзі бүлінгенін дәлелдемейді: ақау тіркеуге дейін, тіркеу кезінде немесе Windows профилі жүктелгенде орын алуы мүмкін.

Профильдің шынымен қайта бағытталғанын штаттық құралмен тексеруге болады:

cd "C:\Program Files\FSLogix\Apps"
.\frx.exe list-redirects

Жұмыс істеп тұрған жүйедегі нәтиже шамамен былай басталады:

Active redirections
\Device\HarddiskVolume4\Users\user => \Device\HarddiskVolume9\Profile
Operation completed successfully!

Бұл нәтиже C:\Users\user қалтасын көзбен тексергеннен пайдалырақ. Жол жергілікті профильде де, контейнерлік профильде де үйреншікті болып көрінеді. Белсенді қайта бағыттау FSLogix сүзгісі осы сеансқа қатысып тұрғанын көрсетеді. Тізім бос болса, VHDX өнімділігін зерттеуге ерте: алдымен контейнер неліктен қолданылмағанын анықтаңыз.

Профильдің қолжетімділігін жұмыс құжаттарының сақталуымен шатастырмаңыз. Контейнерде параметрлер, кэштер, пайдаланушы реестрі және қолданба профильге салған файлдар болуы мүмкін. Ол құжаттарды сақтау ережелерін, сақтық көшірмені және қалпына келтіруді алмастырмайды. Бір VHDX файлының бүлінуі немесе қателесіп жойылуы пайдаланушының бүкіл күйіне бірден әсер етуі мүмкін, сондықтан сақтық көшірме ашық виртуалды дискілерді ескеріп, тексерілген қалпына келтіру тәсілін ұсынуға тиіс.

Сақтау орны кіру жылдамдығы мен сеанс тұрақтылығын анықтайды

FSLogix сақтау орны тек жеткілікті терабайт көрсетпей, жаппай кіру сағаттарындағы және күнделікті жұмыстағы профиль жүктемесін көтеруге тиіс. Контейнер көптеген ұсақ операцияны, реестр жұмысын және қолданба кэштерін бір қашықтағы виртуалды дискіге жинайды. Бір күндік орташа өткізу қабілеті қысқа кезектерді жасырады, ал пайдаланушы оларды қатып қалған кіру, бос экран немесе Outlook бағдарламасының баяу ашылуы түрінде көреді.

Алдымен сақтау орнының тораптарға жақындығын, кідірісті, IOPS мөлшерін, өткізу қабілетін, ашық дескрипторлар шегін және ақау кезіндегі әрекетін бағалаңыз. Microsoft Azure Virtual Desktop үшін профиль сақтау орнын session hosts орналасқан аймақта ұстауды ұсынады. Azure сыртында да қағида сол: артық желілік ауысу мен жүктелген желіаралық экран әр профильге әсер етеді, бірақ үлкен ISO файлын көшіру сынағы жақсы көрінуі мүмкін.

Әкімші атынан орындалған бір Test-Path тексерісі ештеңені дәлелдемейді. Тіркеу нақты есептік жазба контекстінде жүреді және share permissions, NTFS ACL, Kerberos, DNS мен әр тораптан жолдың қолжетімділігіне тәуелді. Каталог пен файл құруды профиль жүктелмеген сол host ішінде мәселе болған пайдаланушы атынан тексеріңіз. Әкімші токенінде пайдаланушыда жоқ құқықтар жиі болады.

Желілік жолдың ең аз тексерісі мынадай:

$p = "\\profile-fs\profiles\_probe_$env:USERNAME"
New-Item -ItemType Directory -Path $p
Set-Content -Path "$p\write.txt" -Value "profile storage write test"
Get-Item "$p\write.txt" | Select-Object FullName,Length,LastWriteTime
Remove-Item "$p\write.txt"
Remove-Item $p

Нәтижеде толық UNC жолы, файл ұзындығы және жазу уақыты бар нысан шығуға тиіс. Access is denied қатесі рұқсаттарды, The network path was not found қатесі DNS, маршрут немесе SMB жұмысын тексеруге бағыттайды, ал қатесіз ұзақ кідіріс желі не сақтау жүйесіне нұсқайды. Сынақ каталогын қалдырмаңыз және мұндай тексерісті көптеген пайдаланушы атынан бір уақытта орындамаңыз.

Антивирус та тіркеу сәтіне араласуы мүмкін. Attach кезінде VHD немесе VHDX файлын тексеруден алып тастау тіркеу операциясының айналасындағы қайшылықты азайтады, бірақ сеанс кезінде профиль мазмұнын қорғауды өшірмеуге тиіс. Microsoft виртуалды дискіні тіркеу кезіндегі ерекшелікті кәдімгі нақты уақыттағы тексеруден анық ажыратады. Ескі ерекшеліктер тізімін толығымен көшіру қауіпті: қорғаныс өніміңіздің қазіргі құжатын қарап, әр ерекшеліктің мәнін түсініңіз.

Ақауға төзімді файл ресурсының атауы сеанстың үзіліссіз өтетініне кепілдік бермейді. Жазу кезінде SMB қосылымы үзілсе, сақтау орны басқа торапқа тез ауысқанның өзінде қолданба қатып қалуы немесе қате алуы мүмкін. Жаңа сеанс құруды ғана емес, Outlook, браузер және %APPDATA% ішіне белсенді жазатын қолданба жұмыс істеп тұрғанда басқарылатын ақау кезіндегі әрекетті де тексеріңіз.

Бір контейнер әдепкіде бір жазушыға арналған

VHDX бұғатталуы көбіне файлдың өздігінен «қатып қалғанын» емес, контейнерді басқа сеанс әлі ұстап тұрғанын білдіреді. Тікелей қолжетімділіктің қалыпты режимі бір белсенді сеансқа есептелген. Торап виртуалды дискіні тіркелген күйде ұстаған кезде екінші торап сол негізгі VHDX файлын жазу үшін аша алмайды.

Ең жиі болатын тізбек өте қарапайым. Пайдаланушы RDP терезесін жабады, бірақ шығудың орнына қосылымды ажыратады. Сеанс бірінші торапта қалады, Outlook және басқа процестер жұмысын жалғастырады, контейнер тіркелген күйде тұрады. Содан кейін брокер пайдаланушыны екінші торапқа жібереді немесе әкімші бөлек сеанс ашады. Екінші host бос емес VHDX файлын көріп, LockedRetryCount және LockedRetryInterval мәндеріне сай қайталап көреді, кейін кіру уақытша профильмен аяқталады немесе қорғаныс параметрлері кіруді тоқтатады.

Иесін таппай тұрып VHDX атауын өзгертіп бұғатты шешпеңіз және файлды жоймаңыз. Алдымен барлық тораптан пайдаланушы сеанстарын сұраңыз, кейін файл сервері жағындағы тіркелген виртуалды дискілер мен ашық SMB файлдарын тексеріңіз. Расталған ескі сеансты қалыпты жолмен аяқтап, контейнерді FSLogix қызметіне ажыратуға мүмкіндік беріңіз. Файл дескрипторын күштеп жабуды торап қолжетімсіз болған және аяқталмаған жазба тәуекелін түсінген жағдайға қалдырыңыз.

Тораптағы тексеріс мысалы:

quser /server:HOST-01
Get-DiskImage | Where-Object ImagePath -like "*Profile*.vhdx" |
  Select-Object ImagePath,Attached

Windows File Server ішінде әкімші нақты каталог немесе VHDX атауы бойынша сүзілген Get-SmbOpenFile көмегімен пайдаланушы мен жолды сәйкестендіре алады. Ресурстағы барлық ашық файлды жаппаңыз: онда басқа адамдардың профильдері де бар. ClientComputerName, SessionId, жол мен уақытты жазып алып, оларды нақты сеанспен салыстырыңыз.

FSLogix айырым дискілері арқылы concurrent және multiple connections сызбаларын қолдайды. Profile Container үшін құжатта ProfileType=3 сипатталған: бір торап оқу және жазу рөлін алады, басқалары RO және differencing disk нұсқалары арқылы жұмыс істейді, ал өзгерістер кейін біріктіріледі. Бұл «бәріне рұқсат беру» жалаушасы емес. Жүйеге merge операциялары, желілік және жергілікті айырым файлдары, апаттық өшуден кейінгі қосымша күйлер кіреді.

OneDrive қызметіне ерекше сақтықпен қараңыз. Microsoft бір OneDrive контейнері бір мезгілдегі немесе параллель қосылымдарды еш жағдайда қолдамайтынын ескертеді. Бизнес процесі бір пайдаланушыға екі белсенді жұмыс үстелін талап етсе, алдымен қандай қолданбалар мен кэштер мұндай модельге жарайтынын анықтаңыз. Айырым дискілерін баптау қолданба шектеулерін өзгертпейді.

Барлық пайдаланушы үшін көп сеансты режимді қосу туралы танымал кеңес дұрыс емес. Ол көзге көрінетін бұғат қатесін алып тастайтындықтан ұнайды, бірақ мәселені деректерді сәйкестендіруге көшіреді. Екінші сеанс ажырату саясатының нашарлығынан пайда болса, таймауттарды, қайта қосылуды және брокер әрекетін түзетіңіз. Айырым дискілері ұмыт қалған сеанстарды жасыруға емес, ресми жұмыс сценарийіне керек.

Контейнер өлшемін қызметкер санына емес, деректерге қарап есептеңіз

SizeInMBs контейнердің ең үлкен сыйымдылығын белгілейді, ал файл ресурсындағы динамикалық VHDX өлшемі бұрын бөлінген блоктарды көрсетеді. Бұл екі санды бір ұғым деп салыстыруға болмайды. Стандартты 30000 мәнімен жаңа динамикалық контейнердің логикалық сыйымдылығы шамамен 30 ГБ болады, бірақ ол сақтау орнында бүкіл көлемді бірден алмайды.

Microsoft Configuration Settings анықтамасында SizeInMBs ұлғайса, бар динамикалық контейнер келесі кіру кезінде кеңейетіні, ал параметрді азайту құрылған VHDX файлын кішірейтпейтіні жазылған. Сондықтан саясатты 30 ГБ-тан 20 ГБ-қа өзгерту орынды қайтармайды және пайдалану қызметіне жалған үміт береді. Өлшемді азайту үшін деректерді тазалау, файл жүйесінің ішіндегі блоктарды босату және бөлек compaction операциясы немесе келісілген тәртіппен профильді қайта құру керек.

Сыйымдылықты нақты профильдердің таралуына қарап жоспарлаңыз. Бірнеше пайдаланушы тобы үшін VHDX файлының физикалық өлшемін, контейнер ішіндегі бос орынды, өсу қарқынын және ең үлкен каталогтардың құрамын жинаңыз. Ауыр әзірлеу құралдарын қолданатын инженер, Outlook кэші үлкен қызметкер және веб-қолданбамен жұмыс істейтін оператор әртүрлі профиль жасайды. Бүкіл ұйымға ортақ орташа мән шекке бірінші болып жететін шеткі топты жасырады.

Контейнер SizeInMBs шегіне жеткенде Windows пен қолданбалар түсініксіз әрекет ете бастайды: параметрлер сақталмайды, кэштер жаңармайды, жазу қатесі шығады. Microsoft FAQ құжаты контейнер ішінде кемінде 30 пайыз бос орын жоспарлауды ұсынады. Бұл әркімге 100 ГБ беру талабы емес, орынды пайдалану шегі. Ескерту толудан бұрын іске қосылуға тиіс, сонда шек апаттан кейін емес, келесі кіру кезінде ұлғаяды.

VHD автоматты ықшамдалуы пайдаланушы шыққанда орындалады. Microsoft Learn ішіндегі «VHD Disk Compaction» құжатына сай, FSLogix оны көлемі 1 ГБ-тан асатын динамикалық контейнерге, ықтимал босатылатын орын файл алып тұрған көлемнің кемінде 20 пайызына тең болғанда іске қосады. Шекті өзгертуге болмайды. Optimize Drives (defragsvc) қызметінің іске қосылу түрі Manual немесе Automatic болуға тиіс, әйтпесе FSLogix қолдау көрсетілетін ең аз өлшемді сұрай алмайды.

Ықшамдау пайдаланушы деректерін жою деген сөз емес. Ол контейнер ішіндегі файл жүйесі бос деп белгілеген блоктарды сақтау орнына қайтарады. Outlook OST, браузер кэші немесе уақытша деректер әлі бар болса, compaction оларды жоя алмайды. Пайдаланушы көп файлды жаңа ғана жойса, алғашқы шығу ұзағырақ болуы мүмкін; FSLogix бір ықшамдау операциясын бес минутпен шектеп, келесі шығу кезінде жалғастырады.

Саясатты қосқаннан кейін бүкіл паркте өлшем бірден азаяды деп уәде бермеңіз. Контейнер дұрыс ажыратылуға, пайдаланушы шығуға, шек шарттары орындалуға, ал сақтау орны қосымша жұмысты өңдеуге тиіс. Алдымен процесті өлшемдері әртүрлі профильдер тобында сынап, босатылған орынды, шығу уақытын және диск кезегін өлшеңіз.

redirections.xml орын үнемдеуді параметр жоғалтуға айналдыра алады

redirections.xml файлын қолданба иесі ауысатын профильден алып тастауға рұқсат берген деректерге ғана қолданыңыз. Файл таңдалған каталогтарды тораптың жергілікті дискісіне бағыттай алады, бірақ бұл деректердің өмірлік циклін өзгертеді. Host қайта құрылғанда жоғалатын жерде пайдаланушы параметрінің немесе аяқталмаған жұмыстың жалғыз көшірмесі жатпауға тиіс.

Интернетте дайын үлкен ерекшелік файлдары көп. Мұндай тізім контейнерді жылдам кішірейтетіндей көрінеді, бірақ ол әдетте қауіпсіз кэштерді, қолданбаның нақты нұсқасына арналған жолдарды және бөтен болжамдарды араластырады. Microsoft FSLogix FAQ ішінде барлық ортаға ортақ ұсынылатын жинақ бермейді және қолданба иесінің құжатына сүйенуді ұсынады. Бұл дұрыс ұстаным: Windows пен қолданбалар дерек орнын өзгертеді, ал каталог атауы бірдей болғанымен, оның мағынасы бірдей болмауы мүмкін.

Алдымен қай каталог өсіп жатқанын дәлелдеңіз. Мәселе болған контейнер ішінен ірі каталогтарды жинап, оларды процеспен сәйкестендіріңіз және мазмұнды күй жоғалтпай қайта құруға болатынын анықтаңыз. Содан кейін бір ерекшелік қосып, жаңа және бар профильді, басқа торапқа кіруді, шығуды және қолданба жаңартуын тексеріңіз. Мұндай сынақсыз үлкен XML кері қайтуды қиындатады және сүзгіні файл операциясы кезінде көбірек жолды салыстыруға мәжбүр етеді.

Ерекшеліктердің жағымсыз қасиеті бар: жаңа ереже бар контейнерге бұрын жазылған деректерді жоймайды. Microsoft мұны FAQ ішінде бөлек көрсетеді. Әкімші XML қолданылғанын көреді, бірақ VHDX өлшемі азаймайды да, ереже жұмыс істемеді деп ойлайды. Шын мәнінде болашақ жазбалар басқа жерге кеткен, ал ескі кэш ішінде қалып, қауіпсіз тазалауды қажет етеді.

Нақты құжатталған бір кэшке арналған ең аз файл қысқа болуы керек:

<?xml version="1.0" encoding="UTF-8"?>
<FrxProfileFolderRedirection ExcludeCommonFolders="0">
  <Excludes>
    <Exclude Copy="0">AppData\Local\Vendor\App\Cache</Exclude>
  </Excludes>
  <Includes>
  </Includes>
</FrxProfileFolderRedirection>

Бұл мысал пішінді көрсетеді, Vendor\App\Cache жолын ұсынбайды. Каталогты қолданба құжатын тексергеннен кейін ғана алмастыруға болады. Copy="0" деректер кіру кезінде контейнерден жергілікті профильге және шығу кезінде кері көшірілмейтінін білдіреді, сондықтан қате жол пайдаланушыға жоғалған күй түрінде бірден көрінеді.

Бүкіл %LOCALAPPDATA% каталогын алып тастауға тырыспаңыз. Local атауы Windows ниетін білдіреді, бірақ қазіргі қолданбалар онда қайта құрылатын кэшті де, жоғалса пайдаланушы сеансынан немесе параметрлерінен айырылатын күйді де сақтайды. Иесі мен сынағы бар нүктелік ерекшелік шығу тегін ешкім білмейтін ондаған ережеден қауіпсіз.

Уақытша профильді қайта жүктеуден бұрын тексеру керек

Уақытша профиль себепті емес, нәтижені хабарлайды: Windows күтілген профильді жүктей алмай, қосалқы профильмен жұмысын жалғастырған. Торапты қайта жүктеу кейде ашық дескрипторды босатады немесе қызметті қайта іске қосады, бірақ дәлелдерді де жойып, басқа пайдаланушыларға әсер етеді. Алдымен күйді жинаңыз.

host-07 торабына кіруді елестетіңіз. Пайдаланушы таза жұмыс үстелін көреді. Файл ресурсында оның VHDX файлы бар және әкімшіге қолжетімді, сондықтан кезекші файл бүлінген деп шешеді. FSLogix журналында Reason set to 3: A local profile for this user exists жолы бар. Бұрынғы ақаудан кейін host-07 ішінде жергілікті профиль жазбасы қалған. FSLogix әдепкіде оны ескеріп, контейнерді тіркемейді.

Дұрыс түзету C:\Users\user қалтасын жоюдан басталмайды. Профиль жазбасы реестрдегі SID мәнімен байланысқан, ал каталогты ғана жою жүйені үйлесімсіз күйде қалдырады. Қажетті деректерді алдын ала сақтап, расталған жергілікті профильді штаттық User Profiles басқаруы немесе дайындалған тәртіп арқылы жойыңыз. DeleteLocalProfileWhenVHDShouldApply=1 әрекетті автоматтандырады, бірақ Microsoft жергілікті профильдерді түгендемей оны қосқанда дерек жоғалу қаупі барын ескертеді.

Басқа жағдай ұқсас экран береді, бірақ ізі басқа болады. Profile log ішінде VirtualDiskAPI::CreateFormattedDisk ... Access is denied қатесі бар. Бұл VHDX бүлінуі де, пайдаланушы реестрінің мәселесі де емес. Есептік жазба мақсатты жолда контейнерді құра немесе аша алмайды. Ресурс түбіндегі рұқсаттарды, пайдаланушы каталогындағы мұралануды және кірудің нақты токенін тексеріңіз.

FSLogix журналдарындағы кодтар көбіне Windows жүйелік кодтары болады. Microsoft «FSLogix Codes and what they mean» анықтамасында қолжетімділіктен бас тарту үшін 00000005, ал файл табылмауы үшін 00000002 мысалдарын көрсетеді. Кодты net helpmsg арқылы түсіндіріп, айналасындағы жолдарды оқыңыз: бір нөмір қай операцияға тыйым салынғанын айтпайды.

net helpmsg 5
net helpmsg 2

Күтілетін мағына: 5 үшін Windows қолжетімділіктен бас тартылғанын, 2 үшін көрсетілген файлды таба алмағанын хабарлайды. Содан кейін журнал жолына қайтып, FSLogix каталог құрды ма, VHDX іздеді ме, диск тіркеді ме немесе тазалау жасады ма, соны қараңыз. Әртүрлі операциядағы бір код әртүрлі әрекетті талап етеді.

Пайдаланушы уақытша профильмен кіріп қойса, оған бірнеше сағат жұмыс істеп, құжаттарды сол жұмыс үстеліне сақтауға жол бермеңіз. Бұл деректер шығу кезінде жоғалуы мүмкін. Бизнес бос жұмыс орнынан гөрі анық бас тартуды таңдаса, PreventLoginWithFailure және PreventLoginWithTempProfile арқылы кіруді шектеңіз. Бұл шешімді қолдау қызметімен келісіңіз: ол жасырын күй жоғалуын көрінетін қолжетімсіздікке ауыстырады.

Тексеру реті себептердің ұзын тізімінен маңызды

FSLogix диагностикасын контейнерді қолдану туралы шешімнен бастап қолданба күйіне дейін жүргізіп, уақытты, пайдаланушыны және торапты сақтау керек. Бір host ішіндегі Event Viewer журналын ретсіз қарау тораптар арасындағы бұғатты сирек табады. Сағаттар сәйкестендіріліп, нәтижені қайда жазатыныңыз белгілі болса, бір нақты кіру жеткілікті дерек береді.

Мына ретті қолданыңыз:

1. Пайдаланушыны, SID мәнін, нақты уақытты, session host атауын, профиль түрін және көрінген қатені жазыңыз.
2. Include және exclude groups, Enabled пен VHDLocations жолын қоса тексеріп, FSLogix осы есептік жазбаға қолданылуға тиіс екенін растаңыз.
3. Пайдаланушының барлық белсенді және ажыратылған сеансын, SMB дескрипторының иесін және тіркелген VHDX файлын табыңыз.
4. UNC жолын пайдаланушы токенімен тексеріп, жергілікті профильді, бос орынды және контейнер шегін қараңыз.
5. Profile log, Admin және Operational журналдарын, Windows User Profile Service оқиғаларын және сақтау метрикаларын бір уақыт шкаласында сәйкестендіріңіз.

Профильдің негізгі мәтіндік журналы әдетте C:\ProgramData\FSLogix\Logs\Profile\Profile-yyyyMMdd.log жолында болады. Тек [ERROR] жолдарын іздемеңіз, Configuration Read, Status set, Reason set, табылған VHDX жолын, attach және detach әрекеттерін де оқыңыз. Соңғы қате жергілікті профильді қолдану туралы бұрын қабылданған шешімнің салдары болуы мүмкін.

Конфигурацияның бір сәттік көшірмесі тораптар арасындағы айырманы көрсетеді:

Get-ItemProperty "HKLM:\SOFTWARE\FSLogix\Profiles" |
  Select-Object Enabled,VHDLocations,SizeInMBs,IsDynamic,
    DeleteLocalProfileWhenVHDShouldApply,LockedRetryCount,
    LockedRetryInterval,ProfileType,VHDCompactDisk

Команданы бір пулдағы дұрыс және мәселе болған host ішінде орындаңыз. VHDLocations, FSLogix нұсқасы немесе саясаттағы айырма ақауды профильді талдаудан тезірек түсіндіреді. Топтық саясат образ жүктелгеннен кейін реестрді жаңарта алады, сондықтан эталон образды тораптың қазіргі күйінің дәлелі деп санамаңыз.

Кідірісті тексергенде кезеңдердің ұзақтығын қосыңыз. Attach жолы шыққанға дейінгі уақыт жол іздеуге, саясатқа және желіге қатысты; attach пен қабықша жүктелуінің арасындағы уақыт Windows профилі мен қолданбаларды қамтиды; шығудағы ұзақ кідіріс compaction немесе аяқталмаған процестен болуы мүмкін. Уақыт шкаласы болмаса, себеп басқа қабатта тұрса да, әр баяу авторизацияға «FSLogix» атауы беріледі.

Ақаулы кірудің жанында сәтті бақылау кіруін жинаңыз. Бір журнал ақау болған жерді көрсетеді, ал екі журнал сол жерде не болуға тиіс екенін көрсетеді. Бір пайдаланушыны екі торапта немесе екі пайдаланушыны бір торапта салыстырып, тек бір айнымалыны өзгертіңіз. Бүкіл ферманы жаппай қайта жүктеу бұл тәжірибені жояды.

Контейнерді пайдалану сеанс ережелерінен басталады

Тұрақты FSLogix ортасына сақтау орны, образдар, сеанстар және қолданбалар үшін жауапты иелер керек. Егер бәріне VDI тобы «жалпы» жауап берсе, бұғат брокер мен файл сервері топтарының дауына айналады. Әр метрика мен әрекеттің алушысы болуға тиіс: сыйымдылықты кім бақылайды, тұрып қалған сеансты кім аяқтайды, ерекшелікті кім бекітеді, VHDX файлын кім қалпына келтіреді.

Ажыратылған сеанстар саясатын анықтаңыз. Пайдаланушы басқа тораптан екінші сеанс алмауға, бар сеансқа қайтуға тиіс. Шынымен параллель жұмыс үшін бөлек сценарий рәсімдеп, қолданба шектеулерін тексеріп, содан кейін ғана ProfileType таңдаңыз. Бұл келісім қайталау санын ұлғайтқаннан көбірек бұғаттың алдын алады.

Кемінде сәтсіз attach үлесін, кіру және шығу уақытын, уақытша профильдер санын, контейнерлер ішіндегі бос орынды, VHDX физикалық өсуін және сақтау орнының кідірісін бақылаңыз. Дабылда пайдаланушы мен host атауы болуға тиіс, әйтпесе кезекші оны дескриптормен байланыстыра алмайды. Шекке жақындаған профильдер мен бірнеше дұрыс шығудан кейін ықшамдалмаған контейнерлерді бөлек қадағалаңыз.

FSLogix жүйесін образ құрамдасы ретінде жаңартып, орнатылған нұсқаға арналған Microsoft белгілі мәселелер тізімін тексеріңіз. Контейнерді ажырату, Appx және compaction бойынша түзетілген ақаулар сіздің конфигурация қатеңіз сияқты көрінуі мүмкін. Жаңартуға бәрібір пилот керек, себебі сүзгі нұсқасы, Windows, антивирус пен қолданбалар session host ішінде бірге жұмыс істейді.

GSE.kz осындай VDI және сервер инфрақұрылымын, соның ішінде есептеу тораптарын, сақтау орнын және Қазақстан бойынша тәулік бойғы техникалық қолдауды жобалап, біріктіре алады. Дұрыс таңдалған жабдықтың өзі сеанстарды аяқтау ережелерін, профиль жүктемесін өлшеуді және сыналған қалпына келтіру ретін алмастырмайды.

FSLogix туралы шешімді пайдаланушының тораптар арасындағы бағытына қарап қабылдаңыз. Бағыт өзгерсе, контейнер түсінікті тасымалдылық беріп, профильді образдан бөледі. Бағыт тұрақты болса, алдымен контейнер қандай ақауды жоятынын дәлелдеңіз. Жұмыс істеп тұрған ортада уақытша профильді қайта жүктеумен емдеуді тоқтатыңыз: VHDX иесін анықтап, журналдағы FSLogix шешімін оқып, содан кейін ғана күйді өзгертіңіз.