Ringkaan operasi pengelolaan Instans Terkelola SQL Azure

Berlaku untuk:Azure SQL Managed Instance

Azure SQL Managed Instance menyediakan operasi manajemen yang dapat Anda gunakan untuk secara otomatis menyebarkan instans terkelola baru, memperbarui properti instans, dan menghapus instans saat sudah tidak diperlukan.

Apa itu operasi manajemen?

Semua operasi manajemen dapat dikategorikan sebagai berikut:

• Penerapan instans (pembuatan instans baru)
• Pembaruan instans (mengubah properti instans, seperti vCores atau penyimpanan yang dipesan)
• Penghapusan instans

Untuk mendukung penerapan dalam jaringan virtual Azure dan memberikan isolasi serta keamanan bagi pelanggan, Azure SQL Managed Instance mengandalkan kluster virtual. Kluster virtual mewakili sekumpulan komputer virtual terisolasi khusus yang disebarkan di dalam subnet jaringan virtual pelanggan dan diatur dalam grup komputer virtual. Pada dasarnya, setiap instans terkelola yang disebarkan ke subnet kosong menghasilkan buildout kluster virtual baru yang membangun grup komputer virtual pertama.

Operasi manajemen berikutnya pada instans terkelola dapat memengaruhi grup komputer virtual yang mendasar. Perubahan yang berdampak pada grup komputer virtual yang mendasar dapat memengaruhi durasi operasi manajemen, karena menyebarkan komputer virtual tambahan ke kluster virtual dilengkapi dengan overhead yang perlu Anda pertimbangkan ketika Anda merencanakan penyebaran atau pembaruan baru ke instans terkelola yang ada.

Penyediaan cepat

Subnet yang mengaktifkan gelombang fitur November 2022 dapat memperoleh manfaat dari provisi SQL Managed Instance cepat, yang mengurangi waktu yang diperlukan untuk membuat instans pertama Anda dalam subnet menjadi 30 menit, turun dari rata-rata 45-60 menit.

Provisi cepat hanya berlaku:

• ke instans pertama yang disediakan di subnet.
• ke instans dengan 4-8 vCore.
• ke instans yang menggunakan jendela pemeliharaan default.
• ke instans yang disebarkan ke subnet yang mengaktifkan gelombang fitur November 2022, yang mencakup langganan dev/test dan produksi.
• ke instans yang bukan zona redundan.

Durasi

Durasi operasi pada kluster virtual dapat bervariasi, tetapi biasanya memiliki durasi terpanjang.

Tabel berikut berisi daftar langkah-langkah yang berjalan lama yang dapat dipicu sebagai bagian dari operasi buat, perbarui, atau hapus. Tabel juga mencantumkan durasi yang biasanya dapat Anda harapkan, berdasarkan data telemetri layanan yang ada:

Langkah	Deskripsi	Estimasi durasi
Pembuatan kluster virtual (provisi cepat)1	Provisi cepat adalah langkah sinkron dalam operasi manajemen instans di mana grup komputer virtual pertama tersedia secara instan.	90% operasi selesai dalam 30 menit
Pembuatan kluster virtual	Pembuatan adalah langkah sinkron dalam operasi manajemen instans di mana grup komputer virtual pertama dibuat.	90% operasi selesai dalam waktu kurang dari 4 jam
Ukuran kluster virtual (ekspansi atau penyusutan)	Menambahkan komputer baru ke grup komputer virtual yang ada, menghapus komputer virtual yang tidak digunakan, menambahkan atau menghapus seluruh grup komputer virtual. Perluasan adalah langkah sinkron, sedangkan penyusutan dilakukan secara asinkron (tanpa berdampak pada durasi operasi pengelolaan instans).	90% ekspansi kluster dengan pembuatan grup komputer virtual baru selesai dalam waktu kurang dari 4 jam 90% ekspansi kluster dengan perluasan grup komputer virtual yang ada selesai dalam 60 menit
Penghapusan kluster virtual	Penghapusan kluster virtual dipicu ketika instans terakhir dihapus dari subnet.	90% penghapusan kluster virtual selesai dalam waktu 1,5 jam
Menyemai filedatabase 2	Langkah sinkron, dipicu selama komputasi (vCores), atau penskalaan penyimpanan di tingkat layanan Kritis Bisnis serta dalam mengubah tingkat layanan dari Tujuan Umum ke Kritis Bisnis (atau sebaliknya). Durasi operasi ini sebanding dengan ukuran total database serta aktivitas database saat ini (jumlah transaksi aktif). Aktivitas database saat memperbarui instans dapat memunculkan varian yang signifikan terhadap total durasi.	90% operasi ini dijalankan dengan kecepatan 220 GB/jam atau lebih tinggi

