SAP निगरानी और प्रदर्शन जांच: Tcodes के साथ पूर्ण ट्यूटोरियल

सिस्टम मॉनिटरिंग क्या है?

सिस्टम मॉनिटरिंग एक दैनिक नियमित गतिविधि है और यह दस्तावेज़ सर्वर मॉनिटरिंग के लिए एक व्यवस्थित चरण-दर-चरण प्रक्रिया प्रदान करता है। यह सक्रिय सिस्टम मॉनिटरिंग के लिए तकनीकी पहलुओं और अवधारणाओं का अवलोकन देता है। उनमें से कुछ हैं:

अनुप्रयोग सर्वर की जाँच करना.
सिस्टम-व्यापी कार्य प्रक्रियाओं की निगरानी करना।
व्यक्तिगत उदाहरणों के लिए कार्य प्रक्रियाओं की निगरानी करना।
लॉक प्रविष्टियों की निगरानी.
CPU उपयोग
डाटाबेस में उपलब्ध स्थान.
अद्यतन प्रक्रियाओं की निगरानी करना.
मॉनिटरिंग सिस्टम लॉग.
Buffer सांख्यिकी (स्टेटिस्टिक्स)

कुछ अन्य हैं:

बैच जॉब्स की निगरानी
स्पूल अनुरोध मॉनिटरिंग.
प्रिंट अनुरोधों की संख्या
ABAP डंप विश्लेषण.
डेटाबेस प्रदर्शन मॉनिटर.
डेटाबेस जाँच.
अनुप्रयोग उपयोगकर्ताओं की निगरानी करना.

दैनिक बुनियादी जांच / सिस्टम मॉनिटरिंग क्यों?

हम निगरानी कैसे करते हैं? SAP सिस्टम?

एप्लिकेशन सर्वर की जाँच करना (SM51)

इस लेनदेन का उपयोग सभी सक्रिय अनुप्रयोग सर्वरों की जांच करने के लिए किया जाता है।

यहां आप देख सकते हैं कि प्रत्येक इंस्टैंस में कौन सी सेवाएं या कार्य प्रक्रियाएं कॉन्फ़िगर की गई हैं।

व्यक्तिगत उदाहरणों के लिए कार्य प्रक्रियाओं की निगरानी SM50

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

यह लेनदेन बहुत सारी जानकारी प्रदर्शित करता है जैसे:

कार्य प्रक्रिया की स्थिति (चाहे वह व्यस्त हो या नहीं)
यदि कार्य प्रक्रिया चल रही है, तो आप कार्रवाई कॉलम में उसके द्वारा की गई कार्रवाई देख सकेंगे।
आप देख सकते हैं कि किस टेबल पर काम किया जा रहा है

कुछ सामान्य समस्याएं:

उपयोगकर्ता को लॉग ऑन करने में बहुत समय लगता है/लॉगऑन नहीं कर पाता/ऑनलाइन लेनदेन बहुत धीमा होता है। यह DIA कार्य प्रक्रियाओं के पूर्ण उपयोग का परिणाम हो सकता है। यह लंबे समय तक चलने वाली नौकरियों (समय कॉलम के अंतर्गत लाल संकेतक) का परिणाम भी हो सकता है। यदि आवश्यक हो तो आप नौकरियों का चयन करके सत्र को रद्द कर सकते हैं फिर प्रक्रिया>कोर के बिना रद्द करें पर जाएँ। यह नौकरी को रद्द कर देगा और अन्य उपयोगकर्ता/प्रक्रिया के लिए कार्य प्रक्रिया जारी कर देगा
कुछ उपयोगकर्ताओं के पास PRIV स्थिति हो सकती है कारण कॉलम। ऐसा हो सकता है कि उपयोगकर्ता लेनदेन इतना बड़ा हो कि उसे अधिक मेमोरी की आवश्यकता हो। जब ऐसा होता है तो DIA कार्य प्रक्रिया उपयोगकर्ता के स्वामित्व में होगी और अन्य उपयोगकर्ताओं को इसका उपयोग नहीं करने देगी। यदि ऐसा होता है, तो उपयोगकर्ता से जाँच करें और यदि संभव हो तो कार्य को पृष्ठभूमि कार्य के रूप में चलाएँ।
यदि SPO कार्य प्रक्रिया पर कोई लंबा प्रिंट कार्य है, तो समस्या की जांच करें। यह प्रिंट सर्वर या प्रिंटर से संबंधित समस्या हो सकती है।

सिस्टम-व्यापी कार्य प्रक्रियाओं की निगरानी (SM66)

वैश्विक कार्य प्रक्रिया अवलोकन का उपयोग करके कार्य प्रक्रिया लोड की जांच करके, हम सिस्टम प्रदर्शन समस्या के संभावित कारण की शीघ्रता से जांच कर सकते हैं।

सभी सक्रिय इंस्टैंस पर कार्य प्रक्रिया लोड की निगरानी करें पूरे सिस्टम में

वैश्विक कार्य प्रक्रिया अवलोकन स्क्रीन का उपयोग करके, हम एक नज़र में देख सकते हैं:

प्रत्येक अनुप्रयोग सर्वर की स्थिति
इसका कारण यह नहीं चल रहा है
क्या इसे पुनः आरंभ किया गया है
सीपीयू और अनुरोध रन टाइम
वह उपयोगकर्ता जिसने लॉग ऑन किया है और वह क्लाइंट जिस पर उसने लॉग ऑन किया है
जो रिपोर्ट चल रही है

मॉनिटर एप्लिकेशन उपयोगकर्ता (AL08 और SM04)

यह लेनदेन सक्रिय इंस्टैंस के सभी उपयोगकर्ताओं को प्रदर्शित करता है।

अद्यतन प्रक्रियाओं की निगरानी (SM13)

लेनदेन SM13 निष्पादित करें और '*' फ़ील्ड में USER टाइप करें और क्लिक करें बटन.

यदि कोई लम्बे समय से लंबित अद्यतन रिकॉर्ड नहीं है या कोई अद्यतन नहीं हो रहा है तो यह कतार खाली होगी जैसा कि नीचे दिए गए स्क्रीन शॉट में दिखाया गया है।

लेकिन, यदि अपडेट सक्रिय नहीं है तो नीचे दी गई जानकारी प्राप्त करें:

क्या अपडेट सक्रिय है, यदि नहीं, तो क्या इसे सिस्टम या उपयोगकर्ता द्वारा निष्क्रिय किया गया था?
- पर क्लिक करें बटन दबाएँ और जानकारी प्राप्त करें।
- पर क्लिक करें बटन दबाएँ और नीचे दी गई जानकारी प्राप्त करें:
क्या कोई अद्यतन रद्द किया गया है?
क्या 10 मिनट से अधिक पुराने लंबित अपडेट की लम्बी कतार है?

लॉक प्रविष्टियों की निगरानी (SM12)

लेनदेन SM12 निष्पादित करें और उपयोगकर्ता नाम फ़ील्ड में '*' डालें

SAP अन्य उपयोगकर्ताओं को उस रिकॉर्ड को बदलने से रोकने के लिए लॉकिंग मैकेनिज्म प्रदान करता है जिस पर आप काम कर रहे हैं। कुछ स्थितियों में, लॉक रिलीज़ नहीं होते हैं। ऐसा तब हो सकता है जब उपयोगकर्ता लॉक रिलीज़ करने से पहले नेटवर्क समस्या के कारण कट ऑफ हो जाते हैं।

इन पुराने तालों को साफ़ करना आवश्यक है अन्यथा यह रिकार्ड तक पहुंच या उनमें परिवर्तन को रोक सकता है।

हम सिस्टम में सेट किए गए लॉक की निगरानी के लिए लॉक सांख्यिकी का उपयोग कर सकते हैं। हम केवल उन लॉक प्रविष्टियों को रिकॉर्ड करते हैं जिनमें पिछले दिन की तारीख और समय की मोहर होती है।

मॉनिटरिंग सिस्टम लॉग (SM21)

हम सिस्टम और उसके वातावरण में होने वाली त्रुटियों को पहचानने और सुधारने के लिए लॉग का उपयोग कर सकते हैं।

हम निम्नलिखित चयन/विकल्प के साथ पिछले दिन के लॉग की जांच करते हैं:

दिनांक और समय दर्ज करें.
रेडियो बटन की समस्याएँ और चेतावनियाँ चुनें
सिस्टम लॉग पुनः पढ़ें दबाएँ.

धुन सारांश (ST02)

चरण १: ट्यून सारांश की जांच करने के लिए ST02 पर जाएं।

