النسخ الاحتياطي

النسخ الاحتياطي التلقائي مشمول ابتداءً من العروض المتوسطة، بوتيرة تزداد في العروض الأعلى. أما على VPS فتعتمد على الخطة والخيارات. تجد التفاصيل لكل عرض في صفحات المنتجات.

نعم، يتوفّر خيار نسخ احتياطي يومي premium لتعزيز حماية بياناتك بما يتجاوز ما تتضمّنه خطتك.

حسب خطتك، يمكنك الاستعادة من cPanel. في الحالات الأخرى، يقوم فريق الدعم لدينا بالاستعادة بناءً على طلبك.

تعتمد مدة الاحتفاظ على خطتك وخياراتك. تواصل مع الدعم لمعرفة مدة الاحتفاظ المطبّقة على عرضك.

نعم، تتوفّر اللقطات (snapshots) حسب خطة VPS (VPS Power و VPS Business). تتيح لك تجميد حالة الخادم قبل إجراء عملية حسّاسة.

لديك صلاحية root: يمكنك أتمتة نسخك الاحتياطية باستخدام أدوات مثل rsync أو restic أو borgbackup، نحو مساحة تخزين بعيدة من اختيارك.

اجمع بين تصدير أحجام Docker وأداة نسخ احتياطي تزايدي مثل Restic أو BorgBackup. أوقف الحاوية مؤقتًا (أو استخدم `docker exec` لأخذ نسخة نظيفة من قواعد البيانات)، ثم اضغط الحجم وأرسل الأرشيف إلى تخزين بعيد. جدوِل العملية عبر ‎cron أو بنيّة CI/CD، وخزِّن ملفّات ‎`docker-compose‎.yml` و‎`‎.env` في مستودع ‎git خاص.

تُحفظ النسخ الاحتياطية المضمّنة في خطط الاستضافة داخل بنية ‎ServOrbit‎ التحتية. من خادم ‎VPS‎، يمكنك إعداد ‎Restic‎ أو ‎BorgBackup‎ لإرسال نسخ مشفّرة خارج الموقع إلى ‎S3‎ أو ‎Backblaze B2‎ أو ‎Scaleway Object Storage‎ أو خادم ‎SFTP‎ تختاره بنفسك. يُنصح بهذا النهج بشدة لأي بيانات حساسة. تتوفر قوالب جاهزة لهذه الأدوات في ‎Marketplace ServOrbit‎.

نعم لقواعد MySQL وMariaDB: من مساحة العميل (الخادم الافتراضي ← إدارة ← قواعد البيانات) تفعّل جدولة يومية أو أسبوعية، وتختار الساعة ومدّة الاحتفاظ، وتُودَع الأرشيفات في مساحة النسخ الاحتياطي الخاصة بك. وتتوفّر أيضاً نسخة فورية يؤكَّد تشغيلها بكلمة المرور ورمز لمرة واحدة — مفيدة قبل عملية حسّاسة مباشرةً مثل ترقية إصدار رئيسي للمحرّك. أمّا المحرّكات الأخرى (PostgreSQL وMongoDB وغيرها) فلا تكتشفها هذه الأداة: جهّز تصديراً خاصاً بك وأرسله إلى تخزين بعيد.

نعم، في استضافة cPanel لدى ServOrbit، يتيح لك JetBackup الاستعادة الجزئية: يمكنك اختيار الملف أو المجلد المحدد الذي تريد استرداده من قائمة النسخ الاحتياطية المتاحة، دون التأثير على بقية حسابك. بالنسبة للخوادم الافتراضية VPS والخوادم المخصصة، توفر اللقطات الفورية مستويين من الاسترداد: استعادة كاملة لصورة القرص، أو تصفح اللقطة لاستخراج الملفات المطلوبة فقط. تمنحك هذه المرونة حماية بياناتك الحديثة عند استرداد عنصر واحد فقط.

تتضمن أداة Restic أمر `restic check` الذي يفحص المستودع ويكشف أي تلف في الكتل المشفرة دون الحاجة إلى استعادة البيانات. جدوِل هذا الفحص عبر مؤقت systemd أو مهمة cron أسبوعية، وأرسل مخرجاته إلى قناة تنبيه (بريد إلكتروني، webhook في n8n، أو ntfy). إذا أرجع الأمر رمز خطأ غير صفري، تأكد سريعاً من إمكانية الاسترداد الفعلي بإجراء استعادة تجريبية في مجلد مؤقت قبل وقوع أي حادثة.

