Pulihkan data cadangan dari instans RDS SQL Server ke instans yang sudah ada atau ke instans baru. Kasus penggunaan umum mencakup pemulihan dari perubahan data yang tidak disengaja dan kueri terhadap snapshot data historis.
Topik ini membahas pemulihan data ke instans di wilayah yang sama. Untuk memulihkan data lintas wilayah atau ke database SQL Server yang dikelola sendiri, lihat Ikhtisar solusi pemulihan.
Jalur pemulihan
Tersedia dua jalur pemulihan. Pilih berdasarkan tujuan Anda:
| Tujuan | Jalur pemulihan | Dampak biaya |
|---|---|---|
| Pulihkan database ke instans yang sudah ada secara cepat, tanpa menimbulkan biaya infrastruktur tambahan | Pulihkan ke instans yang sudah ada | Tidak ada biaya instans tambahan |
| Pulihkan database ke salinan terisolasi untuk analisis, atau ke instans dengan konfigurasi berbeda | Pulihkan ke instans baru | Instans baru ditagih secara terpisah |
Batasan
| Batasan | Detail |
|---|---|
| Arsip data ke OSS | Hanya database yang ada dalam set cadangan (tidak diarsipkan) yang dipulihkan. Database yang diarsipkan ke OSS tidak termasuk dalam instans hasil pemulihan. |
| Instans Serverless | Data cadangan dari instans Serverless hanya dapat dipulihkan ke instans Serverless baru. Pemulihan ke instans yang sudah ada tidak didukung. |
| RDS SQL Server 2008 R2 (disk lokal performa premium) | Tidak didukung. Pulihkan data melalui instans temporary sebagai gantinya. |
| Transparent Data Encryption (TDE) | Setelah TDE diaktifkan, data cadangan dapat dipulihkan ke instans baru, tetapi pemulihan ke instans yang sudah ada tidak didukung. |
Pulihkan ke instans yang sudah ada
Pulihkan database yang dipilih ke instans kompatibel apa pun di wilayah yang sama, termasuk instans sumber. Tidak ada instans baru yang dibuat; penagihan tetap tidak berubah.
Persyaratan kompatibilitas
| Persyaratan | Batasan |
|---|---|
| Versi database | Versi instans target harus lebih besar dari atau sama dengan versi instans sumber. |
| Seri instans | Pemulihan dari seri lebih tinggi ke seri lebih rendah tidak didukung. Urutan seri dari tertinggi ke terendah: Cluster Edition > High-availability Edition > Basic Edition. |
| Tipe instans | Kombinasi yang didukung: tipe sama ke tipe sama, General-purpose ke Dedicated, dan Dedicated ke General-purpose. |
Pulihkan database ke instans yang sudah ada
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di panel navigasi kiri, klik Backup and Restoration, lalu klik Restore.
Di kotak dialog, pilih Restore to Existing Instance dan klik OK.
Konfigurasikan parameter berikut dan klik OK.
PentingAnda tidak dapat menimpa database yang sudah ada selama proses pemulihan. Jika nama database bertabrakan dengan nama yang sudah ada di instans target, tugas pemulihan akan gagal. Ubah nama database menjadi nama unik sebelum mencoba lagi. Saat nama hasil pemulihan berbeda dari semua database yang ada di instans target, database baru akan dibuat tanpa memengaruhi data yang sudah ada.
Parameter Deskripsi Restore Method By Backup Set: Memulihkan data dalam set cadangan yang dipilih. By Time: Memulihkan ke titik waktu apa pun dalam periode retensi cadangan log, berdasarkan cadangan penuh terbaru dan cadangan inkremental. Pemulihan cadangan inkremental tertentu tidak didukung. Lihat atau ubah periode retensi cadangan log sesuai kebutuhan. Restore Time Terlihat saat Restoration Method diatur ke By Time. Pilih titik waktu yang akan dipulihkan. Backup Set Terlihat saat Restoration Method diatur ke By Backup Set. Pilih set cadangan yang akan dipulihkan. More Backup Sets Pilih opsi ini jika set cadangan target tidak muncul dalam daftar Backup Set. Destination Instance Name Pilih instans target. Semua instans di wilayah saat ini di bawah Akun Alibaba Cloud saat ini ditampilkan secara default, termasuk instans sumber. Gunakan kotak pencarian untuk memfilter jika daftarnya panjang. CatatanCadangan snapshot hanya dapat dipulihkan ke instans yang telah mengaktifkan snapshot backup. Cadangan dari instans shared tidak dapat dipulihkan ke instans General-purpose atau Dedicated, dan sebaliknya.
Databases to Restore Pilih database yang akan dipulihkan (sebagian atau seluruhnya). Nama database asli digunakan secara default. Nama database hasil pemulihan harus unik dalam instans target dan hanya boleh berisi huruf, angka, garis bawah ( _), dan tanda hubung (-).Lacak progres di Task Center. Klik Task Center di pojok kanan atas dan filter berdasarkan Task Type = Clone Instance.

Pulihkan ke instans baru
Pulihkan database yang dipilih ke instans baru yang disediakan berdasarkan set cadangan atau titik waktu. Biaya instans terpisah berlaku. Penagihan dimulai setelah instans dibuat.
Jika instans asli tidak lagi diperlukan setelah pemulihan, release atau unsubscribe dari instans tersebut untuk menghindari biaya berkelanjutan.
Pulihkan database ke instans baru
Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.
Di panel navigasi kiri, klik Backup and Restoration, lalu klik Restore.
Di kotak dialog Select Restore Method, pilih Restore to New Instance dan klik OK.
Di halaman Database Restoration, konfigurasikan parameter berikut.
Parameter Deskripsi Billing Method Subscription: Penagihan prabayar, cocok untuk penggunaan jangka panjang. Periode langganan lebih lama mendapatkan diskon lebih tinggi. Pay-as-you-go: Penagihan pascabayar per jam, cocok untuk penggunaan jangka pendek. Restoration Method By Backup Set: Memulihkan data dalam set cadangan yang dipilih. By Point in Time: Memulihkan ke titik waktu apa pun dalam periode retensi cadangan log, berdasarkan cadangan penuh terbaru dan cadangan inkremental. Pemulihan cadangan inkremental tertentu tidak didukung. Lihat atau ubah periode retensi cadangan log sesuai kebutuhan. Database All: Memulihkan semua database. Some: Memulihkan database tertentu; masukkan nama database yang dipisahkan koma. CatatanJika snapshot backup diaktifkan pada instans, hanya All yang didukung.
Edition Edisi yang tersedia bervariasi berdasarkan wilayah dan versi database. Lihat edisi yang didukung atau merujuk ke konsol. Storage Type Pilih ESSD (Enterprise SSD) atau disk performa premium. Lihat Pengenalan tipe penyimpanan. Zone of Primary Node Pilih zona untuk node primer. Edisi Dasar hanya memiliki satu node dan satu zona. Deployment Method Multi-zone Deployment (disarankan): Node primer dan sekunder berada di zona berbeda dalam wilayah yang sama, menyediakan cross-zone disaster recovery. Single-zone Deployment: Kedua node berada di zona yang sama. CatatanPerbedaan performa antarzona dalam wilayah yang sama minimal. Jika suatu zona menunjukkan status Insufficient, pilih zona lain. Edisi Dasar hanya mendukung Single-zone Deployment.
Zone of Secondary Node Tersedia saat Deployment Method diatur ke Multi-zone Deployment. Edisi Dasar tidak memiliki node sekunder. Instance Type Tipe yang tersedia bervariasi berdasarkan wilayah dan versi database. Lihat tipe instans yang didukung atau merujuk ke konsol. Storage Capacity Harus lebih besar dari atau sama dengan kapasitas penyimpanan instans sumber. Periksa kapasitas instans sumber di halaman Basic Information-nya. Kapasitas penyimpanan mencakup ruang data, ruang file sistem, ruang file log, dan ruang file transaksi. Klik Next: Instance Configuration dan konfigurasikan parameter berikut.
Parameter Deskripsi Network Type Hanya virtual private cloud (VPC) yang didukung. Buat VPC dan vSwitch sesuai kebutuhan. Pastikan instans RDS dan instans ECS yang ingin Anda hubungkan berada dalam VPC yang sama agar komunikasi jaringan internal dapat diaktifkan. Resource Group Kelompok sumber daya untuk instans baru. Buat resource group sesuai kebutuhan. Klik Next: Confirm Order.
Tinjau Parameter Configuration, pilih Quantity dan Subscription Duration (untuk instans Subscription), klik Confirm Order, dan selesaikan pembayaran. Instans baru akan muncul di daftar instans. Pembuatan instans memerlukan waktu 1–10 menit. Muat ulang halaman untuk memeriksa status.
Hubungkan ke instans SQL Server baru dan verifikasi database serta tabel yang telah dipulihkan.
Referensi API
Untuk memulihkan data secara terprogram, gunakan API RecoveryDBInstance.
FAQ
Langkah selanjutnya
Ikhtisar solusi pemulihan — Pemulihan lintas wilayah dan pemulihan ke database yang dikelola sendiri