All Products
Search
Document Center

Cloud Backup:Policy Center

Last Updated:Jul 18, 2026

Cloud Backup menggunakan kebijakan cadangan untuk menentukan aturan pencadangan, seperti waktu mulai, interval cadangan, dan periode retensi. Kebijakan cadangan bersifat independen dari sumber cadangan dan sumber data. Anda dapat mengaitkan satu kebijakan dengan beberapa sumber untuk membuat rencana cadangan. Saat rencana cadangan dijalankan, pencadangan dilakukan berdasarkan konfigurasi kebijakan cadangan yang terkait. Topik ini menjelaskan cara membuat, memodifikasi, dan mengaitkan kebijakan cadangan.

Cakupan dan batasan yang didukung

Kebijakan cadangan hanya didukung untuk sumber data dan wilayah tertentu:

  • Wilayah yang mendukung kebijakan cadangan ditampilkan pada halaman Policy Center di konsol. Untuk informasi lebih lanjut tentang wilayah yang didukung, lihat Fitur yang didukung berdasarkan wilayah.

  • Kebijakan cadangan hanya didukung untuk ECS File Backup, Cadangan instans ECS, Cadangan OSS, Cadangan NAS Alibaba Cloud, Cadangan NAS on-premises, Cadangan Tablestore, Cadangan CPFS, dan Cadangan file lokal.

  • Fitur Backup Vault hanya berlaku untuk kebijakan cadangan standar.

  • Fitur Automatic Archiving hanya tersedia untuk ECS File Backup, Cadangan instans ECS, Cadangan OSS, Cadangan NAS Alibaba Cloud, Cadangan NAS on-premises, Cadangan CPFS, dan Cadangan file lokal.

  • Fitur Immutable Backup didukung untuk kebijakan cadangan standar maupun kebijakan cadangan instans ECS.

  • Fitur Backup Point Virus Detection hanya berlaku untuk ECS File Backup (Baru), Local File Backup (Baru), OSS Backup, Alibaba Cloud NAS Backup, dan Local NAS Backup.

  • Fitur Associate Resource Tag hanya berlaku untuk cadangan instans ECS, cadangan file ECS, cadangan OSS, cadangan NAS Alibaba Cloud, dan cadangan Tablestore.

Prasyarat

Anda telah mengaktifkan Cloud Backup. Mengaktifkan Cloud Backup tidak dikenai biaya.

Catatan

Jika Policy Type kebijakan cadangan adalah 'Legacy Backup Policy', kebijakan tersebut dikaitkan dengan cadangan instans ECS dan menggunakan vault cadangan. Batasan-batasannya sebagai berikut:

  • Anda dapat mengedit kebijakan cadangan lama yang sudah ada, tetapi tidak dapat membuat kebijakan cadangan lama baru atau mengaitkannya dengan cadangan instans ECS baru. Cadangan instans ECS yang sudah dikaitkan dengan kebijakan cadangan lama tidak terpengaruh. Untuk mencadangkan instans ECS baru, Anda harus membuat dan menggunakan ECS Instance Backup Policy.

  • Instans ECS yang dikaitkan dengan kebijakan cadangan lama dicadangkan menggunakan snapshot. Data cadangan tidak ditulis ke vault cadangan. Replikasi lintas wilayah dan pengarsipan otomatis tidak didukung.

  • Fitur replikasi cadangan dan lock cadangan:

    • Jika kebijakan lama tidak dikaitkan dengan vault cadangan, Anda dapat melihat dan mengedit konfigurasi cadangan instans ECS terkait pada halaman ECS Instance Backup.

    • Jika kebijakan lama dikaitkan dengan vault cadangan, Anda dapat melihat dan mengedit konfigurasi vault cadangan pada halaman Policy Center. Item konfigurasi cadangan instans ECS masih ditampilkan pada halaman ECS Instance Backup, tetapi Anda tidak dapat mengubahnya.

Kebijakan cadangan lama diidentifikasi oleh ikon segitiga peringatan di kolom Policy Type. Area Backup Policy Details menampilkan status saat ini dari item konfigurasi seperti waktu eksekusi, periode retensi, periode retensi khusus, keep at least one backup, auto archive, replikasi lintas wilayah cadangan, dan deteksi virus titik cadangan.

Buat kebijakan cadangan