في ‎cPanel، يتيح ‎JetBackup الاستعادة إلى مجلد وجهة مختلف بدلاً من الكتابة فوق الموقع الأصلي. اختر خيار «استعادة إلى» وحدد دليلاً مؤقتاً؛ يمكنك بعدها مقارنة الملفات المُستعادة بملفات الإنتاج قبل أي تبديل. تضمن هذه الطريقة بقاء موقعك متاحاً طوال فترة التحقق. إذا كنت بحاجة إلى مساعدة، افتح تذكرة من فضاء عميلك.

لقطة VPS هي صورة فورية لقرص الخادم بأكمله، مثالية قبل أي عملية محفوفة بالمخاطر؛ تُخزَّن على نفس البنية التحتية ويمكن استعادتها بسرعة. أما JetBackup (المتاح على استضافة cPanel) فيوفر نسخاً احتياطية تدريجية تلقائية لملفاتك وقواعد بياناتك وبريدك الإلكتروني، مخزنة في فضاء بعيد، مع إمكانية الاستعادة ملفاً بملف من cPanel. لحماية شاملة على VPS، ادمج اللقطات مع حل نسخ احتياطي خارجي (Restic أو BorgBackup).

تتوفر عدة مقاربات بحسب مستوى الدقة المطلوب. تتمثل الطريقة الأكثر مباشرةً في استخدام `docker run --rm -v <volume>:/data alpine tar czf - /data` لأرشفة حجم في ملف، ثم نقله إلى تخزين خارجي عبر `rsync` أو `rclone` (المتوافق مع ‎S3 و‎SFTP وغيرهما). للحصول على نسخ احتياطية متسقة لقواعد البيانات، فضّل تفريغًا على مستوى التطبيق (`pg_dump` أو `mysqldump`) بدلًا من نسخ الحجم الخام. أتمت هذه النسخ الاحتياطية بمهمة ‎cron يومية واحتفظ بأجيال متعددة. تتيح ‎ServOrbit أيضًا لقطات ‎VPS قابلة للجدولة من لوحة العملاء، يمكن استخدامها كشبكة أمان إضافية.

نعم، يمكنك تماماً استعادة نسخة احتياطية من ‎VPS‎ على آخر — مثلاً للترقية إلى خطة أقوى أو لإنشاء بيئة استعادة الكوارث. **مع ‎JetBackup‎** (رخصة اختيارية بـ119 DH/mois، على خادم يعمل بـ‎cPanel‎): اتصل بواجهة ‎JetBackup‎، اختر النسخة الاحتياطية المراد استعادتها، واختر **استعادة على خادم آخر**. أدخل عنوان ‎IP‎ لـ‎VPS‎ الوجهة وبيانات ‎SSH‎. يقوم ‎JetBackup‎ تلقائياً بنقل البيانات واستعادتها. **بدون ‎JetBackup‎**: صدّر نسختك الاحتياطية (لقطة أو أرشيف ‎tar‎) من لوحة التحكم، انقلها إلى ‎VPS‎ الوجهة عبر `rsync` أو `scp`، ثم استعِدها يدوياً. لاحظ أن عناوين ‎IP‎ تتغير عند الترحيل: لا تنسَ تحديث ‎DNS‎ وإعدادات تطبيقاتك بعد الاستعادة.

أحجام ‎Docker‎ هي المكان الذي تخزّن فيه تطبيقات ‎Docker‎ بياناتها الدائمة. إليك ثلاثة أساليب لنسخها احتياطياً. **الأسلوب 1 — نسخ مجلد الحجم مباشرةً**: تُخزَّن أحجام ‎Docker‎ في `/var/lib/docker/volumes/`. يمكن نسخها بـ`tar`: `tar czf /نسخ_احتياطي/حجمي-$(date +%Y%m%d).tar.gz -C /var/lib/docker/volumes/حجمي/_data .` **الأسلوب 2 — التصدير عبر حاوية مؤقتة** (موصى به): يعمل دون معرفة المسار الفعلي للحجم: `docker run --rm -v حجمي:/data -v /نسخ_احتياطي:/backup alpine tar czf /backup/حجمي-$(date +%Y%m%d).tar.gz -C /data .` **الأسلوب 3 — لقطة التطبيق** (لقواعد البيانات): استخدم الأداة الأصيلة لقاعدة البيانات لتصدير نسخة متسقة. مثلاً لـ‎PostgreSQL‎ في حاوية: `docker compose exec -T db pg_dump -U مستخدم قاعدتي | gzip > /نسخ_احتياطي/قاعدة-$(date +%Y%m%d).sql.gz` للأتمتة، أضف الأمر في سكريبت وجدوله بـ‎cron‎. ثم زامن مع تخزين بعيد باستخدام ‎rclone‎ للحماية خارج الموقع.

