شرح: الترحيل إلى Windows Server 2025 / 2022 / 2019، بما في ذلك التطبيقات والملفات التعريفية والمشاركات والبيانات

في هذه المقالة سنركز على أدوات الترحيل إلى Windows Server 2025 / 2022 / 2019 وإرشادات الترحيل عموماً. باختصار، سنصف طريقة للترحيل الأصلي للتطبيقات وقواعد البيانات وملفات تعريف المستخدمين والمشاركات والبيانات من أي خادم إلى خادم Server 2025 / 2022 / 2019 جديد (حتى من 2003 إلى 2025 / 2022 / 2019 مدعوم، مع اعتبارات التوافق بالطبع). كما سنغطي أفضل الممارسات والشروحات لترحيل الأدوار.

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

هدف هذا الشرح هو إتاحة إكمال ترحيل الخادم في أقل من 4 ساعات لخوادم التطبيقات والملفات، وأقل من 24 ساعة للخوادم المخصصة للأدوار (مع أن الحالات المعقدة قد تتطلب وقتاً أطول).

تريد فقط معرفة كيفية أتمتة الترحيل، ولا تحتاج إلى شرح عام؟
انقر هنا للانتقال إلى الجزء الخاص بعملية الترحيل الفعلية.
أو إذا كنت تحتاج إلى ترحيل أجهزة عمل، انقر هنا للترحيل إلى Windows 11.
كما أنه إذا كان انتهاء دعم 2012 يقلقك، فاطلع على دليلنا حول الترحيل من Server 2012 إلى 2019 / 2022.

يتوفر WinServ أيضاً عبر IBM Services، ضمن باقة الخدمة الكاملة لعمليات النشر واسعة النطاق. تواصل مع فريق حساب IBM في منطقتك لمزيد من المعلومات.

عرض فيديو – أداة ترحيل الخوادم التلقائية

قبل أن تبدأ: اجرد خوادمك وخطط لترحيلك.

اجرد خوادمك: في البيئة النموذجية، ستجد أنواع خوادم مختلفة عديدة. هناك خوادم الأدوار، التي تركز على أدوار Windows Server مثل Domain Controller وActive Directory وIIS وExchange وDNS وDHCP. أما المجموعة الأكثر شيوعاً فهي خوادم التطبيقات والملفات، التي تشغّل تطبيقات الأعمال الفعلية وتخزن بيانات الشركة. وهي عادةً تفوق مجموعة خوادم الأدوار عدداً.

يختلف الترحيل بين هاتين المجموعتين. فالأدوار تُرحَّل يدوياً، أو بأدوات مساعدة تركز عادةً على دور واحد محدد (انظر أدناه).

أما خوادم التطبيقات والملفات، فيمكن ترحيلها تلقائياً وعلى نطاق واسع، باستخدام برنامج ترحيل خوادم مثل Zinstall WinServ.

في مرحلة التخطيط، عليك إعداد قائمة بالخوادم في البيئة ومعرفة مسؤولية كل منها.

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

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

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

حدد نوع الخادم البديل: بعد أن تقرر استبدال خادم، لديك عدة خيارات لما سيكون عليه البديل. قد يكون خادم Windows 2019 / 2016 فعلياً، أو خادماً افتراضياً يعمل محلياً، أو خادماً سحابياً يعمل خارج المقر (مثل الترحيل إلى Azure أو إلى Amazon AWS). وإذا كنت تستخدم WinServ، فهو يدعم أياً من تلك التحويلات، لذا لا تختلف صعوبة الترحيل كثيراً باختلاف اختيارك.

عرض تفصيلي: ترحيل تطبيقات Windows Server

كيفية الترحيل إلى Windows Server 2025 / 2022 / 2019

توضح العملية أدناه خطوات الترحيل من Server 2003 / 2008 / 2012 / 2016 / 2019 إلى خادم Windows Server 2016 / 2019 / 2022 جديد.

الخيار 1: ترحيل مباشر إلى Server 2025 / 2022 / 2019 عبر الشبكة

1. قبل أن تبدأ، فكّر في تعطيل جدار الحماية على الخادم القديم، أو على الأقل إضافة Zinstall إلى قائمته البيضاء، حتى لا يتدخل جدار الحماية في الترحيل.
2. شغّل Zinstall WinServ على كلا الخادمين.
   ملاحظة: يمكنك الحصول على Zinstall WinServ من هنا، ودليل الاستخدام من هنا.
