Cloud Backup：Pusat Kebijakan

Catatan Penggunaan

Batasan Umum

Batasan berikut berlaku untuk semua kebijakan cadangan:

• Wilayah yang didukung: Kebijakan cadangan hanya dapat dibuat di wilayah tertentu. Temukan wilayah yang didukung di halaman Policy Center di konsol. Untuk informasi selengkapnya, lihat Fitur yang didukung berdasarkan wilayah.

• Sumber data yang didukung: Kebijakan tersedia untuk pencadangan file ECS, pencadangan instans ECS, pencadangan OSS, pencadangan NAS Alibaba Cloud, pencadangan NAS on-premises, pencadangan Tablestore, pencadangan CPFS, dan pencadangan file on-premises.

Ketersediaan Fitur

• Backup Vault: Hanya tersedia untuk kebijakan cadangan umum.

• Automatic Archiving: Tersedia untuk pencadangan file ECS, pencadangan instans ECS, pencadangan OSS, pencadangan NAS Alibaba Cloud, pencadangan NAS on-premises, pencadangan CPFS, dan pencadangan file on-premises.

• Immutable Backup: Didukung oleh kebijakan cadangan umum maupun kebijakan pencadangan instans ECS.

• Backup Point Virus Detection: Tersedia untuk pencadangan file ECS (versi baru), pencadangan file on-premises (versi baru), pencadangan OSS, pencadangan NAS Alibaba Cloud, dan pencadangan NAS on-premises.

• Associate Resource Tag: Didukung oleh pencadangan instans ECS, pencadangan file ECS, pencadangan OSS, pencadangan NAS Alibaba Cloud, dan pencadangan Tablestore.

Catatan untuk kebijakan cadangan lama

Jika tipe kebijakan suatu kebijakan adalah Legacy Backup Policy, kebijakan tersebut dianggap sudah tidak digunakan lagi dan tunduk pada batasan berikut:

Batasan Penggunaan

• Edit dan asosiasi: Meskipun kebijakan lama yang ada masih dapat diedit dan asosiasi saat ini tetap aktif, kebijakan tersebut tidak dapat digunakan untuk pencadangan baru.

• Pencadangan baru: Untuk melindungi instans ECS baru, Anda harus membuat dan menggunakan kebijakan pencadangan instans ECS.

• Metode pencadangan: Kebijakan lama menggunakan snapshot secara langsung. Data cadangan tidak disimpan dalam backup vault, sehingga tidak mendukung fitur seperti replikasi lintas wilayah atau pengarsipan otomatis.

Manajemen konfigurasi

Lokasi pengelolaan pengaturan pencadangan bergantung pada apakah kebijakan lama dikaitkan dengan backup vault:

• Jika tidak dikaitkan dengan backup vault: Semua pengaturan pencadangan instans dapat diedit di halaman ECS Instance Backup.

• Jika dikaitkan dengan backup vault:

  • Konfigurasi backup vault dapat diedit di halaman Policy Center.

  • Pengaturan spesifik instans tetap terlihat di halaman ECS Instance Backup, tetapi tidak dapat dimodifikasi di sana.

Prasyarat

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

Buat 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. Di halaman Policy Center, klik Create Backup Policy.

