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

ApsaraDB RDS untuk SQL Server mendukung pencadangan otomatis dan manual. Anda dapat mencadangkan instans secara manual atau mengonfigurasi kebijakan cadangan untuk pencadangan otomatis. Jika pencadangan log diaktifkan, Anda dapat memulihkan instans ke titik waktu apa pun dalam periode retensi cadangan.

Fitur Cadangan

Cadangan Data

RDS untuk SQL Server mendukung dua metode pencadangan data: pencadangan fisik dan cadangan snapshot. Untuk informasi lebih lanjut, lihat Perbedaan antara cadangan snapshot dan pencadangan fisik.

Metode Cadangan	Deskripsi
Pencadangan Fisik	Dukungan untuk pencadangan fisik penuh dan pencadangan fisik inkremental. Pencadangan logis tidak didukung. Secara default, fitur pencadangan inkremental diaktifkan untuk mengurangi ukuran file cadangan. Pencadangan otomatis dilakukan berdasarkan siklus cadangan dari pencadangan penuh yang diikuti oleh pencadangan inkremental. Perluas untuk melihat kebijakan pencadangan inkremental Siklus Cadangan: Setelah pencadangan penuh berhasil dilakukan, sistem secara otomatis melakukan pencadangan inkremental dalam tiga hari mulai dari hari pencadangan penuh dilakukan. Sistem secara otomatis melakukan pencadangan penuh tiga hari setelah pencadangan penuh sebelumnya. Kondisi untuk peningkatan otomatis ke pencadangan penuh: Untuk memastikan integritas absolut rantai cadangan dan keamanan data, sistem secara otomatis meningkatkan pencadangan inkremental terjadwal menjadi pencadangan penuh jika salah satu kondisi berikut terpenuhi: Rotasi wajib berkala: Lebih dari tiga hari telah berlalu sejak pencadangan penuh terakhir yang berhasil. Memastikan integritas data: Database baru terdeteksi pada instans. Memperbaiki rantai cadangan: Tugas cadangan terakhir gagal, atau ada risiko korupsi data, seperti kegagalan pembuatan database. Pengaturan Global: Jika Anda menonaktifkan fitur pencadangan inkremental di konsol, kebijakan sebelumnya tidak berlaku. Semua pekerjaan cadangan yang dilakukan oleh sistem akan menjadi pencadangan penuh. Dukungan untuk pencadangan database individu. Anda dapat mencadangkan satu atau lebih database dari instans RDS Anda. Sistem memampatkan log transaksi instans RDS selama setiap pencadangan. Anda dapat masuk ke Konsol Manajemen ApsaraDB RDS dan pergi ke halaman Backup and Restoration instans RDS Anda. Kemudian, klik Shrink Transaction Log untuk memampatkan log transaksi secara manual. Secara default, pencadangan dilakukan pada instans RDS utama. Jika instans RDS Anda menjalankan RDS Edisi Kluster, Anda dapat mengonfigurasi pengaturan untuk mengizinkan pencadangan fisik diprioritaskan pada instans sekunder. Ini mengurangi beban I/O instans RDS utama dan meningkatkan performa serta stabilitas instans. Perluas untuk melihat catatan pencadangan instans sekunder Batasan Fitur: Instans Edisi Kluster RDS tidak mendukung pengaturan prioritas cadangan pada halaman kebijakan cadangan lanjutan. Batasan Pencadangan Inkremental: Fitur pencadangan instans sekunder tidak mendukung pencadangan inkremental. Jika Anda menggunakan fitur ini, sistem melakukan pencadangan penuh alih-alih pencadangan inkremental. Ini meningkatkan jumlah data cadangan. Untuk mencegah masalah ini, kami merekomendasikan untuk memodifikasi kebijakan cadangan. Misalnya, Anda dapat mengubah kebijakan cadangan dari satu cadangan setiap hari menjadi satu cadangan setiap dua hari. Failover Otomatis: Untuk memastikan bahwa tugas cadangan selalu berhasil, sistem secara otomatis beralih tugas cadangan ke instans utama jika instans sekunder tidak memenuhi kondisi cadangan. Operasi yang dipaksakan pada database utama: Beberapa operasi pemeliharaan, seperti pemampatan log transaksi, dipaksakan dilakukan pada instans RDS utama, dan tidak dapat dilakukan pada instans sekunder. Jika instans RDS menggunakan kebijakan pencadangan instans sekunder dan Anda memampatkan log transaksi instans secara manual, pemampatan log transaksi dipaksakan dijadwalkan pada instans RDS utama. Dampak Perubahan Konfigurasi Cadangan: Jika Anda mengubah kebijakan cadangan menjadi pencadangan instans sekunder dan memodifikasi waktu cadangan, pencadangan penuh mungkin dipicu 2 menit kemudian. Dalam hal ini, jika instans RDS sekunder tidak memenuhi kondisi cadangan, pencadangan dilakukan secara otomatis pada instans RDS utama. Ini mempengaruhi beban kerja Anda. Untuk mengurangi dampak konsumsi sumber daya yang disebabkan oleh operasi cadangan pada performa instans, kami merekomendasikan untuk memodifikasi kebijakan cadangan dan waktu cadangan selama jam non-puncak.
Cadangan Snapshot	Cadangan snapshot penuh dilakukan secara berkala berdasarkan siklus cadangan yang Anda tentukan. Dibandingkan dengan pencadangan fisik, metode cadangan snapshot lebih cepat dan memiliki dampak minimal pada performa instans.

