All Products
Search
Document Center

ApsaraDB RDS:Pulihkan data SQL Server

Last Updated:Jun 21, 2026

Jika Anda memiliki cadangan instans RDS for SQL Server, Anda dapat memulihkan data tersebut ke instans yang sudah ada atau ke instans baru. Hal ini berguna untuk memulihkan dari kesalahan operasional atau menganalisis data historis.

Catatan

Topik ini menjelaskan cara memulihkan data ke instans di wilayah yang sama. Untuk memulihkan data lintas wilayah atau memulihkan file cadangan RDS ke database yang dikelola sendiri, lihat Ikhtisar solusi pemulihan untuk memilih metode yang sesuai.

Batasan

  • Jika suatu instans telah mengaktifkan fitur Data Archiving to OSS, Anda hanya dapat memulihkan database dalam set cadangan yang tidak berada di cold storage. Jika suatu database dipindahkan ke cold storage, instans hasil pemulihan tidak akan menyertakan database tersebut.

  • Cadangan instans Serverless hanya dapat dipulihkan ke instans Serverless baru, bukan ke instans yang sudah ada.

  • Pemulihan langsung tidak didukung untuk instans RDS for SQL Server 2008 R2 yang menggunakan disk lokal berkinerja tinggi. Untuk memulihkan data dari versi instans ini, Anda harus menggunakan instans temporary.

  • Jika TDE diaktifkan, cadangan hanya dapat dipulihkan ke instans baru.

Pulihkan ke instans yang sudah ada

Anda dapat memulihkan cadangan suatu instans ke instans yang sudah ada tertentu, termasuk instans sumber. Anda dapat memulihkan dari set cadangan atau ke titik waktu tertentu, serta memulihkan semua database atau hanya sebagian.

Aturan pemulihan

Persyaratan

Deskripsi

Versi database

Versi database pada instans tujuan harus sama dengan atau lebih baru daripada versi instans sumber.

Seri instans

Anda tidak dapat memulihkan instans dari seri yang lebih tinggi ke seri yang lebih rendah. Urutan seri dari tertinggi ke terendah adalah: Edisi Kluster > Edisi High-Availability > Edisi Dasar.

Tipe instans

Anda hanya dapat memulihkan instans ke tipe lain yang sama, atau antara tipe General-purpose dan Dedicated.

Prosedur

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

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

  3. Pada kotak dialog yang muncul, pilih Restore to Existing Instance dan klik OK.

  4. Konfigurasikan parameter berikut, lalu klik OK.

    Parameter

    Deskripsi

    Restore Method

    • By Backup Set: Memulihkan data dari set cadangan yang dipilih.

    • By Time: Memulihkan instans ke titik waktu tertentu dalam periode retensi cadangan log. Sistem menggunakan cadangan penuh terbaru dan cadangan inkremental berikutnya untuk melakukan pemulihan. Anda tidak dapat memulihkan dari cadangan inkremental tertentu. Anda dapat melihat atau mengubah periode retensi cadangan log sesuai kebutuhan.

    Restoration Time

    Parameter ini muncul ketika Restore Mode diatur ke By Time. Pilih titik waktu tujuan pemulihan.

    Backup Set

    Parameter ini muncul ketika Restore Mode diatur ke By Backup Set. Pilih set cadangan yang akan dipulihkan.

    More Backup Sets

    Jika set cadangan target tidak tercantum dalam daftar dropdown Backup Set, pilih opsi ini untuk mencari lebih banyak.

    Destination Instance Name

    Pilih instans tujuan untuk pemulihan. Anda dapat memulihkan ke instans dengan versi database yang lebih baru. Secara default, sistem menampilkan semua instans di wilayah saat ini di bawah akun Anda, termasuk instans sumber.

    Catatan
    • Cadangan snapshot hanya dapat dipulihkan ke instans yang telah mengaktifkan snapshot backup.

    • Anda tidak dapat memulihkan cadangan antara instans spesifikasi bersama (shared-specification) dan instans General-purpose atau Dedicated.

    • Jika terlalu banyak instans tujuan yang ditampilkan, gunakan kotak pencarian untuk memfilter daftar.

    Databases to Restore

    1. Pilih database yang akan dipulihkan. Anda dapat memulihkan sebagian atau semua database. Secara default, semua database dalam instans akan ditampilkan.

    2. Tetapkan nama untuk database hasil pemulihan. Secara default, nama database asli akan digunakan. Penting:

      • Nama database hasil pemulihan harus unik pada instans tujuan. Nama duplikat akan menyebabkan pemulihan gagal.

      • Jika Anda memberikan nama unik untuk database hasil pemulihan, database baru akan dibuat tanpa memengaruhi data yang sudah ada di instans tujuan.

      • Nama database hasil pemulihan hanya boleh berisi huruf kapital, huruf kecil, angka, garis bawah (_), dan tanda hubung (-).

  5. Monitor progres pemulihan.

    Sistem membuat tugas pemulihan. Klik Tasks di pojok kanan atas. Di halaman Tasks, filter tugas berdasarkan Task Type dan pilih Clone Instance untuk melihat progres.

    Pemulihan selesai ketika Task Status bernilai Succeeded dan Progress mencapai 100%.

