Backup otomatis dan manual untuk RDS for SQL Server - ApsaraDB RDS

ApsaraDB RDS for SQL Server mendukung backup otomatis dan manual. Konfigurasikan kebijakan backup untuk melindungi data secara otomatis atau picu backup sesuai permintaan. Dengan log backup diaktifkan, Anda dapat memulihkan instans ke titik waktu apa pun dalam periode retensi backup.

Untuk memulihkan dari backup, lihat Ikhtisar skenario pemulihan.

Prasyarat

Sebelum memulai, pastikan Anda telah memiliki:

Instans ApsaraDB RDS for SQL Server
Otorisasi untuk peran terkait layanan (AliyunServiceRoleForDBS). Jika ini pertama kalinya Anda menggunakan fitur backup RDS, gunakan Akun Alibaba Cloud Anda untuk mengotorisasi AliyunServiceRoleForDBS.

Fitur backup

Cadangan data

RDS for SQL Server mendukung dua metode cadangan data: backup fisik dan snapshot backup.

	Physical backup	Snapshot backup
Cara kerja	Membuat replika penuh data instans. Mendukung backup penuh dan inkremental. Backup logis tidak didukung.	Menangkap status data disk pada titik waktu tertentu. Hanya snapshot penuh — backup inkremental tidak didukung.
Kecepatan backup	Lambat. Mengonsumsi sumber daya I/O signifikan dan dapat memengaruhi kinerja instans. Jadwalkan backup fisik selama jam sepi.	Cepat. Dampak I/O minimal. Dapat dijalankan kapan saja tanpa gangguan kinerja signifikan.
RPO (log backup)	Setiap 5 menit, setiap 30 menit, atau sama dengan siklus backup data	Setiap 5 menit atau setiap 30 menit
Kecepatan pemulihan (RTO)	Cepat. Kecepatan bervariasi berdasarkan spesifikasi instans.	Sangat cepat. Kecepatan tidak bergantung pada volume data. Pemulihan dari snapshot biasanya membutuhkan sekitar 30 menit untuk instans baru dan sekitar 10 menit untuk instans yang sudah ada.
Volume data	Unlimited	Unlimited
Pengunduhan file backup	Didukung	Tidak didukung

Untuk perbandingan lebih mendetail, lihat Perbedaan antara cadangan snapshot dan cadangan fisik.

Kebijakan backup inkremental

Secara default, backup inkremental diaktifkan untuk backup fisik. Sistem bergantian antara backup penuh dan inkremental untuk mengurangi ukuran file backup:

Setelah backup penuh selesai, sistem melakukan backup inkremental selama tiga hari berikutnya.
Tiga hari setelah backup penuh terakhir, sistem melakukan backup penuh baru.

Sistem secara otomatis meningkatkan backup inkremental terjadwal menjadi backup penuh ketika salah satu kondisi berikut terpenuhi:

Lebih dari tiga hari telah berlalu sejak backup penuh sukses terakhir (rotasi wajib berkala).
Database baru terdeteksi pada instans (menjamin integritas data).
Tugas backup terakhir gagal, atau terdapat risiko korupsi data seperti kegagalan pembuatan database (memperbaiki rantai backup).

Jika Anda menonaktifkan backup inkremental di Konsol, semua pekerjaan backup sistem menjadi backup penuh.

Sistem juga menyusutkan log transaksi selama setiap backup. Untuk menyusutkan log transaksi secara manual, buka halaman Backup and Restoration instans RDS Anda di Konsol ApsaraDB RDS, lalu klik Shrink Transaction Log. Ini adalah operasi online. Instans tetap dalam status Running dan beban kerja Anda tidak terganggu.

Backup instans sekunder (hanya Edisi Kluster)

Untuk instans Edisi Kluster yang menggunakan backup fisik, opsi Prioritize backup from secondary instance memindahkan beban I/O backup dari instans utama, meningkatkan kinerja dan stabilitas. Jika instans sekunder tidak tersedia, sistem secara otomatis beralih ke instans utama.

Batasan yang perlu diperhatikan sebelum mengaktifkan:

Backup inkremental tidak didukung saat menggunakan backup instans sekunder. Semua backup menjadi backup penuh, sehingga meningkatkan volume data backup. Untuk mengimbanginya, pertimbangkan mengurangi frekuensi backup — misalnya, dari harian menjadi setiap dua hari.
Beberapa operasi maintenance, seperti penyusutan log transaksi, selalu dijalankan di instans utama meskipun backup instans sekunder diaktifkan.
Jika Anda mengubah kebijakan backup ke backup instans sekunder dan mengubah waktu backup, backup penuh mungkin dipicu dua menit kemudian. Jika instans sekunder tidak tersedia saat itu, backup dijalankan di instans utama dan dapat memengaruhi beban kerja. Lakukan perubahan ini selama jam sepi.
Instans ApsaraDB RDS Edisi Kluster tidak mendukung pengaturan prioritas backup di halaman kebijakan backup lanjutan.

Log backup

Sistem menghasilkan file log backup sesuai frekuensi yang Anda konfigurasikan. Frekuensi lebih tinggi berarti Recovery Point Objective (RPO) lebih rendah — artinya potensi kehilangan data lebih sedikit dalam skenario kegagalan.

Frekuensi	RPO	Catatan
Sama dengan backup data	Sama dengan siklus backup Anda	Opsi default
Setiap 30 menit	30 menit	Mendukung pemulihan pada titik waktu hingga 30 menit terakhir jika terjadi kegagalan disk cloud (Edisi Dasar)
Setiap 5 menit	5 menit	Mendukung pemulihan pada titik waktu hingga 5 menit terakhir jika terjadi kegagalan disk cloud (Edisi Dasar)

Ukuran total file log backup tidak berubah berdasarkan frekuensi — frekuensi lebih tinggi menghasilkan lebih banyak file yang lebih kecil. Periode retensi log backup sama dengan periode retensi backup data dan tidak dapat diatur secara terpisah di halaman kebijakan backup standar.

Log backup diaktifkan secara default dan tidak dapat dinonaktifkan. Periode retensi berkisar antara 7 hingga 730 hari. Unduh file log backup untuk pengarsipan atau pemulihan lokal.

Perlindungan data backup

Pencegahan perubahan data: File backup fisik dan log backup disimpan di Object Storage Service (OSS). Snapshot backup disimpan di layanan snapshot SSD Perusahaan (ESSD). Kedua metode penyimpanan menggunakan teknologi Write Once Read Many (WORM), yang mencegah perubahan data setelah ditulis.

Perlindungan terhadap penghapusan:

Backup otomatis kedaluwarsa berdasarkan periode retensi yang Anda konfigurasikan. Periode retensi minimum adalah 7 hari, dan frekuensi backup minimum adalah dua kali per minggu, sehingga instans Anda selalu menyimpan data backup terbaru.
Penghapusan manual set backup tidak didukung.

Penagihan

Setiap instans RDS mencakup kuota penyimpanan backup gratis. Tidak ada biaya yang dikenakan kecuali penyimpanan backup Anda melebihi kuota tersebut. Kuota gratis menyesuaikan dengan storage space instans Anda — misalnya, ketika metode backup adalah physical backup, memperluas penyimpanan dari 150 GB menjadi 300 GB meningkatkan kuota gratis dari 75 GB menjadi 150 GB.

Untuk detail harga, lihat Biaya backup.

Catatan penggunaan

Setelah Anda mengubah waktu backup, backup mungkin dipicu sekitar dua menit kemudian, menyebabkan lonjakan sementara pada bandwidth I/O instans utama. Lakukan perubahan waktu backup selama jam sepi.
Backup fisik berjalan dengan kecepatan penuh tanpa throttling, yang dapat menyebabkan bandwidth I/O tinggi dan memengaruhi beban kerja. Jadwalkan backup fisik selama jam sepi.
Instans besar mungkin memerlukan waktu lama untuk menyelesaikan backup.
Database penyimpanan dingin tidak dapat dibackup atau dipulihkan. Hal ini berlaku jika Anda telah mengaktifkan pengarsipan data ke OSS dan database telah dikonversi ke penyimpanan dingin.
File backup hanya disimpan selama periode retensi yang dikonfigurasikan. Unduh file backup yang perlu disimpan jangka panjang sebelum kedaluwarsa untuk menghindari kehilangan data.
Traffic yang dikonsumsi oleh backup data dihitung dalam statistik jaringan instans Anda. Harapkan lonjakan traffic selama proses backup.

Konfigurasikan backup otomatis

Setelah Anda mengonfigurasi kebijakan backup, sistem akan mencadangkan instans Anda secara otomatis sesuai jadwal yang ditentukan.

RDS for SQL Server menyediakan dua halaman kebijakan backup dengan opsi parameter berbeda. Di beberapa wilayah, Anda dapat mengakses halaman kebijakan backup lanjutan dari tab Backup Strategy. Jika titik masuk tidak terlihat, ajukan permohonan.

Kebijakan backup standar

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Backup and Restoration.
Di tab Backup Strategy, klik Edit di area Data backup settings.
Atur parameter berikut dan klik Save.

Parameter	Deskripsi
Data backup retention days	Default: 7 hari. Rentang: 7–730 hari.
Backup cycle	Pilih minimal dua hari per minggu.
Backup method	Physical backup (default): Membuat replika penuh data instans. Kecepatan backup lambat. Snapshot backup: Menangkap data disk pada titik waktu tertentu. Kecepatan backup cepat. Setelah beralih ke snapshot backup, physical backup tetap tersedia untuk backup manual.
Backup priority	Tersedia untuk instans Edisi Kluster yang menggunakan backup fisik. Back up from primary database only: Backup selalu dijalankan di instans utama. Prioritize backup from secondary instance: Backup dijalankan di instans sekunder untuk mengurangi beban I/O pada instans utama. Beralih ke instans utama jika instans sekunder tidak tersedia. Mengaktifkan opsi ini menonaktifkan backup inkremental dan log backup 5 menit.
Incremental backup	Aktifkan atau nonaktifkan backup inkremental. Tidak tersedia saat Backup method adalah Snapshot backup atau saat menggunakan Cluster Edition dengan backup fisik.
Backup time	Rentang waktu dimulainya backup, misalnya 06:00–07:00. Atur ke jam sepi.
Backup frequency	Frekuensi pembuatan file log backup. Opsi: Same as data backup, Every 30 minutes, Every 5 minutes. Saat prioritas backup diatur ke backup instans sekunder, Every 5 minutes tidak tersedia.

Kebijakan backup lanjutan

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans tersebut dan klik ID-nya.
Di panel navigasi kiri, klik Backup and Restoration.
Di tab Backup Strategy, klik angka yang dilingkari di antara SQL Server dan Level-1 Backup.
Atur parameter berikut dan klik OK.

Parameter	Deskripsi
Backup policy	Pilih waktu backup dan periode retensi set backup. Atur minimal dua backup per minggu. Klik Add backup policy untuk menambahkan kebijakan sparse backup guna penjadwalan lebih fleksibel dengan jumlah set backup lebih sedikit.
Backup time	Waktu dimulainya backup data, misalnya 07:00–08:00. Atur ke jam sepi.
Incremental backup	Aktifkan atau nonaktifkan backup inkremental. Tidak tersedia saat Backup method adalah Snapshot backup.
Backup method	Physical backup (default): Membuat replika data instans. Kecepatan backup lambat. Snapshot backup: Menangkap data disk pada titik waktu tertentu. Proses backup cepat. Setelah beralih ke snapshot backup, physical backup tetap tersedia untuk backup manual.
Backup frequency	Frekuensi log backup. Opsi: Same as data backup atau Every 30 minutes. Periode retensi log backup sama dengan periode retensi backup data dan tidak dapat diatur secara terpisah.
Log backup retention	Harus kurang dari atau sama dengan periode retensi backup data. Rentang: 7–7300 hari. Default: 7 hari.

Klik Save di pojok kiri bawah halaman Backup policy.

Buat backup manual

Buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans tersebut dan klik ID-nya.
Di pojok kanan atas halaman, klik Backup instance.
Konfigurasikan parameter berikut dan klik OK.

Parameter	Deskripsi
Backup policy	Snapshot backup: Salinan cepat data disk pada titik waktu tertentu. Physical backup (default): Replika penuh data instans. Kecepatan backup lambat. Saat kebijakan backup otomatis diatur ke snapshot backup, bidang ini default ke Snapshot backup.
Select backup mode	Full backup: Menjalankan backup penuh segera. Automatic backup: Sistem menentukan apakah akan menjalankan backup penuh atau backup diferensial berdasarkan backup terakhir. Jika instans telah melakukan backup penuh dalam tiga hari terakhir, sistem melakukan backup diferensial (mencadangkan semua data yang berubah sejak backup penuh terakhir). Jika tidak, backup penuh dijalankan. Untuk instans Edisi Kluster yang menggunakan backup fisik dengan Prioritize backup from secondary instance diatur, hanya Full backup yang didukung.
Backup policy (saat Select backup mode adalah Full backup)	Instance backup: Mencadangkan seluruh instans. Single-database backup: Hanya tersedia saat Backup policy diatur ke Physical backup. Pilih database tertentu untuk dicadangkan dan konfigurasikan periode retensi (7–730 hari, atau -1 untuk retensi jangka panjang). Di daftar database, pilih database yang akan dicadangkan dan klik untuk menambahkannya. Jika tidak ada database, buat database terlebih dahulu.

Setelah tugas backup dibuat, klik di pojok kanan atas halaman. Di halaman Tasks, atur Task type ke Manual backup untuk melihat progres backup.

Setelah backup selesai, unduh backup data dan log dari Backup and Restoration > Base Backups > Data backup (atau Log backup).

Operasi lainnya

Perpanjang waktu kedaluwarsa set backup database tunggal

Gunakan Konsol RDS atau API ModifyBackupSetExpireTime untuk memperpanjang waktu kedaluwarsa set backup database tunggal (backup fisik, backup penuh, dan backup database tunggal) yang dibuat oleh backup manual. Memperpendek waktu kedaluwarsa tidak didukung.

Saat menggunakan API, masukkan waktu UTC. Konsol RDS menampilkan waktu dalam UTC+8. Misalnya, memasukkan 2025-07-15T12:10:23Z melalui API akan ditampilkan sebagai 20:10:23 pada 15 Juli 2025 di konsol.

Di kolom Actions set backup target, klik dan pilih Change expiration time.
Di kotak dialog, atur waktu kedaluwarsa baru dan klik OK.

Waktu kedaluwarsa yang diperbarui muncul di kolom Expiration time. Sistem menyimpan set backup hingga waktu kedaluwarsa baru.

FAQ

Dapatkah saya menonaktifkan backup data atau log backup?

Tidak. Keduanya diaktifkan secara default dan tidak dapat dinonaktifkan. Untuk mengurangi volume backup, kurangi frekuensi backup — minimal dua backup per minggu diperlukan.

Catatan

Periode retensi log backup sama dengan periode retensi backup data dan tidak dapat diatur secara terpisah.

Bagaimana cara mengurangi penggunaan penyimpanan backup?

Penghapusan manual set backup tidak didukung. Untuk mengurangi penggunaan penyimpanan:

Kurangi frekuensi backup atau periode retensi: Menurunkan periode retensi memungkinkan sistem menghapus backup lama secara otomatis. Untuk petunjuk, lihat Konfigurasikan backup otomatis.
Tingkatkan kuota gratis: Kuota gratis menyesuaikan dengan storage space instans. Memperluas storage space Anda meningkatkan kuota backup gratis.

Mengapa snapshot backup tidak mendukung backup inkremental?

Snapshot backup bekerja di tingkat disk, bukan tingkat file. Karena snapshot menangkap status lengkap disk pada titik waktu tertentu, tidak ada mekanisme berbasis file untuk perubahan inkremental.

Meskipun setiap snapshot backup merupakan backup "penuh" di tingkat file, layanan snapshot yang mendasarinya menggunakan mekanisme rantai inkremental — setiap snapshot hanya menyimpan data yang berubah sejak snapshot sebelumnya.

Mengapa backup inkremental tidak tersedia setelah saya mengaktifkan backup instans sekunder?

Arsitektur kernel SQL Server mencegah database sekunder menghapus differential bitmap, sehingga backup inkremental secara teknis tidak mungkin dilakukan di instans sekunder. Untuk detailnya, lihat dokumentasi Microsoft SQL Server.

Apakah backup penuh manual memengaruhi kebijakan backup otomatis saat backup inkremental diaktifkan?

Ya. Melakukan backup penuh manual mengatur ulang dasar untuk backup inkremental berikutnya. Misalnya, jika backup penuh dijadwalkan hari Senin dan backup inkremental hari Selasa, lalu Anda melakukan backup penuh manual hari Rabu, sistem akan melakukan backup inkremental hari Kamis dan Jumat menggunakan backup manual Rabu sebagai dasar.

Apa perbedaan antara snapshot backup dan physical backup?

Item	Physical backup	Snapshot backup
Log backup frequency	Sama dengan backup data, setiap 30 menit, atau setiap 5 menit	Setiap 30 menit atau setiap 5 menit
Backup speed	Lambat	Cepat
Restoration speed (RTO)	Cepat; bervariasi berdasarkan spesifikasi instans	Sangat cepat; tidak bergantung pada volume data. Sekitar 30 menit untuk instans baru, sekitar 10 menit untuk instans yang sudah ada
Data volume	Unlimited	Unlimited
Impact on instance performance	Konsumsi I/O signifikan. Jadwalkan selama jam sepi.	Dampak I/O minimal. Dapat dijalankan kapan saja.
Backup file download	Didukung	Tidak didukung

Langkah berikutnya

Unduh file backup data dan log untuk pengarsipan atau pemulihan lokal.
Pulihkan data ke instans yang sudah ada, instans baru, atau database lokal menggunakan backup data dan log Anda.
Aktifkan cross-region backup untuk mereplikasi data backup ke wilayah lain. Secara default, backup disimpan di wilayah yang sama dengan instans Anda.

Referensi API

API	Deskripsi
CreateBackup	Buat set backup
DescribeBackups	Daftar set backup
DescribeBackupPolicy	Lihat pengaturan backup
ModifyBackupPolicy	Ubah kebijakan backup
DescribeBackupTasks	Kueri daftar pekerjaan backup
DescribeLogBackupFiles	Kueri file log backup