Агляд:
Адладка цяжка пры распрацоўцы карыстацкіх функцый для Windows SharePoint Services 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.
Мой любімы метад:
- Адкрыйце правадыр Windows, які паказвае на 12 вулей часопісы.
- Сартаваць імпрэзу, каб паказаць па даце змены (У зваротным храналагічным парадку).
- Вылучыце самыя апошнія лог-файл.
- У акне вэб-браўзэра, прымусіць памылкі адбываюцца.
- Хутка адкрыць бягучы лог-файл і скапіруйце яго змесціва ў MS Excel.
- Перайсці да канца і аналізаваць адпаведныя запісы.
Іншая:
Па змаўчанні, ў часопісе дыягностыкі знаходзіцца ў 12 вулей каталог часопісаў.
MS Лепшыя практыкі (Ace Майкам 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 не ўдалося запусціць з-за ўнутранай памылкі.
- (больш павінны быць дададзеныя на працягу доўгага часу)
- Гэтая запіс была карыснай дыягностыкі памылак працоўнага працэсу (e.g. "The workflow failed to start due to an internal error").
Так, Ёсць моманты, калі я іду ў 12 вулей часопісы і знайсці там практычна нічога ў іх, хоць ўзроўні вядзення часопіса такія, што дадзеныя павінны быць там. Напрыклад, Я сяджу тут, гледзячы на выгляд правадыра Windows часопісаў тэчку і я бачу, што, у сярэднім, часопісы 1-2 кабрыялет. Але потым я бачу некалькі гадзін, у якіх часопісы 10k. Зараз, SharePoint сайтаў ў пытанні выкарыстоўваюцца ў значнай ступені 24 гадзін у дзень. Так што нешта адбываецца нітак / працэсаў генерацыі інфармацыі, якія перашкаджаюць ім інфармацыю часопіса, Я павінен быў бы выказаць здагадку,. Так, як я магу высветліць, што з'яўляецца прычынай праблемы?
Я выявіў усё гэта, калі я пайшоў, каб пайсці ў часопісы, каб паспрабаваць адладзіць праблемы. Карыстальнік дадаў вэб-часткі і вэб-частка кажа ім, каб праверыць часопісы. Але, вядома,, няма нічога ў часопісе.
дапамажыце мне з памылкай: УВАХОД ID 5566