You have multiple accounts
Choose the account you want to sign in with.

לשיפור

נניח שאתה משתמש ב-SQL Server 2017 ב-Linux. בתרחישים מסוימים, SQL Server עשוי להיתקל באובדן נתונים במערכות המשתמשות במטמון נדיף. ההפסד מתרחש עקב נסיבות בלתי צפויות כגון הפסקת חשמל לפני שהנתונים המאוחסנים במטמון נכתבו במדיה יציבה. כדי למנוע תרחישים כאלה, מנגנון ריקון כפוי מוצג בעדכון המצטבר 6 (CU6) עבור SQL Server 2017 ב-Linux. אם מערכת המשנה של האחסון אינה יכולה להבטיח כתיבה עמידה בפני הפסקת חשמל, מומלץ להחיל את CU6 עבור SQL Server 2017 ב-Linux. עדכון זה מאפשר את הפעולות הבאות:

  • הריקון  הנכפה אופן הפעולה במהלך פעילות כתיבת מסד נתונים, כגון ביקורת וכתיבת יומן טרנזאקציות.

  • הגדרת התצורהwritethrough = 1ו- alternatewritethrough = 1אפשרויות כברירת מחדל. הגדרות ברירת מחדל אלה מאפשרות ל-SQL Server לוודא שהכותבים מותקנים באופן שוטף לחסימת מכשירים. Writethrough חלופית היא אפשרות למטב את בקשות הריקון של העמידות למערכת הקבצים. לקבלת מידע נוסף אודות שתי ההגדרות, עיין בטבלה הבאה:

שם

ברירת חדל

תיאור

writethrough

1

הערכים החוקיים הם 0 ו-1. 

1 = מתרגמת FILE_FLAG_WRITE_THROUGH בקשות לO_DSYNC נפתחת.

0 = מונע תרגום של בקשות FILE_FLAG_WRITE_THROUGH לO_DSYNC נפתחת.

alternatewritethough

1

הערכים החוקיים הם 0 ו-1. 

1 = מאפשר ריקון ממוטב של הרחבת המארח לקבלת בקשות FILE_FLAG_WRITE_THROUGH. Writes on files ממטב שיחות אל fdatasync עבור מכשיר החסימה.

0 = הופך את מיטוב הריקון החלופי ללא זמין. הקובץ נפתח באמצעות O_DSYNC ומערכת הקבצים המשמשת כבסיס מבצעת את בקשות הכתיבה והריקון הדרושות.

Note הערה ההגדרה alternatewritethrough חלה רק כאשר writethrough = 1.

מידע נוסף

לקבלת מידע נוסף, ראה שיטות עבודה מומלצות לביצועים והנחיות לקביעת תצורה עבור SQL Server 2017 ב-Linux לטיפול בעומסי עבודה של כתיבה בתדר גבוה והמלצות ההשמה של קבצי מסד נתונים.  

התקנות SQL Serverהפועלות במערכות אחסון שמחייבות כתיבות מבטיחיםO_DIRECT בטוחותיכולות לאפשר דגל מעקב (TF) 3979 כדי להפוך את התנהגות הריקון הכפייה ללא זמינה ולהגדיר   את   האפשרויותalternatewritethrough ו- writethrough ב-mssql. conf לאפס. פעולה זו מחזירה את SQL Server 2017 לאופן הפעולה של pre-CU6.

הערה מערכת אחסון יכולה להבטיח שכתיבה במטמון או כתיבה בשלבים תיחשב כבטוחה ועמידה על-ידי אחריות לכך שהכותבים שהונפקו למכשיר יישמרו במדיום שיימשך במהלך קריסות מערכת, איפוסי ממשק וכשלים בצריכת חשמל, והמדיום עצמו הוא יתיר חומרה.

להלן פרטים נוספים אודות אופן הפעולה של SQL Server עבור הקלט/פלט של הקובץ עם שינויים אלה:

  • קבצי מסד נתונים (. mdf) ויומן טרנזאקציות (. ldf) אינם משתמשים ב-writethrough וב-alternatewritethrough כברירת מחדל ב-CU6 כאשר הם משתמשים באופן הפעולה של ריקון בכפייה . TF 3979 מבטל את השימוש באופן הפעולה של ריקון הכפייה עבור קבצי מסד נתונים ויומן טרנזאקציות ומשתמש בלוגיקה writethrough ו-alternatewritethrough.

  • קבצים אחרים שנפתחים באמצעות FILE_FLAG_WRITE_THROUGH ב-SQL Server, כגון תמונות מסד נתונים, תמונות פנימיות עבור בדיקות עקביות של מסד נתונים (CHECKDB), קבצי מעקב של פרופילים וקבצי מעקב של אירועים מורחבים, ישתמשו במיטובי writethrough ו-alternatewritethrough.

פתרון

עדכון זה כלול בעדכון המצטבר הבא עבור SQL Server:

       עדכון מצטבר 6 עבור SQL Server 2017

כל עדכון מצטבר חדש עבור SQL Server מכיל את כל התיקונים החמים ואת כל תיקוני האבטחה שנכללו בעדכון המצטבר הקודם. עיין בעדכונים המצטברים האחרונים עבור SQL Server:

העדכון המצטבר האחרון עבור SQL Server 2017

הפניות

קבל מידע על המינוחשבו Microsoft משתמשת כדי לתאר עדכוני תוכנה.

זקוק לעזרה נוספת?

הרחב את הכישורים שלך
סייר בהדרכה
קבל תכונות חדשות לפני כולם
הצטרף למשתתפי Microsoft insider

האם מידע זה היה שימושי?

עד כמה אתם מרוצים מאיכות השפה?
מה השפיע על החוויה שלכם?

תודה על המשוב!

×