Sebelum mencadangkan sumber data, Anda harus membuat kebijakan cadangan.

  1. Masuk ke Konsol Cloud Backup.

  2. Di panel navigasi sebelah kiri, pilih Backup > Policy Center.

  3. Di bilah navigasi atas, pilih wilayah.

  4. Pada halaman Policy Center, klik Create Backup Policy.

  5. Pada kotak dialog Create Backup Policy, konfigurasikan parameter seperti Policy Type, Policy Name, Execution Plan, Lifecycle, Automatic Archive Settings, Backup Vault Configuration, dan Replication Policy, lalu klik OK.

    Anda juga dapat mengonfigurasi Data Security (termasuk toggle Backup Lock dan Backup Point Virus Detection), Backup Vault Encryption Method (seperti Cloud Backup Fully Managed), dan Associated Resource Tags.

    • Retention Period: 1 minggu

    • Toggle Keep at Least One Backup diaktifkan secara default.

    • Area Backup Data Management memungkinkan Anda mengonfigurasi Backup Lock (titik cadangan instans ECS tidak dapat dihapus sebelum kedaluwarsa otomatis).

    • Area Associated Resource Tags memungkinkan Anda mengklik + Add Resource untuk mengikat sumber daya cadangan.

    General Backup Policy deskripsi parameter

    Penting

    Pilih jenis kebijakan berdasarkan kebutuhan bisnis Anda dan baca dengan cermat deskripsi parameter untuk memastikan konfigurasi sesuai dengan kebutuhan Anda.

    Parameter

    Deskripsi

    Policy Type

    Menentukan jenis kebijakan.

    Kebijakan ini berlaku untuk pencadangan selain cadangan instans ECS. Sumber data yang didukung meliputi: file ECS, file lokal, OSS, NAS Alibaba Cloud, CPFS, Tablestore, dan NAS on-premises. Data cadangan disimpan di vault cadangan tujuan umum.

    Policy Name

    Masukkan nama kustom untuk kebijakan cadangan.

    Nama harus terdiri dari 2 hingga 128 karakter. Nama tidak boleh dimulai dengan `auto`, karakter khusus, atau angka. Nama hanya boleh berisi titik (.), garis bawah (_), tanda hubung (-), dan titik dua (:).

    Schedule

    Backup Frequency

    Tentukan siklus pencadangan.

    Catatan

    Jika pekerjaan cadangan masih berjalan saat pekerjaan berikutnya dijadwalkan dimulai, pekerjaan berikutnya dilewati dan akan dijalankan pada waktu terjadwal berikutnya.

    • Hourly: Jalankan pencadangan dengan interval tetap dalam jam.

    • Daily: Jalankan pencadangan dengan interval tetap dalam hari.

    • Weekly: Jalankan pencadangan pada hari tertentu dalam seminggu.

    • Monthly: Jalankan pencadangan pada bulan yang ditentukan.

    First Execution Time

    Anda dapat mengatur waktu eksekusi awal.

    Time Interval

    Tentukan interval pencadangan.

    Incremental Backup Interval

    Parameter ini hanya diperlukan untuk Tablestore. Untuk sumber data lainnya, Cloud Backup secara otomatis melakukan pencadangan penuh atau inkremental.

    • No: Jangan gunakan pencadangan inkremental.

    • Specify Time: Tentukan interval pencadangan inkremental untuk Tablestore.

    Lifecycle

    Retention Period

    Atur periode retensi untuk data cadangan.

    • Permanent: Data cadangan disimpan secara permanen dan tidak pernah dihapus.

    • Specify Time: Periode retensi total untuk data cadangan. Periode retensi ditentukan dalam hari. Nilai maksimum tidak boleh melebihi setara dengan 999 tahun. Misalnya, jika Anda mengatur parameter Specify Time menjadi 210 hari, data cadangan disimpan selama 210 hari dan dihapus saat periode retensi berakhir.

      Saat Anda mengatur Days to Transfer to Archive Tier, data di tier arsip harus disimpan minimal selama 60 hari. Oleh karena itu, periode retensi total harus lebih besar atau sama dengan jumlah hari sebelum pengarsipan ditambah periode retensi minimum tier arsip yaitu 60 hari.

      Misalnya, jika Anda mengatur data untuk diarsipkan setelah 30 hari, periode retensi total minimal harus 30 + 60 = 90 hari.

    Special Retention Period

    Selain kebijakan cadangan standar, Cloud Backup mendukung kebijakan retensi khusus untuk memenuhi persyaratan keamanan data. Dengan kebijakan retensi khusus, Anda dapat mengatur periode retensi yang lebih panjang untuk cadangan pertama yang tersedia dalam siklus tertentu (mingguan, bulanan, atau tahunan). Satu kebijakan cadangan dapat mencakup aturan retensi khusus mingguan, bulanan, dan tahunan secara bersamaan. Untuk informasi lebih lanjut, lihat Periode retensi khusus.

    Penting

    Periode retensi khusus dan periode retensi standar memiliki batasan waktu. Saat mengatur periode retensi khusus, kami menyarankan Anda mengikuti saran sistem. Batasan berikut umumnya berlaku:

    • Anda tidak dapat mengatur periode retensi khusus untuk cadangan yang disimpan secara permanen.

    • Periode retensi khusus harus lebih panjang daripada periode retensi standar.

    • Periode retensi khusus, yang dikonversi dari minggu, bulan, atau tahun, tidak boleh melebihi 999 tahun.

    Keep At Least One Backup Version

    Kami menyarankan Anda mengaktifkan opsi ini. Saat opsi ini diaktifkan, versi cadangan terbaru yang dihasilkan oleh rencana cadangan ini tidak dihapus karena kedaluwarsa periode retensi atau operasi yang tidak disengaja. Hal ini mencegah risiko tidak tersedianya versi cadangan untuk pemulihan akibat pengaturan rencana cadangan yang tidak tepat. Untuk informasi lebih lanjut, lihat Aktifkan penyimpanan minimal satu versi cadangan.

    Penting
    • Fitur ini hanya berlaku setelah sumber data dikaitkan dengan kebijakan cadangan ini.

    • Untuk kebijakan cadangan tujuan umum, minimal satu versi titik cadangan replikasi off-site juga disimpan.

    • Cadangan Tablestore tidak didukung.

    • Cadangan terbaru tidak diarsipkan secara otomatis.

    Automatic Archiving

    Days to Transfer to Archive Tier

    Tentukan jumlah hari setelah data cadangan dipindahkan ke tier arsip. Secara default, data cadangan disimpan di tier standar vault cadangan. Untuk data cadangan yang perlu disimpan dalam jangka panjang, Anda dapat menggunakan fitur ini untuk memindahkan titik cadangan dari tier standar ke tier arsip guna mengurangi biaya perlindungan data.

    Penting
    • Saat Anda menggunakan cross-region backup, data tier arsip di vault cadangan tidak direplikasi ke wilayah berbeda. Setelah data tier standar di vault cadangan dipindahkan ke tier arsip, data terkait di vault target replikasi juga dihapus.

    • Jumlah data di tier arsip dihitung berdasarkan ukuran data mentah sebelum diarsipkan. Objek atau file yang lebih kecil dari 64 KB dihitung sebagai 64 KB. Untuk skenario yang melibatkan banyak file kecil, Anda harus mempertimbangkan dengan cermat apakah akan mengarsipkan data tersebut. Untuk aturan detail, lihat Auto-archiving.

    • Data cadangan harus disimpan di tier standar minimal selama 30 hari sebelum dapat diarsipkan. Setelah data cadangan dipindahkan ke tier arsip, data tersebut harus disimpan di tier arsip minimal selama 60 hari.

    • No: Data cadangan disimpan di layer standar dan tidak dipindahkan ke layer arsip.

    • Specify Time: Rentang valid adalah 30 hingga 65.535 hari. Untuk menyeimbangkan frekuensi akses data, kebutuhan pemulihan, biaya penyimpanan, dan siklus hidup data, titik cadangan harus disimpan di tier Standard minimal selama 30 hari sebelum dapat diarsipkan secara otomatis. Strategi ini didasarkan pada pertimbangan bahwa data terbaru memiliki probabilitas pemulihan yang lebih tinggi. Strategi ini membantu mengurangi biaya penyimpanan jangka panjang dan meminimalkan biaya tinggi yang mungkin timbul akibat pemulihan data dari tier Archive.

      Jika dipindahkan ke tier arsip 30 hari setelah Specify Time:

      • Jika Retention Period data cadangan adalah Permanent, data cadangan dipindahkan ke tier Archive setelah 30 hari, disimpan secara permanen di sana, dan tidak akan dihapus.

      • Jika Retention Period data cadangan adalah 210 hari, data dipindahkan ke tier Archive setelah 30 hari dan disimpan selama 180 hari tambahan sebelum dihapus secara otomatis. Periode retensi total adalah 210 hari.

    Backup Vault

    Backup Vault

    Konfigurasikan vault cadangan tempat cadangan disimpan.

    • Create Backup Vault: Buat vault cadangan baru untuk menyimpan data cadangan. Secara default, nama vault ditetapkan berdasarkan tanggal dan waktu.

    • Select Vault: Pilih vault cadangan yang sudah ada dari daftar drop-down nama vault cadangan.

    Untuk memaksimalkan redundansi data cadangan Anda, sistem secara otomatis memilih jenis vault berdasarkan dukungan wilayah: zone-redundant backup vault dibuat secara default di wilayah yang mendukung penyimpanan redundan zona, dan locally redundant backup vault dibuat di wilayah lainnya.

    Vault Name

    Parameter ini hanya diperlukan saat parameter Backup Vault diatur ke Create Backup Vault atau Select Backup Vault. Masukkan atau pilih nama vault cadangan.

    Vault Resource Group

    Parameter ini hanya diperlukan saat parameter Backup Vault diatur ke Create Backup Vault. Parameter ini menentukan kelompok sumber daya tempat vault cadangan berada.

    Anda dapat menggunakan kelompok sumber daya untuk mengelola sumber daya yang dimiliki oleh Akun Alibaba Cloud Anda. Kelompok sumber daya membantu Anda menyederhanakan pengelolaan sumber daya dan izin Akun Alibaba Cloud Anda. Untuk informasi lebih lanjut, lihat Buat kelompok sumber daya.

    Vault Encryption Method

    Anda perlu mengonfigurasi parameter ini hanya saat parameter Backup Vault diatur ke Create Backup Vault. Parameter ini menentukan metode yang digunakan untuk mengenkripsi data di vault cadangan.

    • Cloud Backup-managed (Default): Menggunakan metode enkripsi default layanan pencadangan.

    • KMS: Gunakan kunci kustom dari Alibaba Cloud KMS untuk enkripsi. Anda harus menentukan parameter KMS KeyId. Anda dapat memilih kotak centang Use KMS Alias untuk menggunakan alias kunci KMS sebagai ID kunci KMS.

    • Penting
      • Setelah Anda mengaktifkan enkripsi untuk vault cadangan menggunakan Key Management Service (KMS), Anda tidak dapat mengubah kunci KMS.

      • Untuk mengenkripsi vault cadangan dengan kunci KMS, Anda harus terlebih dahulu membuat ID kunci di KMS. Untuk informasi lebih lanjut, lihat Buat kunci.

    Replication Policy

    Backup Vault Replication

    Setelah Anda mengaktifkan replikasi vault cadangan, semua data cadangan yang ada di tier standar vault cadangan sumber dan data cadangan baru yang dihasilkan setelah waktu saat ini secara otomatis disinkronkan ke vault target replikasi. Hal ini memberikan perlindungan data lintas wilayah dan lintas akun, lintas wilayah.

    Penting

    Saat pengarsipan otomatis diaktifkan untuk vault cadangan sumber, data di tier arsip vault cadangan sumber tidak disinkronkan ke vault target replikasi. Setelah data di tier standar vault cadangan sumber dipindahkan ke tier arsip, data terkait di vault target replikasi juga dihapus.

    • Mengaktifkan replikasi cadangan lintas wilayah menimbulkan biaya penyimpanan dan transfer data antar wilayah. Untuk informasi lebih lanjut, lihat Metode penagihan dan item yang dapat ditagih.

    • Mengaktifkan fitur Backup Vault Replication dalam kebijakan cadangan umum setara dengan Configure Vault Replication untuk vault cadangan yang dikaitkan dengan kebijakan tersebut. Anda dapat mengonfigurasi cross-region backup di Storage Vaults.

    • Setelah Anda mengaktifkan Backup Vault Replication, vault cadangan untuk sumber data yang dikaitkan dengan kebijakan cadangan ini akan secara otomatis melakukan replikasi berdasarkan aturan yang dikonfigurasi, dan semua titik cadangan, termasuk yang sudah ada dan yang baru, akan disinkronkan ke vault target replikasi.

    Catatan

    Periode retensi off-site untuk cadangan tujuan umum sama dengan periode retensi titik cadangan sumber.

    Replication Target Vault Configuration

    Pilih apakah akan menggunakan vault target replikasi yang sudah ada atau membuat yang baru, sesuai kebutuhan.

    • Buat vault target replikasi: Membuat vault di akun saat ini untuk replikasi lintas wilayah.

    • Pilih vault target replikasi: Jika Anda telah membuat vault target replikasi di akun lain dan membagikannya dengan akun saat ini, Anda dapat mencapai replikasi lintas akun atau lintas akun, lintas wilayah. Jika Anda memilih vault target replikasi di wilayah lain dari akun saat ini, Anda dapat mencapai replikasi lintas wilayah.

    Destination Region

    Parameter ini hanya diperlukan jika Anda mengaktifkan sakelar Backup Vault Replication.

    Pilih wilayah tempat vault target replikasi berada.

    Encryption Method of Replication Target Vault

    Parameter ini hanya diperlukan saat Anda mengaktifkan sakelar Backup Vault Replication dan memilih Create Replication Target Vault.

    Metode enkripsi untuk vault cadangan tujuan harus sama dengan vault cadangan sumber. Nilai yang valid adalah Cloud Backup-managed dan KMS.

    Data Security

    Immutable Backup

    Setelah Anda mengaktifkan Backup lock, Anda tidak dapat menonaktifkan fitur ini.

    • Setelah Anda mengaktifkan fitur ini, vault cadangan dan semua data cadangannya tidak dapat dihapus sebelum kedaluwarsa otomatis.

    • Setelah Anda mengaktifkan fitur ini, jika replikasi cadangan off-site juga diaktifkan, vault cadangan replikasi dan titik cadangan di lokasi off-site juga dikunci.

    Backup Point Virus Detection

    Setelah Anda mengaktifkan opsi Backup Point Virus Detection, sistem secara otomatis menjalankan deteksi virus pada data cadangan setelah pencadangan selesai. Anda dapat melihat hasil deteksi detail di titik cadangan.

    Penting
    • Setelah Anda mengaktifkan pemindaian virus dalam kebijakan cadangan, pemindaian virus penuh dilakukan pada titik cadangan pertama. Untuk titik cadangan berikutnya, pemindaian virus inkremental dilakukan.

    • Pemindaian virus titik cadangan adalah fitur berbayar.

    • Tugas pemindaian virus titik cadangan tidak dapat dibatalkan setelah dimulai.

    Anda dapat menonaktifkan fitur deteksi virus titik cadangan dengan mematikan sakelar Backup Point Virus Detection.

    Associate Resource Tag

    Kebijakan cadangan mendukung pengaitan sumber daya secara batch berdasarkan tag.

    Resource Type: File ECS, Bucket OSS, NAS Alibaba Cloud, Tablestore.

    Select Resource: Anda dapat mengaitkan semua sumber daya dari jenis sumber daya tertentu atau mengaitkan beberapa sumber daya menggunakan Specify Tag.

    Resource Tag: Sumber daya hanya cocok jika memiliki semua tag yang ditentukan. Anda dapat mengklik Associate Tags untuk menambahkan beberapa tag.

    Tag sumber daya harus sesuai dengan jenis sumber daya:

    • Jenis Sumber Daya adalah File ECS: Tentukan tag instans ECS.

    • Jenis Sumber Daya adalah Bucket OSS: Tentukan tag bucket OSS.

    • Jenis Sumber Daya adalah NAS Alibaba Cloud: Tentukan tag sistem file NAS.

    • Jenis Sumber Daya adalah Tablestore: Tentukan tag instans Tablestore.

    Catatan
    • Anda dapat menambahkan hingga 30 tag sumber daya.

    • Saat instans ECS dikaitkan dengan kebijakan cadangan melalui tag dan jenis sumber daya diatur ke File ECS, Cloud Backup secara otomatis menyebarkan klien pencadangan file ECS saat pekerjaan pencadangan berikutnya dimulai. Sebaliknya, jika tag instans ECS tidak lagi dikaitkan dengan kebijakan cadangan apa pun dan semua pekerjaan pencadangan terkait telah kedaluwarsa, Cloud Backup secara otomatis menguninstall klien pencadangan file ECS.

    • Setiap kali kebijakan cadangan dijalankan, Cloud Backup melakukan pemeriksaan pencocokan tag berikut:

      1. Otomatis mengaitkan sumber daya baru yang cocok: Jika Cloud Backup menemukan sumber data yang belum dikaitkan dengan kebijakan cadangan saat ini tetapi cocok dengan tag kebijakan, sistem secara otomatis mengaitkannya. Sumber daya ini akan dicadangkan secara berkala mulai dari waktu pencadangan berikutnya.

      2. Otomatis menyesuaikan sumber daya yang dikaitkan: Untuk sumber data yang sudah dikaitkan dengan kebijakan cadangan ini, sistem memeriksa apakah sumber data tersebut masih memenuhi persyaratan tag kebijakan. Jika sumber data tidak lagi sesuai dengan pengaturan kebijakan saat ini, Cloud Backup secara otomatis menjeda operasi pencadangannya. Setelah siklus pencadangan berakhir, sumber data secara otomatis diputus dari kebijakan.

    Tag Hit Check: Klik Detect Now untuk menemukan sumber daya yang cocok dengan tag sumber daya yang Anda atur.

    Untuk menambahkan sumber daya dari beberapa jenis sumber daya, Anda dapat mengklik Add Resource.

    ECS Instance Backup Policy Deskripsi Metrik

    Penting

    Pilih jenis kebijakan berdasarkan kebutuhan bisnis Anda dan baca dengan cermat deskripsi parameter untuk memastikan konfigurasi sesuai dengan kebutuhan Anda.

    Parameter

    Deskripsi

    Policy Type

    Menentukan jenis kebijakan.

    Hanya berlaku untuk Cadangan instans ECS. Data cadangan menggunakan kapasitas snapshot dan tidak disimpan di vault cadangan.

    Policy Name

    Masukkan nama kustom untuk kebijakan cadangan.

    Nama harus terdiri dari 2 hingga 128 karakter. Nama tidak boleh dimulai dengan `auto`, karakter khusus, atau angka. Nama hanya boleh berisi titik (.), garis bawah (_), tanda hubung (-), dan titik dua (:).

    Schedule

    Backup Frequency

    Tentukan siklus pencadangan.

    Catatan

    Jika pekerjaan cadangan masih berjalan saat pekerjaan berikutnya dijadwalkan dimulai, pekerjaan berikutnya dilewati dan akan dijalankan pada waktu terjadwal berikutnya.

    • Hourly: Jalankan pencadangan dengan interval jam tetap.

    • Daily: Jalankan pencadangan dengan interval hari tetap.

    • Weekly: Jalankan pencadangan pada hari tertentu dalam seminggu.

    • Monthly: Jalankan pencadangan pada bulan yang ditentukan.

    First Execution Time

    Anda dapat menentukan waktu eksekusi pertama.

    Time Interval

    Tentukan interval pencadangan.

    Lifecycle

    Retention Period

    Atur periode retensi untuk data cadangan.

    Penting

    Cadangan instans ECS tidak dapat disimpan secara permanen.

    Specify Time: Periode retensi total untuk data cadangan. Satuan adalah hari. Periode retensi maksimum tidak boleh melebihi 999 tahun. Misalnya, jika Anda mengatur parameter Specify Time menjadi 210 hari, data cadangan disimpan selama 210 hari dan dihapus saat periode retensi berakhir.

    Jika Anda mengatur parameter Days to Transfer to Archive Tier, data di tier arsip harus disimpan minimal selama 60 hari. Oleh karena itu, periode retensi total harus tidak kurang dari jumlah hari sebelum pengarsipan ditambah periode retensi minimum tier arsip (60 hari).

    Misalnya, jika Anda mengatur data untuk diarsipkan setelah 15 hari, periode retensi total minimal harus 15 + 60 = 75 hari.

    Special Retention Period

    Selain kebijakan cadangan standar, Cloud Backup mendukung kebijakan retensi khusus untuk memenuhi persyaratan keamanan data. Kebijakan ini memungkinkan Anda mengatur periode retensi yang lebih panjang untuk cadangan pertama yang tersedia yang dihasilkan setiap minggu, setiap bulan, dan setiap tahun. Satu kebijakan cadangan dapat mencakup aturan retensi khusus mingguan, bulanan, dan tahunan secara bersamaan. Untuk informasi lebih lanjut, lihat Periode retensi khusus.

    Penting

    Periode retensi khusus dan periode retensi standar memiliki batasan waktu. Saat mengatur periode retensi khusus, kami menyarankan Anda mengikuti saran sistem. Batasan berikut umumnya berlaku:

    • Periode retensi khusus harus lebih panjang daripada periode retensi standar.

    • Periode retensi khusus, yang dikonversi dari minggu, bulan, atau tahun, tidak boleh melebihi 999 tahun.

    Keep At Least One Backup Version

    Kami menyarankan opsi Enable Keep at least one backup version. Jika Anda mengaktifkan opsi ini, versi cadangan terbaru yang dihasilkan oleh rencana cadangan ini tidak dihapus karena kedaluwarsa periode retensi atau operasi yang tidak disengaja. Hal ini mencegah risiko tidak tersedianya versi cadangan untuk pemulihan akibat pengaturan rencana cadangan yang tidak tepat.

    Penting
    • Fitur ini hanya berlaku setelah sumber data dikaitkan dengan kebijakan cadangan ini.

    • Pengaturan "Keep at Least One Backup Version" dalam kebijakan lokal tidak memengaruhi titik cadangan replikasi off-site untuk kebijakan cadangan instans ECS.

    • Cadangan terbaru tidak diarsipkan secara otomatis.

    Automatic Archiving

    Days to Transfer to Archive Tier

    Tentukan jumlah hari setelah data cadangan dipindahkan ke tier arsip. Secara default, data cadangan disimpan di tier standar. Untuk data cadangan yang perlu disimpan dalam jangka panjang, Anda dapat menggunakan fitur ini untuk memindahkan titik cadangan dari tier standar ke tier arsip guna mengurangi biaya perlindungan data.

    Penting
    • Fitur ini hanya berlaku untuk titik cadangan instans ECS baru yang dibuat setelah pengaturan pengarsipan otomatis dikonfigurasi atau dimodifikasi. Titik cadangan yang dibuat sebelum pengaturan dikonfigurasi tidak diarsipkan.

    • Data di tier arsip ditagih berdasarkan penyimpanan snapshot arsip, dan biaya dikumpulkan oleh layanan ECS. Sebelum titik cadangan untuk seluruh instans ECS memasuki tier arsip, snapshot yang belum berhasil diarsipkan ditagih berdasarkan penyimpanan snapshot standar, dan snapshot yang telah berhasil diarsipkan ditagih berdasarkan penyimpanan snapshot arsip.

    • Titik cadangan harus disimpan di tier standar minimal selama 14 hari sebelum dapat diarsipkan. Setelah titik cadangan dipindahkan ke tier arsip, titik tersebut harus disimpan minimal selama 60 hari. Jika Anda menghapus titik cadangan secara manual dalam waktu 60 hari, Anda akan dikenai biaya untuk durasi yang tersisa.

    • No: Data cadangan tetap di tier Standard dan tidak dipindahkan ke tier Archive.

    • Specify Time: Rentang valid adalah 14 hingga 65.535 hari. Untuk menyeimbangkan frekuensi akses data, persyaratan pemulihan, biaya penyimpanan, dan siklus hidup data, titik cadangan harus disimpan di tier Standard minimal selama 14 hari sebelum dapat diarsipkan secara otomatis. Strategi ini didasarkan pada pertimbangan bahwa data terbaru memiliki probabilitas pemulihan yang lebih tinggi. Strategi ini membantu mengurangi biaya penyimpanan jangka panjang dan meminimalkan biaya tinggi yang mungkin timbul akibat pemulihan data dari tier Archive.

      Misalnya, jika Specify Time adalah 30 hari dan Retention Period adalah 210 hari, data cadangan dipindahkan ke tier Archive setelah 30 hari. Data tersebut kemudian disimpan di tier Archive selama 180 hari tambahan sebelum dihapus secara otomatis. Periode retensi total adalah 210 hari.

    Replication Policy

    Replication to Other Region

    Setelah Anda mengaktifkan fitur Replication to Other Region, cadangan yang Anda buat segera dan secara otomatis direplikasi ke wilayah tujuan untuk memberikan perlindungan lintas wilayah.

    • Bergantung pada jenis sumber cadangan, mengaktifkan replikasi lintas wilayah menimbulkan biaya penyimpanan atau biaya transfer data lintas wilayah. Untuk detail metode penagihan, lihat Metode penagihan dan item yang dapat ditagih.

    • Cloud Backup menyediakan teknologi replikasi cadangan off-site berikut:

      Cadangan direplikasi lintas wilayah menggunakan teknologi replikasi snapshot lintas wilayah. Metode ini hanya berlaku untuk mencadangkan seluruh instans ECS.

    Penting
    • Setelah Anda mengaktifkan Replication to Other Region, cadangan yang sudah ada tidak direplikasi. Fitur ini hanya berlaku untuk titik cadangan yang dibuat setelah fitur diaktifkan.

    • Setelah Anda menonaktifkan replikasi cadangan off-site, titik cadangan yang sudah direplikasi ke wilayah tujuan tidak langsung dihapus. Titik tersebut secara otomatis dibersihkan setelah periode retensinya berakhir.

    Destination Region

    Parameter ini hanya diperlukan saat fitur Replication to Other Region diaktifkan. Tentukan wilayah tujuan tempat data cadangan akan direplikasi.

    Remote Retention Period

    Saat Anda mengaktifkan fitur Replication to Other Region, Anda harus mengonfigurasi parameter ini. Anda dapat mengatur periode retensi untuk data cadangan di wilayah tujuan.

    Catatan

    Cadangan instans ECS tidak dapat disimpan secara permanen.

    Specify Time: Periode retensi total untuk data cadangan geo-redundan. Satuan: hari. Nilai default adalah 7 hari, dan periode retensi maksimum tidak boleh melebihi 999 tahun. Data cadangan dihapus secara otomatis setelah periode retensi berakhir.

    Saat Anda mengatur opsi Archive after days, data di tier arsip harus disimpan minimal selama 60 hari. Oleh karena itu, periode retensi total untuk data off-site harus tidak kurang dari jumlah hari sebelum pengarsipan ditambah periode retensi minimum tier arsip (60 hari).

    Misalnya, jika Anda mengatur data untuk diarsipkan setelah 15 hari, periode retensi total minimal harus 15 + 60 = 75 hari.

    Archive after days

    Anda harus mengonfigurasi parameter ini saat mengaktifkan fitur Replication to Other Region.

    Secara default, data cadangan off-site disimpan di tier standar. Dengan mengatur jumlah hari setelah data diarsipkan, Anda dapat memindahkan data cadangan off-site jangka panjang dari tier standar ke tier arsip guna mengurangi biaya perlindungan data.

    Penting
    • Data di layer arsip ditagih sebagai penyimpanan snapshot arsip, dan biaya dikumpulkan oleh layanan ECS. Sebelum titik cadangan seluruh instans ECS dipindahkan ke layer arsip, snapshot yang belum berhasil diarsipkan ditagih sebagai penyimpanan snapshot standar, dan snapshot yang telah berhasil diarsipkan ditagih sebagai penyimpanan snapshot arsip.

    • Titik cadangan harus disimpan di tier standar minimal selama 14 hari sebelum dapat diarsipkan. Setelah titik cadangan dipindahkan ke tier arsip, titik tersebut harus disimpan minimal selama 60 hari. Jika Anda menghapus titik cadangan secara manual dalam waktu 60 hari, Anda akan dikenai biaya untuk durasi yang tersisa.

    • Jika Archive after days lebih besar atau sama dengan Remote Retention Period, tidak ada cadangan yang akan diarsipkan.

    • No: Data cadangan geo-redundan tetap di tier Standard dan tidak dipindahkan ke tier Archive.

    • Specify Time: Jumlah hari dapat berkisar dari 14 hingga 65.535. Untuk menyeimbangkan frekuensi akses data, kebutuhan pemulihan, biaya penyimpanan, dan siklus hidup data, titik cadangan harus disimpan di tier Standard minimal selama 14 hari sebelum dapat diarsipkan secara otomatis. Strategi ini didasarkan pada pertimbangan bahwa data terbaru memiliki probabilitas pemulihan yang lebih tinggi. Strategi ini membantu mengurangi biaya penyimpanan jangka panjang dan meminimalkan biaya tinggi yang mungkin timbul akibat pemulihan data dari tier Archive.

      Misalnya, jika Anda mengatur Specify Time menjadi 30 hari dan Remote Retention Period untuk data cadangan adalah 210 hari, data cadangan geo-redundan dipindahkan ke tier Archive setelah 30 hari. Data tersebut kemudian disimpan di tier Archive selama 180 hari tambahan sebelum dihapus secara otomatis. Periode retensi total adalah 210 hari.

    Data Security

    Immutable Backup

    Setelah diaktifkan, fitur Backup Lock tidak dapat dinonaktifkan.

    • Setelah Anda mengaktifkan fitur ini, titik cadangan instans ECS tidak dapat dihapus sebelum kedaluwarsa otomatis.

    • Setelah Anda mengaktifkan fitur ini, hanya titik cadangan instans ECS yang dibuat dalam siklus pencadangan berikutnya yang akan dikunci. Titik cadangan instans ECS yang sudah ada tidak akan dikunci.

    • Setelah Anda mengaktifkan fitur ini, jika replikasi cadangan off-site juga diaktifkan, titik cadangan replikasi di lokasi off-site juga dikunci.

    • Mengaktifkan fitur ini tidak memengaruhi penggunaan normal disk cloud dan snapshot terkait, seperti membuat disk cloud atau berbagi snapshot.

    Associate Resource Tag

    Kebijakan cadangan mendukung pengaitan sumber daya secara batch berdasarkan tag.

    Resource Type: Instans ECS.

    Select Resource: Anda dapat mengaitkan semua sumber daya dari jenis sumber daya tertentu atau mengaitkan beberapa sumber daya menggunakan Specify Tag.

    Resource Tag: Sumber daya hanya cocok jika semua tag sesuai. Anda dapat mengklik Associate Tags untuk menambahkan beberapa tag. Tentukan tag untuk instans ECS.

    Catatan
    • Anda dapat menambahkan hingga 30 tag sumber daya.

    • Saat instans ECS dikaitkan dengan kebijakan cadangan melalui tag dan jenis sumber daya diatur ke File ECS, Cloud Backup secara otomatis menyebarkan klien pencadangan file ECS saat pekerjaan pencadangan berikutnya dimulai. Sebaliknya, jika tag instans ECS tidak lagi dikaitkan dengan kebijakan cadangan apa pun dan semua pekerjaan pencadangan terkait telah kedaluwarsa, Cloud Backup secara otomatis menguninstall klien pencadangan file ECS.

    • Setiap kali kebijakan cadangan dijalankan, Cloud Backup melakukan pemeriksaan pencocokan tag berikut:

      1. Otomatis mengaitkan sumber daya baru yang cocok: Jika Cloud Backup menemukan sumber data yang belum dikaitkan dengan kebijakan cadangan saat ini tetapi cocok dengan tag kebijakan, sistem secara otomatis mengaitkannya. Sumber daya ini akan dicadangkan secara berkala mulai dari waktu pencadangan berikutnya.

      2. Otomatis menyesuaikan sumber daya yang dikaitkan: Untuk sumber data yang sudah dikaitkan dengan kebijakan cadangan ini, sistem memeriksa apakah sumber data tersebut masih memenuhi persyaratan tag kebijakan. Jika sumber data tidak lagi sesuai dengan pengaturan kebijakan saat ini, Cloud Backup secara otomatis menjeda operasi pencadangannya. Setelah siklus pencadangan berakhir, sumber data secara otomatis diputus dari kebijakan.

    Tag Hit Detection: Klik Detect Now untuk memeriksa sumber daya mana yang cocok dengan tag sumber daya yang Anda atur.

    Untuk menambahkan sumber daya dari beberapa jenis sumber daya, Anda dapat mengklik Add Resource.

    Setelah kebijakan dibuat, Anda dapat melihatnya di daftar kebijakan di Policy Center.

    • Jika jenis kebijakan adalah General Backup Policy, kebijakan cadangan yang dibuat akan ditampilkan.

      • Execution Time: Mulai dari 09:00:00, interval 1 hari

      • Retention Period: 2 tahun

      • Special Retention Period: Tidak digunakan

      • Keep at Least One Backup: Diaktifkan

      • Auto Archive: Tidak digunakan

      • Backup Cross-Region Replication: Tidak digunakan

      • Backup Point Virus Detection: Diaktifkan (dikenai biaya)

      • Associated Resources: Tidak digunakan

    • Saat Anda memilih ECS Instance Backup Policy, kebijakan cadangan dibuat sebagai berikut.

      Daftar kebijakan cadangan menampilkan satu catatan kebijakan cadangan instans ECS. Nilai konfigurasi parameter dalam detail kebijakan cadangan adalah:

      • Execution Time: Mulai dari 03:00:00, interval 1 hari

      • Retention Period: 1 minggu

      • Special Retention Period: Tidak digunakan

      • Keep at Least One Backup: Diaktifkan

      • Backup Cross-Region Replication: Tidak digunakan

      • Backup Lock: Diaktifkan

      • Backup Vault: Tidak digunakan

      • Associated Resource Count: 1

      Anda dapat mengelola kebijakan ini melalui tautan Associate Resources dan Edit Policy di kolom Actions.

