Cara meningkatkan SQL Server Kluster Big Data
Berlaku untuk: SQL Server 2019 (15.x)
Penting
Add-on Kluster Big Data Microsoft SQL Server 2019 akan dihentikan. Dukungan untuk Kluster Big Data SQL Server 2019 akan berakhir pada 28 Februari 2025. Semua pengguna SQL Server 2019 yang ada dengan Jaminan Perangkat Lunak akan didukung penuh pada platform dan perangkat lunak akan terus dipertahankan melalui pembaruan kumulatif SQL Server hingga saat itu. Untuk informasi selengkapnya, lihat posting blog pengumuman dan opsi Big data di platform Microsoft SQL Server.
Jalur peningkatan tergantung pada versi SQL Server Big Data Cluster saat ini. Untuk meningkatkan dari rilis yang didukung, termasuk rilis distribusi umum (GDR), pembaruan kumulatif (CU), atau pembaruan rekayasa perbaikan cepat (QFE), Anda dapat meningkatkan di tempat. Peningkatan di tempat dari pratinjau teknologi komunitas (CTP) atau versi kandidat rilis BDC tidak didukung. Anda perlu menghapus dan membuat ulang kluster. Bagian berikut ini menjelaskan langkah-langkah untuk setiap skenario:
Catatan
Rilis Kluster Big Data terlama yang saat ini didukung adalah cu8 SQL Server 2019.
Meningkatkan catatan rilis
Sebelum melanjutkan, periksa catatan rilis peningkatan untuk masalah yang diketahui.
Peringatan
Parameter imagePullPolicy
diperlukan untuk diatur seperti "Always"
dalam file control.json profil penyebaran ketika kluster awalnya disebarkan. Parameter ini tidak dapat diubah setelah penyebaran.
Jika diatur dengan nilai yang berbeda, hasil yang tidak terduga dapat terjadi selama proses peningkatan dan penyebaran ulang kluster akan diperlukan.
Meningkatkan dari rilis yang didukung
Bagian ini menjelaskan cara meningkatkan SQL Server BDC dari rilis yang didukung (dimulai dengan SQL Server 2019 GDR1) ke rilis yang didukung yang lebih baru.
Verifikasi tidak ada sesi Livy aktif.
Pastikan tidak ada sesi Livy aktif atau pekerjaan batch yang berjalan di Azure Data Studio. Cara mudah untuk mengonfirmasi hal ini adalah melalui
curl
perintah atau browser untuk meminta URL ini:<your-gateway-endpoint>/gateway/default/livy/v1/sessions
<your-gateway-endpoint>/gateway/default/livy/v1/batches
Cadangkan SQL Server instans master.
Cadangkan HDFS.
azdata bdc hdfs cp --from-path <path> --to-path <path>
Contohnya:
azdata bdc hdfs cp --from-path hdfs://user/hive/warehouse/%%D --to-path ./%%D
Perbarui Azure Data CLI (
azdata
).Ikuti instruksi untuk menginstal Azure Data CLI (
azdata
).Catatan
Jika Azure Data CLI (
azdata
) diinstal denganpip
Anda perlu menghapusnya secara manual sebelum menginstal dengan penginstal Windows atau manajer paket Linux.Perbarui Kluster Big Data.
azdata bdc upgrade -n <clusterName> -t <imageTag> -r <containerRegistry>/<containerRepository>
Misalnya, skrip berikut menggunakan
2019-CU19-ubuntu-20.04
tag gambar:azdata bdc upgrade -n bdc -t 2019-CU19-ubuntu-20.04 -r mcr.microsoft.com/mssql/bdc
Catatan
Tag gambar terbaru tersedia pada catatan rilis Kluster Big Data SQL Server 2019.
Penting
Jika Anda menggunakan repositori privat untuk melakukan pra-tarik gambar untuk menyebarkan atau meningkatkan BDC, pastikan bahwa gambar build saat ini serta >gambar build target berada di repositori privat. Ini memungkinkan pemutaran kembali yang berhasil, jika perlu. Selain itu, jika Anda mengubah >kredensial repositori privat sejak penyebaran asli, perbarui variabel lingkungan yang sesuai DOCKER_PASSWORD dan >DOCKER_USERNAME. Peningkatan menggunakan repositori privat yang berbeda untuk build saat ini dan target tidak didukung.
Meningkatkan batas waktu untuk peningkatan
Batas waktu dapat terjadi jika komponen tertentu tidak ditingkatkan dalam waktu yang dialokasikan. Kode berikut menunjukkan seperti apa kegagalannya:
>azdata.EXE bdc upgrade --name <mssql-cluster>
Upgrading cluster to version 15.0.4003
NOTE: Cluster upgrade can take a significant amount of time depending on
configuration, network speed, and the number of nodes in the cluster.
Upgrading Control Plane.
Control plane upgrade failed. Failed to upgrade controller.
Untuk meningkatkan batas waktu peningkatan, gunakan parameter --controller-timeout dan --component-timeout untuk menentukan nilai yang lebih tinggi saat Anda mengeluarkan peningkatan. Opsi ini hanya tersedia dimulai dengan rilis CU2 SQL Server 2019. Contohnya:
azdata bdc upgrade -t 2019-CU19-ubuntu-20.04 --controller-timeout=40 --component-timeout=40 --stability-threshold=3
--controller-timeout menunjuk jumlah menit untuk menunggu pengontrol atau pengontrol db selesai meningkatkan. --component-timeout menunjuk jumlah waktu yang harus diselesaikan setiap fase peningkatan berikutnya.
Untuk meningkatkan batas waktu peningkatan sebelum rilis CU19 SQL Server 2019, edit peta konfigurasi peningkatan. Untuk mengedit peta konfigurasi peningkatan:
Jalankan perintah berikut:
kubectl edit configmap controller-upgrade-configmap
Edit bidang berikut:
controllerUpgradeTimeoutInMinutes Menunjuk jumlah menit untuk menunggu pengontrol atau pengontrol db selesai meningkatkan. Defaultnya adalah 5. Perbarui ke setidaknya 20. totalUpgradeTimeoutInMinutes: Menunjuk jumlah waktu gabungan untuk pengontrol dan pengontrol db untuk menyelesaikan peningkatan (pengontrol + pengontrol db upgrade). Defaultnya adalah 10. Perbarui ke setidaknya 40. componentUpgradeTimeoutInMinutes: Menunjuk jumlah waktu yang harus diselesaikan setiap fase peningkatan berikutnya. Defaultnya adalah 30. Perbarui ke 45.
Simpan dan keluar.
Memperbarui penyebaran BDC dari CTP atau kandidat rilis
Peningkatan di tempat dari CTP atau build kandidat rilis SQL Server Kluster Big Data tidak didukung. Bagian berikut menjelaskan cara menghapus dan membuat ulang kluster secara manual.
Mencadangkan dan menghapus kluster lama
Tidak ada peningkatan di tempat untuk kluster big data yang disebarkan sebelum rilis GDR1 SQL Server 2019. Satu-satunya cara untuk meningkatkan ke rilis baru adalah dengan menghapus dan membuat ulang kluster secara manual. Setiap rilis memiliki versi unik Azure Data CLI (azdata
) yang tidak kompatibel dengan versi sebelumnya. Selain itu, jika gambar kontainer yang lebih baru diunduh pada kluster yang disebarkan dengan versi lama yang berbeda, gambar terbaru mungkin tidak kompatibel dengan gambar yang lebih lama pada kluster. Gambar yang lebih baru ditarik jika Anda menggunakan latest
tag gambar untuk dalam file konfigurasi penyebaran untuk pengaturan kontainer. Secara default, setiap rilis memiliki tag gambar tertentu yang sesuai dengan versi rilis SQL Server. Untuk meningkatkan ke rilis terbaru, gunakan langkah-langkah berikut:
Sebelum menghapus kluster lama, cadangkan data pada instans master SQL Server dan pada HDFS. Untuk instans master SQL Server, Anda dapat menggunakan pencadangan dan pemulihan SQL Server. Untuk HDFS, Anda dapat menyalin data dengan
curl
.Hapus kluster lama dengan
azdata delete cluster
perintah .azdata bdc delete --name <old-cluster-name>
Penting
Gunakan versi Azure Data CLI (
azdata
) yang cocok dengan kluster Anda. Jangan hapus kluster lama dengan versi Azure Data CLI (azdata
) yang lebih baru.Catatan
Mengeluarkan
azdata bdc delete
perintah akan menghasilkan semua objek yang dibuat dalam namespace yang diidentifikasi dengan nama kluster big data yang akan dihapus, tetapi bukan namespace itu sendiri. Namespace layanan dapat digunakan kembali untuk penyebaran berikutnya selama kosong dan tidak ada aplikasi lain yang dibuat di dalamnya.Hapus instalan versi lama Azure Data CLI (
azdata
).pip3 uninstall -r https://azdatacli.blob.core.windows.net/python/azdata/2019-rc1/requirements.txt
Instal versi terbaru Azure Data CLI (
azdata
). Perintah berikut menginstal Azure Data CLI (azdata
) dari rilis terbaru:Windows:
pip3 install -r https://aka.ms/azdata
Linux:
pip3 install -r https://aka.ms/azdata --user
Penting
Untuk setiap rilis, jalur ke
n-1
versi Azure Data CLI (azdata
) berubah. Bahkan jika sebelumnya Anda menginstal Azure Data CLI (azdata
), Anda harus menginstal ulang dari jalur terbaru sebelum membuat kluster baru.
Memverifikasi versi azdata
Sebelum menyebarkan kluster big data baru, verifikasi bahwa Anda menggunakan versi terbaru Azure Data CLI (azdata
) dengan --version
parameter :
azdata --version
Menginstal rilis baru
Setelah menghapus kluster big data sebelumnya dan menginstal Azure Data CLI terbaru (azdata
), sebarkan kluster big data baru dengan menggunakan instruksi penyebaran saat ini. Untuk informasi selengkapnya, lihat Cara menyebarkan SQL Server Kluster Big Data di Kubernetes. Kemudian, pulihkan database atau file yang diperlukan.
Langkah berikutnya
Untuk informasi selengkapnya tentang kluster big data, lihat Apa yang SQL Server Kluster Big Data.
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk