KB4462262 - التحديث التراكمي 11 ل SQL Server 2017

يتوفر التحديث التالي من مركز التنزيل لـ Microsoft:

قم بتنزيل أحدث حزمة تحديث تراكمي ل SQL Server 2017 الآن

إذا لم تظهر صفحة التنزيل، فاتصل بخدمة عملاء Microsoft والدعم للحصول على حزمة التحديث التراكمي.

يتوفر التحديث التالي من كتالوج Microsoft Update:

قم بتنزيل حزمة التحديث التراكمي ل SQL Server 2017 CU11 الآن

لتحديث SQL Server 2017 على Linux إلى أحدث وحدة CU، يجب أولا تكوين مستودع التحديث التراكمي. بعد ذلك، يمكن تحديث حزم SQL Server باستخدام أمر التحديث المناسب الخاص بالنظام الأساسي.

للحصول على إرشادات التثبيت والارتباطات المباشرة لتنزيلات حزمة CU، راجع ملاحظات إصدار SQL Server 2017.

يمكنك التحقق من التنزيل عن طريق حساب تجزئة ملف SQLServer2017-KB4462262-x64.exe باستخدام الأمر التالي:

certutil -hashfile SQLServer2017-KB4462262-x64.exe SHA256

يحتوي الإصدار الإنجليزي من هذه الحزمة على سمات الملف (أو سمات الملفات الأحدث) المدرجة في الجدول التالي. يتم سرد التواريخ والأوقات الخاصة بهذه الملفات بالتوقيت العالمي المتفق عليه (UTC). وعندما تعرض معلومات الملف، يتم تحويلها إلى التوقيت المحلي. للعثور على الفرق بين التوقيت العالمي المتفق عليه والوقت المحلي، استخدم علامة تبويب "المنطقة الزمنية" في العنصر "التاريخ والوقت" في لوحة التحكم.

الإصدارات المستندة إلى x64

SQL Server 2017 Analysis Services

SQL Server 2017 Database Services Common Core

SQL Server 2017 sql_dreplay_client

SQL Server 2017 sql_dreplay_controller

المثيل الرئيسي لخدمات قاعدة بيانات SQL Server 2017

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 Integration Services

SQL Server 2017 sql_polybase_core_inst

SQL Server 2017 sql_shared_mr

SQL Server 2017 sql_tools_extensions

لتطبيق حزمة التحديث التراكمي هذه، يجب تشغيل SQL Server 2017.

قد تضطر إلى إعادة تشغيل جهاز الكمبيوتر بعد تطبيق حزمة التحديث التراكمي هذه.

لاستخدام أحد الإصلاحات العاجلة الموجودة في هذه الحزمة، لا يلزمك إجراء أي تغييرات على السجل.

توفر هذه المقالة أيضا معلومات هامة حول الحالات التالية:

• جهاز تنظيم نبضات القلب: يتم إجراء تغيير سلوكي في التوزيعات التي تستخدم أحدث إصدار متوفر من جهاز تنظيم نبضات القلب. يتم توفير أساليب تخفيف المشكلة.

• مخزن الاستعلامات: يجب تشغيل هذا البرنامج النصي إذا كنت تستخدم "مخزن الاستعلامات" وإذا سبق لك تثبيت Microsoft SQL Server 2017 التحديث التراكمي 2 (CU2).

إصدار بنية التحديث التراكمي لـ Analysis Services

بدءاً من إصدار Microsoft SQL Server 2017، لم يعد رقم إصدار بنية مكون Analysis Services يطابق رقم إصدار بنية مكون محرك قاعدة بيانات SQL Server. لمزيد من المعلومات، راجع التحقق من إصدار بناء التحديث التراكمي لـ Analysis Services.

التحديثات التراكمية (CU)

تتوفر التحديثات التراكمية (CU) الآن في مركز تنزيل Microsoft.

لا يتوفر في "مركز التنزيل" سوى أحدث تحديث مجمع تم إصداره ل SQL Server 2017.

تتوفر حزم CU ل Linux على https://packages.microsoft.com.

• يتضمن كل تحديث تراكمي (CU) جديد جميع الإصلاحات التي كانت مشمولة في التحديث التراكمي السابق لإصدار SQL Server المثبَّت.
• تتمتع تحديثات SQL Server التراكمية بمستوى الاعتمادية نفسه الخاص بحزم الخدمات، وينبغي تثبيتها مع التمتع بنفس القدر من الثقة.
• نوصي بالتثبيت المستمر والاستباقي للتحديثات المجمعة فور توفرها وفقاً لهذه الإرشادات:
  • تُظهر البيانات التاريخية أن عدداً كبيراً من حالات الدعم يتعلق بمشكلة تمت معالجتها بالفعل في تحديث تراكمي (CU) صادر.
  • قد تحتوي التحديثات المجمعة على قيمة مضافة بالإضافة إلى الإصلاحات العاجلة. يتضمن ذلك تحديثات قابلية الدعم والإدارة والموثوقية.