Kaitkan kebijakan cadangan dengan sumber data

Setelah membuat kebijakan cadangan, Anda dapat mengaitkan sumber daya untuk pencadangan otomatis dengan salah satu cara berikut:

Anda dapat mengklik ikon image di sebelah kiri kebijakan untuk melihat sumber data yang dikaitkan dengannya.

Kaitkan sumber daya secara batch berdasarkan ID sumber daya

Setelah kebijakan cadangan dibuat, Anda juga dapat mengklik Associate Resource di kolom operasi kebijakan cadangan target untuk mengaitkan sumber daya secara batch.

Untuk kebijakan cadangan standar:

  • Jika jenis sumber daya adalah ECS File, klik daftar drop-down ECS Instance untuk memilih beberapa instans ECS.

    Instans ECS yang ditentukan secara otomatis dicadangkan berdasarkan kebijakan ini. Secara default, semua file kecuali direktori sistem dicadangkan. Untuk informasi tentang direktori sistem yang dikecualikan, lihat informasi yang disediakan di konsol.

  • Jika jenis sumber daya adalah OSS, klik daftar drop-down OSS Bucket untuk memilih beberapa Bucket OSS.

    Bucket OSS yang ditentukan dengan kelas penyimpanan Standard dan Infrequent Access secara otomatis dicadangkan berdasarkan kebijakan ini. Secara default, seluruh bucket dicadangkan.

  • Jika jenis sumber daya adalah NAS, klik daftar drop-down NAS Filesystem untuk memilih satu atau beberapa sistem file NAS.

    Sistem file NAS yang ditentukan dengan tipe General-purpose secara otomatis dicadangkan berdasarkan kebijakan ini. Secara default, seluruh sistem file dicadangkan.

  • Jika jenis sumber daya adalah Tablestore, klik daftar drop-down Tablestore Instance untuk memilih beberapa instans Tablestore.

    Instans Tablestore yang ditentukan secara otomatis dicadangkan berdasarkan kebijakan ini. Secara default, seluruh instans dicadangkan.