चरण १: यदि आपको SWAPS में कोई लाल मान दिखाई दे तो उस पर डबल क्लिक करें।

चरण १: नीचे दी गई स्क्रीन में 'वर्तमान पैरामीटर' टैब पर क्लिक करें

चरण १: मान और प्रोफ़ाइल पैरामीटर नोट करें

चरण १: RZ10 पर जाएं (प्रोफ़ाइल पैरामीटर मान बदलने के लिए)

चरण १: परिवर्तनों को सुरक्षित करें।

चरण १: नये परिवर्तनों को प्रभावी करने के लिए सर्वर को पुनः आरंभ करें।

CPU उपयोग (ST06)

निष्क्रिय CPU उपयोग दर 60-65% होनी चाहिए, यदि यह मान से अधिक है तो हमें कम से कम नीचे दी गई चीजों की जांच शुरू करनी चाहिए:

ओएस स्तर के कमांड चलाएं - शीर्ष और जांचें कि कौन सी प्रक्रियाएं सबसे अधिक संसाधन ले रही हैं।
SM50 या SM66 पर जाएँ। किसी भी लंबे समय से चल रहे जॉब या किसी भी लंबे समय से चल रहे अपडेट क्वेरी की जाँच करें।
SM12 पर जाएं और लॉक प्रविष्टियों की जांच करें
SM13 पर जाएं और सक्रिय स्थिति अद्यतन की जांच करें।
SM21 में त्रुटियों की जाँच करें.

ABAP डंप (ST22)

यहां हम पिछले दिन के डंप की जांच करते हैं

स्पूल अनुरोध मॉनिटरिंग (SP01)

स्पूल अनुरोध मॉनिटरिंग के लिए, SP01 निष्पादित करें और नीचे दिए अनुसार चयन करें:

फ़ील्ड में '*' डालें Created By
पर क्लिक करें निष्पादित बटन.

यहां हम केवल उन अनुरोधों को रिकॉर्ड करते हैं जो समस्याओं के साथ समाप्त हो जाते हैं।

बैच जॉब्स की निगरानी (SM37)

पृष्ठभूमि कार्यों की निगरानी के लिए, SM37 निष्पादित करें और नीचे दिए अनुसार चयन करें:

उपयोगकर्ता नाम और नौकरी नाम फ़ील्ड में '*' डालें
कार्य स्थिति में, चुनें: अनुसूचित, रद्द, जारी और समाप्त अनुरोध।

ट्रांजेक्शनल RFC प्रशासन (SM58)

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

हमें उस प्रदर्शन अवधि का चयन करना होगा जिसके लिए हम tRFCs देखना चाहते हैं और फिर उपयोगकर्ता नाम फ़ील्ड में '*' का चयन करके उन सभी कॉल्स को देखना होगा जो सही ढंग से निष्पादित नहीं हुई हैं या कतार में प्रतीक्षा कर रही हैं।

QRFC प्रशासन (आउटबाउंड कतार-SMQ1)

हमें यहां पर क्लाइंट का नाम निर्दिष्ट करना चाहिए और देखना चाहिए कि क्या कोई आउटगोइंग qRFC प्रतीक्षा या त्रुटि स्थिति में है।

QRFC प्रशासन (इनबाउंड कतार-SMQ2)

हमें यहां पर क्लाइंट का नाम निर्दिष्ट करना चाहिए और देखना चाहिए कि क्या कोई इनकमिंग qRFC प्रतीक्षा या त्रुटि स्थिति में है।

डेटाबेस प्रशासन (DB02)

आपके चयन के बाद वर्तमान आकार पहली स्क्रीन पर हम नीचे की स्क्रीन पर आते हैं जो हमें सिस्टम में सभी टेबलस्पेस की वर्तमान स्थिति दिखाती है।

यदि कोई भी टेबलस्पेस 95% से अधिक है और ऑटो एक्स्टेंशन बंद है तो हमें एक नई डेटाफ़ाइल जोड़ने की आवश्यकता है ताकि डेटाबेस भरा न हो।

हम टेबलस्पेस का इतिहास भी निर्धारित कर सकते हैं।

हम टेबलस्पेस में होने वाले परिवर्तनों को देखने के लिए यहां महीने, सप्ताह या दिन का चयन कर सकते हैं।

