انتقل إلى المحتوى
VDS Panel
VDS Panel
إدارة الخادم
دليل 15 Nisan 2026 · 9 dk okuma

دليل ترحيل VPS: نقل الخادم الخاص بك دون توقف

كيف يمكنك الانتقال بسلاسة من خادم VPS الموجود لديك إلى خادم جديد باستخدام لوحة VDS؟ دليل خطوة بخطوة يغطي تصدير قاعدة البيانات ونقل الملفات وجدولة DNS وأتمتة SSL.

#vps geçiş #sunucu taşıma #downtime sıfır #vps migrasyon
VDS Panel
VDS Panel Ekibi
Ürünü geliştiren ekip

يعد نقل VPS إلى خادم آخر — لتبديل مقدمي الخدمات، أو زيادة السعة، أو التبديل إلى إعداد لوحة حديث — مهمة دقيقة. إذا تم التخطيط بشكل غير صحيح، فسوف يؤدي ذلك إلى ساعات من التوقف وفقدان البيانات. عند التخطيط بشكل صحيح، يقل إجمالي وقت التوقف عن العمل إلى أقل من 5 دقائق ويظل مسار العودة مفتوحًا دائمًا.

في هذا الدليل؛ سنشرح خطوات أخذ المخزون، والتشغيل المتوازي، وتخطيط DNS TTL، وتصدير/استيراد قاعدة البيانات، وأتمتة SSL والتراجع بالترتيب. يتم توضيح التدفق بالكامل من خلال الترحيل إلى VPS الجديد مع تثبيت VDS Panel، ولكن الطريقة عامة.

Bir bakışta
1-2 saat
وقت العبور النموذجي
~5 دقائق
تعطل DNS
0
هدف فقدان البيانات
14 يوما
وقت التراجع

التحضير: جرد التثبيت الحالي

قم بإدراج جميع الموارد الموجودة على الخادم الحالي قبل الترحيل. إذا فاتك شيء ما، فسوف تواجه المفاجأة “الموقع مفتوح ولكن X معطل” بعد النقل.

  • المشاريع/المواقع: ما الذي يعمل في أي المجالات؟ WordPress، موقع ثابت، Spring Boot، خدمة Node.js، حاوية Docker؟
  • قواعد البيانات: PostgreSQL، MySQL، MongoDB، Redis. الإصدار والحجم والمشاريع التابعة.
  • Cron / المهام المجدولة: مؤقتات P0 أو systemd.
  • سجلات DNS: A، AAAA، CNAME، MX، TXT، SRV. تصدير من مزود DNS الحالي.
  • شهادات SSL: ما هي المجالات التي نقوم بالتشفير أم المجالات المدفوعة؟
  • متغيرات البيئة: مفتاح API، السر، بيانات اعتماد الطرف الثالث.
  • وظائف النسخ الاحتياطي: عمليات الأتمتة الحالية مثل pg_dump، وmysqldump، وrsync.
البريد الإلكتروني هو قضية منفصلة

نظرًا لأن VDS Panel عبارة عن لوحة نشر للتطبيقات، فهي لا توفر استضافة البريد الإلكتروني. إذا كنت تستخدم البريد الإلكتروني، فستحتاج إلى التبديل إلى حل منفصل (Google Workspace، وZoho Mail، وCloudflare Email Routing، وProton Mail) في عملية الترحيل. قم بجدولة سجلات MX الخاصة بك إلى الموفر الجديد.

الإستراتيجية: التنفيذ الموازي مقابل الانفجار الكبير

يمكنك إجراء الانتقال بطريقتين. ** يوصى دائمًا بالتشغيل المتوازي **.

محفوف بالمخاطر

انتقال الانفجار الكبير

  • تغيير DNS دفعة واحدة
  • اغلاق الخادم القديم على الفور
  • إذا كان هناك خطأ، فمن الصعب العودة
  • التوقف 15-30 دقيقة
  • خطر فقدان البيانات مرتفع
جدير بالثقة

عملية موازية

  • إعداد خادم جديد، نسخ البيانات
  • اختبار دون اتصال مع ملف المضيفين
  • خفض TTL، ثم قم بتغيير DNS
  • الخادم القديم مفتوح بالتوازي لمدة 14 يومًا
  • قم بإرجاع DNS إذا كانت هناك مشاكل

في الطريقة المتوازية، يعمل خادمان معًا لفترة قصيرة. يمكنك اختبار الخادم الجديد بنفسك بينما تستمر حركة البث في الوصول إلى الخادم القديم. يمكنك فقط تغيير DNS إلى عنوان IP الجديد عندما يكون كل شيء على ما يرام.

