نقل موقعك إلى استضافة جديدة بدون توقف

أغلب حالات "الموقع اختفى بعد النقل" ما هي أعطالاً تقنية معقدة. هي خطأ في الترتيب.

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

المبدأ اللي يقوم عليه كل شيء

لما يكتب الزائر عنوان موقعك، جهازه يسأل نظام أسماء النطاقات: وين يسكن هذا الموقع؟

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

قبل النقل بيومين

1. قصّر TTL لسجلات النطاق إلى خمس دقائق. القيمة الجديدة ما تسري إلا بعد ما تمر المدة القديمة، وعشان كذا تُنفّذ مبكراً.
2. احصِ وش تنقل بالضبط: الملفات، قاعدة البيانات، البريد، الشهادات، المهام المجدولة. البريد أكثر شيء ينُسى، وضياعه أسوأ من توقف الموقع.
3. وثّق الإعدادات الحالية: إصدار PHP، الإضافات المفعّلة على الخادم، سجلات DNS كاملة. صوّرها أو صدّرها.
4. خذ نسخة احتياطية كاملة واحفظها خارج الخادمين معاً.

يوم النقل

1. جهّز البيئة الجديدة

• أنشئ الحساب وقاعدة البيانات على الخادم الجديد.
• طابق إصدار PHP مع القديم أولاً. الترقية تجي بعد نجاح النقل، لا معه. تغيير شيئين في وقت واحد يضاعف صعوبة تشخيص أي عطل.
• ارفع الملفات وقاعدة البيانات.

2. اختبر قبل ما يدري أحد

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

3. نافذة القراءة فقط

هذي الخطوة اللي تمنع فقدان البيانات، ويغفل عنها كثيرون:

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

انقل الملفات مبكراً وعلى مهل، وانقل قاعدة البيانات في اللحظة الأخيرة. الملفات نادراً ما تتغير، وقاعدة البيانات تتغير مع كل زيارة.

4. حوّل النطاق

• غيّر سجلات A إلى عنوان الخادم الجديد.
• لا تلمس سجلات البريد لو كان البريد باقياً في مكانه. تغييرها بالخطأ يوقف بريد الشركة كله.
• مع TTL قصير، ينتقل أغلب الزوار خلال دقائق، وبعضهم ياخذ ساعات.

5. خلّ الخادم القديم شغالاً

• لا تلغِ الاشتراك القديم لأسبوع على الأقل. لين ينتقل الجميع فعلاً، بيوصله بعض الزوار.
• ولو أمكن، خلّه يوجّه الزيارات للخادم الجديد بدل ما يخدمها، عشان ما تنسجّل طلبات في المكان الغلط.

بعد النقل مباشرة

• ثبّت شهادة SSL على الخادم الجديد وتأكد أن كل الصفحات تشتغل على HTTPS.
• أعد ضبط المهام المجدولة. النسخ الاحتياطي والتقارير الدورية ما تنتقل تلقائياً.
• اختبر البريد الصادر من الموقع: رسائل الطلبات واستعادة كلمة المرور. تغيير الخادم يغيّر عنوان الإرسال، وممكن تبدأ الرسائل تروح للمهملات.
• قِس السرعة وقارنها بما قبل النقل.
• أبلغ Search Console لو تغيّر النطاق كمان.
• راقب سجل الأخطاء يومين. بعض المشاكل ما تبان إلا مع استخدام حقيقي.
• رجّع TTL لقيمته الطبيعية بعد ما تستقر الأمور.

خطة التراجع

قبل ما تبدأ، اعرف كيف بترجع:

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

أخطاء تتكرر

• تغيير الاستضافة والقالب والإصدارات كلها مرة وحدة. غيّر شيئاً واحداً في المرة.
• نسيان البريد، ثم اكتشاف توقفه بعد يومين من الشكاوى.
• النقل يوم خميس مساءً، ثم ما تلقى أحداً يتابع العطل.
• إلغاء الاستضافة القديمة فوراً توفيراً، ثم اكتشاف ملف ناقص ما يمكن استرجاعه.
• ترك روابط قديمة تشير للخادم القديم داخل قاعدة البيانات، فتطلع صور مكسورة.

ننفّذ عمليات النقل بهذي الخطة بالضبط، بما فيها نافذة القراءة فقط والاختبار عبر ملف hosts قبل التحويل، ونبقي الخادم القديم جاهزاً للتراجع. لو تفكر تغيّر استضافتك وما تبي تخاطر، راسلنا.