¹ Provisi cepat saat ini hanya didukung untuk instans pertama di subnet, dengan 4 atau 8 vCore, dan dengan konfigurasi jendela pemeliharaan default.
² Saat menskalakan komputasi (vCore) atau penyimpanan di tingkat layanan Business Critical, atau mengalihkan tingkat layanan dari Tujuan Umum ke Bisnis Kritis, penyemaian juga mencakup penyemaian grup ketersediaan AlwaysOn.

Penting

Penskalaan penyimpanan ke atas atau ke bawah di tingkat layanan Tujuan Umum terdiri dari memperbarui meta data dan menyebarkan respons untuk permintaan yang dikirimkan. Ini adalah operasi cepat yang selesai dalam waktu hingga 5 menit, tanpa waktu henti dan failover.

Operasi manajemen segmen yang sudah berjalan lama

Tabel berikut ini merangkum operasi dan durasi keseluruhan yang umum, berdasarkan kategori operasi:

Kategori: Penerapan

Operasi	Segmen jangka panjang	Estimasi durasi
Instans pertama dalam subnetkosong 1	Pembuatan kluster virtual (provisi cepat)	90% operasi selesai dalam 30 menit.
Instans pertama dalam subnet kosong	Pembuatan kluster virtual	90% operasi selesai dalam waktu kurang dari 4 jam.
Instans pertama dengan pembuatan perangkat keras atau jendela pemeliharaan yang berbeda dalam subnet yang tidak kosong (misalnya, instans seri Premium pertama dalam subnet dengan instans seri Standar)	Menambahkan grup komputer virtual baru ke klustervirtual 2	90% operasi selesai dalam waktu kurang dari 4 jam.
Pembuatan instans berikutnya dalam subnet yang tidak kosong (instans ke-2, ke-3, dll.)	Pengubahan ukuran kluster virtual	90% operasi selesai dalam 60 menit.

¹ Provisi cepat saat ini hanya didukung untuk instans pertama di subnet, dengan 4 atau 8 vCore, dan dengan konfigurasi jendela pemeliharaan default. ² Grup komputer virtual terpisah dibuat untuk setiap pembuatan perangkat keras dan konfigurasi jendela pemeliharaan.

Kategori: Pembaruan

Operasi	Segmen jangka panjang	Estimasi durasi
Perubahan properti instans (kata sandi admin, login Microsoft Entra, bendera Azure Hybrid Benefit)	T/A	Hingga 1 menit.
Peningkatan/penurunan skala penyimpanan instans (Tujuan Umum)	Tidak ada segmen yang berjalan lama	99% operasi selesai dalam waktu 5 menit.
Peningkatan/penurunan skala penyimpanan instans (Bisnis Kritis)	- Pengubahan ukuran kluster virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam 60 menit + waktu untuk menyemai semua database (220 GB/jam).
Peningkatan/penurunan skala penyimpanan instans (Tujuan Umum Generasi Berikutnya)	- Pembuatan kluster virtual / mengubah ukuran grup komputer virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam waktu kurang dari 4 jam (pembuatan grup komputer virtual) atau 60 menit (pengubahan ukuran grup komputer virtual) + waktu untuk menyemai semua database (220 GB/jam) + failover + membersihkan instans lama
Peningkatan dan penurunan skala komputasi instans (vCore) (Tujuan Umum)	- Pengubahan ukuran kluster virtual	90% operasi selesai dalam 60 menit.
Peningkatan dan penurunan skala komputasi instans (vCore) (Bisnis Kritis)	- Pengubahan ukuran kluster virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam 60 menit + waktu untuk menyemai semua database (220 GB/jam).
Peningkatan dan penurunan skala komputasi instans (vCore) (Tujuan Umum Generasi Berikutnya)	Pembuatan kluster virtual / mengubah ukuran grup komputer virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam waktu kurang dari 4 jam (pembuatan grup komputer virtual) atau 60 menit (pengubahan ukuran grup komputer virtual) + waktu untuk menyemai semua database (220 GB/jam) + failover + membersihkan instans lama
Perubahan tingkat layanan instans (Tujuan Umum untuk Bisnis Kritis dan sebaliknya)	- Pengubahan ukuran kluster virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam 60 menit + waktu untuk menyemai semua database (220 GB/jam).
Perubahan tingkat layanan instans (Tujuan Umum atau Bisnis Penting untuk Tujuan Umum Next-gen dan sebaliknya)	Pembuatan kluster virtual / mengubah ukuran grup komputer virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam waktu kurang dari 4 jam (pembuatan grup komputer virtual) atau 60 menit (pengubahan ukuran grup komputer virtual) + waktu untuk menyemai semua database (220 GB/jam) + failover + membersihkan instans lama
Perubahan jendela perangkat keras atau pemeliharaan instans (Tujuan Umum)	- Mengubah ukurankluster virtual 1	90% operasi selesai dalam waktu kurang dari 4 jam (pembuatan grup komputer virtual) atau 60 menit (mengubah ukuran grup komputer virtual) .
Perubahan jendela perangkat keras atau pemeliharaan instans (Bisnis Kritis)	- Mengubah ukurankluster virtual 1 - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam waktu kurang dari 4 jam (pembuatan grup komputer virtual) atau 60 menit (pengubahan ukuran grup komputer virtual) + waktu untuk menyemai semua database (220 GB/jam).
Perubahan jendela perangkat keras atau pemeliharaan instans (Tujuan Umum Generasi Berikutnya)	- Pembuatan kluster virtual / mengubah ukuran grup komputer virtual - Seeding grup ketersediaan AlwaysOn	90% operasi selesai dalam waktu kurang dari 4 jam (pembuatan grup komputer virtual) atau 60 menit (pengubahan ukuran grup komputer virtual) + waktu untuk menyemai semua database (220 GB/jam) + failover + membersihkan instans lama

