KB4092643 - עדכון מצטבר 5 עבור SQL Server 2017

העדכון הבא זמין במרכז ההורדות של Microsoft:

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

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

העדכון הבא זמין מ- Microsoft Update Catalog:

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

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

לקבלת הוראות התקנה וקישורים ישירים להורדות חבילת CU, עיין בהערות המוצר של SQL Server 2017.

באפשרותך לאמת את ההורדה על-ידי חישוב קוד ה- Hash של הקובץ SQLServer2017-KB4092643-x64.exe באמצעות הפקודה הבאה:

certutil -hashfile SQLServer2017-KB4092643-x64.exe SHA256

הגרסה האנגלית של חבילה זו כוללת את תכונות הקובץ (או תכונות קובץ מתקדמות יותר) המפורטות בטבלה הבאה. התאריכים והשעות של קבצים אלה מפורטים בזמן אוניברסלי מתואם (UTC). בעת הצגת פרטי הקובץ, הוא מומר לשעה מקומית. כדי למצוא את ההבדל בין UTC לזמן המקומי, השתמש בכרטיסיה אזור זמן בפרטים תאריך ושעה של לוח הבקרה.

גירסאות המבוססות על x64

SQL Server 2017 Analysis Services

הליבה המשותפת של שירותי מסד הנתונים של SQL Server 2017

sql_dreplay_client SQL Server 2017

sql_dreplay_controller SQL Server 2017

מופע ליבה של SQL Server 2017 Database Services

SQL Server 2017 Database Services Core Shared

sql_extensibility SQL Server 2017

SQL Server 2017 Full-Text Engine

sql_inst_mr SQL Server 2017

SQL Server 2017 Integration Services

sql_polybase_core_inst SQL Server 2017

sql_shared_mr SQL Server 2017

sql_tools_extensions SQL Server 2017

כדי להחיל חבילת עדכון מצטברת זו, עליך להפעיל את SQL Server 2017.

ייתכן שיהיה צורך להפעיל מחדש את המחשב לאחר החלת חבילת העדכון המצטבר.

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

מאמר זה מספק גם מידע חשוב לגבי המצבים הבאים:

• קוצב לב: שינוי התנהגותי מתבצע בהפצות המשתמשות בגרסה העדכנית ביותר הזמינה של קוצב הלב. מסופקות שיטות הפחתה.

• מאגר שאילתות: עליך להפעיל קובץ Script זה אם אתה משתמש במאגר השאילתות והתקנת בעבר את Microsoft SQL Server 2017 עדכון מצטבר 2 (CU2).

גרסת Build של CU של Analysis Services

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

עדכונים מצטברים (CU)

עדכונים מצטברים (CU) זמינים כעת במרכז ההורדות של Microsoft.

רק העדכון המצטבר העדכני ביותר שפורסם עבור SQL Server 2017 זמין במרכז ההורדות.

חבילות CU עבור Linux זמינות בכתובת https://packages.microsoft.com.

• כל יחידת CU חדשה מכילה את כל התיקונים שנכללו בעדכון המצטבר הקודם עבור הגרסה המותקנת של SQL Server.
• העדכונים המצטברים של SQL Server מאושרים לאותן רמות של חבילות שירות, ויש להתקין אותם באותה רמת מהימנות.
• אנו ממליצים על התקנה מתמשכת ויזומה של עדכונים מצטברים ברגע שהם הופכים לזמינים בהתאם להנחיות אלה:
  • נתונים היסטוריים מראים שמספר משמעותי של אירועי תמיכה כוללים בעיה שכבר טופלה בעדכון המצטבר שפורסם.
  • עדכונים מצטברים עשויים להכיל ערך מוסף מעל ומעבר לתיקונים חמים. הדבר כולל עדכוני תמיכה, יכולת ניהול ומהימנות.
• מומלץ לבדוק את העדכונים המצטברים של SQL Server לפני פריסה שלהם בסביבות ייצור.

חשוב

