KB2653893-FIX: לוקח זמן רב לשחזר מסד נתונים ב-SQL Server 2008 R2 או ב-SQL Server 2008 או ב-SQL 2012

תופעות

ייתכן שיחלפו זמן רב לשחזור מסד נתונים ב-Microsoft SQL Server 2008 R2 או ב-Microsoft SQL Server 2008 או ב-Microsoft SQL Server 2012.

סיבה

בעיה זו מתרחשת מאחר שלוקח זמן רב לבנות את הרשימה של קובץ יומן הרישום הווירטואלי (גרימטון) כאשר יש VLFs רבים במסד הנתונים.

פתרון

מצב

Microsoft אישרה שזוהי בעיה במוצרי Microsoft המופיעים בסעיף "חל על".

מידע נוסף

באפשרותך לבדוק את מספר המקטעים של גרימטון על-ידי סקירת קובץ יומן הרישום של שגיאות SQL ולאחר מכן על-ידי איתור מספר רצף הרישום (LSN) בכל קובץ גיבוי של יומן רישום של טרנזקציה. הספרות הראשונות לפני סימן הנקודתיים ב-LSNs תואמות למספר הLSN. לדוגמה, המספר הראשון בהודעת המידע הראשונה עבור LSN הוא 1. עם זאת, המספר הראשון בהודעת המידע השניה עבור LSN הוא 100001. בתרחיש זה, קיימים 100,000 VLFs הנמצאים בשימוש בין שעת הודעת המידע הראשונה לבין הודעת המידע השניה. לכן, יומן הטרנזקציות המפוצלות המחוברות הכולל קבצי יומן רישום וירטואליים רבים (VLFs) דומים לאלה:

{יומן הרישום גובה. מסד נתונים: mydbname, תאריך יצירה (שעה): 2010/07/08 (12:36:46), first LSN: 1:5068:70, אחרון LSN: 1:5108:1, מספר מכשירי dump: 1, מידע התקן: (FILE = 1, הקלד = DISK: {' C:\folder\logbackup1.trn '}). זוהי הודעה מיידיות בלבד. אין צורך בפעולת משתמש. יומן הרישום גובה. מסד נתונים: mydbname, תאריך יצירה (שעה): 2010/07/08 (15:36:46), first LSN: 100001:5108:1, אחרון LSN: 100002:5108:1, מספר מכשירי dump: 1, מידע מכשיר: (FILE = 2, הקלד = DISK: {' C:\folder\logbackup2.trn '}). זוהי הודעה מיידיות בלבד. אין צורך בפעולת משתמש.}

הפניות

לקבלת מידע נוסף אודות מספרי רצף רישום (LSN), בקר באתר האינטרנט הבא של MSDN:

מידע כללי אודות מספרי רצף רישום

לקבלת מידע נוסף אודות האופן שבו מבנה קובץ יומן רישום יכול להשפיע על זמן השחזור של מסד הנתונים, בקר באתר האינטרנט הבא של MSDN:

כיצד מבנה של קובץ יומן רישום יכול להשפיע על זמן השחזור של מסד נתוניםלקבלת מידע נוסף אודות VLFs יומן הטרנזאקציות, בקר באתר האינטרנט הבא של MSDN:

מידע כללי אודות קובץ יומן הטרנזאקציות

פתרון

• המתן להשלמת פעולת השחזור או השחזוראם יש לך מסד נתונים שאינו משוחזר שנתקל בביצועים איטיים בעת שחזור או שחזור של מסד הנתונים, ייתכן שתצטרך להמתין להשלמת פעולת השחזור או השחזור. לדוגמה, ייתכן שתראה את המצב הלא מקוון או את מצב השחזור ב-SQL Server Management Studio (SSMS) עבור מסד נתונים שאינו משוחזר. הפסקת SQL Server בדרך כלל אינה מספקת הקלה להתאוששות איטית ועשויה להימשך זמן רב יותר כדי לחזור על אותו שלב ניתוח שחזור, לבצע שוב את השלב או לבטל את השלב.

• הימנע משחזור רצף יומני הטרנזאקציות המכיל אלפי VLFsאם אתה נתקל בביצועים איטיים בעת שחזור ושחזור מסד נתונים באמצעות קובץ גיבוי, באפשרותך להימנע משחזור רצפי יומני הטרנזאקציות המכילים אלפי VLFs. כדי לזהות את קובץ הגיבוי שמכיל את קבצי יומן הרישום הווירטואליים ביותר, השתמש במשפט הבא כדי לראות את העמודות FirstLSN ו-LastLSN בקבצי הגיבוי של יומן הרישום: שחזור HEADERONLY מהדיסק = ' C:\folder\file.trn ' באפשרותך להחליט אם להימנע משחזור קבצי גיבוי של יומן הרישום. לחלופין, באפשרותך להשתמש במשפט STOP AT בפקודות שחזור כדי למנוע את החלקים המפוצלים במיוחד של יומני הטרנזאקציות. אם אינך משחזר לחלוטין את רצפי יומני הרישום עד לנקודה העדכנית ביותר במהלך תרחיש שחזור כשל, אובדן נתונים מתבצע במסד הנתונים של SQL Server. אובדן נתונים זה מתרחש מאחר שלא כל הטרנזקציות נשמרות. לכן, קיימת החלטה של business tradeoff. באפשרותך לשחזר באופן מלא יומן טרנזקציות מפוצל במיוחד. עם זאת, פעולה זו עשויה להימשך שעות רבות. לחלופין, באפשרותך להשתמש במשפט STOP AT בשחזור כדי להפסיק את השחזור לפני החלק המפוצל מאוד של יומן הרישום. עם זאת, כל הטרנזקציות החסרות שאתה משמיט יאבדו.הערה מבלי להתקין תיקון חם זה, בדרך כלל אין כדאי לחזור להחלמה מואצת לאחר ההפעלה מחדש של SQL Server. SQL Server חייב לאתר את רשימת VLFs כדי לנתח את קבצי יומן הרישום, כדי לבצע מחדש עסקאות שהושלמו ולאחר מכן כדי לבטל טרנזקציות שהושלמו כדי לסיים את השחזור כדי להחזיר את מסד הנתונים באופן בטוח. אין באפשרותך לדלג בבטחה על טרנזקציות במהלך ההתאוששות.