כיצד לפתור בעיות של שגיאות SharePoint מסתורי.

4 תגובות

מבט כולל:

איתור באגים קשה בעת פיתוח פונקציונליות מותאמת אישית עבור Windows SharePoint Services 3.0 (WSS) או Microsoft Office SharePoint Server (מוס). האשם העיקרי הוא כי SharePoint בדרך כלל משטחים מעט מאוד מידע אבחון בדפדפן האינטרנט כאשר מתרחשת שגיאה. את הבלוג מתאר כיצד לאתר נוספים שנוצרו על-ידי מערכת מידע אבחון זה יכול לעיתים קרובות לספק הניצב קצת פירוט זה זקוק כדי לזהות את שורש. לאחר מכן יוביל לפתרון הבעיה.

השתמשתי בטכניקה זו בהצלחה רבה כדי לפתור שגיאות אחרת מסתורי.

גישה:

SharePoint חוסך הרבה מאוד מידע יומן האבחון בקובץ יומן הרישום במקום 12 כוורת.

"12 הכוורת" הממוקמת בדרך כלל "C:\תוכנית FilesCommon FilesMicrosoft SharedWeb שרת Extensions12 ". (אני לא בטוח אם זה אפשרי 12 כוורת לחיות במקום אחר, למעשה).

הרעיון הוא כדי לאתר את קובץ יומן הרישום הנוכחי, לכפות את השגיאה ולאחר מכן לפתוח במהירות את קובץ יומן הרישום. קבצי יומן רישום אלה מאופיינים על ידי:

  • כמות המידע. SharePoint יוצרת כמות גדולה מאוד של מידע אבחוני וכותב אותו קובץ יומן רישום זה מהר מאוד. אתה צריך להיות מהיר עם האצבעות כדי ללכוד אותו.
  • ריבוי. SharePoint לא לכתוב לקובץ יומן רישום יחיד, אבל מעדיף יוצר קבצי יומן רישום מרובים ברצף.
  • העתק והדבק יפה MS-Excel.

השיטה האהובה שלי:

  1. פתח את סייר windows הצבעה על 12 hivelogs.
  2. למיין את התצוגה כדי להציג על ידי השוואתו לתאריך (הראשונה האחרונה).
  3. סמן את קובץ יומן הרישום העדכניים ביותר.
  4. בחלון דפדפן אינטרנט, לכפות את השגיאה תתרחש.
  5. פתח את קובץ יומן הרישום הנוכחי ובמהירות להעתיק את תוכנו ל- MS Excel.
  6. לקפוץ לסוף ולנתח את הערכים הרלוונטיים.

הערות אחרות:

כברירת מחדל, יומן דיגאנוסטי ממוקם 12 מדריך hiveLOGS.

MS מומלצות (לפי T מייק. של מיקרוסופט) מצב בו יש לשמור את קבצי יומן הרישום כדי כונן קשיח נפרדים. עושה זאת באמצעות ניהול מרכזי. מנהל המערכת שלך יכול לעשות את זה, במקרה הזה ברור תצטרך למצוא את קובץ יומן הרישום שם במקום המוגדרים כברירת מחדל 12 מיקום כוורת).

ערך זה מטפל בבעיות כגון:

  • SharePoint זרימת העבודה נכשלה עקב שגיאה פנימית.
  • (יותר כדי להוסיף לאורך זמן)
  • הפוסט הזה היה מועיל אבחון לשגיאות בזרימות עבודה (המסופקים. "זרימת העבודה נכשלה עקב שגיאה פנימית").

4 מחשבות על "כיצד לפתור בעיות של שגיאות SharePoint מסתורי.”

  1. לארי Virden

    כל כך, לפעמים כשאני הולכת 12 כוורת יומני ולמצוא קצת דבר בהם, אף-על-פי רמות הרישום הן כאלה צריך להיות הנתונים שם. למשל, אני יושב כאן צפייה בתצוגת סייר windows של התיקיה יומני ולראות את זה, בממוצע, יומני הרישום הם 1-2 ii). אבל אז אני רואה מספר שעות שבו יומני הרישום הם 10k. עכשיו, האתרים של sharepoint המדובר נמצאים בשימוש די הרבה 24 שעות ביממה. אז משהו קורה חוטי/תהליכי הפקת המידע למנוע מהם מידע הרישום, אני חייב להניח. כל כך, איך אני יודע מה גורם הבעיה?

    גיליתי את כל זה כאשר הלכתי ליומני ולנסות לאתר באגים בעיה. למשתמש להוסיף web part ומספר ה-web part אותם כדי לבדוק את הרישומים. אבל כמובן, אין שום דבר ביומן.

    תשובה ↓
  3. קלי פורד
    אם קבצי יומן רישום לא יימצאו במיקום ברירת המחדל של 12HIVE, אתה יכול לבדוק שניתן למצוא את המיקום של קבצי יומן רישום מרכזי הניהול->פעולות->רישום ודיווח ->רישום מאבחן.
    תשובה ↓
  4. 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, מחרוזת בסיס קוד, AssemblySecurity הראיות, הרכבה locationHint, StackCrawlMark& stackMark, ThrowOnFileNotFound בוליאנית, ForIntrospection בוליאנית) ב- System.Reflection.Assembly.nLoad(שם קובץ AssemblyName, מחרוזת בסיס קוד, AssemblySecurity הראיות, הרכבה locationHint, StackCrawlMark& stackMark, ThrowOnFileNotFound בוליאנית, ForIntrospection בוליאנית) ב- System.Reflection.Assembl…"
    תשובה ↓

תשאיר הודעה

כתובת האימייל שלך לא תפורסם. שדות חובה מסומנים *