• نوصي باختبار التحديثات المجمعة لـ 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 غير محددة start-failure-is-fatal # أو مجموعة خصائص أجهزة الكمبيوتر start-failure-is-fatal=true # SLES crm تكوين الخاصية 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 إلى كل مورد مجموعات عامة.

   # RHEL، Ubuntu pcs pcs update 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 قيمة أكبر 60scluster-recheck-interval من 60 ثانية وإلى هذه. ننصحك بعدم تعيين cluster-recheck-interval قيمة صغيرة. لمزيد من المعلومات، راجع وثائق جهاز تنظيم نبضات القلب أو استشر موفر النظام.

الطريقة 2

الرجوع إلى الإصدار 1.1.16 من جهاز ضبط نبضات القلب.

هام

يجب تشغيل هذا البرنامج النصي إذا كنت تستخدم "مخزن الاستعلامات" وكنت تقوم بالتحديث من التحديث التراكمي 2 (CU2) ل SQL Server 2017 مباشرة إلى التحديث التراكمي 3 (CU3) ل SQL Server 2017 أو أي تحديث تراكمي لاحق. لست بحاجة إلى تشغيل هذا البرنامج النصي إذا سبق لك تثبيت 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

عند نشر تحديث في بيئة مختلطة (مثل Always On، والنسخ المتماثل، ونظام المجموعة، والنسخ المتطابق)، نوصي بالرجوع إلى المقالات التالية قبل نشر التحديث:

• ترقية مثيل نظام مجموعة تجاوز الفشل

  ملاحظة

  إذا كنت لا تريد استخدام عملية التحديث المتداول، فاتبع هذه الخطوات لتطبيق تحديث:

  • تثبيت التحديث على العقدة الخاملة.
  • تثبيت التحديث على العقدة النشطة (يتطلب إعادة تشغيل خدمة).

• ترقية خوادم مجموعة التوفر وتحديثها مع الحد الأدنى من وقت التوقف وفقدان البيانات

  ملاحظة

  إذا مكنت ميزة Always On بالتزامن مع كتالوج SSISDB، فراجع المعلومات المتعلقة بـ SSIS وAlways On لمعرفة كيفية تطبيق التحديثات في هذه البيئات.

• كيفية تطبيق إصلاح عاجل لـ SQL Server في بيئة تعتمد على طبولوجيا النسخ المتماثل للمعاملات والنسخ المتطابق لقاعدة البيانات

• كيفية تطبيق إصلاح عاجل لـ SQL Server في طبولوجيا النسخ المتماثل

• ترقية المثيلات المنسوخة المتطابقة

• نظرة عامة على تثبيت خدمة SQL Server

تتوفر التحديثات التراكمية لـ SQL Server حاليًا بعدة لغات. لذلك، لا تقتصر حزمة التحديث التراكمي هذه على لغة واحدة. ينطبق على جميع اللغات المدعومة.

تتضمن حزمة واحدة من CU جميع التحديثات المتوفرة لجميع مكونات SQL Server 2017 (الميزات). ومع ذلك، تحدث حزمة التحديث التراكمي المكونات المثبتة حالياً فقط على مثيل SQL Server الذي تختاره لإجراء الخدمة عليه. إذا تمت إضافة إحدى ميزات SQL Server (مثل Analysis Services) إلى المثيل بعد تطبيق هذا التحديث التراكمي، فيجب إعادة تطبيق هذا التحديث التراكمي لتحديث الميزة الجديدة إلى مستوى هذا التحديث التراكمي.

إذا ظهرت مشكلات أخرى، أو إذا تطلب الأمر استكشاف الأخطاء وإصلاحها، فقد تحتاج إلى إنشاء طلب خدمة. ستُطبَّق تكاليف الدعم المعتادة على استفسارات الدعم الإضافية وعلى المشكلات التي لا تندرج ضمن نطاق حزمة التحديث التراكمي المحددة هذه. للحصول على قائمة كاملة بأرقام هواتف خدمة عملاء ودعم Microsoft، أو لإنشاء طلب خدمة منفصل، تفضل بزيارة موقع دعم Microsoft الإلكتروني.

1. في لوحة التحكم، افتح عنصر البرامج والميزات، ثم حدد عرض التحديثات المثبتة.
2. حدد موقع الإدخال المطابق لحزمة التحديث التراكمي هذه ضمن SQL Server 2017.
3. اضغط باستمرار (أو انقر بزر الماوس الأيمن) على التطبيق، ثم حدد إلغاء تثبيت.

لإلغاء تثبيت هذا التحديث التراكمي على Linux، يجب التراجع عن الحزمة إلى الإصدار السابق. لمزيد من المعلومات حول كيفية التراجع عن التثبيت، راجع التراجع عن SQL Server.