תופעות
נניח שאתה משתמש ב-Microsoft SQL Server 2016 או 2017. כאשר קבוצת זמינות מצטרפת לקבוצת זמינות מבוזרת קיימת (דאג) מיד לאחר שהוא מושמט ונוצר מחדש, הוא עלול להיכשל להצטרף לדאג ואתהמקבל את הודעות השגיאה הדומות לאלה:
תמיד On: תהליך AG הודעת שינוי תצורה עבור AG ' AGName ' במצב ' העברה ' (7). שגיאה: 41162, חומרה: 16, State: 0. נכשל באימות מספר הרצף של תצורת הקבוצה ' זמינות 'AGName'. מספר הרצף בזיכרון אינו תואם למספר הרצף הממשיך. הקבוצה ' זמינות ' ו/או עותק משוכפל של זמינות מקומית יופעלו מחדש באופן אוטומטי. אין צורך בפעולת משתמש בשלב זה. תמיד On: AR 'AGName' מופעל כעת הודעת עיבוד (הקלד 64). תמיד On: תהליך AG הודעת שינוי תצורה עבור AG 'AGName' במצב ' העברה ' (7). תמיד On: AR 'AGName' מאמת כעת את התקינות של AG ב-WSFC. תמיד On: AR 'AGName' מעבר התפקידים [העברה]--_GT_ [forwarder], trigger [VALIDATE_AG_CONFIG], state (wsfc = 1, מטה-נתונים = 1). תמיד On: AR 'AGName' מופעל כעת הודעת עיבוד (type-2).
בנוסף, שגיאה 41162 יכולה להביא לפתרון מדינה של AG והיא עלולה לגרום לשתי בעיות אחרות: שגיאה 19407 והטענת כישלון.
Error 19407:
עסקאות Nonqualified מסוכמות חזרה במסד נתונים DBName לשינוי מדינה של קבוצות זמינות תמיד. השלמת חזרה משוערת: 100%. זוהי הודעה מיידיות בלבד. אין צורך בפעולת משתמש. [HaDrDbMgr::SetPrimaryAR] הגדרת הראשי כAGID: AGNumber, ReplicaID: ReplicaNumber, AGDBID: שגיאת AGDBNumber: 19407, חומרה: 16, State: 2. הקבוצה ' חכירה בין זמינות ' GroupName ' והאשכול ' מעבר לגיבוי של Windows Server ' פג. אירעה בעיית קישוריות בין המופע של SQL Server לבין האשכול של מעבר לגיבוי של Windows Server. כדי לקבוע אם הקבוצה ' זמינות ' נכשלת כראוי, בדוק את משאב הקבוצה ' זמינות מתאימה ' באשכול הגיבוי של Windows Server.
קביעה
תמיד On: תהליך AG הודעת שינוי תצורה עבור AG 'שם מסד' במצב ' RESOLVING_NORMAL ' (0).
תמיד On: AR 'שם מסד' מאמת כעת את התקינות של AG ב-WSFC.
תמיד On: GetTransportWithRef () נדחה, מכיוון ש-AR המקומי אינו מקוון.
מידע מדינה עבור מסד הנתונים 'שם מסד'-Lsn מוקשח: ' (34:304752:1) ' commit Lsn: ' (0:0:0) ' מועד הביצוע: ' ינואר 1 1900 12:00AM '
RECOVERY (שם מסד, 6): התחלת הפסקת העבודה של עובדים מקבילים
* * Dump thread-spid = 0, EC = 0x000001F280CC7250
Dump של מחסנית נשלח ל- FileLocation
* התחל DUMP מחסנית:
* מיקום: "FileLocation": 1774
* Expression: GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY
* SPID: SPID
* מזהה תהליך: ProcessId
שגיאה: 17066, חומרה: 16, State: 1.
הטענת SQL Server: File: < "Filelocation" >, line = 1774 נכשל בטענה = ' GetContext ()->GetController ()->GetHadrArRoleExternal () = = HADR_ROLE_FORWARDING_SECONDARY '. שגיאה זו עשויה להיות קשורה לתזמון. אם השגיאה נמשכת לאחר ההפעלה מחדש של המשפט, השתמש ב-DBCC CHECKDB כדי לבדוק את מסד הנתונים של תקינות מבנית או להפעיל מחדש את השרת כדי להבטיח שמבני נתונים בזיכרון אינם פגומים.
שגיאה: 3624, חומרה: 20, מדינה: 1.
בדיקת הטענת מערכת נכשלה. בדוק את יומן השגיאות של SQL Server לקבלת פרטים. בדרך כלל, כשל בקביעה נגרמת על-ידי באג תוכנה או השחתת נתונים. כדי לבדוק פגמים במסד נתונים, שקול להפעיל את DBCC CHECKDB. אם הסכמת לשלוח dumps ל-Microsoft במהלך ההתקנה, קובץ dump מצומצם יישלח אל Microsoft. ייתכן שעדכון זמין מ-Microsoft בערכת השירות העדכנית ביותר או בתיקון חם מהתמיכה הטכנית.
מצב
Microsoft אישרה שזוהי בעיה במוצרי Microsoft המופיעים בסעיף "חל על".
פתרון
בעיה זו נפתרה בעדכון המצטבר הבא עבור SQL Server
אודות עדכונים מצטברים עבור SQL Server:
כל עדכון מצטבר חדש עבור SQL Server מכיל את כל תיקונים חמים וכל תיקוני האבטחה שנכללו בקודם עדכון מצטבר. עיין בעדכונים המצטברים האחרונים עבור SQL Server:
מידע על תיקון חם לפי דרישה:
בעיה זו נפתרה בתיקון החם הבא לפי דרישה עבור SQL Server:
הפניות
קבל מידע על המינוח שבו Microsoft משתמשת כדי לתאר עדכוני תוכנה.