5. Di kotak dialog Create Backup Policy, konfigurasikan parameter seperti Policy Type, Policy Name, Execution Plan, Lifecycle, Auto-archive Settings, Backup Vault Configuration, dan Replication Policy, lalu klik OK.

   

   

   General Backup Policy parameter

   Penting

   Pilih tipe kebijakan yang sesuai dengan kebutuhan Anda dan baca dengan cermat deskripsi parameter untuk memastikan konfigurasi memenuhi kebutuhan Anda.

   Parameter		Deskripsi
   Policy Type		Tentukan tipe kebijakan. Tipe kebijakan ini berlaku untuk semua sumber data kecuali pencadangan instans ECS. Sumber data yang didukung meliputi file ECS, file lokal, OSS, NAS Alibaba Cloud, CPFS, Tablestore, dan NAS on-premises. Data cadangan disimpan dalam backup vault umum.
   Policy Name		Masukkan nama kustom untuk kebijakan cadangan. Nama harus terdiri dari 2 hingga 128 karakter. Nama tidak boleh diawali dengan `auto`, karakter khusus, atau angka. Nama hanya boleh mengandung titik (.), garis bawah (_), tanda hubung (-), dan titik dua (:).
   Schedule	Backup Frequency	Tentukan siklus pencadangan. Catatan Jika pekerjaan pencadangan sebelumnya masih berjalan saat pekerjaan pencadangan saat ini dimulai, pekerjaan saat ini dilewati dan akan dijalankan pada siklus penjadwalan berikutnya. Hourly: Menjalankan pencadangan pada interval jam tetap. Daily: Menjalankan pencadangan pada interval hari tetap. Weekly: Menjalankan pencadangan pada hari-hari tertentu dalam seminggu. Monthly: Menjalankan pencadangan pada bulan-bulan tertentu.
   	First Execution Time	Tentukan waktu eksekusi pertama.
   	Time Interval	Tentukan interval pencadangan.
   	Incremental Backup Interval	Pengaturan ini hanya diperlukan untuk Tablestore. Untuk sumber data lain, Cloud Backup secara otomatis melakukan pencadangan penuh atau inkremental. No: Menonaktifkan pencadangan inkremental. Specify Time: Tentukan interval untuk pencadangan inkremental Tablestore.
   Lifecycle	Retention Period	Tetapkan periode retensi untuk data cadangan. Permanent: Data cadangan disimpan secara permanen dan tidak dihapus. Specify Time: Periode retensi total untuk data cadangan, diukur dalam hari dengan maksimum 999 tahun. Misalnya, jika Anda menetapkan nilai 210 hari, data cadangan disimpan selama 210 hari dan dihapus setelah periode retensi berakhir. Saat Anda menetapkan nilai untuk Days to Transfer to Archive Tier, data di tier arsip harus disimpan minimal 60 hari. Oleh karena itu, periode retensi total harus minimal 60 hari lebih lama dari nilai Days to Transfer to Archive Tier. Misalnya, jika data diarsipkan secara otomatis setelah 30 hari, periode retensi total harus minimal 30 + 60 = 90 hari.
   	Special Retention Period	Selain kebijakan pencadangan standar, untuk memenuhi persyaratan keamanan data, Cloud Backup mendukung kebijakan retensi khusus. Kebijakan retensi khusus memungkinkan Anda menyimpan cadangan pertama yang tersedia setiap minggu, bulan, atau tahun untuk periode yang lebih lama. Satu kebijakan pencadangan dapat mencakup aturan retensi khusus mingguan, bulanan, dan tahunan sekaligus. Untuk informasi selengkapnya, lihat Special retention period. Penting Batasan berlaku untuk periode retensi khusus dan periode retensi standar. Konfigurasikan periode retensi khusus berdasarkan rekomendasi sistem. Perhatikan batasan berikut: Periode retensi khusus tidak dapat ditetapkan untuk cadangan yang disimpan secara permanen. Periode retensi khusus harus lebih lama dari periode retensi standar. Periode retensi khusus tidak boleh melebihi 999 tahun saat dikonversi dari minggu, bulan, atau tahun.
   	Keep At Least One Backup Version	Disarankan. Saat opsi ini diaktifkan, versi cadangan terbaru yang dihasilkan oleh rencana pencadangan ini tidak akan dihapus karena masa retensi berakhir atau operasi tidak sengaja. Ini memastikan bahwa setidaknya satu titik pemulihan selalu tersedia, mencegah kehilangan data akibat pengaturan retensi yang salah. Untuk informasi selengkapnya, lihat Retain at least one backup version. Penting Fitur ini hanya berlaku setelah sumber data dikaitkan dengan kebijakan pencadangan ini. Untuk kebijakan pencadangan umum, setidaknya satu versi titik cadangan yang direplikasi ke wilayah lain disimpan. Pencadangan Tablestore tidak didukung. Cadangan terbaru tidak diarsipkan secara otomatis.
   Automatic Archiving	Days to Transfer to Archive Tier	Tetapkan jumlah hari setelah data cadangan dipindahkan ke tier Arsip. Secara default, data cadangan disimpan di tier Standard backup vault. Untuk data yang memerlukan penyimpanan jangka panjang, gunakan fitur ini untuk memindahkan titik cadangan dari tier Standard ke tier Arsip. Ini mengurangi biaya perlindungan data. Penting Saat Anda menggunakan cross-region backup, data di tier Arsip backup vault tidak direplikasi ke wilayah lain. Setelah data di tier Standard backup vault dipindahkan ke tier Arsip, data terkait di vault target replikasi juga dihapus. Biaya untuk data di tier Arsip dihitung berdasarkan ukuran data mentah yang diarsipkan. Objek atau file yang ukurannya kurang dari 64 KB ditagih sebagai 64 KB. Untuk skenario yang melibatkan banyak file kecil, evaluasi dengan cermat apakah perlu mengarsipkan data tersebut. Untuk informasi selengkapnya tentang aturan ini, lihat Automatic archiving. Data cadangan harus disimpan di tier Standard minimal 30 hari sebelum dapat diarsipkan. Setelah data cadangan dipindahkan ke tier Arsip, data tersebut harus disimpan di tier Arsip minimal 60 hari. No: Data cadangan disimpan di tier Standard dan tidak dipindahkan ke tier Arsip. Specify Time: Jumlah hari dapat berkisar antara 30 hingga 65.535. Untuk menyeimbangkan frekuensi akses data, kebutuhan pemulihan, biaya penyimpanan, dan siklus hidup data, titik cadangan harus disimpan di tier Standard minimal 30 hari sebelum dapat diarsipkan secara otomatis. Kebijakan ini didasarkan pada probabilitas yang lebih tinggi untuk memulihkan data terbaru. Ini membantu mengurangi biaya penyimpanan jangka panjang dan meminimalkan biaya tinggi untuk memulihkan data dari tier Arsip. Jika objek dialihkan ke layer Arsip 30 hari setelah Specified Time: Jika Retention Period untuk data cadangan adalah Permanent: Data cadangan dialihkan ke tier Arsip setelah 30 hari dan disimpan secara permanen di tier Arsip. Data tidak akan dihapus. Jika Retention Period untuk data cadangan adalah 210 hari: Data dialihkan ke tier Arsip setelah 30 hari, disimpan di tier Arsip selama 180 hari tambahan, lalu dihapus secara otomatis. Periode retensi total adalah 210 hari.
   Backup Vault	Backup Vault	Konfigurasikan backup vault untuk menyimpan data cadangan. Create Backup Vault: Buat backup vault baru untuk menyimpan data cadangan. Secara default, nama vault ditetapkan berdasarkan tanggal dan waktu. Select Vault: Pilih backup vault yang sudah ada dari daftar drop-down Backup vault name. Untuk memaksimalkan redundansi data cadangan, sistem secara otomatis memilih tipe vault berdasarkan dukungan wilayah. Sistem membuat zone-redundant backup vault secara default di wilayah yang mendukung penyimpanan redundan zona dan locally redundant backup vault di wilayah lainnya.
   	Vault Name	Konfigurasikan parameter ini hanya saat Anda menetapkan Backup Vault ke Create backup vault atau Select backup vault. Masukkan atau pilih nama backup vault.
   	Vault Resource Group	Parameter ini hanya diperlukan saat parameter Backup Vault ditetapkan ke Create Backup Vault. Parameter ini menentukan kelompok sumber daya tempat backup vault berada. Kelompok sumber daya adalah mekanisme untuk mengelola sumber daya dalam kelompok di bawah Akun Alibaba Cloud Anda. Kelompok sumber daya membantu Anda menyederhanakan pengelompokan sumber daya dan manajemen otorisasi dalam satu Akun Alibaba Cloud. Untuk informasi selengkapnya, lihat Create a resource group.
   	Vault Encryption Method	Parameter ini hanya diperlukan saat Anda menetapkan parameter Backup Vault ke Create Backup Vault. Parameter ini menentukan metode enkripsi untuk backup vault. Cloud Backup-managed (Default): Layanan pencadangan menggunakan metode enkripsi default-nya. KMS: Gunakan kunci kustom dari Alibaba Cloud KMS untuk enkripsi. Anda harus menentukan parameter KMS KeyId. Centang kotak Use KMS Alias untuk menggunakan alias kunci KMS sebagai pengidentifikasi kunci. Penting Setelah Anda mengaktifkan enkripsi untuk backup vault menggunakan Key Management Service (KMS), Anda tidak dapat mengubah kunci KMS tersebut. Untuk mengenkripsi backup vault dengan kunci KMS, Anda harus terlebih dahulu membuat ID kunci di KMS. Untuk informasi selengkapnya, lihat Create a key.
   Replication Policy	Backup Vault Replication	Setelah Anda mengaktifkan replikasi backup vault, semua data cadangan yang ada di tier Standard backup vault sumber dan data cadangan baru yang dihasilkan setelah waktu saat ini secara otomatis disinkronkan ke vault target replikasi. Ini memberikan perlindungan data lintas wilayah dan lintas akun. Penting Saat pengarsipan otomatis diaktifkan untuk backup vault sumber, data di tier Arsip tidak disinkronkan ke vault target replikasi. Setelah data di tier Standard backup vault sumber dipindahkan ke tier Arsip, data terkait di vault target replikasi juga dihapus. Mengaktifkan Replication to Other Region mengakibatkan biaya penyimpanan dan transfer data lintas wilayah. Untuk informasi selengkapnya tentang metode penagihan, lihat Billing methods and billable items. Dalam kebijakan cadangan umum, mengaktifkan fitur Backup Vault Replication sama dengan melakukan Configuring Backup Vault Replication untuk penyimpanan cadangan yang terkait dengan kebijakan tersebut. Konfigurasikan cadangan lintas wilayah di Vault Management. Setelah Anda mengaktifkan Backup Vault Replication, backup vault yang sesuai dengan sumber data dalam kebijakan pencadangan secara otomatis menyinkronkan titik cadangan yang ada dan yang baru ditambahkan ke vault target replikasi berdasarkan aturan yang dikonfigurasi. Catatan Remote Retention Period untuk pencadangan umum lintas wilayah sama dengan periode retensi titik cadangan sumber.
   	Replication Target Vault Configuration	Pilih vault target replikasi yang sudah ada atau buat yang baru sesuai kebutuhan. Buat vault target replikasi: Buat 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, lakukan replikasi lintas akun atau replikasi lintas akun lintas wilayah. Jika Anda memilih vault target replikasi di wilayah lain dari akun saat ini, lakukan replikasi lintas wilayah.
   	Destination Region	Parameter ini hanya diperlukan saat Anda mengaktifkan Backup Vault Replication. Pilih wilayah tempat vault target replikasi berada.
   	Backup Vault Encryption Method	Parameter ini hanya diperlukan jika Anda mengaktifkan Backup Vault Replication dan memilih Create Replication Target Vault. Metode enkripsi untuk backup vault tujuan harus sama dengan backup vault sumber. Nilai yang valid adalah Cloud Backup-managed dan KMS.
   Data Security	Immutable Backup	Setelah Anda mengaktifkan immutable backup, fitur ini tidak dapat dinonaktifkan. Setelah fitur ini diaktifkan, backup vault dan semua data cadangannya tidak dapat dihapus sebelum masa berlakunya berakhir. Jika Replication to Other Region juga diaktifkan, backup vault dan titik cadangan yang direplikasi juga dikunci.
   	Backup Point Virus Detection	Setelah Anda mengaktifkan opsi Backup point virus detection, sistem secara otomatis memindai data cadangan untuk virus setelah pencadangan selesai. Lihat hasil pemindaian spesifik di titik cadangan. Penting Setelah Anda mengaktifkan deteksi virus dalam kebijakan pencadangan, sistem melakukan pemindaian virus penuh pada titik cadangan pertama dan pemindaian virus inkremental pada titik cadangan berikutnya. Anda dikenai biaya untuk menggunakan fitur Backup Point Virus Detection. Setelah tugas deteksi virus titik cadangan dimulai, tugas tersebut tidak dapat dibatalkan.
   Associate Resource Tag		Kaitkan kebijakan pencadangan dengan beberapa sumber daya dengan menentukan tag. Resource Type: ECS File, OSS Bucket, NAS, Tablestore. Select Resource: Kaitkan semua sumber daya dari tipe sumber daya tersebut, atau pilih Specify Tag untuk mengaitkan sumber daya tertentu. Resource Tag: Sumber daya hanya cocok jika memiliki semua tag yang ditentukan. Klik Associate Tags untuk menambahkan beberapa tag. Tag yang ditentukan harus sesuai dengan tipe sumber daya: Jika tipe sumber daya adalah ECS File, tentukan tag dari instans ECS. Jika tipe sumber daya adalah OSS Bucket, tentukan tag dari bucket OSS. Jika tipe sumber daya adalah Alibaba Cloud NAS, tentukan tag dari sistem file NAS. Jika tipe sumber daya adalah Tablestore, tentukan tag dari instans Tablestore. Catatan Maksimal 30 tag sumber daya dapat ditentukan. Jika instans ECS dikaitkan dengan kebijakan pencadangan menggunakan tag dan tipe sumber daya ditetapkan ke ECS File, Cloud Backup secara otomatis men-deploy klien ECS File Backup saat pekerjaan pencadangan berikutnya dimulai. Sebaliknya, jika tag instans ECS tidak lagi dikaitkan dengan kebijakan pencadangan apa pun dan semua pekerjaan pencadangan terkait telah kedaluwarsa, Cloud Backup secara otomatis meng-uninstall klien ECS File Backup. Saat kebijakan pencadangan dijalankan, sistem secara otomatis mengelola asosiasi sumber daya berdasarkan tag: Asosiasi baru: Jika sumber daya baru cocok dengan tag kebijakan, sumber daya tersebut secara otomatis dikaitkan dan dimasukkan dalam siklus pencadangan berikutnya. Asosiasi kedaluwarsa: Jika sumber daya yang dikaitkan tidak lagi cocok dengan tag, pencadangannya dijeda, dan asosiasi dihapus setelah siklus pencadangan berakhir. Detect Hit Resources: Klik Detect Now untuk memeriksa sumber daya mana yang cocok dengan tag sumber daya yang Anda tetapkan. Untuk menambahkan sumber daya dari beberapa tipe sumber daya, klik Add Resource.

   Instance Backup Policy parameters

   Penting

   Pilih tipe kebijakan yang sesuai dengan kebutuhan Anda dan baca dengan cermat deskripsi parameter untuk memastikan konfigurasi memenuhi kebutuhan Anda.

   Parameter		Deskripsi
   Policy Type		Tentukan tipe kebijakan. Ini hanya berlaku untuk ECS instance backup. Data cadangan menggunakan kapasitas snapshot dan tidak disimpan dalam backup vault.
   Policy Name		Masukkan nama kustom untuk kebijakan pencadangan. Nama harus terdiri dari 2 hingga 128 karakter. Nama tidak boleh diawali dengan `auto`, karakter khusus, atau angka. Nama hanya boleh mengandung titik (.), garis bawah (_), tanda hubung (-), dan titik dua (:).
   Schedule	Backup Frequency	Tentukan siklus pencadangan. Catatan Jika pekerjaan pencadangan sebelumnya masih berjalan saat pekerjaan pencadangan saat ini dipicu, pekerjaan pencadangan saat ini dilewati dan akan dijalankan pada siklus penjadwalan berikutnya. Hourly: Mencadangkan data pada interval jam tetap. Daily: Menjalankan pencadangan pada interval hari tetap. Weekly: Mencadangkan data pada hari-hari tertentu dalam seminggu. Monthly: Mencadangkan data pada bulan-bulan tertentu.
   	First Execution Time	Tentukan waktu eksekusi pertama.
   	Time Interval	Tentukan interval pencadangan.
   Lifecycle	Retention Period	Tetapkan periode retensi untuk data cadangan. Penting ECS instance backup tidak mendukung retensi permanen. Specify Time: Periode retensi total untuk data cadangan. Periode retensi ditentukan dalam hari, dengan maksimum 999 tahun. Misalnya, jika Anda menetapkan nilai 210 hari, data cadangan disimpan selama 210 hari dan dihapus saat periode retensi berakhir. Jika Anda menetapkan nilai untuk Days to Transfer to Archive Tier, data di tier arsip memiliki periode retensi minimum 60 hari. Oleh karena itu, periode retensi total harus minimal jumlah hari sebelum pengarsipan ditambah 60 hari. Misalnya, jika Anda menetapkan data diarsipkan setelah 15 hari, periode retensi total harus minimal 75 hari (15 + 60).
   	Special Retention Period	Selain kebijakan pencadangan umum, Cloud Backup mendukung kebijakan retensi khusus untuk memenuhi persyaratan keamanan data. Kebijakan ini menetapkan periode retensi yang lebih lama untuk cadangan pertama yang tersedia dalam siklus tertentu, seperti mingguan, bulanan, atau tahunan. Satu kebijakan pencadangan dapat mencakup aturan retensi khusus mingguan, bulanan, dan tahunan. Untuk informasi selengkapnya, lihat Special retention period. Penting Saat Anda mengonfigurasi periode retensi khusus, ikuti rekomendasi sistem dan perhatikan batasan berikut: Periode retensi khusus harus lebih lama dari periode retensi umum. Periode retensi khusus tidak boleh melebihi 999 tahun saat dikonversi dari minggu, bulan, atau tahun.
   	Keep At Least One Backup Version	Disarankan. Saat opsi ini diaktifkan, versi cadangan terbaru yang dihasilkan oleh rencana pencadangan ini tidak dihapus karena masa retensi berakhir atau operasi tidak sengaja. Ini mencegah risiko tidak tersedianya versi cadangan untuk pemulihan akibat alasan seperti pengaturan rencana pencadangan yang tidak tepat. Penting Fitur ini hanya berlaku setelah sumber data dikaitkan dengan kebijakan pencadangan ini. Titik cadangan pencadangan instans ECS yang direplikasi ke wilayah lain tidak terpengaruh oleh pengaturan "Keep at least one backup version" dari kebijakan lokal. Cadangan terbaru tidak diarsipkan secara otomatis.
   Automatic Archiving	Days to Transfer to Archive Tier	Tetapkan jumlah hari setelah data dipindahkan ke tier Arsip. Secara default, data cadangan disimpan di tier Standard. Gunakan fitur ini untuk memindahkan titik cadangan dari tier Standard ke tier Arsip untuk retensi jangka panjang. Ini mengurangi biaya perlindungan data. Penting Pengaturan ini hanya berlaku untuk titik cadangan instans ECS baru yang dibuat setelah kebijakan auto-archive ditetapkan atau dimodifikasi. Titik cadangan yang dibuat sebelum kebijakan dikonfigurasi tidak dapat diarsipkan. Layanan ECS menagih data di tier Arsip berdasarkan penyimpanan archive snapshot. Sebelum titik cadangan instans ECS dipindahkan ke tier Arsip, snapshot yang belum diarsipkan ditagih sebagai snapshot standar. Setelah berhasil diarsipkan, snapshot tersebut ditagih sebagai archive snapshots. Titik cadangan harus disimpan di tier Standard minimal 14 hari sebelum dapat diarsipkan. Setelah titik cadangan dipindahkan ke tier Arsip, titik tersebut harus disimpan di sana minimal 60 hari. Jika Anda menghapus titik cadangan secara manual sebelum periode 60 hari berakhir, Anda akan dikenai biaya untuk sisa durasi periode retensi minimum. No: Data cadangan tetap di tier Standard dan tidak dipindahkan ke tier Arsip. Specify Time: Rentangnya adalah 14 hingga 65.535 hari. Untuk menyeimbangkan frekuensi akses data, kebutuhan pemulihan, biaya penyimpanan, dan masa hidup data, titik cadangan harus disimpan di tier Standard minimal 14 hari sebelum diarsipkan secara otomatis. Kebijakan ini didasarkan pada probabilitas yang lebih tinggi untuk memulihkan data terbaru. Ini membantu mengurangi biaya penyimpanan jangka panjang dan menghindari biaya tinggi yang dapat terjadi saat memulihkan data dari tier Arsip. Misalnya, jika Anda menetapkan Specify Time ke 30 hari dan Retention Period adalah 210 hari, data cadangan dipindahkan ke tier Arsip setelah 30 hari. Data tersebut kemudian disimpan di tier Arsip selama 180 hari tersisa lalu dihapus secara otomatis. Periode retensi total adalah 210 hari.
   Replication Policy	Replication to Other Region	Setelah Anda mengaktifkan fitur Replication to Other Region, pencadangan baru segera dan secara otomatis direplikasi ke wilayah tujuan untuk perlindungan lintas wilayah. Bergantung pada tipe sumber cadangan, mengaktifkan replikasi lintas wilayah mengakibatkan biaya penyimpanan atau biaya transfer data lintas wilayah. Untuk informasi selengkapnya tentang metode penagihan, lihat Billing methods and billable items. Cloud Backup menyediakan teknologi berikut untuk replikasi lintas wilayah data cadangan: Pencadangan direplikasi lintas wilayah menggunakan teknologi replikasi lintas wilayah snapshot. Metode ini hanya berlaku untuk backing up entire ECS instances. Penting Setelah Anda mengaktifkan Replication to Other Region, pencadangan yang ada tidak direplikasi. Hanya titik cadangan yang dibuat setelah fitur ini diaktifkan yang direplikasi. Setelah Anda menonaktifkan Replication to Other Region, titik cadangan yang direplikasi ke wilayah tujuan tidak langsung dihapus. Titik tersebut secara otomatis dihapus setelah periode retensinya berakhir.
   	Destination Region	Parameter ini hanya diperlukan saat Anda mengaktifkan Replication to Other Region. Tentukan wilayah tujuan tempat data cadangan direplikasi.
   	Remote Retention Period	Konfigurasikan parameter ini saat Anda mengaktifkan fitur Replication to Other Region. Tetapkan periode retensi untuk data cadangan di wilayah tujuan. Catatan ECS instance backup tidak mendukung retensi permanen. Specify Time: Periode retensi total untuk data cadangan geo-redundan, dalam hari. Nilai default adalah 7 hari. Periode retensi maksimum tidak boleh melebihi 999 tahun. Data cadangan dihapus secara otomatis setelah periode retensi berakhir. Saat Anda menetapkan parameter Archive after days, data di kelas penyimpanan Arsip harus disimpan minimal 60 hari. Oleh karena itu, periode retensi total untuk data geo-redundan harus minimal jumlah hari sebelum pengarsipan ditambah 60 hari. Misalnya, jika Anda menetapkan data diarsipkan secara otomatis setelah 15 hari, periode retensi total harus minimal 15 + 60 = 75 hari.
   	Archive after days	Konfigurasikan parameter ini saat Anda mengaktifkan Replication to Other Region. Secara default, data cadangan geo-redundan disimpan di tier Standard. Untuk mengurangi biaya perlindungan data, tetapkan waktu untuk memindahkan data cadangan jangka panjang dari tier Standard ke tier Arsip. Penting Data di tier Arsip ditagih sebagai penyimpanan archive snapshot. Biaya ini dikenakan oleh layanan ECS. Sebelum titik cadangan untuk seluruh instans ECS dipindahkan ke tier Arsip, snapshot yang gagal diarsipkan ditagih sebagai snapshot standar. Snapshot yang berhasil diarsipkan ditagih sebagai archive snapshots. Titik cadangan harus disimpan di tier Standard minimal 14 hari sebelum dapat diarsipkan. Setelah titik cadangan dipindahkan ke tier Arsip, titik tersebut harus disimpan di sana minimal 60 hari. Jika Anda menghapus titik cadangan secara manual dalam waktu 60 hari, Anda harus membayar biaya untuk sisa durasi periode retensi minimum. Jika nilai Archive after days lebih besar dari atau sama dengan nilai Remote Retention Period, tidak ada cadangan yang dipindahkan ke tier Arsip. No: Data cadangan geo-redundan tetap di tier Standard dan tidak dipindahkan ke tier Arsip. Specify Time: Rentangnya adalah 14 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 14 hari sebelum diarsipkan secara otomatis. Kebijakan ini didasarkan pada probabilitas yang lebih tinggi untuk memulihkan data terbaru. Ini membantu mengurangi biaya penyimpanan jangka panjang dan menghindari biaya tinggi untuk pemulihan data dari tier Arsip. Misalnya, asumsikan Anda memilih opsi Specify Time dan menetapkan periode ke 30 hari. Jika Remote Retention Period adalah 210 hari, data cadangan geo-redundan dipindahkan ke tier Arsip setelah 30 hari. Data tersebut kemudian disimpan di tier Arsip selama 180 hari lagi lalu dihapus secara otomatis. Periode retensi total adalah 210 hari.
   Data Security	Immutable Backup	Fitur immutable backup tidak dapat dinonaktifkan setelah diaktifkan. Setelah Anda mengaktifkan fitur ini, titik cadangan instans ECS tidak dapat dihapus hingga kedaluwarsa secara otomatis. Hanya titik cadangan yang dibuat dalam siklus pencadangan berikutnya yang dikunci. Titik cadangan yang ada tidak dikunci. Jika Anda juga mengaktifkan Replication to Other Region, titik cadangan yang direplikasi ke wilayah lain juga dikunci. Fitur ini tidak memengaruhi penggunaan normal cloud disk dan snapshot terkait, seperti membuat cloud disk dan berbagi snapshot.
   Associate Resource Tag		Kebijakan pencadangan memungkinkan Anda mengaitkan beberapa sumber daya menggunakan tag. Resource Type: ECS instance. Select Resource: Kaitkan semua sumber daya dari tipe sumber daya yang ditentukan, atau kaitkan sumber daya tertentu menggunakan Specify Tag. Resource Tag: Sumber daya hanya cocok jika memiliki semua tag yang ditentukan. Klik Associate Tags untuk menambahkan beberapa tag. Tentukan tag untuk instans ECS. Catatan Maksimal 30 tag sumber daya dapat ditambahkan. Jika Anda mengaitkan instans ECS dengan kebijakan pencadangan menggunakan tag dan menetapkan tipe sumber daya ke ECS File, Cloud Backup secara otomatis men-deploy klien ECS File Backup saat pekerjaan pencadangan berikutnya dimulai. Sebaliknya, jika tag instans ECS tidak lagi dikaitkan dengan kebijakan pencadangan apa pun dan semua pekerjaan pencadangan terkait telah kedaluwarsa, Cloud Backup secara otomatis meng-uninstall klien ECS File Backup. Setiap kali kebijakan pencadangan dijalankan, Cloud Backup memeriksa kecocokan tag sebagai berikut: Otomatis mengaitkan sumber daya baru: Jika sumber data yang tidak dikaitkan dengan kebijakan pencadangan saat ini cocok dengan tag kebijakan, kebijakan secara otomatis mengaitkan sumber data tersebut. Pencadangan untuk sumber data dimulai pada waktu pencadangan terjadwal berikutnya dan dijalankan secara berkala. Otomatis menyesuaikan sumber daya yang dikaitkan: Untuk sumber data yang sudah dikaitkan dengan kebijakan, Cloud Backup memeriksa apakah sumber data tersebut masih cocok dengan tag kebijakan. Jika sumber data tidak lagi cocok, Cloud Backup secara otomatis menjeda pencadangannya. Setelah siklus pencadangan berakhir, Cloud Backup secara otomatis memutuskan asosiasi sumber data dari kebijakan. Detect Hit Resources: Klik Detect Now untuk melihat sumber daya yang sesuai dengan semua tag yang telah Anda tetapkan. Untuk menambahkan sumber daya dari beberapa tipe sumber daya, klik Add Resource.

   Setelah membuat kebijakan pencadangan, lihat kebijakan tersebut di daftar kebijakan di Policy Center.

   • Saat Anda memilih General Backup Policy, kebijakan pencadangan yang dibuat ditampilkan seperti pada gambar berikut.

     

   • Jika Anda menetapkan Policy Type ke ECS Instance Backup Policy, kebijakan pencadangan yang dibuat ditampilkan seperti pada gambar berikut.

     

