त्रुटि जाँच और लंबे समय के संचालन का विषय

इस विषय में क्या व्यवस्थित करना उपयोगी है

त्रुटि जाँच में वास्तव में कठिन बात यह नहीं है कि कोई exception आ जाए, बल्कि यह है कि यह पता न होना कि क्या देखा जाए और समस्या का पृथक्करण कहाँ से शुरू किया जाए। यह विषय संचार में रुकावटों, लीक, लंबे समय के संचालन की समस्याओं और त्रुटि पथ परीक्षण की नींव के बीच सूत्र का काम करता है।

• ऐसी घटनाओं का निरीक्षण कैसे किया जाए जो कभी-कभार ही रुकती हैं, बंद होती हैं या लीक दिखाती हैं।
• लॉग डिज़ाइन और heartbeat को कहाँ रखा जाए।
• पैकेट कैप्चर, Application Verifier और त्रुटि पथ परीक्षणों के उपयोग को कैसे बाँटा जाए।
• परिणाम को केवल कारण की पहचान तक सीमित न रखकर, ऐसी संरचना छोड़ने की ओर कैसे ले जाया जाए जिसकी अगली बार जाँच करना आसान हो।

परामर्श में अक्सर उठने वाले प्रश्न

• कम आवृत्ति वाली त्रुटियों में यह पता नहीं होता कि सबसे पहले कौन-सा डेटा एकत्र किया जाए।
• केवल लंबे समय के संचालन के बाद दिखाई देने वाली विसंगति को कैसे पुनरुत्पादित किया जाए, इसे लेकर संदेह रहता है।
• यह पहचानना है कि संचार में रुकावट ऐप्लिकेशन की ओर से है या नेटवर्क की ओर से।
• हर जाँच में वही मैनुअल काम दोहराया जाता है और पुनरावृत्ति की रोकथाम तक नहीं पहुँच पाते।

अनुशंसित दृष्टिकोण

इस क्षेत्र में किसी एक लेख को पढ़ने की तुलना में निरीक्षण, पृथक्करण और त्रुटि पथ परीक्षणों को एक समग्र इकाई के रूप में देखना प्रायः अधिक प्रभावी होता है। त्रुटि जाँच सेवा और Windows ऐप्लिकेशन डेवलपमेंट के पृष्ठों के साथ मिलकर यह विषय जाँच और पुनरावृत्ति रोकने वाले डिज़ाइन, दोनों पर एक साथ विचार करने की सुविधा देता है।

संबंधित लेख

हमसे संपर्क करें

यदि यह पृष्ठ आपकी स्थिति से मिलता-जुलता है, तो हमें वर्तमान संदर्भ और आवश्यक सहायता के प्रकार के बारे में बताइए।