الانتقال خطوة بخطوة

  1. 01
    قم بإعداد VPS الجديد
    Ubuntu 22.04 أو 24.04 LTS هو خادم نظيف. الحد الأدنى 2 وحدة المعالجة المركزية، 4 جيجابايت من ذاكرة الوصول العشوائي. قم بتثبيت لوحة VDS بأمر واحد.
  2. 02
    أخذ نسخة احتياطية من الخادم القديم
    النسخ الاحتياطي لقاعدة البيانات باستخدام pg_dump أو mysqldump أو mongodump. tar أو rsync لملفات التطبيق. قائمة وظائف Cron ومتغيرات env
  3. 03
    استيراد قواعد البيانات إلى اللوحة الجديدة
    تقوم لوحة VDS بإنشاء قاعدة بيانات + مستخدم + كلمة مرور منفصلة لكل مشروع. قم باستيراد تفريغ SQL الموجود باستخدام أداة استعادة اللوحة.
  4. 04
    أدخل الرمز إلى اللوحة الجديدة
    الطريقة الأنظف هي نقل مشاريعك إلى مستودع git وإضافتها إلى اللوحة. البناء، وحقن env، وتكوين nginx — كلها تلقائية.
  5. 05
    انخفاض DNS TTL
    قم بتقليل TTL لجميع سجلات A/CNAME إلى 300 ثانية قبل 24 ساعة من الترحيل. إذا تم تخطي هذه الخطوة، فقد يستغرق نشر DNS ما يصل إلى 24 ساعة.
  6. 06
    اختبار مع ملف المضيفين
    قبل تغيير DNS، اكتب عنوان IP الجديد للخادم إلى /etc/hosts المحلي. التحقق من جميع التدفقات الهامة (تسجيل الدخول، الدفع، تقديم النموذج).
  7. 07
    قم بتبديل سجلات DNS A إلى الخادم الجديد
    قم بتوجيه سجلات A الخاصة بجميع المجالات إلى VPS IP الجديد. بفضل TTL المنخفض، ينتشر خلال 5-15 دقيقة.
  8. 08
    احتفظ بالخادم القديم لمدة 14 يومًا
    لديك خيار التراجع عن نظام أسماء النطاقات (DNS) في حالة ظهور مشكلات. بإمكانك إلغاء السيرفر القديم بعد 14 يوم بدون أي مشاكل.

ترحيل قاعدة البيانات

توفر لوحة VDS دعمًا مدمجًا للاستيراد لكل محرك قاعدة بيانات:

  • PostgreSQL: خذ نسخة احتياطية بتنسيق خاص باستخدام P0، ثم قم بتحميلها إلى أداة استعادة اللوحة. بالنسبة للجداول الكبيرة، يتم إعداد تجمع اتصال pgBouncer تلقائيًا.
  • MySQL/MariaDB: قم بالنسخ الاحتياطي باستخدام P1، وقم بالتثبيت من علامة التبويب “SQL Import” على اللوحة.
  • MongoDB: مع P2، يتم تشغيل تفريغ bson من خلال لوحة P3.
  • Redis: تتم تهيئته عادةً فارغًا عند الترحيل؛ إذا كانت هناك بيانات دائمة، فسيتم نسخ P5 بعد P4.
~15 دقيقة
متوسط ​​وقت انتقال قاعدة البيانات
المدة النموذجية لقواعد بيانات PostgreSQL من 5 إلى 10 جيجابايت

إعادة نشر التطبيقات

الطريقة الأنظف لنقل التطبيقات المثبتة يدويًا على الخادم القديم إلى لوحة VDS هي التبديل إلى تدفق git Push:

ص0

ثم قم بإعطاء عنوان URL لـ GitHub repo إلى لوحة VDS. تقوم اللوحة بتثبيت خطاف الويب وإنشاء مسار البناء وتطلب متغيرات البيئة. يتم نشر كل P0 لاحق تلقائيًا.

ص1

بالنسبة إلى Java/Spring Boot، يتم تحديد خيارات تحميل JAR أو إنشاء Maven/Gradle من واجهة اللوحة.

شهادات SSL

لا تحتاج إلى نقل شهاداتك القديمة. تحصل لوحة VDS تلقائيًا على شهادة Let’s Encrypt الجديدة لكل مجال:

  • عندما يشير سجل DNS A إلى الخادم الجديد، تبدأ اللوحة في اختبار HTTP-01
  • الشهادة جاهزة خلال 15 ثانية، ويتم إعادة توجيه HSTS وHTTPS تلقائيًا
  • يتم التجديد تلقائيًا قبل 30 يومًا، دون تسجيل الدخول
