كيفية ترحيل التطبيقات والبيانات والإعدادات والملفات الشخصية من Windows Server 2003 إلى Server 2012 / 2016 / 2019 (أو 2008)
انتهى دعم Windows Server 2003 في 14 يوليو 2015. إذا كانت لا تزال لديك خوادم 2003 في بيئتك، فالآن هو وقت التخلص منها – بالترحيل إلى الأحدث: 2008 أو 2012 أو 2016 أو Server 2019.
لأن خوادم 2003 قديمة جدًا، ولأنه لا يوجد مسار ترقية مباشر من Server 2003 إلى Server 2019 أو 2016 أو 2012، فالطريقة الموصى بها للتخلص من Server 2003 هي النقل إلى عتاد جديد – لا الترقية في المكان نفسه.
في هذا المقال سنتعلم كيفية تنفيذ ترحيل Windows Server لخادم تطبيقات نموذجي، مع ضمان عدم فقدان أي تطبيقات أو ملفات في العملية.
باستخدام هذا الدليل يمكن عمومًا إكمال ترحيل الخادم في أقل من 24 ساعة (وإن كانت الحالات المعقدة قد تتطلب وقتًا أطول).
الدليل أدناه، وقبله – درس بالفيديو وبعض الأسئلة الشائعة عن نهاية دعم Windows Server 2003 والترحيل.
الأداة المستخدمة في هذا الدليل – Zinstall WinServ – متاحة أيضًا من IBM Services، ضمن باقة الخدمة الكاملة لعمليات النشر واسعة النطاق. تواصل مع فريق حساب IBM في منطقتك لمزيد من المعلومات.
درس بالفيديو – ترحيل الخادم التلقائي
س: هل يمكنني نقل التطبيقات التي أشغّلها حاليًا على Windows Server 2003 إلى Server 2012 / 2016 / 2019 جديد؟
ج: نعم. باستخدام منتج مثل WinServ، يمكنك نقل جميع التطبيقات والملفات الشخصية والمشاركات والبيانات تلقائيًا إلى خادم بديل 2012 / 2016 / 2019. لاحظ أن جزءًا صغيرًا من تطبيقات 2003 القديمة قد لا يكون متوافقًا أصلًا مع الخوادم الأحدث. لتلك التطبيقات، يمكن لحزمة WinServ تنفيذ ترحيل افتراضي.
س: ماذا لو لم تعد تطبيقاتي مدعومة، أو لم أعد أملك أقراص التثبيت؟
ج: حتى لو لم تكن لديك طريقة لتثبيت تطبيقاتك على الخادم الجديد، فلا يزال بإمكانك نقلها من القديم – باستخدام أداة ترحيل مخصصة، مثل حزمة WinServ المذكورة في هذا الشرح. إن 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
س: ماذا يحدث لو بقيت ببساطة على Windows Server 2003 بعد 14 يوليو 2015؟
ج: لن ينفجر. لكن Microsoft لن تقدم الدعم بعد الآن، وستتقاضى حتى $600 عن كل حادثة إذا طلبت مساعدتها.
س: ما فوائد الانتقال بعيدًا عن Windows Server 2003؟
ج: الخادم الجديد أكثر أمانًا وقوة بما لا يقارن من القديم الذي شغّلته لسنوات طويلة. يمكنه استغلال أكثر من 4GB من الذاكرة، ما يعني إمكانية وضع حمل أكبر بكثير على جهاز فعلي واحد، بما في ذلك الخوادم الافتراضية. ومع الجانب الأمني لنظام تشغيل محدث، يُتوقع أداء عام أفضل بكثير.
كيفية الترحيل من Windows Server 2003 إلى Windows Server 2008 / 2012 / 2016 / 2019
ينقسم هذا الدليل إلى قسمين رئيسيين يمثلان نوعي مهام الترحيل على أي خادم: 1) ترحيل التطبيقات وملفات التعريف والمشاركات والبيانات و2) ترحيل أدوار الخادم.
يمكن أتمتة الجزء الأول باستخدام أدوات ترحيل خوادم مخصصة مثل WinServ، كما سنعرض في الدليل. أما الجزء الثاني فيتطلب عملًا يدويًا سنقدم إرشادات له – أو الاستعانة بخدمة تنفذه.
لخادم التطبيقات، لا تحتاج إلا إلى الجزء الأول.
قبل الترحيل:
اجرد خوادمك: تأكد من أنك تعرف ما المسؤول عنه الخادم. عليك إعداد قائمتين:
ما الأدوار التي يشغّلها الخادم (هل هو DC؟ هل يشغّل DNS/DHCP؟ IIS؟ الطباعة؟). لترحيل الأدوار، الطريقة الوحيدة هي الترحيل اليدوي، أو خدمة ترحيل الخوادم. في هذا الدليل سنركز على الترحيل التلقائي لتطبيقات الخادم.
ما التطبيقات العاملة على الخادم؟ (Oracle؟ SQL؟ CRM؟ تطبيقات جهات خارجية؟). يمكن ترحيلها تلقائيًا باستخدام أداة مناسبة، وسيُغطى ذلك لاحقًا في هذا الدليل.
حدد موعد الترحيل: الترحيل يستغرق وقتاً، وخلال ذلك الوقت قد يتأثر مستخدموك إلى حد ما. إن أمكن، حاول جدولة الترحيل الفعلي بعد ساعات العمل أو في عطلة نهاية الأسبوع. ولاحظ أنك لست مضطراً للبقاء هناك بنفسك في ذلك الوقت: يمكن تنفيذ ترحيل التطبيقات عن بُعد أو إطلاقه مسبقاً في وضع غير مراقب.
تحقق من أن نسخك الاحتياطية محدّثة وقابلة للاستعادة فعلاً: أي ترقية كبيرة قد تفشل، ومن دون نسخة احتياطية صالحة ومحدّثة، فأنت تخاطر بفقدان كل ما كان على الخادم. احرص على التحقق من أن نسختك الاحتياطية غير تالفة وجاهزة للاستعادة عند الحاجة!
حدد نوع الخادم البديل: بعد أن تقرر استبدال خادم، أمامك عدة خيارات بشأن ماهية البديل. قد يكون خادم Windows 2012 / 2016 / 2019 فعليًا، أو خادمًا افتراضيًا يعمل محليًا، أو حتى خادمًا سحابيًا يعمل خارج المقر. يدعم WinServ أي نقل من هذه، لذا لا تختلف صعوبة الترحيل كثيرًا باختلافك.
إليك عملية تنفيذ الترحيل من خادم تطبيقات Windows 2003 مصدر إلى خادم 2012 / 2016 / 2019 هدف:
حدّث الخادم الهدف بالكامل وثبّت تصحيحاته.
أضف الخادم الهدف إلى النطاق.
شغّل WinServ (أو أداة مشابهة) على الخادم المصدر (2003) وعلى الخادم الهدف (2012 أو 2016 أو 2019).
في هذه المرحلة، يمكنك إما النقل مباشرةً عبر الشبكة، أو إجراء ترحيل غير مباشر – بالتقاط الخادم المصدر في حاوية على تخزين شبكي / تخزين سحابي، ثم النشر من تلك الحاوية على الخادم الجديد.
قبل بدء النقل، لديك أيضًا خيار انتقاء التطبيقات والبيانات التي تريد نقلها. أو شغّل النقل ببساطة لترحيل كل شيء.
اضغط “Go” على الخادم الهدف لبدء النقل.
بحسب كمية البيانات والتطبيقات المنقولة، قد يستغرق النقل الفعلي عدة ساعات حتى يكتمل. سترى مؤشر تقدم طوال العملية.
ترحيل IIS: إذا كان كل ما يعمل لديك على IIS 6 صفحات HTML أساسية أو صفحات Active Server Pages (ASP)، فيمكنك نسخ المحتوى إلى إصدار IIS العامل على Server 2012 أو Server 2012 R2، ثم تحديث سجلات DNS لتشير إلى خادم IIS الجديد. لكن المؤسسات لديها عادةً إعدادات أكثر تعقيداً. الخبر السار أنه يمكنك استخدام حزمة ترحيل اسمها Web Deploy 3.6. إذا كنت بحاجة إلى ترحيل مواقع إلى تطبيقات ويب Microsoft Azure، فانظر Azure Web App Migration Assistant.
ترحيل 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.
ترحيل 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 مستخدماً قبل تخصيصه، بتفعيل اكتشاف تعارض العناوين.
ترحيل DNS: إذا كنت تستضيف DNS على Windows، فغالباً تدمجه مع AD وتكون خوادم DNS لديك وحدات تحكم بالمجال. لذلك، عند ترحيل AD ستنتقل إعدادات DNS أيضاً. من المهم تذكّر ترحيل أي إعدادات لخادم DNS، مثل إعادة التوجيه. وإذا كانت خوادم DNS ستُستضاف على عناوين IP جديدة، فعليك التأكد من تحديث أي إعدادات IP ثابتة وجميع إعدادات DHCP. ولتجنّب هذه المهمة المستهلكة للوقت، تغيّر معظم المؤسسات عناوين IP للخوادم الجديدة إلى عناوين الخوادم القديمة بعد إخراج القديمة من الخدمة.
خدمات الطباعة: كما في خدمات الملفات، يجب ترحيل إعدادات الطابعات ومشاركاتها من الخادم المصدر إلى الخادم الهدف. بالإضافة إلى ذلك، ستحتاج إلى برامج تشغيل طابعات جديدة بنسخة 64 بت ومتوافقة مع Server 2012 أو Server 2012 R2 ومع الأجهزة العميلة الحديثة. لدى Microsoft معالج ترحيل طباعة وأداة سطر أوامر يمكنك استخدامهما لترحيل خدمات الطباعة. يمكنك تنزيل هذه الأدوات من صفحة Migrate Print and Document Services to Windows Server 2012 على الويب.
قد تكون بعض تطبيقات الجهات الخارجية القديمة العاملة على Windows Server 2003 غير متوافقة مع Windows Server 2008 أو Windows Server 2012. هذه التطبيقات عمومًا برمجيات DOS قديمة أو بمعمارية 16 بت أو 32 بت فقط، لم تُحدَّث لإصدارات أنظمة التشغيل الأحدث. يوصى بشدة بإزالة هذه التطبيقات من بيئة الإنتاج في أقرب وقت ممكن.
إذا تعذّر إزالة هذه التطبيقات فورًا، وكانت حيوية لاستمرار عمل المؤسسة، فالخيار الموصى به لإبقائها عاملة هو تنفيذ ترحيل افتراضي لها إلى نسخة Server 2003 افتراضية تعمل على الخادم البديل الأحدث. ثم واصل اتخاذ الخطوات اللازمة للتخلص التدريجي من تلك التطبيقات وإيقاف تشغيل نسخ 2003 الافتراضية.
ينبغي إجراء هذا الترحيل من فعلي إلى افتراضي (P2V) باستخدام WinServ أيضًا.
بعد الترحيل:
بعد اكتمال عملية الترحيل، يحين وقت التحقق من النتائج.
قد تحتاج إلى تعديل DNS الخاص بمجالك ليشير إلى الخادم الجديد حيث يلزم. مثلاً، تغيير إدخال DNS الخاص بـ CRM-SERVER إلى عنوان الخادم الجديد.
وينطبق الأمر نفسه على سكربتات تسجيل الدخول وسياسات GPO.
شغّل كل تطبيق ووحدة تحكم تستخدمها، وتحقق من أنها تُحمَّل بشكل صحيح.
باستخدام جهاز عميل، تحقق من أن العملاء يصلون إلى الخادم المُرحَّل بشكل صحيح وأن تطبيقاتهم تعمل دون مشاكل.
تهانينا! اكتمل الآن ترحيل خادم التطبيقات لديك.
هل أنت مستعد لترحيل خوادم Windows 2003 لديك إلى 2016/2019؟