रहस्यमय SharePoint त्रुटियों का निवारण कैसे करें.

अवलोकन:

डिबगिंग जब Windows SharePoint सेवाओं के लिए कस्टम कार्यक्षमता का विकास मुश्किल है 3.0 (WSS) या Microsoft Office SharePoint सर्वर (काई). कोई त्रुटि तब होती है जब SharePoint सामान्य रूप से बहुत कम नैदानिक जानकारी पर वेब ब्राउज़र सतहों कि मुख्य अपराधी है. इस ब्लॉग प्रविष्टि का वर्णन करता है कि अक्सर कि अतिरिक्त प्रदान कर सकते हैं अतिरिक्त सिस्टम-जनरेट किया गया निदान जानकारी खोजने के लिए कैसे का विवरण कि एक बिट की जरूरत है मूल कारणों की पहचान करने के लिए. यह तो समस्या को हल करने के लिए नेतृत्व कर सकते हैं.

मैं इस तकनीक के साथ महान सफलता को हल करने के लिए इस्तेमाल किया है अन्यथा रहस्यमय त्रुटियाँ.

दृष्टिकोण:

SharePoint के लिए एक नैदानिक लॉग में कोई लॉग फ़ाइल में जानकारी का एक बड़ा सौदा बचाता है 12 हाइव.

"12 hive" आम तौर पर "ग पर स्थित है:\प्रोग्राम FilesMicrosoft SharedWeb सर्वर Extensions12 कार्यक्रम ". (मुझे यकीन है कि अगर यह संभव है नहीं कर रहा हूँ 12 हाइव कहीं और जीना, वास्तव में).

वर्तमान लॉग फ़ाइल की स्थिति जानें करने का विचार है, त्रुटि बल और फिर जल्दी से लॉग फ़ाइल खोलें. इन लॉग फ़ाइलों द्वारा विशेषता हैं:

  • प्रचुर मात्रा में जानकारी का. SharePoint निदान जानकारी का एक बहुत बड़ी राशि उत्पन्न करता है और यह कि लॉग फ़ाइल के लिए लिखता है बहुत जल्दी से. आप इसे पर कब्जा करने के लिए उंगलियों के साथ त्वरित होने की जरूरत.
  • बहुलता. SharePoint एक एकल लॉग फ़ाइल के लिए लिख नहीं करता है, लेकिन बजाय एकाधिक लॉग फ़ाइल अनुक्रम में उत्पन्न करता है.
  • की प्रतिलिपि बनाएँ और अच्छी तरह से एमएस Excel में चिपकाएँ.

मेरा पसंदीदा विधि:

  1. एक windows explorer को ओर इशारा करते हुए ऊपर खुला 12 hivelogs.
  2. दृश्य दिखाने के संशोधित दिनांक द्वारा सॉर्ट करें (सबसे हाल ही में प्रथम).
  3. सबसे वर्तमान लॉग फ़ाइल को हाइलाइट.
  4. एक वेब ब्राउज़र विंडो में, त्रुटि घटित करने के लिए मजबूर.
  5. जल्दी से मौजूदा लॉग फ़ाइल को खोलने और एमएस एक्सेल के लिए उसकी सामग्री की प्रतिलिपि बनाएँ.
  6. अंत करने के लिए कूद और प्रासंगिक प्रविष्टियों का विश्लेषण.

अन्य नोट्स:

डिफ़ॉल्ट रूप से, नैदानिक लॉग में स्थित है 12 hiveLOGS निर्देशिका.

एमएस सर्वोत्तम प्रथाओं (माइक टी के अनुसार. माइक्रोसॉफ्ट के) राज्य है कि एक अलग हार्ड ड्राइव करने के लिए लॉग इन फ़ाइलों को बचाया जाना चाहिए. एक इस के जरिए केंद्रीय व्यवस्थापक करता है. आपके सिस्टम व्यवस्थापक ने यह किया है सकते हैं, जो मामले में आप स्पष्ट रूप से डिफ़ॉल्ट के बजाय वहाँ लॉग फ़ाइल को खोजने के लिए की आवश्यकता होगी 12 हाइव स्थान).

