תופעות
כאשר אתה מבצע את הפעולות של DDL כגון צור אינדקס או חיתוך טבלה ב-SQL Server 2016, ייתכן שהפעולות נחסמות אם קיימת טרנזקציית DDL אחרת הפועלת באותו מסד נתונים.
פתרון
הבעיה נפתרה לראשונה בעדכון המצטבר הבא של SQL Server:
כל עדכון מצטבר חדש עבור SQL Server מכיל את כל התיקונים החמים ואת כל תיקוני האבטחה שנכללו בעדכון המצטבר הקודם. אנו ממליצים להוריד ולהתקין את העדכונים המצטברים האחרונים עבור SQL Server:
מידע נוסף
כאשר DDL יוצר או מוחק טבלה או אינדקס, הוא צריך להוסיף או למחוק את מזהה ורות של הטבלה או של האינדקס מ- sysrowsets, שעבורו עליו להכיל את נעילת רמת השורה X בערך. כאשר פעולה זו מתבצעת בתוך טרנזקציה, הנעילה של ה-X תוחזק למשך הזמן של הטרנזקציה. כאשר ' מעבר רשומה ' מגלה מאגרי מחיקה ניתנים לריקון, הוא צריך לחזר מעל sysrowsets כדי לגלות טבלאות או אינדקסים קיימים. כדי לקרוא כל שורה מ- sysrowsets , הוא צריך להחזיק את נעילת רמת השורה בערך שנקרא כעת. תהליך הגילוי נפסק כאשר הגורם המפעיל של הוורות מוצא את האפשרות הראשונה שהיא יכולה לבצע את העבודה. בשלב זה, מעביר הוראות המשתנים יבצע את העבודה בפועל של ריקון מאגר המחיקה, אך כדי לוודא שורות המתגלה עדיין תקף, הוא יחזיק SCH-S lock on all rowsets מוערך במהלך תהליך הגילוי עד שהוא יסיים את עבודתו.Sysrowsets מורה על-ידי מזהה ורות, ולכן ניתן לעשות זאת, ולאחר מכן להעביר את מספר הפריטים הקיימים בrowsets מרובים שבהם אין לו כל פעולה לבצע, אך עדיין להחזיק את הנעילה של SCH-s והוא מגיע לערך ב-Sysrowsets שעבורו אין אפשרות לרכוש את נעילת השורה, משום בשלב זה DDLs מעורבים שינוי של ורות id נחסמים מאחורי הנעילות של SCH-S של מוביל הרשומה.
מצב
Microsoft אישרה שזוהי בעיה במוצרי Microsoft המופיעים בסעיף "חל על".
הפניות
קבל מידע על המינוח שבו Microsoft משתמשת כדי לתאר עדכוני תוכנה.
