KB4342123 - การอัปเดตสะสม 10 สําหรับ SQL Server 2017

การอัปเดตต่อไปนี้จะพร้อมใช้งานจากศูนย์ดาวน์โหลด Microsoft:

ดาวน์โหลดแพคเกจโปรแกรมปรับปรุงสะสมล่าสุดสําหรับ SQL Server 2017 ตอนนี้

หากหน้าดาวน์โหลดไม่ปรากฏ ให้ติดต่อฝ่ายบริการลูกค้าและฝ่ายสนับสนุนของ Microsoft เพื่อรับแพคเกจการอัปเดตสะสม

การอัปเดตต่อไปนี้จะพร้อมใช้งานจาก Microsoft Update Catalog:

ดาวน์โหลดแพคเกจการอัปเดตสะสมสําหรับ SQL Server 2017 CU10 เดี๋ยวนี้

เมื่อต้องการอัปเดต SQL Server 2017 บน Linux เป็น CU ล่าสุด คุณต้องกําหนดค่าที่เก็บการอัปเดตสะสมก่อน จากนั้น อัปเดตแพคเกจ SQL Server ของคุณโดยใช้คำสั่งการอัปเดตเฉพาะแพลตฟอร์มที่เหมาะสม

สําหรับคําแนะนําในการติดตั้งและลิงก์โดยตรงไปยังการดาวน์โหลดแพคเกจ CU โปรดดูบันทึกย่อประจํารุ่นของ SQL Server 2017

คุณสามารถตรวจสอบการดาวน์โหลดโดยการคํานวณแฮชของไฟล์ SQLServer2017-KB4342123-x64.exe โดยใช้คําสั่งต่อไปนี้:

certutil -hashfile SQLServer2017-KB4342123-x64.exe SHA256

เวอร์ชันภาษาอังกฤษของแพ็กเกจนี้มีแอตทริบิวต์ของไฟล์ (หรือแอตทริบิวต์ของไฟล์ที่ใหม่กว่า) ซึ่งแสดงอยู่ในตารางต่อไปนี้ วันที่และเวลาสำหรับไฟล์เหล่านี้แสดงตามเวลามาตรฐานสากล (UTC) เมื่อคุณดูข้อมูลไฟล์ ข้อมูลไฟล์จะถูกแปลงเป็นเวลาท้องถิ่น หากต้องการค้นหาความแตกต่างระหว่างเวลา UTC และเวลาท้องถิ่นให้ใช้แท็บโซนเวลาในรายการวันที่และเวลาในแผงควบคุม

เวอร์ชันที่ทํางานบน x64

บริการการวิเคราะห์ของ SQL Server 2017

บริการฐานข้อมูล SQL Server 2017 Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

SQL Server 2017 Database Services Core Instance

SQL Server 2017 Database Services Core ที่แชร์

SQL Server 2017 sql_extensibility

SQL Server 2017 Full-Text Engine

SQL Server 2017 sql_inst_mr

บริการการผสาน SQL Server 2017

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

เมื่อต้องการใช้แพคเกจการอัปเดตสะสมนี้ คุณต้องใช้ SQL Server 2017

คุณอาจต้องรีสตาร์ตคอมพิวเตอร์หลังจากที่คุณนำแพคเกจการอัปเดตสะสมนี้ไปใช้

เมื่อต้องการใช้หนึ่งในโปรแกรมแก้ไขด่วนในแพคเกจนี้ คุณไม่จำเป็นต้องทำการเปลี่ยนแปลงใดๆ กับรีจิสทรี

บทความนี้ยังให้ข้อมูลสําคัญเกี่ยวกับสถานการณ์ต่อไปนี้ด้วย

• Pacemaker: การเปลี่ยนแปลงลักษณะการทํางานจะเกิดขึ้นในการแจกจ่ายที่ใช้ Pacemaker เวอร์ชันล่าสุดที่พร้อมใช้งาน มีวิธีการบรรเทาผลกระทบ

• Query Store: คุณต้องเรียกใช้สคริปต์นี้ถ้าคุณใช้ Query Store และคุณได้ติดตั้ง Microsoft SQL Server 2017 Cumulative Update 2 (CU2) ไว้ก่อนหน้านี้