¹ Instans terkelola harus ditempatkan dalam grup komputer virtual dengan jendela perangkat keras dan pemeliharaan yang sesuai yang sama. Jika tidak ada grup seperti itu di kluster virtual, grup baru harus dibuat terlebih dahulu untuk mengakomodasi konfigurasi instans.

Kategori: Penghapusan

Operasi	Segmen jangka panjang	Estimasi durasi
Penghapusan instans non-terakhir	Pencadangan log yang tertinggal untuk semua database	90% operasi selesai dalam waktu hingga 1 menit.1
Penghapusan instans terakhir	- Pencadangan ekor log untuk semua database - Penghapusan kluster virtual	90% operasi selesai dalam waktu 1,5 jam.2

¹ Jika ada beberapa grup komputer virtual dalam kluster, menghapus instans terakhir dalam grup segera memicu penghapusan grup komputer virtual secara asinkron.
² Menghapus instans terakhir di subnet segera memicu penghapusan kluster virtual secara sinkron.

Penting

Setelah operasi penghapusan dipicu, penagihan untuk SQL Managed Instance dinonaktifkan. Durasi operasi hapus tidak akan berdampak pada penagihan.

Ketersediaan instans

Azure SQL Managed Instance tersedia selama operasi pembaruan, kecuali waktu henti singkat karena kegagalan yang terjadi di akhir pembaruan. Periode ini biasanya berlangsung hingga 10 detik, bahkan dalam kasus transaksi berjalan lama yang terganggu, berkat adanya pemulihan database yang dipercepat.

Catatan

Penskalaan penyimpanan instans terkelola Tujuan Umum tidak akan menyebabkan kegagalan di akhir pembaruan.

Azure SQL Managed Instance tidak tersedia untuk aplikasi klien selama operasi penerapan dan penghapusan.

Penting

Kami tidak merekomendasikan penskalaan komputasi atau penyimpanan Azure SQL Managed Instance, atau pengubahan tingkat layanan bersamaan dengan transaksi yang berjalan lama (impor data, tugas pemrosesan data, pembuatan ulang indeks, dsb.). Kegagalan database di akhir operasi membatalkan semua transaksi yang sedang berlangsung.

Langkah-langkah operasi manajemen

Operasi manajemen terdiri dari beberapa langkah. Dengan API Operasi yang diperkenalkan, langkah-langkah ini diekspos untuk subset operasi (penerapan dan pembaruan). Operasi penerapan terdiri dari tiga langkah, sedangkan operasi pembaruan dilakukan dalam enam langkah. Untuk detail tentang durasi operasi, lihat bagian durasi operasi manajemen. Langkah-langkah dicantumkan berdasarkan urutan eksekusi.

Langkah-langkah penerapan instans terkelola

Nama langkah	Deskripsi langkah
Minta validasi	Parameter yang dikirim divalidasi. Jika terjadi kesalahan konfigurasi, operasi akan gagal dengan kesalahan.
Pengubahan ukuran/pembuatan kluster virtual	Tergantung pada status kluster virtual, kluster masuk ke membuat atau mengubah ukuran status.
Startup instans SQL baru	Proses SQL dimulai pada komputer virtual yang disebarkan.

Langkah-langkah pembaruan instans terkelola