3. اختر الخيار الأول، “Moving between two machines”، على كلا الخادمين.
4. إذا كنت لا تريد نقل تطبيقات الخادم، ويهمك فقط نقل الملفات التعريفية والبيانات والمشاركات، فبدّل زر الاختيار في الشاشة الرئيسية إلى وضع “profile and settings only”.
5. على الخادم المصدر، اختر خيار “Source computer” واتركه يعمل. سيكون في انتظار الاتصال من الخادم الجديد.
6. على خادم 2025 / 2022 / 2019 الجديد، اختر خيار “Target computer”.
7. سيكتشف WinServ الخادم المصدر تلقائياً. وبدلاً من ذلك، إذا كان الخادمان على شبكتين مختلفتين، فيمكنك تحديد عنوان IP للخادم المصدر يدوياً.
8. إذا أردت اختيار ما تريد نقله بدقة، فاضغط على قائمة Advanced. أما إذا أردت نقل كل شيء، فلا حاجة للدخول إلى قائمة Advanced.
9. انقر على Next ثم Go لبدء الترحيل.
10. سيستغرق النقل بعض الوقت (حسب كمية البيانات التي تنقلها)، وسيبلغك عند الانتهاء.
11. هذا كل شيء!

الخيار 2: ترحيل غير مباشر، عبر تخزين وسيط

1. شغّل Zinstall WinServ على كلا الخادمين.
   ملاحظة: يمكنك الحصول على Zinstall WinServ من هنا، ودليل الاستخدام من هنا.
2. على الخادم المصدر، اختر الخيار الثالث، “Moving from Machine to Container”
3. اختر موقع الحاوية (مثل مشاركة شبكة أو NAS أو قرص صلب USB – أي نوع تخزين)، واضغط على Go لتنفيذ التقاط كامل للخادم المصدر إلى ذلك الموقع.
4. على خادم 2025 / 2022 / 2019 الجديد، اختر الخيار الرابع، “Moving from Container to Machine”
5. إذا كنت لا تريد نقل البرامج، ويهمك فقط نقل الملفات التعريفية والبيانات والمشاركات، فبدّل زر الاختيار في الشاشة الرئيسية إلى وضع “profile and settings only”.
6. حدد موقع الحاوية التي أُنشئت في الخطوة 3.
7. إذا أردت اختيار ما تريد نقله بدقة، فاضغط على قائمة Advanced. أما إذا أردت نقل كل شيء، فلا حاجة للدخول إلى قائمة Advanced.
8. انقر على Next ثم Go لبدء الترحيل.
9. سيستغرق النقل بعض الوقت (حسب كمية البيانات التي تنقلها)، وسيبلغك عند الانتهاء.
10. هذا كل شيء!

ترحيل أدوار الخادم

يُنفَّذ هذا الجزء من الترحيل يدوياً، وتوجد شروحات عديدة قد تساعد. ننصح بدليل John Savill الممتاز: Winding Down Windows Server 2003 in Your Organization. المعلومات أدناه مبنية على المقالة أعلاه.

