ما هو ملفّ تعريف المستخدم في Windows - تنظيم عمليّ لـ `C:\Users` و `AppData` و `NTUSER.DAT` و Local / Roaming / Mandatory / Temporary

في الاستشارات حول Windows، تُستعمل كلمة «ملفّ التعريف (profile)» بمعنى واسع جدّاً.

• ما الذي يوجد داخل C:\Users\اسم المستخدم
• كيف ينبغي التمييز بين %AppData% و %LocalAppData%
• ما هو Roaming Profile في بيئة الـ domain
• ما الفرق بين Mandatory profile و Temporary profile
• ماذا يجب اختياره في PC المشترك أو RDS أو VDI أو Azure Virtual Desktop
• عند تلف ملفّ التعريف، من أين يجب البدء بالنظر

تختلط هنا دفعةً واحدة مفاهيم الحساب و المجلّد و الـ registry و آليّة المزامنة و سياسة التشغيل، فيتشتّت الحديث بسرعة.

في هذا المقال، نضع أوّلاً منظوراً يرى ملفّ تعريف المستخدم في Windows كمخطّط تصميم واحد، ثمّ نُنظّم بالترتيب التمييز في استخدام AppData، و Roaming، و Mandatory، و Temporary، و FSLogix، وكيفيّة المعاينة عند الأعطال.

1. أوّلاً الخلاصة

إن وضعنا الخلاصات فقط أمامنا، فإنّ الأمر في الميدان غالباً كالآتي.

• ملفّ تعريف المستخدم في Windows ليس مجرّد مجلّد C:\Users\اسم المستخدم. بل هو مجموعة من الملفّات + user registry hive (NTUSER.DAT).[1]
• في PC محلّيّ عاديّ، يُنشأ افتراضيّاً ملفّ تعريف محلّيّ (Local Profile). عند تسجيل الدخول لأوّل مرّة، يُنشأ ملفّ تعريف جديد بالاستناد إلى C:\Users\Default.[11][12]
• لا يستحسن تحديد موقع حفظ التطبيق بعشوائيّة، والتنظيم الأساسيّ هو %APPDATA% لإعدادات نريد حملها مع كلّ مستخدم، و %LOCALAPPDATA% للتخزين المؤقّت والحالة الوقتيّة الخاصّة بهذا الـ PC.[2][3]
• Roaming Profile آليّة «نقل ملفّ التعريف بأكمله نحو المشاركة»، و Folder Redirection آليّة «نقل المجلّدات المعروفة فقط مثل Documents إلى موقع آخر»، وهما ليسا الشيء نفسه.[4][5]
• Mandatory profile هو ملفّ تعريف للقراءة فقط الغرض منه «السماح بالاستعمال دون السماح بالحفظ». أمّا Temporary profile فهو ملاذ طوارئ عند حدوث خطأ، ويُمسح في كلّ مرّة بطبيعته.[7][8][9]
• يجب الانتباه إلى Roaming Profile الذي يعبر أجيال OS. هناك عدم توافق بين Windows 10 / Server 2016 وما بعده وما قبله، وينبغي التعامل معه على أساس فصل إصدارات ملفّ التعريف.[6]
• في RDS / VDI / Azure Virtual Desktop، يكثر المشهد الذي يكون فيه التفكير في FSLogix Profile Container كخيار أوّل أفضل من فرض Roaming Profile التقليديّ وحده. كما توصي Microsoft باستخدام FSLogix في Azure Virtual Desktop.[13][14]
• عند الأعطال، قبل لمس C:\Users مباشرةً، الأسلم هو معاينة Application log و User Profile Service Operational / Diagnostic logs ومسار المشاركة وخصائص وأذونات NTUSER.DAT / USRCLASS.DAT.[10][11][16]

باختصار، حديث ملفّ تعريف Windows هو حديث تنظيم «أين نضع ماذا، وإلى أيّ مدى نحمله، وكيف نعود عند الفشل».

2. ما هو أصلاً «ملفّ تعريف المستخدم» في Windows

في البداية، يصير الأمر أيسر إذا فصلنا بين الحساب (Account) و ملفّ التعريف (Profile) في تفكيرنا.

flowchart LR
    A[User Account<br/>who signs in] --> B[User Profile<br/>their settings and data]
    C[Device / OS] --> B
    B --> D[Desktop settings]
    B --> E[AppData]
    B --> F[Documents / Desktop, etc.]
    B --> G[Settings visible in HKCU]

