النسخ الاحتياطي والاستعادة
تطبيقك يعمل في الإنتاج. الآن تأكد من أنك لن تفقده أبدًا. يمكن لـrdc دفع مستودعك كاملًا (التطبيق وقاعدة البيانات والملفات والإعدادات) إلى تخزين خارجي وسحبه في أي وقت. النجاة من برامج الفدية وأعطال الأجهزة وأي شيء آخر.
شاهد الدرس التعليمي
ثلاث خطوات
- اضبط مزود التخزين.
- ادفع نسخة احتياطية.
- استعد عند الحاجة.
الخطوة 1: ضبط التخزين
تحتاج إلى ملف إعداد rclone. إذا كنت تستخدم rclone بالفعل، استورده مباشرةً:
time rdc config storage import --file rclone.confيدعم هذا S3 وB2 وGoogle Drive وDropbox وغيرها الكثير. تحقق مما هو مربوط:
time rdc config storage listالخطوة 2: دفع نسخة احتياطية
time rdc repo push --name my-app -m my-server --to my-storageمستودعك كاملًا (التطبيق وقاعدة البيانات والملفات وكل شيء) تم نسخه احتياطيًا الآن. لأن المستودع نفسه مشفر، النسخة الاحتياطية مشفرة أيضًا. لا إدارة مفاتيح إضافية.
أدرج نسخك الاحتياطية في أي وقت:
time rdc repo backup list --from my-storage -m my-serverلماذا لا يوجد توقف؟
التطبيق يواصل العمل أثناء رفع النسخة الاحتياطية. كيف يكون ذلك متسقًا؟
نفس منطق النسخ. تنسخ rdc أولًا، ثم ترفع النسخة. تلتقط النسخة اللحظة؛ تطبيقك المباشر يواصل العمل. لا توقف، لا تناقض.
الخطوة 3: الاستعادة على خادم جديد
لنفترض أن خادمك تعطّل. جهّز خادمًا جديدًا، أضفه إلى rdc، واسحب:
time rdc repo pull --name my-app -m new-server --from my-storageثم شغّله:
time rdc repo up --name my-app -m new-serverتطبيقك عاد. نفس البيانات، نفس الحاويات، جهاز مختلف.
نسخ احتياطي أسرع: من جهاز إلى جهاز
يمكنك أيضًا الدفع مباشرةً بين الأجهزة بدون تخزين سحابي وسيط:
time rdc repo push --name my-app -m my-server --to-machine backup-serverنصيحة احترافية. تُرسل رفعات التخزين دائمًا كل شيء. الجهاز إلى الجهاز يُرسل الفرق فقط. تستغرق أول عملية رفع من جهاز إلى جهاز الوقت المعتاد، لكن كل رفع بعدها أسرع بكثير. رائع للنسخ الاحتياطية المتكررة.
التالي: المراقبة.