كيفية ترحيل وحدة تحكم المجال إلى Windows Server 2025 (دليل خطوة بخطوة)

يعني ترحيل وحدة تحكم المجال (Domain Controller) إعداد وحدة تحكم جديدة تعمل بنظام Windows Server 2025 إلى جانب وحدة التحكم الحالية، ونسخ Active Directory إليها، ونقل أدوار FSMO الخمسة، ثم تخفيض الخادم القديم. وعند تنفيذ ذلك بهذا الترتيب، يكتمل الترحيل دون أي توقف للمجال ودون إعادة بناء الدليل.

يشرح هذا الدليل العملية كاملة: فحوصات السلامة التي تمنع معظم حالات فشل الترحيل، وترقية وحدة التحكم الجديدة، ونقل أدوار FSMO عبر PowerShell والواجهة الرسومية، وتحديث DNS وDHCP، والتخفيض الآمن للخادم القديم، ورفع المستوى الوظيفي الذي يفتح ميزات Windows Server 2025.

🔑 هل تحتاج إلى ترخيص للخادم الجديد؟ اشترِ مفتاح Windows Server 2025 Standard أصليًا من LicenceHouse — تسليم فوري وترخيص دائم.

ما الذي ينطوي عليه ترحيل وحدة تحكم المجال فعليًا؟

ترحيل وحدة تحكم المجال عملية جنبًا إلى جنب، وليست ترقية موضعية. تضيف خادمًا جديدًا إلى المجال الحالي، وترقّيه إلى وحدة تحكم مجال ليُنسخ Active Directory إليه، ثم تنقل أدوار FSMO، وتعيد توجيه DNS، ثم تخفّض وحدة التحكم القديمة. ويظل المجال متصلًا طوال الوقت.

هناك أمران يفاجئان عادةً المسؤولين القادمين من عمليات ترحيل أقدم. أولًا، لم تعد بحاجة إلى تشغيل adprep /forestprep و/domainprep كخطوات يدوية منفصلة — فترقية أول وحدة تحكم بنظام Windows Server 2025 عبر Server Manager تُجري تحضير المخطط تلقائيًا، بشرط أن يكون حسابك عضوًا في مجموعتي Schema Admins وEnterprise Admins.

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

مقارنة أساليب الترحيل

يغطي بقية هذا الدليل أسلوب جنبًا إلى جنب، لأنه الأسلوب الذي توصي به Microsoft والذي يناسب بيئات المجال الواحد والبيئات الصغيرة متعددة المواقع على حد سواء.

ما الذي تحتاجه قبل بدء الترحيل؟

قبل ترقية أي شيء، تأكد من أربعة أمور: أن المستويات الوظيفية الحالية للغابة والمجال تستوفي الحد الأدنى لوحدة التحكم الجديدة، وأن SYSVOL يُنسخ باستخدام DFSR وليس FRS القديم، وأن Active Directory سليم دون أخطاء في النسخ المتماثل، وأن لديك نسخة احتياطية مؤكدة لحالة النظام لوحدة التحكم الحالية.

تحقق من المستويات الوظيفية

تتطلب وحدة تحكم المجال بنظام Windows Server 2025 أن تكون الغابة والمجال بالفعل على مستوى وظيفي مدعوم. شغّل ما يلي على وحدة تحكم حالية:

Get-ADForest | Select-Object ForestMode
Get-ADDomain | Select-Object DomainMode

إذا كانت المستويات لا تزال عند Windows Server 2008 R2 أو 2012 R2، فارفعها إلى Windows Server 2016 على الأقل قبل إضافة وحدة تحكم 2025. رفع المستوى الوظيفي باتجاه واحد — لا يمكنك خفضه لاحقًا دون استعادة الغابة، لذا تأكد أولًا من عدم بقاء أي وحدات تحكم قديمة.

تأكد من أن SYSVOL يستخدم DFSR وليس FRS

