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

لماذا تتسبّب عمليات النقل في توقّف الموقع (وكيف تتجنّبه)

معظم عمليات نقل المواقع لا تتعطّل لأن نسخ الملفات صعب — بل تتعطّل بسبب انتشار DNS. في اللحظة التي توجّه فيها نطاقك إلى خادم جديد، يظل بعض الزوّار يصلون إلى الخادم القديم لدقائق أو ساعات، وذلك بحسب قيمة TTL (مدة بقاء السجل في الذاكرة المؤقتة). فإذا حُذف الخادم القديم أو انقسمت قاعدة البيانات بين موقعين خلال هذه الفترة، تفقد طلبات أو طلبات شراء أو نماذج مُرسَلة.

سرّ النقل بأقل توقّف ممكن بسيط من حيث المبدأ: أبقِ الموقع القديم يعمل بالكامل، وابنِ نسخة عاملة كاملة على الخادم الجديد، وأثبت أنها تعمل قبل التبديل، وخفّض قيمة TTL مسبقًا ليكون التبديل سريعًا، وعندها فقط غيّر سجلات DNS. يشرح هذا الدليل تلك العملية لموقع PHP/MySQL نموذجي (ووردبريس، لارافيل، تطبيقات مخصّصة) وينطبق بالقدر نفسه على خادم تتحكّم به أو حساب استضافة cPanel.

إذا كنت تنقل بياناتك للإبقاء عليها داخل المملكة العربية السعودية توافقًا مع PDPL وضوابط الهيئة الوطنية للأمن السيبراني، فإن سكايلاين كلاود يستضيف داخل المملكة — لكن الخطوات التالية عالمية وتصلح في كل مكان.

الخطوة 1 — خفّض قيمة TTL لسجلات DNS أولًا (قبل 24–48 ساعة)

هذه أهم خطوة على الإطلاق، ويجب أن تحدث قبل أي شيء آخر. تُخبر قيمة TTL خوادم الاستعلام كم تحتفظ بسجلاتك في الذاكرة المؤقتة. فإذا كانت قيمة TTL لسجل A تساوي 14400 (أي 4 ساعات)، فقد يستغرق التبديل حتى 4 ساعات لينتشر بالكامل.

في مزوّد DNS الخاص بك (أو خدمة إدارة DNS)، اضبط قيمة TTL لسجلات A وAAAA وCNAME وwww على قيمة منخفضة — 300 ثانية (5 دقائق) خيار آمن:

Type   Name    Value             TTL
A      @       <OLD_SERVER_IP>   300
A      www     <OLD_SERVER_IP>   300

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

الخطوة 2 — جهّز الخادم الجديد وانسخ الملفات

أنشئ حسابك أو خادمك على الاستضافة الجديدة أولًا. إذا كنت على سكايلاين كلاود، فأنشئ خادم VPS أو خطة استضافة الويب وسجّل عنوان IP للخادم الجديد.

بالنسبة لخادم لديك وصول SSH إليه، يُعدّ rsync أسرع وأوثق وسيلة للنسخ — فهو يحافظ على الصلاحيات، وقابل للاستئناف، ويمكن إعادة تشغيله لمزامنة التغييرات فقط:

rsync -avz --progress -e ssh /var/www/html/ user@NEW_SERVER_IP:/var/www/html/

• -a يحافظ على الصلاحيات والملكية والطوابع الزمنية والروابط الرمزية
• -v للإسهاب، و-z يضغط أثناء النقل
• الشرطة المائلة في نهاية المصدر تنسخ المحتويات، لا المجلد نفسه

في عمليات النقل من cPanel إلى cPanel، تكون أداة Backup ← Full Account Backup المدمجة أو نقل بمساعدة المزوّد أبسط عادةً من rsync اليدوي. كثير من المزوّدين، ومنهم سكايلاين، ينفّذون عملية النقل نيابةً عنك.

الخطوة 3 — انقل قاعدة البيانات

صدّر قاعدة البيانات على الخادم القديم:

mysqldump -u DB_USER -p --single-transaction --quick DB_NAME > backup.sql

يمنحك الخيار --single-transaction لقطة متّسقة لجداول InnoDB دون قفل الموقع الحيّ. انسخ ملف التفريغ إلى الخادم الجديد ثم استورده:

scp backup.sql user@NEW_SERVER_IP:~/
mysql -u DB_USER -p NEW_DB_NAME < backup.sql

ثم حدّث ملف إعدادات تطبيقك ببيانات قاعدة البيانات الجديدة — wp-config.php لووردبريس، أو .env للارافيل، أو ما يعادلهما.

