Bagikan melalui

Masalah umum SQL Server 2025

Berlaku untuk: SQL Server 2025 (17.x)

Artikel ini menjelaskan masalah yang diketahui untuk SQL Server 2025 (17.x).

SQL Server 2025 (17.x) saat ini telah mengidentifikasi masalah umum berikut:

Penginstalan SQL Server 2025 gagal ketika TLS 1.2 dinonaktifkan

Masalah: Penginstalan SQL Server 2025 (17.x) gagal jika TLS 1.2 dinonaktifkan pada komputer, termasuk instans kluster failover.

Solusi sementara: Aktifkan TLS 1.2 pada komputer sebelum mencoba menginstal SQL Server 2025 (17.x).

Untuk mengaktifkan TLS 1.2, atur entri registri berikut untuk TLS 1.2 ke true:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL\Protocols

Konfigurasikan Windows untuk menggunakan TLS menyediakan skrip PowerShell untuk mengaktifkan TLS 1.2 secara terprogram.

Windows Arm64 tidak didukung

SQL Server 2025 (17.x) tidak didukung di Windows Arm64. Hanya CPU Intel dan AMD x86-64 dengan hingga 64 core per simpul NUMA yang saat ini didukung.

Peningkatan di tempat gagal karena Microsoft Visual C++ Redistributable

Peningkatan dari versi berikut mungkin gagal:

  • SQL Server 2016 (13.x)
  • SQL Server 2017 (14.x)

Ini dapat terjadi ketika lingkungan sistem operasi yang ada tidak memiliki Microsoft Visual C++ Redistributable untuk Visual Studio 2022, atau versi lama komponen ini diinstal.

Ketika ini terjadi, log penginstalan menyertakan entri seperti contoh berikut:

This application requires Microsoft Visual C++ Redistributable for
Visual Studio 2022 (x64/x86, version 14.34 at minimum).
Please install the Redistributable, then run this installer again.
For more information, see: https://go.microsoft.com/fwlink/?linkid=2219560.

Untuk menyelesaikan peningkatan, tambahkan atau perbaiki komponen yang dapat didistribusikan ulang, dan jalankan penginstalan lagi.

Untuk mendapatkan file yang dapat didistribusikan ulang, tinjau Microsoft Visual C++ Unduhan terbaru yang didukung yang didukung.

SQL Server di Windows gagal memulai pada komputer dengan lebih dari 64 inti logis per simpul NUMA

Masalah: Instans SQL Server di Windows mungkin gagal dimulai setelah penginstalan jika komputer memiliki lebih dari 64 inti logis per simpul NUMA.

Untuk informasi selengkapnya, lihat Membatasi jumlah inti logis per simpul NUMA ke 64.

Pengiriman email oleh basis data di Linux

Masalah: Email database di Linux tidak berfungsi saat SQL Server dikonfigurasi untuk memberlakukan enkripsi yang ketat.

Saat ini, satu-satunya solusinya adalah tidak memberlakukan enkripsi yang ketat.

SQLPS

Masalah: SQLPS.exe, subsistem PowerShell Agen SQL, dan modul PowerShell SQLPS tidak berfungsi saat SQL dikonfigurasi untuk menerapkan enkripsi ketat.

Saat ini, satu-satunya solusinya adalah tidak memberlakukan enkripsi yang ketat.

Tugas SQL Server Agent syspolicy_purge_history melaporkan kegagalan pada langkah 3. Pekerjaan ini berjalan setiap hari secara default. Instans yang tidak memberlakukan enkripsi ketat tidak mereproduksi masalah ini; opsi lain adalah menonaktifkan pekerjaan.

Perilaku SESSION_CONTEXT yang salah dalam rencana paralel

Kueri yang menggunakan fungsi bawaan SESSION_CONTEXT mungkin menampilkan hasil yang salah atau memicu dump pelanggaran akses (AV) saat dijalankan dalam rencana eksekusi kueri paralel. Masalah ini berasal dari cara fungsi berinteraksi dengan utas eksekusi paralel, terutama ketika sesi diatur ulang untuk digunakan kembali.

