Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mencadangkan dan menandai salinan
Anda dapat menyalin cadangan ke beberapa Akun AWS atau sesuai permintaan atau Wilayah AWS secara otomatis sebagai bagian dari rencana pencadangan terjadwal untuk sebagian besar jenis sumber daya, meskipun cadangan dalam penyimpanan dingin atau tingkatan arsip tidak dapat disalin. Lihat Ketersediaan fitur berdasarkan sumber daya dan Enkripsi untuk salinan cadangan ke akun lain atau Wilayah AWS untuk detailnya.
catatan
Jika jenis sumber daya tidak mendukung penyalinan lintas wilayah atau lintas akun AWS Backup, maka operasi penyalinan untuk jenis sumber daya tersebut tidak didukung dalam skenario apa pun, termasuk salinan Wilayah yang sama dan akun yang sama ke brankas yang berbeda. Untuk menentukan jenis sumber daya mana yang mendukung operasi penyalinan, lihat kolom pencadangan Lintas Wilayah dan pencadangan lintas akun. Ketersediaan fitur berdasarkan sumber daya Jika AWS layanan yang mendasari menyediakan fitur salinan atau replikasi aslinya sendiri, lihat dokumentasi layanan tersebut.
Beberapa jenis sumber daya memiliki kemampuan pencadangan berkelanjutan dan salinan lintas wilayah dan lintas akun tersedia. Ketika salinan lintas-wilayah atau lintas akun dari cadangan berkelanjutan dibuat, titik pemulihan yang disalin (cadangan) menjadi cadangan snapshot (periodik) (tidak tersedia untuk semua jenis sumber daya yang mendukung kedua jenis cadangan). Bergantung pada jenis sumber daya, snapshot mungkin berupa salinan tambahan atau salinan lengkap. PITR (Point-in-Time Restore) tidak tersedia untuk salinan ini.
penting
Salinan mempertahankan konfigurasi sumbernya, termasuk tanggal pembuatan dan periode retensi. Tanggal pembuatan mengacu pada kapan sumber dibuat, bukan saat salinan dibuat. Anda dapat mengganti periode retensi.
Konfigurasi cadangan sumber yang disalin akan menggantikan setelan kedaluwarsa salinannya jika periode penyimpanan salinan disetel ke Selalu di AWS Backup konsol (atau DeleteAfterDaysnilai disetel ke dalam permintaan API); yaitu, salinan dengan setelan retensi yang disetel tidak pernah kedaluwarsa akan mempertahankan tanggal kedaluwarsa titik pemulihan sumbernya. -1
Jika Anda ingin salinan cadangan Anda tidak pernah kedaluwarsa, setel cadangan sumber Anda agar tidak pernah kedaluwarsa atau tentukan salinan Anda kedaluwarsa 100 tahun setelah pembuatannya.
Salin pekerjaan coba lagi
AWS Backup mengimplementasikan strategi coba lagi berikut untuk pekerjaan penyalinan: Jika AWS Backup
mengalami kesalahan sistem, pekerjaan penyalinan memasuki fase coba lagi yang berlangsung selama 2 jam. Selama waktu ini, status pekerjaan salinan tetap dalam CREATED keadaan sementara sistem secara berkala mencoba untuk memulai pekerjaan. Jika pekerjaan berhasil dimulai dalam jendela ini, itu transisi ke RUNNING status.
Jika masalah berlanjut setelah periode percobaan ulang 2 jam, tim AWS Backup layanan secara otomatis diberitahu. Tim kemudian menyelidiki dan mengatasi masalah mendasar. Setelah masalah diselesaikan, mereka secara manual mencoba kembali permintaan salinan, memastikan bahwa pekerjaan salinan selesai seperti yang diminta.
Proses copy job retry berbeda dari proses backup job retry, yang menggunakan jendela awal yang ditentukan dengan upaya coba ulang reguler hingga berhasil atau kedaluwarsa. Mekanisme pekerjaan salinan memberikan lapisan keandalan tambahan dengan menggabungkan intervensi tim layanan langsung untuk masalah yang terus-menerus.
Salin konkurensi pekerjaan
Hanya satu pekerjaan cadangan atau penyalinan yang dapat dijalankan pada satu waktu untuk sumber daya tertentu. Pekerjaan penyalinan tambahan untuk sumber daya yang sama tetap dalam CREATED status hingga pekerjaan yang sedang berjalan selesai. Untuk informasi selengkapnya tentang batas konkurensi, lihat AWS Backup kuota.
Salin pekerjaan untuk sumber daya besar dapat memakan waktu beberapa jam untuk diselesaikan, yang dapat mengakibatkan pekerjaan salinan tambahan menunggu CREATED status. Untuk jenis sumber daya yang mendukung salinan inkremental, periode retensi yang singkat dapat menyebabkan situasi di mana satu-satunya titik pemulihan di brankas tujuan kedaluwarsa. Jika tidak ada titik pemulihan di brankas tujuan, maka salinan berikutnya harus berupa salinan lengkap alih-alih salinan tambahan. Untuk menghindari hal ini, atur periode penyimpanan salinan setidaknya satu minggu. Untuk informasi selengkapnya, lihat Pengukuran, biaya, dan penagihan. Untuk menentukan jenis sumber daya yang mendukung salinan tambahan, lihat Ketersediaan fitur berdasarkan sumber daya.
Jika pekerjaan penyalinan terus mengantri dalam CREATED status untuk sumber daya yang sama, kurangi frekuensi penyalinan.
Daftar Isi
