تفشل عمليات النقل عادةً لأسباب متوقعة: قاعدة بيانات منسية، أو بريد يتوقف عن الوصول، أو تغيير DNS قبل أن يكون السيرفر الجديد جاهزًا. اتباع ترتيب ثابت يمنع الثلاثة.
١. حصر كل شيء
- اكتب كل نطاق ونطاق فرعي على الحساب القديم.
- اكتب قواعد البيانات والمهام المجدولة (cron) وحسابات البريد والتحويلات.
- سجّل إصدارات البرمجيات المستخدمة (PHP وMySQL أو MariaDB وNode.js).
- صدّر منطقة DNS الحالية بما فيها سجلات MX وTXT.
٢. تجهيز DNS
قبل النقل بيوم، خفّض TTL لسجلات A وAAAA وCNAME التي ستغيّرها إلى 300 ثانية، فيستغرق التحويل النهائي دقائق بدلًا من ساعات.
٣. نسخ الموقع
- خذ نسخة احتياطية كاملة على الاستضافة القديمة واحتفظ بنسخة خارج السيرفرين.
- انسخ الملفات إلى السيرفر الجديد.
- صدّر قواعد البيانات واستوردها على السيرفر الجديد.
- حدّث ملفات الإعدادات باسم قاعدة البيانات والمستخدم وكلمة المرور الجديدة.
- أعد إنشاء المهام المجدولة ومتغيرات البيئة.
٤. الاختبار قبل التحويل
اختبر الموقع على السيرفر الجديد قبل تغيير DNS بتوجيه جهازك فقط إليه من خلال ملف hosts:
# /etc/hosts (macOS, Linux) or C:\Windows\System32\drivers\etc\hosts
203.0.113.10 example.com www.example.comافحص الصفحة الرئيسية وتسجيل الدخول والنماذج وإتمام الشراء ورفع الملفات، ثم احذف السطر بعد الانتهاء.
٥. التحويل
- ضع الموقع القديم في وضع الصيانة أو أوقف التعديلات حتى لا تضيع طلبات أو منشورات جديدة.
- أعد مزامنة قاعدة البيانات إذا تغيّر شيء منذ النسخ.
- حدّث سجلات DNS (أو خوادم الأسماء).
- أصدر شهادة SSL على السيرفر الجديد بعد أن يشير النطاق إليه.
٦. بعد النقل
- أبقِ الحساب القديم يعمل أسبوعًا على الأقل تحسبًا لأي شيء منسي.
- راقب سجلات الأخطاء ووصول البريد لعدة أيام.
- أعد قيمة TTL إلى وضعها الطبيعي.
البريد هو أكثر ما يتعطل أثناء النقل. إذا كانت صناديق البريد ستنتقل أيضًا، فخطط لنسخها بشكل منفصل وافحص MX وSPF وDKIM بعد التحويل.