SQL सर्वर

Question

पर निगरानी करने के लिए मुझे SQL सर्वर (2005 & 2008) की निगरानी करने के लिए कहा गया है और मुझे आश्चर्य है कि अच्छे मीट्रिक देखने के लिए क्या हैं? मैं डब्लूएमआई काउंटरों तक पहुंच सकता हूं लेकिन थोड़ा सा खो गया है कि कितनी गहराई उपयोगी होगी।

वर्तमान में मैं अपनी सूची में है:

• उपयोगकर्ता कनेक्शन प्रति सेकंड
• कुल कुंडी प्रतीक्षा समय दूसरा
• कुंडी इंतजार प्रति
• लॉगिन
• दूसरा
• त्रुटियों प्रति मृत ताले प्रति सेकंड
• लॉग और डेटा फ़ाइल आकार

मैं उन मानों की निगरानी करने में सक्षम होना चाहता हूं जो मशीन पर प्रदर्शन की गिरावट का संकेत देंगे या संभावित गंभीर समस्या का संकेत देंगे। इस अंत तक मैं यह भी सोच रहा हूं कि इनमें से कुछ चीजों को सामान्य बनाम समस्याग्रस्त माना जाएगा?

मुझे लगता है के रूप में यह शायद एक बहुत अच्छा सवाल आम समुदाय मैंने सोचा कि मैं आप डीबीए विशेषज्ञों में से कुछ वहाँ बाहर अदालत चाहते हैं के लिए जवाब दे दिया है करने के लिए होगा (मैं निश्चित रूप से उनमें से एक नहीं कर रहा हूँ!)

क्षमा याचना अगर एक खुले अंत में सवाल है। Ry

Answer 1

मैं भी page life expectancy और अपने buffer cache hit ratio पर नजर रखने के लिए, विवरण

Answer 2

उपयोग एसक्यूएल प्रोफाइलर अपने शीर्ष 10 (या अधिक) क्वेरी की पहचान के लिए Use sys.dm_os_performance_counters to get your Buffer cache hit ratio and Page life expectancy counters देखना होगा। इन प्रश्नों के लिए आधारभूत प्रदर्शन बनाएं। वर्तमान आधार निष्पादन समय की अपनी आधार रेखा बनाम समीक्षा करें, और यदि आपकी आधार रेखा से काफी ऊपर है तो अलर्ट करें। आप संभावित अनुकूलन के लिए प्रश्नों की पहचान करने के लिए इस सूची का भी उपयोग कर सकते हैं।

यह विस्तृत आंकड़ों की समीक्षा करने की तुलना में उच्च स्तर पर समस्या पर हमला करता है, हालांकि ये आंकड़े भी उपयोगी हो सकते हैं। मुझे MySQL और Oracle सहित किसी भी डीबीएमएस पर काम करने के लिए यह दृष्टिकोण मिला है। यदि आपके शीर्ष प्रश्न समय बढ़ने लगते हैं, तो आप शर्त लगा सकते हैं कि आप प्रदर्शन समस्याओं में भाग लेना शुरू कर रहे हैं, जिसे आप अधिक विस्तार से ड्रिल करना शुरू कर सकते हैं।

Answer 3

बजट अनुमति, सहायता के लिए कुछ तृतीय पक्ष औजारों को देखने लायक है। क्वेरी प्रदर्शन पर नजर रखने के लिए हम सर्वर स्वास्थ्य और Confio's Ignite पर निगरानी रखने के लिए Idera's SQL Diagnostic Manager का उपयोग करते हैं। दोनों उत्पादों ने हमारी दुकान में हमें अच्छी तरह से सेवा दी है।

Answer 4

प्रतिशत सीपीयू उपयोग और औसत डिस्क कतार लंबाई भी काफी मानक हैं। 80% से अधिक लगातार CPUs इंगित करता है कि आपको अधिक या बेहतर CPUs (और उन्हें घर बनाने के लिए सर्वर) की आवश्यकता हो सकती है; किसी भी डिस्क कतार पर लगातार 2 से संकेत मिलता है कि उस ड्राइव पर आपके पास डिस्क I/O बाधा है।

Answer 5

आपको किसी विशेष प्रक्रिया में आवंटित कुल पृष्ठों की निगरानी करनी चाहिए। आप उस जानकारी को sys डेटाबेस से पूछताछ से प्राप्त कर सकते हैं।

sys.dm_exec_sessions s 
    LEFT JOIN sys.dm_exec_connections c 
     ON s.session_id = c.session_id 
    LEFT JOIN sys.dm_db_task_space_usage tsu 
     ON tsu.session_id = s.session_id 
    LEFT JOIN sys.dm_os_tasks t 
     ON t.session_id = tsu.session_id 
     AND t.request_id = tsu.request_id 
    LEFT JOIN sys.dm_exec_requests r 
     ON r.session_id = tsu.session_id 
     AND r.request_id = tsu.request_id 
    OUTER APPLY sys.dm_exec_sql_text(r.sql_handle) TSQL 

निम्नलिखित पोस्ट बताते हैं वास्तव में अच्छी तरह कैसे आप आप सर्वर की निगरानी के लिए जब कुछ भी नहीं काम करता है http://tsqltips.blogspot.com/2012/06/monitor-current-sql-server-processes.html

Answer 6

ऊपर सुझाए गए प्रदर्शन मेट्रिक्स इसके अलावा इसका इस्तेमाल कर सकते हैं, मैं दृढ़ता से उपलब्ध स्मृति, बैच अनुरोध/सेकंड की निगरानी की सलाह देते हैं, एसक्यूएल संकलन/सेकंड, और एसक्यूएल recompilations/सेकंड। सभी sys.dm_os_performance_counters व्यू में और Windows Performance Monitor में उपलब्ध हैं।

के रूप में आदर्श मैं 3 श्रेणियों में निगरानी आइटम संगठित करना चाहते हैं, कहते हैं, 'FYI करें', 'चेतावनी' & 'क्रिटिकल'

कई तीसरे पक्ष के निगरानी उपकरणों रहे हैं जो आपको विभिन्न गंभीरता स्तर के अलर्ट बनाने में सक्षम बनाता है, इसलिए एक बार जब आप यह निर्धारित कर लें कि मॉनिटर करने के लिए क्या और आपके पर्यावरण के लिए अनुशंसित मूल्य क्या हैं, तो आप निम्न, मध्यम और उच्च अलर्ट सेट कर सकते हैं।

इतनी उपयोगी मीट्रिक here पर ब्रेंट ओज़र का आलेख देखें।

Answer 7

देर जवाब लेकिन अन्य पाठकों के लिए ब्याज की हो सकता है

अपने सहयोगियों में से एक समान समस्या थी, और मदद करने के लिए उसे पाने के लिए शुरू कर दिया इस सूत्र का इस्तेमाल किया। वह प्रदर्शन मुद्दों के सामान्य कारणों का वर्णन करने वाले ब्लॉग पोस्ट में भी भाग गया और यहां पर बताए गए लोगों के बगल में मीट्रिक की निगरानी की जानी चाहिए। ये अन्य मीट्रिक हैं:

•% डिस्क समय:

यह काउंटर एक डिस्क समस्या इंगित करता है, लेकिन वर्तमान डिस्क पंक्ति लंबाई काउंटर साथ संयोजन के रूप में मनाया जाना चाहिए वास्तव में जानकारीपूर्ण किया जाना है। याद रखें कि% डिस्क समय 100% तक पहुंचने से पहले डिस्क एक बाधा हो सकती है।

•% डिस्क पढ़ें समय और% डिस्क लिखें समय:

% डिस्क पढ़ें समय और% समय डिस्क लिखें मैट्रिक्स क्रमशः% डिस्क समय के लिए इसी तरह, बस दिखा संचालन से पढ़ने के लिए या डिस्क पर लिखी है, । वे वास्तव में औसत डिस्क पढ़ते हैं कतार की लंबाई और औसत डिस्क कतार लंबाई मान प्रतिशत में प्रस्तुत मूल्य लिखें।

•% निष्क्रिय समय:

उपाय समय का प्रतिशत डिस्क नमूना अंतराल के दौरान निष्क्रिय किया गया था। यदि यह काउंटर 20 प्रतिशत से नीचे आता है, तो डिस्क सिस्टम संतृप्त होता है। आप वर्तमान डिस्क सिस्टम को एक तेज डिस्क सिस्टम के साथ बदलने पर विचार कर सकते हैं।

•% नि: शुल्क अंतरिक्ष:

उपाय चयनित तार्किक डिस्क ड्राइव पर मुक्त स्थान का प्रतिशत। नोट करें कि यह 15 प्रतिशत से नीचे आता है, क्योंकि आप ओएस के लिए महत्वपूर्ण फाइलों को स्टोर करने के लिए मुक्त स्थान से बाहर निकलने का जोखिम लेते हैं। यहां एक स्पष्ट समाधान है और अधिक डिस्क स्थान जोड़ना है।

आप पूरी पोस्ट पढ़ने के लिए चाहते हैं, तो आप इसे यहाँ पा सकते हैं: http://www.sqlshack.com/sql-server-disk-performance-metrics-part-2-important-disk-performance-measures/