KB5016884 - Pembaruan kumulatif 31 untuk SQL Server 2017
Tanggal Rilis:
20/09/2022
Versi:
14.0.3456.2
Penting: Pembaruan Kumulatif 31 adalah pembaruan kumulatif terakhir untuk Microsoft SQL Server 2017. SQL Server 2017 dialihkan ke dukungan diperpanjang setelah 11 Oktober 2022.
Ringkasan
Artikel ini menguraikan paket Pembaruan Kumulatif 31 (CU31) untuk Microsoft SQL Server 2017. Pembaruan ini berisi 20 perbaikan yang dikeluarkan setelah rilis SQL Server 2017 Pembaruan Kumulatif 30, dan memperbarui komponen ke build berikut:
-
SQL Server - Versi produk: 14.0.3456.2, versi file: 2017.140.3456.2
-
Analysis Services - Versi produk: 14.0.249.94, versi file: 2017.140.249.94
Masalah umum dalam pembaruan ini
Misalnya tabel yang digunakan oleh replikasi menggunakan kolom yang menggunakan fungsi NEWSEQUENTIALID di kunci utama. Terjadi kesalahan saat Anda mencoba menerapkan snapshot pada pelanggan. Berikut adalah perintah yang dicoba dan pesan kesalahan:
-
Perintah dicoba:
create procedure [sp_MSupd_PersonAddress]
@c1 int = NULL,
@c2 nvarchar(60) = NULL,
@c3 nvarchar(60) = NULL,
@c4 nvarchar(30) = NULL,
@c5 int = NULL,
@c6 nvarchar(15) = NULL,
@c7 [geography] = NULL,
@c8 uniqueidentifier = NULL,
@c9 datetime = NULL,
@pkc1 uniqueidentifier = NULL,
@bitmap binary(2)
as
begin
declare @primarykey_text nvarchar(100) = ''
if (substring(@bitmap,1,1) & 128 = 128)
begin
if @pkc1 is null
set @pkc1 = (newsequentialid())
update [Person].[
(Transaction sequence number: 0x0000002400000F30005500000000, Command ID: 7)
-
Pesan kesalahan:
Fungsi bawaan newsequentialid() hanya dapat digunakan dalam ekspresi DEFAULT untuk kolom tipe 'uniqueidentifier' dalam pernyataan CREATE TABLE atau ALTER TABLE. Tidak dapat digabungkan dengan operator lain untuk membentuk ekspresi skalar kompleks. (Sumber: MSSQLServer, Nomor kesalahan: 302)
Dapatkan bantuan: http://help/302
Note Satu-satunya cara untuk mengatasi masalah ini adalah dengan mengubah kolom kunci utama ke fungsi NEWID saat Anda mengambil snapshot lalu mengaturnya kembali ke fungsi NEWSEQUENTIALID setelah snapshot diterapkan. Anda bisa menjalankan perintah berikut ini:
ALTER TABLE [Person].[Address] DROP CONSTRAINT [PK_Address_rowguid]
GO
ALTER TABLE [Person].[Address] ADD CONSTRAINT [PK_Address_rowguid] DEFAULT (NEWID()) FOR [rowguid]
GO
ALTER TABLE [Person].[Address] DROP CONSTRAINT [PK_Address_rowguid]
GO
ALTER TABLE [Person].[Address] ADD CONSTRAINT [PK_Address_rowguid] DEFAULT (NEWSEQUENTIALID()) FOR [rowguid]
GO
Penyempurnaan dan perbaikan yang disertakan dalam pembaruan kumulatif ini
Buku kerja Excel yang dapat diunduh yang berisi daftar ringkasan build, bersama dengan siklus hidup dukungan mereka saat ini, tersedia. File Excel juga berisi daftar perbaikan mendetail untuk SQL Server 2019 dan SQL Server 2017. Unduh file Excel ini sekarang.
Catatan: Entri individual dalam tabel berikut ini bisa dirujuk secara langsung melalui bookmark. Jika Anda memilih ID referensi bug apa pun dalam tabel, Anda akan melihat bahwa tag bookmark ditambahkan ke URL menggunakan format ini: #bkmk_NNNNNNNN. Anda kemudian dapat berbagi URL ini dengan orang lain sehingga mereka dapat langsung menuju perbaikan yang diinginkan dalam tabel.
Referensi bug |
Nomor artikel KB |
Deskripsi |
Area perbaikan |
Platform |
||
---|---|---|---|---|---|---|
Mengatasi kerentanan Penolakan Layanan (DoS) untuk pustaka Newtonsoft di SQL Server 2017. |
Analysis Services |
Windows |
||||
Permintaan baca-saja masih masuk ke simpul utama baca-tulis dalam grup ketersediaan Selalu Aktif saat simpul daftar perutean baca-saja turun. |
Ketersediaan Tinggi |
Semua |
||||
Kegagalan penegasan terjadi pada replika sekunder ketika Anda menggunakan grup ketersediaan Selalu Aktif dalam jaringan latensi tinggi di SQL Server 2017. Anda mungkin melihat kegagalan penegasan ini dalam log kesalahan: Penegasan: File: <"e:\\b\\s3\\sources\\sql\\ntdbms\\storeng\\dfs\\trans\\lsnlocmap.cpp">, line=358 Failed Assertion = 'pos - pndx < map->EntryCount' |
Ketersediaan Tinggi |
Semua |
||||
Metadata tempdb yang dioptimalkan memori (HkTempDB) terus mengkonsumsi memori di bawah VARHEAP: Alokator Halaman LOB. |
OLTP In-Memory |
Windows |
||||
Kebocoran memori terjadi dalam rentang indeks tabel dalam memori setelah pemindaian indeks paralel. |
OLTP In-Memory |
Semua |
||||
Kebocoran memori terjadi di bawah "Range Index Heap" pada tabel dalam memori yang memiliki indeks non-kluster, setiap kali ada sisipan serentak. |
OLTP In-Memory |
Semua |
||||
Masalah kinerja dan kebuntuan terjadi pada SQL Server Agent dalam database msdb yang memiliki cadangan otomatis. Selain itu, Anda melihat pesan kesalahan berikut dalam log SQL Server Agent: <DateTime> SQLServer Error: 1205, Transaction (Process ID) mengalami deadlock pada sumber daya lock dengan proses lain dan telah dipilih sebagai korban deadlock. Jalankan kembali transaksi. <DateTime> Gagal mengambil pekerjaan <> JobID dari server. |
Alat Manajemen |
Windows |
||||
5017551 |
MEMPERBAIKI: Menginstal SQL Server CU dapat memicu IndexOutOfRangeException |
Penyetelan & Instal |
Windows |
|||
5017788 |
Kinerja SQL |
Semua |
||||
Pembuangan penjadwal yang tidak menghasilkan terjadi di sqldk! SOS_MemoryWorkSpace::Pencarian. |
Kinerja SQL |
Semua |
||||
Dump yang tidak menghasilkan sering terjadi di ColumnStoreAttributeCache::ColumnStoreColumnAttributeNode::GetSegmentById. |
Kinerja SQL |
Windows |
||||
5018050 |
Penyempurnaan: Menambahkan opsi tingkat layanan database Azure SQL baru ke fitur Bentangkan Database |
Mesin SQL Server |
Windows |
|||
5018231 |
Mesin SQL Server |
Windows |
||||
5008184 |
Mesin SQL Server |
Semua |
||||
Kesalahan 9003 terjadi dengan nomor urutan log (LSN) yang salah ketika Anda melakukan pemulihan berikutnya setelah menentukan LSN pada batas file log virtual (VLF) dengan menggunakan pernyataan PULIHKAN DENGAN SIAGA. Berikut adalah pesan kesalahan: Msg 3013, Tingkat 16, Negara Bagian 1, Line <LineNumber> PEMULIHAN DATABASE berakhir secara abnorrmal. Msg 9003, Tingkat 17, Negara Bagian 11, Line <LineNumber> Nomor pemindaian log (<LogScanNumber>) yang dikirim untuk mencatat pemindaian dalam database '<DatabaseName>' tidak valid. Kesalahan ini mungkin mengindikasikan kerusakan data atau bahwa file log (.ldf) tidak cocok dengan file data (.mdf). Jika kesalahan ini terjadi selama replikasi, buat ulang publikasi. Jika tidak, pulihkan dari cadangan jika masalah mengakibatkan kegagalan selama startup. |
Mesin SQL Server |
Windows |
||||
Kesalahan 208 terjadi ketika Anda menggunakan prosedur sp_changereplicationserverpasswords disimpan untuk mengubah kata sandi yang disimpan untuk masuk SQL Server Microsoft yang digunakan oleh agen replikasi. Berikut adalah pesan kesalahan: Msg 208, Tingkat 16, Negara Bagian 1, Prosedur master.sys.sp_MSchangerepltablepasswords, Line <LineNumber> [Batch Start Line 0] Nama objek tidak valid 'MSreplservers'. |
Mesin SQL Server |
Windows |
||||
Penggunaan CPU tinggi terjadi ketika Anda mengaktifkan pelacakan perubahan pada tabel dalam jumlah besar dan melakukan pembersihan otomatis atau manual tabel pelacakan perubahan. |
Mesin SQL Server |
Windows |
||||
Fitur FILESTREAM tidak diaktifkan setelah Anda memulai ulang sistem operasi karena kondisi balapan dari beberapa contoh SQL Server. Dalam log kesalahan, Anda bisa melihat pesan kesalahan berikut: Kesalahan: 5591, Tingkat Keparahan: 16, Negara Bagian: 5. Fitur FILESTREAM dinonaktifkan. |
Mesin SQL Server |
Windows |
||||
ID grup file dari file yang termasuk dalam database kloning bisa salah jika database sumber memiliki kesenjangan dalam ID grup file karena penghapusan file atau grup file. Saat Anda mencoba menyisipkan data ke dalam tabel yang termasuk dalam database kloning yang dibuat dengan tidak benar, Anda menerima pesan kesalahan yang menyerupai pesan berikut ini: Msg 622, Tingkat 16, Negara Bagian 3, Garis <LineNumber> Grup file "<FileGroupName>" tidak memiliki file yang ditetapkan padanya. Tabel, indeks, kolom teks, kolom ntext, dan kolom gambar tidak dapat diisi pada grup file ini hingga file ditambahkan. |
Mesin SQL Server |
Windows |
||||
Pelanggaran akses dapat terjadi setelah Anda menerapkan SQL Server 2017 Pembaruan Kumulatif 30 (CU30). Masalah ini dapat terjadi ketika Anda melakukan operasi sisipkan massal diikuti dengan pernyataan SELECT dalam transaksi yang sama, dan model pemulihan database sederhana atau dicatat massal. |
Mesin SQL Server |
Semua |
Cara mendapatkan atau mengunduh paket pembaruan kumulatif terbaru
Pembaruan berikut tersedia dari Pusat Unduhan Microsoft:
Unduh paket pembaruan kumulatif terbaru untuk SQL Server 2017 sekarang
Jika halaman unduhan tidak muncul, hubungi Layanan Pelanggan dan Dukungan Microsoft untuk mendapatkan paket pembaruan kumulatif.
Catatan: Setelah pembaruan kumulatif yang akan datang dirilis untuk SQL Server 2017, ini dan semua CUs sebelumnya dapat diunduh dari Katalog Pembaruan Microsoft. Namun, kami menyarankan agar Anda selalu menginstal pembaruan kumulatif terbaru yang tersedia.
Pembaruan berikut tersedia dari Katalog Pembaruan Microsoft:
Unduh paket pembaruan kumulatif untuk SQL Server 2017 CU 31 sekarang
Untuk memperbarui Linux ke CU terbaru, Anda harus terlebih dahulu mengonfigurasi repository Pembaruan Kumulatif. Kemudian, perbarui paket SQL Server Anda dengan menggunakan perintah pembaruan khusus platform yang sesuai.
Untuk instruksi penginstalan dan tautan langsung ke unduhan paket CU, lihat catatan rilis.
Informasi berkas
Anda dapat memverifikasi unduhan dengan menghitung hash file SQLServer2017-KB5016884-x64.exe dengan menjalankan perintah berikut:
certutil -hashfile SQLServer2017-KB5016884-x64.exe SHA256
Nama file |
Hash SHA256 |
---|---|
SQLServer2017-KB5016884-x64.exe |
AE3554BA0A474B4D1A6B2D3BB7F00A4F6308DBE50178FFF67BAA8B21CC74DBC2 |
Versi bahasa Inggris dari paket ini memiliki atribut file (atau atribut file yang lebih baru) yang tercantum dalam tabel berikut ini. Tanggal dan waktu untuk file ini tercantum dalam Waktu Universal Terkoordinasi (UTC). Saat melihat informasi berkas, waktu akan diubah ke waktu lokal. Untuk menemukan perbedaan antara UTC dan waktu setempat, gunakan tab Zona Waktu dalam item Tanggal dan Waktu di Panel Kontrol.
versi berbasis x64 SQL Server 2017 Analysis Services
SQL Server 2017 Database Services Common Core
SQL Server 2017 Data Quality Client
Kualitas Data SQL Server 2017
SQL Server 2017 sql_dreplay_client
sql_dreplay_controller SQL Server 2017
Instans Inti Layanan Database SQL Server 2017
SQL Server 2017 Database Services Core Shared
sql_extensibility SQL Server 2017
Mesin Full-Text SQL Server 2017
sql_inst_mr SQL Server 2017
Layanan Integrasi SQL Server 2017
sql_polybase_core_inst SQL Server 2017
sql_shared_mr SQL Server 2017
sql_tools_extensions SQL Server 2017
|
Catatan untuk pembaruan ini
Untuk menerapkan paket Pembaruan Kumulatif ini, Anda harus menjalankan SQL Server 2017.
Anda mungkin harus memulai ulang komputer setelah menerapkan paket Pembaruan Kumulatif ini.
Untuk menggunakan salah satu hotfix dalam paket ini, Anda tidak perlu membuat perubahan pada registri.
Artikel ini juga menyediakan informasi penting tentang situasi berikut ini:
-
Alat pacu jantung : Perubahan perilaku dilakukan dalam distribusi yang menggunakan versi Pacemaker terbaru yang tersedia. Metode mitigasi disediakan.
-
Bursa Kueri : Anda harus menjalankan skrip ini jika anda menggunakan Bursa Kueri dan anda telah menginstal Microsoft SQL Server 2017 Cumulative Update 2 (CU2).
Versi build CU Analysis Services
Dimulai pada SQL Server 2017, nomor versi build Analysis Services dan nomor versi build Mesin Database SQL Server tidak cocok. Untuk informasi selengkapnya, lihat Memverifikasi versi build pembaruan kumulatif Analysis Services.
Pembaruan kumulatif (CU)
Pembaruan kumulatif (CU) kini tersedia di Pusat Unduhan Microsoft.
Hanya CU terbaru yang dirilis untuk SQL Server 2017 yang tersedia di Pusat Unduhan.
Paket CU untuk Linux tersedia di https://packages.microsoft.com/.
Catatan
-
Setiap CU baru berisi semua perbaikan yang disertakan dengan CU sebelumnya untuk versi SQL Server yang terinstal.
-
SQL Server CU disertifikasi ke tingkat yang sama seperti Paket Layanan, dan harus diinstal pada tingkat kepercayaan diri yang sama.
-
Kami menyarankan penginstalan CUS proaktif yang sedang berlangsung saat tersedia sesuai dengan panduan ini:
-
Data historis menunjukkan bahwa sejumlah besar kasus dukungan melibatkan masalah yang telah diatasi dalam CU yang dirilis.
-
CUS mungkin berisi nilai tambah di atas dan di atas hotfix. Hal ini mencakup pembaruan keandalan, kemudahan pengelolaan, dan keandalan.
-
-
Kami menyarankan Agar Anda menguji CU sebelum menyebarkannya ke lingkungan produksi.
PENTING
Semua distribusi (termasuk RHEL 7.3 dan 7.4) yang menggunakan paket Pacemaker terbaru yang tersedia 1.1.18-11.el7 memperkenalkan perubahan perilaku untuk pengaturan kluster mulai-kegagalan-is-fatal jika nilainya salah. Perubahan ini mempengaruhi alur kerja failover. Jika replika utama mengalami pemadaman, kluster diharapkan gagal ke salah satu replika sekunder yang tersedia. Sebagai gantinya, pengguna akan melihat bahwa kluster terus mencoba untuk memulai replika utama yang gagal. Jika primer tersebut tidak pernah online (karena pemadaman permanen), kluster tidak pernah gagal ke replika sekunder lain yang tersedia.
Masalah ini memengaruhi semua versi SQL Server, terlepas dari versi pembaruan kumulatifnya.
Untuk mengurangi masalah, gunakan salah satu metode berikut ini.
Metode 1
Ikuti langkah-langkah ini:
-
Hapus start-failure-is-fatal override dari kluster yang sudah ada.
# RHEL, Ubuntu pcs properti unset start-failure-is-fatal # atau properti pcs set start-failure-is-fatal=true # SLES crm configure property start-failure-is-fatal=true -
Mengurangi nilai interval cluster-recheck .
# RHEL, properti pcs Ubuntu set cluster-recheck-interval=<Xmin> # SLES crm konfigurasi properti cluster-recheck-interval=<Xmin> -
Tambahkan properti meta waktu kegagalan ke setiap sumber daya AG.
# RHEL, Ubuntu pcs resource update ag1 meta failure-timeout=60s # SLES crm configure edit ag1 # In the text editor, add 'meta failure-timeout=60s' after any 'param's and before any 'op'sNote Dalam kode ini, ganti nilai <Xmin> sebagaimana mestinya. Jika replika turun, kluster mencoba untuk memulai ulang replika pada interval yang terikat oleh nilai waktu habis kegagalan dan nilai interval cluster-recheck- . Misalnya, jika waktu habis kegagalan diatur ke 60 detik dan interval pemeriksaan-cluster-recheck diatur ke 120 detik, mulai ulang dicoba pada interval yang lebih besar dari 60 detik tetapi kurang dari 120 detik. Kami menyarankan Agar Anda mengatur waktu habis kegagalan ke 60-an dan interval pemeriksaan-klaster ke nilai yang lebih besar dari 60 detik. Kami menyarankan agar Anda tidak mengatur interval klaster-recheck ke nilai kecil. Untuk informasi selengkapnya, lihat dokumentasi Pacu Jantung atau hubungi penyedia sistem.
Metode 2
Kembali ke Pacemaker versi 1.1.16.
PENTING
Anda harus menjalankan skrip ini jika menggunakan Bursa Kueri dan memperbarui dari SQL Server 2017 Pembaruan Kumulatif 2 (CU2) secara langsung ke SQL Server 2017 Pembaruan Kumulatif 3 (CU3) atau pembaruan kumulatif yang lebih baru. Anda tidak harus menjalankan skrip ini jika Anda sebelumnya telah menginstal SQL Server 2017 Pembaruan Kumulatif 3 (CU3) atau pembaruan kumulatif SQL Server 2017 yang lebih baru.
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
Saat Anda menyebarkan pembaruan ke lingkungan hibrid (seperti AlwaysOn, replikasi, kluster, dan pencerminan), kami menyarankan agar Anda merujuk ke artikel berikut ini sebelum Anda menyebarkan pembaruan:
-
SQL Server proses pembaruan bergulir kluster failover dan paket
layanan Catatan Jika Anda tidak ingin menggunakan proses pembaruan bergulir, ikuti langkah-langkah ini untuk menerapkan pembaruan:-
Instal pembaruan pada simpul pasif.
-
Instal pembaruan pada simpul aktif (memerlukan layanan dimulai ulang).
-
-
Pemutakhiran dan pembaruan server grup ketersediaan yang menggunakan waktu henti minimal dan kehilangan
data Catatan Jika Anda mengaktifkan AlwaysOn dengan katalog SSISDB, lihat informasi tentang SSIS dengan AlwaysOn untuk informasi selengkapnya tentang cara menerapkan pembaruan di lingkungan ini. -
Cara menerapkan hotfix untuk SQL Server dalam topologi replikasi
SQL Server Updates kumulatif saat ini multibahasa. Oleh karena itu, paket pembaruan kumulatif ini tidak khusus untuk satu bahasa. Ini berlaku untuk semua bahasa yang didukung.
Satu paket Pembaruan Kumulatif mencakup semua pembaruan yang tersedia untuk semua komponen (fitur) 2017 SQL Server. Namun, paket pembaruan kumulatif hanya memperbarui komponen yang saat ini diinstal pada instans SQL Server yang Anda pilih untuk diservis. Jika fitur SQL Server (misalnya, Analysis Services) ditambahkan ke instans setelah CU ini diterapkan, Anda harus menerapkan ulang CU ini untuk memperbarui fitur baru ke CU ini.
Jika masalah tambahan terjadi atau jika diperlukan pemecahan masalah, Anda mungkin harus membuat permintaan layanan. Biaya dukungan biasa akan berlaku untuk pertanyaan dukungan tambahan dan untuk masalah yang tidak memenuhi syarat untuk paket pembaruan kumulatif tertentu ini. Untuk daftar lengkap nomor telepon Layanan Pelanggan dan Dukungan Microsoft, atau untuk membuat permintaan layanan terpisah, masuk ke situs web Dukungan Microsoft.
Cara menghapus instalan pembaruan ini
-
Di Panel Kontrol, buka item Program dan Fitur, lalu pilih Tampilkan pembaruan yang terinstal.
-
Temukan entri yang terkait dengan paket pembaruan kumulatif ini di bawah SQL Server 2017.
-
Tekan dan tahan (atau klik kanan) entri, lalu pilih Hapus instalan.
Untuk menghapus instalan CU ini di Linux, Anda harus mengembalikan paket ke versi sebelumnya.
Untuk informasi selengkapnya tentang cara mengembalikan instalasi, lihat SQL Server Pembatalan.
Sanggahan informasi pihak ketiga
Produk pihak ketiga yang dibahas dalam artikel ini diproduksi oleh perusahaan yang independen dari Microsoft. Microsoft tidak memberikan jaminan, tersirat atau tersurat, terkait kinerja atau keandalan produk ini.
Referensi
-
Mengumumkan pembaruan untuk Model Pelayanan Tambahan SQL Server (ISM, Incremental Servicing Model)
-
Skrip untuk menentukan versi dan edisi mesin database SQL Server yang dijalankan
-
Model Pelayanan Inkremental untuk SQL Server memberikan hotfix untuk masalah yang dilaporkan
-
Skema penamaan untuk paket pembaruan perangkat lunak SQL Server Microsoft