เวอร์ชันบิลด์ของ Analysis Services CU

ตั้งแต่ Microsoft SQL Server 2017 หมายเลขเวอร์ชันรุ่น Analysis Services และหมายเลขเวอร์ชันรุ่นของกลไกจัดการฐานข้อมูล SQL Server ไม่ตรงกัน สำหรับข้อมูลเพิ่มเติม ให้ดูตรวจสอบเวอร์ชันของรุ่นการอัปเดตสะสม Analysis Services

การอัปเดตสะสม (CU)

การอัปเดตสะสม (CU) พร้อมใช้งานแล้วที่ศูนย์ดาวน์โหลด Microsoft

เฉพาะ CU ล่าสุดที่เผยแพร่สําหรับ SQL Server 2017 เท่านั้นที่จะพร้อมใช้งานที่ศูนย์ดาวน์โหลด

แพ็คเกจ CU สําหรับ Linux มีจําหน่ายที่https://packages.microsoft.com

• CU ใหม่แต่ละรายการมีการแก้ไขทั้งหมดที่มาพร้อมกับ CU ก่อนหน้าสำหรับ SQL Server เวอร์ชันที่ติดตั้งไว้
• SQL Server CU ได้รับการรับรองในระดับเดียวกับ Service Pack และควรติดตั้งในระดับความเชื่อมั่นเดียวกัน
• เราขอแนะนำให้ติดตั้ง CU อย่างต่อเนื่องในเชิงรุกเมื่อพร้อมใช้งานตามแนวทางเหล่านี้:
  • ข้อมูลในอดีตแสดงให้เห็นว่ากรณีการสนับสนุนจำนวนมากเกี่ยวข้องกับปัญหาที่ได้รับการแก้ไขแล้วใน CU ที่เผยแพร่
  • CU อาจมีคุณค่าเพิ่มเติมที่เหนือกว่าการแก้ไขด่วน ซึ่งรวมถึงการอัปเดตความสามารถในการสนับสนุน ความสามารถในการจัดการ และความน่าเชื่อถือ
• เราขอแนะนำให้คุณทดสอบ SQL Server CU ก่อนที่คุณจะปรับใช้กับสภาพแวดล้อมการผลิต

สำคัญ

การแจกจ่ายทั้งหมด (รวมถึง RHEL 7.3 และ 7.4) ที่ใช้แพคเกจ Pacemaker 1.1.18-11.el7 ที่มีอยู่ล่าสุด จะมีการเปลี่ยนแปลงลักษณะการทํางานสําหรับstart-failure-is-fatalการตั้งค่าคลัสเตอร์ ถ้าค่าเป็นfalse การเปลี่ยนแปลงนี้จะมีผลต่อเวิร์กโฟลว์ที่ใช้ในการแทนที่เมื่อเกิดข้อผิดพลาด หากแบบจําลองหลักประสบปัญหาขัดข้อง คาดว่าคลัสเตอร์จะไม่เกิดข้อผิดพลาดไปยังหนึ่งในแบบจําลองรองที่พร้อมใช้งาน แต่ผู้ใช้จะสังเกตเห็นว่าคลัสเตอร์ยังคงพยายามเริ่มแบบจําลองหลักที่ล้มเหลว หากรายการหลักไม่เคยออนไลน์ (เนื่องจากการหยุดทํางานถาวร) คลัสเตอร์จะไม่เกิดข้อผิดพลาดไปยังแบบจําลองรองอื่นที่พร้อมใช้งาน

ปัญหานี้ส่งผลกระทบต่อ SQL Server ทุกเวอร์ชัน โดยไม่คํานึงถึงเวอร์ชันของการอัปเดตสะสมที่ใช้งานอยู่

เมื่อต้องการบรรเทาปัญหานี้ ให้ใช้วิธีการอย่างใดอย่างหนึ่งต่อไปนี้

วิธีที่ 1

ทำตามขั้นตอนต่อไปนี้:

1. เอาการแทนที่ออกจาก start-failure-is-fatal คลัสเตอร์ที่มีอยู่

   # RHEL, Ubuntu Properties unset start-failure-is-fatal # or 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 คุณสมบัติ meta ให้กับแต่ละทรัพยากร AG

   # RHEL, การอัปเดตทรัพยากรพีซี Ubuntu ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # ในตัวแก้ไขข้อความ ให้เพิ่ม 'meta failure-timeout=60s' หลัง 'param's และก่อน 'op's ใดๆ

   หมายเหตุ

   ในโค้ดนี้ ให้แทนที่ค่า <Xmin> ตามความเหมาะสม หากแบบจําลองหยุดทํางาน คลัสเตอร์จะพยายามเริ่มการทํางานของแบบจําลองใหม่ในช่วงเวลาที่ผูกมัดด้วย failure-timeout ค่าและ cluster-recheck-interval ค่า ตัวอย่างเช่น ถ้า failure-timeout ถูกตั้งค่าเป็น 60 วินาทีและ cluster-recheck-interval ถูกตั้งค่าเป็น 120 วินาที การรีสตาร์ตจะถูกพยายามในช่วงเวลาที่มากกว่า 60 วินาทีแต่น้อยกว่า 120 วินาที เราขอแนะนําให้คุณตั้งค่า failure-timeout เป็น 60s และค่า cluster-recheck-interval ที่มากกว่า 60 วินาที เราขอแนะนําไม่ให้คุณตั้งค่า cluster-recheck-interval เป็นค่าน้อย สําหรับข้อมูลเพิ่มเติม โปรดดูคู่มือของ Pacemaker หรือสอบถามผู้ให้บริการระบบ

วิธีที่ 2

เปลี่ยนกลับไปเป็น Pacemaker เวอร์ชัน 1.1.16

สำคัญ

คุณต้องเรียกใช้สคริปต์นี้ถ้าคุณใช้ Query Store และคุณกําลังอัปเดตจาก SQL Server 2017 Cumulative Update 2 (CU2) ไปยัง SQL Server 2017 Cumulative Update 3 (CU3) โดยตรงหรือการอัปเดตแบบสะสมที่ใหม่กว่า คุณไม่ต้องเรียกใช้สคริปต์นี้ถ้าคุณได้ติดตั้ง SQL Server 2017 การอัปเดตสะสม 3 (CU3) หรือการอัปเดตสะสมของ 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, การจำลองแบบ, คลัสเตอร์ และการมิเรอร์) เราขอแนะนำให้คุณอ้างอิงถึงบทความต่อไปนี้ก่อนที่คุณจะปรับใช้การอัปเดต:

• อัปเกรดอินสแตนซ์คลัสเตอร์การย้ายโหนดเมื่อเกิดข้อผิดพลาด

  หมายเหตุ

  ถ้าคุณไม่ต้องการใช้กระบวนการอัปเดตแบบต่อเนื่อง ให้ทำตามขั้นตอนเหล่านี้เพื่อนำการอัปเดตไปใช้:

  • ติดตั้งการอัปเดตในโหนดพาสซีฟ
  • ติดตั้งการอัปเดตในโหนดที่ใช้งานอยู่ (จำเป็นต้องรีสตาร์ตบริการ)

• อัปเกรดและอัปเดตเซิร์ฟเวอร์กลุ่มความพร้อมใช้งานที่มีการหยุดทำงานและการสูญเสียข้อมูลน้อยที่สุด

  หมายเหตุ

  ถ้าคุณเปิดใช้งานกลุ่มให้บริการ AlwaysOn ร่วมกับแค็ตตาล็อก SSISDB ให้ดูข้อมูลเกี่ยวกับ SSIS ที่มีกลุ่มให้บริการ AlwaysOn เกี่ยวกับวิธีการใช้การอัปเดตในสภาพแวดล้อมเหล่านี้

• วิธีการใช้โปรแกรมแก้ไขด่วนสำหรับ SQL Server ในการจำลองแบบทรานแซคชันและโทโพโลยีการมิเรอร์ฐานข้อมูล

• วิธีการใช้โปรแกรมแก้ไขด่วนสำหรับ SQL Server ในโทโพโลยีการจำลองแบบ

• การอัปเกรดอินสแตนซ์ที่มิเรอร์

• ภาพรวมการติดตั้งการให้บริการ SQL Server

ขณะนี้ SQL Server CU มีหลายภาษา ดังนั้นแพคเกจ 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