मूल-कारण विश्लेषण करना

Question

मैं मूल-कारण विश्लेषण करने के तरीके के बारे में अधिक जानना चाहता हूं। अधिक बार नहीं, हमारा विभाग उपयोगकर्ता को रिबूट करने का प्रयास करने के लिए कहता है (विंडोज एक्सपी सिस्टम), जो वास्तव में समस्याओं की एक अच्छी संख्या को "ठीक" करता है। जब मैं जल्दी में हूं (और कभी-कभी प्रति घंटा भुगतान किया जाता है तो इसमें योगदान होता है) मैं वास्तव में मूल-कारण विश्लेषण करने के बजाय समस्या को जल्दी हल करने के लिए वर्कअराउंड खोजने की कोशिश कर सकता हूं।

अधिकांश समय मैं इस जानकारी के लिए लॉग फाइल या इवेंट व्यूअर में देख रहा हूँ। कभी-कभी मैं Sysinternals टूल का उपयोग करूंगा या कभी-कभी एक पैकेट स्निफर चलाऊंगा। मैं शायद Sysinternals प्रोग्राम का उपयोग नहीं करता जितना मुझे करना चाहिए। आप इन उपकरणों का उपयोग कैसे करते हैं, कब और क्यों उपयोगी होगा, इस पर कुछ विशिष्ट अंतर्दृष्टि।

मुझे पता है कि यह एक विस्तृत खुला प्रश्न है, लेकिन क्या आप कृपया अपनी कार्यप्रणाली, औजारों आदि का संक्षिप्त रूप से उपयोग कर सकते हैं? ऐसा लगता है कि एसएफ पर बहुत सारे प्रवेश एक अधिक गहन प्रक्रिया का उपयोग करते हैं जिसके बारे में मैं अधिक जानना चाहूंगा। यदि यह किसी भी प्रश्न को कम करने में मदद करता है, तो मुझे AD वातावरण में Windows सर्वर और क्लाइंट के लिए प्रासंगिक टूल, टिप्स, ट्रिक्स आदि में सबसे अधिक दिलचस्पी होगी।

Answer 1

