Salaperäinen SharePoint virheiden vianmäärityksestä.

Yleiskatsaus:

Debugging on vaikeaa kehitettäessä mukautettuja toimintoja Windows SharePoint Services 3.0 (WSS) tai Microsoft Office SharePoint Server (MOSS). Ensimmäinen syy on, että SharePoint yleensä pinnat hyvin vähän diagnostiikkatietoja selain virheen tapahtuessa. Tämän blogimerkinnän kuvataan miten etsiä lisää järjestelmän luoma diagnostiikkatietoja, jotka tarjoavat usein että ylimääräinen vähän tarkemmin, että yksi tarvitsee tunnistaa perimmäiset syyt. Tämä johtaa ongelman ratkaisemiseksi.

Olen käyttänyt tätä tekniikkaa menestyksekkäästi ratkaista muuten salaperäinen virheitä.

Lähestymistapa:

SharePoint tallentaa paljon tietoa diagnostinen Kirjaudu lokitiedoston 12 pesää.

"12-pesää" yleensä kansiossa "C:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (En ole varma, jos se on mahdollista, 12 pesää asua missään muualla, Itse asiassa).

Ajatuksena on löytää nykyinen lokitiedosto, voimaan virhe ja sitten nopeasti auki halko arkistoida. Nämä lokitiedostot ovat ominaista:

  • Runsaalla tiedot. SharePoint luo paljon diagnostisia tietoja ja kirjoittaa lokitiedosto nopeasti. Sinun täytyy olla nopea sormella voit kaapata se.
  • Moninaisuus. SharePoint ei kirjoittaa lokitiedostoon mutta melko tuottaa useita lokitiedostoja järjestyksessä.
  • Kopioi ja liitä kauniisti osaksi MS Excel.

Minun suosikki menetelmä:

  1. Avaa windows explorer osoittaa 12 hivelogs.
  2. Lajitella näkymän näyttämään muokkauspäivämäärän mukaan (Viimeisin ensimmäisenä).
  3. Korosta uusimmat lokitiedosto.
  4. Web-selainikkunassa, pakottaa virhe esiintyy.
  5. Nopeasti nykyisen lokitiedoston avaaminen ja kopioida sen sisältöä MS Excel.
  6. Siirtyä loppuun ja analysoida asiaankuuluvat.

Muut liitetiedot:

Oletusarvoisesti, tarkasteltava sijaitsee 12 hiveLOGS hakemisto.

MS Best practices (kohti Turkkila. Microsoft) valtion lokitiedostot on tallentaa erillistä kovalevyä. Yksi tekee tämän keskitetyn hallinnan kautta. Järjestelmänvalvoja voi olla näin, siinä tapauksessa sinun täytyy tietenkin Etsi lokitiedosto on oletuksen sijaan 12 rakenteen sijainti).

Tämä merkintä käsitellään kuten:

  • SharePoint-työnkulku ei käynnistynyt sisäisen virheen vuoksi.
  • (Lisää lisätään ajan)
  • Tämä merkintä on ollut hyötyä diagnosoinnissa työnkulun virheitä (virrankatkaisu. "Työnkulku ei käynnistynyt sisäisen virheen vuoksi").

4 ajatuksia ”Salaperäinen SharePoint virheiden vianmäärityksestä.

  1. Larry Virden

    Niin, on aikoja, kun menen 12 Hive lokit ja löytää, ei ole juurikaan mitään, Vaikka kirjaamisen tasot ovat sellaiset, että on sinne tietoja. Esimerkiksi, Istun täällä tarkastellaan lokit kansio windows explorer-näkymä ja huomaan, että, keskimäärin, lokit ovat 1-2 keikka. Mutta näen useita tunteja, jossa lokit ovat 10k. Nyt, sharepoint-sivustot ovat käytössä melko paljon 24 tuntia päivässä. Niin jotain on tapahtumassa threads/prosessit tuottaa tiedot jotka estävät tietojen kirjaaminen, Täytyy olettaa. Niin, Miten voin selvittää, mikä on aiheuttanut tämän ongelman?

    Huomasin kaikki tämän kun menin mennä kokeilla ja debug ongelma lokit. Käyttäjä lisätään web-osan ja web-osa kertoo heille tarkistaa lokit. Mutta tietysti, ei ole mitään log.

    Vastaus
  2. Nafees kirjoitti:
    Kiitos mies! Tämä on suuri. Olin vihdoin reittipoikkeamalle lokitiedot luotu. ja minä tein vain unohda muuttaa kokoonpanon nimi ilmeinen tiedosto workflow.xml määritetty toimintokansiosta nimi.
    Erinomainen.
    "RunWorkflow: System.IO.FileNotFoundException: Ei voi ladata tiedostoa tai kokoonpanoa "NewWorkFlowewWorkFlow, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = ed96fa43c5396ebe’ tai jotakin sen riippuvuutta. Järjestelmä ei löydä määritettyä tiedostoa. Tiedostonimi: ‘NewWorkFlowewWorkFlow, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = ed96fa43c5396ebe’ klo System.Reflection.Assembly._nLoad(AssemblyName tiedostonimi, Merkkijono codeBase, Näyttö assemblySecurity, Kokoonpanon locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) klo System.Reflection.Assembly.nLoad(AssemblyName tiedostonimi, Merkkijono codeBase, Näyttö assemblySecurity, Kokoonpanon locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection) klo System.Reflection.Assembl…"
    Vastaus

Jätä vastaus

Sähköpostiosoitettasi ei julkaista. pakolliset kentät on merkitty *