Ikhtisar
Keunggulan
Kasus Penggunaan
Database Architecture
Kebijakan Isolasi Sumber Daya
Database Instance
Ketersediaan Tinggi (Beberapa AZ)
Wilayah dan AZ
Mencadangkan Database
Untuk menghindari kerugian atau kerusakan data, Anda dapat membuat cadangan database secara otomatis atau manual.
Ikhtisar Cadangan
Mode cadangan
TencentDB for MySQL node tunggal (cloud disk), node ganda (disk lokal), node tiga (disk lokal), dan edisi klaster (cloud disk) mendukung dua cara untuk mencadangkan database, yaitu Pencadangan Otomatis dan Pencadangan Manual.
Jenis cadangan
Instans TencentDB for MySQL dua node dan tiga node mendukung dua jenis cadangan:
Physical backup (Cadangan fisik), yang mereplikasi data fisik lengkap (tersedia untuk cadangan otomatis dan manual).
Logical backup (Cadangan logis), yang mencadangkan pernyataan SQL (hanya tersedia untuk cadangan manual).
Keterangan:
Untuk memulihkan database dari cadangan fisik, xbstream diperlukan untuk mendekompresi file cadangan terlebih dahulu. Untuk informasi selengkapnya, lihat Memulihkan Database dari Cadangan Fisik.
Jika jumlah tabel dalam satu instance melebihi 300.000, dapat menyebabkan kegagalan pencadangan dan memengaruhi pemantauan database. Harap atur jumlah tabel dengan wajar dan pastikan tidak melebihi 300.000 tabel per instance.
Durasi pencadangan berbanding lurus dengan ukuran file data database dan jumlah tabel, semakin besar file data atau semakin banyak jumlah tabel, durasi pencadangan akan semakin lama.
Karena data tabel yang dibuat oleh mesin penyimpanan MEMORY disimpan dalam memori, cadangan fisik tidak dapat dibuat untuk tabel tersebut. Untuk menghindari kehilangan data, sebaiknya konversi data ke tabel InnoDB.
Jika ada banyak tabel dalam instans tanpa kunci utama, cadangan mungkin gagal dan ketersediaan tinggi instans mungkin terpengaruh. Harap buat kunci utama atau indeks sekunder untuk tabel tersebut.
Melakukan operasi Pencadangan Manual > Pencadangan Dingin Logis akan mengakibatkan penguncian baca global, disarankan untuk melakukan operasi ini melalui konsol (peluncuran tugas pencadangan dingin logis di konsol adalah pencadangan dari cadangan, tidak akan memengaruhi database utama).
Keuntungan Cadangan Fisik | Kerugian Cadangan Logis |
Kecepatan cadangan tinggi. Cadangan dan kompresi streaming didukung. Tingkat keberhasilan yang tinggi. Pemulihan sederhana dan efisien. Operasipenyandingan berbasis pencadangan yang lebih cepat seperti menambahkan replika baca saja dan instans pemulihan bencana. 1/8 dari waktu rata-rata yang dibutuhkan untuk membuat cadangan logis. Sepuluh kali lebih cepat daripada cadangan logis selama proses impor. | Diperlukan waktu lama untuk memulihkan karena memakan waktu untuk menjalankan pernyataan SQL dan membangun indeks. Kecepatan pencadangan rendah, terutama ketika ada sejumlah besar data. Kemungkinan peningkatan penundaan replika sumber karena tekanan pada instans selama cadangan. Kemungkinan hilangnya informasi presisi dari titik floating. Potensi kegagalan cadangan karena pandangan yang salah dan masalah lainnya. Operasipenyandingan berbasis cadangan yang lebih lambat seperti menambahkan replika baca saja dan instans pemulihan bencana. |
TencentDB for MySQL node tunggal (cloud disk), edisi klaster (cloud disk) mendukung pencadangan snapshot.
Pencadangan Snapshot: Pencadangan dilakukan dengan membuat snapshot pada disk lapisan penyimpanan (mendukung pencadangan otomatis dan manual).
Penjelasan：
Instance node tunggal (cloud disk) adalah node tunggal, pencadangan dilakukan pada node utama. Jika perlu melakukan pencadangan, disarankan untuk melakukannya pada periode aktivitas layanan rendah.
Kelebihan Pencadangan Snapshot | Kekurangan Pencadangan Snapshot |
Laju pencadangan cepat. Memakan volume yang relatif kecil. | Tidak mendukung unduhan. |
Objek cadangan
Cadangan Data | Cadangan Log |
TencentDB for MySQL dua node dan tiga node: Cadangan otomatis mendukung pencadangan fisik penuh. Cadangan manual mendukung pencadangan fisik penuh, cadangan logis penuh, dan cadangan logis database tunggal/tabel. Cadangan otomatis dan manual dapat dikompresi dan diunduh. MySQL node tunggal (cloud disk), edisi klaster (cloud disk): Pencadangan otomatis mendukung pencadangan snapshot kapasitas penuh. Pencadangan manual mendukung pencadangan snapshot kapasitas penuh. Pencadangan otomatis dan pencadangan manual tidak mendukung pengunduhan. | Pencadangan file log binlog database mendukung instance MySQL node tunggal (cloud disk), node ganda, node tiga, dan edisi klaster (cloud disk): File log menempati ruang cadangan instans. File log dapat diunduh tetapi tidak dapat dikompresi. Periode penyimpanan dapat diatur untuk file log. |
Catatan
Sejak 26 Februari 2019, fitur cadangan otomatis TencentDB for MySQL hanya mendukung cadangan fisik (jenis default) dan tidak lagi menyediakan cadangan logis. Cadangan logis otomatis yang ada akan dialihkan ke cadangan fisik secara otomatis.
Tindakan ini tidak akan memengaruhi akses bisnis Anda, tetapi dapat memengaruhi kebiasaan cadangan otomatis Anda. Jika memerlukan cadangan logis, Anda dapat menggunakan fitur cadangan manual di konsol TencentDB for MySQL atau memanggil CreateBackup API untuk membuat cadangan logis.
Pencadangan manual secara default menggunakan metode pencadangan dingin logis. Jika pencadangan kepasitas penuh dilakukan sebelum menyesuaikan konfigurasi dipilih sebagai pencadangan dingin logis, waktu yang dibutuhkan untuk menyesuaikan konfigurasi mungkin lebih lama. Jika Anda ingin mengurangi waktu penyesuaian konfigurasi, disarankan untuk memilih pencadangan dingin fisik saat melakukan pencadangan penuh sebelum menyesuaikan konfigurasi.
File cadangan instans menempati ruang cadangan. Sebaiknya rencanakan penggunaan ruang cadangan dengan tepat. Penggunaan ruang cadangan yang melebihi tier gratis akan dikenakan biaya. Untuk informasi selengkapnya, harap lihat Penagihan Ruang Cadangan.
Cadangkan data Anda selama jam normal.
Sebaiknya unduh file cadangan secara lokal sebelum dihapus setelah periode penyimpanan berakhir.
Jangan melakukan operasi DDL selama proses cadangan untuk menghindari kegagalan cadangan karena penguncian tabel.
MySQL instance baca-saja tidak mendukung pencadangan database.
Jika instance menyelesaikan migrasi lintas zona ketersediaan pada hari yang sama dengan jadwal pencadangan otomatis, akan terjadi satu kali pencadangan sistem tambahan. Contoh: Jika sebuah instance dijadwalkan untuk pencadangan otomatis pada 5 Agustus, tetapi pada hari itu instance tersebut sedang melakukan migrasi lintas zona ketersediaan, maka selain pencadangan otomatis normal, sistem juga akan memicu pencadangan tambahan saat migrasi selesai.
Mencadangkan Data MySQL Secara Otomatis
1. Login ke konsol TencentDB for MySQL, klik ID instans pada halaman daftar instans untuk mengakses halaman manajemen instans, dan pilih Backup and Restoration (Cadangkan dan Pulihkan) > Auto Backup Settings (Pengaturan Cadangan Otomatis).
2. Pilih parameter cadangan di jendela pop-up (detail ditampilkan seperti di bawah) dan klik OK (OKE):
Keterangan:
Fitur pengembalian bergantung pada siklus cadangan dan hari dari penyimpanan cadangan data dan cadangan log (binlog). Pengembalian akan terpengaruh jika Anda mengurangi frekuensi cadangan otomatis dan periode penyimpanan. Harap pilih parameter sesuai kebutuhan.
Misalnya, jika siklus pencadangan diatur pada hari Senin dan Kamis dan periode penyimpanan ditetapkan sebagai tujuh hari, Anda dapat mengembalikan database ke titik waktu mana pun dalam tujuh hari terakhir (yang merupakan hari penyimpanan aktual dari cadangan data dan cadangan log).
Cadangan otomatis tidak dapat dihapus secara manual. Anda dapat mengatur periode penyimpanan untuk cadangan otomatis, dan cadangan akan dihapus secara otomatis saat habis masa berlakunya.
Menambah jumlah hari penyimpanan pencadangan data dan pencadangan log dapat menyebabkan biaya tambahan untuk ruang pencadangan.
Memperpendek jumlah hari penyimpanan pencadangan log dapat memengaruhi siklus pengembalian data instance.
Dalam pengaturan pencadangan otomatis, pengaturan pencadangan data mendukung pengaktifan retensi berkala. Pengaturan yang tidak mengaktifkan retensi berkala disebut pengaturan pencadangan reguler. Berikut adalah penjelasan parameter untuk pengaturan pencadangan biasa dan pengaturan pencadangan dengan retensi berkala diaktifkan.
Instruksi Pengaturan Pencadangan Biasa
Parameter | Penjelasan |
Waktu Mulai Pencadangan | Waktu default: Rentang waktu mulai pencadangan yang dialokasikan secara otomatis oleh sistem (0:00 - 12:00). Kustom: Mendukung pemilihan rentang waktu mulai pencadangan secara kustom (misalnya 02:00-06:00), disarankan untuk diatur pada periode aktivitas layanan rendah. Penjelasan： Waktu mulai pencadangan hanyalah waktu ketika tugas cadangan masuk ke antrian penjadwalan. Contohnya, jika dipilih: 02:00 - 06:00 untuk memulai pencadangan, sistem akan memulai tugas pencadangan pada suatu waktu dalam rentang 02:00 - 06:00, waktu pasti dimulainya tergantung pada strategi pencadangan backend dan kondisi sistem pencadangan. Untuk memastikan tugas pencadangan tidak memengaruhi operasi instance, tugas pencadangan mungkin akan tertunda karena antrian. Waktu yang dibutuhkan untuk tugas pencadangan berbanding lurus dengan jumlah data, namun tidak lebih dari 24 jam. |
Waktu Retensi Pencadangan Data | File pencadangan data instance MySQL node ganda, node tiga, dan edisi klaster dapat disimpan selama 7 - 1830 hari, defaultnya 7 hari, set pencadangan akan dihapus secara otomatis setelah kedaluwarsa. File pencadangan data instance MySQL node tunggal (cloud disk) dapat disimpan selama 7 - 30 hari, defaultnya 7 hari, set pencadangan akan dihapus otomatis setelah kedaluwarsa. |
Siklus Pencadangan | Aturan Konfigurasi: Pengaturan mingguan: Secara default memilih 7 hari dari Senin hingga Minggu, mendukung pemilihan waktu pencadangan yang disesuaikan, tetapi untuk memastikan keamanan data Anda, harap atur setidaknya dua kali pencadangan dalam seminggu. Pengaturan bulanan: Untuk memastikan keamanan data Anda, dalam satu bulan, interval antara dua tanggal berurutan yang dipilih tidak boleh lebih dari 2 hari. Misalnya, jika memilih pencadangan pada tanggal 1, maka tanggal pencadangan berikutnya tidak boleh melewati tanggal 2, 3, dan 4 untuk memilih tanggal 5. Penjelasan： Ketika memilih pengaturan bulanan, untuk menghindari situasi tidak ada pencadangan selama beberapa hari berturut-turut, maka 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). |
Pendinginan Cadangan (opsional) | Centang kebijakan pendinginan cadangan data yang sesuai dan tentukan jumlah hari: Tentukan hari penyimpanan standar: mengatur berapa hari setelah file pencadangan data dibuat, akan disimpan sebagai penyimpanan standar. Tentukan hari penyimpanan arsip: yaitu mengatur berapa hari setelah file pencadangan data dibuat, akan disimpan sebagai penyimpanan arsip. Untuk penjelasan dan kebijakan lebih rinci tentang pendinginan cadangan, lihat Pengaturan Pendinginan Cadangan. Saat ini, fitur penyimpanan arsip belum tersedia, harap tunggu. Penjelasan： Instance node tunggal (cloud disk) dan edisi klaster belum mendukung pengaturan pendinginan cadangan. |
Waktu retensi pencadangan log | File pencadangan log instance MySQL node ganda, node tiga, dan edisi klaster dapat disimpan selama 7 - 3650 hari, defaultnya 7 hari, dan set pencadangan akan dihapus otomatis setelah kedaluwarsa. File pencadangan log instance MySQL node tunggal (cloud disk) dapat disimpan selama 7 - 30 hari, defaultnya 7 hari, dan set pencadangan akan dihapus otomatis setelah kedaluwarsa. |
Pendinginan Cadangan (opsional) | Centang strategi pendinginan cadangan binlog yang sesuai dan tentukan jumlah hari: Tentukan hari penyimpanan standar: atur berapa hari setelah file binlog dibuat, file akan disimpan sebagai penyimpanan standar. Tentukan hari penyimpanan arsip: atur berapa hari setelah file binlog dibuat, file akan disimpan sebagai penyimpanan arsip. Untuk penjelasan dan strategi lebih detail tentang pendinginan cadangan, lihat Pengaturan Pendinginan Cadangan. Saat ini, fitur penyimpanan arsip belum tersedia, harap nantikan. Penjelasan： Instance node tunggal (cloud disk) dan edisi klaster belum mendukung pengaturan pendinginan cadangan. |
Petunjuk pengaturan pencadangan berkala
Penjelasan：
Instance node tunggal (cloud disk) dan edisi klaster saat ini tidak mendukung fungsi pengaturan pencadangan berkala.
Waktu retensi pencadangan berkala hanya bisa lebih lama dari waktu retensi yang diatur untuk pencadangan reguler.
Parameter | Penjelasan |
Waktu Mulai Pencadangan | Waktu default: Rentang waktu mulai pencadangan yang dialokasikan secara otomatis oleh sistem (0:00 - 12:00). Kustom: Mendukung pemilihan rentang waktu mulai pencadangan secara kustom (misalnya 02:00-06:00), disarankan untuk diatur pada periode aktivitas layanan rendah. Penjelasan： Waktu mulai pencadangan hanyalah waktu ketika tugas cadangan masuk ke antrian penjadwalan. Contohnya, jika dipilih: 02:00 - 06:00 untuk memulai pencadangan, sistem akan memulai tugas pencadangan pada suatu waktu dalam rentang 02:00 - 06:00, waktu pasti dimulainya tergantung pada strategi pencadangan backend dan kondisi sistem pencadangan. Untuk memastikan tugas pencadangan tidak memengaruhi operasi instance, tugas pencadangan mungkin akan tertunda karena antrian. Waktu yang dibutuhkan untuk tugas pencadangan berbanding lurus dengan jumlah data, namun tidak lebih dari 24 jam. |
Waktu Retensi Pencadangan Data | File pencadangan data MySQL node ganda dan node tiga dapat disimpan selama 7 hingga 1830 hari, defaultnya 7 hari, set pencadangan akan dihapus secara otomatis setelah kedaluwarsa. |
Siklus Pencadangan | Aturan Konfigurasi: Pengaturan mingguan: Secara default memilih 7 hari dari Senin hingga Minggu, mendukung pemilihan waktu pencadangan yang disesuaikan, tetapi untuk memastikan keamanan data Anda, harap atur setidaknya dua kali pencadangan dalam seminggu. Pengaturan bulanan: Untuk memastikan keamanan data Anda, dalam satu bulan, interval antara dua tanggal berurutan yang dipilih tidak boleh lebih dari 2 hari. Misalnya, jika memilih pencadangan pada tanggal 1, maka tanggal pencadangan berikutnya tidak boleh melewati tanggal 2, 3, dan 4 untuk memilih tanggal 5. Penjelasan： Ketika memilih pengaturan bulanan, untuk menghindari situasi tidak ada pencadangan selama beberapa hari berturut-turut, maka 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). |
Waktu Retensi Pencadangan Berkala | File pencadangan data dapat disimpan selama 90 hingga 3650 hari, defaultnya 1080 hari, set pencadangan akan dihapus secara otomatis setelah melebihi masa retensi. |
Kebijakan Retensi Pencadangan Berkala | Mendukung pengaturan jumlah retensi pencadangan per bulan, per kuartal, atau per tahun. |
Tanggal Mulai | Waktu mulai eksekusi retensi pencadangan berkala. |
Pendinginan Cadangan (opsional) | Centang kebijakan pendinginan cadangan data yang sesuai dan tentukan jumlah hari: Tentukan hari penyimpanan standar: atur berapa hari setelah file pencadangan data dibuat, file akan disimpan sebagai penyimpanan standar. Tentukan hari penyimpanan arsip: atur berapa hari setelah file cadangan data dibuat, file akan disimpan sebagai penyimpanan arsip. Untuk penjelasan dan kebijakan lebih rinci tentang pendinginan cadangan, lihat Pengaturan Pendinginan Cadangan. Fungsi penyimpanan arsip saat ini belum tersedia, harap nantikan. |
Waktu retensi pencadangan log | File pencadangan log dapat disimpan selama 7 - 3650 hari, defaultnya 7 hari, set pencadangan akan dihapus otomatis setelah kedaluwarsa. |
Pendinginan Cadangan (opsional) | Centang kebijakan pendinginan cadangan binlog yang sesuai dan tentukan jumlah hari: Tentukan hari penyimpanan standar: atur berapa hari setelah file binlog dibuat, file akan disimpan sebagai penyimpanan standar. Tentukan hari penyimpanan arsip: atur berapa hari setelah file binlog dibuat, file akan disimpan sebagai penyimpanan arsip. Untuk penjelasan dan kebijakan lebih rinci tentang pendinginan cadangan, lihat Pengaturan Pendinginan Cadangan. Fungsi penyimpanan arsip saat ini belum tersedia, harap nantikan. |
Lihat Rencana Retensi
Penjelasan：
Instance node tunggal (disk cloud) dan edisi klaster saat ini tidak mendukung fungsi melihat rencana retensi.
Setelah Anda memilih kebijakan retensi pencadangan berkala dalam pengaturan pencadangan, Anda dapat mengeklik Lihat Rencana Retensi untuk melihat pratinjau.
Tanggal berwarna biru menunjukkan tanggal cadangan reguler.
Tanggal berwarna merah menunjukkan tanggal pencadangan berkala.
Anda dapat mengeklik pencadangan biasa atau pencadangan berkala untuk menyembunyikan penandaan warna tanggal yang sesuai, sehingga memudahkan pratinjau.
Pratinjau rencana pencadangan sementara untuk situasi retensi pencadangan 1 tahun ke depan, hanya sebagai referensi.
Cadangkan data MySQL secara manual
Fungsi pencadangan manual memungkinkan pengguna untuk memulai tugas pencadangan secara mandiri.
Penjelasan：
Instance MySQL node ganda dan node tiga mendukung pencadangan manual berupa pencadangan fisik penuh, pencadangan logis penuh, dan pencadangan logis satu database satu tabel.
Instance MySQL node ganda dan node tiga dapat dihapus secara manual dari daftar pencadangan untuk membebaskan ruang pencadangan, menghindari pemborosan dan penggunaan ruang yang tidak perlu, dan akan tetap disimpan hingga instance database dinonaktifkan jika tidak dihapus secara manual.
Instance MySQL node tunggal (cloud disk) mendukung pencadangan manual berupa pencadangan snapshot kapasitas penuh.
Instance MySQL node tunggal (cloud disk) tidak mendukung penghapusan pencadangan manual.
Instance tidak dapat memulai pencadangan manual selama menjalankan tugas pencadangan otomatis harian.
Pencadangan manual akan masuk ke antrian pencadangan dengan prioritas tertinggi, waktu mulai pencadangan yang sebenarnya mengacu pada kolom waktu mulai tugas di daftar pencadangan.
1. Masuk ke Konsol MySQL, di daftar instance, klik ID Instance untuk masuk ke halaman manajemen, pilih Pemulihan Pencadangan > Pencadangan Manual.
2. Dalam dialog pengaturan pencadangan yang muncul, pilih metode dan objek pencadangan, isi nama catatan, klik Oke.
Penjelasan：
Jika ini adalah pencadangan database tunggal atau pencadangan tabel tunggal di bawah pencadangan logis, centang database atau tabel data yang ingin dicadangkan di Pilih Tabel Database di sebelah kiri, tambahkan database atau tabel ke daftar di sebelah kanan. Jika Anda belum memiliki database atau tabel, buat terlebih dahulu database atau tabel.
Pencadangan manual default menggunakan metode pencadangan dingin logis. Jika pencadangan kapasitas penuh yang dilakukan sebelum penyesuaian konfigurasi dipilih sebagai pencadangan dingin logis, waktu yang dibutuhkan untuk penyesuaian konfigurasi mungkin lebih lama. Jika Anda ingin mengurangi waktu penyesuaian konfigurasi, disarankan untuk memilih pencadangan fisik dingin saat melakukan pencadangan kapasitas penuh sebelum penyesuaian konfigurasi.
1. Masuk ke Konsol MySQL, di daftar instance, klik ID Instance Target untuk masuk ke halaman manajemen, pilih Pemulihan Pencadangan > Pencadangan Manual.
2. Masukkan nama catatan, klik Oke.
Pertanyaan Umum
Pertanyaan Umum
1. Dapatkah saya mengunduh atau memulihkan file cadangan yang melebihi periode penyimpanan?
Kumpulan cadangan yang kedaluwarsa akan dihapus secara otomatis dan tidak dapat diunduh atau dipulihkan.
Sebaiknya konfigurasikan periode penyimpanan cadangan berdasarkan kebutuhan bisnis atau mengunduh file cadangan secara lokal melalui konsol TencentDB for MySQL.
Anda juga dapat mencadangkan data instans secara manual di konsol. Cadangan manual akan disimpan secara permanen.
Keterangan:
Cadangan manual juga akan memerlukan ruang cadangan. Sebaiknya rencanakan penggunaan ruang cadangan dengan tepat untuk mengurangi biaya.
2. Bisakah saya menghapus cadangan secara manual?
Cadangan otomatis tidak dapat dihapus secara manual. Anda dapat mengatur periode penyimpanan untuk cadangan otomatis, dan cadangan akan dihapus secara otomatis saat habis masa berlakunya.
Cadangan manual dapat dihapus secara manual dari daftar cadangan di konsol TencentDB for MySQL. Cadangan manual dapat disimpan secara permanen selama tidak dihapus.
3. Bisakah saya menonaktifkan cadangan data dan log?
Tidak. Namun, Anda dapat mengurangi frekuensi cadangan dan menghapus cadangan manual yang tidak lagi digunakan melalui konsol TencentDB for MySQL untuk menurunkan penggunaan kapasitas.
4. Bagaimana cara mengurangi biaya kapasitas cadangan?
Hapus cadangan manual yang tidak lagi digunakan (Anda dapat login ke konsol TencentDB for MySQL, klik ID instans untuk mengakses halaman manajemen instans, dan hapus cadangan manual di tab Backup and Restore (Cadangkan dan Pulihkan)).
Kurangi frekuensi cadangan data otomatis untuk bisnis non-inti (Anda dapat menyesuaikan siklus cadangan dan periode penyimpanan di konsol, dan frekuensinya harus setidaknya dua kali seminggu).
Keterangan:
Fitur pengembalian bergantung pada siklus pencadangan dan hari penyimpanan pencadangan data dan cadangan log (binlog). Pengembalian akan terpengaruh jika Anda mengurangi frekuensi cadangan otomatis dan periode penyimpanan. Harap pilih parameter sesuai kebutuhan.
Kurangi periode penyimpanan data dan pencadangan log untuk bisnis non-inti (periode penyimpanan 7 hari dapat memenuhi persyaratan sebagian besar skenario).
Atur Pendinginan Pencadangan, sesuaikan kebijakan pendinginan pencadangan, ubah jenis penyimpanan file pencadangan, kurangi biaya penyimpanan.
Skenario Bisnis | Periode Penyimpanan Cadangan yang Direkomendasikan |
Bisnis inti | 7-1830 hari |
Bisnis non-inti dan non-data | 7 hari |
Bisnis arsip | 7 hari. Sebaiknya cadangkan data secara manual berdasarkan kebutuhan bisnis Anda dan segera hapus cadangan setelah digunakan |
Bisnis pengujian | 7 hari. Sebaiknya cadangkan data secara manual berdasarkan kebutuhan bisnis Anda yang sebenarnya dan segera hapus cadangan setelah digunakan |
Bantuan dan Dukungan
Apakah halaman ini membantu?
Anda juga dapat Menghubungi Penjualan atau Mengirimkan Tiket untuk meminta bantuan.
masukan