Bagikan melalui

Mengubah tingkat kompatibilitas database dan menggunakan Penyimpanan Kueri

  • Artikel

Berlaku untuk:SQL Server - Khusus Windows

Di SQL Server 2016 (13.x) dan yang lebih baru, beberapa perubahan hanya diaktifkan setelah tingkat kompatibilitas database diubah. Ini dilakukan karena beberapa alasan:

  • Karena peningkatan adalah operasi satu arah (tidak dimungkinkan untuk menurunkan format file), ada nilai dalam memisahkan pengaktifan fitur baru ke operasi terpisah dalam database. Dimungkinkan untuk mengembalikan pengaturan ke tingkat kompatibilitas database sebelumnya. Model baru mengurangi jumlah hal yang harus terjadi selama jendela pemadaman.

  • Perubahan pada prosesor kueri bisa memiliki efek kompleks. Meskipun perubahan "baik" pada sistem mungkin bagus untuk sebagian besar beban kerja - itu dapat menyebabkan regresi yang tidak dapat diterima pada kueri penting bagi orang lain. Memisahkan logika ini dari proses peningkatan, memungkinkan fitur seperti Penyimpanan Kueri, untuk mengurangi regresi pilihan rencana dengan cepat atau bahkan menghindarinya sepenuhnya di server produksi.

Perilaku di bawah ini diharapkan untuk SQL Server 2017 (14.x) saat database dilampirkan atau dipulihkan, dan setelah peningkatan di tempat:

  • Jika tingkat kompatibilitas database pengguna adalah 100 atau lebih tinggi sebelum peningkatan, tingkat kompatibilitas tetap sama setelah peningkatan.
  • Jika tingkat kompatibilitas database pengguna adalah 90 sebelum peningkatan, dalam database yang ditingkatkan, tingkat kompatibilitas diatur ke 100, yang merupakan tingkat kompatibilitas terendah yang didukung di SQL Server 2017 (14.x).
  • Tingkat kompatibilitas tempdbdatabase , , modelmsdb dan Sumber Daya diatur ke tingkat kompatibilitas saat ini setelah peningkatan.
  • Database master sistem mempertahankan tingkat kompatibilitas yang dimilikinya sebelum ditingkatkan.

Proses peningkatan untuk mengaktifkan fungsionalitas prosesor kueri baru terkait dengan model layanan pasca-rilis produk. Beberapa perbaikan tersebut dirilis di bawah Bendera Pelacakan 4199. Pelanggan yang memerlukan perbaikan dapat memilih perbaikan tersebut tanpa menyebabkan regresi yang tidak terduga untuk pelanggan lain. Model layanan pasca-rilis untuk perbaikan prosesor kueri didokumenkan di sini. Dimulai dengan SQL Server 2016 (13.x), pindah ke tingkat kompatibilitas baru menyiratkan bahwa Bendera Pelacakan 4199 tidak lagi diperlukan, karena perbaikan tersebut sekarang diaktifkan secara default di tingkat kompatibilitas terbaru. Oleh karena itu, sebagai bagian dari proses peningkatan, penting untuk memvalidasi bahwa 4199 tidak diaktifkan setelah proses peningkatan selesai.

Catatan

Bendera Pelacakan 4199 masih diperlukan untuk mengaktifkan perbaikan prosesor kueri baru yang dirilis setelah RTM, jika berlaku.

Alur kerja yang direkomendasikan untuk memutakhirkan prosesor kueri ke versi terbaru kode didokumentasikan dalam bagian Pertahankan stabilitas performa selama peningkatan ke bagian SQL Server yang lebih baru dari Skenario Penggunaan Penyimpanan Kueri, seperti yang terlihat di bawah ini.

Diagram memperlihatkan alur kerja yang direkomendasikan untuk memutakhirkan prosesor kueri ke versi terbaru kode.

Dimulai dengan SQL Server Management Studio v18, pengguna dapat dipandu melalui alur kerja yang direkomendasikan menggunakan Asisten Penyetelan Kueri. Untuk informasi selengkapnya, lihat Meningkatkan Database dengan menggunakan Asisten Penyetelan Kueri.

Lihat juga