Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Backup dan tag copy
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.
Anda juga dapat mengotomatiskan urutan salinan lintas akun dan lintas wilayah untuk sebagian besar sumber daya yang didukung, kecuali Amazon RDS dan Aurora. Untuk snapshot Amazon RDS dan Aurora AWS Backup , hanya mendukung otomatisasi salinan lintas akun atau lintas wilayah karena cara layanan tersebut membuat kunci enkripsi mereka (menyalin snapshot cluster DB Multi-AZ tidak didukung).
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 apa pun. Setelah 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.
Daftar Isi
