الاستضافة المشتركة منطقية عند الإطلاق: فالسعر منخفض، والمزوّد يدير الخادم، وأنت لا تشغل بالك إلا بملفاتك. لكن هذا النموذج له حدود صارمة؛ فموقعك يتقاسم المعالج والذاكرة والقرص مع مستأجرين آخرين، ولا يمكنك تثبيت البرمجيات أو امتدادات PHP التي تحتاجها، وقد يُبطئ جارٌ مشغول صفحاتِ موقعك. وعندما تحتاج إلى موارد يمكن التنبؤ بها، وعنوان IPv4 مخصّص، وتحكم كامل في بيئة التشغيل، يكون الخادم الافتراضي VPS الخطوة التالية الطبيعية.
نقل الخوادم يبدو عملية محفوفة بالمخاطر، لكنه ليس كذلك بالضرورة. فالحيلة هي تجهيز البيئة الجديدة بينما تبقى القديمة تعمل، ثم التحويل فقط عندما يكون كل شيء مُختبرًا. يقدّم هذا المقال خطة خطوة بخطوة تناسب إعدادات الاستضافة المشتركة النموذجية: تطبيق، وقاعدة بيانات، ومهام مجدولة، وملفات مرفوعة، وسجلات DNS.
توفّر Open Vista خطط VPS بنظام NVMe تُحتسب بالدولار الأمريكي دون التزام تعاقدي، بدءًا من 9.99 دولار شهريًا لخطة VPS-1G وصولًا إلى 49.99 دولارًا لخطة VPS-5G. وتتضمّن كل خطة عنوان IPv4 مخصّصًا، ولوحة إدارة، ونسخًا احتياطيًا آليًا، ودعمًا على مدار الساعة طوال أيام الأسبوع باللغتين الإنجليزية والفرنسية، ويُنشر الخادم خلال أقل من 15 دقيقة. وهذه السرعة مهمة هنا: يمكنك تجهيز بيئتك المستهدفة واختبارها قبل أن تعلن أي تغيير.
الخطوة 1: احصر كل شيء قبل أن تمسّ أي شيء
معظم عمليات الترحيل الفاشلة لا تسببها ملفات ناقصة، بل عناصر لم تُكتب أبدًا في قائمة. قبل أن تطلب أي شيء، أعدّ حصرًا كاملًا لما يعتمد عليه موقعك:
- ملفات الويب ومجلدات الرفع والوسائط، مع المسارات الدقيقة.
- قواعد البيانات: المحرّك والأسماء والمستخدمون والأحجام.
- المهام المجدولة (cron jobs) والأوامر التي تشغّلها.
- قواعد إعادة كتابة الروابط — ملف `.htaccess` في الاستضافات من نوع Apache، أو قواعد nginx المكافئة.
- متغيّرات البيئة والأسرار المخزّنة في ملفات الإعداد.
- شهادات SSL والنطاقات التي تغطيها.
- سجلات DNS: المنطقة الكاملة، بما فيها سجلات A وCNAME وMX وTXT مثل SPF وDKIM.
- صناديق البريد، إذا كانت خدمة البريد مستضافة على الحساب المشترك نفسه.
صدّر نسخة من منطقة DNS قبل أن تبدأ. وسجّل العناصر التي تعتمد على المسارات الداخلية للمزوّد القديم، لأنها هي التي تنكسر أثناء النقل. وتفيدك هذه القائمة أيضًا في تحديد ما يبقى في مكانه: فكثير من الفرق تُبقي البريد على المزوّد القديم بينما ينتقل الموقع، ثم تنقل صناديق البريد لاحقًا.
الخطوة 2: جهّز بيئة VPS الجديدة واختبرها
اطلب خطة VPS المناسبة لحمل العمل. فمعظم المواقع التي تترك الاستضافة المشتركة تجد في VPS-2G (نواة افتراضية واحدة، وذاكرة 2 غيغابايت، وتخزين NVMe بسعة 40 غيغابايت) نقطة انطلاق مريحة؛ وإذا كنت تشغّل عدة تطبيقات أو تتوقع نموًا سريعًا، فانظر إلى VPS-3G (نواتان افتراضيتان، وذاكرة 3 غيغابايت، وتخزين NVMe بسعة 50 غيغابايت)، وهي الخطة الأكثر شعبية. قارن المجموعة الكاملة على openvista.ma/en/vps واطلب على my.openvista.ma.
بعد نشر الخادم، جهّزه على مهل:
- اتصل عبر SSH وأنشئ مستخدمًا غير جذري (non-root) بصلاحيات sudo.
- اضبط المصادقة عبر المفتاح؛ وأبقِ تسجيل الدخول بكلمة المرور معطّلًا أو مقيّدًا.
- طبّق جميع تحديثات نظام التشغيل قبل تثبيت أي شيء آخر.
- ثبّت حزمتك — خادم الويب، وPHP أو بيئة التشغيل الخاصة بك، وقاعدة البيانات — وطابق الإصدارات المستخدمة على المزوّد القديم قدر الإمكان. فالفروق بين الإصدارات مصدر متكرر لمفاجآت الترحيل.
- اضبط جدار الحماية بحيث يسمح في البداية بـ SSH وHTTP وHTTPS فقط.
- تأكد من تفعيل النسخ الاحتياطي الآلي في الخطة الجديدة، وأمّن الوصول إلى لوحة الإدارة.
أنجز كل ذلك قبل يوم الترحيل. فأنت تريد قاعدة سليمة معروفة يمكنك الاختبار عليها، لا خادمًا تضبطه في الوقت الذي يُفترض أن ينتقل فيه موقعك.
الخطوة 3: انقل البيانات على ثلاث مراحل
المرحلة 1 — الملفات. استخدم rsync عبر SSH؛ فهو يحافظ على الأذونات ويمكن استئنافه إذا انقطع:
```bash
rsync -avz --progress /path/to/public_html/ user@new-server:/var/www/your-site/
```
شغّله عدة مرات خلال التجهيز، ثم مزامنة أخيرة قبل التحويل مباشرة. وبالنسبة إلى الأرشيفات الضخمة جدًا، يعمل أيضًا ملف tar مضغوط يُنقل مرة واحدة.
المرحلة 2 — قاعدة البيانات. صدّر قاعدة البيانات باستخدام `mysqldump` (أو ما يعادله لمحرّكك)، وانقل ملف التفريغ واستورده على الخادم الجديد. أنشئ مستخدمًا مخصّصًا للتطبيق بأقل صلاحيات لازمة، ثم تحقّق من عدد الصفوف في الجداول الرئيسية.
المرحلة 3 — الإعداد. حدّث المسارات وقيم النطاق والأسرار في إعداد التطبيق بحيث تشير إلى البيئة الجديدة. وقارن إعدادات PHP مثل `memory_limit` و`upload_max_filesize`. وانتبه إلى الروابط المطلقة المكتوبة يدويًا والمخزّنة في قاعدة البيانات — وخطّط لعملية بحث واستبدال دقيقة. واختبر التطبيق على قاعدة البيانات الجديدة قبل تحويل DNS، باستخدام إدخال hosts محلي أو نطاق فرعي مؤقت.
وثّق كل تعديل يدوي تجريه على طول الطريق، حتى تبقى العملية قابلة للتكرار — ولا تستخدم `--delete` في rsync إلا عندما تتأكد أن المصدر هو النسخة المرجعية.
الخطوة 4: انقل DNS وأطلق الموقع
- اخفض مدة TTL للسجلات التي ستغيّرها قبل 24 إلى 48 ساعة على الأقل، حتى تنتشر القيم الجديدة بسرعة.
- تأكد من أن شهادة SSL صادرة وتعمل بالفعل على الخادم الجديد؛ فيجب أن يكون HTTPS جاهزًا من اللحظة الأولى للتحويل.
- في يوم التحويل، وجّه سجل A إلى عنوان IPv4 المخصّص الجديد.
- راقب سجلات التطبيق وسجلات أخطاء خادم الويب واتصالات قاعدة البيانات خلال الساعات الأولى.
- أبقِ الاستضافة القديمة فعّالة طوال فترة التداخل — من أسبوعين إلى أربعة أسابيع عادةً — واحتفظ بمذكرة رجوع: فإن حدث خطب، تعيد توجيه DNS فتُستعاد البيئة السابقة بسرعة.
- لا تغيّر سجلات MX وSPF وDKIM إلا إذا انتقل البريد معك. وإذا بقي البريد على المزوّد القديم، فاترك تلك السجلات دون مساس.
قائمة التحقق بعد الترحيل
- [ ] جميع الصفحات تُحمَّل عبر HTTPS على الخادم الجديد.
- [ ] النماذج ورسائل البريد المعاملاتية تعمل، وSPF وDKIM متحقَّق منهما إذا انتقل البريد.
- [ ] المهام المجدولة (cron jobs) تعمل والسجلات تُظهر تنفيذًا ناجحًا.
- [ ] النسخ الاحتياطي الآلي مؤكَّد وفعّال على الخادم الافتراضي الجديد.
- [ ] الروابط المكتوبة يدويًا استُبدلت واختُبرت.
- [ ] الاستضافة القديمة لا تزال متاحة للرجوع.
- [ ] مذكرة الرجوع مكتوبة ومحفوظة مع بيانات اعتماد DNS.
- [ ] المراقبة والمراجعة الدورية للسجلات مجدولتان.
الأسئلة الشائعة
كم يستغرق الترحيل من الاستضافة المشتركة إلى VPS؟ لموقع نموذجي — بضعة غيغابايت من الملفات وقاعدة بيانات واحدة — يستغرق النقل من دقائق إلى ساعتين حسب عرض النطاق. خطّط لنافذة صيانة، لكن بما أن الخادم الجديد جاهز قبل تحويل DNS، فإن معظم العمل يجري دون أي تأثير على الزوّار.
هل سيتعطّل موقعي؟ ليس بسبب الترحيل نفسه. فانتشار DNS قد يوجّه بعض الزوّار مؤقتًا إلى الخادم القديم وآخرين إلى الجديد؛ وإبقاء الاثنين يعملان خلال فترة التداخل يجعل ذلك غير ضار. وتعتمد سرعة الانتشار على خوادم الحل وTTL الذي ضبطته.
هل يجب أن أنقل البريد في الوقت نفسه؟ لا. فإذا بقيت صناديق بريدك مؤقتًا على الاستضافة المشتركة، فاترك سجلات MX دون تغيير وانقل البريد لاحقًا. ولن تتغير في اليوم الأول إلا السجلات الخاصة بالموقع.
وماذا لو تعطّل شيء بعد التحويل؟ الاستضافة القديمة لا تزال تعمل، فيمكنك إعادة توجيه DNS ومعالجة المشكلة من موقع مستقر. وبما أن النسخ الاحتياطي الآلي متاح على VPS الجديد، يمكنك أيضًا الاستعادة وإعادة المحاولة دون ضغط.
الترحيل مشروع لمرة واحدة، أما الاستضافة التي تستقر عليها فهي قرار طويل الأمد. تُحتسب خطط Open Vista VPS بنظام NVMe بالدولار الأمريكي دون التزام تعاقدي، وتأتي كل خطة بعنوان IPv4 مخصّص ولوحة إدارة ونسخ احتياطي آلي ودعم على مدار الساعة باللغتين الإنجليزية والفرنسية. اطّلع على المجموعة الكاملة على https://openvista.ma/en/vps واطلب خادمك في دقائق عبر my.openvista.ma.