All Products
Search
Document Center

ApsaraDB RDS:Upgrade SQL Server 2008 R2 (premium local SSD) ke 2012 atau 2016

Last Updated:Jun 21, 2026

Alibaba Cloud telah menghentikan penyediaan pembaruan keamanan untuk instans ApsaraDB RDS for SQL Server yang menjalankan SQL Server 2008 R2 dan dibeli pada atau setelah 9 Juli 2019. Mulai 1 November 2024, instans RDS yang menjalankan SQL Server 2008 R2 dan menggunakan Premium Local SSD tidak mendukung jenis jaringan virtual private cloud (VPC). Jenis jaringan klasik tidak lagi tersedia untuk pembelian mulai pukul 00.00 pada 28 Februari 2025. Hal ini dapat mengganggu beban kerja pada instans RDS yang ada yang menggunakan jenis jaringan klasik. Untuk memastikan stabilitas dan keamanan layanan, kami menyarankan Anda melakukan upgrade instans RDS yang menjalankan SQL Server 2008 R2 dan menggunakan Premium Local SSD ke versi yang lebih baru, seperti SQL Server 2012 atau SQL Server 2016. Selama proses upgrade, Anda dapat melakukan migrasi instans RDS lintas zona sesuai kebutuhan bisnis Anda.

Untuk informasi selengkapnya mengenai fitur yang disediakan oleh berbagai versi SQL Server pada setiap edisi RDS, lihat Perbedaan fitur antar edisi.

Prasyarat

Instans RDS Anda memenuhi persyaratan berikut:

  • Instans RDS menjalankan SQL Server 2008 R2 dengan Premium Local SSD.

  • Kapasitas penyimpanan instans RDS minimal 20 GB. Untuk informasi selengkapnya tentang cara memperluas kapasitas penyimpanan, lihat Ubah spesifikasi instans.

  • Fitur Transparent Data Encryption (TDE) dinonaktifkan untuk instans RDS. Untuk informasi selengkapnya tentang cara menonaktifkan fitur TDE, lihat Konfigurasikan transparent data encryption (TDE).

Catatan penggunaan

  • Setelah upgrade selesai, instans RDS Anda tidak dapat dikembalikan ke versi mesin utama sebelumnya.

    Peringatan

    Sebelum memulai upgrade, kami menyarankan Anda membuat instans RDS temporary yang menjalankan versi SQL Server yang diinginkan dan menggunakan instans RDS temporary tersebut untuk menguji kompatibilitas dengan beban kerja Anda. Untuk informasi selengkapnya, lihat Upgrade instans ApsaraDB RDS for SQL Server dengan disk lokal dari SQL Server 2008 R2 ke SQL Server 2012 atau SQL Server 2016.

  • Setelah upgrade selesai, Anda harus melakukan switchover beban kerja Anda. Waktu downtime akibat switchover bervariasi tergantung pada volume data instans RDS Anda. Dalam kebanyakan kasus, switchover memerlukan waktu sekitar 20 menit. Kami menyarankan Anda melakukan switchover beban kerja selama jendela pemeliharaan yang ditentukan. Pastikan aplikasi Anda dikonfigurasi untuk terhubung kembali secara otomatis ke instans RDS Anda.

  • Jangan gunakan VPC atau vSwitch default untuk upgrade. Anda harus mengonfigurasi VPC dan vSwitch sesuai kebutuhan bisnis Anda.

  • Selama upgrade, kami menyarankan Anda tidak mengubah metadata instans RDS Anda. Jika tidak, masalah inkonsistensi data dapat terjadi setelah upgrade. Misalnya, kami menyarankan Anda tidak membuat database, menghapus database, atau mengubah model recovery database.

Ubah titik akhir instans RDS Anda

Setelah upgrade, instans RDS Anda berada di dalam VPC. Tabel berikut menjelaskan cara mengubah titik akhir instans RDS Anda setelah upgrade berdasarkan jenis jaringan asli instans RDS Anda.

Jenis jaringan asli

Aturan perubahan

Classic network

Setelah upgrade, instans RDS Anda terhubung melalui jaringan klasik dan VPC:

  • Titik akhir jaringan klasik asli tetap tersedia dan tidak pernah kedaluwarsa.

  • Titik akhir VPC dihasilkan untuk instans RDS Anda berdasarkan VPC yang ditentukan.

VPC

Titik akhir VPC tetap tidak berubah setelah upgrade.

Classic network dan VPC

Setelah upgrade, instans RDS Anda terhubung melalui jaringan klasik dan VPC. Titik akhir jaringan klasik asli dan titik akhir VPC asli tetap tersedia. Waktu kedaluwarsa titik akhir jaringan klasik tetap tidak berubah.

Dampak

  • Setelah dimulai, proses upgrade tidak dapat dibatalkan dan tidak dapat dikembalikan setelah selesai.

  • Pengaturan yang ada, seperti nama instans, port, tag, dan akun database, tetap tidak berubah setelah upgrade.

  • Durasi upgrade bergantung pada faktor-faktor seperti volume data instans Anda. Untuk informasi selengkapnya, lihat bagian FAQ dalam topik ini.

  • Upgrade melibatkan switchover jaringan, yang menyebabkan gangguan layanan hingga 20 menit. Untuk informasi selengkapnya, lihat bagian FAQ dalam topik ini. Pastikan aplikasi Anda memiliki mekanisme penghubungan ulang otomatis.

  • Selama upgrade, proses ini melakukan migrasi sumber daya dasar instans, yang menyebabkan alamat IP virtual (VIP) berubah. Untuk memastikan stabilitas dan kelangsungan bisnis, Anda harus menggunakan titik akhir internal atau publik instans RDS untuk menghubungkan ke aplikasi Anda. Jangan gunakan alamat IP hasil resolusi DNS. Titik akhir RDS adalah nama domain dinamis dengan kemampuan routing otomatis yang secara mulus menyesuaikan perubahan IP backend.

  • Jika Anda memilih untuk melakukan switch dalam maintenance window, backup instans reguler dinonaktifkan mulai dari saat Anda mengirimkan tugas upgrade hingga migrasi selesai.

  • Bersihkan cache DNS pada client Anda. Jika client Anda adalah aplikasi berbasis JVM, kami menyarankan mengatur TTL dalam konfigurasi JVM menjadi 60 detik atau kurang. Hal ini memastikan bahwa ketika alamat VIP titik akhir berubah, aplikasi dapat memperoleh alamat VIP baru dengan melakukan kueri ulang DNS.

    Catatan

    Metode berikut untuk mengatur TTL dalam JVM hanya sebagai referensi:

    • Untuk mengatur TTL untuk semua aplikasi berbasis JVM, atur parameter networkaddress.cache.ttl dalam file $JAVA_HOME/jre/lib/security/java.security menjadi 60.

    • Untuk mengatur TTL hanya untuk aplikasi lokal, atur java.security.Security.setProperty("networkaddress.cache.ttl" , "60"); dalam kode inisialisasi aplikasi sebelum koneksi jaringan apa pun dibuat, khususnya sebelum pemanggilan pertama ke InetAddress.getByName().

  • Jika Anda memiliki tugas Data Transmission Service (DTS) yang sedang berjalan, Anda harus mengonfigurasi ulang dan memulai ulang tugas tersebut setelah upgrade.

Aturan penagihan

Anda dikenakan biaya untuk upgrade ini. Biaya yang ditampilkan pada halaman pembelian berlaku. Untuk informasi selengkapnya, lihat Ubah spesifikasi instans.

