انخفضت بيانات النسخ الاحتياطي فجأة، وأصبحت استعادة البيانات التي انخفضت غير طبيعية، ولم يعد الموقع قادرًا على التفاعل بشكل طبيعي. لحسن الحظ، يمكن العثور على البيانات التاريخية في حاوية تخزين Amazon S3، وإلا لكانت الخسارة لا تقدر بثمن.
هل كانت هناك أي تغييرات في الإعدادات خلال تلك الفترة الزمنية التي يمكن أن تؤثر على ما إذا كانت التحميلات مدرجة في النسخ الاحتياطية الخاصة بك؟
تم إجراء ترقية، واستخدام سمة، وإضافة مكون إضافي مخصص للسمة (CSS مخصص)، ويمكن للمستخدم اختيار إيقاف تشغيل لوحة الألوان، ويتم استخدام data.yml و web_only.yml، بعد استعادة البيانات بحجم 262 ميجابايت، فإن النسخة الاحتياطية الحالية لا تتجاوز 154 ميجابايت، ومن المقدر أن تكون بيانات النسخ الاحتياطي هذه قد تعرضت لمشكلة بالفعل
هل قمت بالتبديل إلى إعداد حاويتين في تلك المرحلة، أم كنت تستخدمه دائمًا؟
ما هي الأسباب المحتملة لاستخدامه بهذه الطريقة؟
حاولت استعادة آخر نسخة احتياطية لي قبل يومين وتم رفض التحميل على لوحة التحكم الخاصة بي، شعرت للحظة أن نسختي الاحتياطية قد ضاعت، لذا حاولت تحميل نسخة أخرى عبر FTP وخمن ماذا؟ تم استعادتها! لكن هذا حدث بنفس الطريقة وأود معرفة السبب.
أخشى أنني أكثر دراية بالتثبيت القياسي ولست متأكدًا مما إذا كان إعداد الحاوية المزدوجة له أي خصوصيات قد تكون ذات صلة هنا.
دعني أنقل هذا إلى Installation وأرى ما إذا كان بإمكاننا الحصول على بعض العيون الأكثر خبرة عليه.
(@pfaffman
)
كنت أستخدم التثبيت القياسي سابقًا، ولكن التثبيت القياسي به مشكلة، في كل مرة أقوم فيها بتعديل app.yml، لا يمكن لموقعي الوصول إليه بشكل طبيعي. إذا استخدمت data.yml و web_only.yml، يمكنني إجراء تعديلات على web_only.yml دون التأثير على زيارة الموقع. هل لدى التثبيت القياسي وظيفة مماثلة، وكيف يمكن استخدامه بالضبط؟
لا. الفرق الوحيد هو أن إعادة البناء تعيد بناء أجزاء rails و nginx فقط. تظل قاعدة البيانات و redis كما هي. هذه تتغير نادرًا، لذلك لا تحتاج إلى إعادة بنائها. إنها تعمل بنفس الطريقة تمامًا. أنت تفهم ذلك بشكل جيد. (التعقيد الوحيد هو عندما يكون هناك تحديث لـ postgres أو redis، والذي يحدث مرة واحدة في السنة تقريبًا، على الرغم من وجود بعض تحديثات قاعدة البيانات التي حدثت بسبب متطلبات المكون الإضافي للذكاء الاصطناعي. لذلك إذا لم تكن تستخدم المكون الإضافي للذكاء الاصطناعي، فستكون على ما يرام، ولكن إذا كنت تستخدمه، فستحصل على أخطاء مربكة في قاعدة البيانات إذا لم تقم بإعادة بناء حاوية البيانات أيضًا.)
تخميني هو أنهم نقلوا الأصول إلى s3 وبالتالي لم يتم تضمين التحميلات المحلية. هذا يتسق مع قولهم إنهم تمكنوا من استعادة الأشياء من s3. أو ربما قاموا بحذف بعض المشاركات التي تحتوي على تحميلات، لذلك لم يتم تضمين تلك التحميلات في النسخ الاحتياطية اللاحقة.
أيضًا، بدا الأمر وكأنهم قاموا بالاستعادة ولم ينتظروا حتى تنتهي تمامًا.
تم استخدام إضافة الذكاء الاصطناعي بالفعل. ما الذي يجب أن أنتبه إليه حتى يمكن استخدام بيانات النسخ الاحتياطي؟ كيف يجب أن نتعامل مع هذا النوع من المشاكل؟
وهذا يعني أنه طالما لم تتم إعادة بناء data.yml، فلا توجد مشكلة، أم أنه من الضروري استخدام app.yml، أم أن هذا النوع من المشاكل موجود في كل من خطة data.yml web_only وخطة app.yml
المشكلة هي أنه عند النسخ الاحتياطي، لم يكن الحاوية التي تم إنشاؤها بواسطة data.yml مدعومة، وتمت ترقية قاعدة البيانات. إذا تمت ترقية إعادة بناء data.yml، فلن تكون هناك مشكلة حتى لو قمت بترقية كبيرة لقاعدة البيانات، وبعد ذلك لن تكون هناك مشكلة في النسخ الاحتياطي واستعادتها. كيف يمكنني معرفة أن قاعدة البيانات الخاصة بك قد تم تعديلها بشكل كبير.
The problem is that when I backed up, the container built by data.yml was not supported, and the database was upgraded. If the data.yml rebuild is upgraded, there will be no problem even if you do a major database upgrade, and then there is no problem with the backup and restore it. How can I know that your database has been greatly modified
@sober، كملاحظة إجرائية، من الأسهل بكثير لمن يقرأون / يرغبون في المساعدة إذا قمت بتضمين ترجمة باللغة الإنجليزية في منشوراتك. هل يمكنك تعديل واحدة. ![]()
أفهم الآن أن المشكلة كانت ترقية كبيرة لقاعدة البيانات تسببت في مشاكل في النسخ الاحتياطي
عند ترقية الخطاب، كيف يمكنني التأكد من أن الإصدار الذي تمت ترقيته هو إصدار تجريبي بدلاً من إصدار التطوير؟ بعد فشل النسخ الاحتياطي الأخير، اضطررت للقلق بشأن عمليات الترقية واستعادة النسخ الاحتياطي
ماذا؟ حسناً، سأنتظر تأكيداً لأنني لست متأكداً مما إذا كان سيؤدي ذلك إلى كسر شيء ما هنا.
أريد فقط ترقية الإصدار التجريبي 2، وليس الإصدار التجريبي 2-dev، لأنني أخشى أن يكون الإصدار التجريبي غير مستقر، ولا يمكن استعادة النسخة الاحتياطية الأخيرة للبيانات بشكل طبيعي، مما تسبب تقريبًا في فقدان البيانات. لقد استخدمت النسخة الاحتياطية المبكرة للنسخ الاحتياطي، لكن البيانات لا تزال مفقودة لفترة من الوقت.
إنها ليست كذلك، هذا مجرد تغيير حديث في نظام الإصدارات. من الناحية الفنية، لا يُفترض بك حتى رؤية علامات -dev.


