תופעות
ב- Microsoft SQL Server 2019, שחזור מסד הנתונים הדחוס או גיבויי יומן הרישום של מסדי הנתונים שהצפנת נתונים שקופה (TDE) זמינה בהם עשוי לגרום לשגיאה הבאה:
Msg 3241, רמה 16, מצב 18, מספר <שורה>
משפחת המדיה במכשיר '<שם קובץ הגיבוי>' שגויה. ל- SQL Server אין אפשרות לעבד משפחת מדיה זו.
פתרון
כדי לעקוף בעיה זו, אל תדחוס את הגיבויים של מסדי נתונים מותאמי TDE באמצעות אחת מהשיטות הבאות:
-
השתמש ב- WITH COMPRESSION כמתואר ב- BACKUP (Transact-SQL).
-
ת בהתבסס על דחיסת גיבוי המוגדרת כברירת מחדל כמתואר בתצוגה או בקביעת תצורה של דחיסת הגיבוי המוגדרת כברירת מחדל באפשרות התצורה של השרת.
פתרון
מידע עדכון מצטבר
בעיה זו נפתרה בעדכון המצטבר הבא עבור SQL Server:
עדכון מצטבר 16 עבור SQL Server 2019
הערה עליך ליצור את הגיבויים יחד עם תיקון זה כדי למנוע את הבעיה. התקנת ה- CU הקבוע במופע היעד וניסיון לשחזר את אותו גיבוי שנוצר ללא התיקון לא יפעל.
מידע נוסף
חשוב: החל מ- SQL Server 2019 CU16, יצירת גיבויים דחוסים (מסד נתונים או יומן) של מסדי נתונים מותאמי TDE תשתמש בתבנית גיבוי חדשה שניתן לשחזר רק במופע שבו מותקן CU16 ואילך.
שחזור גיבוי דחוס של מסד נתונים המותאם לשימוש ב- TDE שנוצר ב- CU16 ואילך במופע SQL Server 2019 של גירסה CU15 או גירסה קודמת נכשל וגורמת לשגיאות הבאות:
-
שחזור מסד נתונים
Msg 3013, רמה 16, מצב 1, מספר <שורה>
מסד הנתונים של השחזור מסיים באופן לא תקין.
Msg 9004, רמה 21, מצב 1, מספר <שורה>
אירעה שגיאה בעת עיבוד יומן הרישום עבור מסד הנתונים 'TDE_DB'. במידת האפשר, שחזר מהגיבוי. אם גיבוי אינו זמין, ייתכן שיהיה צורך לבנות מחדש את יומן הרישום.
-
שחזר יומן רישום
מיקום: mediaRead.cpp:1018
ביטוי: readSize <= m_Demand
SPID: 84
מזהה תהליך: ProcessID
Msg 3013, רמה 16, מצב 1, מספר <שורה>
יומן הרישום של השחזור מסיים באופן לא תקין.
Msg 3624, רמה 20, מצב 1, מספר <שורה>
בדיקת קביעת מערכת נכשלה. עיין ביומן השגיאות של SQL Server לקבלת פרטים. בדרך כלל, כשל קביעה נגרם על-ידי באג תוכנה או השחתת נתונים. כדי לבדוק אם מסד הנתונים פגום, שקול להפעיל את DBCC CHECKDB. אם הסכמת לשלוח קבצי Dump ל- Microsoft במהלך ההתקנה, קובץ Dump מצומצם יישלח אל Microsoft. ייתכן שעדכון יהיה זמין מ- Microsoft ב- Service Pack העדכני ביותר או בתיקון חם מהתמיכה הטכנית.
הערה שחזור HEADERONLY ושחזור FILELISTONLY אינם מושפעים מהבעיה ויפעלו בכל המקרים.
שחזור VERIFYONLY עשוי לחזור בהצלחה עבור גיבוי מלא שאינו חוקי לפי התרחיש שלעיל: אל תבסס על שחזור VERIFYONLY כדי לוודא שניתן לשחזר את הגיבוי מבלי לפגוע בבעיה שלעיל. שחזור VERIFYONLY מול גיבוי יומן רישום ייכשל בדרך כלל יחד עם אותה שגיאה כמו יומן שחזור בפועל המתואר לעיל.
לכן, חשוב לוודא בהקשר שבו TDE ודחיסת גיבוי עשויים להיות זמינים, מופעים של SQL Server 2019 הצורכים גיבויים ממופעים אחרים של SQL Server 2019 מקבלים CU16 (או גירסה מתקדמת יותר) לפני המופעים שיצרו את חומר הגיבוי. ארכיטקטורות משלוח של יומן רישום יהיו דוגמה עיקרית למצב כזה: שדרוג מופעים משניים תחילה.
לאחר יצירת גיבוי יומן טרנזקציות באמצעות דחיסה, בדרך כלל לא ניתן ליצור אותו מחדש ללא דחיסה. לכן, שדרוג שרת ראשי משלוח יומן ל- SQL Server 2019 CU16 ואילך בהקשר כזה היה מ לנתק את המשימות המשחזרות עד גם השרת המשני משודרג.
גיבוי לא דחוס של מסד נתונים המותאם לשימוש ב- TDE, גיבוי דחוס של מסד נתונים שאינו זמין עבור TDE, או גיבוי לא דחוס של מסד נתונים שאינו זמין עבור TDE לא ישתמש בתבנית הגיבוי החדשה שהוצגה ב- CU16, ובאפשרותך לשחזר אותו במופע של SQL Server 2019 של אף אחת מהגרסאות.
לכן, הוא נדרש להפוך דחיסת גיבוי ללא זמינה אם בכוונתך לשחזר חומר מסד נתונים המותאם לשימוש ב- TDE (גיבוי מלא או גיבוי יומן טרנזקציות) למופעי SQL Server של גירסאות קודמות לפני SQL Server 2019 CU16.
כל עדכון מצטבר חדש עבור SQL Server מכיל את כל התיקונים החמים ואת תיקוני האבטחה שהיו בגירסת ה- Build הקודמת. אנו ממליצים להתקין את גירסת ה- Build העדכנית ביותר עבור גירסת SQL Server שברשותך:
מצב
Microsoft אישרה כי זוהי בעיה במוצרי Microsoft המפורטים בסעיף "חל על".
הפניות
למד על המינוח שבו Microsoft משתמשת כדי לתאר עדכוני תוכנה.
