Kaip spręsti paslaptingas SharePoint klaidų.

Apžvalga:

Derinimo sunku kurdami pasirinktinį funkcija Windows SharePoint Services 3.0 (WSS) arba Microsoft Office SharePoint serverio (SAMANŲ). Pagrindinis kaltininkas yra kad SharePoint paprastai paviršių labai mažai diagnostinę informaciją savo interneto naršyklėje klaidai. Šio dienoraščio įrašas aprašoma, kaip rasti papildomų sistemos sugeneruotas diagnostikos informacijos, kuri dažnai gali būti kad daugiau tiek išsamiai, kad vienas turi nustatyti priežastis. Tai tada gali sukelti spręsti šią problemą.

Aš naudoju šią techniką su dideliu pasisekimu spręsti kitaip paslaptingas klaidų.

Požiūris:

SharePoint taupo daug informacijos diagnostikos ieiti i žurnalo failą, 12 avilys.

"12 Avilio" "C paprastai yra:\Programa FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Aš nesu įsitikinęs, jei tai įmanoma, 12 avilys su gyventi kitur, tiesą sakant).

Idėja yra nustatyti esamą failą, jėgos klaida ir tada greitai atidaryti žurnalo failą. Šiuos žurnalo failus yra būdingas:

  • Dideliu kiekiu informacijos. SharePoint generuoja labai daug diagnostinę informaciją ir įrašo į žurnalo failą labai greitai. Jums reikia greitai pirštais nufotografuoti.
  • Įvairovės. SharePoint ne rašyti į vieną žurnalo failą bet gana generuoja kelis failus iš eilės.
  • Nukopijuokite ir įklijuokite gražiai į MS Excel.

Mano mėgstamas būdas:

  1. Atidarykite "windows Explorer", o tai rodo, 12 hivelogs.
  2. Rūšiuoti rodinį parodyti modifikavimo data (Pradėję nuo vėliausiojo).
  3. Pabrėžti naujausią žurnalo failą.
  4. Interneto naršyklės lange, jėgos klaidos pasitaiko.
  5. Greitai atidarykite esamą failą ir kopijuoti turinį į MS Excel.
  6. Pereiti prie pabaigos ir analizuoti atitinkami įrašai.

Kitos pastabos:

Pagal numatytuosius nustatymus, diagnostikos žurnalo įsikūręs į 12 hiveLOGS katalogas.

MS Best practices (pagal Mike T. Microsoft) kad failus turėtų būti įrašytas į atskirą kietąjį diską. Vienas tai daro per Vidurio administratorius. Sistemos administratorius gali padaryti tai, Tokiu atveju jums būtų akivaizdžiai reikia rasti failą ten o ne pagal nutylėjimą 12 avilys vieta).

Šis įrašas sprendžiami klausimai, kaip antai:

  • SharePoint darbo eigai nepavyko dėl klaidos vidaus.
  • (papildyta per tam tikrą laiką)
  • Šis įrašas buvo naudingas diagnozuoti darbo eigos klaidų (pvz.. "Darbo eigos nepavyko pradėti darbo dėl vidinė klaida").

4 mintys apie "Kaip spręsti paslaptingas SharePoint klaidų.

  1. Larry Virden

    Taigi, kartais, kai aš einu į į 12 avilys žurnalus ir rasti yra mažai, kad nė viena jų, Nors registravimo lygis yra toks, kad ten turėtų būti duomenys yra. Pavyzdžiui, Aš sėdi čia ieško atsižvelgiant windows explorer aplanką žurnalus ir matau, kad, Vidutinis, rąstai yra 1-2 koncertą. Bet tada aš pamatyti keletą valandų kai rąstai yra 10k. Dabar, atitinkamos sharepoint svetainėse yra naudojamos gana daug 24 valandų per dieną. Taigi kažkas vyksta į temas/procesai gamybos informacija, neleisti jiems informacijos, Aš turiu manyti. Taigi, kaip aš pav, kas sukelia šią problemą?

    Atradau visa tai, kai aš eiti į žurnalus, pabandykite ir derinti problema. Vartotojui pridėti žiniatinklio dalį ir puslapio dalis pasakoja jiems patikrinti rąstus. Ir be abejo, nėra nieko žurnale.

    Atsakyti
  2. Kelly Ford
    Jei nėra žurnalo failai yra numatytoji 12HIVE vieta, galite patikrinti galima rasti yra žurnalo failo vieta – centrinė administracija->Operacijos->Registravimas ir pranešinėjimas->Diagnostinis registravimas.
    Atsakyti
  3. Lucy rašė:
    Ačiū vyras! Tai puiku. Aš pagaliau galės stebėti klaida iš žurnalo failą. ir ką aš padariau buvo tiesiog pamiršti pakeisti rinkinio pavadinimą į failo workflow.xml nurodyta feature.xml pavadinimas.
    Puikus.
    "RunWorkflow: System.IO.FileNotFoundException: Nepavyko įkelti failo arba surinkimas "NewWorkFlowewWorkFlow, Versija = 1.0.0.0, Kultūros = neutrali, PublicKeyToken = ed96fa43c5396ebe’ arba vienas iš jam priklausančiųjų. Sistema negali rasti nurodyto failo. Failo vardas: ‘NewWorkFlowewWorkFlow, Versija = 1.0.0.0, Kultūros = neutrali, PublicKeyToken = ed96fa43c5396ebe’ ne System.Reflection.Assembly._nLoad(AssemblyName failo vardas, Styginių Mac os x, Įrodymų assemblySecurity, Asamblėjos locationHint, StackCrawlMark& stackMark, Bulio logikos throwOnFileNotFound, Bulio logikos forIntrospection) ne System.Reflection.Assembly.nLoad(AssemblyName failo vardas, Styginių Mac os x, Įrodymų assemblySecurity, Asamblėjos locationHint, StackCrawlMark& stackMark, Bulio logikos throwOnFileNotFound, Bulio logikos forIntrospection) ne System.Reflection.Assembl…"
    Atsakyti

palik atsakymą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *