Bagikan melalui

Perubahan signifikan pada fitur Mesin Database di SQL Server 2025.

Berlaku untuk: SQL Server 2025 (17.x)

Artikel ini menjelaskan perubahan yang memutuskan kompatibilitas pada fitur di Mesin Database dari SQL Server yang diperkenalkan dengan SQL Server 2025 (17.x). Perubahan ini dapat merusak aplikasi, skrip, atau fungsionalitas yang didasarkan pada versi SQL Server sebelumnya.

Koneksi server tertaut gagal setelah peningkatan

SQL Server 2025 (17.x) mencakup perubahan enkripsi yang memperkenalkan perubahan yang berdampak pada server tertaut. Perubahan ini dapat merusak aplikasi, skrip, atau fungsionalitas yang didasarkan pada versi SQL Server sebelumnya.

Saat Anda meningkatkan dari versi SQL Server sebelumnya ke SQL Server 2025 (17.x) dengan Microsoft OLE DB Driver 19, konfigurasi server tertaut yang ada mungkin gagal. Nilai default yang berbeda untuk parameter enkripsi dapat menyebabkan kegagalan ini kecuali sertifikat yang valid disediakan.

Di SQL Server 2025 (17.x):

Untuk informasi tentang cara menyambungkan dengan aman ke instans SQL Server 2025 (17.x), lihat TDS 8.0.

Komponen replikasi gagal setelah peningkatan

SQL Server 2025 (17.x) mencakup perubahan pada enkripsi yang memperkenalkan perubahan yang menimbulkan ketidakcocokan pada replikasi Transaksional, Snapshot, Peer-to-peer, dan Merge.

Komponen replikasi mungkin gagal setelah peningkatan ke SQL Server 2025 (17.x) dari semua versi SQL Server sebelumnya, jika instans SQL Server Anda:

  • Dikonfigurasi sebagai penerbit replikasi.
  • Memiliki distributor jarak jauh dalam topologi replikasi.
  • Tidak dikonfigurasi dengan sertifikat tepercaya.

Anda mungkin melihat perilaku berikut setelah peningkatan:

  • Replikasi terus berhasil tetapi perubahan pada publikasi gagal.
  • Monitor Replikasi di SQL Server Management Studio (SSMS) gagal.
  • Status agen di UI SSMS gagal.

Distributor jarak jauh menggunakan server tertaut untuk komunikasi antara penerbit dan distributor. Pengaturan default yang aman yang diperkenalkan di SQL Server 2025 (17.x) dari penyedia OLEDB 19 mengharuskan TrustServerCertificate=False.

Anda dapat mengatasi masalah ini terlebih dahulu sebelum memulai peningkatan, atau Anda dapat mengatasi masalah jika komponen replikasi gagal setelah peningkatan.

Sebelum memulai peningkatan

Jika Anda tahu bahwa instans SQL Server Anda akan mengalami masalah ini setelah peningkatan, Anda dapat mengurangi kegagalan secara preemtif dengan mengonfigurasi instans SQL Server untuk menggunakan sertifikat komersial publik atau sertifikat dari otoritas sertifikat internal.

Ini adalah opsi yang direkomendasikan untuk keamanan maksimum.

Komponen yang gagal setelah pemutakhiran

Jika komponen replikasi Anda gagal setelah peningkatan, Anda masih dapat mengonfigurasi instans SQL Server untuk menggunakan sertifikat komersial publik atau sertifikat dari otoritas sertifikat internal.

Atau, Anda dapat memilih opsi yang kurang aman untuk mengambil alih default aman penyedia OLEDB 19 dan mengatur trust_distributor_certificate=yes sehingga distributor mempercayai sertifikat yang ditandatangani sendiri.

Untuk mengambil alih default aman baru, gunakan prosedur tersimpan sp_changedistributor_property untuk mengatur trust_distributor_certificate opsi ke yes:

EXECUTE sp_changedistributor_property
    @property = N'trust_distributor_certificate',
    @value = N'yes';

Nota

Pengaturan default aman terkait dengan penyedia OLEDB 19 yang mendasar, yang meningkatkan keamanan. Opsi untuk mengambil alih default kurang aman daripada mengonfigurasi instans Anda untuk menggunakan sertifikat tepercaya. Setelah mengubah default, Anda memiliki opsi untuk mengonfigurasi SQL Server untuk menggunakan sertifikat, lalu menggunakan prosedur tersimpan sp_changedistributor_property untuk mengatur properti trust_distributor_certificate=no kembali ke setelan default yang aman.

Penambahan distributor replikasi jarak jauh gagal

SQL Server 2025 (17.x) mencakup perubahan pada enkripsi yang memperkenalkan perubahan yang melanggar pada replikasi Transaksional, Snapshot, Peer-to-peer, dan Merge.

Saat mengonfigurasi distributor untuk replikasi, prosedur sp_adddistributor tersimpan gagal saat:

  • Penerbit adalah instans SQL Server 2025 (17.x).
  • Distributornya jarak jauh.
  • Distributor tidak dikonfigurasi dengan sertifikat tepercaya.

Anda mungkin melihat kesalahan berikut saat berjalan sp_adddistributor pada instans penerbit:

OLE DB provider "MSOLEDBSQL19" for linked server "repl_distributor" returned message
"Client unable to establish connection".
Msg -2146893019, Level 16, State 1, Line 21
SSL Provider: The certificate chain was issued by an authority that is not trusted.

Distributor jarak jauh menggunakan server tertaut untuk komunikasi antara penerbit dan distributor. Default aman yang diperkenalkan di SQL Server 2025 (17.x) dari penyedia OLEDB 19 mengharuskan adanya TrustServerCertificate=False.

Untuk mengatasi masalah ini, konfigurasikan instans SQL Server distributor untuk menggunakan sertifikat komersial publik atau sertifikat dari otoritas sertifikat internal.

Atau, Anda dapat memilih opsi yang kurang aman untuk mengambil alih default aman penyedia OLEDB 19 dan mengatur TrustServerCertificate=True sehingga distributor mempercayai sertifikat yang ditandatangani sendiri. Untuk mengambil alih default, gunakan trust_distributor_certificate parameter saat memanggil prosedur tersimpan sp_adddistributor :

EXECUTE sys.sp_adddistributor @trust_distributor_certificate = 'yes';

Nota

Pengaturan default aman terkait dengan penyedia OLEDB 19 yang mendasar, yang meningkatkan keamanan. Opsi untuk mengambil alih default kurang aman daripada mengonfigurasi instans Anda untuk menggunakan sertifikat tepercaya. Setelah mengubah default, Anda memiliki opsi untuk mengonfigurasi SQL Server untuk menggunakan sertifikat, lalu menggunakan prosedur tersimpan sp_changedistributor_property untuk mengatur properti trust_distributor_certificate=no kembali ke setelan default yang aman.

Pemantauan pengiriman log jarak jauh dapat rusak

SQL Server 2025 (17.x) mencakup perubahan pada enkripsi yang memperkenalkan perubahan signifikan pada pengiriman log. Anda mungkin mengalami masalah ini saat meningkatkan.

Pemantauan pengiriman log dapat gagal jika pemantau adalah instans SQL Server 2025 (17.x) yang berada di lokasi jarak jauh, sementara instans SQL Server lainnya dalam topologi pengiriman log menggunakan versi sebelumnya.

Untuk informasi tentang cara menyambungkan dengan aman ke instans SQL Server 2025 (17.x), lihat TDS 8.0.

Kueri dan populasi Full-Text gagal setelah pembaruan

SQL Server 2025 (17.x) menghapus semua pemecah kata warisan dan biner filter yang digunakan oleh Full-Text Search. Komponen-komponen ini dibangun kembali dengan set alat modern dan menawarkan dukungan yang diperluas untuk lebih banyak bahasa dan jenis dokumen. Indeks yang ada setelah peningkatan ditunjuk dengan index_version = 1 sesuai sys.fulltext_indexes. Indeks yang baru dibuat ditetapkan sebagai versi 2 dan menggunakan komponen baru, kecuali ditentukan lain dengan menggunakan konfigurasi cakupan database FULLTEXT_INDEX_VERSION.

Setiap kueri Full-Text pada indeks versi 1 gagal menemukan biner pemecah kata pada disk segera setelah peningkatan:

Msg 30010, Level 16, State 2, Line 8
An error has occurred during the full-text query. Common causes include: word-breaking errors or timeout, FDHOST permissions/ACL issues, service account missing privileges, malfunctioning IFilters, communication channel issues with FDHost and sqlservr.exe, etc. If recently performed in-place upgrade to SQL2025, For help please see https://aka.ms/sqlfulltext.

Demikian pula, populasi Full-Text apa pun yang dikeluarkan pada indeks versi 1 gagal menemukan biner filter pada disk setelah peningkatan:

Warning: No appropriate filter was found during full-text index population for table or indexed view '[db].[dbo].[table_name]' (table or indexed view ID '901578250', database ID '5'), full-text key value '1'. Some columns of the row were not indexed.

Membangun kembali indeks yang ada dengan versi baru

Cara yang disarankan untuk terus menggunakan indeks Anda adalah dengan membangunnya kembali dengan komponen versi 2 yang lebih baru.

-- Verify value = 2
SELECT *
FROM sys.database_scoped_configurations
WHERE [name] = 'FULLTEXT_INDEX_VERSION';

-- Per catalog upgrade
ALTER FULLTEXT CATALOG [FtCatalog] REBUILD;

Satu-satunya metode untuk meningkatkan indeks individual tanpa membangun kembali seluruh katalog adalah dengan menghilangkan dan membuatnya kembali.

Tetap gunakan versi 1

Jika perlu untuk tetap menggunakan versi 1 untuk kompatibilitas aplikasi, pertama-tama pastikan Anda mengatur FULLTEXT_INDEX_VERSION = 1 untuk menghindari peningkatan yang tidak diinginkan pada pembangunan ulang.

ALTER DATABASE SCOPED CONFIGURATION
    SET FULLTEXT_INDEX_VERSION = 1;

Anda kemudian harus menyalin pemecah kata warisan dan memfilter biner dari instans yang lebih lama ke folder instans binn target.

Konten terkait

  • Last updated on