• الحساب شيء يُعرّف هويّة شخص ما
• ملفّ التعريف هو الكيان الفعليّ لبيئة عمل ذلك الشخص
• الجهاز هو المكان الذي يُحمَّل فيه ملفّ التعريف ويُستعمل

في Microsoft Learn أيضاً، يُشرح أنّ ملفّ تعريف المستخدم يشمل مجموعة مجلّدات الـ profile على الـ file system و registry hive NTUSER.DAT، وأنّ هذا الـ hive يُحمَّل عند تسجيل الدخول ويُستعمل بوصفه HKEY_CURRENT_USER.[1]

2.1 ليس «المجلّد فقط»، بل «يشمل الـ registry أيضاً»

هذه النقطة مهمّة جدّاً.

flowchart TD
    A[Sign-in] --> B[Identify profile folder]
    B --> C[Load NTUSER.DAT]
    C --> D[Used as HKCU]
    B --> E[Prepare Desktop / Documents / AppData]
    D --> F[User settings become active]
    E --> F

أي إنّ النظر إلى C:\Users\اسم المستخدم فقط يعني رؤية النصف فحسب.

ينقسم Windows profile بشكل رئيس إلى الطبقتين الآتيتين.

1. طبقة الملفّات
   Desktop و Documents و Downloads و AppData وغيرها
2. طبقة الـ registry
   HKCU المحمَّل من NTUSER.DAT

ما يُعقّد حديث تلف ملفّ التعريف هو وجود حالة يتلف فيها جانب المجلّد فقط و حالة تظهر فيها مشكلة في جانب registry hive.[1][11]

2.2 عند تسجيل الدخول لأوّل مرّة، يكون Default هو الأساس

عندما يسجّل مستخدم جديد دخوله إلى ذلك الـ PC لأوّل مرّة، يقوم Windows بإنشاء Local Profile بالاستناد إلى C:\Users\Default.[11]

flowchart LR
    A["C:\Users\Default"] --> B[First sign-in]
    B --> C["Create C:\Users\<username>"]
    C --> D[Load NTUSER.DAT]
    D --> E[Becomes that user's environment]

التعامل العشوائيّ مع هذا الموضوع في سياق نشر الصور (image deployment) أو الـ kitting سيُسبّب صعوبات كبيرة لاحقاً.

تشرح Microsoft أنّه فيما يخصّ تخصيص ملفّ التعريف الافتراضيّ، فإنّ الطريقة المدعومة هي استخدام CopyProfile. إنّ النسخ اليدويّ والاستنساخ العشوائيّ التقليديّ يُدخل معلومات زائدة وقد يُسبّب مشاكل في التطبيقات أو في استقرار النظام.[12]

3. كيفيّة معاينة C:\Users\اسم المستخدم

إذا نظرنا إلى ملفّ تعريف المستخدم من جانب المجلّد، فإنّ بنيته بشكل تقريبيّ كما يلي.

flowchart TD
    A["C:\Users\<username>"] --> B[Desktop]
    A --> C[Documents]
    A --> D[Downloads]
    A --> E[Pictures]
    A --> F[AppData]
    A --> G[NTUSER.DAT]
    F --> H[Roaming]
    F --> I[Local]
    F --> J[LocalLow]

في الميدان، الأماكن التي يُنظر إليها أوّلاً هي تقريباً ما يلي.

3.1 التفكير في AppData بتقسيمها إلى ثلاثة

في تطوير تطبيقات Windows والتحقيق في الأعطال، هذه النقطة هي أكثر ما يختلط.

في إرشادات Microsoft، يُوصى باستخدام FOLDERID_RoamingAppData (Roaming AppData) للبيانات الخاصّة بالتطبيق، و FOLDERID_LocalAppData للملفّات المؤقّتة والبيانات التي لا تُستخدم على أجهزة أخرى.[2]

كذلك، في تعريف Known Folders، تُنظّم المسارات الافتراضيّة كما يلي.[3]

• %APPDATA% = %USERPROFILE%\AppData\Roaming
• %LOCALAPPDATA% = %USERPROFILE%\AppData\Local
• LocalLow = %USERPROFILE%\AppData\LocalLow

flowchart LR
    A[AppData] --> B[Roaming]
    A --> C[Local]
    A --> D[LocalLow]

    B --> B1[Settings to roam]
    B --> B2[Small user state]

    C --> C1[Cache]
    C --> C2[Regenerable data]
    C --> C3[State specific to this PC]

    D --> D1[Special use cases]

التمييز في الميدان كالآتي

في تعريف Microsoft للمجلّدات المعروفة، يُعدّ ProgramData كذلك بيانات تطبيق لجميع المستخدمين، وهو موجّه للبيانات المشتركة التي لا تُحمل بـ roaming.[3]

أكثر شيء يجب تجنّبه هنا هو وضع بيانات وقت تشغيل خاصّة بكلّ مستخدم في Program Files.
يَنهار تنظيم ملفّ التعريف وتصميم الأذونات دفعةً واحدة بسهولة.

3.2 Public و Default يختلفان في الدور

هذه النقطة كذلك يسهل أن تختلط.

flowchart LR
    A["C:\Users"] --> B[Default]
    A --> C[Public]
    A --> D[Each user]

    B --> B1[Seed for creating new profiles]
    C --> C1[Shared resources visible to all users]
    D --> D1[Each user's actual profile]

• Default قالب لإنشاء ملفّات تعريف جديدة
• Public منطقة مشتركة تُظهر لجميع المستخدمين
• مجلّد كلّ مستخدم هو الكيان الخاصّ به

تبدو الثلاثة متشابهة لكنّ أدوارها مختلفة كلّيّاً.

4. تنظيم أنواع ملفّات التعريف

كلمة «ملفّ تعريف» واحدة، لكن من حيث التشغيل توجد على الأقلّ الأنواع التالية.

flowchart TD
    A[Windows profiles] --> B[Local profile]
    A --> C[Roaming profile]
    A --> D[Mandatory profile]
    A --> E[Temporary profile]
    A --> F[FSLogix Profile Container]

4.1 Local profile

في PC عاديّ، هذا هو الافتراضيّ.

• يُنشأ على القرص المحلّيّ لذلك الـ PC
• لا يُحمل تلقائيّاً إلى PC آخر
• هو الأبسط في PC مستقلّ

تشرح Microsoft كذلك أنّ Windows ينشئ افتراضيّاً Local user profile.[14]

4.2 Roaming profile

في Microsoft Learn، يُعدّ Roaming user profile آليّة تُحفظ على server share وتسمح باستلام إعدادات OS / تطبيقات نفسها على عدّة أجهزة كمبيوتر.[4][5]

flowchart LR
    A[Profile on shared server] <--> B[PC-A]
    A <--> C[PC-B]
    A <--> D[PC-C]

غير أنّ هناك في الميدان نقاط الانتباه التالية.

• يصير النسخ والمزامنة عند تسجيل الدخول / الخروج ثقيلاً بسهولة
• وجود بيانات كبيرة في AppData\Local مُتعب
• يتأثّر بفروق إصدارات OS
• يتأثّر بقوّة بمسار المشاركة وجودة الشبكة

4.3 Mandatory profile

Mandatory profile هو «Roaming Profile لا يُحفظ» يُنشئه المسؤول.[7][8]

في شرح Microsoft، فإنّه في Mandatory profile، حتّى وإن غيّر المستخدم خلال الجلسة، فلا يُحفظ كما في Roaming profile العاديّ.[7]

علاوةً على ذلك، يُشرح في وثائق Win32 أنّ:

• إعادة تسمية NTUSER.DAT إلى NTUSER.MAN يجعله Mandatory
• جعل اسم مجلّد مسار الـ profile منتهياً بـ .man يجعله Super-mandatory

[8]

flowchart LR
    A[Profile prepared by admin] --> B[User signs in]
    B --> C[Can change during use]
    C --> D[Sign out]
    D --> E[Changes are not saved]

ما يلائمه على سبيل المثال:

• أجهزة تعليميّة
• أجهزة استقبال
• kiosk
• أجهزة مشتركة نريد إعادتها إلى حال نظيفة في كلّ مرّة

4.4 Temporary profile

Temporary profile ليس شيئاً يُختار في التصميم، بل هو موقع لجوء يظهر عند تعذّر تحميل ملفّ التعريف الأصليّ بسبب خطأ.[9]

في Microsoft Learn، يُشرح أنّه في حالات الخطأ التي يتعذّر فيها تحميل الـ profile الأصليّ، يصدر Temporary profile ويُحذف عند انتهاء الجلسة، فتُفقد التغييرات.[9]

flowchart TD
    A[Begin loading normal profile] --> B{Can it load?}
    B -->|Yes| C[Normal logon]
    B -->|No| D[Logon with Temporary profile]
    D --> E[Work is possible]
    E --> F[Changes lost on sign-out]

أي إنّ Temporary ليس «وضع استعمال مؤقّت مريح»، بل هو في الأصل علامة شذوذ.

4.5 FSLogix Profile Container

FSLogix يُشرح في Microsoft Learn بوصفه آليّة تجعل تجربة ملفّ تعريف مستخدم Windows متّسقة في بيئات سطح المكتب الافتراضيّ.[13]

FSLogix Profile Container طريقة تحمل ملفّ تعريف المستخدم بأكمله بصيغة VHD / VHDX، وعند تسجيل الدخول تُربطه (attach) لتظهر كملفّ تعريف أصليّ.[13][14]

flowchart LR
    A[Profile on VHD / VHDX] --> B[Attach at sign-in]
    B --> C["Appears as C:\Users\<user> on session host"]
    C --> D[Detach on sign-out]

في Azure Virtual Desktop، توصي Microsoft باستخدام FSLogix profile containers.[14]

5. ما الفرق بين Roaming Profile و Folder Redirection و FSLogix

تُذكر هذه الثلاثة معاً غالباً، لكنّ أدوارها مختلفة.

flowchart TD
    A[Roam user state] --> B[Roaming Profile]
    A --> C[Folder Redirection]
    A --> D[FSLogix]

    B --> B1[Move whole profile to share]
    C --> C1[Redirect known folders only]
    D --> D1[Attach VHD/VHDX]

موافقةً لتنظيم Microsoft Learn، يسهل رؤية الفروق هكذا.[4][5][14]

5.1 Folder Redirection يُحوّل «المجلّدات المعروفة فقط»

في Microsoft Learn، Folder Redirection آليّة توجّه مسار الـ known folder إلى موقع آخر.[4]

مثلاً، إذا حُوّل Documents إلى file share، فإنّ المستخدم يراه كأنّه محلّيّ، لكنّ كيانه الفعليّ في موقع آخر.[4]

flowchart LR
    A[Documents] --> B[Actually on file share]
    C[Desktop] --> D[Optionally separately configured]
    E[AppData] --> F[As-is or via another method]

أي إنّ Folder Redirection ليس بديلاً عن الـ profile كاملاً، بل إعادة وضع على مستوى المجلّد.

5.2 لا تخلط Roaming Profile بعشوائيّة عبر أجيال OS

تشرح Microsoft أنّ Roaming Profile في Windows 10 / Server 2016 وما بعده غير متوافق مع Windows ما قبله.[6]

flowchart LR
    A[Windows 7 / 8.1 family] -.mixing caution.-> B[Same share]
    C[Windows 10 / Server 2016 and later] -.mixing caution.-> B
    B --> D[Cause of inconsistency / Start menu / taskbar issues]

المهمّ هنا هو:

• فصل إصدار الـ profile لكلّ جيل OS
• لا تفكّر «بما أنّه نفس المستخدم فيكفي نفس المجلّد»
• في نشر الأجهزة وتجديدها، أدخل توافق الـ profile في خطّة الترحيل

[6]

6. مواقع التخزين التي يجب أن يحدّدها المطوّر / المسؤول التشغيليّ أوّلاً

في النهاية يعود حديث الـ profile إلى هنا.
ماذا نضع وأين.

flowchart TD
    A[Data to save] --> B{User-created artifact?}
    B -->|Yes| C[Documents, etc.]
    B -->|No| D{Specific to this PC?}
    D -->|Yes| E[%LOCALAPPDATA%]
    D -->|No| F{Per-user setting?}
    F -->|Yes| G[%APPDATA%]
    F -->|No| H{Mutable data shared by all users?}
    H -->|Yes| I[ProgramData + ACL]
    H -->|No| J[Reconsider location]

6.1 افصل بين الملفّات التي يُنشئها المستخدم وحالة التطبيق الداخليّة

خلطهما يُسهّل تكسّر النسخ الاحتياطيّ والترحيل.

• النواتج التي يتعامل معها المستخدم بوعي
  Documents و Pictures ومجلّد التخزين الخاصّ بالأعمال
• الحالة الداخليّة للتطبيق
  الإعدادات، التخزين المؤقّت، الصور المصغّرة، معلومات الجلسة، ملفّات العمل

الأوّل بيانات أعمال، والثاني شأن داخليّ للتطبيق.
حتّى لو كانا «ملفّات» يُستحسن فصل التعامل بهما.

6.2 ما يوضع في %APPDATA%

الأساس كالآتي.

• إعدادات صغيرة
• تفضيلات لكلّ مستخدم
• حالة نريد أن تظهر بنفس الشكل على عدّة أجهزة
• ما لا بأس بحمله مع الـ profile

في وثائق Fast User Switching كذلك، يُوصى بـ FOLDERID_RoamingAppData بوصفه موقع البيانات الخاصّة بالتطبيق.[2]

6.3 ما يوضع في %LOCALAPPDATA%

هذه تقريباً كالآتي.

• التخزين المؤقّت القابل للإعادة
• حالة لها معنى محلّيّاً فقط
• ملفّات عمل كبيرة
• ما لا نريد حمله بـ roaming لأسباب الأداء

في تعريف Known Folders كذلك، LocalAppData يساوي %USERPROFILE%\AppData\Local.[3]

6.4 ما يوضع في ProgramData

البيانات المشتركة بين جميع المستخدمين والمتغيّرة أثناء التشغيل مرشّحة لجانب ProgramData.[3]

مثلاً:

• قاموس مشترك
• ملفّات تعريف مشتركة بين جميع المستخدمين
• بيانات متغيّرة تشاركها الخدمة وعدّة مستخدمين

غير أنّ هذا الموضع يجب التفكير فيه بما يشمل تصميم ACL.
ليس «مشاركة فلنضعه في ProgramData»، بل المهمّ تحديد من يقرأ ومن يكتب.

6.5 عند الرغبة في إعداد ملفّ التعريف الافتراضيّ

في نشر الصور، شيء طبيعيّ أن نريد «إدخال نفس الإعداد الأوّليّ لجميع المستخدمين الجدد».
في هذه الحالة، الأسلم هو عدم لمس Default بعشوائيّة، بل بناؤه بطريقة مدعومة من Microsoft تعتمد على CopyProfile.[12]

flowchart LR
    A[Initial setup with admin account] --> B[Sysprep + CopyProfile]
    B --> C[Reflected in Default profile]
    C --> D[Applied to new users thereafter]

طريقة مثل «نسخ C:\Users\A من PC إلى Default على PC آخر يدويّاً» قد تبدو سريعة لكن يسهل أن تنكسر لاحقاً.[12]

7. كيفيّة المعاينة عند التلف، أو التحوّل إلى Temporary، أو عدم المزامنة

هذا أكثر ما يربك في الميدان.
علاوةً على ذلك، الأعراض تبدو متشابهة، فإن استخفّينا بالتمييز يسهل أن ندخل في ملاحقة طويلة.

7.1 أوّلاً قسّم الأعراض إلى ثلاث

flowchart TD
    A[Looks like a profile issue] --> B{Can sign in?}
    B -->|Yes| C{Looks initialized?}
    B -->|No| D[Loading failure type]
    C -->|Yes| E[Temporary / corrupt / different profile]
    C -->|No| F{Only some settings revert?}
    F -->|Yes| G[Roaming / redirection / sync type]
    F -->|No| H[Possibly app-specific issue]

تنقسم بشكل عريض إلى الفئات الثلاث الآتية.

1. الفشل في تسجيل الدخول
2. يمكن تسجيل الدخول، لكن يبدو وكأنّه مُعاد إلى الإعداد الأوّليّ
3. بعض الإعدادات فقط لا تُزامن

7.2 السجلّات التي يجب النظر إليها أوّلاً

في Microsoft Learn، يُوصى عند التحقيق في مشاكل ملفّ التعريف بالنظر بالترتيب التالي.[10]

1. Application log
2. User Profile Service Operational log
3. عند الحاجة Diagnostic log
4. عند الحاجة أكثر ETL trace

المسارات المحدّدة كالآتي.[10]

• Event Viewer
  Applications and Services Logs > Microsoft > Windows > User Profile Service > Operational
• لرؤية تفاصيل أكثر
  ... > User Profile Service > Diagnostic

flowchart LR
    A[Application log] --> B[Operational log]
    B --> C[Diagnostic log]
    C --> D[ETL trace]

في الميدان، الأسلم بدلاً من البدء بإصلاح registry أو حذف المجلّدات هو التقاط الاتّجاه من السجلّات: «فشل التحميل»، «فشل النسخ»، «رفض الوصول»، «مسار طويل»، «لا يمكن الكتابة على المشاركة».

7.3 الأسباب الشائعة

خصائص أو أذونات NTUSER.DAT / USRCLASS.DAT

تشرح Microsoft أنّه إذا كان NTUSER.DAT أو USRCLASS.DAT بحالة Read-only، أو إذا كانت أذونات الوصول اللازمة غير متوفّرة، فقد يفشل تحميل الـ profile.[11]

هذه نقطة بسيطة ظاهريّاً، لكنّها مهمّة جدّاً.

flowchart LR
    A[Profile load] --> B{Can access DAT files?}
    B -->|No| C[Logon failure / initial desktop / Temporary]
    B -->|Yes| D[Normal load]

المسار الطويل عند نسخ Roaming

في KB من Microsoft، يُشرح مثال يُؤدّي فيه طول اسم الخادم أو اسم المشاركة في جانب مسار المشاركة وطول المسار الكلّيّ للوجهة بشكل مفرط، إلى السقوط إلى temporary profile مع Event ID 1509.[16]

أي إنّ الأمر ليس مجرّد «مشكلة المسار الطويل في Windows»، بل قد يكون السبب تصميم وجهة الـ roaming نفسها.

معلومات registry / مجلّدات متبقّية بسبب حذف غير مكتمل

لدى Microsoft مقالة سكريبت نموذج لتنظيف المعلومات اليتيمة المتبقّية في الـ registry وفي C:\Users لمنع حدوث TEMP profile.[15]

المستفاد من هذا أنّ الانتهاء بمجرّد حذف المجلّد لا يكفي.

flowchart LR
    A[Old profile deleted carelessly] --> B[Registry info remains]
    B --> C[Inconsistency on next logon]
    C --> D[Cause of TEMP profile or extra folders]

7.4 ماذا نتحقّق أوّلاً

8. أيّ طريقة ينبغي اختيارها

لا توجد هنا «إجابة صحيحة واحدة».
يتغيّر الأمر بحسب نمط الاستخدام.

flowchart TD
    A[Usage pattern] --> B[Personal-only PC]
    A --> C[Domain-joined business PC]
    A --> D[Shared PC / education device]
    A --> E[RDS / VDI / AVD]

    B --> B1[Local-centric]
    C --> C1[Folder Redirection / Roaming as needed]
    D --> D1[Mandatory / Shared PC / cleanup]
    E --> E1[FSLogix as first choice]

8.1 PC شخصيّ خاصّ

الأساس Local Profile يكفي.

• إعدادات المستخدم في AppData
• النواتج في Documents
• عند الحاجة، مزامنة المستندات بطبقة أخرى مثل OneDrive

هذه التركيبة هي الأبسط.

8.2 PC أعمال منضمّ إلى domain

نُركّب التالي بحسب المتطلّبات.

• الرغبة في إدارة بيانات المستندات مركزيّاً
  → Folder Redirection
• الرغبة في حمل نفس الإعدادات على عدّة PC
  → Roaming Profile
• وجود اختلاط OS أو ملفّ تعريف ضخم
  → تصميم متأنٍّ، أو إعادة النظر في الطريقة

في Microsoft Learn كذلك، يُذكر أنّ Folder Redirection و Roaming User Profiles مفيدان للتجميع المركزيّ والاستخدام دون اتّصال وتسهيل النسخ الاحتياطيّ.[4]

8.3 PC مشترك / جهاز تعليميّ / kiosk

في هذا الاستعمال، الأهمّ ليس «الإبقاء على التخصيص الفرديّ»، بل العودة إلى حال نظيفة في كلّ مرّة.

المرشّحون كالآتي:

• Mandatory profile
• Shared PC mode
• سياسة حذف ملفّات التعريف القديمة تلقائيّاً

لدى Microsoft سياسة Delete user profiles older than a specified number of days on system restart، وهي تسمح بحذف ملفّات التعريف غير المستخدمة لعدد محدّد من الأيّام عند إعادة التشغيل.[17]

كذلك يُبيّن دليل Shared PC، في الأجهزة المشتركة، فكرة الجمع بين الإدارة التلقائيّة للحساب / الـ profile وحذفه.[18]

8.4 RDS / VDI / Azure Virtual Desktop

هنا تكثر المشاهد التي يصعب فيها الاكتفاء بـ Roaming Profile التقليديّ.

تشرح Microsoft في Azure Virtual Desktop التوصية بـ FSLogix profile containers، وأنّ VHDX / VHD يُربط (attach) عند تسجيل الدخول ليُتعامل معه كملفّ تعريف مستخدم أصليّ.[14]

flowchart LR
    A[Multiple session hosts] --> B[Shared storage]
    B --> C[User profile in VHDX]
    C --> D[Attached to connected host]

خصوصاً في الظروف التالية، الأجدى تقدير FSLogix أوّلاً:

• session host يتغيّر في كلّ مرّة
• استعمال Outlook / OneDrive / منظومة Microsoft 365
• في VDI غير الدائمة، حمل الـ profile لازم
• تأخّر تسجيل الدخول لـ Roaming Profile مشكلة

9. سوء فهم شائع

9.1 «إن أنشأنا حساباً، فإنّ ملفّ التعريف نفسه يُستعمل في كلّ مكان»

ليس كذلك.

الحساب معرّف، وملفّ التعريف هو الكيان الفعليّ على جانب الجهاز.
إلى أيّ مدى يُحمل يعتمد على الطريقة: Local، Roaming، Folder Redirection، FSLogix، إلخ.[4][14]

9.2 «إن نسخنا C:\Users\اسم المستخدم، يمكن الترحيل»

النسخ العشوائيّ خطر.

بسبب:

• توافق إصدار الـ OS
• NTUSER.DAT
• الأذونات
• الحالة الخاصّة بالتطبيق
• التشويش مع ملفّ التعريف الافتراضيّ

خصوصاً في roaming الذي يحوي فروق أجيال OS، تفترض Microsoft نفسها فصل إصدار ملفّ التعريف.[6]

9.3 «Mandatory و Temporary أمران متشابهان»

مختلفان.

• Mandatory ملفّ تعريف للقراءة فقط يُنشئه المسؤول قصداً
• Temporary موقع لجوء عند تعذّر قراءة الـ profile الأصليّ بسبب خطأ

[8][9]

9.4 «إن أردنا المزامنة فلنضع كلّ شيء في Roaming»

ذلك خطر.

وضع الإعدادات والتخزين المؤقّت الضخم في الصندوق نفسه يُثقل التعامل عند تسجيل الدخول / الخروج وعند الأعطال.
ما يجب جعله Roaming و ما يجب حصره في Local يفضّل الفصل بينهما لتسهيل التشغيل.[2][3]

9.5 «حتّى لو صار temporary profile، فلنستعمل كما هو»

يُستحسن التجنّب.

Temporary profile مبنيّ على افتراض الحذف عند تسجيل الخروج.
الاستمرار في العمل بهذه الحالة يُعرّض لخطر وضع بيانات مهمّة في موقع سيُحذف لاحقاً.[9]

10. الخلاصة

ملفّ تعريف المستخدم في Windows ليس مجرّد كلمة تُشير إلى مجلّد تحت C:\Users.

• مجموعة الملفّات
• user registry يتمحور حول NTUSER.DAT
• الطريقة التشغيليّة لمكان وضع الـ profile وكيفيّة مزامنته وحذفه

عند التفكير شاملاً ذلك كلّه، يصير التنظيم أيسر بكثير.

النقاط التي يُستحسن إدراكها أوّلاً في الميدان كالآتي.

• في PC مستقلّ، فكّر أوّلاً على أساس Local Profile
• افصل بين مواقع حفظ التطبيق: Roaming / Local / ProgramData
• في بيئة domain، لا تخلط بين Roaming Profile و Folder Redirection
• في الأجهزة المشتركة، فكّر في Mandatory / cleanup / Shared PC
• في RDS / VDI / AVD، ضع FSLogix كخيار أوّل
• عند التلف، انظر أوّلاً إلى سجلّات User Profile Service

في النهاية، تصميم ملفّ التعريف ليس تصميم «أين نحفظ»، بل تصميم «ماذا يخصّ من، وإلى أيّ مدى نحمله».
عند إنجاز هذا التنظيم، يصير نشر الأجهزة وتصميم تطبيقات Windows والتحقيق في الأعطال أسهل بكثير.

11. مقالات ذات صلة

• متى تكون امتيازات المسؤول مطلوبة في Windows - UAC والمناطق المحميّة وكيفيّة التمييز التصميميّ
• طريقة تسريع التحقّق من تطوير تطبيقات Windows باستخدام Windows Sandbox

12. الخدمات المرتبطة بهذا الموضوع

تطوير تطبيقات Windows

كيفيّة فصل مواقع حفظ إعدادات المستخدم والسجلّات والتخزين المؤقّت والبيانات المشتركة تؤثّر تأثيراً كبيراً على قابليّة تشغيل تطبيقات Windows وصيانتها.
إن كنت تنظر إلى الأمر شموليّاً من تنظيم المتطلّبات إلى التصميم والتنفيذ والتشغيل طويل المدى، فإنّ هذا الموضوع يلائم سياق تطوير تطبيقات Windows.

انظر إلى الخدمة / تواصل معنا

استشارة تقنيّة ومراجعة التصميم

اختيار Local / Roaming / FSLogix، وكيفيّة تغيير تشغيل الأجهزة الحاليّة، وكيفيّة فصل مواقع التخزين، أمور يظهر فيها فرق كبير من تنظيمها قبل التنفيذ.
إن كنت تريد تنظيم اختيار الطريقة وتصميم الحدود، فهو موضوع يسهل تجزئته بوصفه استشارة تقنيّة ومراجعة تصميم.

انظر إلى الخدمة / تواصل معنا

التحقيق في الأعطال وتحليل الأسباب

التحوّل إلى Temporary profile، فشل تسجيل الدخول، فشل الحفظ عند تسجيل الخروج، التمييز في محيط مسار المشاركة، أمور تلائم التحقيق في الأعطال جدّاً.
تصير مدخلاً للاستشارة عندما تريد فحص مشاكل ملفّ التعريف صعبة الإعادة من خلال السجلّات والأحداث والأذونات وتركيبة المشاركة.

انظر إلى الخدمة / تواصل معنا

13. مراجع

1. Microsoft Learn, About User Profiles (Windows)
   مكوّنات ملفّ تعريف المستخدم، و NTUSER.DAT، وأساسيّات Temporary profile.

2. Microsoft Learn, Fast User Switching
   تنظيم استخدام FOLDERID_RoamingAppData للبيانات الخاصّة بالتطبيق، و FOLDERID_LocalAppData للبيانات التي لا تُستخدم على أجهزة أخرى.

3. Microsoft Learn, KNOWNFOLDERID, CSIDL
   تعريفات المجلّدات المعروفة مثل %APPDATA% و %LOCALAPPDATA% و LocalLow و ProgramData.

4. Microsoft Learn, Folder Redirection and Roaming User Profiles in Windows and Windows Server
   الفرق بين Folder Redirection و Roaming User Profiles وفكرة الإدارة المركزيّة.

5. Microsoft Learn, Deploy roaming user profiles
   الإجراءات العمليّة لنشر Roaming Profile وأذونات المشاركة و GPO وإدارة الإصدار.

6. Microsoft Learn, Roaming user profiles of earlier versions of Windows are incompatible with Windows 10, Windows Server 2016, and later versions
   عدم التوافق بين أجيال OS وإدارة إصدار ملفّ التعريف.

7. Microsoft Learn, Create mandatory user profiles
   استخدامات Mandatory user profile وكيفيّة إنشائه.

8. Microsoft Learn, Mandatory User Profiles
   تعريف NTUSER.MAN و Super-mandatory profile.

9. Microsoft Learn, Temporary User Profiles
   تعريف Temporary profile وخصائصه.

10. Microsoft Learn, Troubleshoot user profiles with events
    التمييز باستخدام Application / Operational / Diagnostic logs.

11. Microsoft Learn, Error occurs during desktop setup and desktop location is unavailable when you log on to Windows for the first time
    إنشاء ملفّ تعريف جديد انطلاقاً من C:\Users\Default، ومشكلات خصائص وأذونات NTUSER.DAT / USRCLASS.DAT.

12. Microsoft Learn, Customize the default local user profile when you prepare an image of Windows
    طريقة تخصيص الـ profile الافتراضيّ المدعومة بواسطة CopyProfile.

13. Microsoft Learn, What is FSLogix, Types of Containers
    أساسيّات FSLogix وفكرة Profile Container.

14. Microsoft Learn, User profile management for Azure Virtual Desktop with FSLogix profile containers, Configure profile containers using FSLogix
    التوصية في Azure Virtual Desktop وطريقة الـ profile container باستخدام VHD / VHDX.

15. Microsoft Learn, Scripts: Clean up profile folder information and prevent TEMP user profiles from being created
    العلاقة بين معلومات ملفّ التعريف اليتيمة و TEMP profile.

16. Microsoft Learn, User profile cannot be loaded with Event ID 1509: DETAIL - The filename or extension is too long
    مشكلة المسار الطويل عند حفظ Roaming Profile.

17. Microsoft Learn, ADMX_UserProfiles Policy CSP
    تعريف سياسات مثل Delete user profiles older than a specified number of days on system restart.

18. Microsoft Learn, Configure a shared or guest Windows device
    وضع Shared PC وإدارة الحساب / ملفّ التعريف على الأجهزة المشتركة.

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.