هذا الفحص وحده يُفشل عمليات ترحيل أكثر من أي فحص آخر. فقد تم إيقاف خدمة File Replication Service (FRS) وإزالتها من إصدارات Windows Server الحديثة. وإذا كان مجالك لا يزال ينسخ SYSVOL باستخدام FRS، فلن تتمكن وحدة التحكم الجديدة من نسخ ملفات النُّهج والبرامج النصية بشكل صحيح.

dfsrmig /getglobalstate

يجب أن تُظهر النتيجة الحالة "Eliminated". وإذا أظهرت "Start" أو "Prepared"، فأكمل الترحيل من FRS إلى DFSR بالكامل قبل المتابعة. ولماذا يهم ذلك: كائنات نهج المجموعة موجودة في SYSVOL، لذا فإن تعطل نسخ SYSVOL ينتج وحدة تحكم تصادق على المستخدمين لكنها تفشل بصمت في تطبيق النُّهج — وهو عطل غالبًا ما يظهر بعد أسابيع.

أجرِ فحصًا للسلامة

dcdiag /v
repadmin /replsummary
repadmin /showrepl

عالج كل خطأ وتحذير قبل الترقية. فالترحيل فوق عطل قائم في النسخ المتماثل ينقل العطل إلى وحدة التحكم الجديدة.

خذ نسخة احتياطية

wbadmin start systemstatebackup -backupTarget:E: -quiet

تلتقط النسخة الاحتياطية لحالة النظام Active Directory وSYSVOL والسجل. احتفظ بها حتى يتم التحقق من الترحيل بالكامل وتخفيض وحدة التحكم القديمة بشكل نظيف.

كيف ترقّي الخادم الجديد إلى وحدة تحكم مجال؟

ثبّت Windows Server 2025، وامنحه عنوان IP ثابتًا، ووجّه DNS المفضل لديه إلى وحدة تحكم المجال الحالية، وضمّه إلى المجال كخادم عضو، ثم أضف دور Active Directory Domain Services وشغّل معالج الترقية — مع اختيار إضافة وحدة تحكم إلى المجال الحالي.

1. ثبّت نظام التشغيل وحدّثه. طبّق جميع التحديثات المتاحة قبل إضافة أي أدوار.
2. عيّن عنوان IP ثابتًا. لا ينبغي أبدًا أن تستخدم وحدات تحكم المجال DHCP لعناوينها.
3. عيّن DNS المفضل إلى وحدة التحكم الحالية. يجب أن يتمكن الخادم الجديد من تحليل اسم المجال للعثور عليه. وستغيّر هذا بعد الترقية.
4. انضم إلى المجال كخادم عضو عادي وأعد التشغيل.
5. أضف دور AD DS: Server Manager ← Manage ← Add Roles and Features ← Active Directory Domain Services. وأضف دور DNS Server أيضًا إذا كانت وحدات التحكم الحالية تستضيف DNS.
6. رقِّ الخادم: انقر علامة الإشعارات في Server Manager ← "Promote this server to a domain controller".
7. اختر Add a domain controller to an existing domain وقدّم بيانات اعتماد بصلاحيات Domain Admins (بالإضافة إلى Schema Admins وEnterprise Admins لأول وحدة تحكم 2025 في الغابة).
8. حدّد Global Catalog (GC) وDNS server، وعيّن كلمة مرور DSRM، واختر النسخ من أي وحدة تحكم متاحة.
9. راجع فحص المتطلبات الأساسية وانقر Install. يُعاد تشغيل الخادم تلقائيًا.

تنطبق خطوات الترقية نفسها سواء كنت قادمًا من Windows Server 2016 أو 2019 أو 2022. ولا تختلف سوى متطلبات المستوى الوظيفي.

تحقق من النسخ المتماثل قبل المتابعة

امنح النسخ المتماثل وقتًا كافيًا للاكتمال، ثم تأكد من أن وحدة التحكم الجديدة سليمة وتحتفظ بنسخة من الدليل:

dcdiag /v
repadmin /showrepl
Get-ADDomainController -Filter * | Select-Object Name, Site, IsGlobalCatalog