الخطوة 4 — اختبر الموقع الجديد قبل تغيير DNS

هذه هي الخطوة التي تجعل النقل بأقل توقّف ممكن: تتحقّق من الخادم الجديد بالكامل بينما لا يزال الموقع الحيّ على الخادم القديم. أجبر جهازك أنت فقط على ترجمة النطاق إلى عنوان IP الجديد عبر تعديل ملف hosts.

على macOS/لينكس، عدّل /etc/hosts؛ وعلى ويندوز، C:\Windows\System32\drivers\etc\hosts:

NEW_SERVER_IP   example.com www.example.com

الآن يحمّل متصفحك الخادم الجديد لنطاق example.com بينما لا يزال بقية العالم يرى القديم. تصفّح الصفحات، وسجّل الدخول، واختبر النماذج والدفع ولوحة الإدارة. أصلح أي خلل. وعندما يعمل كل شيء، احذف سطر hosts.

الخطوة 5 — المزامنة النهائية وتبديل DNS

ضع الموقع القديم لفترة وجيزة في وضع الصيانة أو القراءة فقط حتى لا تُكتب بيانات جديدة أثناء المزامنة النهائية. أعد تشغيل rsync (ينسخ التغييرات فقط) ونفّذ mysqldump/استيراد نهائيًا لالتقاط آخر الكتابات. ثم حدّث DNS:

Type   Name    Value             TTL
A      @       <NEW_SERVER_IP>   300
A      www     <NEW_SERVER_IP>   300

ولأن قيمة TTL تساوي 300، يتحوّل معظم الزوّار خلال خمس دقائق. أبقِ الخادم القديم يعمل حتى يتدفّق كل الزوار بعيدًا عنه — عادةً خلال 24–48 ساعة — كي يُخدَم بشكل صحيح كل من لا يزال يستخدم سجلًا مخزّنًا مؤقتًا. هذا التداخل هو ما يمنع فقدان الطلبات.

الخطوة 6 — لا تنسَ البريد وSSL والتحقّق

• البريد (سجلات MX): إذا كان بريد نطاقك مستضافًا بشكل منفصل، فاترك سجلات MX دون تغيير أثناء نقل الويب. نقل صناديق البريد عملية منفصلة — راجع استضافة البريد للأعمال لإعداد بريد داخل المملكة.
• SSL: أصدر شهادة جديدة على الخادم الجديد قبل التبديل (Let's Encrypt أو الإصدار التلقائي في لوحة التحكّم) كي يعمل HTTPS فور تحوّل DNS.
• تحقّق من الانتشار: افحص من مواقع متعدّدة:

dig +short example.com

شغّله من شبكتين مختلفتين، أو استخدم أداة فحص انتشار DNS عالمية، حتى يترجم الجميع إلى عنوان IP الجديد.

الخطوة 7 — بعد التبديل

بمجرد أن ينتقل كل الزوّار تمامًا ويظل الخادم القديم خاملًا ليوم أو يومين:

1. ارفع قيمة TTL مجدّدًا إلى 3600 أو أكثر للاستقرار وتقليل استعلامات DNS.
2. خذ نسخة احتياطية أخيرة من الخادم القديم، ثم أوقفه عن الخدمة.
3. حدّث المراقبة والمهام المجدولة (cron) وأي عناوين IP ثابتة في تطبيقك أو جدار الحماية.
4. أعد اختبار النماذج والمدفوعات على الخادم الجديد الحيّ.

قائمة تحقّق النقل

• [ ] خُفّضت قيمة TTL إلى 300 (قبل 24–48 ساعة)
• [ ] جُهّز الخادم الجديد ونُسخت الملفات عبر rsync
• [ ] صُدّرت قاعدة البيانات واستُوردت وحُدّثت الإعدادات
• [ ] اختُبر الموقع الجديد عبر ملف hosts
• [ ] ضُبط الموقع القديم على القراءة فقط واكتملت المزامنة النهائية
• [ ] وُجّه DNS إلى عنوان IP الجديد
• [ ] أُبقي الخادم القديم يعمل 24–48 ساعة
• [ ] تُحقّق من البريد/MX وSSL
• [ ] رُفعت قيمة TTL مجدّدًا وأُوقف الخادم القديم

إذا نُفّذت العملية بعناية، فلن يرى زوّارك أي خطأ — بل موقعًا أسرع وداخل المملكة فقط.

جاهز للنقل؟ أنشئ حسابك في سكايلاين كلاود واستضف داخل المملكة العربية السعودية مع إقامة بيانات متوافقة مع PDPL وضوابط الأمن السيبراني، وتسعير شفّاف، ودعم محلي بالعربية.