Kā noslēpumains SharePoint kļūdu novēršana.

Pārskats:

Atkļūdošana ir grūti, izstrādājot pielāgotus funkcionalitāti Windows SharePoint Services 3.0 (WSS) vai Microsoft Office SharePoint Server (SŪNA). Galvenais vaininieks ir ka SharePoint parasti virsmas ļoti maz diagnostikas informāciju par web pārlūku, kad rodas kļūda. Šī bloga ieraksts ir aprakstīts, kā atrast papildu sistēma ģenerē diagnostikas informācija, kas bieži vien sniedz papildu mazliet sīkāk, ka viens, kas vajadzīga, lai identificētu cēloņus. Pēc tam tas var radīt problēmas risināšana.

Ir izmantot šo tehniku ar lieliem panākumiem atrisināt citādi noslēpumaino kļūdas.

Pieeja:

SharePoint saglabā informācijas lielu diagnostikas žurnāla žurnāla failā 12 strops.

"12 Stropu" parasti atrodas "C:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Es neesmu pārliecināts, ja tas ir iespējams, 12 stropu dzīvot nekur citur, patiesībā).

Ideja ir, lai atrastu pašreizējais reģistrācijas fails, spēkā esošo kļūdu un tad ātri atvērt žurnālfailu. Šie žurnālfaili raksturojas ar:

  • Lielu informācijas apjomu. SharePoint rada ļoti lielu daudzumu informācijas diagnostikas un ieraksta to, ka žurnāla failu ļoti ātri. Jums ir ātri ar pirkstiem, lai attēlotu to.
  • Daudzveidība. SharePoint vienā žurnāla failā nevar rakstīt, bet drīzāk rada vairākus log failus pēc kārtas.
  • Nokopējiet un ielīmējiet labi MS Excel.

Manu iecienītāko metodi:

  1. Atvērt programmu windows explorer, norādīdams uz 12 hivelogs.
  2. Kārtot skatu, lai parādītu pēc modifikācijas datuma (Jaunākās pirmās).
  3. Izcelt visvairāk pašreizējais reģistrācijas fails.
  4. Web pārlūkprogrammas logā, spēks rodas kļūda.
  5. Ātri atvērtu pašreizējais reģistrācijas fails un kopēt tā saturu uz MS Excel.
  6. Pārlēkt uz beigām un analizēt attiecīgos ierakstus.

Citas piezīmes:

Pēc noklusējuma, diagnostikas žurnālā, kas atrodas 12 hiveLOGS katalogs.

MS Best prakse (saskaņā ar Mike T. Microsoft) norāda, ka jāsaglabā log failus atsevišķā cietajā diskā. Viens tas, izmantojot centrālās administrēšanas. Sistēmas administrators var izdarīt šo, tādā gadījumā acīmredzot vajadzēs atrast žurnālfails pastāv nevis noklusējuma 12 stropu atrašanās vieta).

Šis ieraksts atrisina problēmu, piemēram:

  • SharePoint darbplūsmu nevar startēt, jo radusies iekšēja kļūda.
  • (vairāk laika gaitā jāpievieno)
  • Šis ieraksts ir bijusi noderīga, diagnosticējot darbplūsmu kļūdas (piem.. "Darbplūsmas neizdevās startēt iekšējas kļūdas dēļ").

4 domas par "Kā noslēpumains SharePoint kļūdu novēršana.

  1. Larry Virden

    Tik, ir reizes, kad es dodos uz 12 stropu žurnālus un atrastu tur ir maz, lai nekas viņiem, pat ja mežizstrādes līmeņi ir tāda, ka vajadzētu būt datiem tur. Piemēram, Es sēžu šeit, aplūkojot žurnālus mape windows explorer skats un redzēt, ka, vidējā, žurnāli ir 1-2 kabriolets. Bet tad es redzu vairākas stundas, kurās žurnāli ir 10K. Tagad, sharepoint vietnēm jautājumu tiek izmantotas diezgan daudz 24 stundas diennaktī. Tātad kaut kas notiek ar pavedieni/procesus ģenerējot informāciju, kas liedz viņām reģistrēšanas informāciju, Būs vien jādomā, ka. Tik, kā skaitlis, ko rada šo jautājumu?

    Es atklāju šo visu, kad es gāju, lai dotos uz apaļkoku izmēģināt un atkļūdošanas problēmu. Lietotājam pievienot web daļu un web daļu stāsta viņiem līdz meklējiet žurnālos. Bet, protams, nav nekas log.

    Atbilde
  2. Kelly Ford
    Ja log faili ir atrodami 12HIVE noklusējuma atrašanās vietu, jūs varat pārbaudīt žurnālfaila atrašanās vietas var atrast centrālās administrācijas->Operācijām->Reģistrēšanas un ziņošanas->Diagnostikas reģistrācijas.
    Atbilde
  3. Nafees rakstīja:
    Thanks vīrietis! tas ir liels. Es biju beidzot izdevās izsekot kļūda no žurnālfails tika ģenerēts. un ko es darīju bija vienkārši aizmirst, lai mainītu nosaukumu montāžas nosaukums norādīts feature.xml manifesta failā workflow.xml.
    Teicami.
    "RunWorkflow: System.IO.FileNotFoundException: Nevarēja ielādēt failu vai montāža "NewWorkFlowewWorkFlow, Versija = diapazonā no 1.0.0.0, Kultūras = neitrāla, PublicKeyToken = ed96fa43c5396ebe’ vai viena no tā atkarībām. Sistēma nevar atrast norādīto failu. Faila nosaukums: ‘NewWorkFlowewWorkFlow, Versija = diapazonā no 1.0.0.0, Kultūras = neitrāla, PublicKeyToken = ed96fa43c5396ebe’ pie System.Reflection.Assembly._nLoad(AssemblyName fileName, Virkne codeBase, Pierādījumus, assemblySecurity, Montāžas locationHint, StackCrawlMark& stackMark, Būla throwOnFileNotFound, Būla forIntrospection) pie System.Reflection.Assembly.nLoad(AssemblyName fileName, Virkne codeBase, Pierādījumus, assemblySecurity, Montāžas locationHint, StackCrawlMark& stackMark, Būla throwOnFileNotFound, Būla forIntrospection) pie System.Reflection.Assembl…"
    Atbilde

atstāt atbildi

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti *