मैं आइंडहोवन में फोंटी विश्वविद्यालय से एक छात्र हूं, और मैं वर्तमान में एक एसक्यूएल सर्वर टूल के विकास में मदद करने के लिए साक्षात्कार की एक श्रृंखला ले रहा हूं और मैं क्षेत्र के विशेषज्ञों से प्रतिक्रिया प्राप्त करना चाहूंगा।
मेरा एक प्रश्न है:
प्रदर्शन और समग्र स्वास्थ्य को निर्धारित करने के लिए आप कौन सा प्रदर्शन काउंटर SQL सर्वर इंस्टेंस पर देख सकते हैं?
विशेष रूप से मुझे दहलीज मूल्यों में दिलचस्पी है जब अच्छा बुरा हो जाता है।
जमील यंग आइंडहोवन नीदरलैंड
जवाबों:
यहाँ SQL सर्वर के लिए मेरा परफ़ॉर्म ट्यूटोरियल है: http://www.brentozar.com/archive/2006/12/dba-101-using-perfmon-for-sql-performance-tuning/
अधिक काउंटरों और थ्रेसहोल्ड के लिए, यहाँ एक पोस्टर है जो हमने तब किया था जब मैं क्वेस्ट पर था: http://www.quest.com/documents/landing.aspx?id=11635
यह एक बड़ा विषय है जिसमें Googling के स्पॉट के साथ बहुत सारी सामग्री उपलब्ध है। एक शुरुआती बिंदु के रूप में, ये वे काउंटर हैं जिन्हें मैं पहले देखता हूं:
प्रोसेसर -% प्रोसेसर समय
सिस्टम - प्रोसेसर कतार लंबाई
संभवतः आपके द्वारा पूछे गए प्रत्येक DBA से CPU उपयोग के लिए आपको एक अलग लक्ष्य मान मिलेगा। SQL सर्वर लाइसेंस महंगे हैं, इसलिए एक ओर आप सीपीयू के उपयोग को अधिकतम करना चाहते हैं, वहीं दूसरी ओर आप उपलब्धता से समझौता नहीं करना चाहते हैं। अच्छी तरह से समझे गए कार्यभार के साथ एक आदर्श दुनिया में, आप 70% उपयोग को लक्षित कर सकते हैं, 80-90% पर चेतावनी दे सकते हैं, 90% + पर सचेत कर सकते हैं। पीठ पर वास्तविक दुनिया में, जो कि चोटियों और गर्तों के साथ है, आप औसतन 50-60% औसत लक्ष्यीकरण कर सकते हैं।
मेमोरी - उपलब्ध एमबीटीज़
पेजिंग फ़ाइल -% उपयोग
एक समर्पित SQL सर्वर के साथ, स्थापित RAM पर निर्भर करता है, उपलब्ध स्मृति के 100-200mb से कम भुखमरी और OS मचान के जोखिम का संकेत दे सकता है। सामान्य तौर पर, हम बहुत पृष्ठ फ़ाइल गतिविधि नहीं देखना चाहते हैं, इसलिए मैं जांच करूंगा कि% उपयोग 2% से अधिक था और 5% से हिट होने पर चिंतित था
बफ़र प्रबंधक - बफ़र कैश हिट अनुपात
बफ़र प्रबंधक - पृष्ठ जीवन प्रत्याशा
इन दोनों काउंटरों को सर्वर के लिए स्थापित बेस लाइन के खिलाफ बेहतर माना जाता है। आदर्श रूप से, हम चाहते हैं कि कैश हिट अनुपात 100% तक संभव हो और हजारों सेकंड में चलने वाला PLE। ध्यान दें जब वे ऐतिहासिक औसत से दूर झूलते हैं।
एसक्यूएल सांख्यिकी - बैच अनुरोध / सेकंड
एसक्यूएल सांख्यिकी - संकलन / सेकंड
एसक्यूएल सांख्यिकी - Recompilations / सेकंड
अनुरोध / सेकंड एक सर्वर कैसे "व्यस्त" है के लिए एक महान रिश्तेदार उपाय है। उच्च संकलन / पुनर्संयोजन मूल्य सीपीयू चक्रों को क्वेरी संकलन पर बर्बाद होने का संकेत दे सकते हैं।
भौतिक डिस्क - औसत। डिस्क सेकंड / पढ़ें
भौतिक डिस्क - औसत। डिस्क सेकंड / लिखें
भौतिक डिस्क - डिस्क रीड / सेकंड
भौतिक डिस्क - डिस्क लेखन / सेकंड
ठीक से कॉन्फ़िगर की गई IO प्रणाली के लिए एक मोटा दिशानिर्देश लॉग ड्राइव के लिए <5ms (आदर्श रूप से 1ms) है, डेटा के लिए <20ms (आदर्श रूप से <10ms)। प्रति सेकंड रीड / राइट को ड्राइव के लिए ज्ञात सीमा के विरुद्ध माना जाना चाहिए, अर्थात यदि आपके पास 1000 IOPS की क्षमता है, तो मैं उन्नयन विकल्पों का मूल्यांकन करूँगा जब औसत IOPS 750 तक पहुँच गया।