Nama langkah	Deskripsi langkah
Minta validasi	Parameter yang dikirim divalidasi. Jika terjadi kesalahan konfigurasi, operasi akan gagal dengan kesalahan.
Pengubahan ukuran/pembuatan kluster virtual	Tergantung pada status kluster virtual, kluster masuk ke membuat atau mengubah ukuran status.
Startup instans SQL baru	Proses SQL dimulai pada komputer virtual yang disebarkan.
Seeding file database/melampirkan file database	Tergantung jenis operasi pembaruannya, seeding database atau melampirkan file database akan dilakukan.
Mempersiapkan kegagalan dan kegagalan	Setelah data di-seeding atau file database dilampirkan ulang, sistem dipersiapkan untuk kegagalan. Setelah semuanya diatur, kegagalan dilakukan dengan waktu henti singkat.
Pembersihan instans SQL lama	Menghapus proses SQL lama dari komputer virtual.

Langkah-langkah penghapusan instans terkelola

Nama langkah	Deskripsi langkah
Minta validasi	Parameter yang dikirim divalidasi. Jika terjadi kesalahan konfigurasi, operasi akan gagal dengan kesalahan.
Pembersihan SQL instans	Menghapus proses SQL dari komputer virtual.
Penghapusan kluster virtual	Bergantung apakah instans yang dihapus adalah yang terakhir di subnet, kluster virtual dihapus secara sinkron sebagai langkah terakhir.

Catatan

Sebagai hasil dari penskalaan instans, kluster virtual utama akan melalui proses pelepasan kapasitas yang tidak digunakan dan kemungkinan defragmentasi kapasitas, yang dapat memengaruhi instans yang tidak berpartisipasi dalam operasi pembuatan/penskalaan.

Lintas dampak operasi manajemen

Operasi manajemen pada instans terkelola dapat memengaruhi operasi manajemen instans lain yang ditempatkan di dalam subnet yang sama:

• Operasi pemulihan yang berjalan lama dalam kluster virtual membuat operasi lain dalam grup komputer virtual yang sama ditangguhkan, seperti operasi pembuatan atau penskalaan.
  Contoh: Jika ada operasi pemulihan yang berjalan lama dan juga permintaan skala yang memerlukan penyusutan grup komputer virtual, permintaan penyusutan akan memakan waktu lebih lama untuk diselesaikan karena menunggu operasi pemulihan selesai sebelum dapat dilanjutkan.

• Operasi pembuatan atau penskalaan instans berikutnya ditangguhkan oleh pembuatan instans atau skala instans yang dimulai sebelumnya yang memulai perubahan ukuran grup komputer virtual.
  Contoh: Jika ada beberapa permintaan buat dan/atau skala di subnet yang sama di bawah grup komputer virtual yang sama, dan salah satunya memulai pengubahan ukuran grup komputer virtual, semua permintaan yang dikirimkan 5+ menit setelah permintaan operasi awal akan berlangsung lebih lama dari yang diharapkan, karena permintaan ini harus menunggu pengubahan ukuran selesai sebelum diteruskan kembali.

• Operasi pembuatan/penskalaan yang diajukan dalam jangka waktu 5 menit akan dikelompokkan dan dijalankan secara paralel.
  Contoh: Hanya satu pengubahan ukuran kluster virtual yang akan dilakukan untuk semua operasi yang diajukan dalam jangka waktu 5 menit (diukur dari saat menjalankan permintaan operasi pertama). Jika permintaan lain diajukan lebih dari 5 menit setelah yang pertama diajukan, permintaan itu akan menunggu hingga pengubahan ukuran kluster virtual selesai sebelum eksekusi dimulai.

Penting

Operasi manajemen yang ditangguhkan karena ada operasi lain yang sedang berlangsung akan secara otomatis dilanjutkan setelah kondisi untuk melanjutkan terpenuhi. Pengguna tidak perlu melakukan apa pun untuk melanjutkan operasi manajemen yang dijeda sementara.

Memantau operasi manajemen

Untuk mempelajari cara memantau kemajuan dan status operasi manajemen, lihat Memantau operasi manajemen.

Membatalkan operasi manajemen

Untuk mempelajari cara membatalkan operasi manajemen, lihat Membatalkan operasi manajemen.

Langkah berikutnya

• Untuk mempelajari cara membuat instans terkelola pertama Anda, lihat Panduan Mulai Cepat.
• Untuk fitur dan daftar perbandingan, lihat Fitur Umum SQL.
• Untuk mengetahui informasi selengkapnya tentang konfigurasi VNet, lihat Konfigurasi VNet SQL Managed Instance.
• Untuk informasi selengkapnya tentang grup komputer virtual dan kluster virtual, lihat Arsitektur kluster virtual SQL Managed Instance
• Untuk proses mulai cepat yang membuat instans terkelola dan memulihkan database dari file cadangan, lihat Membuat instans terkelola.
• Untuk tutorial penggunaan Azure Database Migration Service untuk migrasi, lihat Migrasi SQL Managed Instance menggunakan Database Migration Service.