Untuk informasi selengkapnya, lihat bagian Masalah yang diketahui di SESSION_CONTEXT.

Masalah saat mengatur algoritma kompresi cadangan ke ZSTD

Ada masalah yang diketahui saat mencoba mengatur algoritma kompresi cadangan ke ZSTD.

Saat menentukan algoritma ZSTD (backup compression algorithm = 3), pesan kesalahan berikut ditampilkan:

Msg 15129, Level 16, State 1
Procedure sp_configure '3' is not a valid value for configuration option 'backup compression algorithm'.

Gunakan algoritma kompresi baru langsung di perintah backup Transact-SQL alih-alih mengatur opsi konfigurasi server.

Model ONNX lokal tidak didukung pada sistem operasi Linux

BUAT model ONNX lokal MODEL EKSTERNAL yang dihosting langsung di SQL Server saat ini tidak tersedia untuk Linux di SQL Server 2025 (17.x).

Algoritma hashing PBKDF2 dapat memengaruhi performa masuk

Di SQL Server 2025 (17.x), autentikasi berbasis kata sandi menggunakan PBKDF2 (RFC2898) sebagai algoritma hash default. Peningkatan ini meningkatkan keamanan kata sandi dengan menerapkan 100.000 iterasi hash sha-512. Peningkatan biaya komputasi PBKDF2 berarti waktu masuk Autentikasi SQL yang sedikit lebih lama. Efek ini sangat terlihat di lingkungan tanpa pengumpulan koneksi, atau di mana latensi masuk dipantau dengan cermat. Di lingkungan yang dikumpulkan, efeknya biasanya minimal.

Untuk informasi selengkapnya, lihat MEMBUAT LOGIN dan Dukungan untuk Verifier Kata Sandi Hash Iterasi dan Asin di SQL Server 2022 CU12.

Pengecualian pelanggaran akses dapat terjadi pada replika sekunder yang dapat dibaca dalam kondisi tertentu

Pertimbangkan database yang diaktifkan untuk menggunakan Penyimpanan Kueri untuk fitur sekunder yang dapat dibaca , menggunakan perintah bahasa definisi data (DDL) berikut:

ALTER DATABASE [Database_Name]
    FOR SECONDARY
    SET QUERY_STORE = ON
    (OPERATION_MODE = READ_WRITE);

Kueri yang memenuhi kondisi berikut dapat mengalami pelanggaran akses saat varian kueri PSP tidak dapat menentukan status yang tersimpan dari pernyataan dispatcher induk:

  • Dijalankan pada replika sekunder
  • Sensitif terhadap pengendus parameter
  • Memenuhi syarat untuk pengoptimalan rencana sensitif parameter (PSP)

Perbaikan telah diidentifikasi dan akan menjadi bagian dari rilis SQL Server 2025 di masa mendatang (17.x).

Solusi sementara: Nonaktifkan PSP pada sekunder untuk setiap database yang di-onboarding untuk menggunakan Penyimpanan Kueri untuk fitur sekunder yang dapat dibaca. Dari dalam konteks database tertentu, terbitkan pernyataan Transact-SQL berikut:

ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY
    SET PARAMETER_SENSITIVE_PLAN_OPTIMIZATION = OFF;

Peristiwa audit SQL Server tidak menulis ke log keamanan sistem

Asumsikan bahwa Anda mengonfigurasi beberapa peristiwa audit SQL Server untuk dicatat ke dalam log Keamanan di SQL Server 2025 (17.x). Dalam skenario ini, Anda melihat bahwa semua audit server, kecuali audit server pertama, tidak mencatat. Selain itu, ketika Anda menambahkan audit server kedua, Anda mungkin menerima kesalahan yang menyerupai pesan berikut di log kesalahan SQL Server:

Error: 33204, Severity: 17, State: 1.
SQL Server Audit could not write to the security log.

