عرض النسخة الكاملة : حل الخادم الذي يقع
منذ أن كنت قد قمت بتثبيت المترجم لدي مشكلة أخرى : كلما أنا جزء من عملية التخطيط لتنظيف 00:10 اليومية ، وأنا قطرة الخادم. الليلة الماضية حتى أنني توقفت لمدة 8 ساعات ، وحتى الآن كان لي لتعطيل هذا لتجنب حدوث ذلك مرة أخرى. كيف يمكنني إصلاح؟ شكرا
هل لا يزال يحدث عند تعطيل جدولة المهمة "رموز المؤسسة مترجم (الكاش TTL)". كيف كبيرة هي ذاكرة الجداول الخاصة بك؟ عند سقوط خادم يحدث لديك أية أخطاء في ملفات السجل؟ ولم تحاول استخدام vBET المعلمة "تطهير الكاش timelap"؟ ما هي استراتيجية المقاصة الذي تستخدمه الآن؟
إذا لم أكن مخطئا هناك عدة جداول التخزين المؤقت ، واحد لكل لغة. وكان مجموع من جميع النسخ الاحتياطية قاعدة البيانات التي قمت بها يوم 2 مارس 877 ميغابايت. إذا أردنا جعل متوسط الجداول مخبأ ، سيتم 5 ميغا بايت لكل منهما ، تتراوح بين حد أقصى قدره 14 ميغابايت من الصينية واليابانية ، لمدة لا تقل عن 2 ميغابايت للالتايلاندية. البرنامج النصي الذي يزيل الترجمات القديمة يترك الساعة 3.30. يجب إزالة تبحث في الترجمات القديمة vbet خيارات كل 15 يوما ، يتم تعيين الخيارات كما كنت وضعت لك في التثبيت. إذا كنت تقصد المعلمة timelap ، مخبأ استراتيجية تبادل المعلومات ، يتم تعيين هذا الحذف إلى عادي.
لم تقم الإجابة أهم المعلومات -- أنها لا تزال تعطل عندما يتم تعطيل مهمة مجدولة؟ أولا نحن بحاجة الى تحديد ما هو vBET القضية الحقيقية هنا.
في الحذف العادي يتم حذف ذاكرة التخزين المؤقت القديم اليومية. إذا كنت تريد أسرع طريقة الحذف -- استراتيجية استخدام الماضي -- وهذا واحد إزالة مخبأ كله مرة واحدة كل 15 يوما. يعمل فورا وعمليا استخدام موارد الملقم 0. ولكن عليك أن تملأ مخبأ كله مرة أخرى ، وليس واحدة فقط من العمر.
ولم حاولت استخدام "مسح ذاكرة التخزين المؤقت timelap" الخيار؟
تحطمت الخادم مرة أخرى هذه الليلة : أنا تعطيل تنظيف 0:10 كنه سقط فى الساعة 3:30 عندما غادر BB المؤسسة مترجم (الكاش TTL)
بدا لي ، يتم تعيين القيمة التي أشرتم إلى 1. على وجه الدقة ، هي الآتية :
مسح ذاكرة التخزين المؤقت timelap
كم ثانية للانتظار بين الجداول مسح ذاكرة التخزين المؤقت. 0 لتعطيل تعيين. يرجى ملاحظة أن vBET الجداول وأكثر من 150 مخبأ لمسح -- تعيين هذه القيمة مرتفعة جدا قد يسبب ذلك تبادل المعلومات الذي يبدأ في الليل سوف تستمر حتى في ساعات النهار. يرجى أيضا لا تضعه العالي الخاص التي ينتظر اتصال الخلية دون استخدام (ك الإعداد : wait_timeout) -- وإلا فإنه سوف يتسبب ب "الخلية الخادم قد ذهب بعيدا الخطأ' ، وسوف تكون المقاصة لم ينته بعد.
تحطمت الخادم مرة أخرى هذه الليلة : أنا تعطيل تنظيف 0:10 كنه سقط فى الساعة 3:30 عندما غادر BB المؤسسة مترجم (الكاش TTL)
آسف -- أنا لا أحصل على شيء واحد -- لديك غرفة مرتين في اليوم؟ الرجاء تعطيل مهمة المقاصة واقول لا سوف تعطل الخادم عندما يتم تعطيل المقاصة (بغض النظر عن الذي ساعة -- تعطيله تماما). إذا كان الخادم لن تحطم عندما يتم تعطيل مسح ذاكرة التخزين المؤقت فهذا يعني أن vBET مذنب. إذا كان لا يزال crasches ثم شيء آخر يسبب هذا.
إذا vBET مذنب ثم لديك عدة خيارات لضبط الامر :
-- تعيين أكبر قيمة الى "مسح ذاكرة التخزين المؤقت timelap" -- وهذا يعطي المزيد من الوقت وحدة المعالجة المركزية لتبادل المعلومات بين المواضيع الاخرى كل جدول التخزين المؤقت. أقترح أن تفعل ذلك في المقام الأول
-- تعيين أقل "الكاش الوقت إلى (TTL)" -- ثم الجداول الخاصة بك وسوف يكون أصغر حتى تطهير سيكون أقل تكلفة.
مع "الكاش استراتيجية تطهير" العب -- -- آخر واحد سوف تحل مشكلتك في 100 ٪ -- تم تصميمه لمخبأ كبير للغاية وسوف مسح ذاكرة التخزين المؤقت حتى الضخمة على الفور ، لأنه يزيل فقط الجداول مخبأ كله ويخلق من جديد. مسح ذاكرة التخزين المؤقت ولكنها كلها مرة واحدة في الفترة TTL الكاش ، لذلك يجب أن تكون مخبأ شغله من البداية. هذا هو آخر شيء أنصح للاستخدام ، إذا كان الأمر كذلك أي شيء آخر هو العمل هذه الإرادة من خلال 100 ٪. وأضاف أنه لمجرد مثل هذه الحالات :)
حاولنا الحل الأول كنت قد اقترحت ، وتحديد القيمة إلى 3. وقال المضيف الذي كان هناك انخفاض في الحمولة ، ولكن للمضي قدما في هذا اليوم هو زيادة. خفض المدة ، في أيام ، ذاكرة التخزين المؤقت ، يمكن أن تحل المشكلة؟ الملقم هو تحت تحميل ، أو عن طريق مسح ذاكرة التخزين المؤقت للترجمة حتى الآن لم يتم حفظ في ذاكرة التخزين المؤقت؟
موافق حتى الخطوات المقبلة التي يمكن أن تساعدك :
1. زيادة ذاكرة التخزين المؤقت TTL -- سيتم مسح بيانات أقل في كل مرة
2. تغيير استراتيجية لتبادل المعلومات : "الحذف المحلية سريعة مع الجداول الأمثل" -- يرجى ملاحظة أن هذا الخيار يمكن أن يكون أسوأ إذا ذاكرة التخزين المؤقت ليست كبيرة بما فيه الكفاية. عن مخابئ كبيرة فمن الأفضل أن العادي.
3. التجريبي : يمكنك اختيار "حذف المحلية سريعة مع الجداول الأمثل" ، وتحرير ملف / وتشمل / vbenterprisetranslator_functions.php التعليق بواسطة 3 خطوط للرمز الذي يتضمن الجدول المحلي تحسينها. مع هذا التعديل فإنه سيتم إزالة البيانات القديمة فقط في طريقة سريعة جدا ، ولكن الفهارس الخاصة بك لن تكون إعادة بناء وسوف تنمو ، لذلك سيكون لديك لتنفيذ الاستعلام علق يدويا مرة واحدة في حين لاخر. ما اذا كانت ستعمل بالنسبة لك ، ثم يمكننا تنفيذه باعتباره واحدا من استراتيجية معتمدة -- حيث يتم تنظيف سريع دون إعادة بناء وإعادة بناء الفهارس يمكن جعل نفسه مهمة أخرى تشغيل أي واحد في الأسبوع. حتى إذا كنت تقول لنا انها تعمل لأنك سوف نضيف لها خاصة بالنسبة لك :)
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2026 vBulletin Solutions Inc. All rights reserved.