चालू रखें - अपने एक्सचेंज सर्वर की निगरानी करें और आम मुद्दों का निवारण करें

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

एक स्वस्थ एक्सचेंज वातावरण रखने की कुंजी, उन आउटेज को कम करना, चालू रखना, या खराब उपयोगकर्ता अनुभव दैनिक सक्रिय निगरानी है। आप अपने सक्रिय एक्सचेंज सर्वर और उसके आसपास के बुनियादी ढांचे की निगरानी करना चाहते हैं। बस निगरानी चालू करने से आपको बहुत दूर नहीं मिलेगा। पहला सवाल आपको खुद से पूछना चाहिए "मुझे निगरानी की क्या आवश्यकता है?"

एक्सचेंज के लिए कई निगरानी समाधान हैं, कुछ मुफ्त में उपलब्ध हैं और कुछ के लिए आपको भुगतान करने की आवश्यकता है। जब आप जानते हैं कि आपको इसकी निगरानी करने की आवश्यकता है तो आपको यह तय करने में मदद मिलेगी कि आपको किस प्रकार के निगरानी समाधान की आवश्यकता है।

प्रदर्शन निगरानी जारी रखने के लिए

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

एक्सचेंज सर्वर प्रदर्शन काउंटर

• स्मृति उपयोग
  • मेमोरी \ उपलब्ध Mbytes (MB)
  • मेमोरी \ पृष्ठ / सेकंड
  • मेमोरी \ पूल नॉनपेजेड बाइट्स
  • मेमोरी \ पूल पेजेड बाइट्स और मेमोरी \ फ्री सिस्टम पेज टेबल प्रविष्टियाँ
• आरपीसी संचालन
  • MSExchangeIS \ RPC Averaged लेटेंसी - 50ms से नीचे
• डीएसए एक्सेस
  • MSExchangeDSAccess डोमेन नियंत्रक \ LDAP समय पढ़ें - नीचे 50ms स्पाइक्स 100ms से अधिक नहीं है
  • MSExchangeDSAccess डोमेन नियंत्रक \ LDAP नीचे 50ms स्पाइक्स खोजें 100msspikes से अधिक नहीं 100ms से अधिक
• डिस्क-
  • डेटाबेस डिस्क
    • फिजिकलडिस्क \ एवरेज डिस्क सेकंड / रीड - 20ms से कम
    • फिजिकलडिस्क \ की औसत डिस्क सेकंड / लिखें - 20ms से कम
  • लेन-देन लॉग डिस्क
    • फिजिकलडिस्क \ _ औसत डिस्क सेकंड / पढ़ें - 5ms से कम, स्पाइक्स 50 से अधिक नहीं
    • फिजिकलडिस्क \ _ औसत डिस्क सेकंड / लिखें - 10ms से कम, स्पाइक 50ms से अधिक नहीं
  • लॉग बफर
    • डेटाबेस \ लॉग रिकॉर्ड स्टालों / सेकंड - प्रति सेकंड 10 से नीचे प्रति सेकंड 100 से अधिक नहीं
  • प्रोसेसर -
    • प्रोसेसर का% प्रोसेसर समय (_Total), आदर्श रूप से 90% से कम होना चाहिए

आप अपने ट्रांसपोर्ट हब की कतारों को चालू रखना चाहते हैं। ट्रांसपोर्ट हब कतारों का विशिष्ट कारण मेल तूफान है। जब ट्रांसपोर्ट हब का बैकअप लिया जाता है, तो यह सर्वर पर प्रदर्शन समस्याओं का कारण बन सकता है और ईमेल के विलंब का कारण बन सकता है। कतारों के अलावा आपको एक्सचेंज मेलबॉक्स स्वास्थ्य की निगरानी भी करनी चाहिए, जिसमें मेलबॉक्स प्रतिकृति और डेटाबेस प्रतिलिपि स्थिति शामिल है।

एक्सचेंज क्यु

• कुल कतार की गिनती
• कुल कतार की लंबाई
• कुल कतार का आकार
• बैक अप कहां है? यह क्या कारण है?

एक्सचेंज मेलबॉक्स स्वास्थ्य 

• टेस्ट-MRSHealth - मेलबॉक्स चालन प्रसंस्करण के लिए जिम्मेदार मेलबॉक्स प्रतिकृति सेवा
• टेस्ट-रिप्लेसमेंटस्लैम - डीएजी के लिए समग्र स्वास्थ्य और फिर से खेलना आँकड़े का परीक्षण करें
• Get-MailboxDatabaseCopyStatus - मेलबॉक्स डेटाबेस प्रतियों के स्वास्थ्य की समीक्षा करने के लिए परीक्षण करें

 

भविष्यवाणी करना, ट्रेंड करना और चलाना ...

निगरानी का पूरा उद्देश्य उन मुद्दों को रोकना और लड़ना है जो ईमेल में देरी और नुकसान का कारण बनते हैं। अपनी निगरानी से प्राप्त कुछ डेटा का उपयोग करने से आपको समस्याओं का निदान करने और उन आग के मूल कारणों में आने में मदद मिल सकती है जिनसे हम सभी नफरत करते हैं।

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

एक उदाहरण:

इवेंट आईडी: 10027 स्रोत: MSExchangeIS -

"5ac48016-b70d4-417b-a68-3199bfa82a51ec25: डेटाबेस पर" 6881d8-fc9e-469f-a046d-bb4c86a5 "मेलबॉक्स के लिए 07 आरपीसी अनुरोध हैं। o = DOMAIN / ou = Exchange व्यवस्थापकीय समूह (FYDIBOHF23SPDLT) / cn = कॉन्फ़िगरेशन / cn = सर्वर / cn = XXX-XXXXXXX-XX / cn = Microsoft निजी MDB ”जिसे पूरा होने में असामान्य रूप से लंबा समय लगा हो। यह आपके सर्वर के साथ प्रदर्शन समस्याओं का संकेत हो सकता है।