किसी समस्या के मूल कारण का पता लगाना समस्या पर निर्भर करता है - लॉग फ़ाइलों / सिसिन्टर्नल्स टूल्स / पैकेट स्निफर्स को देखने के लिए आपकी प्रारंभिक वृत्ति आम तौर पर सही होती है।
मैं विंडोज सिस्टम पर MS दुर्भावनापूर्ण सॉफ़्टवेयर रिमूवल टूल और एक अच्छा AV प्रोग्राम जोड़ना चाहूँगा (और यह सुनिश्चित करूँगा कि उनके पास CyberDefender या अन्य AV-trojan-malware जैसी कोई चीज़ नहीं है।

स्टैक एक्सचेंज के लोग "5 व्हिस" विधि के समर्थक हैं ( http://en.wikipedia.org/wiki/5_Whys , यह अच्छा छोटा पीडीएफ भी है जो इसे क्रिया में दिखाता है )। यह मूल कारण विश्लेषण करने के लिए एक बहुत ही मूल्यवान उपकरण है।

---

इससे परे कि मैं दो व्यापक श्रेणियों को चित्रित करूँगा और कुछ ऐसे प्रश्न जो मैं आमतौर पर पूछ / बातें करता हूँ:

रहस्यमय व्यवहार नेटवर्क से संबंधित नहीं है
जैसे "शब्द मुझ पर दुर्घटनाग्रस्त रहता है"

बुनियादी सवाल पूछने के लिए:

1. किया बदल गया?
   (एक उत्तर के लिए "कुछ भी नहीं" न लें - यह पहला झूठ है। नया सॉफ्टवेयर, पैच, आदि सभी गणना।)
2. जब आपको समस्या थी तो आप क्या कर रहे थे?
   (यहां जितना संभव हो उतना विस्तार निकालने की कोशिश करें - ऊपर मेरे उदाहरण में "मैं इनिशियल्स डालने के लिए हॉटकी मारा और प्रोग्राम क्रैश हो गया"
3. क्या इससे पहले कभी काम किया था?
   (यदि हां, तो ऊपर (1) से सामान देखना शुरू करें)
4. क्या आप अपने सिस्टम पर समस्या को पुन: उत्पन्न कर सकते हैं?
   (यदि ऐसा है तो यह एक अच्छा संकेत है: विक्रेता के लिए एक तकनीकी सहायता कॉल मदद कर सकती है। यदि आपको इन सवालों के बाकी के लिए उपयोगकर्ता की प्रणाली को देखने की आवश्यकता नहीं होगी।)
5. आपके पर्यावरण की तुलना में उपयोगकर्ता के पर्यावरण के बारे में क्या अलग है?
6. क्या उपयोगकर्ता का हार्डवेयर संदिग्ध है (स्मृति परीक्षण चलाएँ, हार्ड ड्राइव से स्मार्ट त्रुटियों के लिए देखें, आदि)
7. यदि आपने इसे दूर कर लिया है (हार्डवेयर चेक आउट, सॉफ्टवेयर चेक आउट, कोई वायरस नहीं, कोई मैलवेयर नहीं) एक दिन के लिए उपयोगकर्ता पर जाएं। उनकी कार्य आदतों पर गौर करें।
   मेरी कंपनी में एक बार एक रहस्यमय सिस्टम लॉक-अप था जो एक विशिष्ट आवृत्ति पर माउस को क्लिक करने से संबंधित था (हमें अभी भी पता नहीं है, लेकिन हमें एक उपयोगकर्ता को ऐसा करते हुए देखना था और एक दिन के लिए अभ्यास करना चाहिए ताकि पुन: पेश करने में सक्षम हो सके। यह मज़बूती से)

---

नेटवर्क से संबंधित समस्याएं

इसमें से बहुत कुछ समान है, लेकिन कुछ और विशिष्ट मार्गदर्शन के साथ।

1. किया बदल गया?
   (हाँ, तुम हमेशा वहाँ शुरू)
2. क्या टूटा है?
   • क्या आप वेब पेजों तक पहुंच सकते हैं? क्या यह सिर्फ एक है जो नीचे है? यदि ऐसा है तो क्या यह सबके लिए है या सिर्फ आप के लिए ?
   • क्या आप नाम से इंटरनेट पर सामान पिंग कर सकते हैं?
     आईपी ​​के बारे में कैसे? ट्रेसरआउट कितनी दूर मिलता है?
3. कब टूटा है?
   • हमेशा दिन का एक ही समय?
   • हर एन दिनों में एक संक्षिप्त अवधि के लिए?
   • बेतरतीब ढंग से (क्या यह वास्तव में यादृच्छिक है? इसे एक कैलेंडर पर प्लॉट करें ...)
4. क्या रिमोट साइट के बारे में कुछ अजीब है?
   • DNS को देखें - यदि यह राउंड-रॉबिन है तो रिमोट-साइड ब्रेकेज हो सकता है
   • क्या हम किसी वीपीएन के दूसरे छोर के बारे में बात कर रहे हैं? वीपीएन (लॉग!) के साथ क्या हो रहा है?
5. क्या स्थानीय साइट के बारे में कुछ अजीब है?
   • अपने स्थानीय फ़ायरवॉल की जाँच करें
   • किसी भी "फ़िल्टरिंग सॉफ़्टवेयर" की जाँच करें
6. अपने आईएसपी के साथ देखें कि क्या कोई ज्ञात समस्या है या नहीं
7. ज्ञात नेटवर्क-वाइड समस्याओं के लिए http://www.internetpulse.net/ जैसी साइटों की जाँच करें
8. उपयोगकर्ता की मशीन देखें
   (टीसीपी सेटिंग्स, आदि - आमतौर पर समस्या नहीं है, लेकिन कभी-कभी।)

Answer 2

अब तक की उत्कृष्ट प्रतिक्रियाओं के अलावा, मैं इसमें शामिल होता:

• शुरुआत की तारीख / समय की पहचान करें। यह स्पष्ट लग सकता है, लेकिन मैंने अभी तक बहुत सारे मुद्दों को देखा है जहां यह दस्तावेज नहीं था और बाद में गलत मान्यताओं पर बनाया गया था। यह "क्या बदला" कदम के साथ अच्छी तरह से संबंध रखता है।

• क्या मुद्दा प्रतिलिपि प्रस्तुत करने योग्य या रुक-रुक कर है? यह महत्वपूर्ण है, क्योंकि प्रतिलिपि प्रस्तुत करने योग्य लक्षण उन लोगों की तुलना में दूर करने के लिए आसान और तेज हैं जो आंतरायिक हैं। यदि यह प्रतिलिपि प्रस्तुत करने योग्य है, तो सुनिश्चित करें कि चरण प्रलेखित हैं।

• लक्षण को पहचानें। ध्यान दें कि हम "लक्षण" के बीच अंतर करते हैं, जो मूल कारण का प्रकटन है, और वास्तविक समस्या / मूल कारण।

  1. क्या कोई अन्य गतिविधियां हैं जो लक्षण को पुन: उत्पन्न कर सकती हैं?
  2. और क्या लक्षण हैं?
  3. यदि समस्या रुक-रुक कर हो रही है, तो क्या हम एक ऐसी गतिविधि की पहचान कर सकते हैं जिससे यह घटित होगा?
  4. हम किस परिस्थिति में लक्षण को होने से रोक सकते हैं? क्या समस्या केवल नेटवर्क खाते का उपयोग करते समय लॉग इन करने पर होती है, लेकिन यदि स्थानीय रूप से लॉग ऑन की जाए तो ठीक है? क्या समस्या तब होती है जब एक सामान्य उपयोगकर्ता के रूप में लॉग इन किया जाता है, लेकिन उन्नत विशेषाधिकार के साथ लॉग ऑन करने पर काम ठीक है? क्या यह केवल एक प्रणाली पर होता है, लेकिन एक अन्य प्रणाली जो समान होनी चाहिए वह लक्षण प्रदर्शित नहीं करती है?

• संभावित दोषपूर्ण कार्यात्मक घटक के लिए समस्या का स्थानीयकरण करें। यदि वेब एप्लिकेशन में कोई त्रुटि है, तो क्या यह एप्लिकेशन कोड, वेब सर्वर, वेब सर्वर, नेटवर्क या रिमोट एंड को होस्ट करने वाला ऑपरेटिंग सिस्टम है? इस बिंदु पर यह सबसे अच्छा अनुमान है ताकि संसाधनों को संभावित कारण पर केंद्रित किया जाए, ताकि यह सुनिश्चित हो सके कि दूसरों को पता है कि यह सिद्धांत / अनुमान है।

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

Answer 3

ऐसा लगता है कि आप सामान्य समस्या निवारण सहायता के लिए पूछ रहे हैं जैसे समस्या निवारण नियम, समस्या निवारण के लिए दृष्टिकोण? इसके बजाय एक विशेष प्रकार के आरसीए ( http://en.wikipedia.org/wiki/Root_cause_anadysis ) कैसे करें।