Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pertimbangan untuk peningkatan SQL Server
Amazon RDS mengambil dua snapshot DB selama proses peningkatan. Snapshot DB pertama adalah snapshot dari instans DB sebelum perubahan peningkatan dibuat. Snapshot DB kedua diambil setelah peningkatan selesai.
catatan
Amazon RDS hanya mengambil snapshot DB jika Anda telah mengatur periode retensi cadangan untuk instans DB Anda ke angka yang lebih besar dari 0. Untuk mengubah periode retensi cadangan Anda, lihat Memodifikasi instans Amazon RDS DB.
Setelah peningkatan selesai, Anda tidak dapat kembali ke versi mesin basis data sebelumnya. Jika Anda ingin kembali ke versi yang lebih lama, pulihkan snapshot DB yang diambil sebelum peningkatan untuk membuat instans DB baru.
Selama peningkatan SQL Server versi minor atau mayor, metrik Ruang Penyimpanan Kosong dan Kedalaman Antrean Disk akan menampilkan -1. Setelah peningkatan selesai, kedua metrik ini akan kembali normal.
Sebelum Anda meng-upgrade instance SQL Server Anda, tinjau informasi berikut.
Topik
Praktik terbaik sebelum memulai upgrade
Sebelum memulai proses pemutakhiran, terapkan stpes persiapan berikut untuk memungkinkan kinerja peningkatan yang optimal dan meminimalkan potensi masalah:
- Manajemen waktu dan beban kerja
-
Jadwalkan peningkatan selama periode volume transaksi rendah.
Minimalkan fungsi tulis selama jendela upgrade.
Hal ini memungkinkan Amazon RDS untuk menyelesaikan peningkatan lebih cepat dengan mengurangi jumlah file cadangan log transaksi yang perlu dipulihkan RDS selama pemasangan. secondary-to-primary
- Manajemen transaksi
-
Identifikasi dan pantau transaksi jangka panjang.
Pastikan semua transaksi penting dilakukan sebelum memulai peningkatan.
Cegah transaksi yang berjalan lama selama jendela upgrade.
- Pengoptimalan file log
-
Tinjau dan optimalkan file log transaksi:
Kecilkan file log besar.
Kurangi pola konsumsi log yang tinggi.
Kelola File Log Virtual (VLFs).
Pertahankan ruang kosong yang memadai untuk operasi normal.
Pertimbangan Multi-AZ
Amazon RDS mendukung penerapan Multi-AZ untuk instans DB yang menjalankan Microsoft SQL Server dengan menggunakan SQL Server Database Mirroring (DBM) atau Always On Availability Groups (). AGs Untuk informasi selengkapnya, lihat Penerapan multi-AZ untuk Amazon untuk Microsoft Server RDS SQL.
Dalam penerapan Multi-AZ (Mirroring/AlwaysOn), ketika pemutakhiran diminta, RDS mengikuti strategi peningkatan bergulir untuk instance primer dan sekunder. Upgrade bergulir memastikan setidaknya satu instance tersedia untuk transaksi sementara instance sekunder ditingkatkan. Pemadaman diharapkan hanya berlangsung selama failover.
Selama upgrade, RDS menghapus instance sekunder dari konfigurasi Multi-AZ, melakukan upgrade instance sekunder, dan mengembalikan setiap backup log transaksi dari primer yang diambil selama waktu itu terputus. Setelah semua cadangan log dipulihkan, RDS bergabung dengan sekunder yang ditingkatkan ke primer. Ketika semua database berada dalam keadaan tersinkronisasi, RDS melakukan failover ke instance sekunder yang ditingkatkan. Setelah failover selesai, RDS melanjutkan dengan memutakhirkan instance primer lama, mengembalikan cadangan log transaksi, dan memasangkannya dengan primer baru.
Untuk meminimalkan durasi failover ini, sebaiknya gunakan titik akhir pendengar grup AlwaysOn AGs ketersediaan saat menggunakan pustaka klien yang mendukung opsi MultiSubnetFailover koneksi dalam string koneksi. Saat menggunakan titik akhir pendengar grup ketersediaan, waktu failover biasanya kurang dari 10 detik, namun durasi ini tidak menyertakan waktu pemulihan kerusakan tambahan.
Pertimbangan replika baca
Selama peningkatan versi basis data, Amazon RDS meningkatkan semua replika baca Anda bersama instans DB primer. Amazon RDS tidak mendukung peningkatan versi basis data pada replika baca secara terpisah. Untuk informasi selengkapnya tentang replika baca, lihat Menggunakan replika baca untuk Microsoft SQL Server di Amazon RDS.
Saat Anda melakukan peningkatan versi basis data instans DB primer, semua replika baca juga ditingkatkan secara otomatis. Amazon RDS akan meningkatkan semua replika baca secara bersamaan sebelum meningkatkan instans DB primer. Replika baca mungkin tidak tersedia sampai peningkatan versi basis data pada instans DB primer selesai.
Pertimbangan grup opsi
Jika instans DB Anda menggunakan grup opsi kustom, dalam beberapa kasus, Amazon RDS tidak dapat secara otomatis menetapkan grup opsi baru untuk DB Anda. Misalnya, saat Anda meningkatkan ke versi mayor baru, Anda harus menentukan grup opsi baru. Kami sarankan agar Anda membuat grup opsi baru, dan menambahkan opsi yang sama ke grup opsi kustom yang ada.
Untuk informasi selengkapnya, lihat Membuat grup opsi atau Menyalin grup opsi.
Pertimbangan grup parameter
Jika instans DB Anda menggunakan grup parameter DB kustom:
-
Amazon RDS secara otomatis mem-boot ulang instans DB setelah peningkatan.
-
Dalam beberapa kasus, RDS tidak dapat secara otomatis menetapkan grup parameter baru ke instans DB Anda.
Misalnya, saat Anda meningkatkan ke versi mayor baru, Anda harus menentukan grup parameter baru. Kami menyarankan agar Anda membuat grup parameter baru, dan mengonfigurasi parameter seperti dalam grup parameter kustom yang ada.
Untuk informasi selengkapnya, lihat Membuat grup parameter DB di Amazon RDS Amazon atau Menyalin grup parameter DB di Amazon RDS Aurora.
