תופעות
נניח שיש לך קבוצת זמינות תמיד על (AG) ב- SQL Server 2016 ו- 2017. בעת עיבוד שאילתת קריאה על עותק משוכפל משני, הביצועים עשויים להיות איטיים הרבה יותר מהמשוכפל הראשי עקב ההמתנה DIRTY_PAGE_TABLE_LOCK תכופות.
סיבה
בעיה זו מתרחשת עקב התרחשות בין שאילתת הקריאה להליך המשנה של ביצוע חוזר, ומ מכיוון שהטבלה נעולה.
פתרון
תיקון זה כלול בעדכונים הבאים עבור SQL Server:
עדכון מצטבר 8 עבור SQL Server 2017
עדכון מצטבר 1 עבור SQL Server 2016 Service Pack 2
עדכון מצטבר 9 עבור SQL Server 2016 Service Pack 1
אודות SQL Server Build
כל גירסת Build חדשה SQL Server מכילה את כל תיקוני האבטחה והתיקונים החמים שהיו בגירסת ה- Build הקודמת. אנו ממליצים להתקין את גירסת ה- Build העדכנית ביותר עבור גירסת SQL Server:
פתרון
כדי לעקוף בעיה זו, באפשרותך להשתמש בהליך משנה אחד של ביצוע חוזר במקום בהליך משנה של ביצוע חוזר מקביל על-ידי הפעלת דגל מעקב 3459.
מידע נוסף
כאשר שאילתות לקריאה בלבד פועלות על עותק משוכפל משני קריא, הליכי משנה של שאילתות מנסים להחיל פעולות חוזרות ממתינות של יומן הרישום ועליך לשתף פעולה עם הליכי משנה של רכיב עובד שוב עם ההמתנה של DIRTY_PAGE_TABLE_LOCK , שניתן ליצור ולאט לעתים קרובות גם ביצוע חוזר וגם ביצועי שאילתה אם קיימים עומסי עבודה שבוצעו שוב בו-זמנית. בעיית הביצועים המשויכת ל- DIRTY_PAGE_TABLE_LOCK ממוען בהפצה המצטברת של העדכון עבור SQL Server 2016 SP ו- SQL Server 2017 המוזכרים במאמר זה.
לקבלת מידע נוסף, באפשרותך לראות את הבלוג הבא בנושא מודל וביצועים משניים של ביצוע חוזר של קבוצת זמינות של עותק משוכפל.
מצב
Microsoft אישרה כי זוהי בעיה במוצרי Microsoft המפורטים בסעיף "חל על".
הפניות
למד על המינוח שבו Microsoft משתמשת לתיאור עדכוני תוכנה.