Kaitkan kebijakan pencadangan dengan sumber data

Setelah membuat kebijakan pencadangan, kaitkan kebijakan tersebut dengan sumber data untuk mengaktifkan pencadangan otomatis. Hal ini dapat dilakukan dengan beberapa cara:

• Kaitkan kebijakan pencadangan saat Anda membuat rencana pencadangan untuk sumber data.

• Di daftar kebijakan pencadangan, kaitkan sumber daya secara batch berdasarkan ID sumber daya.

• Tentukan tag sumber daya dalam kebijakan pencadangan untuk secara otomatis mengaitkan sumber daya yang cocok. Untuk informasi selengkapnya, lihat Automatic resource association based on tags.

Klik di sebelah kiri kebijakan pencadangan untuk melihat sumber data yang dikaitkan.

Kaitkan sumber daya berdasarkan ID sumber daya secara batch

Setelah membuat kebijakan pencadangan, klik Associate Resource di kolom operasi untuk kebijakan pencadangan target guna mengaitkan sumber daya lain secara batch.

Untuk kebijakan pencadangan umum:

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

  Instans ECS yang ditentukan secara otomatis dicadangkan sesuai kebijakan ini. Secara default, semua file dicadangkan kecuali yang berada di direktori sistem. (Untuk informasi tentang direktori sistem, lihat konsol.)

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

  Bucket OSS yang ditentukan (Standard dan Infrequent Access) secara otomatis dicadangkan sesuai kebijakan ini. Secara default, seluruh bucket dicadangkan.