1. ترحيل IIS: إذا كان كل ما يعمل لديك على IIS 6 صفحات HTML أساسية أو صفحات Active Server Pages (ASP)، فيمكنك نسخ المحتوى إلى إصدار IIS العامل على Server 2012 أو Server 2012 R2، ثم تحديث سجلات DNS لتشير إلى خادم IIS الجديد. لكن المؤسسات لديها عادةً إعدادات أكثر تعقيداً. الخبر السار أنه يمكنك استخدام حزمة ترحيل اسمها Web Deploy 3.6. وإذا كنت تحتاج إلى ترحيل مواقع إلى Microsoft Azure Web Apps، فهناك أداة منفصلة متوفرة اسمها Azure Web App Migration Assistant.
2. ترحيل DC وAD: إذا كنت قد اتبعت أفضل الممارسات، فإن وحدات التحكم بالمجال (DCs) لديك لا تشغّل أي برامج أخرى، ما يعني أن المجال والغابة الحاليين سيكونان جاهزين لـ Server 2012 أو Server 2012 R2. في هذه الحالة، عليك إنشاء وحدات تحكم جديدة تعمل بنظام Server 2012 أو Server 2012 R2، وترحيل أدوار Flexible Single-Master Operation ‏(FSMO)، وترحيل أي شهادات أو عناصر أخرى، ثم إخراج وحدات تحكم Server 2003 من الخدمة. ولإدخال وحدات تحكم Server 2012، يجب أن تكون الغابة (وبالتالي المجالات) في وضع Windows Server 2003. للإرشادات المفصلة حول ترحيل وحدات التحكم، انظر Upgrade Domain Controllers to Windows Server 2012 R2 and Windows Server 2012.
3. ترحيل DHCP: توفر نطاقات DHCP عناوين IP المعطاة للعملاء، مع إعدادات IP الخاصة بهم (مثل البوابة وخادم DNS). ولترحيل نطاقات DHCP، الخيار الأفضل هو تصدير النطاقات من خادم Server 2003، ثم استيرادها إلى خادم Server 2012 أو Server 2012 R2. التفاصيل الكاملة لهذا النهج متوفرة في تدوينة TechNet Networking Blog بعنوان “Steps to move a DHCP database from a Windows Server 2003 or 2008 to another Windows Server 2008 machine.” وإذا كان هناك أي تأخير بين تصدير نطاقات DHCP واستيرادها مع خطر إعادة استخدام عناوين IP، فيمكنك ضبط خادم DHCP للتحقق مما إذا كان عنوان IP مستخدماً قبل تخصيصه، بتفعيل اكتشاف تعارض العناوين.
4. ترحيل DNS: إذا كنت تستضيف DNS على Windows، فغالباً تدمجه مع AD وتكون خوادم DNS لديك وحدات تحكم بالمجال. لذلك، عند ترحيل AD ستنتقل إعدادات DNS أيضاً. من المهم تذكّر ترحيل أي إعدادات لخادم DNS، مثل إعادة التوجيه. وإذا كانت خوادم DNS ستُستضاف على عناوين IP جديدة، فعليك التأكد من تحديث أي إعدادات IP ثابتة وجميع إعدادات DHCP. ولتجنّب هذه المهمة المستهلكة للوقت، تغيّر معظم المؤسسات عناوين IP للخوادم الجديدة إلى عناوين الخوادم القديمة بعد إخراج القديمة من الخدمة.
5. خدمات الطباعة: كما في خدمات الملفات، يجب ترحيل إعدادات الطابعات ومشاركاتها من الخادم المصدر إلى الخادم الهدف. بالإضافة إلى ذلك، ستحتاج إلى برامج تشغيل طابعات جديدة بنسخة 64 بت ومتوافقة مع Server 2012 أو Server 2012 R2 ومع الأجهزة العميلة الحديثة. لدى Microsoft معالج ترحيل طباعة وأداة سطر أوامر يمكنك استخدامهما لترحيل خدمات الطباعة. يمكنك تنزيل هذه الأدوات من صفحة Migrate Print and Document Services to Windows Server 2012 على الويب.
6. ترحيل Exchange: Upgrade from Exchange 2007 to Exchange 2013
7. ترحيل خوادم SQL: انظر Supported Version and Edition Upgrades

التعامل مع التطبيقات غير المتوافقة:

قد تكون بعض تطبيقات الجهات الخارجية القديمة العاملة على Windows Server 2003 غير متوافقة مع Windows Server 2019 / 2016. هذه التطبيقات عموماً برامج DOS قديمة أو برامج 16 بت أو 32 بت فقط، أو إصدارات أقدم مثل SQL Server 2000 أو 2005، لم تُحدَّث لإصدارات الأنظمة الأحدث. يُنصح بشدة بالتخلص من هذه التطبيقات من بيئة الإنتاج في أسرع وقت ممكن.

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

WinServ لا يعتمد على تطبيقات بعينها، ويمكنه ترحيل حتى التطبيقات المخصصة والداخلية التي لم يرها العالم الخارجي – ما دامت قادرة على العمل على الخادم الجديد. إليك قائمة جزئية بالتطبيقات الشائعة التي رحّلها عملاؤنا سابقاً:

• MS SQL
• MySQL
• SAP (بما في ذلك SAP Business One)
• Oracle
• Sybase
• DB2
• Java Application Server
• Crystal Reports
• Avaya
• PeopleSoft
• JD Edwards Enterprise One (JDE E1)
• Citrix
• Apache (على Windows فقط)
• WebSphere
• Microsoft Dynamics

بعد الترحيل:

بعد اكتمال عملية الترحيل، يحين وقت التحقق من النتائج.

1. قد تحتاج إلى تعديل DNS الخاص بمجالك ليشير إلى الخادم الجديد حيث يلزم. مثلاً، تغيير إدخال DNS الخاص بـ CRM-SERVER إلى عنوان الخادم الجديد.
2. وينطبق الأمر نفسه على سكربتات تسجيل الدخول وسياسات GPO.
3. شغّل كل تطبيق ووحدة تحكم تستخدمها، وتحقق من أنها تُحمَّل بشكل صحيح.
4. باستخدام جهاز عميل، تحقق من أن العملاء يصلون إلى الخادم المُرحَّل بشكل صحيح وأن تطبيقاتهم تعمل دون مشاكل.

تهانينا! اكتمل الآن ترحيل خادمك.

جاهز للترحيل إلى Windows Server 2025 / 2022 / 2019؟

احصل على Zinstall WinServ من هنا

يمكنك أيضاً أن اتصل بنا للمساعدة وتراخيص الكميات والدعم في إعداد نموذج إثبات مفهوم (POC).