கண்ணோட்டம்:
விண்டோஸ் ஷேர்பாயிண்ட் சேவைகள் தனிபயன் செயல்பாடு வளரும் போது சரி கடினம் 3.0 (WSS) அல்லது மைக்ரோசாப்ட் ஆபீஸ் ஷேர்பாயிண்ட் சர்வர் (பாசி). The main culprit is that SharePoint normally surfaces very little diagnostic information on the web browser when an error occurs. This blog entry describes how to locate additional system-generated diagnostic information that can often provide that extra bit of detail that one needs in order to identify root causes. This can then lead to solving the problem.
நான் இல்லையென்றால் மர்மமான பிழைகளை தீர்க்க பெரிய வெற்றியை இந்த நுட்பத்தை பயன்படுத்த வேண்டும்.
அணுகுமுறை:
ஷேர்பாயிண்ட் ஒரு பதிவு கோப்பில் ஒரு பகுப்பாயும் பதிவு தகவல்களை ஒரு பெரிய ஒப்பந்தம் சேமிக்கிறது 12 செயற்கை தேன் கூடு.
The "12 hive" is usually located at "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12". (அது சாத்தியம் என்றால் நான் நிச்சயமாக இல்லை 12 வேறு எங்கும் வாழ ஹைவ், உண்மையில்).
யோசனை தற்போதைய பதிவு கோப்பு கண்டறிய வேண்டும், force the error and then quickly open the log file. These log files are characterized by:
- Copious amounts of information. SharePoint generates a very large amount of diagnostic information and writes it to that log file very quickly. You need to be quick with the fingers to capture it.
- Multiplicity. SharePoint does not write to a single log file but rather generates multiple log files in sequence.
- நகலெடுத்து MS Excel-இல் நன்றாக ஒட்டவும்.
எனக்கு பிடித்த முறை:
- சுட்டிக்காட்டும் ஒரு விண்டோஸ் எக்ஸ்ப்ளோரர் திறந்து 12 ஹைவ் பதிவுகள்.
- மாற்றப்பட்ட தேதி காண்பிக்க காட்சி வரிசைப்படுத்த (முதல் மிக அண்மைய).
- மிகவும் தற்போதைய பதிவு கோப்பு முன்னிலைப்படுத்த.
- ஒரு இணைய உலாவி விண்டோவில், பிழை ஏற்படும் கட்டாயப்படுத்த.
- விரைவில் தற்போதைய பதிவு கோப்பு திறக்க மற்றும் MS Excel-அதன் உள்ளடக்கங்களை நகலெடுக்க.
- இறுதியில் தாவி செல்லவும் மற்றும் தொடர்புடைய உள்ளீடுகளை ஆய்வு.
பிற குறிப்புகள்:
முன்னிருப்பாக, சோதனை பதிவு அமைந்துள்ளது 12 ஹைவ் பதிவுகள் அடைவு.
எம் சிறந்த நடைமுறைகள் (மைக் டி படி. மைக்ரோசாப்ட்) state that the log files should be saved to a separate hard drive. One does this via central admin. Your system administrator may have done this, இதில் நீங்கள் வெளிப்படையாக இயல்புநிலை பதிலாக அங்கு பதிவு கோப்பு கண்டுபிடிக்க வேண்டும் என்று 12 ஹைவ் இடம்).
இந்த நுழைவு போன்ற பிரச்சினைகள் முகவரிகள்:
- ஷேர்பாயிண்ட் முறையை அக பிழை காரணமாக தொடங்குவதில் தோல்வியடைந்தது.
- (மேலும் காலப்போக்கில் சேர்க்க வேண்டும்)
- இந்த இடுகை முறையை பிழைகள் பயனுள்ளதாக கண்டறிவதற்கு (E.G. "The workflow failed to start due to an internal error").
அப்படி, நான் போய் நேரங்களும் இருக்கின்றன 12 ஹைவ் பதிவுகள் மற்றும் அங்கு கண்டுபிடிக்க அவர்களை ஒன்றும் சிறிய உள்ளது, பதிவு நிலைகள் போன்ற கூட அங்கு தரவு இருக்க வேண்டும் என்று. உதாரணமாக, நான் பதிவுகள் கோப்புறையின் விண்டோஸ் எக்ஸ்ப்ளோரர் பார்வை பார்த்து இங்கே உட்கார்ந்து நான் என்று பார்க்க, சராசரியாக, பதிவுகள் உள்ளன 1-2 ஒரு குதிரை கொண்டு இழுக்கப்படும் இரு சக்கர வண்டி. ஆனால் பின்னர் நான் பதிவுகள் 10k இவை பல மணி பார்க்கிறேன். இப்பொழுது, கேள்வி ஷேர்பாயிண்ட் தளங்கள் அழகான மிகவும் பயன்பாட்டில் உள்ளன 24 மணி ஒரு நாள். அதனால் ஏதாவது தகவல் உள்நுழைந்து அவற்றை தடுக்க அந்த தகவல் உருவாக்கும் நூல்கள் / செயல்பாடுகளுக்கு நடக்கிறது, நான் ஏற்க வேண்டும். அப்படி, இந்த பிரச்சினை காரணமாக என்ன என்பதை கண்டுபிடிக்க?
நான் ஒரு பிரச்சனையும் முயற்சி மற்றும் பிழை திருத்தம் செய்ய பதிவுகள் செல்ல சென்ற போது நான் இந்த கண்டுபிடிக்கப்பட்டது. ஒரு பயனர் ஒரு வலை பகுதியாக சேர்க்கப்பட்டது மற்றும் வலை பகுதி இன்னும் பதிவுகள் சரிபார்க்க சொல்கிறது. ஆனால் நிச்சயமாக, பதிவு ஒன்றுமே இல்லை.
பிழை என்னை உதவி: ஐடி பதிவு 5566