Perbaikan telah diidentifikasi dan akan menjadi bagian dari rilis SQL Server 2025 di masa mendatang (17.x).

Solusi sementara: Gunakan salah satu metode berikut:

  • Tulis peristiwa audit ke file alih-alih log Keamanan SQL Server.

  • Untuk mengizinkan beberapa pemeriksaan server menulis ke log Keamanan, ubah nilai subkunci registri ini dari 0 menjadi 1:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Security\MSSQL$<InstanceName>$Audit\EventSourceFlags

    Audit server harus dimulai ulang agar pengaturan registri baru berlaku:

    ALTER SERVER AUDIT [AuditName] WITH (STATE = OFF);
GO
ALTER SERVER AUDIT [AuditName] WITH (STATE = ON);
GO

Indeks vektor

Saat Anda membangun indeks vektor menggunakan CREATE VECTOR INDEX pernyataan, atau menggunakan indeks vektor melalui VECTOR_SEARCH, Anda mendapatkan pesan peringatan berikut:

Warning: The join order has been enforced because a local join hint is used.

Peringatan dapat diabaikan dengan aman, karena tidak memengaruhi kebenaran hasil.

Saat Anda menggunakan MAXDOP dengan CREATE VECTOR INDEX atau VECTOR_SEARCH, nilai yang ditetapkan untuk MAXDOP diabaikan. Untuk mengatur nilai yang diinginkan untuk MAXDOP, atur opsi konfigurasi tingkat max degree of parallelism server sebagai gantinya. Untuk informasi selengkapnya, lihat Konfigurasi server: derajat paralelisme maksimum atau opsi di MAXDOP level database dalam ALTER DATABASE SCOPED CONFIGURATION.

Peningkatan gagal jika Layanan Kualitas Data diinstal

Jika Layanan Kualitas Data diinstal dan Anda memperbarui instans SQL Server Anda ke SQL Server 2025 (17.x), pembaruan gagal selama langkah Aturan Fitur pada wizard Peningkatan SQL Server.

Cuplikan layar Aturan Fitur Peningkatan SQL Server, dengan Layanan Kualitas Data disorot dengan warna merah.

Solusi sementara: Gunakan /IACCEPTDQUNINSTALL parameter dari baris perintah. Untuk informasi selengkapnya, lihat Meningkatkan parameter dalam artikel Menginstal, mengonfigurasi, atau menghapus instalan SQL Server di Windows dari prompt perintah.

Anda juga dapat menjalankan peningkatan penuh tanpa pengawas dari baris perintah, selama Anda menyertakan /IACCEPTDQUNINSTALL parameter .

Full-Text Pencarian gagal mengindeks dokumen teks biasa yang lebih besar dari 25 MB

Jika Anda mencoba mengindeks dokumen teks biasa yang lebih besar dari 25 MB, Anda akan melihat kesalahan FILTER_E_PARTIALLY_FILTERED simbolis di log perayapan:

Error '0x8004173e: The document was too large to filter in its entirety. Portions of the document were not emitted.' occurred during full-text index population for table or indexed view ...

Nota

Dokumen teks biasa mencakup dokumen dengan class_id dari {C1243CA0-BF96-11CD-B579-08002B30BFEB}, seperti yang dilaporkan oleh sys.fulltext_document_types.

Solusi sementara: Konfigurasikan ukuran file maksimum di registri Windows:

Peringatan

Salah mengedit registri dapat sangat merusak sistem Anda. Sebelum membuat perubahan pada registri, kami sarankan Anda mencadangkan data bernilai apa pun di komputer.

Edit nilai MaxTextFilterBytesDWORD , yang terletak di HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex. Misalnya, untuk menghapus batas ukuran sepenuhnya dari baris perintah dengan reg add, jalankan perintah berikut:

reg add "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ContentIndex" /v MaxTextFilterBytes /t REG_DWORD /d ffffffff

Setelah memperbarui nilai registri, lakukan kembali perayapan Full-Text.

Konten terkait

  • Last updated on