# إدارة الوحدات التنظيمية في AD

Canonical: https://www.nsecsoft.com/ar/docs/ping64-identity-access/ad-domain/domain-objects/manage-organizational-units/

Language: ar-SA

Updated: 2026-11-15T04:11:02.518296Z

يتيح قسم «OU» في إدارة نطاق AD استعراض الوحدات التنظيمية وإدارتها في الدليل مباشرة. تنظم الوحدة كائنات مثل المستخدمين والمجموعات وأجهزة الكمبيوتر. يؤثر تعديلها أو نقلها أو حذفها في الدليل الفعلي، وقد يؤثر في مسارات الكائنات التابعة والأعمال المرتبطة بها. يمكن اختيار حاوية عادية كأصل لإنشاء وحدة فرعية أو كوجهة للنقل، لكنها لا توفر عمليات التفاصيل والإدارة والحذف نفسها المتاحة للوحدة التنظيمية.

تقديم العملية والموافقة عليها واكتمال تنفيذها في AD حالات مختلفة. تعذر قراءة الدليل لا يعني أن الهدف غير موجود.

## التحضير قبل العمل

-   أكمل [إعداد اتصال نطاق AD ونطاق المزامنة](https://www.nsecsoft.com/ar/docs/ping64-identity-access/ad-domain/domain-connection/domain-connection/)، وتحقق من إمكانية الوصول إلى النطاق وصلاحيات حساب خدمة الدليل وصلاحيات المسؤول للعرض أو الكتابة أو التنفيذ.
-   تحقق من النطاق والموقع الأصلي والتصريح بالتغيير والكائنات الفرعية المباشرة واعتماد الأعمال عليها. قبل النقل أو الحذف، أعد نسخة احتياطية وخطة استعادة تم التحقق منهما، وقيّم أثر التغيير في نهج المجموعة ومسارات الكائنات التابعة.
-   اختبر الموافقة والتنفيذ في نطاق اختبار باستخدام وحدة خاضعة للضبط، ولا تعدل دليل الإنتاج لأغراض الاختبار. الحماية من الحذف ليست بديلا عن النسخ الاحتياطي أو الاستعادة.

## إعداد الموافقة على عمليات الوحدة التنظيمية

لإعداد القواعد كاملاً، راجع [قواعد موافقة عمليات مجال AD](https://www.nsecsoft.com/ar/docs/ping64-identity-access/ad-domain/approvals/rules/).

1.  إذا اشترطت المؤسسة الموافقة على إنشاء الوحدة التنظيمية وتعديلها ونقلها وحذفها، فافتح **Audit Events > Platform Operations > Operation Audit > Approval rule** في AD Domain Management وتحقق أولًا من القواعد المفعلة وقوالب موافقة عمليات نطاق AD المناسبة. راجع كل عملية مطلوبة والنطاق وعدد العناصر وأدوار مقدمي الطلب والأولوية والموافقين. أعد استخدام القواعد المناسبة، ولا ينشئها أو يعدلها إلا مخول عند الحاجة وفق فصل القواعد.
2.  يجب استيفاء جميع الشروط المحددة؛ ولا يقيد النطاق أو دور مقدم الطلب غير المحدد ذلك الشرط. عند اختيار أدوار متعددة يكفي دور واحد نشط من الأدوار المحددة؛ أزل الأدوار غير الصالحة أو استبدلها قبل الحفظ. عند تطابق قواعد متعددة تكون الأولوية للرقم الأعلى. احفظ التغييرات واختبر حالات تتطلب الموافقة وأخرى لا تتطلبها باستخدام عناصر مضبوطة، وتحقق من الموافقة والتنفيذ في الدليل. **العملية التي لا تطابق قاعدة مفعلة تنتقل مباشرة إلى التنفيذ ولا تنتظر الموافقة تلقائيًا.** قيّم الأثر وأعد الاستعادة قبل الاختبار.

## استعراض وحدة تنظيمية وإنشاؤها

1.  افتح «OU»، واختر النطاق، ثم وسع شجرة الدليل أو ابحث بكلمة مفتاحية. تحقق من الاسم والنوع والمسار. تعرض تفاصيل الوحدة عدد الكائنات الفرعية المباشرة والحماية من الحذف غير المقصود وأسباب منع الحذف.
2.  في الموقع الأصلي اختر «Create child OU». وعند عدم إدخال كلمة بحث يمكن أيضا استخدام «Create OU» في الصفحة. تحقق من النطاق ووحدة تنظيمية أصلية واحدة أو حاوية أصلية واحدة، وأدخل اسم الوحدة؛ وأضف الوصف والعنوان والمسؤول عند الحاجة.
3.  تحقق من «Prevent accidental deletion». تكون الحماية مفعلة مبدئيا عند الإنشاء، ويحدد الاختيار وفقا لمتطلبات المؤسسة؛ وهي لا تحل محل النسخ الاحتياطي. راجع الهدف والإعدادات ثم قدم الطلب وتابع الموافقة أو تنفيذ الدليل.
4.  بعد الانتهاء حدّث الدليل وتحقق من الاسم والأصل وحالة الحماية. إذا كانت النتيجة غير مؤكدة أو ناجحة جزئيا، فقد تكون الوحدة قد أُنشئت دون اكتمال إعداد الحماية. راجع النتيجة والتفاصيل الحالية قبل اتخاذ إجراء، ولا تكرر الإنشاء فورا.

## التعديل والنقل والحذف

1.  اختر الإدارة من صف الوحدة واقرأ أحدث المعلومات مجددا. عدّل الحقول المسموح بها في معلومات الوحدة أو العنوان أو الإدارة والحماية واحفظها، ثم تابع نتيجة الموافقة أو التنفيذ.
2.  قبل النقل قيّم مسارات الكائنات التابعة ونهج المجموعة والاعتماد التجاري. اختر وحدة أصلية جديدة أو حاوية من موقع الدليل، وراجع الاختيار ثم قدم «Move object». لا يمكن نقل الوحدة إلى نفسها أو إلى موقع تابع لها.
3.  قد تمنع الحماية من الحذف غير المقصود النقل أو الحذف. عند الحاجة إلى تغييرها، اتبع إجراء المؤسسة المصرح به وتحقق من الحالة الفعلية قبل العمل. بعد النقل تحقق مما إذا كان يجب إعادة الحماية.
4.  قبل الحذف راجع الكائنات الفرعية المباشرة وأسباب المنع ومتطلبات الاحتفاظ والاعتماد وخطة الاستعادة. لا يمكن حذف وحدة تحتوي على كائنات فرعية مباشرة؛ عالجها أولا وفق إجراء المؤسسة، ولا تفترض الحذف المتسلسل أو تتجاوز الحماية.
5.  أكد النقل أو الحذف حسب التعليمات وتابع الموافقة والتنفيذ الفعلي كلّا على حدة. بعد الانتهاء أعد قراءة الدليل وتحقق من الاسم أو الموقع أو نتيجة الحذف وحماية الكائنات الواجب الاحتفاظ بها. الموافقة لا تعني نجاح عملية الدليل.

## مشكلات شائعة

-   **تعذر العثور على الموقع أو التفاصيل:** تحقق من النطاق وكلمة البحث وتوسيع الشجرة والاتصال وصلاحية القراءة. فشل القراءة لا يثبت عدم وجود الكائن.
-   **فشل الإنشاء أو عدم وضوح النتيجة:** تحقق من الأصل والاسم والصلاحيات وقيود الدليل. قبل إعادة المحاولة تحقق من إنشاء الوحدة وتطبيق الحماية.
-   **منع النقل أو الحذف:** تحقق من الحماية والكائنات الفرعية المباشرة والوجهة وصلاحيات الدليل، وعالج الأسباب بالإجراء المصرح به.
-   **قيد المعالجة أو نجاح جزئي:** راجع التقدم وسجل العمليات في موافقات نطاق AD وعمليات المنصة ضمن أحداث التدقيق. تجنب إعادة الطلب قبل التحقق من الحالة الفعلية.
-   **عدم بدء الموافقة المتوقعة:** تحقق من العملية والنطاق وعدد الأهداف ودور مقدم الطلب والأولوية والقالب في القواعد المفعلة. قد يؤدي عدم التطابق إلى التنفيذ المباشر.
-   **إشعار بتغير الكائن:** أعد قراءة التفاصيل وتحقق من تغييرات المسؤولين الآخرين والهدف قبل إعادة التقديم، ولا تتجاهل تنبيه التغييرات المتزامنة.