हम इन मानों का विश्लेषण करके टेबलस्पेस की वृद्धि निर्धारित कर सकते हैं।

डेटाबेस बैकअप लॉग (DB12)

इस ट्रांजैक्शन से हम यह पता लगा सकते हैं कि सिस्टम का आखिरी सफल बैकअप कब लिया गया था। हम पिछले दिन के बैकअप की समीक्षा कर सकते हैं और देख सकते हैं कि सब कुछ ठीक था या नहीं।

हम रीडो लॉग फ़ाइलों की समीक्षा भी कर सकते हैं और देख सकते हैं कि रीडो लॉग बैकअप सफल था या नहीं।

त्वरित Review

दैनिक निगरानी कार्य

महत्वपूर्ण कार्य
SAP प्रणाली
डाटाबेस

महत्वपूर्ण कार्य

नहीं	कार्य	सौदा	प्रक्रिया / टिप्पणी
1	जाँच करें कि R/3System चालू है।		R/3 सिस्टम पर लॉग ऑन करें
2	जाँच करें कि दैनिक बैकअप बिना किसी त्रुटि के निष्पादित हो रहा है	DB12	डेटाबेस बैकअप की जाँच करें.

SAP प्रणाली

नहीं	कार्य	सौदा	प्रक्रिया / टिप्पणी
1	जाँच करें कि सभी अनुप्रयोग सर्वर चालू हैं।	SM51	जाँच करें कि सभी सर्वर चालू हैं।
2	कार्य प्रक्रियाओं की जाँच करें (SM51 से शुरू करें)।	SM50	“चल रही” या “प्रतीक्षारत” स्थिति वाली सभी कार्य प्रक्रियाएँ
3	वैश्विक कार्य प्रक्रिया अवलोकन	SM66	जाँच करें कि कोई कार्य प्रक्रिया 1800 सेकंड से अधिक नहीं चल रही है
3	किसी भी असफल अद्यतन (अद्यतन समाप्ति) की तलाश करें।	SM13	दिनांक को एक दिन पहले सेट करें उपयोगकर्ता आईडी में * दर्ज करें “सभी” अपडेट पर सेट करें “Err” वाली पंक्तियों की जाँच करें।
4	सिस्टम लॉग की जाँच करें.	SM21	अंतिम लॉग समीक्षा से पहले की तिथि और समय निर्धारित करें। निम्न की जाँच करें: त्रुटियाँ : सुरक्षा संदेश डेटाबेस समस्याएँ
5	Revरद्द की गई नौकरियों के लिए iew.	SM37	उपयोगकर्ता आईडी में एक तारांकन चिह्न (*) दर्ज करें। सत्यापित करें कि सभी महत्वपूर्ण कार्य सफल रहे।
6	"पुराने" ताले की जाँच करें।	SM12	उपयोगकर्ता आईडी के लिए तारांकन चिह्न (*) दर्ज करें.
7	सिस्टम पर उपयोगकर्ताओं की जांच करें.	एसएम04AL08	Revकिसी अज्ञात या भिन्न उपयोगकर्ता आईडी और टर्मिनल के लिए iew। यह कार्य दिन में कई बार किया जाना चाहिए।
8	स्पूल समस्याओं की जाँच करें.	SP01	निर्मित द्वारा के लिए एक तारांकन (*) दर्ज करें उन स्पूल कार्यों को देखें जो एक घंटे से अधिक समय से "प्रक्रिया में" हैं।
9	जॉब लॉग की जाँच करें	SM37	के लिए जाँच: नयी नौकरी गलत नौकरियाँ
10	Review और डंप को हल करें।	ST22	अत्यधिक संख्या में डंप की तलाश करें। असामान्य प्रकृति के डंप की तलाश करें।
11	Review बफर आँकड़े.	ST02	स्वैप की तलाश करें।

डाटाबेस

नहीं	कार्य	सौदा	प्रक्रिया / टिप्पणी
1	Revसमस्याओं के लिए iew त्रुटि लॉग.	ST04
2	डेटाबेस ग्रोथ गुम इंडेक्स	DB02	यदि टेबलस्पेस का उपयोग 90% से अधिक हो गया है तो उसमें नई डेटा फ़ाइल जोड़ें, गुम इंडेक्स का पुनर्निर्माण करें
3	डेटाबेस सांख्यिकी लॉग	DB13