• Jika Anda menetapkan Resource Type ke NAS, klik daftar drop-down NAS Filesystem untuk memilih satu atau beberapa sistem file NAS.

  Sistem file NAS yang ditentukan (tujuan umum) secara otomatis dicadangkan sesuai kebijakan ini. Secara default, seluruh sistem file dicadangkan.

• Jika Anda menetapkan tipe sumber daya ke Tablestore, klik daftar drop-down Tablestore Instance untuk memilih satu atau beberapa instans Tablestore.

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

Untuk kebijakan pencadangan instans ECS:

• Jika Anda menetapkan Resource Type ke ECS Instance, klik daftar drop-down ECS Instance untuk memilih satu atau beberapa instans ECS.

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

Untuk menambahkan sumber daya dari beberapa tipe sumber daya, klik Associate Resource.

Modifikasi kebijakan pencadangan

Setelah kebijakan pencadangan dibuat, temukan kebijakan target di daftar kebijakan. Di kolom Actions, klik Edit Policy untuk memodifikasi pengaturannya. Pengaturan yang dimodifikasi berlaku pada eksekusi tugas pencadangan berikutnya.

Jalankan kebijakan pencadangan segera

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

  Temukan kebijakan target di daftar kebijakan, lalu di kolom operasi, pilih ⋮ > Execute Immediately. Aksi ini segera menjalankan pekerjaan pencadangan pada semua sumber data yang dikaitkan. Setelah pekerjaan berhasil dijalankan, buka halaman Backup Jobs untuk setiap sumber data untuk melihat progresnya.