כל ההפצות (כולל RHEL 7.3 ו- 7.4) המשתמשות בחבילת קוצב הלב העדכנית ביותר הזמינה 1.1.18-11.el7 מציגות שינוי אופן פעולה עבור הגדרת האשכול אם הערך start-failure-is-fatal שלה הוא false. שינוי זה משפיע על זרימת העבודה של מעבר לגיבוי בעת כשל. אם עותק משוכפל ראשי נתקל בהפסקת שירות, האשכול צפוי לבצע מעבר לגיבוי בעת כשל באחד מהעותקים המשניים הזמינים. במקום זאת, המשתמשים יבחינו שהאשכול ממשיך לנסות להפעיל את העותק המשוכפל הראשי שנכשל. אם העיקרי הזה לעולם לא ייכנס למצב מקוון (בגלל הפסקת שירות קבועה), האשכול לעולם לא ייכשל בעותק משוכפל משני זמין אחר.

בעיה זו משפיעה על כל הגירסאות של SQL Server, ללא קשר לגירסת העדכון המצטברת שבה הן משתמשות.

כדי לתקל בעיה זו, השתמש באחת מהשיטות הבאות.

שיטה 1

בצע שלבים אלה:

1. הסר את העקיפה start-failure-is-fatal מהאשכול הקיים.

   # RHEL, Ubuntu pcs property unset start-failure-is-fatal # או pcs property set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true

2. הקטנת הערך cluster-recheck-interval .

   # RHEL, Ubuntu pcs property set cluster-recheck-interval=<Xmin> # SLES crm configure property cluster-recheck-interval=<Xmin>

3. הוסף את המטא-מאפיין לכל failure-timeout משאב AG.

   # RHEL, עדכון משאבים של מחשבי אובונטו ag1 מטא כשל זמן קצוב = שנות ה-60 # SLES crm קביעת תצורה של עריכה ag1 # בעורך הטקסט, הוסף 'meta failure-timeout=60s' אחרי כל 'פרמטר' ולפני כל 'op's

   הערה

   בקוד זה, החלף את הערך עבור Xmin> בהתאם לצורך<. אם עותק משוכפל נופל, האשכול מנסה להפעיל מחדש את העותק המשוכפל במרווח זמן המאוגד על-ידי הערך failure-timeout והערך cluster-recheck-interval . לדוגמה, אם failure-timeout ההגדרה היא ל- 60 שניות ומוגדרת cluster-recheck-interval ל- 120 שניות, מנסים להפעיל מחדש במרווח זמן גדול מ- 60 שניות אך פחות מ- 120 שניות. מומלץ להגדיר failure-timeout ערך גדול 60s מ- 60 שניות cluster-recheck-interval . מומלץ שלא להגדיר cluster-recheck-interval כערך קטן. למידע נוסף, עיין בתיעוד של קוצב הלב או התייעץ עם ספק המערכת.

שיטה 2

חזור לגרסה 1.1.16 של קוצב הלב.

חשוב

עליך להפעיל קובץ Script זה אם אתה משתמש במאגר השאילתות ואתה מעדכן מעדכון מ- SQL Server 2017 עדכון מצטבר 2 (CU2) ישירות ל- SQL Server 2017 עדכון מצטבר 3 (CU3) או כל עדכון מצטבר מאוחר יותר. אין צורך להפעיל קובץ Script זה אם התקנת בעבר את עדכון מצטבר 3 (CU3) של SQL Server 2017 או עדכון מצטבר מאוחר יותר של SQL Server 2017.

SET NOCOUNT ON;
DROP TABLE IF EXISTS #tmpUserDBs;

SELECT [database_id], 0 AS [IsDone]
INTO #tmpUserDBs
FROM master.sys.databases
WHERE [database_id] > 4
 AND [state] = 0 -- must be ONLINE
 AND is_read_only = 0 -- cannot be READ_ONLY
 AND [database_id] NOT IN (SELECT dr.database_id FROM sys.dm_hadr_database_replica_states dr -- Except all local Always On secondary replicas
  INNER JOIN sys.dm_hadr_availability_replica_states rs ON dr.group_id = rs.group_id
  INNER JOIN sys.databases d ON dr.database_id = d.database_id
  WHERE rs.role = 2 -- Is Secondary
   AND dr.is_local = 1
   AND rs.is_local = 1)

DECLARE @userDB sysname;

