SQL सर्वर गतिविधि की सरल निगरानी। कौन सक्रिय है?

मैं किस बारे में बात कर रहा हूँ?

किसी भी डेटाबेस व्यवस्थापक, निश्चित रूप से, इस तथ्य से निपटना था कि सब कुछ धीरे-धीरे काम करता है, या बिल्कुल भी काम नहीं करता है। सबसे पहले आपको यह पता लगाने की आवश्यकता है कि इस समय SQL सर्वर पर क्या हो रहा है। ऐसा लगता है कि व्यवस्थापक के शस्त्रागार में बहुत सारी उपयोगी चीजें होंगी: एक्टिविटी मॉनिटर, डायनेमिक मैनेजमेंट व्यूज (डीएमवी) ढेर, संग्रहीत कार्यविधियाँ sp_who और sp_who2, जो SQL Server 7 और SQL Server 2000 के समय से विरासत में मिली हैं।
लेकिन, आइए जानें इसे ...

निगरानी उपकरण

गतिविधि की निगरानी

ऐसा लगता है कि एक बड़ी बात यह कर रही है कि इसे क्या चाहिए - यह गतिविधि पर नजर रखता है। मैं एक भारी लेखांकन रिपोर्ट लॉन्च करता हूं और देखता हूं कि गतिविधि मॉनिटर मुझे क्या दिखाता है।
स्क्रीनशॉट में, SQL Server 2005 से गतिविधि मॉनिटर:

और SQL सर्वर Denali (2012) CTP 3 से।

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

sp_who और sp_who2

स्क्रीनशॉट में, sp_who (शीर्ष) और sp_who2 (नीचे) का परिणाम एक ही बीमार रिपोर्ट के निर्माण के दौरान निष्पादित किया गया है:

हाँ। बहुत जानकारीपूर्ण। Sp_who को देखते हुए हम केवल यह देख सकते हैं कि कुछ निष्पादित किया जा रहा है। बेशक, इसे निष्पादित किया गया है - हम उस की तलाश कर रहे हैं, लेकिन हम देखते हैं कि कुछ SELECT को निष्पादित किया जा रहा है। या कुछ का चयन करें। वाह।
sp_who2 पहले से अधिक जानकारी दिखाता है। अब हम देख सकते हैं कि सत्र का कितना प्रोसेसर समय (और कुल समय को जोड़कर, जाहिरा तौर पर), i / o संचालन की संख्या, डेटाबेस का नाम जिसमें यह सब किया जाता है और जिसके द्वारा यह सत्र अवरुद्ध है (यदि यह बंद है)।
गतिविधि मॉनिटर, जैसा कि हम देखते हैं, अधिक जानकारी देता है।

DMV

SQL सर्वर 2005 से शुरू करके, हमें सर्वर स्थिति - डायनामिक मैनेजमेंट व्यूज़ के बारे में जानकारी प्राप्त करने का एक नया अवसर मिला। MSDN कहता है: "डायनेमिक प्रशासनिक विचार और फ़ंक्शंस सर्वर स्थिति की जानकारी लौटाते हैं जिनका उपयोग किसी सर्वर इंस्टेंस के स्वास्थ्य की निगरानी, ​​समस्याओं के निदान और ट्यून प्रदर्शन के लिए किया जा सकता है।"
दरअसल, 2005 में, SQL Server में वर्तमान समय में क्वेरी निष्पादन से संबंधित विचारों का एक सेट है (हालांकि, "इतिहास" देखने के लिए भी विचार हैं): यहां वे हैं । और उनकी संख्या, संस्करण से संस्करण तक बढ़ रही है!
निश्चित रूप से, कुशल प्रशासकों के पास सर्वर की वर्तमान स्थिति के बारे में जानकारी प्राप्त करने के लिए तैयार स्क्रिप्ट का एक गुच्छा होता है, लेकिन क्या होगा अगर DMV के साथ अभी तक कोई अनुभव नहीं है और पहले से ही समस्याएं हैं?

sp_WhoIsActive

एडम मचानिक (SQL सर्वर MVP और MCITP) विकसित हुए हैं और लगातार संग्रहीत कार्यविधि में सुधार कर रहे हैं sp_WhoIsActive, जो इन बहुत DMV पर निर्भर है और उपयोग करने में आसान है। यहाँ sp_WhoIsActive का नवीनतम संस्करण डाउनलोड करें । एडम के पास खुद को sp_WhoIsActive को समर्पित लेखों की एक श्रृंखला है, जिसमें 30 से अधिक (तीस!) टुकड़े शामिल हैं, आप इसे यहां पढ़ सकते हैं, लेकिन मैं इस सामग्री को पढ़ने में आपकी रुचि रखने की कोशिश करूंगा :)।
इसलिए, हम मानते हैं कि आपने इस स्क्रिप्ट को एक परीक्षण सर्वर (किसी भी संस्करण पर, 2005 से शुरू और डेनाली के साथ समाप्त) पर चलाया। एडम इसे मास्टर सिस्टम डेटाबेस में संग्रहीत करने की सलाह देता है ताकि इसे किसी भी डेटाबेस के संदर्भ में कहा जा सके, लेकिन यह आवश्यक नहीं है, बस जब आप इसे किसी अन्य डेटाबेस के संदर्भ में कहते हैं, तो आपको पूरी तरह से नाम लिखना होगा - DB.schema .sp_whoIsActive।
तो चलिए इसे आजमाते हैं। स्क्रीनशॉट में, उसी रिपोर्ट के निर्माण के दौरान उसके निष्पादन का परिणाम:

