بدأ موقعك يبطؤ، أو امتلأت الرام، أو تحتاج مساحة لقاعدة بيانات تكبر كل يوم؟ لست مضطرًا لنقل مشروعك إلى سيرفر جديد: تتيح لك مرام هوست ترقية السيرفر الحالي (الأنوية والرام والمساحة) مع بقاء ملفاتك وقواعد بياناتك وعنوان IP كما هي. في هذا الدليل نشرح متى تحتاج ترقية السيرفر، وكيف تطلبها خطوة بخطوة، وكيف تتأكد بنفسك أن الموارد الجديدة وصلت.
محتويات المقال
- ← لماذا ترقية السيرفر أفضل من الانتقال لسيرفر جديد؟
- ← متى تحتاج ترقية السيرفر؟
- ← خطط S-VPS ومواردها
- ← قبل الترقية: خطوتان للأمان
- ← طلب الترقية خطوة بخطوة
- ← بعد الترقية: تحقّق من الموارد
- ← المساحة الجديدة للقرص
- ← كيف تقدّر الخطة المناسبة عند ترقية السيرفر؟
- ← نصائح قبل وبعد ترقية السيرفر
- ← أسئلة شائعة عن ترقية السيرفر
⚡ الإجابة المختصرة
افتح تذكرة دعم في قسم accounting واذكر اسم خدمتك والخطة التي تريدها (مثلًا من S-VPS 2 إلى S-VPS 3). يرد الفريق بتكلفة الترقية وفاتورتها، وبعد الدفع تُطبَّق الموارد الجديدة على نفس السيرفر مع إعادة تشغيل قصيرة، دون فقدان بياناتك. بعدها تحقّق بالأوامر nproc وfree -h وdf -h.
محتويات الدليل
لماذا ترقية السيرفر أفضل من الانتقال لسيرفر جديد؟
عند نفاد الموارد أمامك خياران: ترقية السيرفر الحالي، أو شراء سيرفر جديد ونقل مشروعك إليه. الترقية أبسط وأأمن في أغلب الحالات:
- بلا ترحيل مؤلم: تبقى ملفاتك وقواعد بياناتك وإعداداتك كما هي، فلا نسخ ولا إعادة تهيئة.
- نفس عنوان IP: لا تحتاج تغيير سجلات DNS ولا تنتظر انتشارها.
- توقّف قصير جدًا: إعادة تشغيل واحدة بدل ساعات من الترحيل والاختبار.
- بلا مخاطر فقدان بيانات: الترقية تزيد الموارد على القرص نفسه دون مسحه.
لذلك تكون ترقية السيرفر هي الحل الأمثل عند النموّ الطبيعي. أما الانتقال لسيرفر جديد فيصلح فقط حين تريد تغيير نظام التشغيل أو مركز البيانات، أو التخفيض لخطة أصغر مساحةً.
متى تحتاج ترقية السيرفر؟
- الرام ممتلئة باستمرار: الأمر
free -hيُظهر أن عمود available صغير جدًا، أو تُقتل خدماتك فجأة (MySQL مثلًا). - المعالج على 100% لفترات طويلة: تظهر في رسوم الأداء (Graphs) في لوحة السيرفر أو في الأمر
top. - المساحة تقترب من الامتلاء:
df -hيعرض نسبة استخدام فوق 80%. - مشروعك كبر: زوار أكثر، أو مشتركون أكثر في نظام الشبكة، أو خدمات جديدة على نفس السيرفر.
خطط S-VPS ومواردها
كل الخطط على نفس البنية (NVMe بحماية RAID1 وعنوان IP بريطاني وحماية DDoS)، والفرق في الموارد فقط — لذلك تنتقل بين الخطط على نفس السيرفر.
قبل الترقية: خطوتان للأمان
- خذ لقطة (Snapshot) أو نسخة احتياطية من لوحة السيرفر (Snapshots أو Backups). الترقية لا تمسّ بياناتك، لكن النسخة الاحتياطية عادة جيدة قبل أي تغيير.
- سجّل الموارد الحالية بالأوامر في آخر الدليل، لتقارنها بعد الترقية.
طلب الترقية خطوة بخطوة
- من حسابك افتح فتح تذكرة واختر قسم accounting.
- في «المنتج المرتبط» اختر السيرفر المراد ترقيته.
- اكتب في الرسالة: الخطة الحالية، والخطة المطلوبة (أو الموارد التي تحتاجها بالتحديد)، والوقت المناسب لإعادة التشغيل القصيرة.
- يرد الفريق بتكلفة الترقية ويُصدر فاتورتها — ادفعها بزين كاش أو البطاقة.
- بعد الدفع تُطبَّق الموارد الجديدة ويُعاد تشغيل السيرفر، ويصلك رد على التذكرة.