इस प्रविष्टि मुद्दों के रूप में ऐसे पते:

  • SharePoint वर्कफ़्लो किसी आंतरिक त्रुटि के कारण प्रारंभ करने में विफल रहा.
  • (समय के साथ जोड़ा जा करने के लिए और अधिक)
  • इस प्रविष्टि उपयोगी वर्कफ़्लो त्रुटियों का निदान किया गया है (जैसे. "आंतरिक त्रुटि के कारण प्रारंभ करने के लिए वर्कफ़्लो में विफल").

4 पर विचार "रहस्यमय SharePoint त्रुटियों का निवारण कैसे करें.

  1. लैरी Virden

    तो, कई बार जब मैं करने के लिए जाना हैं 12 लॉग hive और मिल वहाँ उन में कुछ भी नहीं करने के लिए छोटी है, भले ही लॉगिंग स्तर हैं जैसे कि वहाँ डेटा होना चाहिए. उदाहरण के लिए, मैं यहाँ बैठा हूँ लॉग्स फ़ोल्डर windows explorer दृश्य में देख और मैं देखना है कि, औसत में, लॉग हैं 1-2 टमटम. लेकिन तब मैं कई घंटे में जो 10 k लॉग हैं देखें. अब, sharepoint साइटों के प्रश्न में बहुत सुंदर उपयोग में हैं 24 घंटे एक दिन में. तो कुछ धागे/सूचना जनरेट कर रहा है कि उन्हें लॉगिंग जानकारी से रोकें प्रक्रियाओं को हो रहा है, मैं यह मान होता है. तो, कैसे क्या मैं समझ से बाहर क्या इस समस्या पैदा कर रहा है?

    मुझे यह सब पता चला जब मैं कोशिश और एक समस्या डीबग करने के लिए लॉग करने के लिए जाने के लिए चला गया. कोई उपयोगकर्ता कोई वेब पार्ट जोड़ा गया और उन्हें लॉग की जाँच करने के लिए वेब पार्ट बताता है. लेकिन बेशक, वहाँ कुछ भी नहीं है में लॉग इन करें.

  2. केली फोर्ड
    यदि कोई लॉग फ़ाइलें 12HIVE डिफ़ॉल्ट स्थान में पाए जाते हैं, आप जाँच कर सकते हैं लॉग फ़ाइल का स्थान केंद्रीय व्यवस्थापन - में पाया जा सकता है>संचालन->लॉगिंग और रिपोर्टिंग->निदान लॉगिंग.
  3. नफीस ने लिखा:
    धन्यवाद आदमी! इस महान है. मैं अंत में त्रुटि से लॉग फ़ाइल उत्पन्न ट्रैक करने में सक्षम था. और क्या मैंने किया बस मैनिफ़ेस्ट फ़ाइल workflow.xml में feature.xml द्वारा निर्दिष्ट में असेंबली का नाम का नाम बदलने के लिए भूल गया था.
    उत्कृष्ट.
    "RunWorkflow: System.IO.FileNotFoundException: फ़ाइल या असेंबली लोड नहीं कर सका ' NewWorkFlowewWorkFlow, संस्करण = 1.0.0.0, संस्कृति तटस्थ =, PublicKeyToken = ed96fa43c5396ebe’ या इसके निर्भरताएँ में से एक. सिस्टम निर्दिष्ट फ़ाइल नहीं ढूँढ सकता. फ़ाइल का नाम: ‘NewWorkFlowewWorkFlow, संस्करण = 1.0.0.0, संस्कृति तटस्थ =, PublicKeyToken = ed96fa43c5396ebe’ पर System.Reflection.Assembly._nLoad(AssemblyName फ़ाइल का नाम, स्ट्रिंग codeBase, प्रमाण assemblySecurity, विधानसभा locationHint, StackCrawlMark& stackMark, बूलियन throwOnFileNotFound, बूलियन forIntrospection) पर System.Reflection.Assembly.nLoad(AssemblyName फ़ाइल का नाम, स्ट्रिंग codeBase, प्रमाण assemblySecurity, विधानसभा locationHint, StackCrawlMark& stackMark, बूलियन throwOnFileNotFound, बूलियन forIntrospection) पर System.Reflection.Assembl…"

कोई जवाब दो

आपका ईमेल पता प्रकाशित नहीं किया जाएगा. अपेक्षित स्थानों को रेखांकित कर दिया गया है *