Prosedur

  1. Masuk ke Konsol ApsaraDB RDS dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

  2. Di halaman Basic Information, klik Upgrade Version. Di kotak dialog yang muncul, klik OK.

    Catatan

    Jika tombol Upgrade Version tidak ditampilkan, Anda harus memeriksa apakah prasyarat telah terpenuhi. Misalnya, Anda dapat memeriksa apakah TDE diaktifkan untuk instans RDS Anda atau apakah instans RDS Anda memiliki instans temporary.

  3. Di halaman Upgrade Engine Version, konfigurasikan parameter berikut.

    Parameter

    Deskripsi

    Upgrade To

    Pilih versi SQL Server yang diinginkan. Nilai yang valid untuk parameter Edition, Storage Type, dan Instance Type bervariasi tergantung pada versi SQL Server yang dipilih. Anda dapat melakukan upgrade instans RDS dengan Premium Local SSD dari SQL Server 2008 R2 ke salah satu versi berikut:

    • SQL Server 2012 EE

    • SQL Server 2016 SE

    • SQL Server 2016 EE

    Penting

    Jika Anda melakukan upgrade instans RDS ke SQL Server 2012 EE atau SQL Server 2016 EE, fitur TDE tetap tersedia. Jika Anda melakukan upgrade instans RDS ke SQL Server 2016 SE, fitur TDE menjadi tidak tersedia.

    Edition

    Pilih High-availability Edition. Sistem database terdiri dari instans RDS primary dan instans RDS secondary. Instans-instans ini bekerja dalam mode ketersediaan tinggi untuk mencapai kinerja seimbang di semua aspek.

    Storage Type

    Pilih PL1 ESSD. Enterprise SSD (ESSD) adalah disk berkinerja ultra-tinggi yang dirancang oleh Alibaba Cloud berdasarkan arsitektur penyimpanan blok terdistribusi generasi berikutnya. ESSD memberikan kinerja penyimpanan sangat tinggi. ESSD terintegrasi dengan teknologi Ethernet 25 Gigabit dan remote direct memory access (RDMA). ESSD dapat membantu Anda mengurangi latensi satu arah dan memproses hingga 1 juta permintaan baca-tulis acak per detik. Untuk informasi selengkapnya, lihat Jenis penyimpanan.

    Zone

    Pilih zona yang diinginkan. Multi-zone Deployment dan Single-zone Deployment didukung. Jika sistem database Anda terdiri dari instans RDS primary dan secondary, kami menyarankan Anda memilih Multi-zone Deployment untuk mencapai pemulihan bencana lintas zona.

    Penting

    Jika Anda memilih Multi-zone Deployment, Anda harus memilih secara manual Zone of Secondary Node alih-alih mempertahankan zona default.

    Instance Type

    Pilih tipe instans. Setiap tipe instans menyediakan jumlah core CPU, kapasitas memori, jumlah maksimum koneksi, dan IOPS maksimum tertentu. Untuk informasi selengkapnya, lihat Famili instans dan Tipe instans ApsaraDB RDS primary.

    Network Type

    Pilih VPC. VPC tidak tersedia.

    • Jika instans RDS Anda terhubung melalui jaringan klasik sebelum upgrade, Anda dapat mengubah jenis jaringannya menjadi VPC dan mengonfigurasi vSwitch.

    • Jika instans asli berada dalam VPC atau dalam mode akses hybrid, Anda tidak dapat mengubah VPC-nya, tetapi Anda dapat mengubah vSwitch. vSwitch yang tersedia ditentukan oleh Zone dan VPC yang dipilih.

    VPC

    VPC tujuan. Jika tidak ada VPC yang tersedia, buat VPC.

    Penting

    Jangan gunakan VPC default. Anda harus memilih secara manual VPC sesuai kebutuhan bisnis Anda.

    VSwitch of Primary Node

    Pilih vSwitch yang diinginkan. Jika Anda memilih beberapa zona untuk instans RDS Anda, Anda harus memilih VSwitch of Secondary Node. Jika tidak ada vSwitch yang tersedia, Anda harus membuat vSwitch.

    Penting

    Jika instans RDS Anda terhubung melalui jaringan klasik, jangan gunakan vSwitch default. Anda harus memilih secara manual vSwitch sesuai kebutuhan bisnis Anda. Jika instans RDS Anda terhubung melalui VPC atau dapat terhubung melalui jaringan klasik dan VPC, Anda tidak dapat mengubah VPC-nya.

    Switching Time

    • Switch Immediately After Data Migration: Data dimigrasikan dan beban kerja dialihkan segera.

    • Switch Within Maintenance Window: Data dimigrasikan segera, dan beban kerja dialihkan selama jendela pemeliharaan yang ditentukan.

    • Take Effect at Specified Time Range: Data dimigrasikan segera, dan beban kerja dialihkan pada waktu tertentu. Waktu yang ditentukan harus minimal 12 jam setelah waktu saat ini.

  4. Baca dan pilih syarat layanan, lalu klik Pay Now.

  5. Klik Pay Now. Di kotak dialog yang muncul, klik OK.

    Status instans berubah menjadi Upgrading/Downgrading > Upgrading Across Networks. Ketika status instans berubah menjadi Running, upgrade selesai. Waktu yang diperlukan bergantung pada jumlah data. Harap tunggu dengan sabar.

Buat instans RDS temporary yang menjalankan versi SQL Server yang diinginkan

Sebelum memulai upgrade, kami menyarankan Anda membuat instans RDS temporary yang menjalankan versi SQL Server yang diinginkan dan menggunakan instans RDS temporary tersebut untuk menguji kompatibilitas dengan beban kerja Anda. Instans RDS temporary adalah instans baru dan independen, sehingga data pada instans RDS asli tidak terpengaruh saat Anda membuat instans RDS temporary.

Catatan

Jika Anda ingin membuat instans RDS temporary untuk instans RDS yang menjalankan SQL Server 2008 R2, pastikan fitur TDE dan enkripsi SSL dinonaktifkan.

  1. Masuk ke Konsol ApsaraDB RDS dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Lalu, temukan instans RDS dan klik ID instans tersebut.

  2. Di panel navigasi kiri, klik Backup and Restoration.

  3. Di tab Temporary Instance, pilih titik waktu untuk mengkloning data, lalu klik Create Temporary Instance of Higher Version.

  4. Konfigurasikan parameter berikut.

    Parameter

    Deskripsi

    Zone

    Pilih zona tempat Anda ingin membuat instans RDS temporary.

    Upgrade To

    Pilih versi SQL Server yang dijalankan oleh instans RDS temporary. Nilai yang valid:

    • SQL Server 2016 SE

    • SQL Server 2016 EE

    • SQL Server 2012 EE

    VPC

    Pilih VPC tempat instans RDS temporary berada. Anda harus memilih VPC dari instans Elastic Compute Service (ECS) yang ingin Anda hubungkan. Jika tidak, instans RDS temporary tidak dapat berkomunikasi dengan instans ECS melalui jaringan internal.

    VSwitch

    Pilih vSwitch dari VPC yang ditentukan.

    Penting

    Sistem menyediakan tipe instans dan tipe penyimpanan default untuk instans RDS temporary. Instans RDS temporary tersedia selama tujuh hari. Setelah periode validitas tujuh hari berakhir, sistem akan melepas instans RDS temporary tersebut.

  5. Klik OK.

Referensi

Pulihkan data SQL Server dengan instans temporary