סימפטומים
נניח שאתה יוצר פרסום טרנזקציות באמצעות הפרוצדורה המאוחסנת sp_addpublication ב- SQL Server 2014 או 2016, ואתה מגדיר את המאפיין @allow_drop ל- True. לאחר שחרור טבלה שפורסם בפרסום והסרה ידנית של המאמר המיושן מהפרסום, ייתכן שתקבל הודעת שגיאה הדומה להודעה הבאה:
הערה
השרת המרוחק "(null)" אינו קיים.
לדוגמה, בעיה זו מתרחשת בתרחיש הבא:
אתה מפרסם טבלה בפרסום טרנזקציות ולאחר מכן מגדיר את המאפיין @allow\_drop ל- True.
הסרת הטבלה שפפורסם.
לפני שהסוכן קורא יומן מעבד את הרשומות הקשורות לפקודה drop table, עליך לנקות את המאמר המיושן באמצעות אחד מההליכים המאוחסנים הבאים:
- sp_MSdropobsoletearticle
- sp_droparticle
- sp_droppublication
במקרה זה, הודעות השגיאה הבאות נרשמות ביומן מילולי:
הערה
מצב: 0, קוד: 1007, טקסט: 'לתהליך לא היתה אפשרות לבצע את 'sp_MSadd_replcmds' ב- 'SQL_SERVER_INSTANCE'.'.
לתהליך לא היתה אפשרות לבצע את 'sp_MSadd_replcmds' ב- 'SQL_SERVER_INSTANCE'.
מצב סוכן מנתק: 6
מצב: 0, קוד: 1007, טקסט: 'השרת המרוחק "(null)" אינו קיים, או שלא הוקצה כמפרסם חוקי, או שאין לך הרשאה לראות מפרסמים זמינים.'.
מצב: 4, קוד: 6001, טקסט: 'רצף תגובות ברקע עבור 'טוען הפקודה' יוצא.'.
מצב: 0, קוד: 22020, טקסט: 'אצוות לא היו מחויבות למפיץ.'.
מצב: 0, קוד: 22037, טקסט: 'השלב האחרון לא תרשום הודעה!'.
הערה תמיכה בטבלת Drop table (DROP TABLE DDL) נוספה ב- SQL Server 2014 Service Pack 2. לקבלת מידע אודות תמיכה בטבלת שחרור, עיין במאמר הבא ב- Microsoft Knowledge Base:
3170123 תמיכה ב- DROP TABLE DDL עבור מאמרים הכלולים בשכפול טרנזקציות ב- SQL Server 2014
פתרון
בעיה זו נפתרה בעדכונים המצטברים הבאים עבור SQL Server:
עדכון מצטבר 1 עבור SQL Server 2014 Service Pack 2
עדכון מצטבר 2 עבור SQL Server 2016
אודות עדכונים מצטברים עבור SQL Server
כל עדכון מצטבר חדש עבור SQL Server מכיל את כל התיקונים החמים ואת כל תיקוני האבטחה שנכללו בעדכון המצטבר הקודם. עיין בעדכונים המצטברים האחרונים עבור SQL Server:
העדכון המצטבר האחרון עבור SQL Server 2014
העדכון המצטבר האחרון עבור SQL Server 2016
מצב
Microsoft אישרה שזוהי בעיה במוצרי Microsoft המפורטים בסעיף "חל על".
חומרי עזר
למד על המינוח שבו Microsoft משתמשת לתיאור עדכוני תוכנה.