यदि आप इस का एक बहुत देख रहे हैं, चेतावनी! यह संकेत हो सकता है कि आप अपने Exchange सर्वर पर प्रदर्शन समस्याएँ हैं। यदि आप समय-समय पर चेतावनी प्राप्त करते हैं तो यह हानिरहित हो सकता है। इसका मतलब यह है कि विंडोज के मुकाबले कुछ ऐसा हो रहा है, जो यह सोचता है कि उसे उस मेलबॉक्स पर दूर से ऑपरेशन करना चाहिए। यह खोज या मेलबॉक्स रखरखाव कार्यों से कुछ भी हो सकता है।

"मेरा ईमेल धीमा है" जैसे एक सामान्य लेकिन जटिल समस्या का निवारण करते समय, अपने प्रदर्शन काउंटर की हमेशा जांच करें कि आप निगरानी कर रहे हैं। यदि विलंबता या प्रदर्शन समस्याएँ हैं, तो ये काउंटर इंगित करेंगे। समस्या को देखने के लिए सही मुख्य प्रदर्शन काउंटरों को जानने से आप यह निर्धारित कर सकते हैं कि समस्या क्लाइंट साइड है या सर्वर-साइड।

देखने के लिए मुख्य काउंटर:
MSExchangeIS \ RPC अनुरोध - 70 से कम - इंगित करता है कि वर्तमान में कितने धागे उपयोग में हैं

MSExchangeIS \ RPC संचालन / सेकंड- हमेशा RPC अनुरोधों की तुलना में अधिक - पिछले दूसरे में प्राप्त सर्वरों की संख्या।

यदि MSExchangeIS \ RPC अनुरोध तेजी से बढ़ रहा है और MSExchangeIS \ RPC संचालन / सेकंड स्थिर रहता है इंगित करता है कि सर्वर क्लाइंट संचालन को तेज़ी से संसाधित नहीं कर सकता है या प्रदर्शन समस्याएँ हैं। यह "मेरा ईमेल धीमा है" के स्रोत के रूप में एक्सचेंज सर्वर को इंगित करता है। जब सभी RPC थ्रेड्स समाप्त हो गए हैं, तो क्लाइंट सभी सर्वरों के लिए नए अनुरोध सबमिट करने में असमर्थ हैं, जब तक कि सभी थ्रेड्स जारी नहीं हो जाते।

. MSExchangeIS \ RPC अनुरोध और MSExchangeIS \ RPC संचालन / सेकंड हैं या तो कम या शून्य पर यह इंगित करता है कि एक्सचेंज सर्वर के कारण "सुस्ती" नहीं है, सबसे अधिक संभावना है कि एक बाहरी स्रोत जैसे सक्रिय निर्देशिका, नेटवर्क या क्लाइंट साइड इश्यू भी हो। जब आप उच्च RPC अनुरोध देख रहे हों, तो आप EXMon जैसे अतिरिक्त टूल का उपयोग कर सकते हैं। यह उपकरण वास्तव में किसी विशेष मेलबॉक्स उपयोगकर्ता को परेशान कर सकता है और हर किसी को प्रभावित कर रहा है। दूषित आइटम्स के साथ एक खराब मेलबॉक्स एक्सॉन से अत्यधिक उच्च आरपीसी अनुरोधों द्वारा स्थित हो सकता है। आप अतिरिक्त काउंटर जैसे मेमोरी और डिस्क गतिविधि को भी देखना चाहेंगे।

उदाहरण के लिए यदि डिस्क प्रदर्शन काउंटर थ्रेसहोल्ड से ऊपर हैं, तो एक्सचेंज सर्वर डिस्क समस्याओं से पीड़ित हो सकता है। आप असफल हार्डवेयर या बस पर्याप्त स्पिंडल नहीं हो सकते थे।

• डिस्क-
  • डेटाबेस डिस्क
    • फिजिकलडिस्क \ एवरेज डिस्क सेकंड / रीड - 20ms से कम
    • फिजिकलडिस्क \ की औसत डिस्क सेकंड / लिखें - 20ms से कम
  • लेन-देन लॉग डिस्क
    • फिजिकलडिस्क \ _ औसत डिस्क सेकंड / पढ़ें - 5ms से कम, स्पाइक्स 50 से अधिक नहीं
    • फिजिकलडिस्क \ _ औसत डिस्क सेकंड / लिखें - 10ms से कम, स्पाइक 50ms से अधिक नहीं
  • लॉग बफर
    • डेटाबेस \ लॉग रिकॉर्ड स्टालों / सेकंड - प्रति सेकंड 10 से नीचे प्रति सेकंड 100 से अधिक नहीं

यदि आप अपने क्लाइंट एक्सेस सर्वर के लिए उच्च CPU उपयोग देख रहे हैं, तो यह सुस्ती का कारण भी हो सकता है। RpcClientAccess.Service.exe प्रक्रिया अत्यधिक CPU संसाधनों का उपभोग करती है, जो मोबाइल उपकरणों पर खराब iOS कोड जैसे कि थर्ड पार्टी आर्काइविंग सॉफ़्टवेयर के साथ कई चीजों के कारण हो सकती है जो एक्सचेंज के साथ एकीकृत है। क्लाइंट एक्सेस सर्वर पर उच्च सीपीयू उपयोग उपयोगकर्ताओं के लिए धीमा होने का कारण बन सकता है और यहां तक ​​कि डिस्कनेक्ट भी हो सकता है।

निष्कर्ष चलते रहना है

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

 

द्वारा प्रायोजित ओरियन