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

تحتاج إلى ترحيل Windows Server 2012 إلى Server 2019 / 2022؟ سيوضح لك هذا الشرح الطريقة.

ينتهي دعم Server 2012 R2 في 23 أكتوبر 2023 – فبطبيعة الحال، لست وحدك: ينبغي ترحيل خوادم 2012 في أسرع وقت. وبالطبع، تريد تقليل الوقت والجهد المبذولين في ذلك، وأتمتة أكبر قدر ممكن من الترحيل.

في هذا الدليل سنغطي كيفية الترحيل الأصلي لتطبيقات الخادم وقواعد البيانات وملفات تعريف المستخدمين والمشاركات والبيانات من Server 2012 / 2012 R2 إلى خادم Server 2022 / 2019 جديد. كما سنغطي أفضل الممارسات والشروحات لترحيل الأدوار. (ملاحظة: يصلح هذا للخوادم غير 2012 أيضاً؛ نحن نركز على 2012 فقط بسبب نهاية دعمه في 2023)

الترحيل المغطى هنا ترحيل أصلي – وليس محاكاة تطبيقات افتراضية. يمكنك استخدام هذه الطرق للترحيل من فعلي إلى فعلي، ومن فعلي إلى افتراضي / سحابة، ومن سحابة إلى سحابة وهكذا. مثلاً، يمكنك الترحيل من 2012 فعلي محلي إلى جهاز 2022 افتراضي محلي، ومن Server 2012 محلي إلى Server 2022 على Azure، أو من خادم 2012 R2 على سحابة خاصة إلى Server 2019 على EC2. بل يمكنك استخدام هذا لتنفيذ ترقية على الجهاز نفسه لخادم Server 2012 يعمل على Azure / AWS.

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

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

تراخيص التقييم والأسعار متوفرة هنا

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

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

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

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

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

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

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

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

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

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

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

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

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

1. قبل أن تبدأ، فكّر في تعطيل جدار الحماية على خادم 2012 القديم، أو على الأقل إضافة Zinstall إلى قائمته البيضاء، حتى لا يتدخل جدار الحماية في الترحيل.
2. شغّل Zinstall WinServ على كلا الخادمين.
   ملاحظة: يمكنك الحصول على Zinstall WinServ من هنا، ودليل الاستخدام من هنا.
3. اختر الخيار الأول، “Moving between two machines”، على كلا الخادمين.
4. إذا كنت لا تريد نقل تطبيقات الخادم، ويهمك فقط نقل الملفات التعريفية والبيانات والمشاركات، فبدّل زر الاختيار في الشاشة الرئيسية إلى وضع “profile and settings only”.
5. على الخادم المصدر، اختر خيار “Source system” واتركه يعمل. سيكون في انتظار الاتصال من الخادم الجديد.
6. على خادم 2022 / 2019 الجديد، اختر خيار “Target system”.
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. على خادم 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 8 صفحات HTML أساسية أو صفحات Active Server Pages (ASP)، فيمكنك نسخ المحتوى إلى إصدار IIS العامل على خادمك الجديد، ثم تحديث سجلات DNS لتشير إلى خادم IIS الجديد. بالطبع، إذا كان لديك IIS فغالباً تستخدمه لأكثر من المواقع الثابتة (مثل Sharepoint)، فلن يكفي النسخ البسيط. الخبر السار أنه يمكنك استخدام حزمة ترحيل اسمها Web Deploy 3.6. وإذا كنت تحتاج إلى ترحيل مواقع إلى Microsoft Azure Web Apps، فهناك أداة منفصلة متوفرة اسمها Azure Web App Migration Assistant.
2. ترحيل DC وAD: إذا كنت قد اتبعت أفضل الممارسات، فإن وحدات التحكم بالمجال (DCs) لديك لا تشغّل أي برامج أخرى، ما يعني أن المجال والغابة الحاليين سيكونان جاهزين لـ Server 2022 / 2019. في هذه الحالة، عليك إنشاء وحدات تحكم جديدة تعمل بالنظام الجديد، وترحيل أدوار Flexible Single-Master Operation ‏(FSMO)، وترحيل أي شهادات أو عناصر أخرى، ثم إخراج وحدات تحكم Server 2012 من الخدمة. للإرشادات المفصلة حول ترحيل وحدات التحكم، انظر Upgrade Domain Controllers to a newer version of Windows Server .
3. ترحيل DHCP: توفر نطاقات DHCP عناوين IP المعطاة للعملاء، مع إعدادات IP الخاصة بهم (مثل البوابة وخادم DNS). ولترحيل نطاقات DHCP، الخيار الأفضل هو تصدير النطاقات من خادم Server 2012، ثم استيرادها إلى خادم Server 2022 / 2019.
4. ترحيل DNS: إذا كنت تستضيف DNS على Windows، فغالباً تدمجه مع AD وتكون خوادم DNS لديك وحدات تحكم بالمجال. لذلك، عند ترحيل AD ستنتقل إعدادات DNS أيضاً. من المهم تذكّر ترحيل أي إعدادات لخادم DNS، مثل إعادة التوجيه. وإذا كانت خوادم DNS ستُستضاف على عناوين IP جديدة، فعليك التأكد من تحديث أي إعدادات IP ثابتة وجميع إعدادات DHCP. ولتجنّب هذه المهمة المستهلكة للوقت، تغيّر معظم المؤسسات عناوين IP للخوادم الجديدة إلى عناوين الخوادم القديمة بعد إخراج القديمة من الخدمة.
5. خدمات الطباعة: كما في خدمات الملفات، يجب ترحيل إعدادات الطابعات ومشاركاتها من الخادم المصدر إلى الخادم الهدف. بالإضافة إلى ذلك، ستحتاج إلى برامج تشغيل طابعات جديدة بنسخة 64 بت ومتوافقة مع Server 2022 أو 2019 ومع الأجهزة العميلة الحديثة.

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

قد تكون بعض تطبيقات الجهات الخارجية القديمة العاملة على Windows Server 2012 غير متوافقة مع Windows Server 2022 / 2019. هذا ليس شائعاً كما كان مع Server 2003 / 2008، لكنه قد يحدث – عادةً مع البرامج القديمة التي لم تُحدَّث لإصدارات الأنظمة الأحدث.

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

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

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

• SQL Server
• 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 القديم إلى عنوان الخادم الجديد.
2. وينطبق الأمر نفسه على سكربتات تسجيل الدخول وسياسات GPO.
3. شغّل كل تطبيق ووحدة تحكم تستخدمها، وتحقق من أنها تُحمَّل بشكل صحيح.
4. باستخدام جهاز عميل، تحقق من أن العملاء يصلون إلى الخادم المُرحَّل بشكل صحيح وأن تطبيقاتهم تعمل دون مشاكل.

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

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

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

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