Untuk kebijakan cadangan instans ECS:

  • Jika jenis sumber daya adalah ECS Instance, klik daftar drop-down ECS Instance untuk memilih beberapa instans ECS.

    Instans ECS yang ditentukan secara otomatis dicadangkan berdasarkan kebijakan ini. Secara default, semua disk cloud dicadangkan.

Untuk menambahkan sumber daya dari beberapa jenis sumber daya, Anda dapat mengklik Associate Resource.

Modifikasi kebijakan cadangan

Setelah membuat kebijakan cadangan, Anda dapat menemukan kebijakan target di daftar kebijakan dan mengklik Edit Policy di kolom operasi untuk memodifikasi pengaturan yang dikonfigurasi. Pengaturan yang dimodifikasi berlaku saat eksekusi tugas pencadangan berikutnya.

Jalankan kebijakan cadangan segera

  • Jalankan pekerjaan cadangan segera untuk semua sumber data yang dikaitkan dengan kebijakan cadangan.

    Temukan kebijakan target di daftar kebijakan. Di kolom operasi, pilih ┇ > Execute Immediately. Operasi ini segera menjalankan pekerjaan cadangan untuk semua sumber data yang dikaitkan. Setelah pekerjaan selesai, Anda dapat membuka halaman Backup Jobs untuk setiap sumber data untuk melihat progres eksekusi.

  • Jalankan pekerjaan cadangan segera untuk sumber data tertentu.

    Anda dapat mengklik ikon image untuk memperluas detail kebijakan cadangan dan beralih ke sumber data terkait di panel navigasi sebelah kiri. Di kolom operasi sumber data target, pilih ┇ > Execute Immediately. Tindakan ini segera menjalankan pekerjaan cadangan untuk sumber data target.

