Преглед:
Отклањање грешака је тешко када се развијају прилагођене функционалност за Виндовс СхареПоинт Сервицес 3.0 (ВСС) или Мицрософт Оффице СхареПоинт Сервер (МОСС). 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.
- Копирајте и налепите лепо у МС Екцел.
Мој омиљени метод:
- Отворите Виндовс Екплорер показује на 12 кошницу резање.
- Сортирај приказ за приказивање по датуму измене (прво најновији).
- Означите најновији лог фајл.
- У прозору веб прегледача, натерати да се деси грешка.
- Брзо отворите тренутни лог фајл и копирате његов садржај у МС Екцел.
- Пребаци се на крају и анализирају релевантне ставке.
Остале напомене:
Подразумевано, дијагностички дневник налази у 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 харпун. Али онда видим неколико сати у којима су стабла су 10к. Сада, СхареПоинт локације у питању су у употреби прилично 24 сати дневно. Тако нешто се дешава са нитима / процесе генеришу информације које их спречавају да пријаве информације, Морао бих да преузме. Тако, како да схватим шта изазива овај проблем?
Открио сам све ово, када сам отишао да у евиденцијама да покуша и отклањање грешака проблем. Кориснички веб део и део веб говори им да провере логове. Али, наравно,, не постоји ништа у дневнику.
помози ми са грешком: ЛОГ ИД 5566