मेरे विंडोज पर चल रहा होस्ट हर समय खुद को क्रैश कर देता है, जिससे होस्ट ऑफ़लाइन हो जाता है. समस्या आ जाती है, सामान्य रूप से होस्ट क्रैश को पुनरारंभ करना ठीक है, लेकिन कष्टप्रद विंडोज होस्ट हर बार चलाने के बाद एक नया SID उत्पन्न करता है, और मूल बॉट के पास मूल SID ऑनलाइन नहीं है और पैरामीटर को अपडेट करना बंद नहीं कर सकता है। होस्ट को बदलना है, इसे हटाना होगा, मूल बॉट में बहुत सारे पैरामीटर हैं, जो स्थानीय रूप से बहुत सारे डेटा रिकॉर्ड करते हैं।
श्री होजब तक कि होस्ट को बदलने वाले रोबोट का डेटाबेस खो नहीं जाता है, लॉग कोई मायने नहीं रखता है। हालांकि, होस्ट के एसआईडी को फिर से चलाना सबसे अच्छा है, ताकि ऑपरेशन की परेशानी कम हो जाए, कभी-कभी बाहर फोन के बिना बहुत अधिक ऑपरेशन करना वास्तव में असुविधाजनक होता है। होस्ट खो जाने के बाद रोबोट की स्थिति सामान्य दिखती है, इसलिए अक्सर एक या दो रोबोट को खोने के कारण रणनीति प्रभावी ढंग से काम नहीं करती है।
श्री होधन्यवाद, मैं डेस्कटॉप होस्टिंग का उपयोग कर रहा हूं, कोई स्क्रीनशॉट नहीं है, मुझे लगता है कि यह सर्वर के परिवेश से संबंधित हो सकता है, मेरे पास जापान में एक क्लाउड सर्वर है, जो एक ही रणनीति चलाता है और यह नहीं टूटता है, जबकि अमेरिका में मशीन का दो बार टूट गया, सभी अली क्लाउड सर्वर।
छोटे सपनेठीक है, मैंने इस समस्या को रिकॉर्ड किया है, कृपया मुझे अपने हाथ में जोड़ेंः 359706687, और फिर क्रैश विंडोज व्यवस्थापक स्क्रीनशॉट (यदि यह कमांड लाइन संस्करण है) । क्या आप मुझे एक कोड भेज सकते हैं जो मुझे बताता है कि क्या यह समस्याएं हैं? यदि प्रबंधक में कोई समस्या है, तो केवल नियंत्रण केंद्र में प्रबंधक को हटा दें और फिर प्रबंधक को फिर से चलाएं और रोबोट को फिर से चलाएं (नई स्थापना की आवश्यकता नहीं है), रोबोट का डेटाबेस अपरिवर्तित है, लॉग अभी भी मौजूद है, जब तक कि आप अपने कंप्यूटर पर सभी फ़ाइलों को प्रबंधक निर्देशिका से हटा नहीं देते हैं और एक प्रबंधक प्रोग्राम फिर से डाउनलोड नहीं करते हैं, जैसा कि पहले के रोबोट के डेटाबेस में नहीं है, रोबोट डेटाबेस को फिर से बनाता है। इसलिए यदि आप प्रबंधक को बदलने का इरादा रखते हैं, तो आपको लॉग्स फ़ोल्डर के नीचे db3 रोबोट डेटाबेस का बैकअप लेने की आवश्यकता है।
छोटे सपनेमैं अपने ब्लॉग पर एक पोस्ट लिख रहा हूं, जिसमें मैं अपने ब्लॉग के बारे में बात कर रहा हूं।
श्री होक्या यह रोबोट के नीचे लॉग में गलत लॉग देख रहा है?
श्री होयह बहुत अच्छा है, धन्यवाद।
छोटे सपनेकल विशेष रूप से परामर्श किया गया था कि आप इस फ़ंक्शन का उपयोग कर सकते हैं SetErrorFilter, एपीआई दस्तावेज़ मेंः https://www.botvs.com/api#SetErrorFilter, आप देख सकते हैं कि इस फ़ंक्शन द्वारा फ़िल्टर किए गए त्रुटि लॉग प्रकार डेटाबेस में नहीं लिखे जाएंगे। इससे रोबोट डेटाबेस फ़ाइलों का विस्तार नहीं होगा।
श्री होआप जो कारण बता रहे हैं, वह मूल कारण होना चाहिए, लॉग मेरी रणनीति नहीं है, लेकिन यह समय एक्सचेंज पर जाने के लिए एक त्रुटि है, जो एक ट्रस्ट द्वारा दर्ज की गई है, इसलिए मैं केवल लॉग रीसेट ((5000) के साथ काम कर सकता हूं।
छोटे सपनेकुछ लॉग आपके द्वारा स्वयं आउटपुट नहीं किए जाते हैं, उदाहरण के लिए, यदि आप समय से अधिक समय तक लॉग करते हैं, तो एक लॉग भी उत्पन्न होता है।
श्री होयह दृढ़ता से अनुशंसा की जाती है कि आप लॉग तालिका और स्थिति तालिका, कॉन्फ़िगरेशन कुंजी मान तालिका आदि को अलग से संग्रहीत करें, ताकि डेटाबेस के उपयोग की दक्षता में सुधार हो सके और कॉन्फ़िगरेशन फ़ाइल की सुरक्षा को भी बढ़ाया जा सके। कॉन्फ़िगरेशन जानकारी को हर बार पढ़ने और लिखने के लिए चलाया जाता है, लेकिन लॉग सामग्री वांछनीय है, जैसा कि हम अब करते हैं।
श्री होमैं बिल्कुल भी लॉग आउटपुट नहीं कर रहा हूँ, केवल लॉगप्रॉफ़िट और लॉगस्टेटस आउटपुट कर रहा हूँ, लॉग केवल सामान्य रूप से नहीं है जब मैं buy और sell चला रहा हूँ, और पिछले आधे महीने से कोई buy और sell नहीं हुआ है।
छोटे सपनेआप इसे इस तरह से कर सकते हैं, प्रोग्राम में प्रत्येक अंतराल पर एक निश्चित समय चक्र, लॉग रीसेट ((5000) या पैरामीटर सेट 10000 को कॉल करें, नियमित रूप से कुछ लॉग को साफ़ करें इस प्रकार, DB डेटाबेस फ़ाइलों को बहुत बड़ा नहीं होने के लिए रखा जा सकता है।
छोटे सपनेआपने लॉग को SetErrorFilter के साथ फ़िल्टर किया है या लॉग को LogReset के साथ हटा दिया है।
छोटे सपनेहाल के दिनों में कई एक्सचेंजों को दीवारों के नीचे रखा गया है, और यदि घरेलू प्रदाता के साथ प्रवेश किया जाता है, तो बड़ी संख्या में ओवरटाइम त्रुटि रिपोर्ट हो सकती है, जिससे डेटाबेस में लगातार लेखन होता है, समय लगता है, और लॉग डेटा की मात्रा आश्चर्यजनक हो सकती है।
श्री होक्या लॉग और स्थानीय भंडारण के लिए कुंजी मान दोनों DB3 फ़ाइलों में संग्रहीत हैं, ताकि लॉग फ़ाइलें हार्ड डिस्क पर विस्फोट हो जाएं, और न ही DB3 को हटाया जा सके, और न ही DB3 को नई लाइब्रेरी में निर्यात किया जा सके, एक तरफ हार्ड डिस्क में विस्फोट हो गया है, और दूसरी ओर निर्यात किया गया है या इतना बड़ा है?
श्री होमेरा रोबोट पहले से ही सभी लॉग हटा चुका है, और जब यह काम करता है, तो स्थिति टैब को संशोधित करने के अलावा कोई लॉग आउटपुट नहीं है, तो यह इतना बड़ा लॉग फ़ाइल क्यों बनाता है?
श्री होयह डराने वाला है, यह लॉग 27 जी है, हार्ड ड्राइव फट गया है, डेटाबेस फ़ाइलें समस्याग्रस्त हैं।
छोटे सपने> ज्ञान बिंदुओं को जोड़ने के लिए टैप करेंः लूप ऑपरेशन का उपयोग करते समय, आप देख सकते हैं कि डेटाबेस फ़ाइल निर्देशिका के तहत XXX.db3-journal का एक अस्थायी फ़ाइल उत्पन्न होती है, और आकार में कभी भी परिवर्तन होता है। यह हटाया नहीं जा सकता है।
छोटे सपनेयदि कोई अन्य सॉफ़्टवेयर डेटा फ़ाइल खोल रहा है, तो आप होस्ट के सिस्टम को पुनरारंभ करने का प्रयास कर सकते हैं और देख सकते हैं कि क्या यह हल हो सकता है।
श्री होमैंने लॉग निर्देशिका के अंदर रोबोट निर्देशिका में.db3 फ़ाइल के अलावा एक.db3-journal फ़ाइल पाई, और मैंने इसे बाहर ले जाकर रोबोट को चलाया, लेकिन व्यवस्थापक प्रोग्राम लगातार निम्न त्रुटि का रिपोर्ट कर रहा है,[Log] database disk image is malformed
श्री होफिर से कमांड लाइन संस्करण चलाएं, डेटाबेस को लॉक में संकेत देता है, सफलतापूर्वक नहीं चलाया जा सका[Log] database is locked 2018/03/26 10:17:12
श्री होआप के अलावा, यह पारित नहीं हुआ।