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ä:
- Avaa windows explorer osoittaa 12 hivelogs.
- Lajitella näkymän näyttämään muokkauspäivämäärän mukaan (Viimeisin ensimmäisenä).
- Korosta uusimmat lokitiedosto.
- Web-selainikkunassa, pakottaa virhe esiintyy.
- Nopeasti nykyisen lokitiedoston avaaminen ja kopioida sen sisältöä MS Excel.
- 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").
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.
Auta minua virhe: TUNNUS 5566