Bagikan melalui

Durasi operasi manajemen di Azure SQL Managed Instance

Berlaku untuk:Azure SQL Managed Instance

Artikel ini merinci langkah-langkah dan durasi operasi manajemen di Azure SQL Managed Instance.

Untuk gambaran umum proses mendasar yang terkait dengan operasi manajemen, seperti penyemaian, dan failover, lihat Gambaran umum operasi manajemen.

Langkah-langkah operasi manajemen

Mengelola Azure SQL Managed Instance melibatkan operasi berikut:

  • Buat: Operasi yang terjadi saat Anda membuat instans terkelola SQL baru. Ini termasuk membuat atau mengubah ukuran grup mesin virtual (VM) dasar, dan mengimplementasikan proses Mesin Database SQL.
  • Pembaruan: Operasi yang terjadi saat Anda mengubah properti instans terkelola SQL yang ada, seperti menskalakan komputasi atau penyimpanan, mengubah tingkat layanan, atau memperbarui konfigurasi instans. Membuat pembaruan sering melibatkan pembuatan atau mengubah ukuran grup komputer virtual (VM) yang mendasar, serta menyemai data, lalu melakukan failover, ke proses Mesin Database SQL baru.
  • Hapus: Operasi yang terjadi saat Anda menghapus instans terkelola SQL yang ada, termasuk pembersihan sumber daya seperti grup VM yang terkait dengan instans.

Buat proses

Operasi Buat memulai penyebaran instans terkelola SQL baru dalam subnet jaringan virtual, sambil menyiapkan komputasi, penyimpanan, dan lingkungan Mesin Database SQL untuk instans.

Proses pembuatan biasanya melalui tiga fase:

  1. Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Jika parameter tidak valid (seperti subnet yang salah, atau SKU yang tidak didukung) operasi segera gagal dengan kesalahan.
  2. Membuat atau mengubah ukuran grup VM: Membuat atau memperluas grup VM untuk menghosting instans baru. Durasi operasi tergantung pada apakah instans bersifat redundan zona atau tidak.
  3. Memulai instans SQL baru: Menyebarkan dan memulai proses SQL Database Engine pada VM yang dialokasikan.

Operasi pembaruan

Operasi Pembaruan memodifikasi properti instans terkelola SQL yang ada, seperti menskalakan komputasi atau penyimpanan, mengubah tingkat layanan, atau memperbarui konfigurasi instans.

Proses pembaruan biasanya melalui lima fase:

  1. Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Memeriksa jenis pembaruan yang didukung berdasarkan konfigurasi instans saat ini dan perubahan yang diminta. Jika permintaan tidak valid, operasi gagal dengan kesalahan.
  2. Membuat atau mengubah ukuran grup VM: Bergantung pada perubahan, grup VM yang ada diubah ukurannya atau grup VM baru dibuat, seperti dalam operasi pembaruan berikut:
    • Menskalakan penyimpanan ke atas atau ke bawah
    • Menskalakan komputasi ke atas atau ke bawah
    • Mengubah tingkat layanan
    • Mengubah perangkat keras
    • Menyesuaikan jendela pemeliharaan
    • Mengaktifkan atau menonaktifkan redundansi zona
  3. Memulai instans SQL: Proses Mesin Database SQL baru diinisialisasi dengan konfigurasi yang diperbarui.
    • Jika grup VM baru dibuat, atau jika grup VM yang ada diubah ukurannya, penyebaran Mesin Database SQL penuh terjadi.
  4. Penyimpanan benih/lampirkan: Menyiapkan database pada grup VM baru atau yang diubah ukurannya. Instans tersedia selama proses ini.
  5. Persiapkan diri untuk melakukan failover: Lalu lintas akan dialihkan ke instans baru.
    • Instans Anda hanya tidak akan tersedia selama proses failover, ketika lalu lintas dialihkan ke proses Mesin Basis Data SQL yang baru. Di tingkat layanan Business Critical , instans Anda tidak tersedia hingga 20 detik, sementara di tingkat layanan Tujuan Umum , instans Anda dapat tidak tersedia hingga 2 menit.
  6. Membersihkan instans SQL lama: Batalkan alokasi komputer virtual lama dan hapus proses SQL yang tidak lagi diperlukan.

Penting

Menskalakan komputasi atau penyimpanan, atau mengubah tingkat layanan, pada saat yang sama dengan transaksi yang berjalan lama (seperti mengimpor data, pekerjaan pemrosesan data, atau pembangunan ulang indeks) tidak disarankan karena failover database di akhir operasi membatalkan semua transaksi yang sedang berlangsung.

Operasi hapus

Operasi Hapus menghapus instans terkelola SQL yang ada dan membersihkan sumber daya terkait. Segera setelah operasi penghapusan dipicu, penagihan untuk SQL Managed Instance dinonaktifkan. Durasi operasi penghapusan tidak memengaruhi penagihan.

