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