WHILE (SELECT COUNT([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0) > 0
BEGIN
 SELECT TOP 1 @userDB = DB_NAME([database_id]) FROM #tmpUserDBs WHERE [IsDone] = 0

 -- PRINT 'Working on database ' + @userDB

 EXEC ('USE [' + @userDB + '];
DECLARE @clearPlan bigint, @clearQry bigint;
IF EXISTS (SELECT [actual_state] FROM sys.database_query_store_options WHERE [actual_state] IN (1,2))
BEGIN
 IF EXISTS (SELECT plan_id FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27'')
 BEGIN
  DROP TABLE IF EXISTS #tmpclearPlans;

  SELECT plan_id, query_id, 0 AS [IsDone]
  INTO #tmpclearPlans
  FROM sys.query_store_plan WHERE engine_version = ''14.0.3008.27''

  WHILE (SELECT COUNT(plan_id) FROM #tmpclearPlans WHERE [IsDone] = 0) > 0
  BEGIN
   SELECT TOP 1 @clearPlan = plan_id, @clearQry = query_id FROM #tmpclearPlans WHERE [IsDone] = 0
   EXECUTE sys.sp_query_store_unforce_plan @clearQry, @clearPlan;
   EXECUTE sys.sp_query_store_remove_plan @clearPlan;

   UPDATE #tmpclearPlans
   SET [IsDone] = 1
   WHERE plan_id = @clearPlan AND query_id = @clearQry
  END;

  PRINT ''- Cleared possibly affected plans in database [' + @userDB + ']''
 END
 ELSE
 BEGIN
  PRINT ''- No affected plans in database [' + @userDB + ']''
 END
END
ELSE
BEGIN
 PRINT ''- Query Store not enabled in database [' + @userDB + ']''
END')
  UPDATE #tmpUserDBs
  SET [IsDone] = 1
  WHERE [database_id] = DB_ID(@userDB)
END

מומלץ לעיין במאמרים הבאים לפני פריסת עדכון בסביבה היברידית (כגון 'מופעל תמיד', 'שכפול', 'אשכול' ו'שיקוף'):

• שדרוג מופע של אשכול מעבר לגיבוי בעת כשל

  הערה

  אם אינך רוצה להשתמש בתהליך העדכון המתגלגל, יש לבצע את השלבים הבאים כדי להחיל עדכון:

  • התקנת העדכון בצומת הפסיבי.
  • התקנת העדכון בצומת הפעיל (מחייב הפעלה מחדש של השירות).

• שדרוג ועדכון של שרתים של קבוצת זמינות המשתמשים בזמן השבתה ואובדן נתונים מינימליים

  הערה

  אם הפעלת את קבוצות זמינות AlwaysOn יחד עם קטלוג SSISDB, עליך לעיין במידע אודות SSIS עם קבוצות זמינות AlwaysOn לגבי האופן שבו ניתן להחיל עדכון בסביבות אלה.

• כיצד להחיל תיקון חם עבור SQL Server בטופולוגיית שכפול טרנזקציות ושיקוף מסד נתונים

• כיצד להחיל תיקון חם עבור SQL Server בטופולוגיית שכפול

• שדרוג מופעים משוקפים

• מבט כולל על התקנת שירות של SQL Server

עדכונים מצטברים של SQL Server הם רב-לשוניים כרגע. לכן, חבילת CU זו אינה ספציפית לשפה אחת. היא חלה על כל השפות הנתמכות.

חבילת CU אחת כוללת את כל העדכונים הזמינים עבור כל הרכיבים (תכונות) של SQL Server 2017. עם זאת, חבילת העדכון המצטבר מעדכנת רק את הרכיבים המותקנים כעת במופע של SQL Server שבחרת לקבל עבורו שירות. אם תכונת SQL Server (לדוגמה, Analysis Services) מתווספת למופע לאחר החלת CU זה, עליך להחיל מחדש CU זה כדי לעדכן את התכונה החדשה ב- CU זה.

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

1. בלוח הבקרה, פותחים את הפריט תוכניות ותכונות, ולאחר מכן בוחרים הצגת עדכונים מותקנים.
2. אתר את הערך המתאים לחבילת עדכון מצטבר זו תחת SQL Server 2017.
3. יש ללחוץ ולהחזיק (או ללחוץ באמצעות לחצן העכבר הימני) על הערך ולאחר מכן לבחור הסרת התקנה.

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