Putuskan kaitan kebijakan cadangan

Setelah kebijakan cadangan dibuat, Anda dapat beralih ke sumber data terkait di panel navigasi sebelah kiri, mengklik tab Backup Plans, menemukan rencana cadangan target, dan di kolom operasi, pilih ┇ > Delete Plan untuk memutuskan kaitan kebijakan cadangan dari sumber data. Setelah kebijakan diputus, rencana cadangan untuk sumber data tidak lagi dijalankan.

Peringatan

Setelah Anda memutuskan kaitan kebijakan cadangan dari sumber data, rencana cadangan untuk sumber data tersebut tidak lagi dijalankan, dan sumber data tidak lagi dilindungi. Cadangan yang telah dihasilkan tidak terpengaruh. Lakukan dengan hati-hati.

Hapus kebijakan cadangan

Setelah kebijakan cadangan dibuat, Anda dapat menemukan kebijakan target di daftar kebijakan dan memilih ┇ > Delete di kolom operasi. Setelah kebijakan cadangan dihapus, pekerjaan cadangan untuk sumber data yang dikaitkan tidak lagi dijalankan, tetapi data yang telah dicadangkan tetap disimpan.

Peringatan
  • Anda tidak dapat menghapus kebijakan cadangan yang dikaitkan dengan sumber data. Untuk menghapus kebijakan cadangan, Anda harus terlebih dahulu memutuskan kaitan kebijakan cadangan dari sumber data.

  • Setelah kebijakan cadangan dihapus, semua pekerjaan cadangan yang menggunakan kebijakan ini tidak lagi dijalankan, dan sumber data terkait tidak lagi dilindungi. Lakukan dengan hati-hati.

Lepaskan tag sumber daya

Setelah kebijakan cadangan dibuat, Anda dapat menemukan kebijakan target di daftar kebijakan dan mengklik Edit Policy di kolom operasi. Kemudian, klik ikon image untuk tag sumber daya guna melepaskannya dari kebijakan cadangan. Saat tag sumber daya dilepas, sumber data yang dikaitkan dengan tag tersebut secara otomatis dihapus dari kebijakan cadangan. Perubahan ini berlaku saat eksekusi kebijakan cadangan berikutnya.