ApsaraDB RDS:Tingkatkan versi database

Edisi RDS

ApsaraDB RDS for SQL Server tersedia dalam tiga edisi, masing-masing dengan arsitektur ketersediaan berbeda:

• Basic Edition: Instans utama tunggal tanpa hot standby. Perubahan spesifikasi dan peningkatan versi menyebabkan downtime yang lama.

• RDS High-availability Edition: Instans utama dan sekunder dalam replikasi semi-synchronous atau asynchronous. Failover otomatis terjadi saat instans utama mengalami kegagalan.

• RDS Cluster Edition: Arsitektur Always On dengan pemisahan komputasi dan penyimpanan, serta mendukung satu atau beberapa instansi hanya baca untuk pemisahan beban baca/tulis.

Fitur yang tersedia bergantung pada versi SQL Server dan edisi RDS. Lihat Fitur berdasarkan versi SQL Server dan edisi RDS untuk perbandingan lengkap.

Batasan

Tipe instans berikut tidak dapat ditingkatkan:

• Instans yang telah bergabung ke domain Active Directory (AD). Lihat Gabungkan instans RDS SQL Server ke domain yang dikelola sendiri.

• Instans serverless. Lihat Ikhtisar.

• Instans pada jaringan klasik. Lihat Ubah jenis jaringan.

• Read-only instances.

• Instans utama yang memiliki read-only instances dan menjalankan RDS Cluster Edition. Lihat Buat instans ApsaraDB RDS for SQL Server hanya baca.

Dampak peningkatan

Rencanakan jendela peningkatan Anda dengan memahami apa yang berubah dan apa yang tetap sama.

Apa yang berubah:

• Alamat IP virtual (VIP) instans Anda berubah. Gunakan endpoint instans — bukan alamat IP — dalam string koneksi aplikasi Anda agar perubahan VIP dapat ditangani secara transparan.

• Terjadi downtime sekitar 20 menit selama alih beban kerja (workload switchover). Pastikan aplikasi Anda dikonfigurasi untuk terhubung ulang secara otomatis.

• Setelah peningkatan, flush rekaman DNS yang di-cache pada klien database Anda. Untuk aplikasi berbasis JVM, atur networkaddress.cache.ttl menjadi 60 detik atau kurang di $JAVA_HOME/jre/lib/security/java.security, atau konfigurasikan hal berikut dalam kode inisialisasi aplikasi Anda sebelum pemanggilan pertama ke InetAddress.getByName():

  java.security.Security.setProperty("networkaddress.cache.ttl", "60");

• Tugas Data Transmission Service (DTS) yang aktif akan berhenti selama peningkatan. Konfigurasi ulang dan mulai ulang setelah peningkatan selesai. Lihat Apa itu Data Transmission Service?

Apa yang tetap sama:

• Nama instans, port koneksi, tag, dan akun database tetap tidak berubah.

Catatan lainnya:

• Setelah dimulai, peningkatan tidak dapat dibatalkan.

• Durasi peningkatan bergantung pada volume data Anda. Lihat Perkiraan durasi.

Prasyarat

Sebelum memulai, pastikan Anda telah memiliki:

• Instans ApsaraDB RDS for SQL Server

• (Disarankan) Instans RDS berjenis pay-as-you-go atau serverless dengan spesifikasi target untuk menguji kompatibilitas aplikasi sebelum peningkatan

Tingkatkan instans

1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans tersebut dan klik ID-nya.

2. Di bagian Configuration Information pada halaman Basic Information, klik Upgrade Version. Pada kotak dialog yang muncul, klik OK.

   Jika Upgrade Version tidak ditampilkan, periksa apakah instans Anda memenuhi persyaratan peningkatan yang tercantum di Batasan.

   

3. Pada halaman Upgrade Engine Version, konfigurasikan parameter berikut. Untuk detail parameter lainnya, lihat Procedure.

   Beberapa versi mesin utama dan edisi RDS mungkin tidak tersedia tergantung pada konfigurasi instans Anda saat ini. Lihat Aturan peningkatan dan Batasan.

   Parameter	Deskripsi
   Upgrade To	Versi mesin utama target. Opsi yang tersedia untuk Edition dan Instance Type bergantung pada pilihan ini. Lihat Aturan peningkatan.
   Edition	Target edisi RDS. Basic Edition: Instans utama tunggal; compute dan storage dipisahkan. High-availability Edition: Instans utama dan sekunder dalam mode ketersediaan tinggi. Cluster Edition: Instans utama dan sekunder dalam mode ketersediaan tinggi; instans sekunder dapat dibaca. Untuk perbandingan lengkap, lihat Ikhtisar.
   Instance Type	Setiap tipe instans menentukan jumlah core CPU, kapasitas memori, jumlah koneksi maksimum, dan IOPS maksimum.
   Switching Time	Switch Immediately After Data Migration: Beban kerja dialihkan segera setelah migrasi data selesai. Switch Within Maintenance Window: Beban kerja dialihkan selama jendela pemeliharaan terjadwal berikutnya.

4. Baca dan terima Ketentuan Layanan, lalu klik Confirm Order.

Status instans berubah menjadi Upgrading Version. Saat status kembali ke Running, peningkatan telah selesai.

Perkiraan durasi

Total waktu peningkatan bergantung pada volume data Anda dan apakah cadangan penuh telah dilakukan dalam 36 jam terakhir.

Instans SQL Server Web tidak mendukung kompresi backup. Kecepatan pencadangan dan pemulihan mungkin kurang dari 100 GB per jam.

Kecepatan pencadangan dapat bervariasi berdasarkan wilayah dan periode waktu. Untuk informasi lebih akurat mengenai performa pencadangan dan pemulihan, rujuk volume data dan waktu pada peningkatan terakhir.

Contoh: Instans dengan 4 core CPU, memori 8 GB, dan data 600 GB:

• Jika tidak ada cadangan penuh dalam 36 jam terakhir: total ~6 jam 34 menit

• Jika ada cadangan penuh dalam 36 jam terakhir: total ~3 jam 34 menit

Untuk mengurangi total waktu peningkatan, lakukan cadangan penuh sebelum memulai peningkatan atau dalam 36 jam sebelum memulai tugas. Lihat Cadangkan instans ApsaraDB RDS for SQL Server.

Penerapan log transaksi inkremental bersifat intensif sumber daya. Pada instans kecil (seperti 2 core CPU dan memori 4 GB), volume log transaksi yang tinggi dapat memperlambat kecepatan pemulihan. Untuk SQL Server 2019 dan versi setelahnya, mengaktifkan opsi Accelerated Database Recovery dapat mengurangi waktu pemulihan database. Evaluasi opsi ini menggunakan dokumentasi resmi Microsoft.

Praktik terbaik

Jadwalkan pada jam sepi. Lakukan peningkatan pada periode dengan volume transaksi rendah untuk meminimalkan dampak.

Hindari transaksi jangka panjang. Jangan menjalankan operasi seperti pembuatan indeks, rebuild indeks, atau pengarsipan data selama peningkatan. Operasi tersebut menghasilkan log transaksi besar dan dapat memperpanjang signifikan fase pemulihan database.

FAQ

Penagihan

Untuk harga peningkatan, lihat Ubah spesifikasi instans.

Referensi API

Untuk melakukan peningkatan melalui API, gunakan ModifyDBInstanceSpec.