అవలోకనం:
Windows SharePoint సేవలు కోసం కస్టమ్ కార్యాచరణను అభివృద్ధి చేసినప్పుడు డీబగ్గింగ్ కష్టం 3.0 (WSS) లేదా Microsoft Office SharePoint Server (MOSS). 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.
నేను లేకపోతే రహస్యమైన లోపాలు పరిష్కరించడానికి గొప్ప విజయం తో ఈ పద్ధతిని ఉపయోగిస్తాయి.
విధానం:
SharePoint లో ఒక లాగ్ ఫైల్ లో ఒక విశ్లేషణ లాగ్ సమాచారాన్ని యొక్క ఒక గొప్ప ఒప్పందానికి ఆదా 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 అందులో నివశించే తేనెటీగలు లాగ్లను డైరెక్టరీ.
MS ఉత్తమ పద్ధతులు (మైక్ T ద్వారా ఏస్. Microsoft యొక్క) 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 అందులో నివశించే తేనెటీగలు నగర).
ఈ ఎంట్రీ వంటి సమస్యలను:
- SharePoint వర్క్ఫ్లో అంతర్గత లోపం కారణంగా ప్రారంభం విఫలమైంది.
- (ఎక్కువ సమయం పాటు చేయాలి)
- ఈ ఎంట్రీ వర్క్ఫ్లో లోపాలు ఉపయోగపడిందా నిర్ధారించడంలో చెయ్యబడింది (ఉదాహరణకు. "The workflow failed to start due to an internal error").
ఈ విధంగా, నేను వెళ్లి సార్లు ఉన్నాయి 12 అందులో నివశించే తేనెటీగలు లాగ్లను మరియు కనిపించకపోతే వాటిని పెద్దగా కొద్దిగా ఉంది, లాగిన్ స్థాయి అయినప్పటికీ అక్కడ డేటా అక్కడ ఉండాలి. ఉదాహరణ కోసం, నేను లాగ్ ఫోల్డర్ విండోస్ ఎక్స్ప్లోరర్ వీక్షణ చూడటం ఇక్కడ కూర్చొని మరియు నేను ఆ చూడండి, సగటున, లాగ్ ఉన్నాయి 1-2 తెడ్లతో నడిచే పెద్ద పడవ. కానీ అప్పుడు నేను లాగ్లను 10K ఇవి అనేక గంటల చూడండి. ఇప్పుడు, ప్రశ్న లో SharePoint సైట్లు అందంగా చాలా ఉపయోగంలో ఉన్నాయి 24 గంటలు ఒక రోజు. సో ఏదో సమాచారం లాగింగ్ అడ్డుకుంటుంది సమాచారం ఉత్పత్తి థ్రెడ్లు / ప్రక్రియలకు జరుగుతుందో, నేను అనుకునేది కలిగి ఉంటుంది. ఈ విధంగా, నేను ఈ సమస్య వలన ఏమి ఎలా దొరుకుతుందని లేదు?
నేను ఒక సమస్య ప్రయత్నించండి మరియు డీబగ్ కు లాగ్లను వెళ్ళడానికి వెళ్ళినప్పుడు నేను అన్ని ఈ కనుగొన్నారు. ఒక వినియోగదారు ఒక వెబ్ భాగం జోడించబడింది మరియు వెబ్ భాగం వాటిని లాగ్లను తనిఖీ చెబుతుంది. కానీ కోర్సు యొక్క, లాగ్ ఇన్ ఏమీ లేదు.
తప్పు సహాయం: ID లాగిన్ 5566