Cadangan Log

Sistem secara otomatis menghasilkan file cadangan log berdasarkan frekuensi yang ditentukan. Frekuensi yang didukung adalah: Sama dengan Cadangan Data, Setiap 5 Menit, dan Setiap 30 Menit.
Catatan
- Total ukuran file cadangan log tidak dipengaruhi oleh frekuensi cadangan.
- Jika metode cadangan diubah menjadi Cadangan Snapshot, frekuensi hanya dapat diatur ke Setiap 5 Menit atau Setiap 30 Menit.
fitur cadangan log diaktifkan secara default dan tidak dapat dinonaktifkan. Periode retensi dapat diatur antara 7 hingga 730 hari.
Anda dapat mengunduh file cadangan log.
Catatan
Jika frekuensi diatur ke Every 30 Minutes atau Every 5 Minutes, Anda dapat memulihkan data instans RDS Edisi Dasar ke titik waktu tertentu dalam 30 menit atau 5 menit terakhir sebelum kerusakan disk atau kegagalan tak terduga.

Perlindungan Data Cadangan

Antirusak
Pencadangan fisik penuh dan cadangan log disimpan di OSS. Cadangan snapshot penuh disimpan di layanan snapshot SSD Perusahaan (ESSD). Kedua metode memiliki fitur Write Once Read Many (WORM) untuk proteksi anti-pemalsuan.
Perlindungan terhadap Penghapusan Jahat atau Tidak Disengaja
- Penghapusan otomatis saat kedaluwarsa: Sistem menghapus set cadangan kedaluwarsa berdasarkan waktu yang ditetapkan dalam kebijakan cadangan. Selain itu, pencadangan otomatis tidak dapat dinonaktifkan. Periode retensi minimum adalah 7 hari, dan frekuensi minimum adalah dua kali per minggu. Oleh karena itu, data penuh dan log dari pencadangan otomatis tidak dapat sepenuhnya dihapus.
- Penghapusan manual oleh pengguna: Pengguna tidak diizinkan menghapus data cadangan secara manual.

Prasyarat

Jika menggunakan fitur pencadangan RDS untuk pertama kalinya, gunakan Akun Alibaba Cloud untuk mengotorisasi peran terkait layanan (AliyunServiceRoleForDBS).

Catatan Penggunaan

Setelah memodifikasi waktu cadangan instans RDS, pencadangan mungkin dipicu dalam 2 menit. Ini dapat meningkatkan bandwidth I/O pada instans utama dan memengaruhi beban kerja. Kami merekomendasikan modifikasi waktu cadangan selama jam non-puncak untuk meminimalkan dampak pada performa instans RDS.
Pencadangan fisik cepat dan tidak dapat dibatasi, yang dapat meningkatkan bandwidth I/O dan memengaruhi beban kerja. Untuk meminimalkan dampak, lakukan pencadangan fisik selama jam non-puncak.
Jika instans RDS memiliki jumlah data besar, pencadangan mungkin memerlukan waktu lama.
Anda tidak dapat mencadangkan atau memulihkan database penyimpanan dingin jika pengarsipan data ke OSS diaktifkan dan database dikonversi ke penyimpanan dingin.
File cadangan disimpan selama periode tertentu. Sebelum periode retensi berakhir, kami merekomendasikan mengunduh file cadangan yang perlu disimpan jangka panjang ke komputer Anda untuk mencegah kehilangan data karena kedaluwarsa.
Instans RDS mengumpulkan statistik lalu lintas dari pengontrol antarmuka jaringan untuk mencerminkan penggunaan bandwidth di SQL Server. Statistik tentang lalu lintas yang dikonsumsi oleh pencadangan data juga dikumpulkan. Bandwidth I/O melonjak selama pencadangan data.

Penagihan

Setiap instans RDS dialokasikan kuota gratis untuk penyimpanan cadangan. Jika penyimpanan cadangan tidak melebihi kuota gratis, Anda tidak dikenakan biaya. Jika melebihi kuota gratis, Anda dikenakan biaya untuk penyimpanan tambahan. Untuk informasi lebih lanjut tentang kuota gratis dan aturan penagihan, lihat Biaya Penyimpanan Cadangan.

Konfigurasikan Pencadangan Otomatis

Setelah mengonfigurasi kebijakan cadangan, sistem secara otomatis mencadangkan instans RDS berdasarkan kebijakan tersebut. Di beberapa wilayah, Anda dapat menggunakan fitur cadangan jarang melalui halaman kebijakan cadangan lanjutan di tab Strategi Cadangan. Jika tidak dapat menemukan titik masuk untuk pengaturan cadangan lanjutan, ajukan permohonan. Parameter dan metode konfigurasi bervariasi tergantung pada halaman yang diakses.

Halaman kebijakan cadangan standar

Buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Temukan instans RDS dan klik ID-nya.
Di panel navigasi kiri, klik Backup and Restoration.
Di halaman Backup and Restoration, pilih tab Backup Strategy. Di area Data Backup Settings, klik Edit.

Atur parameter berikut dan klik Save.

Parameter	Deskripsi
Data Backup Retention Days	Nilai defaultnya adalah 7 hari. Anda dapat mengaturnya ke nilai dari 7 hingga 730 hari.
Backup Cycle	Pilih setidaknya dua hari dalam seminggu untuk mencadangkan data.
Backup Method	RDS untuk SQL Server mendukung dua metode cadangan berikut: Snapshot backup: File cadangan dari status data disk pada titik waktu tertentu. Kecepatan cadangan cepat. Physical Backup: Ini adalah metode cadangan default untuk instans. Sistem membuat replika data instans. Kecepatan cadangan lambat. Penting Setelah Anda beralih ke Snapshot Backup, Anda masih dapat memilih Physical Backup saat melakukan cadangan manual.
Backup Priority	Saat metode cadangan untuk instans Edisi Kluster adalah Physical Backup, Anda dapat mengatur prioritas cadangan: Back Up From Primary Database Only: Menentukan bahwa pencadangan hanya dilakukan pada database utama. Prioritize Backup From Secondary Instance: Pencadangan dilakukan pada instans sekunder untuk mengurangi beban I/O pada instans utama dan meningkatkan performa serta stabilitas instans. Namun, jika instans sekunder tidak memenuhi kondisi cadangan, seperti ketika tidak tersedia, pencadangan secara otomatis dilakukan pada instans utama. Catatan Fitur ini hanya didukung untuk instans Edisi Kluster. Jika Anda mengaktifkan pencadangan dari database sekunder, pencadangan inkremental atau cadangan log 5 menit tidak didukung.
Incremental Backup	Pilih apakah akan mengaktifkan pencadangan inkremental. Catatan Pencadangan inkremental tidak didukung saat Backup Method adalah Snapshot Backup, atau adalah Physical Backup untuk instans Edisi Kluster.
Backup Time	Pilih rentang waktu untuk pencadangan data dimulai, misalnya, 06:00-07:00. Kami merekomendasikan untuk mengatur ini pada jam non-puncak.
Backup Frequency	Anda dapat mengatur frekuensi pembuatan file log. Anda dapat memilih Same as Data Backup, Every 30 Minutes, atau Every 5 Minutes. Penting Periode retensi cadangan log sama dengan periode retensi cadangan data dan tidak dapat dikonfigurasi secara terpisah. Saat prioritas cadangan diatur untuk pencadangan database sekunder, Anda tidak dapat mengonfigurasi cadangan log 5 menit.

Halaman kebijakan cadangan lanjutan

Buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Temukan instans RDS dan klik ID-nya.
Di panel navigasi kiri, klik Backup and Restoration.
Di halaman Backup and Restoration, pilih tab Backup Strategy, dan klik angka antara SQL Server dan Level-1 Backup.

Atur parameter berikut, dan klik OK.

Parameter	Deskripsi
Backup Policy	Pilih waktu cadangan dan periode retensi set cadangan. Anda harus mengatur setidaknya dua cadangan per minggu. Catatan Anda dapat mengklik tombol Add Backup Policy untuk menambahkan kebijakan cadangan jarang, memungkinkan Anda mengatur kebijakan cadangan lebih fleksibel dan mempertahankan jumlah minimum set cadangan.
Backup Time	Pilih waktu ketika pencadangan data dimulai, misalnya, 07:00-08:00. Kami merekomendasikan untuk mengatur ini pada jam non-puncak.
Incremental Backup	Pilih apakah akan mengaktifkan pencadangan inkremental. Catatan Saat Backup Method adalah Snapshot Backup, Anda tidak dapat mengaktifkan pencadangan inkremental.
Backup Method	ApsaraDB RDS untuk SQL Server mendukung dua metode cadangan berikut: Snapshot backup: File cadangan dari data pada disk pada titik waktu tertentu. Proses cadangan cepat. Physical Backup: Metode cadangan default untuk instans. Sistem membuat replika dari data target. Kecepatan cadangan lambat. Penting Setelah Anda beralih ke Snapshot Backup, Anda masih dapat memilih Physical Backup saat melakukan cadangan manual.
Backup Frequency	Anda dapat mengatur frekuensi cadangan log. Anda dapat memilih Same as Data Backup atau Every 30 Minutes. Catatan Periode retensi cadangan log sama dengan periode retensi cadangan data dan tidak dapat diatur secara terpisah.
Log Backup Retention	Harus kurang dari atau sama dengan periode retensi cadangan data. Rentangnya adalah 7 hingga 7300 hari. Defaultnya adalah 7 hari.

Di pojok kiri bawah halaman Backup Policy, klik Save.

Cadangan Manual

Buka halaman Instans. Di bilah navigasi atas, pilih wilayah tempat instans RDS berada. Temukan instans RDS dan klik ID-nya.
Di pojok kanan atas halaman, klik Backup Instance.

Konfigurasikan parameter berikut dan klik OK.

Parameter	Deskripsi
Backup Policy	Snapshot backup: Metode cadangan cepat yang membuat salinan data pada disk pada titik waktu tertentu. Untuk informasi lebih lanjut, lihat . Physical Backup: Ini adalah metode cadangan default untuk instans. Sistem membuat replika dari data target. Kecepatan cadangan lambat. Catatan Saat kebijakan cadangan otomatis adalah Snapshot Backup, item konfigurasi ini menampilkan opsi Snapshot Backup.
Select Backup Mode	Full Backup: Melakukan cadangan penuh segera. Automatic Backup: Memulai cadangan segera. Sistem secara otomatis menentukan apakah akan melakukan cadangan penuh atau cadangan diferensial berdasarkan aturan yang telah ditetapkan. Aturan: Jika instans memiliki cadangan penuh dalam tiga hari terakhir, cadangan otomatis ini akan menjadi cadangan diferensial, yang mencadangkan semua data yang telah berubah sejak cadangan penuh terakhir. Jika tidak, sistem melakukan cadangan penuh. Catatan Jika edisi instans adalah Edisi Kluster, kebijakan cadangan otomatis adalah Physical Backup, dan Preferred Secondary Database diatur, hanya Full Backup yang didukung.
Backup Policy	Opsi ini tersedia hanya saat Select Backup Mode diatur ke Full Backup. Instance Backup: Mencadangkan seluruh instans. Single-Database Backup: Opsi ini tersedia hanya saat Backup Policy diatur ke Physical Backup. Anda dapat mengonfigurasi periode retensi set cadangan dan mencadangkan database yang ditentukan: Backup Set Retention Period: Periode retensi yang didukung adalah 7 hingga 730 hari. Nilai -1 menunjukkan penyimpanan jangka panjang. Database: Dalam daftar di sebelah kiri, pilih database yang ingin Anda cadangkan dan klik ikon untuk menambahkannya ke daftar di sebelah kanan. Jika Anda tidak memiliki database, buat database terlebih dahulu.

Setelah mengonfigurasi kebijakan cadangan, tugas cadangan dibuat. Anda dapat mengklik ikon di pojok kanan atas halaman. Di halaman Tasks, atur parameter Task Type ke Manual Backup dan lihat kemajuan tugas cadangan.
Catatan
Setelah cadangan selesai, Anda dapat mengunduh cadangan data dan cadangan log melalui Backup and Restoration > Base Backups > Data Backup (atau Log Backup).

Operasi Terkait

Perpanjang waktu kedaluwarsa set cadangan database tunggal

Anda dapat menggunakan konsol RDS atau memanggil API ModifyBackupSetExpireTime untuk memperpanjang waktu kedaluwarsa set cadangan database tunggal (pencadangan fisik, cadangan penuh, dan cadangan database tunggal) yang dihasilkan oleh cadangan manual. Memperpendek waktu kedaluwarsa tidak didukung.

Catatan

Saat memanggil API untuk memperpanjang waktu kedaluwarsa set cadangan, Anda harus memberikan waktu UTC. Konsol RDS secara otomatis mengonversi waktu ini ke UTC+8 untuk ditampilkan. Contoh:

Jika memberikan waktu 2025-07-15T12:10:23Z melalui API, konsol RDS menampilkannya sebagai 20:10:23 pada 15 Juli 2025.
Sebaliknya, untuk menetapkan waktu UTC+8 tertentu sebagai waktu kedaluwarsa, Anda harus mengonversinya ke waktu UTC yang sesuai sebelum memberikannya ke API.

Klik di kolom Actions dari set cadangan target, dan pilih Change Expiration Time.
Di kotak dialog, atur waktu kedaluwarsa baru dan klik OK.
Setelah menyimpan perubahan, Anda dapat melihat waktu kedaluwarsa yang diperbarui di kolom Expiration Time dari set cadangan target. Sistem akan mempertahankan set cadangan hingga waktu kedaluwarsa baru.

Referensi

Anda dapat mengunduh ke mesin lokal cadangan data atau log yang ada untuk tujuan seperti pengarsipan data.
Anda dapat menggunakan cadangan data dan log untuk memulihkan data ke instans yang ada, instans baru, atau database lokal. Untuk informasi lebih lanjut, lihat Ikhtisar Skenario Pemulihan.
Topik ini menjelaskan fitur cadangan default, yang menyimpan file cadangan di wilayah yang sama dengan instans Anda. Untuk mencadangkan data ke wilayah lain, lihat Cadangan lintas wilayah.
Anda juga dapat menggunakan API untuk mengelola kebijakan cadangan instans RDS dan melakukan operasi lainnya:

Tanya Jawab Umum

Apakah pencadangan data dan log dapat dinonaktifkan?

Tidak, mereka tidak bisa. Pencadangan data dan log diaktifkan secara default dan tidak dapat dinonaktifkan. Namun, Anda dapat mengurangi frekuensi pencadangan. Perhatikan bahwa Anda harus melakukan setidaknya dua pencadangan per minggu.

Catatan

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

Bagaimana cara menghapus atau mengurangi cadangan data dan log?

Anda tidak dapat menghapus set cadangan data dan log yang ada secara manual. Jika Anda memiliki terlalu banyak cadangan dan telah melebihi kuota cadangan gratis Anda, Anda dapat menggunakan solusi berikut:

Kurangi ukuran total file cadangan.
File cadangan tidak dapat dihapus secara manual. Namun, Anda dapat mengurangi frekuensi cadangan untuk mengurangi jumlah file cadangan. Anda juga dapat mempersingkat periode retensi cadangan, yang memungkinkan sistem untuk secara otomatis menghapus file cadangan yang kedaluwarsa. Untuk informasi lebih lanjut, lihat Mencadangkan instans ApsaraDB RDS untuk SQL Server.
Tingkatkan kuota gratis.
Kuota gratis bervariasi berdasarkan kapasitas penyimpanan instans RDS Anda. Misalnya, jika instans RDS Anda menggunakan metode pencadangan fisik dan diperluas dari 150 GB menjadi 300 GB, kuota gratis meningkat dari 75 GB menjadi 150 GB. Untuk informasi lebih lanjut, lihat Ubah spesifikasi instans.