إذا كانت شهادة البدل مطلوبة

إذا كنت تستخدم Cloudflare أو Route53 أو DigitalOcean DNS، فيمكنك الحصول على شهادة بدل مع تحدي DNS-01. أدخل رمز واجهة برمجة التطبيقات (API) الخاص بك في إعدادات اللوحة وستتم كتابة سجلات TXT الضرورية تلقائيًا.

جدولة DNS

المفتاح للوصول إلى الصفر من التوقف عن العمل هو تخطيط TTL.

  1. قم بتقليل TTL لجميع سجلات A/CNAME من 3600 إلى 300 قبل 24-48 ساعة من الترحيل.
  2. بعد مرور فترة TTL القديمة بالكامل (أي ساعة واحدة)، سيقوم موفر DNS بالفعل بالرد باستخدام TTL الجديد.
  3. قم بتغيير السجل A إلى عنوان IP الجديد في وقت الترحيل. خلال 5 دقائق، يتم توجيه 95% من حركة المرور إلى الخادم الجديد.
  4. إذا كنت تريد زيادة TTL مرة أخرى إلى 3600 بعد الترحيل، فانتظر 14 يومًا (من المهم إبقائها منخفضة أثناء فترة التراجع).

خطة التراجع

لا تقم بإيقاف تشغيل خادمك القديم خلال أول 14 يومًا. في حالة حدوث مشكلة خطيرة على الخادم الجديد:

  1. قم بتغيير سجل في DNS إلى عنوان IP القديم للخادم
  2. بما أن TTL تبلغ 300 ثانية، فإنها تنتشر خلال 5 دقائق
  3. تحقق من المشكلة على الخادم الجديد خلال هذا الوقت
  4. قم بإصلاحه وترحيله مرة أخرى إلى الخادم الجديد

المزامنة ثنائية الاتجاه لقاعدة البيانات معقدة؛ إذا كنت تريد العودة إلى الحالة السابقة، فإما أن تفعل ذلك ضمن نافذة الترحيل أو تخطط لفقدان البيانات بشكل مقبول. تساعد مقالتنا استراتيجية النسخ الاحتياطي VPS في تخطيط RTO/RPO.

قائمة مراجعة ما بعد الترحيل

افتح اللوحة الموجودة على الخادم الجديد، فالخادم القديم لا يزال قائمًا:

  • جميع المشاريع تعمل (HTTP 200، المحتوى الصحيح)
  • اتصالات قاعدة البيانات نشطة، والبيانات متسقة
  • شهادات SSL باللون الأخضر (صالحة، تشغيل HSTS)
  • تمت إعادة تعريف مهام Cron / المجدولة
  • خطة النسخ الاحتياطي نشطة (لوحة النسخ الاحتياطي المشفرة يوميًا)
  • تتم كتابة السجلات على الخادم الجديد
  • تمت جدولة إجراء فحص Pentest أسبوعيًا
  • تم اختبار تكامل المراقبة والتنبيه

خاتمة

إن ترحيل VPS ليس مهمة صعبة كما يبدو؛ مع التخطيط السليم إجمالي وقت التوقف عن العمل أقل من 5 دقائق. إن إستراتيجية التنفيذ الموازي وجدولة TTL المنخفضة ونافذة التراجع لمدة 14 يومًا تجعل الترحيل آمنًا. تعمل أدوات الاستيراد المضمنة في VDS Panel (استعادة قاعدة البيانات ونشر git وSSL التلقائي) على تقليل الخطوات اليدوية التي قد تستغرق ساعات إلى دقائق.

نموذج الاتصال مفتوح لمناقشة سيناريو النقل الخاص بك. دعنا نفهم البنية التحتية الحالية لديك ونقوم بإعداد خطة ترحيل خاصة لك معًا.

هل ترغب في تجربتها على الخادم الخاص بك؟

اتصل بنا عبر نموذج الاتصال ودعنا نجهز ترخيصًا + خطة تثبيت مناسبة لسيناريو الاستخدام الخاص بك.

نحن هنا عندما تكون مستعدًا

تجربة نشر حديثة على الخادم الخاص بك، مجرد رسالة اتصال.

دعنا نفهم سيناريو الاستخدام الخاص بك ونقوم بإعداد الترخيص المناسب وخطة التثبيت لك. متوسط ​​وقت الاستجابة لدينا هو أقل من 24 ساعة.