Mencadangkan Database
Download
Mode fokus
Ukuran font
Untuk mencegah kehilangan atau kerusakan data, Anda dapat menggunakan metode backup otomatis atau manual untuk mencadangkan database.
Pengenalan Backup
Metode Backup
Cloud Database MySQL node tunggal (cloud disk), node ganda (local disk), node tiga (local disk), dan edisi cloud disk (cloud disk) mendukung dua metode untuk mencadangkan database: backup otomatis dan backup manual.
Jenis Backup
Cloud Database MySQL arsitektur node ganda dan node tiga mendukung dua jenis backup.
Backup Fisik: Salinan penuh data fisik (didukung oleh backup otomatis).
Backup Logis: Backup pernyataan SQL (didukung oleh backup manual dan otomatis).
Catatan:
Untuk memulihkan backup fisik, diperlukan ekstraksi paket menggunakan xbstream. Untuk operasi terperinci, silakan lihat Memulihkan Database Menggunakan Backup Fisik.
Ketika jumlah tabel dalam satu instance melebihi 300.000, hal ini dapat menyebabkan kegagalan backup dan memengaruhi pemantauan database. Sebaiknya atur jumlah tabel secara wajar dan kontrol agar jumlah tabel per instance tidak melebihi 300.000.
Durasi backup berkorelasi positif dengan ukuran file data database dan jumlah tabel. Semakin besar file data atau semakin banyak jumlah tabel, durasi backup akan semakin lama.
Karena data tabel mesin Memory disimpan dalam memori, backup fisik tidak dapat dilakukan untuk tabel mesin Memory. Untuk mencegah kehilangan data, disarankan mengubah tabel mesin Memory menjadi tabel InnoDB.
Jika terdapat banyak tabel tanpa primary key dalam instance, hal ini dapat menyebabkan kegagalan backup dan memengaruhi ketersediaan tinggi instance. Silahkan segera membuat primary key atau indeks sekunder untuk tabel tanpa primary key tersebut.
Untuk melakukan operasi backup manual > backup logis dingin, akan terjadi penguncian baca global. Disarankan melakukan operasi ini melalui konsol (inisiasi tugas backup logis dingin melalui konsol akan melakukan backup pada instance cadangan, tidak akan memengaruhi database utama).
Keunggulan Backup Fisik | Kelemahan Backup Logis |
Kecepatan backup tinggi. Mendukung backup streaming dan kompresi. Tingkat keberhasilan backup tinggi. Pemulihan sederhana dan efisien. Operasi terkait yang bergantung pada backup, seperti penambahan RO dan penambahan disaster recovery, akan menjadi lebih cepat. Rata-rata durasi penyelesaian backup fisik sekitar seperdelapan dari backup logis. Kecepatan impor backup fisik sekitar sepuluh kali lebih cepat daripada impor backup logis. | Selama pemulihan, perlu mengeksekusi SQL dan membangun indeks, sehingga proses pemulihan membutuhkan waktu lama. Kecepatan backup lambat, terutama terlihat jelas saat volume data besar. Selama proses backup, dapat memberikan tekanan pada instance dan berpotensi meningkatkan penundaan master-slave. Berpotensi kehilangan informasi presisi bilangan floating point. Karena berbagai masalah (seperti view yang salah, dll.), dapat menyebabkan kegagalan backup. Operasi terkait yang bergantung pada backup, seperti penambahan RO dan penambahan disaster recovery, akan menjadi lebih lamban. |
Cloud Database MySQL node tunggal (cloud disk),cloud diskedisi (cloud disk)mendukung backup snapshot.
Backup snapshot: mencadangkan data dengan cara membuat snapshot pada disk lapisan penyimpanan (didukung baik untuk backup otomatis maupun manual).
Catatan:
Instance node tunggal (cloud disk) hanya memiliki satu node, dan backup dilakukan pada node utama. Untuk melakukan backup, disarankan mengoperasikannya pada periode lalu lintas rendah.
Keunggulan Backup Snapshot | Kekurangan Backup Snapshot |
Kecepatan backup tinggi. Relatif menggunakan ruang yang kecil. | Tidak mendukung download. |
Objek Backup
Backup data | Log Backup |
MySQL node ganda, node tiga: Backup otomatis mendukung backup fisik penuh. Backup manual mendukung backup fisik penuh, backup logis penuh, dan backup logis basis data/tabel tunggal. Baik backup otomatis maupun manual mendukung kompresi dan download. MySQL node tunggal (cloud disk), edisi cloud disk (cloud disk): Backup otomatis mendukung backup snapshot penuh. Backup manual mendukung backup snapshot penuh. Backup otomatis maupun manual sama-sama tidak mendukung download. | Backup file log binlog basis data didukung untuk MySQL node tunggal (cloud disk), node ganda, node tiga, versi cloud disk (cloud disk). Log menggunakan ruang backup instance. Log mendukung download, tetapi tidak mendukung kompresi. Dapat mengatur durasi retensi log. |
Hal Yang Perlu Diperhatikan
Cloud Database MySQL hanya mendukung backup fisik untuk backup otomatis mulai 26 Februari 2019. Metode default untuk pengaturan backup otomatis adalah backup fisik, dan backup logis tidak lagi disediakan. Instance dengan backup otomatis yang masih berupa backup logis akan dialihkan secara bertahap ke backup fisik.
Peralihan ini tidak akan memengaruhi akses bisnis Anda, tetapi mungkin memengaruhi kebiasaan penggunaan backup otomatis Anda. Jika Anda memerlukan backup logis, Anda dapat menggunakan metode backup manual di Konsol Cloud Database MySQL atau membuat backup logis melalui pemanggilan API.
Backup manual secara default menggunakan metode backup logis dingin. Jika Anda memilih backup penuh sebagai backup logis dingin sebelum menyesuaikan konfigurasi, maka proses penyesuaian konfigurasi mungkin akan memakan waktu lebih lama. Apabila Anda ingin mengurangi durasi penyesuaian konfigurasi, disarankan memilih backup fisik dingin saat melakukan backup penuh sebelum menyesuaikan konfigurasi.
File backup instance menggunakan ruang backup. Harap gunakan ruang backup secara wajar. Ruang backup yang melebihi kuota gratis akan dikenakan biaya. Silakan lihat Penjelasan Biaya Ruang Backup.
Disarankan memilih periode lalu lintas rendah untuk melakukan backup.
Untuk menghindari penghapusan file backup yang diperlukan karena melebihi masa retensi, harap segera unduh file backup yang diperlukan ke penyimpanan lokal.
Operasi DDL dilarang selama proses backup untuk menghindari kegagalan backup yang disebabkan oleh penguncian tabel.
Instance baca-saja MySQL tidak mendukung backup basis data.
Pada hari migrasi antar zona ketersediaan selesai, jika instance kebetulan berada dalam siklus backup otomatis, sistem akan menghasilkan tambahan satu kali backup. Contoh: Sebuah instance dijadwalkan backup otomatis pada 5 Agustus, tetapi pada hari yang sama instance tersebut menjalani migrasi antar zona ketersediaan. Dalam kasus ini, selain melakukan backup otomatis reguler, sistem akan secara aktif memicu satu kali backup tambahan saat migrasi selesai.
Mencadangkan data MySQL secara otomatis
Mencadangkan data MySQL secara otomatis
Mengatur Backup Otomatis
1. Masuk ke Konsol MySQL, pada daftar instance, klik ID instance untuk masuk ke halaman manajemen, lalu pilih Backup dan Restorasi > Pengaturan Backup Otomatis.
2. Pada dialog pengaturan backup yang muncul, pilih setiap parameter backup, lalu klik OK. Penjelasan parameter adalah sebagai berikut:
Catatan:
Fungsi Pemulihan didasarkan pada cadangan data dan cadangan log (binlog) dalam siklus cadangan dan hari retensi cadangan. Memperpendek frekuensi cadangan otomatis dan hari retensi dapat mempersempit rentang waktu pemulihan data instans, sehingga harap pertimbangkan konfigurasi cadangan dengan cermat.
Contoh: Jika siklus cadangan diatur ke Setiap Senin dan Kamis dengan retensi 7 hari, Anda dapat memulihkan data ke titik waktu apa pun dalam 7 hari (sesuai durasi penyimpanan aktual cadangan data dan log yang valid).
Backup otomatis tidak dapat dihapus secara manual. Anda dapat mengatur periode retensi backup, dan setelah masa berlaku berakhir, backup akan terhapus otomatis.
Meningkatkan jumlah hari retensi untuk backup data dan backup log dapat mengakibatkan biaya tambahan untuk ruang penyimpanan backup.
Memperpendek hari retensi backup log dapat memengaruhi siklus pemulihan data instans.
Waktu yang dapat dipulihkan dihitung mulai dari backup fisik yang valid atau backup logis penuh yang paling jauh dari waktu saat ini. Disarankan untuk mengatur periode retensi backup secara wajar sesuai kebutuhan bisnis aktual Anda.
Dalam pengaturan backup otomatis, pengaturan backup data mendukung pengaktifan retensi periodik. Pengaturan yang tidak mengaktifkan retensi periodik disebut pengaturan backup reguler. Berikut ini menjelaskan parameter dalam pengaturan backup reguler dan pengaturan backup periodik yang diaktifkan.
Penjelasan Pengaturan Backup Reguler
Parameter | Penjelasan |
Waktu Mulai Backup | Waktu Default: Rentang waktu mulai pencadangan yang dialokasikan otomatis oleh sistem (0:00 - 12:00). Kustom: Mendukung pemilihan rentang waktu mulai pencadangan secara kustom (misal 02:00 - 06:00), disarankan diatur pada periode lalu lintas rendah.* Catatan: Waktu mulai pencadangan hanya merupakan waktu ketika tugas pencadangan masuk ke dalam antrian penjadwalan. Misalnya, jika dipilih: 02:00 - 06:00 untuk memulai pencadangan, sistem akan memulai tugas pencadangan pada suatu titik waktu dalam rentang 02:00 - 06:00. Titik waktu mulai yang spesifik bergantung pada strategi pencadangan backend dan kondisi sistem pencadangan. Demi memastikan tugas pencadangan tidak memengaruhi operasi instans, tugas tersebut mungkin mengalami penundaan dimulai karena antrian yang padat. Durasi tugas pencadangan berbanding lurus dengan volume data, dengan durasi maksimum tidak melebihi 24 jam. |
Periode Retensi Backup Data | File backup data untuk MySQL node ganda, node tiga, dan edisi cloud disk dapat disimpan selama 7 hingga 1830 hari, dengan default 7 hari. Setelah masa berlaku berakhir, set cadangan akan dihapus secara otomatis. File backup data untuk MySQL node tunggal (cloud disk) dapat disimpan selama 7 hingga 30 hari, secara default ditetapkan 7 hari. Setelah masa berlaku berakhir, set cadangan akan dihapus secara otomatis. |
Siklus Backup | Aturan Konfigurasi： Diatur per minggu: Secara default, Senin hingga Minggu (7 hari) terpilih, mendukung pemilihan waktu cadangan secara kustom. Untuk memastikan keamanan data Anda, harap atur pencadangan minimal dua kali seminggu. Diatur per bulan: Untuk memastikan keamanan data Anda, dalam satu bulan, jarak antara dua tanggal cadangan yang berurutan tidak boleh lebih dari 2 hari. Misalnya, jika dipilih pencadangan pada tanggal 1, maka tanggal cadangan berikutnya tidak boleh melewati tanggal 2, 3, dan 4 untuk memilih tanggal 5. Catatan: Saat memilih pengaturan bulanan, untuk menghindari situasi tidak ada pencadangan selama beberapa hari berturut-turut, tidak boleh melewati urutan tanggal berikut: 27/28/1 (hari), 28/29/1 (hari), 29/30/1 (hari), 28/1/2 (hari), 29/1/2 (hari), 30/1/2 (hari). |
Backup ke Penyimpanan Dingin (Opsional) | Centang strategi penyimpanan dingin untuk cadangan data yang sesuai dan tentukan jumlah hari: Menentukan Hari Penyimpanan Standar: yaitu menetapkan setelah berapa hari file backup data dibuat, akan beralih ke penyimpanan standar. Menentukan Hari Penyimpanan Arsip: yaitu menetapkan setelah berapa hari file backup data dibuat, akan beralih ke penyimpanan arsip. Untuk detail penjelasan dan strategi penyimpanan dingin cadangan, lihat Pengaturan Penyimpanan Dingin Cadangan. Fungsi penyimpanan arsip saat ini belum tersedia, tunggu update selanjutnya. Catatan: Instance node tunggal (cloud disk) dan edisi cloud disk belum mendukung pengaturan penyimpanan dingin untuk cadangan. |
Periode Retensi Backup Log | File backup log untuk MySQL node ganda, node tiga, dan edisi cloud disk dapat disimpan selama 7 hingga 3650 hari, dengan default 7 hari. Setelah masa berlaku berakhir, set cadangan akan dihapus secara otomatis. File backup log untuk MySQL node tunggal (cloud disk) dapat disimpan selama 7 hingga 30 hari, secara default ditetapkan 7 hari. Setelah masa berlaku berakhir, set cadangan akan dihapus secara otomatis. |
Backup ke Penyimpanan Dingin (Opsional) | Centang strategi penyimpanan dingin untuk backup binlog yang sesuai dan tentukan jumlah hari: Menentukan Hari Penyimpanan Standar: yaitu menetapkan setelah berapa hari file binlog dibuat, akan beralih ke penyimpanan standar. Menentukan Hari Penyimpanan Arsip: yaitu menetapkan setelah berapa hari file binlog dibuat, akan beralih ke penyimpanan arsip. Untuk detail penjelasan dan strategi penyimpanan dingin cadangan, lihat Pengaturan Penyimpanan Dingin Cadangan. Fungsi penyimpanan arsip saat ini belum tersedia, tunggu update selanjutnya. Catatan: Instance node tunggal (cloud disk) dan edisi cloud disk belum mendukung pengaturan penyimpanan dingin untuk cadangan. |
Pemilihan waktu mulai pencadangan mungkin dibatasi oleh ketersediaan sumber daya penjadwalan sistem. Jika Anda menemukan periode waktu tertentu tidak dapat dipilih selama proses pengaturan, ini menunjukkan antrian cadangan pada periode tersebut sudah jenuh. Disarankan untuk memilih periode waktu yang lebih longgar untuk menyelesaikan pengaturan.
Penjelasan Pengaturan Backup Periodik yang Diaktifkan
Penjelasan Pengaturan Backup Periodik yang Diaktifkan
Catatan:
Instance node tunggal (cloud disk) dan edisi cloud disk belum mendukung fungsi pengaturan backup periodik.
Waktu retensi backup periodik hanya dapat lebih lama daripada waktu retensi yang ditetapkan pada pengaturan backup reguler.
Parameter | Penjelasan |
Waktu Mulai Backup | Waktu Default: Rentang waktu mulai pencadangan yang dialokasikan otomatis oleh sistem (0:00 - 12:00). Kustom: Mendukung pemilihan rentang waktu mulai pencadangan secara kustom (misal 02:00 - 06:00), disarankan diatur pada periode lalu lintas rendah. Catatan: Waktu mulai pencadangan hanya merupakan waktu ketika tugas pencadangan masuk ke dalam antrian penjadwalan. Misalnya, jika dipilih: 02:00 - 06:00 untuk memulai pencadangan, sistem akan memulai tugas pencadangan pada suatu titik waktu dalam rentang 02:00 - 06:00. Titik waktu mulai yang spesifik bergantung pada strategi pencadangan backend dan kondisi sistem pencadangan. Demi memastikan tugas pencadangan tidak memengaruhi operasi instans, tugas tersebut mungkin mengalami penundaan dimulai karena antrian yang padat. Durasi tugas pencadangan berbanding lurus dengan volume data, dengan durasi maksimum tidak melebihi 24 jam. |
Periode Retensi Backup Data | File backup data untuk MySQL node ganda dan node tiga dapat disimpan selama 7 hingga 1830 hari, dengan default 7 hari. Setelah masa berlaku berakhir, set cadangan akan dihapus secara otomatis. |
Siklus Backup | Aturan Konfigurasi: Diatur per minggu: Secara default, Senin hingga Minggu (7 hari) terpilih, mendukung pemilihan waktu cadangan secara kustom. Untuk memastikan keamanan data Anda, harap atur pencadangan minimal dua kali seminggu. Diatur per bulan: Untuk memastikan keamanan data Anda, dalam satu bulan, jarak antara dua tanggal cadangan yang berurutan tidak boleh lebih dari 2 hari. Misalnya, jika dipilih pencadangan pada tanggal 1, maka tanggal cadangan berikutnya tidak boleh melewati tanggal 2, 3, dan 4 untuk memilih tanggal 5. Catatan: Saat memilih pengaturan bulanan, untuk menghindari situasi tidak ada pencadangan selama beberapa hari berturut-turut, tidak boleh melewati urutan tanggal berikut: 27/28/1 (hari), 28/29/1 (hari), 29/30/1 (hari), 28/1/2 (hari), 29/1/2 (hari), 30/1/2 (hari). |
Periode Retensi Backup Berkala | File backup data dapat disimpan selama 90 hingga 3650 hari, dengan default 1080 hari. Setelah melewati periode retensi, set cadangan akan dihapus secara otomatis. |
Kebijakan Retensi Backup Berkala | Mendukung pengaturan jumlah retensi cadangan berdasarkan bulanan, triwulanan, atau tahunan. |
Tanggal Mulai | Waktu mulai untuk pelaksanaan backup retensi berkala. |
Backup ke Penyimpanan Dingin (Opsional) | Centang strategi penyimpanan dingin untuk cadangan data yang sesuai dan tentukan jumlah hari: Menentukan Hari Penyimpanan Standar: yaitu menetapkan setelah berapa hari file backup data dibuat, akan beralih ke penyimpanan standar. Menentukan Hari Penyimpanan Arsip: yaitu menetapkan setelah berapa hari file backup data dibuat, akan beralih ke penyimpanan arsip. Untuk detail penjelasan dan strategi penyimpanan dingin cadangan, lihat Pengaturan Penyimpanan Dingin Cadangan. Fungsi penyimpanan arsip saat ini belum tersedia, tunggu update selanjutnya. |
Periode Retensi Backup Log | File backup log dapat disimpan selama 7 hingga 3650 hari, dengan default 7 hari. Setelah masa berlaku berakhir, set cadangan akan dihapus secara otomatis. |
Backup ke Penyimpanan Dingin (Opsional) | Centang strategi penyimpanan dingin untuk backup binlog yang sesuai dan tentukan jumlah hari: Menentukan Hari Penyimpanan Standar: yaitu menetapkan setelah berapa hari file binlog dibuat, akan beralih ke penyimpanan standar. Menentukan Hari Penyimpanan Arsip: yaitu menetapkan setelah berapa hari file binlog dibuat, akan beralih ke penyimpanan arsip. Untuk detail penjelasan dan strategi penyimpanan dingin cadangan, lihat Pengaturan Penyimpanan Dingin Cadangan. Fungsi penyimpanan arsip saat ini belum tersedia, tunggu update selanjutnya. |
Rencana Retensi
Catatan:
Instance node tunggal (cloud disk) dan edisi cloud disk belum mendukung fungsi melihat rencana retensi.
Ketika Anda memilih strategi retensi backup periodik dalam pengaturan backup, Anda dapat mengklik Lihat Rencana Retensi untuk pratinjau.
Tanggal berwarna biru menunjukkan tanggal backup reguler.
Tanggal berwarna merah menunjukkan tanggal backup periodik.
Anda dapat menyembunyikan penandaan warna pada tanggal yang sesuai dengan mengklik backup reguler atau backup periodik untuk memudahkan pratinjau.
Pratinjau rencana backup saat ini menunjukkan kondisi retensi backup untuk satu tahun mendatang, hanya sebagai referensi.
Mencadangkan data MySQL secara manual
Mencadangkan data MySQL secara manual
Fungsi cadangan manual memungkinkan pengguna memulai tugas cadangan secara mandiri.
Catatan:
Instansi MySQL node ganda dan tiga node mendukung backup manual berupa backup fisik penuh, backup logis penuh, serta backup logis basis data tunggal atau tabel tunggal.
Backup manual untuk instans MySQL node ganda dan tiga node dapat dihapus secara manual dari daftar backup, membebaskan ruang cadangan, menghindari pemborosan dan okupasi ruang. Tanpa penghapusan manual, backup akan tetap disimpan hingga instans basis data dihentikan.
Instans MySQL node tunggal (cloud disk) mendukung backup manual berupa backup snapshot penuh.
Backup manual untuk instans MySQL node tunggal (cloud disk) tidak mendukung penghapusan.
Instans tidak dapat memulai backup manual saat menjalankan tugas backup otomatis harian.
Backup manual akan masuk ke antrian backup dengan prioritas tertinggi. Waktu mulai backup yang sebenarnya mengacu pada kolom waktu mulai tugas di daftar backup.
1. Masuk ke Konsol MySQL, pada daftar instans, klik ID Instans untuk masuk ke halaman manajemen, lalu pilih Backup dan Restorasi > Backup Manual.
2. Pada dialog pengaturan backup yang muncul, pilih metode dan objek backup, isi nama catatan, lalu klik OK.
Catatan:
Jika melakukan backup basis data tunggal atau tabel tunggal di bawah backup logis, silakan centang basis data atau tabel data yang ingin dibackup di Pilih Basis Data/Tabel sebelah kiri, lalu tambahkan basis data atau tabel ke daftar sebelah kanan. Jika Anda belum memiliki basis data atau tabel data, harap buat basis data atau tabel terlebih dahulu.
Backup manual secara default menggunakan metode backup logis dingin. Jika Anda memilih backup penuh sebagai backup logis dingin sebelum menyesuaikan konfigurasi, maka proses penyesuaian konfigurasi mungkin akan memakan waktu lebih lama. Apabila Anda ingin mengurangi durasi penyesuaian konfigurasi, disarankan memilih backup fisik dingin saat melakukan backup penuh sebelum menyesuaikan konfigurasi.
1. Masuk ke Konsol MySQL, pada daftar instans, klik ID Instans Target untuk masuk ke halaman manajemen, lalu pilih Backup dan Restorasi > Backup Manual.
2. Masukkan nama catatan, lalu klik OK.
Perlindungan Data Backup
Tamper-Proof
Sistem backup Cloud Database MySQL menggunakan dua mode penyimpanan data cadangan: backup fisik penuh, backup logis penuh, dan backup log disimpan di Object Storage COS, sedangkan backup snapshot penuh disimpan di layanan snapshot cloud disk. Kedua metode ini memiliki sifat tidak dapat diubah WORM (write once read many).
Anti-Malicious/Anti-Accidental-Deletion
Penghapusan Manual oleh Pengguna: Pengguna diizinkan menghapus data backup manual (backup logis manual, backup fisik manual), tetapi tidak diizinkan menghapus data backup otomatis (dokumen terkait silakan lihat Menghapus Backup).
Penghapusan Otomatis Backup Kedaluwarsa: Data backup otomatis dapat dihapus (terhapus otomatis setelah kedaluwarsa), namun terdapat pembatasan bahwa fitur backup otomatis tidak dapat dimatikan. Durasi retensi backup minimum 7 hari dengan frekuensi backup mingguan minimal 2 kali (dokumen terkait silakan lihat Backup Otomatis Data MySQL). Oleh karena itu, data penuh dan data log yang dihasilkan dari backup otomatis pengguna tidak dapat dihapus sepenuhnya.
PERTANYAAN UMUM
Apakah Backup Yang Melebihi Masa Retensi Masih Dapat Diunduh Atau Dipulihkan?
Set backup yang kedaluwarsa akan dihapus secara otomatis dan tidak dapat dilakukan pengunduhan atau pemulihan.
Disarankan untuk mengatur durasi retensi backup secara wajar sesuai kebutuhan, atau mengunduh file backup ke lokal melalui Konsol MySQL (perlu diperhatikan bahwa file backup untuk contoh cloud disk node tunggal saat ini tidak didukung untuk diunduh).
Anda juga dapat mencadangkan data instans secara manual melalui konsol, dan backup manual akan disimpan secara permanen.
Catatan:
Backup manual juga menggunakan ruang cadangan. Harap gunakan ruang cadangan secara wajar untuk menghindari biaya ekstra.
Apakah Backup Dapat Dihapus Secara Manual?
Backup otomatis tidak dapat dihapus secara manual. Periode retensi cadangan dapat diatur, dan setelah masa berlaku berakhir, cadangan akan terhapus otomatis.
Backup manual untuk instans node ganda dan tiga node dapat dihapus secara manual di daftar backup Konsol MySQL, dan akan tetap disimpan tanpa penghapusan manual. Backup manual untuk instans cloud disk node tunggal saat ini belum didukung untuk dihapus.
Apakah Backup Data Dan Log Dapat Dinonaktifkan?
Tidak dapat dimatikan. Namun, penggunaan ruang cadangan dapat dikurangi dengan mengurangi frekuensi backup di Konsol MySQL dan menghapus data backup manual yang tidak lagi digunakan (backup manual untuk instans cloud disk node tunggal saat ini belum didukung untuk dihapus).
Bagaimana Mengurangi Biaya Ruang Cadangan
Hapus data backup manual yang tidak lagi digunakan (backup manual dapat dihapus pada halaman Pemulihan Backup di halaman Manajemen Instans Konsol MySQL, perlu diperhatikan, backup manual untuk instans cloud disk node tunggal saat ini belum didukung untuk dihapus).
Mengurangi frekuensi backup otomatis data untuk bisnis non-inti (siklus backup dan durasi retensi cadangan dapat disesuaikan di konsol, dengan frekuensi minimal 2 kali per minggu).
Catatan:
Fungsi Pemulihan didasarkan pada cadangan data dan cadangan log (binlog) dalam siklus cadangan dan hari retensi cadangan. Memperpendek frekuensi cadangan otomatis dan hari retensi dapat memengaruhi rentang waktu pemulihan data instans, harap pertimbangkan konfigurasi cadangan dengan cermat.
Persingkat waktu penyimpanan cadangan data dan cadangan log untuk bisnis non-inti (periode retensi cadangan 7 hari sudah dapat memenuhi kebutuhan sebagian besar skenario).
Mengatur Penyimpanan Dingin Cadangan, menyesuaikan kebijakan penyimpanan dingin cadangan, mengubah tipe penyimpanan file cadangan, dan mengurangi biaya penyimpanan.
Skenario Bisnis | Periode Retensi Cadangan |
bisnis inti | Disarankan 7 - 3650 hari. Disarankan mengaktifkan cadangan berkala untuk menyimpan cadangan secara berkala dalam jangka panjang. |
bisnis non-inti dan non-berbasis data | Disarankan 7 hari |
Bisnis Arsip | Disarankan mengatur waktu retensi cadangan data menjadi 7 hari, mencadangkan data secara manual sesuai kebutuhan bisnis aktual, dan menghapusnya tepat waktu setelah digunakan. |
Bisnis Pengujian | Disarankan mengatur waktu retensi cadangan data menjadi 7 hari, mencadangkan data secara manual sesuai kebutuhan bisnis aktual, dan menghapusnya tepat waktu setelah digunakan. |
Bantuan dan Dukungan
Apakah halaman ini membantu?
Anda juga dapat Menghubungi Penjualan atau Mengirimkan Tiket untuk meminta bantuan.
masukan