All Products
Search
Document Center

ApsaraDB RDS:Pulihkan data SQL Server

Last Updated:Mar 29, 2026

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:

TujuanJalur pemulihanDampak biaya
Pulihkan database ke instans yang sudah ada secara cepat, tanpa menimbulkan biaya infrastruktur tambahanPulihkan ke instans yang sudah adaTidak ada biaya instans tambahan
Pulihkan database ke salinan terisolasi untuk analisis, atau ke instans dengan konfigurasi berbedaPulihkan ke instans baruInstans baru ditagih secara terpisah

Batasan

BatasanDetail
Arsip data ke OSSHanya database yang ada dalam set cadangan (tidak diarsipkan) yang dipulihkan. Database yang diarsipkan ke OSS tidak termasuk dalam instans hasil pemulihan.
Instans ServerlessData 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

PersyaratanBatasan
Versi databaseVersi instans target harus lebih besar dari atau sama dengan versi instans sumber.
Seri instansPemulihan dari seri lebih tinggi ke seri lebih rendah tidak didukung. Urutan seri dari tertinggi ke terendah: Cluster Edition > High-availability Edition > Basic Edition.
Tipe instansKombinasi yang didukung: tipe sama ke tipe sama, General-purpose ke Dedicated, dan Dedicated ke General-purpose.

Pulihkan database ke instans yang sudah ada

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.

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

  3. Di kotak dialog, pilih Restore to Existing Instance dan klik OK.

  4. Konfigurasikan parameter berikut dan klik OK.

    Penting

    Anda 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.

    ParameterDeskripsi
    Restore MethodBy 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 TimeTerlihat saat Restoration Method diatur ke By Time. Pilih titik waktu yang akan dipulihkan.
    Backup SetTerlihat saat Restoration Method diatur ke By Backup Set. Pilih set cadangan yang akan dipulihkan.
    More Backup SetsPilih opsi ini jika set cadangan target tidak muncul dalam daftar Backup Set.
    Destination Instance NamePilih 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.
    Catatan

    Cadangan 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 RestorePilih 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 (-).
  5. Lacak progres di Task Center. Klik Task Center di pojok kanan atas dan filter berdasarkan Task Type = Clone Instance.

    image.png

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

  1. Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans berada, lalu klik ID instans.

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

  3. Di kotak dialog Select Restore Method, pilih Restore to New Instance dan klik OK.

  4. Di halaman Database Restoration, konfigurasikan parameter berikut.

    ParameterDeskripsi
    Billing MethodSubscription: 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 MethodBy 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.
    DatabaseAll: Memulihkan semua database. Some: Memulihkan database tertentu; masukkan nama database yang dipisahkan koma.
    Catatan

    Jika snapshot backup diaktifkan pada instans, hanya All yang didukung.

    EditionEdisi yang tersedia bervariasi berdasarkan wilayah dan versi database. Lihat edisi yang didukung atau merujuk ke konsol.
    Storage TypePilih ESSD (Enterprise SSD) atau disk performa premium. Lihat Pengenalan tipe penyimpanan.
    Zone of Primary NodePilih zona untuk node primer. Edisi Dasar hanya memiliki satu node dan satu zona.
    Deployment MethodMulti-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.
    Catatan

    Perbedaan 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 NodeTersedia saat Deployment Method diatur ke Multi-zone Deployment. Edisi Dasar tidak memiliki node sekunder.
    Instance TypeTipe yang tersedia bervariasi berdasarkan wilayah dan versi database. Lihat tipe instans yang didukung atau merujuk ke konsol.
    Storage CapacityHarus 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.
  5. Klik Next: Instance Configuration dan konfigurasikan parameter berikut.

    ParameterDeskripsi
    Network TypeHanya 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 GroupKelompok sumber daya untuk instans baru. Buat resource group sesuai kebutuhan.
  6. Klik Next: Confirm Order.

  7. 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.

  8. 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

Berapa lama waktu yang dibutuhkan untuk memulihkan data ke instans baru?

Perkiraan waktu

Durasi pasti tergantung pada ukuran data, tipe instans, dan volume log transaksi yang terakumulasi sejak cadangan penuh terakhir. Tabel berikut menunjukkan kecepatan perkiraan untuk setiap fase. Angka kecepatan didasarkan pada ukuran data yang tidak dikompresi.

Catatan

Versi Web RDS SQL Server tidak mendukung kompresi cadangan, sehingga kecepatan pencadangan dan pemulihan bisa turun di bawah 100 GB/jam.

OperasiDiperlukanKecepatan/waktu perkiraanCatatan
Buat dan konfigurasikan instans baruYa10–15 menitWaktu bervariasi berdasarkan edisi dan tipe instans.
Cadangan penuh instans sumberTidak200 GB/jamJika tidak ada cadangan penuh dalam 36 jam terakhir, sistem akan menjalankannya secara otomatis sebelum memulihkan. Untuk mengurangi total waktu, jalankan cadangan penuh manual sebelum memulai pemulihan, atau mulai pemulihan dalam 36 jam setelah cadangan penuh otomatis terakhir. Kecepatan dapat bervariasi berdasarkan wilayah dan waktu hari.
Pulihkan cadangan penuh ke instans baruYa200 GB/jam
Cadangan log transaksi inkremental pada sumberYa200 GB/jamTermasuk overhead hingga 2 menit untuk persiapan dan penyelesaian cadangan.
Terapkan cadangan log inkremental ke instans baruYa200 GB/jamTermasuk overhead hingga 2 menit untuk verifikasi konsistensi.
Aktifkan databaseYaDalam waktu 2 menit (biasanya)Tipe instans kecil (2 core, 4 GB) mungkin lebih lambat karena volume log transaksi tinggi. RDS SQL Server 2019 dan versi setelahnya mendukung opsi Accelerated Database Recovery, yang dapat mempercepat langkah ini. Lihat dokumentasi Microsoft untuk mengevaluasi apakah perlu mengaktifkannya.

Contoh

Perkiraan contoh — instans 4-core 8 GB, data 600 GB, log transaksi 10 GB terakumulasi sejak cadangan terakhir:

FaseWaktu
Buat instans12 menit
Cadangan penuh (jika dipicu)3 jam
Pulihkan cadangan penuh3 jam
Cadangan log inkremental5 menit
Terapkan log inkremental5 menit
Aktifkan database< 2 menit
Total (dengan cadangan penuh dipicu)~6 jam 24 menit
Total (cadangan penuh tidak dipicu)~3 jam 24 menit

Rekomendasi

  • Jalankan cadangan penuh manual sebelum memulihkan. Ini menghilangkan atau mempersingkat fase cadangan penuh otomatis. Atau, mulai pemulihan dalam 36 jam setelah cadangan penuh otomatis terakhir.

  • Jadwalkan pemulihan pada periode trafik rendah. Mengurangi konflik sumber daya dan meminimalkan dampak bisnis.

  • Hindari transaksi jangka panjang selama pemulihan. Operasi seperti pembuatan indeks, rebuild indeks, dan arsip data memperpanjang langkah pengaktifan database.

Langkah selanjutnya