كيفية ترحيل خادم SQL ونقله من خادم Windows إلى آخر، بما في ذلك Server 2003 وServer 2008 وServer 2012

في هذا الدليل سنتعلم كيفية نسخ أو نقل SQL Server من خادم إلى آخر. على خلاف خيارات الترحيل اليدوي، سننفذ الترحيل تلقائيًا، وننقل ليس خادم SQL نفسه فقط، بل أيضًا جميع التهيئات والمخططات وقواعد البيانات – و التطبيقات الفعلية التي يشغّلها الخادم (والتي تحتاج إلى تشغيلها على الخادم الجديد).

يعمل هذا الدليل مع Server 2003 وServer 2008 وServer 2012 وServer 2016 وحتى Server 2019. يمكن أن يكون النقل من فعلي إلى فعلي (P2P)، أو من فعلي إلى افتراضي (P2V)، أو من افتراضي إلى افتراضي (V2V)، وكذلك النقل إلى خوادم سحابية.

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

لاحظ أن النقل الذي نجريه هو نقل أصلي (native). فالتطبيقات تُنقل فعلاً إلى الخادم الجديد، وتصبح مثبتة عليه، وتحتفظ بتهيئاتها. وهذا لا يعتمد على أي حاويات أو محاكاة افتراضية للتطبيقات ، ويقدم ترحيلاً حقيقيًا أصليًا.

الشرح أدناه، وقبله – شرح بالفيديو وبعض الأسئلة الشائعة حول ترحيل خوادم Windows.

درس بالفيديو – ترحيل SQL Server، بما في ذلك التطبيقات

كيفية تنفيذ ترحيل خادم SQL إلى خادم Windows جديد

قبل الترحيل:

1. 1. اجرد خوادمك: تأكد من أنك تعرف ما المسؤول عنه الخادم وما التطبيقات العاملة عليه. وتأكد من أنك تعرف كيفية التحقق من أن التطبيق نُقل فعلًا بنجاح إلى الخادم البديل، وأن المستخدمين قادرون على العمل به كما في السابق.

نصيحة: إذا كانت مؤسستك لا تستخدم أداة إدارة مركزية (مثل Microsoft SCCM) لمراقبة خوادمك، فيمكنك تنزيل مجموعة أدوات Microsoft Assessment and Planning ‏(MAP) المجانية من هنا. يمكنك أيضًا استخدام أداة تشخيص الخوادم المجانية من Zinstall عبر هذا الرابط. فهي تتيح فحصًا سريعًا لقائمة برمجيات الخادم وعتاده كاملةً.

2. حدد موعد الترحيل: الترحيل يستغرق وقتاً، وخلال ذلك الوقت قد يتأثر مستخدموك إلى حد ما. إن أمكن، حاول جدولة الترحيل الفعلي بعد ساعات العمل أو في عطلة نهاية الأسبوع. ولاحظ أنك لست مضطراً للبقاء هناك بنفسك في ذلك الوقت: يمكن تنفيذ ترحيل التطبيقات عن بُعد أو إطلاقه مسبقاً في وضع غير مراقب.
3. تحقق من أن نسخك الاحتياطية محدّثة وقابلة للاستعادة فعلاً: أي ترقية كبيرة قد تفشل، ومن دون نسخة احتياطية صالحة ومحدّثة، فأنت تخاطر بفقدان كل ما كان على الخادم. احرص على التحقق من أن نسختك الاحتياطية غير تالفة وجاهزة للاستعادة عند الحاجة!
4. حدد نوع الخادم البديل: بعد أن تقرر استبدال خادم، أمامك عدة خيارات بشأن ماهية البديل. قد يكون خادم Windows 2012 أو 2016 أو 2019 فعليًا، أو خادمًا افتراضيًا يعمل محليًا، أو حتى خادمًا سحابيًا خارج المقر. يدعم WinServ أي نقل من هذه، لذا لا تختلف صعوبة الترحيل كثيرًا باختيارك.

ترحيل التطبيقات وملفات التعريف والمشاركات والبيانات

إليك عملية إجراء الترحيل من خادم Windows إلى آخر:

1. حدّث الخادم الهدف بالكامل وثبّت تصحيحاته.
2. أضف الخادم الهدف إلى النطاق.
3. شغّل WinServ على الخادم المصدر وعلى الخادم الهدف.
4. في هذه المرحلة، يمكنك إما النقل مباشرةً عبر الشبكة، أو إجراء ترحيل غير مباشر – بالتقاط الخادم المصدر في حاوية على تخزين شبكي / تخزين سحابي، ثم النشر من تلك الحاوية على الخادم الجديد.
5. قبل بدء النقل، لديك أيضًا خيار انتقاء التطبيقات والبيانات التي تريد نقلها. أو شغّل النقل ببساطة لترحيل كل شيء.
6. اضغط “Go” على الخادم الهدف لبدء النقل.

بحسب كمية البيانات والتطبيقات المنقولة، قد يستغرق النقل الفعلي عدة ساعات حتى يكتمل. سترى مؤشر تقدم طوال العملية.

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

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

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

ينبغي إجراء هذا الترحيل من فعلي إلى افتراضي (P2V) باستخدام WinServ أيضًا.

بعد الترحيل:

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

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

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