• Jalankan pekerjaan pencadangan untuk sumber data tertentu.

  Klik untuk memperluas detail kebijakan pencadangan dan beralih ke sumber data terkait di menu sebelah kiri. Di kolom Actions sumber data target, pilih ⋮ > Run Now. Aksi ini segera menjalankan pekerjaan pencadangan pada sumber data target.

Putuskan asosiasi kebijakan pencadangan

Untuk memutuskan asosiasi kebijakan pencadangan yang ada dari sumber data, pilih sumber data di panel navigasi sebelah kiri, klik tab Backup Plans, lalu temukan rencana pencadangan target. Di kolom Actions, pilih ⋮ > Delete Plan. Setelah Anda memutuskan asosiasi kebijakan, rencana pencadangan tidak lagi dijalankan untuk sumber data tersebut.

Hapus kebijakan pencadangan

Setelah kebijakan pencadangan dibuat, temukan kebijakan target di daftar kebijakan lalu pilih ⋮ > Delete di kolom operasi untuk menghapus kebijakan tersebut. Data cadangan yang ada tidak terpengaruh oleh aksi ini.

Putuskan asosiasi tag sumber daya

Untuk memutuskan asosiasi tag sumber daya dari kebijakan pencadangan, temukan kebijakan di daftar kebijakan, klik Edit Policy di kolom Actions, lalu klik ikon untuk tag sumber daya. Memutuskan asosiasi tag sumber daya secara otomatis menghapus sumber data yang dikaitkan darinya dari kebijakan. Perubahan ini berlaku pada eksekusi kebijakan berikutnya.