لا تنقل أدوار FSMO حتى يُظهر النسخ المتماثل نتيجة سليمة. فنقل الأدوار إلى وحدة تحكم لم تُكمل النسخ المتماثل هو إحدى الطرق القليلة التي يمكن أن تُلحق ضررًا حقيقيًا بالدليل أثناء الترحيل.

كيف تنقل أدوار FSMO إلى وحدة تحكم المجال الجديدة؟

شغّل Move-ADDirectoryServerOperationMasterRole من وحدة التحكم الجديدة مع أرقام الأدوار الخمسة في أمر واحد. أدوار Flexible Single Master Operations الخمسة — Schema Master وDomain Naming Master وRID Master وPDC Emulator وInfrastructure Master — لا يمكن أن يحمل كلًّا منها إلا وحدة تحكم واحدة في كل مرة.

حدّد حاملي الأدوار الحاليين

netdom query fsmo

أو باستخدام PowerShell:

Get-ADForest | Select-Object SchemaMaster, DomainNamingMaster
Get-ADDomain | Select-Object PDCEmulator, RIDMaster, InfrastructureMaster

انقل الأدوار الخمسة جميعها بأمر واحد

افتح PowerShell كمسؤول على وحدة تحكم المجال الجديدة وشغّل:

Move-ADDirectoryServerOperationMasterRole -Identity "NewDCName" -OperationMasterRole 0,1,2,3,4

استبدل NewDCName باسم المضيف للخادم الجديد. وتقابل الأرقام ما يلي: 0 = PDC Emulator، و1 = RID Master، و2 = Infrastructure Master، و3 = Schema Master، و4 = Domain Naming Master. أكّد كل مطالبة، أو أضف -Confirm:$false لقبولها جميعًا.

تحقق من النقل

netdom query fsmo
Get-ADDomainController -Filter * | Select-Object Name, OperationMasterRoles

يجب أن تشير الأدوار الخمسة جميعها الآن إلى الخادم الجديد.

البديل عبر الواجهة الرسومية

إذا كنت تفضّل وحدات التحكم الرسومية، فإن الأدوار موزعة في ثلاثة أماكن منفصلة — ولهذا بالضبط يكون PowerShell أسرع:

• RID وPDC وInfrastructure: Active Directory Users and Computers ← انقر بزر الماوس الأيمن على المجال ← Operations Masters
• Domain Naming Master: Active Directory Domains and Trusts ← انقر بزر الماوس الأيمن على الجذر ← Operations Master
• Schema Master: سجّل الأداة الإضافية أولًا باستخدام regsvr32 schmmgmt.dll، ثم افتح Active Directory Schema ← انقر بزر الماوس الأيمن ← Operations Master

في الواجهة الرسومية، يجب أن تكون مسجلًا للدخول على وحدة التحكم المستهدفة — فوحدة التحكم الرسومية تنقل الدور إلى الخادم المتصل به، وليس إلى خادم تختاره من قائمة.

النقل مقابل الاستيلاء — تمييز مهم

النقل (Transfer) تسليم سلس بين وحدتي تحكم متصلتين، وهو ما تريده أثناء الترحيل المخطط له. أما الاستيلاء (Seize) فيُسند الدور قسرًا عندما يكون حامله الحالي غير متصل بشكل دائم ولا يمكن استرداده. بعد الاستيلاء على دور، يجب ألا يُعاد الحامل القديم إلى الشبكة أبدًا، لأن ادعاء وحدتي تحكم للدور نفسه يسبب تناقضات في الدليل. لا تلجأ إلى الاستيلاء إلا في حالة عطل حقيقي.

ما الذي يحتاج إلى تحديث بعد نقل الأدوار؟

حدّث DNS على وحدة التحكم الجديدة ليشير إلى نفسها، وغيّر خوادم DNS التي يوزعها DHCP، وتحقق من أي جهاز أو تطبيق يحتوي على عنوان وحدة تحكم مُدرج يدويًا. يستمر العملاء في المصادقة مع أي وحدة تحكم يخبرهم بها DNS — لذا فإن DNS، وليس Active Directory، هو ما يُكمل الانتقال فعليًا.

1. على وحدة التحكم الجديدة: عيّن خادم DNS المفضل إلى عنوان IP الخاص بها، مع خادم ثانوي يشير إلى وحدة تحكم أخرى إن وُجدت.
2. في DHCP: حدّث خيار النطاق 006 (DNS Servers) لإدراج وحدة التحكم الجديدة. وهذا هو التغيير الذي ينقل معظم العملاء.
3. تحقق من معيدي توجيه DNS ومعيدي التوجيه الشرطيين المنقولين من الخادم القديم.
4. راجع المراجع الثابتة: جدران الحماية، وأجهزة NAS، والطابعات، والمشرفات الافتراضية (Hypervisors)، وأجهزة VPN، وخوادم تطبيقات الأعمال غالبًا ما تحتفظ بعنوان IP ثابت لوحدة التحكم لن يصلحه أي تغيير في DHCP.
5. إذا كانت وحدة التحكم القديمة تستضيف DHCP، فرحّل النطاقات إلى الخادم الجديد قبل التخفيض.

اختبر من جهاز عميل: شغّل gpupdate /force، وغيّر كلمة مرور مستخدم تجريبي، وتأكد من أن تحليل الأسماء يعمل. ثم شغّل nltest /dsgetdc:yourdomain.local للتأكد من وحدة التحكم التي يستخدمها العميل.

كيف تخفّض وحدة تحكم المجال القديمة بأمان؟

خفّض الخادم القديم عبر Server Manager بإزالة دور Active Directory Domain Services، ما يُطلق معالج التخفيض. لا تكتفِ أبدًا بإيقاف تشغيل وحدة التحكم القديمة أو حذف كائن الكمبيوتر الخاص بها — فذلك يترك بيانات تعريف يتيمة في الدليل يجب تنظيفها يدويًا لاحقًا.

1. تأكد من أن وحدة التحكم القديمة لم تعد تحمل أي دور FSMO (netdom query fsmo).
2. اترك وحدة التحكم الجديدة تعمل لعدة أيام أولًا حتى تظهر أي تبعية مُغفلة بينما لا يزال الخادم القديم متاحًا للرجوع إليه.
3. على وحدة التحكم القديمة: Server Manager ← Manage ← Remove Roles and Features ← ألغِ تحديد Active Directory Domain Services.
4. يبدأ معالج التخفيض. لا تحدّد "Force the removal of this domain controller" إلا إذا كان الخادم غير قادر فعلًا على الاتصال بالمجال.
5. عيّن كلمة مرور للمسؤول المحلي وأكمل المعالج. يُعاد تشغيل الخادم كخادم عضو.
6. بعد التخفيض، أزل ضمه من المجال أو أخرجه من الخدمة بالكامل.

نظّف البقايا

بعد التخفيض، تحقق من اختفاء الخادم القديم من Active Directory Sites and Services (وسّع الموقع ← Servers) واحذف أي سجلات DNS قديمة — سجلات المضيف (A)، وخادم الأسماء (NS)، والخدمة (SRV) ضمن _msdcs. سجلات NS القديمة سبب متكرر لبطء تسجيل الدخول المتقطع بعد ترحيل نظيف في ما عدا ذلك، لأن العملاء يحاولون دوريًا الوصول إلى وحدة تحكم لم تعد موجودة.

متى يجب رفع المستوى الوظيفي؟

ارفع المستوى الوظيفي للمجال والغابة فقط بعد أن تعمل كل وحدات تحكم المجال في البيئة بنظام Windows Server 2025 ويتم تخفيض وحدات التحكم القديمة. يفتح المستوى الوظيفي لـ Windows Server 2025 ميزات مثل حجم صفحة قاعدة البيانات الأكبر 32K، لكن هذا التغيير لا يمكن التراجع عنه.