نعم: قبل أي تحديث رئيسي لتطبيق مستضاف ذاتيًا، أجرِ نسخة احتياطية كاملة للملفات وقاعدة البيانات — حتى لو كان خادمك يستفيد من نسخ احتياطية تلقائية مجدولة. تتيح لك لقطة مأخوذة قُبيل التحديث العودة إلى حالة مستقرة في دقائق عند ظهور أي تعارض.

يقوم الاستنساخ الخالي (‏`git clone --bare <url>`) بنسخ كامل السجل والفروع والعلامات دون شجرة عمل، مما يجعله الصيغة المثالية للأرشفة والاستعادة. من خادم ‎VPS‎ الخاص بك، جدوّل مهمة ‎cron‎ تنفّذ ‏`git clone --mirror`‏ في مجلد النسخ الاحتياطية، ثم اضغط الأرشيف وانقله إلى تخزين خارجي (‏‎S3‎‏ أو ‎SFTP‎). للمزيد، راجع صفحة ‏`/vps-cloud`‏.

قبل أي تحديث، أرشف مجلد ‏`/etc/postfix/`‏ (الإعدادات الرئيسية) ومجلد ‏`/etc/opendkim/`‏ أو ‏`/etc/dkim/`‏ (مفاتيح ‎DKIM‎) وملف ‏`/etc/aliases`‏. استخدم الأمر ‏`tar -czf postfix-backup-$(date +%F).tar.gz /etc/postfix /etc/opendkim`‏ ثم انقل الأرشيف إلى مكان خارج الخادم باستخدام ‏`rsync`‏ أو ‏`scp`‏. احتفظ كذلك بسجلات ‎DNS TXT‎ المقابلة لإعادة نشر المفاتيح عند الحاجة. تواصل مع فريق الدعم عبر [email protected] للحصول على مساعدة في الاستعادة.

بالنسبة لـ‏‎PrivateGPT‎‏، انسخ مجلد ‏`local_data/`‏ (المستندات المفهرسة وقاعدة البيانات المتجهية) إلى جانب ملف الإعداد ‏`settings.yaml`‏. وبالنسبة لـ‏‎LocalAI‎‏، أرشف مجلد النماذج (عادةً ‏`models/`‏) وملفات إعداد ‎YAML‎ إن وُجدت. جدوّل مهمة ‏`rsync`‏ أو استخدم ‎Restic‎ لنقل هذه المجلدات إلى تخزين خارجي؛ لاحظ أن ملفات النماذج قد تكون كبيرة الحجم فاستفد من إلغاء التكرار. اعثر على قوالب ‎PrivateGPT‎ و‎LocalAI‎ في ‎Marketplace ServOrbit‎ عبر ‏`/vps-cloud`‏.

أوقف أولًا حاوية ‎Mattermost (`docker compose stop mattermost`) لتفادي أي كتابة جارية، ثم نفّذ أمر التفريغ: `docker exec mattermost-db pg_dump -U mmuser mattermost | gzip > mattermost-backup-$(date +%Y%m%d)‎.sql‎.gz`. احفظ الأرشيف خارج الخادم (تخزين كائنات، نقل بـ`scp`/`rsync`) قبل البدء بالترقية. للاستعادة: `gunzip -c mattermost-backup-YYYYMMDD‎.sql‎.gz | docker exec -i mattermost-db psql -U mmuser mattermost`. يأخذ خيار النسخ الاحتياطي في ‎ServOrbit لقطة كاملة للقرص — فعّله أيضًا لتغطية أحجام الملفات.

يخزّن Chatwoot افتراضيًا الملفات في مجلد `storage/` داخل الحاوية وتُفقد عند إعادة إنشائها. Cloudflare R2 متوافق مع S3 بلا رسوم خروج. تحذير: عدم توافق بين Active Storage وR2 يتسبب في فقدان صامت للمرفقات (issue #13299). الحل: إضافة `request_checksum_calculation: "when_required"` و`response_checksum_validation: "when_required"` في `config/storage.yml` مع المتغيرات البيئية المناسبة. أعد تشغيل الحاويات واختبر رفع ملف من تذكرة.

يخزّن Docmost بياناته في قاعدة PostgreSQL وملفاته في حجم Docker أو تخزين S3. للنسخ الاحتياطي الكامل: (1) نفّذ `pg_dump -U docmost docmost > docmost_backup_$(date +%Y%m%d).sql`، (2) أرشف حجم تخزين الملفات أو صدّر bucket R2/S3، (3) جدوِل النسخ الاحتياطي في cron وأرسل الأرشيفات إلى تخزين خارجي (S3 أو Backblaze B2 أو SFTP).

يخزّن ‎Stalwart بياناته في مجلد قابل للضبط (افتراضيًا ‎`/opt/stalwart-mail/data`): أوقف الخدمة، وانسخ هذا المجلد إلى مساحة تخزين بعيدة باستخدام ‎Restic أو ‎BorgBackup، ثم أعد التشغيل. احرص على تضمين شهادات ‎TLS (‎Let's Encrypt أو المخصصة)، ومفاتيح ‎DKIM (في المجلد الفرعي ‎`dkim/`)، وملف الإعداد `config.toml`. في حالة تثبيت ‎Docker، جَبِّل مجلد البيانات كحجم مُسمَّى واحتفظ بنسخة احتياطية من هذا الحجم. جدوِّل النسخ الاحتياطية اليومية عبر ‎cron وتحقق بشكل دوري من استعادتها على خادم ‎VPS تجريبي.

يجب أن تكون تكرارية النسخ الاحتياطية متناسبة مع **RTO** (هدف وقت الاسترداد) و**RPO** (هدف نقطة الاسترداد) — كم من الوقت يمكنك تحمّل التوقف، وكم من البيانات يمكنك تحمّل خسارتها. **توصيات عملية:** | نوع الموقع | التكرار | الاحتفاظ | |---|---|---| | موقع إعلاني ثابت | مرة/أسبوع | 4 أسابيع | | مدونة نشطة | مرة/يوم | 30 يوماً | | متجر إلكتروني | 4 مرات/يوم | 30 يوماً + 3 أشهر شهرية | | تطبيق حرج | مرة/ساعة | 48 ساعة بالساعة + 30 يوماً يومياً | **أين تُخزّن النسخ الاحتياطية — قاعدة 3-2-1:** - **3** نسخ من البيانات - على **2** وسيطَين مختلفَين - **1** منها خارج الموقع الرئيسي **ما يقدمه ServOrbit:** لقطات يومية تلقائية مضمّنة في خطط VPS مع احتفاظ قابل للضبط. البيانات تبقى في أوروبا.

قبل أي عملية حساسة على Plane، احتفظ بنسخة احتياطية من أحجام Docker. الأمر `docker compose exec plane-db pg_dump -U plane plane > plane_backup.sql` يُصدِّر قاعدة البيانات الرئيسية؛ أكمله بنسخة من ملفات الإعداد (`.env`، `docker-compose.yml`) وأي ملفات مرفوعة. اختبر الاستعادة على بيئة تجريبية قبل الشروع في الترحيل.

نعم، هذا أمر ضروري: ترقية PostgreSQL إلى إصدار رئيسي جديد (مثل 15 إلى 17) تغيّر تنسيق البيانات الداخلي ولا يمكن التراجع عنها بدون استعادة. قبل أي هجرة، صدّر نسخة احتياطية كاملة باستخدام `pg_dumpall -U postgres > backup_avant_migration.sql` واحتفظ بها على مساحة تخزين منفصلة عن خادم VPS الخاص بك (Backblaze B2، SFTP بعيد). تحقق من أن الاستعادة تعمل في بيئة اختبار قبل إيقاف المحرك القديم. إن كنت تستخدم خيار النسخ الاحتياطي المميز من ‎ServOrbit‎، تأكد من أن آخر لقطة حديثة قبل بدء العملية.

يوفر ‎Elasticsearch واجهة برمجية للنسخ الاحتياطي والاستعادة (‎Snapshot and Restore) تُنشئ نسخاً احتياطية تدريجية مكررة الإزالة لمؤشراتك. اضبط مستودع ‎S3 (متوافق مع ‎Backblaze B2 و‎Cloudflare R2 وأي تخزين كائنات متوافق مع ‎S3) وحدّد سياسة دورة حياة اللقطات (‎SLM) لأتمتة التكرار والاحتفاظ. مهم: لا تنسخ ملفات البيانات مباشرةً من القرص أثناء تشغيل ‎Elasticsearch — فقط آلية اللقطات الأصلية تضمن نسخة احتياطية متسقة. اختبر الاستعادة على خادم ‎VPS ثانٍ بانتظام للتحقق من سلامة النسخ.

لخادم VPS في بيئة الإنتاج، استهدف نسخًا احتياطيًا يوميًا على الأقل مع فترة احتفاظ تبلغ 7 أيام. التطبيقات الحيوية (قواعد البيانات وملفات العملاء) تستحق نسخًا كل ساعة أو نسخًا تزايديًا. ميّز بين لقطات النظام (مفيدة قبل تحديث) والنسخ الاحتياطية للبيانات (ضرورية للاستمرارية). اختبر الاستعادة بانتظام: نسخة احتياطية لم يُتحقَّق من استعادتها قط هي نسخة غير موثوقة. خزِّن النسخ على موقع بعيد أو خدمة تخزين كائني مستقلة عن خادمك.

اللقطة (snapshot) هي صورة لحالة القرص في لحظة بعينها، تُؤخَذ على مستوى المُراقب الافتراضي (hypervisor): سريعة الإنشاء، تتيح التراجع في دقائق، لكنها تبقى مرتبطة بالتخزين الفعلي نفسه. أما النسخة الاحتياطية الكاملة فتنسخ البيانات إلى موقع منفصل (خادم آخر أو تخزين كائني) وتحمي من الأعطال المادية. كلاهما مكمِّل للآخر: اللقطات تغطي الأخطاء البشرية والتحديثات الفاشلة، والنسخ الاحتياطية تغطي الكوارث وفقدان البيانات. على خادم VPS من ServOrbit، تتوفّر اللقطات والنسخ الاحتياطية التلقائية حسب الخطة.

يُنشئ ‎ERPNext‎ نسخاً احتياطية مضغوطة عبر `bench backup` في مجلد `private/backups/` لكل موقع. ادمج هذا مع `rclone` أو أداة ‎AWS CLI‎ لرفع كل أرشيف إلى حاوية متوافقة مع ‎S3‎ (مثل ‎Backblaze B2‎ أو ‎Cloudflare R2‎ أو ‎MinIO‎) مباشرةً بعد إنشائه. جدوِل كل شيء بمهمة ‎cron‎ ليلية، وشفِّر الأرشيفات قبل رفعها إذا كانت تحتوي بيانات حساسة، واختبر الاستعادة بانتظام في بيئة تجريبية للتحقق من سلامتها. احتفظ بحد أدنى 7 نسخ يومية و4 نسخ أسبوعية.

سجّل الدخول إلى منطقة عميل ServOrbit، وافتح تذكرة دعم في فئة «الاستضافة»، وحدّد تاريخ النسخة الاحتياطية المطلوبة مع المسار أو قاعدة البيانات المراد استعادتها. سيقوم فريقنا بإجراء الاستعادة من لقطات ‎JetBackup في أقرب وقت ممكن. إذا كانت لديك خيار ‎JetBackup، يمكنك أيضًا تشغيل الاستعادة بنفسك مباشرةً من واجهة ‎cPanel دون التواصل مع الدعم.

اللقطة (snapshot) هي نسخة فورية من القرص تُؤخَذ على مستوى المشرّف الافتراضي (hypervisor): مثالية للتراجع عن خطأ ما، غير أنها تقيم على البنية التحتية المادية ذاتها التي يعمل عليها خادمك. أما قاعدة ‎3-2-1 فتذهب أبعد من ذلك: 3 نسخ من البيانات، على وسيطَين مختلفَين، إحداهما خارج الموقع. وإذا تعرّض مركز البيانات لعطل أجهزة أو فيضان أو حذف عرضي لحسابك، فلن تُنقذك سوى النسخة الخارجية. اجمع بين اللقطات (للاستجابة السريعة) ونسخة احتياطية مُحوَّلة إلى تخزين كائنات خارجي (‏Backblaze B2 أو ‏S3 أو ‏Scaleway…) لتغطية كلا مستويَي الخطر.

نعم، وهذه تحديدًا الميزة الجوهرية لمستودع ‏Restic المستضاف خارج VPS. يقيم المستودع على وحدة التخزين الكائني الخارجية (‏S3 أو ‏Backblaze B2 أو ‏Scaleway…) ولا يرتبط بخادمك بأيّ تبعية؛ ويمكنك الوصول إليه من أي جهاز يحمل الأداة ‏Restic ومفتاح التشفير وبيانات اعتماد المستودع. احتفظ بهذه العناصر في مدير أسرار (‏Bitwarden أو ‏Vault…) مستقل عن بنيتك التحتية، واختبر عملية استرداد كاملة على جهاز مستقل مرةً على الأقل كل شهر.