Pulihkan ke instans baru

Anda dapat memulihkan cadangan suatu instans ke instans baru dari set cadangan atau ke titik waktu tertentu. Pemulihan dapat mencakup semua database atau hanya sebagian. Untuk informasi mengenai waktu yang dibutuhkan untuk memulihkan ke instans baru, lihat FAQ dalam topik ini.

Penagihan

Memulihkan data ke instans baru akan membuat instans yang dikenai biaya. Anda dapat meninjau biayanya selama proses pembuatan.

Catatan
  • Jika Anda tidak lagi memerlukan instans sumber setelah pemulihan, rilis atau batalkan langganan instans sumber segera untuk menghindari biaya yang tidak perlu.

  • Penagihan untuk instans baru dimulai sejak instans dibuat.

Prosedur

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

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

  3. Pada kotak dialog Select Restore Method yang muncul, pilih Restore to New Instance dan klik OK.

  4. Di halaman Restore Database, konfigurasikan parameter berikut.

    Kategori

    Deskripsi

    Metode Penagihan

    • Subscription : Metode prabayar di mana Anda membayar di muka. Metode ini cocok untuk kebutuhan jangka panjang dan lebih hemat biaya dibandingkan pay-as-you-go. Semakin panjang periode langganan, semakin besar diskon yang diberikan.

    • Pay-As-You-Go: Metode pascabayar di mana Anda ditagih per jam. Metode ini cocok untuk kebutuhan jangka pendek. Anda dapat melepas instans kapan saja untuk menghemat biaya.

    Restore Mode

    • By Backup Set: Memulihkan data dari set cadangan yang dipilih.

    • By Time: Memulihkan instans ke titik waktu tertentu dalam periode retensi cadangan log. Sistem menggunakan cadangan penuh terbaru dan cadangan inkremental berikutnya untuk melakukan pemulihan. Anda tidak dapat memulihkan dari cadangan inkremental tertentu. Anda dapat melihat atau mengubah periode retensi cadangan log sesuai kebutuhan.

    Database

    Anda dapat memulihkan semua atau sebagian database. Saat memilih Part, Anda harus memasukkan nama database secara manual dan memisahkannya dengan koma (,).

    Catatan

    Jika snapshot backup diaktifkan untuk suatu instans, Anda hanya dapat memulihkan All database. Anda tidak dapat memulihkan database Part.

    Edition

    Seri yang tersedia bervariasi berdasarkan wilayah dan versi database. Opsi yang tersedia ditampilkan di Konsol. Untuk informasi lebih lanjut, lihat Seri yang didukung.

    Storage Type

    Pilih disk cloud ESSD atau disk cloud berkinerja-tinggi. Untuk informasi lebih lanjut, lihat Tipe penyimpanan.

    Zone of Primary Node

    Pilih zona untuk node primary instans.

    Catatan

    Instans Edisi Dasar hanya memiliki satu node sehingga berada di zona tunggal.

    Deployment Method

    • Multi-zone Deployment (Direkomendasikan): Node primary dan secondary berada di zona berbeda dalam wilayah yang sama untuk menyediakan disaster recovery lintas zona.

    • Single-zone Deployment: Node primary dan secondary berada di zona yang sama.

    Catatan
    • Tidak ada perbedaan signifikan antar zona dalam wilayah yang sama.

    • Untuk kinerja optimal, buat instans ECS dan RDS Anda di zona yang sama. Dampak terhadap kinerja minimal jika keduanya berada di zona berbeda dalam wilayah yang sama.

    • Jika Anda memilih Basic Edition, hanya Single-zone Deployment yang didukung.

    • Jika suatu zona ditandai sebagai Sold Out, pilih zona lain.

    • Edisi Dasar tidak mendukung parameter ini.

    Zone of Secondary Node

    Jika Anda mengatur Deployment Method ke Multi-zone Deployment, Anda harus memilih zona untuk node secondary instans.

    Catatan

    Instans Edisi Dasar hanya memiliki satu node sehingga tidak memiliki zona node secondary.

    Instance Type

    Tipe instans yang tersedia bervariasi berdasarkan wilayah dan versi database. Opsi yang tersedia ditampilkan di Konsol. Untuk informasi lebih lanjut, lihat Tipe instans yang didukung.

    Capacity

    Kapasitas penyimpanan instans baru harus lebih besar dari atau sama dengan kapasitas instans sumber.

    • Anda dapat melihat kapasitas penyimpanan instans sumber di halaman Basic Information-nya.

    • Kapasitas penyimpanan mencakup ruang untuk data, file sistem, file log, dan file transaksi.

  5. Klik Next: Instance configuration dan konfigurasikan parameter berikut.

    Kategori

    Deskripsi

    Network Type

    Saat ini, hanya VPC yang didukung. Anda dapat membuat VPC dan vSwitch sesuai kebutuhan.

    Catatan

    Pastikan instans RDS dan instans ECS yang perlu terhubung dengannya berada di VPC yang sama. Jika tidak, keduanya tidak dapat berkomunikasi melalui jaringan internal.

    Resource Group

    Kelompok sumber daya tempat instans tersebut berada. Anda dapat membuat kelompok sumber daya jika diperlukan.

  6. Klik Next: Confirm order.

  7. Konfirmasi Parameter Configuration. Pilih Quantity dan Duration (hanya untuk instans langganan). Lalu, klik Pay Now dan selesaikan pembayaran.

    Pembuatan instans memerlukan waktu 1 hingga 10 menit. Buka daftar instans dan refresh halaman untuk melihat instans baru tersebut.

  8. Setelah instans dibuat, hubungkan ke instans SQL Server baru untuk memverifikasi data yang telah dipulihkan.