Proses penghapusan biasanya melalui empat fase:

  1. Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Jika permintaan tidak valid, operasi gagal dengan kesalahan.
  2. Pencadangan log ekor: Jika instans tidak kosong, cadangan log ekor diambil untuk setiap database untuk memastikan bahwa tidak ada data yang hilang setelah instans dihapus. Pencadangan disimpan berdasarkan kebijakan penyimpanan setiap database.
  3. Pembersihan instans SQL: Proses Mesin Database SQL dikeluarkan dari grup VM, dan sumber daya yang terkait dengan instans tersebut dilepaskan.
  4. Hapus grup VM: Jika ada instans lain di subnet, grup VM tetap utuh untuk instans tersebut. Jika instans yang dihapus adalah instans terakhir di subnet, grup VM akan dihapus secara sinkron sebagai langkah terakhir. Ketika instans terakhir dalam subnet dihapus, menghapus grup VM secara otomatis memulai penghapusan kluster virtual.

Kumpulan contoh

Kumpulan instans memungkinkan Anda membuat dan mengelola beberapa instans dengan sumber daya bersama, yang dapat membantu mengurangi biaya dan menyederhanakan manajemen. Menyebarkan instans individual dalam kumpulan yang ada secara signifikan lebih cepat daripada menyediakan instans terkelola mandiri karena infrastruktur sudah tersedia.

Buat kumpulan instans melibatkan langkah-langkah berikut:

  • Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Jika permintaan tidak valid, operasi gagal dengan kesalahan.
  • Buat grup VM: Grup VM baru dibuat untuk menghosting kumpulan instans dalam subnet jaringan virtual Azure. Jumlah vCore yang dialokasikan ke kluster virtual adalah total vCore maksimum yang digunakan oleh semua instans dalam kumpulan. Ini adalah operasi satu kali yang menyiapkan infrastruktur yang mendasar untuk beberapa instans terkelola.
  • Buat instans: Instans dibuat dalam kumpulan instans, yang melibatkan penyebaran proses SQL Database Engine pada VM yang dialokasikan. Instans berbagi sumber daya kluster virtual, yang memungkinkan pemanfaatan sumber daya yang lebih efisien. Instance dibuat oleh pelanggan sesuai kebutuhan.

Buat instans di dalam kumpulan melibatkan langkah-langkah berikut:

  • Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Jika permintaan tidak valid, operasi gagal dengan kesalahan.
  • Buat instans: Instans dibuat dalam kumpulan instans, yang melibatkan penyebaran proses SQL Database Engine pada VM yang dialokasikan.

Memindahkan instans ke kumpulan instans melibatkan langkah-langkah berikut:

  • Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Jika permintaan tidak valid, operasi gagal dengan kesalahan.
  • Mengalokasikan vCore: Instans harus diberi jumlah vCore yang diperlukan yang memadai dari kumpulan. Karena kita sudah memiliki vCores yang disediakan ke kumpulan, ini mudah dan berfungsi sama dengan menyediakan instans baru di dalam kumpulan.

Memindahkan instans dari kumpulan instans melibatkan langkah-langkah berikut:

  • Validasi permintaan: Parameter yang dikirimkan secara sintetis dan divalidasi secara semantik. Jika permintaan tidak valid, operasi gagal dengan kesalahan.
  • Membuat atau mengubah ukuran grup VM: Ini mengharuskan menyediakan jumlah vCore yang diperlukan yang memadai ke instans di luar kumpulan. vCores belum siap dan harus disediakan, sehingga operasi ini sama dengan durasi pembaruan apa pun yang harus mengubah ukuran grup VM yang ada, atau membuat grup VM baru.

Redundansi zona

Dengan redundansi zona diaktifkan, lapisan komputasi dan penyimpanan didistribusikan di beberapa zona ketersediaan untuk memastikan ketersediaan tinggi dan integritas data.

Redundansi zona memperluas durasi operasi manajemen untuk mengakomodasi perubahan pada sumber daya di beberapa zona ketersediaan.

Durasi operasi manajemen

Durasi operasi manajemen bervariasi berdasarkan tingkat layanan SQL Managed Instance. Bagian berikut memberikan informasi terperinci tentang durasi operasi manajemen untuk setiap tingkat layanan:

Tabel berikut merinci durasi operasi manajemen di tingkat layanan Tujuan Umum , termasuk segmen yang berjalan lama dan perkiraan durasi untuk setiap operasi:

Operasional manajemen Segmen berjangka panjang Estimasi durasi
Pembuatan operasi
Membuat instans baru Membuat atau mengubah ukuran grup VM 95% operasi selesai dalam 30 menit
Membuat instans zona redundan baru Membuat atau mengubah ukuran grup VM dengan redundansi zona 95% dari operasi selesai dalam waktu 4 jam
Membuat kumpulan instans baru Membuat grup VM 95% operasi selesai dalam 30 menit
Membuat instans di dalam kolam Tidak ada 95% operasi selesai dalam waktu kurang dari 10 menit
Memperbarui operasi
Mengubah properti instans dasar seperti jenis lisensi atau Microsoft Entra Tidak ada Hingga 1 menit
Penyimpanan penskalaan Tidak ada 99 operasi dengan kode% selesai dalam 5 menit
Komputasi penskalaan (vCore) Membuat atau mengubah ukuran grup VM 95% operasi selesai dalam 60 menit
Mengubah ke tingkat layanan Business Critical Mengubah ukuran grup VM
+ Pemasukan Awal Database		 95% operasi selesai dalam 60 menit + waktu ke database benih
Mengubah ke tingkat layanan Tujuan Umum Next-gen Membuat atau mengubah ukuran grup VM
+ Pemasukan Awal Database		 95% operasi selesai dalam 60 menit + waktu ke database benih
Mengubah jendela perangkat keras atau pemeliharaan Membuat atau mengubah ukuran grup VM 95% operasi selesai dalam 60 menit
Mengaktifkan redundansi zona Membuat grup VM baru
+ Pemasukan Awal Database		 95% operasi selesai dalam 4 jam + waktu untuk memulai pengisian database
Menonaktifkan redundansi zona Membuat grup VM baru
+ Pemasukan Awal Database		 95% menyelesaikan operasi dalam 30 menit + waktu untuk mengisi database
Memindahkan instans ke kumpulan instans Tidak ada 95% operasi selesai dalam 10 menit
Memindahkan instans dari kumpulan instans Membuat atau mengubah ukuran grup VM 95% operasi selesai dalam 60 menit
Menghapus operasi
Menghapus contoh selain yang terakhir1 Pencadangan log yang tertinggal untuk semua database 95% operasi selesai dalam 1 menit.
Menghapus instans terakhir2 Pencadangan log ekor untuk semua database
Menghapus kluster virtual		 95%% operasi selesai dalam 90 menit

1 Jika ada beberapa grup VM dalam kluster, menghapus instans terakhir dalam grup segera memicu penghapusan grup VM secara asinkron.
2 Menghapus instans terakhir di subnet segera memicu penghapusan kluster virtual secara sinkron.

Instans Anda tersedia selama semua operasi manajemen, kecuali pada langkah akhir failover, ketika lalu lintas dialihkan ke proses Mesin Database SQL yang baru. Di tingkat layanan Business Critical , instans Anda tidak tersedia hingga 20 detik, sementara di tingkat layanan Tujuan Umum dan Tujuan Umum Generasi Berikutnya , instans Anda dapat tidak tersedia hingga 2 menit.

Penting

Untuk operasi pembaruan yang tidak selesai di tempat tetapi mengakibatkan pemasangan ulang database (seperti penskalaan vCore, penskalaan memori, mengubah perangkat keras, atau mengubah jendela pemeliharaan), durasi failover database pada tingkat layanan skala Tujuan Umum Next-gen meningkat dengan jumlah database, hingga maksimum 10 menit. Meskipun instans tersedia setelah 2 menit, beberapa database mungkin tersedia setelah penundaan. Durasi failover diukur sejak database pertama offline, hingga saat database terakhir online. Tingkat layanan Tujuan Umum Next-gen meningkatkan jumlah maksimum database per instans dari 100 menjadi 500.

Durasi penyemaian

Penyemaian adalah proses menginisialisasi dan menyinkronkan data di seluruh proses SQL Database Engine. Durasi penyemaian terutama tergantung pada ukuran database. Rata-rata, penyemaian berlangsung dengan laju sekitar 220 GB per jam.

Penyemaian dijalankan secara bersamaan melalui delapan saluran paralel. Pada waktu tertentu, delapan database dipilih untuk transfer data. Segera setelah transfer satu database yang telah selesai, database berikutnya yang tersedia ditetapkan ke saluran yang sekarang bebas, memastikan throughput yang berkelanjutan dan efisien.

Tabel berikut ini menyediakan informasi berikut:

  • Kemungkinan perkiraan waktu penyemaian untuk sebagian besar kasus
  • Perkiraan waktu penyemaian maksimum yang diharapkan untuk 95% kasus
Rentang ukuran database (GB) Kemungkinan waktu penyemaian Waktu penyemaian maksimum yang diharapkan
0 - 32 GB 30 menit 1 jam
32 - 256 GB 1.5 jam 2 jam
256 - 512 GB 2 jam 5 jam
512 - 1024 GB 5 jam 9 jam
1024 - 2048 GB 9 jam 15 Jam
2048 - 3072 GB 10 Jam 16 jam
3072 - 4096 GB 12 jam 18 jam
Lebih besar dari 4096 GB 15 Jam 20 jam

Konten terkait

  • Last updated on