مرحباً أيها الناس، أحتاج إلى مساعدتكم، أنا جديد في هذا، أقوم بإعداد مجتمعي على خادمي، لدي أسئلة حول النسخ الاحتياطي، كيف يمكنني تكوينه للقيام بذلك 3 مرات في اليوم؟ وهل هذا النسخ الاحتياطي آمن؟ إذا حدث شيء لخادمي، هل يمكنني ترحيل مجتمعي بالكامل مع جميع الإعدادات إلى خادم آخر؟
لا يمكنك فعل ذلك (بدون اللجوء إلى نصوص برمجية مخصصة معقدة)
نعم، طالما أنك تخزنه في مكان آخر (مثل S3)
إعجابَين (2)
أتفهم، أعتقد أنه من الآمن قليلاً أن يكون لديك نسخة احتياطية واحدة فقط في اليوم، إذا كان المجتمع مشغولاً للغاية فهناك خطر فقدان البيانات نظرًا لأن أقرب نسخة احتياطية قد تستغرق 24 ساعة… بالعودة إلى الموضوع، هل يمكنك إخباري بما إذا كان إضافة دلو S3 سيتم حفظ ملفات النسخ الاحتياطي مباشرة في S3 أم سيتم حفظها أيضًا على الجهاز الذي يستضيف الكلام؟
يتم حفظها أولاً على الجهاز، ثم يتم تحميلها (وإزالتها من الجهاز).
إعجاب واحد (1)
أتفهم، في حالتي لا تعمل هذه الحلول، ستكون غير آمنة.
ما هو غير الآمن في s3؟
إذا كنت لا تثق به لسبب ما، يمكنك استخدام التخزين المحلي ومزامنة الملفات في مكان آخر. ولكن هذا سيكون أقل أمانًا من s3.
إعجاب واحد (1)
عدم الأمان الذي أشير إليه ليس S3، بل في الخطاب نفسه، الحد الأدنى لوقت النسخ الاحتياطي هو يوم واحد، ولكن إذا قمت بتحليل هذه الفترة للنسخ الاحتياطي التالي، فقد تكون هناك مشكلة أو موقف في الخادم أو الملف نفسه، لذلك إذا كان مجتمعًا مزدحمًا جدًا فقد تفقد بعض البيانات
إذا لم تتمكن من تحمل احتمالية فقدان البيانات هذه، فيجب عليك الاستثمار في إعداد قاعدة بيانات يتضاعف إلى مزود استضافة آخر أو منطقة توفر. ولكن هذه الأشياء تأتي مع علامة سعر.
عند إجراء إدارة المخاطر، فإن خطر حدوث خطأ ما هو الاحتمالية مضروبة في التأثير. إذا كنت ترغب في تقليل المخاطر، يمكنك إما تقليل احتمالية الكارثة، أو التأثير.
يعد وجود نسخ احتياطية أكثر تكرارًا إجراءً يقلل من التأثير. يمكنك أيضًا التفكير في تقليل الاحتمالية - على سبيل المثال، عن طريق الحصول على استضافة أكثر موثوقية.
في السنوات العشر الماضية من استضافة العديد والعديد من منتديات Discourse مع Communiteq، لم يكن لدينا أبدًا حالة تمنينا فيها لو كان لدينا نسخ احتياطية أكثر تكرارًا.
إعجابَين (2)
أنا جديد على ديسكورس، لذلك لم أفهم ما قلته جيدًا
إنه يقول إنه خلال عشر سنوات من تشغيل مئات المنتديات لم يتمن أبدًا أن يكون لديه نسخ احتياطية أكثر تكرارًا.
إذا كانت بياناتك ذات قيمة كبيرة، فيمكنك تكوين PostgreSQL للنسخ المتماثل إلى خادم آخر حتى تتمكن من التبديل إلى نسخة احتياطية ساخنة وفقدان القليل جدًا من البيانات. يمكنك البحث في Google عن “نسخ متماثل لـ postgres”. أتوقع أن يستغرق إعدادها يومًا أو يومين، ويومين آخرين للتأكد من أنك تفهم حقًا كيفية التبديل إلى الخادم الاحتياطي.
يمكنك أيضًا إنشاء مهمة cron تقوم بتشغيل النسخ الاحتياطي كل عشر دقائق ووضع هذه النسخ الاحتياطية في S3.
ومع ذلك، فإن التوصية هي العثور على شيء آخر للقلق بشأنه.
إعجاب واحد (1)
حسناً، سأرى ما هو الأفضل فعله
إعجاب واحد (1)
لا أستطيع فهم هذا لماذا يعارض الكثيرون النسخ الاحتياطي السهل لقاعدة البيانات بشكل متكرر. ما الذي يقف وراء ذلك؟ من فضلك، اشرح لي لماذا مع Discourse، الحد الأقصى البالغ 24 ساعة ليس تهديدًا ولكنه كذلك في كل مكان آخر. يقوم WordPress/Woocommerce بعمل نسخ احتياطية لقاعدة البيانات كل 5 دقائق وبتكلفة صفر تقريبًا.
منذ البداية الأولى للعالم الرقمي، كانت هناك حقيقتان عالميتان:
- غالبًا ما تكون النسخ الاحتياطية قديمة جدًا
- يجب أن يكون إنشاء النسخ الاحتياطية تلقائيًا، لأن الاعتماد على البشر هو طريقة مضمونة لنسيانها
لا أفهم أيضًا كيف لا يمكنهم رؤية المخاطر في نسخة احتياطية تعمل كل 24 ساعة، حيث يمكن أن تحدث خلال هذه الفترة خسائر كبيرة للمعلومات الحساسة.
إذا كنت ترغب في إنشاء نسخ احتياطية بشكل متكرر، يمكنك إنشاء نص برمجي cron للقيام بذلك أو إنشاء إضافة للقيام بذلك بشكل متكرر. إذا كنت ستقوم بعمل نسخ احتياطية بشكل متكرر، فستحتاج إلى التأكد من أن التحميلات موجودة على s3، لأن عمل نسخ من التحميلات مع كل نسخة احتياطية يكون مكلفًا.
يقوم Cdck/discourse.org بعمل نسخ احتياطية مرتين يوميًا، على ما أعتقد. يقومون بذلك باستخدام نص برمجي خارجي.
إذا كنت لا ترغب في معرفة كيفية إدارة النسخ الاحتياطية لـ postgres، يمكنك السؤال في Marketplace بميزانية وتحديد ما إذا كنت تفضل أن تقوم إضافة بإنشاء نسخ احتياطية أو تحصل على مساعدة مع postgres لكتابة نصوص برمجية للنسخ الاحتياطية لقاعدة بيانات postgres أو النسخ الاحتياطية لـ discourse.
هذه ليست ميزة أصلية لـ WordPress، أليس كذلك؟ إنها إضافة، صحيح؟
لكن النقطة هي أن إجراء نسخ احتياطية أكثر تكرارًا غير ضروري على الأرجح، على الأقل في تجربة بعض الأشخاص الذين أداروا العديد من منتديات discourse لسنوات عديدة.
لكننا نتحدث عن قاعدة البيانات هنا. النسخ الاحتياطي للتحميلات إلى S3 كل بضع دقائق هو مجرد غباء.
لكنني ما زلت أود أن أسمع لماذا هذا سؤال كبير جدًا.
لا يوجد حل مدمج من Autommatic على الإطلاق. ولكن هناك الكثير من الخيارات لعدم الحاجة إلى بناء مثل هذه الوظيفة. النظام البيئي بأكمله مختلف و Discourse كبيئة تفتقر إلى هذا التنوع تمامًا. كل شيء هنا مبني بقوة على B2B، وأنا أعرف ذلك، ولا توجد حاجة أو رغبة في تطوير حل على مستوى العملاء مماثل لما هو عليه ووردبريس وإضافاته.
كل ما أريد معرفته هو السبب الحقيقي وراء صعوبة هذا السؤال.
أنا لست ضد ذلك. أنا فقط لا أعتقد أنني بحاجة إليه، ولم أحتاجه قط.
لن يكون من الصعب جدًا أو يتطلب الكثير من العمل إنشاء إضافة تقوم بذلك. ومع ذلك، لم يقم أحد ببنائها. ربما هذه علامة على أنها ليست مهمة للكثيرين ؛)
إعجابَين (2)
نعم، الاختبار الحقيقي لأي متطلب هو إما أن تلتقطه CDCK أو ينشر شخص ما في Marketplace بميزانية ذات معنى.