תופעות
יומני השימוש אינם נמחקים לעולם. בדרך כלל, לא יהיו יותר מ-6 קבצי שימוש בכל זמן נתון, אך כאשר אתה נתקל בבעיה זו, ייתכן שתמצא מאות או אלפי יומני רישום שימוש במדריך הרישום.
תראה שגיאות כגון אלה ביומני הרישום של SharePoint ULS כאשר משימת שעון העצר של ייבוא השימוש פועלת:
OWSTIMER. EXE (0x51A0) 0x59E4 של תשתית השימוש ב-SharePoint a5rv High נכשל במחיקת קובץ יומן השימוש ' E:\Logs\ServerName-20130701-2117.usage ' לאחר ייבוא נתונים. יוצא מן הכלל: System. IO. IOException: התהליך אינו יכול לגשת לקובץ מאחר שהוא נמצא בשימוש על-ידי תהליך אחר. ב-System. IO. __Error. WinIOError (Int32 שגיאה, String maybeFullPath) ב-System. IO. FileInfo. MoveTo (String destFileName) ב-Microsoft. SharePoint. הניהול. SPProvisioningAssistant. MoveFileOrDirectory (FileSystemInfo fi, String newPath) ב-Microsoft. SharePoint. הניהול. SPProvisioningAssistant. DeleteFileOrDirectory (List ' 1 FileSystemInfo) התסמינים האחרים כוללים: • משימת שעון העצר של Microsoft sharepoint בנושא שימוש ב-microsoft sharepoint. לא מסתיימת • משימת שעון העצר של שירות שעון העצר "אינה מצליחה להפעיל מחדש את שירות שעון העצר בפועל. היא מנסה להשהות את משימת הייבוא של נתוני השימוש ואינה יכולה, ולאחר עשר דקות היא מדלגת על המיחזור. • התנפחות זיכרון (דליפה) בתוך owstimer. exe. ייתכן שתראה את שירות שעון העצר לצרוך זיכרון רב יותר מהרגיל. הפעלה מחדש של שירות שעון העצר תחזיר אותה לרגילה, אך היא תבנה שוב לאורך זמן. • העבודה "ספק נתוני אבחון: יומן המעקב" משימת שעון עצר לסירוגין אינה מייבאת את נתוני יומן הרישום של ULS למסד הנתונים של הרישום.
סיבה
מצב זה מתרחש כאשר Windows מעדכן את KB 2775511 או KB 2682011 או KB 2882822 מוחלים על שרתי SharePoint.
פתרון
התיקון נמצא בעדכון המצטבר של דצמבר 2013 עבור SharePoint 2010.
אם תסתכל על התיאור של חבילת הבסיס (הכלולה בחבילת SharePoint server) כאן: http://support.microsoft.com/kb/2849981, תראה תיאור זה עבור אחת מהבעיות הקבועות:
"לאחר התקנת hotfix 2775511 או תיקון חם 2682011 בשרת SharePoint Server 2010, הקבצים של ספק השימוש (שימוש) אינם נמחקים ממערכת הקבצים. בנוסף, קבצי. השימוש ממשיכים לגדול.
זוהי סיכום כללי במידה מסוימת של הבעיה שאינה כוללת את כל הסימפטומים הידועים, אך היא מתקנת את הבעיות המתוארות בKB זה.
להלן הקישור ל-KB ולהורדה:http://support.microsoft.com/kb/2849971
מידע נוסף
במקרה שאין באפשרותך להתקין במהירות את העדכון המצטבר של דצמבר 2013, קיימות שתי דרכים לעקיפת העניין שאמורות להספיק לך עד שתוכל לבצע את הפעולות הבאות:1. הגדרת משימה מתוזמנת כדי למחזר באופן ידני את שירות שעון העצר (לפחות) פעם ביום-כל 6 שעות יהיה טוב יותר. באפשרותך להשתמש בפקודה של PowerShell כך כדי למחזר את השירות:
הפעל מחדש-שירות-שם SPTimerV4
לאחר מכן עליך פשוט להגדיר משימה מתוזמנת כדי להפעיל אותה כל 6 שעות בכל שרת SharePoint בחווה. כאשר שירות שעון העצר ממוחזר באופן ידני, נקודות האחיזה הפתוחות לקבצי. השימוש משוחררות, והן יימחקו באופן אוטומטי כאשר המופע הבא של משימת שעון העצר של ייבוא נתוני השימוש מופעל (כברירת מחדל כל 30 דקות). אין צורך למחוק באופן ידני את הקבצים.
2. הסרת ההתקנה של KB2775511 או KB2682011 או KB2882822 אם הם מותקנים-הדבר אינו מומלץ, אך זוהי אפשרות.
הערה לגבי המשפט "בדרך כלל צריך להיות לא יותר מ-6. קבצי שימוש בכל זמן נתון": יהיה לך מקסימום של 6. קבצי שימוש בכל זמן נתון כל עוד הגדרות ברירת המחדל נמצאות במקומן. שתי הגדרות שישפיעו על כך הן:-תזמון עבור משימת שעון העצר של שימוש ב-Microsoft SharePoint במסד הנתונים של Microsoft SharePoint. כברירת מחדל, היא פועלת כל 30 דקות. אם לוח הזמנים הוגדל לומר פעם אחת ביום, יהיה לך הרבה יותר קבצי שימוש.--UsageLogCutTime. כברירת מחדל, זהו 5, כלומר, אנו יוצרים יומן שימוש חדש כל חמש דקות. כאשר משימת הייבוא פועלת כל 30 דקות. אנו צריכים לקמפל לא יותר מ-6 קבצים לפני שמשימת הייבוא תופעל, תייבא את הנתונים ולאחר מכן תמחק את הקבצים. באפשרותך לבדוק ערך זה על-ידי הפעלת Get-SPUsageService.
