نقل موقعك دون توقف: تبديل DNS بخطوات آمنة
النقل دون توقف سرّه الترتيب لا السرعة: جهّز السيرفر الجديد، اختبره بملف hosts، خفّض TTL مسبقاً، بدّل DNS، وأبقِ القديم يعمل حتى ينتشر التغيير. نشرح كل خطوة وفخ TTL العالي.
نقل موقعك دون توقف ممكن تماماً، وسرّه ليس في السرعة بل في الترتيب: انسخ كل شيء للسيرفر الجديد، اختبره قبل أن يراه أحد، خفّض TTL مسبقاً، ثم بدّل سجلّ DNS وأبقِ القديم يعمل حتى ينتشر التغيير. الخطأ الأشيع أن يبدّل الناس سجلّ DNS أولاً ثم ينقلون البيانات، فيقع الموقع في فجوة بين سيرفر قديم توقفوا عن تحديثه وجديد لم يكتمل. الترتيب الصحيح معكوس تماماً. أولاً تجهّز السيرفر الجديد بالكامل وتنقل الملفات وقاعدة البيانات إليه. ثانياً تختبره عبر تعديل ملف hosts على جهازك ليشير اسم النطاق للـIP الجديد، فتتصفح الموقع كأنه منشور دون تغيير أي شيء للزوار. ثالثاً، قبل يوم أو يومين من النقل، تخفّض قيمة TTL للسجلّات (مثلاً إلى 300 ثانية) حتى ينتشر التبديل بسرعة وقت التنفيذ. رابعاً تبدّل سجلّ A إلى الـIP الجديد. خامساً تراقب حتى تتأكد أن كل الزوار وصلوا للسيرفر الجديد، مع إبقاء القديم شغّالاً طوال فترة انتشار DNS. TTL العالي هو الفخ الأكبر، فسجلّ بـ86400 ثانية يعني أن بعض الزوار سيظلون على السيرفر القديم يوماً كاملاً. في كلاود التفعيل تلقائي خلال ثوانٍ والسيرفرات سعودية بزمن استجابة نحو 8ms، ما يسهّل تجهيز الوجهة الجديدة بسرعة. بقية المقال يفصّل كل خطوة.
لماذا الترتيب يصنع الفرق
DNS ليس مفتاحاً فورياً، بل نظام تخزين مؤقت موزّع. حين تبدّل سجلّ A، لا يرى العالم التغيير في اللحظة نفسها، بل يتدرّج حسب انتهاء صلاحية النسخ المخزّنة عند مزوّدي الإنترنت والمتصفحات. هذه المدة يحكمها TTL. لهذا لا تقدر تعتمد على أن الجميع سينتقل فوراً، فبعض الزوار يبقون على العنوان القديم لدقائق أو ساعات. الحل ألا يكون العنوان القديم ميتاً وقت الانتقال، بل يخدم النسخة نفسها حتى ينتهي الانتشار.
من يبدّل DNS ثم يطفئ السيرفر القديم فوراً يخلق توقفاً للزوار الذين لم يستلموا العنوان الجديد بعد. الترتيب الآمن يبقي السيرفرين حيّين معاً خلال نافذة الانتقال، فلا يرى أي زائر صفحة معطوبة.
الخطوة الأولى: انسخ وجهّز الوجهة الجديدة
قبل لمس أي سجلّ DNS، انقل كل شيء إلى السيرفر الجديد: ملفات الموقع، قاعدة البيانات، الشهادات، إعدادات الخادم. اضبط البيئة لتطابق القديمة (نسخة PHP، الإضافات، متغيرات البيئة). لو كانت قاعدة البيانات كبيرة وتتغيّر باستمرار، خطّط لمزامنة أخيرة قصيرة قبل التبديل مباشرة حتى لا تفقد بيانات دخلت أثناء التجهيز. الهدف أن يكون السيرفر الجديد نسخة كاملة جاهزة للعمل قبل أن يوجَّه إليه أي زائر.
راجع خيارات الوجهة بين خادم كامل تحت تحكمك في الخادم السحابي أو استضافة مُدارة على cPanel في الاستضافة السحابية، واختر ما يناسب تطبيقك.
الخطوة الثانية: اختبر عبر ملف hosts
هذه أهم خطوة يتجاهلها كثيرون. عدّل ملف hosts على جهازك لتربط اسم نطاقك بالـIP الجديد، فيصبح جهازك وحده يرى السيرفر الجديد بينما بقية العالم لا يزال على القديم. تصفّح الموقع بالكامل: الصفحات، النماذج، تسجيل الدخول، الدفع، لوحة الإدارة. تأكد أن كل شيء يعمل على الوجهة الجديدة فعلياً قبل أن يصل إليها أي زائر حقيقي. لو ظهر خطأ، تصلحه بهدوء دون أن يتأثر أحد، لأن التغيير محصور في جهازك.
بعد أن تتأكد أن كل شيء سليم، أعد ملف hosts لحالته الأصلية. هذه البوابة تحوّل النقل من مقامرة إلى عملية محسوبة.
الخطوة الثالثة: خفّض TTL مسبقاً
TTL يخبر المخازن المؤقتة كم تحتفظ بالسجلّ قبل أن تسأل عنه مجدداً. لو كان مرتفعاً، سيبقى زوار كثر على العنوان القديم طويلاً بعد التبديل. قبل النقل بيوم أو يومين، اخفض TTL لسجلّاتك المعنية إلى قيمة صغيرة مثل 300 ثانية. انتظر حتى تنتشر هذه القيمة المنخفضة نفسها (بمقدار TTL القديم على الأقل)، فيصبح العالم كله يستعلم عن سجلّك كل خمس دقائق. عندها يصير التبديل الفعلي شبه فوري في الانتشار. الجدول التالي يوضح أثر TTL على سرعة الانتقال:
| قيمة TTL | أقصى زمن بقاء على العنوان القديم | ملاءمتها |
|---|---|---|
| 86400 ثانية (يوم) | حتى 24 ساعة | مستقر، سيئ وقت النقل |
| 3600 ثانية (ساعة) | حتى ساعة | وسط |
| 300 ثانية (5 دقائق) | حتى 5 دقائق | مثالي أثناء النقل |
بعد استقرار الانتقال بأيام، ارفع TTL مجدداً لقيمة أعلى لتخفيف الحمل على خوادم DNS.
الخطوة الرابعة والخامسة: بدّل ثم راقب
الآن بدّل سجلّ A (وسجلّ AAAA لو عندك IPv6) إلى الـIP الجديد. أبقِ السيرفر القديم شغّالاً وقادراً على خدمة الزوار طوال فترة الانتشار، لا تطفئه لحظة التبديل. راقب من الجهتين: سجلّات السيرفر الجديد يجب أن تُظهر حركة متزايدة، وسجلّات القديم تتناقص تدريجياً حتى تقترب من الصفر. حين تتوقف الحركة عن الوصول للقديم تماماً على مدى فترة تتجاوز TTL القديم بكثير، تكون آمناً لإطفائه. تحقق أيضاً من سجلّات البريد (MX وSPF وDKIM) لو كان النطاق يرسل بريداً، فنسيانها يرسل رسائلك بعيداً عن صندوق الوارد.
لا تنسَ الشهادة: تأكد أن شهادة SSL على السيرفر الجديد سارية قبل التبديل حتى لا يرى الزائر تحذيراً. راجع تفاصيل الباقات في صفحة الأسعار.
أخطاء شائعة في النقل وكيف تتجنّبها
أول خطأ متكرر هو نسيان مزامنة البيانات الأخيرة. لو جهّزت السيرفر الجديد يوم الاثنين وبدّلت DNS يوم الأربعاء دون مزامنة ما دخل بينهما، فقد تخسر طلبات وحسابات أُنشئت على السيرفر القديم أثناء الفترة. الحل تجميد الكتابة لفترة قصيرة قبل التبديل، أو إجراء مزامنة أخيرة للفروق مباشرة قبل تحويل الحركة، حتى يبدأ السيرفر الجديد من حالة مطابقة تماماً للقديم لحظة الانتقال.
الخطأ الثاني إهمال طبقة الحافة أو البروكسي. لو كان نطاقك خلف خدمة حافة، فتغيير سجلّ A عند مزوّد النطاق وحده قد لا يكفي، لأن الحافة هي التي توجّه الزوار فعلياً، فتحدّث الأصل في لوحة الحافة لا في DNS الجذري فقط. من يراقب الأصل بدل الحافة قد يظن أن النقل تم بينما الزوار لا يزالون يُوجَّهون للقديم دون أن يظهر ذلك في فحصه.
الخطأ الثالث افتراض أن الانتشار لحظي، فتُطفئ القديم بعد دقائق من التبديل. الانتشار يحكمه TTL ومخازن وسيطة قد تتجاهل قيمك، لذا أبقِ القديم يعمل مدة تتجاوز TTL القديم بأضعاف قبل أن تفكّر في إطفائه. الخطأ الرابع نسيان اختبار الروابط الخلفية والتكاملات: بوابة الدفع، وخدمات الطرف الثالث، والمهام المجدولة قد تشير لعنوان قديم مكتوب في إعداد ثابت، فراجعها كلها بعد التبديل لا الواجهة وحدها، لأن تكاملاً معطّلاً بصمت قد لا يظهر إلا بعد أيام.
خطوة أخيرة يغفلها كثيرون هي التخطيط للتوقيت نفسه. اختر نافذة النقل في وقت حملك الأدنى، غالباً ساعات الليل المتأخرة أو مطلع نهاية الأسبوع بحسب جمهورك، حتى لو حدث خلل بسيط كان أثره محدوداً. تجنّب النقل قبل إجازة أو في ذروة موسم بيعك، لأن أي مفاجأة وقتها تتضخّم كلفتها. جهّز أيضاً خطة تراجع واضحة: لو ظهر عطل خطير بعد التبديل، كيف تعيد سجلّ DNS للعنوان القديم بسرعة؟ وجود هذه الخطة مكتوبة يحوّل أي مشكلة من أزمة إلى خطوة مرتّبة.
بعد اكتمال النقل واستقراره، لا تنسَ التنظيف: أعد TTL لقيمة أعلى لتخفيف الحمل، وألغِ أي سجلّات مؤقتة أنشأتها للاختبار، ووثّق العنوان الجديد في كل مكان يعتمد عليه فريقك. النقل لا ينتهي بلحظة التبديل، بل باستقرار كامل مثبت بالمراقبة لأيام بعده.
خلاصة عملية بخطوات
النقل الآمن ست خطوات بالترتيب: جهّز السيرفر الجديد كاملاً، اختبره عبر ملف hosts، خفّض TTL قبل يوم إلى يومين، بدّل سجلّ DNS، أبقِ القديم يعمل حتى ينتهي الانتشار، ثم أطفئه بعد أن تتأكد من وصول كل الزوار للجديد. لا تبدّل DNS أولاً أبداً، ولا تطفئ القديم بسرعة، ولا تترك TTL عالياً وقت النقل. اتبع هذا الترتيب فينتقل موقعك دون أن يلاحظ أي زائر شيئاً.