Set-ADDomainMode -Identity "yourdomain.local" -DomainMode WinThreshold
Set-ADForestMode -Identity "yourdomain.local" -ForestMode WinThreshold

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

مشكلات الترحيل الشائعة وكيفية حلها

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

هل يمكن ترحيل وحدة تحكم المجال دون توقف؟

نعم. لأن وحدة التحكم الجديدة تنسخ Active Directory من الحالية بينما تعمل كلتاهما، يستمر المجال في مصادقة المستخدمين طوال الوقت. والانقطاع القصير الوحيد هو إعادة تشغيل كل خادم على حدة، وتغطيه وحدات التحكم الأخرى. أما البيئات ذات وحدة التحكم الواحدة فيجب أن تحدد نافذة صيانة لخطوة التخفيض.

هل لا تزال بحاجة إلى تشغيل adprep يدويًا؟

لا. ترقية أول وحدة تحكم مجال بنظام Windows Server 2025 عبر Server Manager تُحضّر مخطط الغابة والمجال تلقائيًا، طالما أن الحساب الذي يجري الترقية ينتمي إلى Schema Admins وEnterprise Admins وDomain Admins. ويظل adprep اليدوي متاحًا للمسؤولين الذين يفضّلون إجراء تحضير المخطط كخطوة منفصلة ومضبوطة.

كم يستغرق ترحيل وحدة تحكم المجال؟

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

هل يمكن تشغيل إصدارات مختلفة من Windows Server كوحدات تحكم مجال في الوقت نفسه؟

نعم، وهذا بالضبط ما يجعل الترحيل آمنًا. تتعايش وحدة تحكم بنظام Windows Server 2025 مع وحدات تحكم 2016 و2019 و2022 بشرط أن يدعمها المستوى الوظيفي. لكن الإصدارات المختلطة مقصودة كحالة انتقالية — وليست ترتيبًا دائمًا، لأن المجال يظل محدودًا بقدرات أقدم مستوى وظيفي.

ماذا يحدث إذا تعطلت وحدة التحكم القديمة قبل نقل أدوار FSMO؟

ستحتاج إلى الاستيلاء على الأدوار لصالح وحدة التحكم الجديدة بدلًا من نقلها، باستخدام Move-ADDirectoryServerOperationMasterRole مع المعامل -Force. ويجب بعدها ألا ينضم الخادم المعطل إلى الشبكة مجددًا أبدًا، ويجب تنظيف بيانات التعريف الخاصة به باستخدام ntdsutil. ولهذا فإن النسخة الاحتياطية المؤكدة لحالة النظام قبل البدء ليست اختيارية.

ما إصدار Windows Server الذي تحتاجه لوحدة تحكم المجال؟

إصدار Standard كافٍ لخدمات Active Directory Domain Services في معظم البيئات. ولا يستحق إصدار Datacenter فرق السعر إلا إذا كنت تحتاج إلى ترخيص غير محدود للأجهزة الافتراضية على المضيف نفسه. ويقدّم الإصداران وظائف AD DS متطابقة.

رخّص الخادم الجديد

تحتاج كل وحدة تحكم مجال إلى ترخيص Windows Server خاص بها، بالإضافة إلى تراخيص الوصول للعملاء (CAL) للمستخدمين أو الأجهزة المتصلة بها. توفر LicenceHouse مفاتيح أصلية مع تسليم فوري عبر البريد الإلكتروني:

• Windows Server 2025 Standard — الخيار المعتاد لوحدة تحكم مجال جديدة
• Windows Server 2025 Datacenter — لحقوق محاكاة افتراضية غير محدودة
• Windows Server 2022 Standard — إذا كنت تعتمد إصدار 2022 بدلًا من ذلك
• تراخيص CAL لـ Windows Server — تراخيص الوصول للعملاء للمستخدمين والأجهزة
• تصفّح جميع تراخيص Windows Server

أدلة ذات صلة: دليل تحميل وتفعيل Windows 11 Pro | جميع أدلة التحميل والتفعيل