วิธีการแก้ไขข้อผิดพลาดของ SharePoint ที่ลึกลับ.

ภาพรวม:

การดีบักได้ยากเมื่อมีการพัฒนาฟังก์ชันที่กำหนดเองสำหรับ Windows SharePoint Services 3.0 (WSS) Microsoft Office SharePoint Server (มอส). เป็นผู้ร้ายหลักว่า SharePoint ปกติจัดการข้อมูลการวินิจฉัยน้อยมากบนเว็บเบราว์เซอร์เมื่อเกิดข้อผิดพลาด. รายการบล็อกนี้อธิบายถึงวิธีการค้นหาข้อมูลเพิ่มเติมโดยระบบวินิจฉัยที่มักจะสามารถให้บริการเสริมที่จำเป็นระบุสาเหตุรากของรายละเอียดว่า. นี้แล้วสามารถนำไปสู่การแก้ปัญหา.

ฉันได้ใช้เทคนิคนี้ได้ประสบความสำเร็จเพื่อแก้ไขข้อผิดพลาดมิฉะนั้นลึกลับ.

วิธีการ:

SharePoint จะบันทึกข้อมูลมากการวินิจฉัยล็อกในแฟ้มบันทึกในการ 12 กลุ่ม.

"12 กลุ่ม" โดยปกติห้อง "C:\โปรแกรม Extensions12 FilesCommon FilesMicrosoft SharedWeb เซิร์ฟเวอร์ ". (ผมไม่แน่ใจว่าเป็นไปได้ 12 กลุ่มอยู่ที่ใดบ้าง, อันที่จริง).

ความคิดคือการ ค้นหาแฟ้มบันทึกปัจจุบัน, บังคับให้ข้อผิดพลาด และจากนั้น เปิดขึ้นอย่างรวดเร็ว. แฟ้มบันทึกเหล่านี้มีลักษณะโดย:

  • จำนวนข้อมูลที่ copious. SharePoint สร้างจำนวนมากของข้อมูลวิเคราะห์ และเขียนเรื่องที่ล็อกไฟล์ได้อย่างรวดเร็ว. คุณต้องการอย่างรวดเร็ว ด้วยมือเพื่อรวบรวม.
  • มากมายหลายหลาก. SharePoint ไม่ได้เขียนลงในแฟ้มบันทึกเดียว แต่ค่อนข้าง สร้างแฟ้มบันทึกหลายลำดับ.
  • คัดลอก และวางลงใน MS Excel อย่างดี.

วิธีของฉันชื่นชอบ:

  1. เปิดวินโดว์สชี้ไป 12 hivelogs.
  2. เรียงลำดับมุมมองเพื่อแสดงตามวันปรับเปลี่ยน (แรกสุด).
  3. เน้นแฟ้มบันทึกล่าสุด.
  4. ในเว็บเบราว์เซอร์, บังคับข้อผิดพลาดเกิดขึ้น.
  5. เปิดแฟ้มบันทึกปัจจุบัน และคัดลอกเนื้อหาไปยัง MS Excel อย่างรวดเร็ว.
  6. ข้ามไปยังจุดสิ้นสุด และวิเคราะห์รายการเกี่ยวข้อง.

หมายเหตุอื่น ๆ:

โดยค่าเริ่มต้น, บันทึกการวินิจฉัยอยู่ 12 ไดเรกทอรี hiveLOGS.

ปฏิบัติส่วน MS (ต่อไมค์ T. ของ Microsoft) รัฐที่แฟ้มบันทึกควรบันทึกลงในฮาร์ดดิสก์แยกต่างหาก. หนึ่งทำผ่าน admin กลาง. ผู้ดูแลระบบของคุณอาจมีดำเนินการนี้, ในกรณี คุณจะแน่นอนต้องการค้นหาแฟ้มล็อกมีแทนที่จะเริ่มต้น 12 สถานที่ตั้งกลุ่ม).

