SQL Errorlog लगातार फ्लश कैश संदेश

Question

एक सर्वर जो SQL 2017 का हिस्सा है। हमेशा उपलब्धता समूह (BAG) पर मैंने इन संदेशों की वृद्धि पर ध्यान दिया है। मैं समझता हूं कि ये 2012 से मानक के रूप में लॉग में दिखाई देने वाले संदेश हैं (2012 से पहले ट्रेस ध्वज) लेकिन पिछले 2 दिनों में वे हर कुछ मिनटों में दिखाई दे रहे हैं, इन समयों में कोई बैकअप नहीं चल रहा है या रखरखाव नहीं है

सर्वर द्वितीयक गैर पठनीय के रूप में भागीदार के ऊपर विफल हो रहा है और प्राथमिक सर्वर उसी व्यवहार को प्रदर्शित नहीं कर रहा है।

09/04/2020 10: 52: 24, spid82s, अज्ञात, फ्लशचेच: 1881 के साथ 2303 bufs की सफाई 81090 एमएस में लिखी गई (11 नए गंदे बुफ़्स से परहेज) 7: 0 09/04/2020 10:52:07, spid52s, अज्ञात, अंतिम लक्ष्य बकाया: 2 avgWriteLatency 86 09/04/2020 10: 52: 07, spid52s, अज्ञात, औसत प्रति सेकंड लिखता है: 17.70 लिखते हैं / सेकंड औसत थ्रूपुट: 0.19 एमबी / सेकंड I / O संतृप्ति: 13073 संदर्भ स्विच 15434 है

डिस्क समस्या के बारे में सिस्टम त्रुटि लॉग में एक चेतावनी भी है, सेकंड के बाद यह उपलब्धता समूह कभी भी विफल हो जाता है जब से फ्लश कैश संदेश बढ़ गए हैं।

किसी को भी कुछ भी समान अनुभव किया है या कोई सलाह है, मेरे sysadmin भी देख रहा है SAN और VMware संपत्ति।

क्या अचानक सोचा था कि ये ऑटोग्रॉथ गतिविधियों के कारण हो सकते हैं?

Answer 1

अप्रत्यक्ष चौकियों पर स्विच करें (आम तौर पर, पुनर्प्राप्ति अंतराल समय को 60 सेकंड तक सेट करें, कम से कम उपयोगकर्ता डेटाबेस के लिए)।

मैंने इस मुद्दे के बारे में यहां और यहां लिखा है , और आपको बदलाव करने से पहले उन पोस्टों को पूरा पढ़ना चाहिए, हालांकि यह बहुत ज्यादा दिमाग नहीं है IMHO है।

हमारे पर्यावरण में प्रभाव बहुत ही कठोर और तत्काल था, और यह साबित करना आसान था कि परिवर्तन जिम्मेदार था। लक्षण वाला प्रत्येक डेटाबेस 30-60 दूसरी चौकियों से चला गया, और इन संदेशों से भरा उपखंड, दूसरी-दूसरी चौकियों तक और कोई भी अधिक त्रुटिपूर्ण प्रविष्टियाँ नहीं हुईं।

आपके कार्यभार के लिए संभवतः शमन तकनीक भी हैं, उदाहरण के लिए, इत्ज़िक बेन-गण द्वारा इस पोस्ट को देखें, लेकिन चौकियों को अधिक कुशल बनाना एक तेज और आसान मार्ग है। आपके संग्रहण और VM लोग हुक बंद नहीं कर रहे हैं, हालांकि; निश्चित रूप से एक डिस्क समस्या है जिसे उन्हें संबोधित करने की आवश्यकता है (लेकिन मैं असहमत हूं कि ये फ्लश कैश संदेश किसी भी विफलता का मूल कारण थे ; अधिक संभावना है कि वे सिर्फ एक अलग शिकार / लक्षण हैं)।

Answer 2

अपने स्टोरेज एडमिन से पूछें कि हाल ही में कोई फर्मवेयर अपडेट हुआ है या आपके स्टोरेज सबसिस्टम को नए फर्मवेयर अपडेट की जरूरत है। मैंने यह संदेश कई बार SQL वातावरण पर देखा है और एक चीज़ जो आप देख सकते हैं वह है स्टोरेज लेयर कॉन्फ़िगरेशन (यह सामान्य कारण है)। इसके अलावा, एक बात परफ़ॉर्म का उपयोग करके अपने डिस्क प्रदर्शन की निगरानी करना है। डिस्क काउंटर आप पर ध्यान केंद्रित करने की जरूरत है: avg disk sec/Read, avg disk sec/Write, avg disk sec/Transfer।

आप नीचे दिए गए लिंक को देख सकते हैं:

1. यह कैसे काम करता है: SQL सर्वर त्रुटि लॉग में FlushCache संदेश कब जोड़ा जाता है?
2. https://techcommunity.microsoft.com/t5/sql-server-support/how-it-works-when-is-the-flushcache-message-added-to-sql-server/ba-p/317038

जब मैं भंडारण परत कहता हूं, तो निम्नलिखित की जांच करें: HBA / CNA, फाइबर केबल, FC स्विच, पोर्ट, स्टोरेज कंट्रोलर, सॉफ्टवेयर (MPIO ड्राइवर) - इसके सभी कॉन्फ़िगरेशन

अंत में, मैं उच्च को हमेशा आपके ईवेंट लॉग पर चेतावनी / त्रुटियों के संदेश की जांच और जांच करने की सलाह दूंगा। इसे पारित न होने दें क्योंकि इस तरह के संदेशों का सड़क पर दीर्घकालिक परिणाम होता है।