देखें पूर्ण संस्करण: हल सर्वर है कि फ़ाल्स
जब से मैं अनुवादक स्थापित किया है मैं एक और समस्या है: जब भी मैं रोज़ 0:10 सफाई की योजना बनाई आपरेशन का हिस्सा रहा हूँ, मैं सर्वर ड्रॉप. कल रात मैंने भी 8 घंटे के लिए रुक गई, तो अब मैं इसे निष्क्रिय था कि फिर से हो रहा से बचें. मैं कैसे ठीक कर सकते हैं? धन्यवाद
क्या यह अभी भी होता है जब आप कार्य अनुसूचित अक्षम "vB Enterprise अनुवादक (कैश टीटीएल) है. कितना बड़ा अपने कैश टेबल रहे हैं? जब सर्वर गिरावट होता है आप लॉग इन फ़ाइलों में किसी भी त्रुटि है? क्या आप vBET पैरामीटर "कैश समाशोधन timelap उपयोग करने की कोशिश? समाशोधन रणनीति क्या आप अभी उपयोग कर रहे हैं?
अगर मैं गलत नहीं हूँ वहाँ कई कैश मेज़ है, प्रत्येक भाषा के लिए. सभी डेटाबेस बैकअप की कुल कि मैं 2 मार्च को किए गए 877 एमबी था. अगर हम कैश तालिकाओं के एक औसत बना है, प्रत्येक 5 एमबी, चीनी और जापानी के 14 एमबी की एक अधिकतम से लेकर थाई के लिए 2 MB का एक न्यूनतम के लिए, हो जाएगा. स्क्रिप्ट है कि पुराने अनुवादों को निकालता 3.30 पर छोड़ देता है. विकल्प vbet पुराने अनुवादों को देखते हुए हर 15 दिन हटाया जाना चाहिए, विकल्प के रूप में आप स्थापना में डाल सेट कर रहे हैं. यदि आप timelap पैरामीटर, कैश समाशोधन रणनीति से क्या मतलब है, यह विलोपन साधारण पर सेट है.
तुम सबसे महत्वपूर्ण जानकारी का जवाब नहीं था - यह अभी भी दुर्घटनाओं जब शेड्यूल्ड कार्य अक्षम है? पहले हम vBET असली मुद्दा यहाँ है निर्धारित की जरूरत है.
सामान्य विलोपन पुराने कैश दैनिक नष्ट कर दिया है. उपयोग पिछले रणनीति - यदि आप विलोपन का सबसे तेज़ तरीका चाहते हैं यह एक 15 दिन प्रति एक बार पूरे कैश निकाल देंगे. यह तत्काल काम करता है और व्यावहारिक 0 सर्वर संसाधनों का उपयोग करें. लेकिन आप पूरे कैश फिर से भरने, पुराने एक बस नहीं है.
क्या आप "कैश समाशोधन timelap" विकल्प का उपयोग करने की कोशिश की?
सर्वर फिर से आज रात दुर्घटनाग्रस्त हो: मैं 0:10 की सफाई विकलांग लेकिन 3:30 पर गिर गया जब वह बी.बी. Enterprise अनुवादक (कैश टीटीएल) को छोड़ दिया
मैं ने देखा, मूल्य, जिन पर आप का उल्लेख 1 पर सेट है. सटीक होना करने के लिए, यह है:
कैश समाशोधन timelap
कितने सेकंड समाशोधन कैश तालिकाओं के बीच प्रतीक्षा करने के लिए. 0 सेट को निष्क्रिय. कृपया यह भी उच्च मूल्य की स्थापना है कि समाशोधन जो रात में शुरू होता है के कारण दिन में भी जारी रहेगा हो सकता है - ध्यान दें कि vBET 150 से अधिक कैश स्पष्ट तालिकाओं. अन्यथा यह कारण होगा MySQL सर्वर चली गई है त्रुटि और समाशोधन समाप्त नहीं किया जाएगा: इसके अलावा उच्च सेट नहीं यह है कि अपने MySQL कनेक्शन के उपयोग के बिना इंतज़ार कर रही है (wait_timeout mysql सेटिंग).
सर्वर फिर से आज रात दुर्घटनाग्रस्त हो: मैं 0:10 की सफाई विकलांग लेकिन 3:30 पर गिर गया जब वह बी.बी. Enterprise अनुवादक (कैश टीटीएल) को छोड़ दिया
क्षमा करें - मैं एक बात नहीं मिलता है - आप दो बार एक दिन समाशोधन है? (यह पूरी तरह से अक्षम कोई बात नहीं जो घंटे) समाशोधन कार्य को अक्षम और आपके सर्वर जब समाशोधन अक्षम है दुर्घटना होगा बता. यदि सर्वर जब कैश समाशोधन अक्षम है दुर्घटना नहीं होगा तो इसका मतलब है कि vBET दोषी है. यदि अभी भी तो crasches कुछ इस का कारण बनता है.
यदि vBET दोषी है तो आप यह धुन अप के लिए कई विकल्प हैं:
बड़ा "कैश समाशोधन timelap" मूल्य सेट - यह समय और प्रत्येक कैश तालिका समाशोधन के बीच अन्य धागे के लिए अधिक CPU दे देंगे. मैं पहली जगह में इस सुझाव है
- तो अपनी तालिकाओं छोटे हो तो समाशोधन कम महंगा हो जाएगा - कम "कैश समय के लिए लाइव (टीटीएल)" सेट.
- "कैश समाशोधन रणनीति" के साथ खेलते हैं - पिछले एक 100% में अपने मुद्दे को हल करेगा - यह बहुत बड़ी कैश के लिए डिज़ाइन किया गया है और भी विशाल कैश तुरंत साफ हो जाएगा, क्योंकि यह सिर्फ पूरे कैश तालिकाओं को हटा और इसे फिर से बनाता है. लेकिन यह कैश टीटीएल अवधि के प्रति पूरे कैश एक बार साफ करता है, तो कैश करने के लिए शुरू से भरा होना है. यह आखिरी बात मैं उपयोग करने के लिए सलाह है, इसलिए यदि कुछ नहीं 100% में इस वसीयत काम कर रहा है. यह ऐसी स्थितियों के लिए जोड़ा है:)
हम पहले हल आप प्रस्ताव किया है की कोशिश की, 3 करने के लिए मूल्य की स्थापना. मेजबान ने कहा कि लोड की कमी थी, लेकिन दिन में आगे जा रहा है बढ़ जाती है. अवधि दिनों में, घटाना, कैश, समस्या का हल हो सकता है? सर्वर लोड के अंतर्गत है, या अनुवादों की कैश समाशोधन द्वारा अभी तक कैश में नहीं बचाया है?
तो ठीक है अगले कदम है जो आप मदद कर सकते हैं:
1. कैश टीटीएल बढ़ाएँ - कम डेटा हर बार साफ हो जाएगा
2. समाशोधन रणनीति बदलें: "का अनुकूलन तालिकाओं के साथ त्वरित स्थानीय विलोपन" कृपया ध्यान दें कि इस विकल्प का सबसे खराब हो सकता है अगर आपके कैश बड़ा पर्याप्त नहीं है. बड़ा caches के लिए यह बेहतर है कि सामान्य है.
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 © 2024 vBulletin Solutions Inc. All rights reserved.