תופעות
שקול את התרחיש הבא:
-
יש לך תמיד קבוצה של זמינות עם מאות מסדי נתונים ב-Microsoft SQL Server 2014 או 2016.
-
אתה מפעיל עומסי עבודה כבדים בקבוצה זו של זמינות.
-
מתבצעת הגיבוי של הקבוצה ' זמינות '.
במקרה זה, מסדי הנתונים בקבוצה ' זמינות ' בעותק המשוכפל הראשי החדש עשויים להיות מוצגים כלא מסתנכרן עקב פעולות ביטול ארוכות, ומסדי הנתונים בקבוצה ' זמינות ' בעותק המשוכפל החדש החדש עשויים להיות מוצגים כאתחול/סינכרון לאחר המעבר לגיבוי עקב הודעות בין עותקים משוכפלים. בנוסף, הודעות שגיאה הדומות לבאות נרשמות ביומן השגיאות של SQL Server:
שגיאה: 35278, חומרה: 17, State: 4. מסד הנתונים של הזמינות database_name, הנמצא בתפקיד המשני, מופעל מחדש כדי לסנכרן מחדש עם ResyncWithPrimary-פגום [9]-EOL: 00000047:00000F58:0001 Recovery: FFFFFFFF: FFFFFFFF: 0001 לבטל: 00000047:00000F70:005F זוהי הודעה מיידיות בלבד. אין צורך בפעולת משתמש. ResyncWithPrimary-אין צורך בביטול [9]-EOL: 00000047:00000F58:0001 Recovery: FFFFFFFF: FFFFFFFF: 0001 Undo: 00000047:00000F70:005F
פתרון
בעיה זו נפתרה בעדכונים המצטברים הבאים עבור SQL Server:
עדכון מצטבר 5 עבור SQL Server 2016 RTM
כל עדכון מצטבר חדש עבור SQL Server מכיל את כל התיקונים החמים ואת כל תיקוני האבטחה שנכללו בעדכון המצטבר הקודם. עיין בעדכונים המצטברים האחרונים עבור SQL Server:
מצב
Microsoft אישרה שזוהי בעיה במוצרי Microsoft המופיעים בסעיף "חל על".
הפניות
למד אודות המינוח של Microsoft המשמש לתיאור עדכוני תוכנה.