لتفاصيل فتح التذكرة بالصور راجع دليل فتح تذكرة دعم فني.
بعد الترقية: تحقّق من الموارد
ادخل السيرفر عبر SSH ونفّذ هذه الأوامر الأربعة — هذه نتائجها الحقيقية على سيرفر S-VPS 4 (4 أنوية و8GB و250GB):

المساحة الجديدة للقرص
بعد زيادة المساحة يكبر القرص نفسه فورًا، ويظهر حجمه الجديد في صفحة Disks في لوحة السيرفر وفي الأمر lsblk. في أنظمة لينكس الحديثة من مرام (Ubuntu وDebian وAlmaLinux) يتوسّع القسم الرئيسي تلقائيًا عند الإقلاع التالي. إن بقي df -h يعرض الحجم القديم فالقسم يحتاج توسيعًا يدويًا بأمرين (growpart ثم resize2fs)، ويمكنك طلب ذلك في نفس التذكرة.

كيف تقدّر الخطة المناسبة عند ترقية السيرفر؟
قبل أن تطلب ترقية السيرفر، قدّر حاجتك حسب نوع مشروعك — وهذه أرقام إرشادية من واقع اختبارات مرام الحقيقية:
- موقع أو مدوّنة: 1-2 vCPU و2-4GB رام مع كاش تكفي آلاف الزيارات اليومية.
- متجر WooCommerce: 2-4 vCPU و4-8GB لأن صفحات السلّة والدفع ديناميكية لا تُكاش.
- تطبيق ويب ديناميكي: 2-4+ vCPU حسب التزامن وعدد العمّال.
- مؤسسي أو ERP: 4-8+ vCPU و8-16GB، وغالبًا فصل قاعدة البيانات عند النموّ.
للتفصيل راجع دليل كم vCPU تحتاج؟ ودليل رسوم الأداء لتحديد المورد الذي يشكّل العنق فعلًا قبل ترقية السيرفر. وإن ترددت، اذكر نوع مشروعك في التذكرة وسيقترح فريق مرام الخطة الأنسب لك.
نصائح قبل وبعد ترقية السيرفر
لتتمّ ترقية السيرفر بسلاسة وتستفيد من الموارد الجديدة كاملة، خذ هذه النصائح:
- خذ لقطة Snapshot ونسخة احتياطية قبلها: احتياطًا رغم أن الترقية لا تمسّ بياناتك.
- حدّد حاجتك بدقّة: هل العنق هو المعالج أم الرام أم القرص؟ راجع رسوم الأداء قبل أن تقرّر.
- اختر التوقيت المناسب: اطلب التطبيق في ساعة أقل زيارات لتقليل أثر إعادة التشغيل.
- تحقّق بعد الترقية: نفّذ
nprocوfree -hوdf -hلتتأكد أن الموارد الجديدة ظهرت. - وسّع القسم إن لزم: إن لم تزد مساحة
df -hفاطلب توسيع القسم في نفس التذكرة، أو نفّذه بنفسك. - أعد ضبط حدود البرامج: بعد زيادة الرام ارفع
innodb_buffer_pool_sizeوعدد عمّال PHP للاستفادة منها.