क्वेरी निष्पादित sp_whoIsActive का परिणाम, अफसोस, एक स्क्रीन पर फिट नहीं होता है, इसलिए यहां संग्रहीत कार्यविधि के आउटपुट का एक पाठ विवरण है, जिसे मापदंडों के बिना कहा जाता है।

• [dd hh: mm: ss.mss] - सक्रिय अनुरोध के लिए निष्पादन समय दिखाता है, "नींद" सत्र के लिए - "नींद" का समय;
• [session_id] - वास्तव में, spid;
• [sql_text] - क्वेरी के पाठ को अब निष्पादित किया जा रहा है, या अंतिम क्वेरी के पाठ को निष्पादित किया जाता है, यदि सत्र सो रहा है;
• [login_name] - ठीक है, आप समझते हैं;
• [Wait_info] एक बहुत ही रोचक कॉलम है। यह प्रारूप में आउटपुट है (Ax: Bms / Cms / Dms) E संसाधन ई। बी / सी / डी पर लंबित कार्यों की संख्या मिलीसेकंड में समयावधि है। यदि केवल एक सत्र संसाधन के जारी होने की प्रतीक्षा कर रहा है (स्क्रीनशॉट के अनुसार), तो इसका प्रतीक्षा समय दिखाया जाएगा, यदि 2 सत्र बी / सी प्रारूप में उनके प्रतीक्षा समय हैं। यदि वे 3 या अधिक की उम्मीद करते हैं - हम बीएच / सी / डी प्रारूप में इस संसाधन पर न्यूनतम, औसत और अधिकतम प्रतीक्षा समय देखेंगे;
• [सीपीयू] - एक सक्रिय अनुरोध के लिए - इस अनुरोध के द्वारा खर्च किए गए कुल सीपीयू समय, एक नींद सत्र के लिए - इस सत्र के "पूरे जीवन" के लिए कुल सीपीयू समय;
• [tempdb_allocations] - एक सक्रिय अनुरोध के लिए, यह अनुरोध के निष्पादन के दौरान TempDB को लिखने की संख्या है; एक नींद सत्र के लिए - सत्र के पूरे जीवन के लिए TempDB में प्रविष्टियों की कुल संख्या;
• [tempdb_current] - एक सक्रिय अनुरोध के लिए - इस अनुरोध के लिए आवंटित TempDB में पृष्ठों की संख्या; एक नींद सत्र के लिए, TempDB में पृष्ठों की कुल संख्या सत्र के पूरे जीवन के लिए आवंटित;
• [block_session_id] - यदि अचानक हम किसी के द्वारा अवरुद्ध कर दिए जाते हैं, तो यह दिखावा (सत्र_आईडी) दिखाएगा कि हम किसके अवरुद्ध हैं;
• [पढ़ता है] - एक सक्रिय अनुरोध के लिए - इस अनुरोध के निष्पादन के दौरान किए गए तार्किक रीड की संख्या; एक नींद सत्र के लिए - इस सत्र के पूरे जीवनकाल के लिए पढ़े गए पृष्ठों की संख्या;
• [लिखता है] - सभी समान, लेकिन रिकॉर्डिंग के बारे में;
• [physical_reads] - एक सक्रिय अनुरोध के लिए, इस अनुरोध के निष्पादन के दौरान किए गए भौतिक रीड की संख्या; एक नींद सत्र के लिए - परंपरागत रूप से, सत्र के पूरे जीवन के लिए शारीरिक रीडिंग की कुल संख्या;
• [used_memory] - एक सक्रिय अनुरोध के लिए, इस अनुरोध को पूरा करने के लिए उपयोग किए जाने वाले आठ-बाइट पृष्ठों की संख्या; एक नींद सत्र के लिए - स्मृति के कुल पृष्ठ उसे उसके पूरे जीवन के लिए आवंटित किए गए थे;
• [स्थिति] - सत्र की स्थिति - चल रहा है, सो रहा है, आदि;
• [open_tran_count] - इस सत्र द्वारा खोले गए लेनदेन की संख्या को दर्शाता है;
• [प्रतिशत_ पूर्ण] - दिखाता है, अगर ऐसी कोई संभावना है, तो ऑपरेशन करने की प्रक्रिया (उदाहरण के लिए, बैकप, रीस्टोर) कभी नहीं दिखाएगी कि कितने प्रतिशत का चयन किया गया है ।

Sp_WhoIsActive के मानक आउटपुट में शेष कॉलम थोड़े रुचि के हैं, और मैं उनका वर्णन नहीं करूंगा - उनका उद्देश्य, मुझे लगता है, सभी के लिए स्पष्ट है (host_name, database_name, program_name, start_time, login_time, request_id, collection_time)।

और क्या? क्या वह सब है?

नहीं, वह सब नहीं है। मैं यह भी बात करूंगा कि कौन से (सबसे दिलचस्प और उपयोगी, मेरे दृष्टिकोण से) मापदंडों को sp_WhoIsActive कहा जा सकता है और इसके बारे में क्या आता है।

• @help एक बहुत ही उपयोगी पैरामीटर है। जब sp_whoIsActive @help = 1 कहा जाता है, तो हमें सभी मापदंडों और स्क्रीन पर प्रदर्शित कॉलमों की जानकारी मिलती है। इसलिए अगर कुछ समझ से बाहर है, तो आप हमेशा "मदद" देख सकते हैं
• @filter_type और @filter - आपको निष्पादन के परिणाम को फ़िल्टर करने की अनुमति देते हैं। @filter_type 'सत्र', 'प्रोग्राम', 'डेटाबेस', 'लॉगिन' और 'होस्ट' मान ले सकता है। फ़िल्टर पैरामीटर में, हम इंगित करते हैं कि चयनित प्रकार का कौन सा ऑब्जेक्ट है जिसमें हम रुचि रखते हैं। उदाहरण के लिए, हम मास्टर डेटाबेस में चल रहे सभी सत्रों को देखना चाहते हैं, इसके लिए हम exec sp_whoIsActive @filter_type = 'database', filter = 'master' । फ़िल्टर पैरामीटर "%" के उपयोग को स्वीकार करता है ;
• @not_filter_type और @not_filter - हमें "इसके विपरीत" फ़िल्टर करने की अनुमति देते हैं। उदाहरण के लिए, हम उन सभी सत्रों को छोड़कर देखना चाहते हैं जिनके डेटाबेस क्षेत्र में 'मास्टर' हैं, इसके लिए हम exec sp_WhoIsActive @not_filter_type = 'database', @not_filter = 'master' निष्पादित करते हैं। खैर, या, हम यह देखना चाहते हैं कि सा उपयोगकर्ता को छोड़कर सभी उपयोगकर्ता क्या करते हैं ... कई अनुप्रयोग हो सकते हैं। @Not_filter पैरामीटर "%" के उपयोग को स्वीकार करता है;
• @show_system_spids = 1 - सिस्टम सत्र के बारे में जानकारी दिखाएं;
• @get_full_inner_text = 1 - sql_text फ़ील्ड में पैकेज (बैच) में केवल वर्तमान अनुरोध (कथन) का पाठ नहीं होगा, बल्कि पूरे बैच का पाठ होगा;
• @get_plans - क्वेरी निष्पादन के लिए योजनाओं के साथ एक कॉलम आउटपुट में जोड़ देगा;
• @get_transaction_info = 1 - लेन-देन लॉग में प्रविष्टियों की संख्या और मात्रा के आउटपुट में जोड़ देगा, साथ ही अंतिम लेनदेन का प्रारंभ समय भी;
• @get_locks = 1 - अनुरोध के निष्पादन के दौरान लगाए गए सभी तालों के बारे में आउटपुट जानकारी में जोड़ देगा;
• @find_block_leaders = 1 - तालों की श्रृंखला का पता @find_block_leaders = 1 और वर्तमान सत्र को अनलॉक करने के लिए कुल सत्रों की प्रतीक्षा करेगा;
• @output_column_list = '[dd%][session_id][sql_text][sql_command][login_name][wait_info][tasks][tran_log%][cpu%][temp%][block%][reads%][writes%][context%][physical%][query_plan][locks][%]' - क्या होगा यदि आप sp_whoIsActive के आउटपुट में tempDB के बारे में जानकारी नहीं देखना चाहते हैं? इस पैरामीटर के साथ, आप इसे प्रदर्शित करने वाले नियंत्रण कर सकते हैं;
• @destination_table = 'table_name' - तालिका में लिखने के लिए निष्पादन का परिणाम सम्मिलित करने का प्रयास करेगा, लेकिन यह जाँच नहीं करेगा कि क्या यह तालिका मौजूद है और यदि इसमें सम्मिलित करने के लिए पर्याप्त अनुमति हैं।

अब सब

परिणामस्वरूप, SQL सर्वर पर वर्तमान गतिविधि पर नज़र रखने के लिए हमारे पास एक और बेहद सुविधाजनक और लचीला उपकरण है। इसके सामान्य ऑपरेशन के लिए, VIEW SERVER STATE अनुमति और dmv तक पहुंचने के अधिकार पर्याप्त हैं।
यह जोड़ने योग्य भी है, उस स्थिति में जब सर्वर को केवल समर्पित व्यवस्थापक कनेक्शन के माध्यम से कनेक्ट करना संभव है, sp_whoIsActive कॉल धमाके के साथ बंद हो जाता है, जबकि गतिविधि मॉनिटर, अफसोस, शुरू करने में विफल रहता है।