मैंने 2-सर्वर हा क्लस्टर पर एक अजीब व्यवहार देखा है और मैं उम्मीद कर रहा था कि कोई मेरे संदेह की पुष्टि कर सकता है, या शायद कुछ और स्पष्टीकरण दे सकता है ... यहाँ मेरा सेटअप है:
- 2-सर्वर SQL 2012 SP1 स्थापना
- SQL AlwaysOn हा कुछ डेटाबेस के लिए सक्षम किया गया है
- सीपीयू 2.4GHz, 4 कोर हैं
- RAM 34 GB है (यह AWS उदाहरण है, इसलिए विषम संख्या है)
- संसाधन का उपयोग अपेक्षाकृत कम है - प्रत्येक सर्वर में 14+ जीबी मेमोरी मुफ्त है, और एसक्यूएल का उपयोग करने की स्मृति पर कैप नहीं किया गया है
- डिस्क का उपयोग समय ठीक है - शायद ही कभी 15ms से अधिक / पढ़ें या लिखें
- डेटाबेस बड़ा नहीं हैं - 1 जीबी, 1.5 जीबी, 7.5 जीबी
- SQL सर्वर प्रक्रिया 16 जीबी निजी बाइट्स, 15 जीबी वर्किंग सेट का उपयोग कर रही है
कुल मिलाकर, कोई संसाधन मुद्दे नोट नहीं किए गए हैं। अब विषम भाग के लिए। SQL को पुनरारंभ नहीं किया गया है (प्रक्रिया लगभग 6 महीने से चल रही है) लेकिन ऐसा लगता है कि हर ~ 50 दिनों में, पृष्ठ जीवन प्रत्याशा काउंटर (लगभग) 0. पर गिरता है। उस बिंदु तक यह तेजी से चढ़ता है, कोई बूंद नहीं। यहाँ एक परिपूर्ण ग्राफ है:
जब मैं काउंटर डेटा को देखता हूं (मेरे पास सटीक संख्या नहीं है, सिर्फ एक घंटे का एकत्रीकरण है) ऐसा लगता है कि PLE काउंटर मूल्य हर बार (लगभग 50 दिनों में) कम से कम 4,295,000 सेकंड (लगभग हर समय मेरे पास डेटा के लिए) तक पहुंच गया है।
मेरा पागल सिद्धांत यह है कि PLE नंबर को एक लंबे समय के अंत के रूप में मिलीसेकंड के रूप में आयोजित किया जाता है (जिसकी सीमा 4,294,967,295 है) और 49.71 दिनों में यह रीसेट करता है, या तो डिज़ाइन द्वारा, या बग के कारण। यह दो सर्वरों के व्यवहार और उनके समान पैटर्न की व्याख्या करेगा। या यह कुछ पूरी तरह से अलग हो सकता है और मैं अभी कोई मतलब नहीं है। :)
क्या किसी ने ऐसा कुछ देखा है, या इस व्यवहार को समझा सकता है?
PS मैंने इस पोस्ट को देखा , लेकिन मेरा मामला थोड़ा अलग है।
पीपीएस यह एक रीपोस्ट है - मैंने मूल रूप से इसे यहां पोस्ट किया है , लेकिन सलाह दी गई कि यहां के दर्शक अधिक उपयुक्त हैं।
धन्यवाद!