รายการนี้อยู่ปัญหาเช่น:

  • กระแสงาน SharePoint ล้มเหลวเมื่อต้องการเริ่มต้นเนื่องจากข้อผิดพลาดภายใน.
  • (เพิ่มเติมจะเพิ่มช่วงเวลา)
  • รายการนี้ได้รับคำวินิจฉัยข้อผิดพลาดในลำดับงาน (เช่น. "ลำดับงานไม่สามารถเริ่มต้นเนื่องจากข้อผิดพลาดภายใน").

4 คิดเกี่ยวกับ“วิธีการแก้ไขข้อผิดพลาดของ SharePoint ที่ลึกลับ.

  1. Larry Virden

    ดังนั้น, มีเวลาไป 12 กลุ่มบันทึก และค้นหาเล็กน้อยเพื่อให้, แม้ว่าบันทึกได้ควรมีข้อมูลที่. สำหรับอินสแตนซ์, ฉันกำลังนั่งอยู่ที่นี่มองมุมมอง windows explorer ของโฟลเดอร์แฟ้มบันทึก และเห็นที่, ในค่าเฉลี่ย, การบันทึกคือ 1-2 กิ๊ก. แต่แล้ว เห็นหลายชั่วโมงที่บันทึกเป็น 10k. ขณะนี้, ไซต์ sharepoint ใช้อยู่สวยมาก 24 ชั่วโมงต่อวัน. ดังนั้น สิ่งที่เกิดขึ้นกับหัวข้อ/กระบวนการสร้างข้อมูลที่ป้องกันพวกเขาจากการบันทึกข้อมูล, ผมจะต้องคิด. ดังนั้น, ว่าฉันคิดอะไรก่อให้เกิดปัญหานี้?

    พบทั้งหมดนี้เมื่อฉันเดินไปบันทึกการตรวจแก้จุดบกพร่องปัญหา และพยายาม. ผู้ใช้เพิ่ม web part และ web part บอกให้ตรวจสอบแฟ้มบันทึก. แต่แน่นอน, ไม่มีอะไรในล็อก.

  2. ฟอร์ดเคลลี
    ถ้าแฟ้มบันทึกไม่พบในตำแหน่งเริ่มต้น 12HIVE, คุณสามารถตรวจพบตำแหน่งที่ตั้งแฟ้มบันทึกในกลางบริหาร->การดำเนินงาน->การบันทึก และรายงาน->บันทึกการวินิจฉัย.
  3. เขียน Nafees:
    ขอบคุณคน! นี้จะดี. ผมสุดท้ายสามารถติดตามข้อผิดพลาดจากแฟ้มบันทึกที่สร้างขึ้น. และสิ่งที่ฉันไม่ได้เพียงแค่ลืมเปลี่ยนชื่อของชื่อแอสเซมบลีใน workflow.xml แฟ้มรายการที่ระบุไว้ใน feature.xml.
    ยอดเยี่ยม.
    "RunWorkflow: System.IO.FileNotFoundException: ไม่สามารถโหลดแฟ้มหรือแอสเซมบลี ' NewWorkFlowewWorkFlow, รุ่น = 1.0.0.0, วัฒนธรรม =เป็นกลาง, PublicKeyToken = ed96fa43c5396ebe’ หรืออ้างอิงของ. ระบบไม่พบแฟ้มที่ระบุ. ชื่อแฟ้ม: ‘NewWorkFlowewWorkFlow, รุ่น = 1.0.0.0, วัฒนธรรม =เป็นกลาง, PublicKeyToken = ed96fa43c5396ebe’ ที่ System.Reflection.Assembly._nLoad(ชื่อ AssemblyName, สตริ codeBase, หลักฐาน assemblySecurity, แอสเซมบลี locationHint, StackCrawlMark& stackMark, ThrowOnFileNotFound บูลีน, ForIntrospection บูลีน) ที่ System.Reflection.Assembly.nLoad(ชื่อ AssemblyName, สตริ codeBase, หลักฐาน assemblySecurity, แอสเซมบลี locationHint, StackCrawlMark& stackMark, ThrowOnFileNotFound บูลีน, ForIntrospection บูลีน) ที่ System.Reflection.Assembl…"

ทิ้งคำตอบไว้

ที่อยู่อีเมลของคุณจะไม่ถูกเผยแพร่. ช่องที่ต้องการถูกทำเครื่องหมาย *