Mengapa cadangan snapshot tidak mendukung pencadangan inkremental?

Cadangan snapshot secara berkala mencadangkan snapshot data pada disk. Karakteristik snapshot memungkinkan pemulihan data cepat ke titik waktu tertentu. Namun, karena snapshot didasarkan pada disk bukan file cadangan, pencadangan inkremental tidak didukung.

Catatan

Snapshot menggunakan mekanisme rantai snapshot inkremental. Mekanisme ini mempertahankan status snapshot di setiap titik waktu di masa lalu, sehingga setiap cadangan snapshot hanya mencadangkan data baru dan diperbarui pada disk.

Mengapa pencadangan inkremental tidak didukung setelah saya memilih kebijakan pencadangan database sekunder terlebih dahulu?

Karena karakteristik kernel ApsaraDB RDS untuk SQL Server, database sekunder tidak dapat membersihkan bitmap diferensial dan oleh karena itu tidak mendukung pencadangan inkremental. Untuk informasi lebih lanjut, lihat dokumentasi resmi.

Jika pencadangan inkremental diaktifkan, apakah melakukan pencadangan penuh manual akan memengaruhi kebijakan pencadangan otomatis yang ada?

Ya, itu akan. Jika pencadangan inkremental diaktifkan, melakukan pencadangan penuh manual selama siklus pencadangan mengatur ulang dasar untuk pencadangan inkremental berikutnya. Sebagai contoh, asumsikan pencadangan penuh dijadwalkan untuk hari Senin dan pencadangan inkremental untuk hari Selasa. Jika Anda secara manual melakukan pencadangan penuh pada hari Rabu, sistem melakukan pencadangan inkremental pada hari Kamis dan Jumat berdasarkan pencadangan penuh manual dari hari Rabu.

Apa perbedaan antara cadangan snapshot dan pencadangan fisik?

Item	Backup fisik	Cadangan snapshot
Frekuensi cadangan log	Frekuensi cadangan berikut didukung: Same as Data Backup Every 30 Minutes Every 5 Minutes	Frekuensi cadangan berikut didukung: Every 30 Minutes Every 5 Minutes
Kecepatan pemulihan	Pemulihan cepat. Kecepatan pemulihan bergantung pada spesifikasi Instans RDS Anda.	Pemulihan sangat cepat. Kecepatan pemulihan tidak dipengaruhi oleh jumlah data. Pemulihan dari cadangan snapshot lebih cepat dibandingkan dengan backup fisik. Kembangkan untuk melihat perkiraan waktu pemulihan Memulihkan data ke Instans RDS baru Waktu yang diperlukan untuk memulihkan data dari set cadangan adalah sekitar 30 menit, termasuk waktu pembuatan Instans RDS dan pemulihan data. Waktu pemulihan ke titik waktu tertentu bervariasi tergantung pada file cadangan log yang digunakan, termasuk waktu pembuatan Instans RDS dan pemulihan data. Memulihkan data ke Instans RDS yang ada Waktu yang diperlukan untuk memulihkan data dari set cadangan adalah sekitar 10 menit. Waktu pemulihan ke titik waktu tertentu bervariasi tergantung pada file cadangan log yang digunakan. Catatan File cadangan log yang digunakan dihasilkan antara waktu pembuatan file cadangan snapshot terbaru dan titik waktu pemulihan yang ditentukan.
Jumlah data yang didukung	Tanpa Batas.	Tanpa Batas.
Dampak pada kinerja instans	Mengonsumsi banyak sumber daya, secara signifikan memengaruhi kinerja Instans RDS. Disarankan melakukan backup fisik selama jam-jam sepi.	Hanya mengonsumsi sedikit sumber daya I/O, tidak signifikan memengaruhi kinerja Instans RDS. Cadangan snapshot dapat dilakukan kapan saja.
Unduh file cadangan	File backup fisik dapat diunduh.	File cadangan snapshot tidak dapat diunduh.