Operasi terkait

Anda juga dapat memulihkan data dengan menggunakan API RecoveryDBInstance.

FAQ

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

Perkiraan waktu

Tabel berikut menyajikan perkiraan rentang waktu untuk memulihkan data ke instans baru. Perhatikan bahwa semua kecepatan pencadangan dan pemulihan didasarkan pada ukuran data yang belum dikompresi.

Catatan

Edisi Web tidak mendukung kompresi cadangan, yang mengurangi efisiensi pencadangan. Hal ini dapat menyebabkan kecepatan pencadangan dan pemulihan turun di bawah 100 GB/jam.

Tindakan

Diperlukan

Perkiraan waktu

Catatan

Create and configure the new instance

Required

10–15 menit

Waktu yang dibutuhkan tergantung pada seri dan tipe instans yang Anda pilih untuk instans baru.

Perform a full backup of the source instance

Optional

200 GB/jam

  • Kecepatan pemulihan log transaksi jauh lebih lambat dibandingkan cadangan penuh. Untuk memastikan efisiensi pemulihan optimal, sistem akan memulai cadangan penuh jika belum dilakukan dalam 36 jam terakhir. Hal ini menyeimbangkan kebutuhan pemulihan cepat dengan overhead cadangan penuh tambahan.

    Kami merekomendasikan agar Anda secara manual melakukan cadangan penuh sebelum pemulihan, atau memulai tugas pemulihan dalam waktu 36 jam setelah cadangan penuh otomatis selesai. Hal ini mengurangi total waktu pemulihan.

  • Kecepatan pencadangan dapat bervariasi berdasarkan wilayah dan waktu hari.

  • Untuk perkiraan yang lebih akurat, periksa volume data dan waktu cadangan penuh terakhir Anda.

Restore the full backup to the destination instance

Required

200 GB/jam

None

Back up incremental transaction logs on the source instance

Required

200 GB/jam

Overhead tambahan 2 menit mungkin terjadi untuk tugas seperti persiapan cadangan, finalisasi, dan alokasi sumber daya.

Apply incremental transaction log backups on the destination instance

Required

200 GB/jam

Overhead tambahan 2 menit mungkin terjadi untuk tugas seperti verifikasi konsistensi cadangan.

Bring the database online

Required

Umumnya dalam waktu 2 menit

  • Konsumsi sumber daya: Menerapkan log transaksi inkremental merupakan operasi yang intensif sumber daya. Untuk instans dengan spesifikasi lebih rendah (misalnya, 2-core 4 GB), jumlah besar log transaksi dapat memperlambat kecepatan pemulihan.

  • Accelerated Database Recovery: RDS for SQL Server 2019 dan versi yang lebih baru menawarkan fitur Accelerated Database Recovery (ADR), yang dapat mengurangi waktu yang dibutuhkan untuk membawa database online. Lihat dokumentasi Microsoft untuk detail lebih lanjut.

Contoh perkiraan

Spesifikasi instans uji: CPU dan memori 4-core 8 GB, data 600 GB.

  • Create and configure the new instance: 12 menit

  • Perform a full backup (Opsional): 3 jam (600 GB / 200 GB per jam)

  • Restore the full backup to the destination instance: 3 jam (600 GB / 200 GB per jam)

  • Back up 10 GB of incremental transaction logs on the source instance: 5 menit (3 menit untuk pencadangan + 2 menit overhead)

  • Apply 10 GB of incremental transaction log backups on the destination instance: 5 menit (3 menit untuk penerapan + 2 menit overhead)

  • Bring the database online: Dalam waktu 2 menit

Dalam contoh ini, jika cadangan penuh belum dilakukan dalam 36 jam terakhir, total waktu kira-kira 6 jam 24 menit. Jika tidak, total waktu kira-kira 3 jam 24 menit.

Rekomendasi

  • Rencanakan jendela pemeliharaan: Lakukan operasi pemulihan selama jam sepi untuk meminimalkan dampak terhadap bisnis Anda.

  • Hindari transaksi jangka panjang: Selama proses pemulihan, hindari transaksi jangka panjang seperti membuat atau membangun ulang indeks atau mengarsipkan data. Operasi ini dapat memperpanjang waktu yang dibutuhkan untuk bring the database online.