Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Melindungi data Anda dengan backup volume

Dengan FSx forONTAP, Anda dapat melindungi data Anda dengan mengambil backup harian otomatis dan backup volume yang diprakarsai pengguna pada sistem file Anda. Membuat cadangan rutin untuk volume Anda adalah praktik terbaik yang membantu mendukung retensi data dan kebutuhan kepatuhan Anda. Anda dapat mengembalikan cadangan volume ke yang ada FSx untuk sistem ONTAP file yang Anda akses ke yang sama di Wilayah AWS mana cadangan disimpan. Bekerja dengan FSx cadangan Amazon membuatnya mudah untuk membuat, melihat, memulihkan, dan menghapus cadangan volume Anda.

Amazon FSx mendukung backup ONTAP volume dengan read-write (RW). OntapVolumeType

Cara kerja backup

Semua FSx cadangan Amazon (pencadangan harian otomatis dan pencadangan yang diprakarsai pengguna) bersifat inkremental, yang berarti bahwa mereka hanya menyimpan perubahan dalam data sejak pencadangan sebelumnya selesai. Ini meminimalkan waktu yang diperlukan untuk membuat cadangan dan jumlah penyimpanan yang digunakan oleh setiap cadangan. Pencadangan tambahan mengoptimalkan biaya penyimpanan dengan tidak menyimpan data duplikat. FSxuntuk ONTAP backup adalah per volume, dengan setiap cadangan hanya berisi data dari satu volume tertentu. FSxCadangan Amazon disimpan secara berlebihan di beberapa Availability Zone untuk mencapai daya tahan tinggi.

FSxPencadangan Amazon menggunakan snapshot — point-in-time, gambar hanya-baca volume Anda — untuk mempertahankan peningkatan antar cadangan. Setiap kali cadangan diambil, Amazon FSx pertama-tama mengambil snapshot volume Anda. Snapshot cadangan disimpan dalam volume Anda, dan menghabiskan ruang penyimpanan pada volume. Amazon FSx kemudian membandingkan snapshot ini dengan snapshot cadangan sebelumnya (jika ada) dan hanya menyalin data yang diubah ke cadangan Anda.

Jika tidak ada snapshot cadangan sebelumnya, maka seluruh konten snapshot cadangan terbaru disalin ke cadangan Anda. Setelah snapshot cadangan terbaru berhasil diambil, Amazon FSx menghapus snapshot cadangan sebelumnya. Snapshot yang digunakan untuk cadangan terbaru tetap ada di volume Anda hingga cadangan berikutnya diambil, saat proses berulang. Untuk mengoptimalkan biaya penyimpanan cadangan, ONTAP menjaga penghematan efisiensi penyimpanan volume dalam cadangannya.

Saat Anda menghapus cadangan, hanya data unik untuk cadangan itu yang dihapus. Setiap FSx cadangan Amazon berisi semua informasi yang diperlukan untuk membuat volume baru dari cadangan, secara efektif memulihkan point-in-time snapshot volume.

Ada batasan jumlah cadangan yang dapat Anda simpan per Akun AWS dan per volume. Untuk informasi selengkapnya, silakan lihat Kuota yang dapat Anda tingkatkan dan Kuota sumber daya untuk setiap sistem file.

Persyaratan penyimpanan

Volume dan sistem file Anda masing-masing harus memiliki kapasitas SSD penyimpanan yang cukup untuk menyimpan snapshot cadangan. Saat mengambil snapshot cadangan, kapasitas penyimpanan tambahan yang dikonsumsi oleh snapshot tidak dapat menyebabkan volume melebihi 98% SSD pemanfaatan penyimpanan. Jika ini terjadi, cadangan akan gagal. Anda dapat meningkatkan SSD penyimpanan volume atau sistem file kapan saja untuk memastikan bahwa cadangan Anda tidak akan terganggu.

Pencadangan harian otomatis

Saat Anda membuat sistem file, backup harian otomatis diaktifkan secara default untuk volume sistem file Anda. Anda dapat mengaktifkan atau menonaktifkan backup harian otomatis untuk sistem file yang ada kapan saja. Pencadangan harian otomatis untuk semua volume terjadi selama jendela cadangan harian sistem file, yang secara otomatis diatur saat Anda membuat sistem file. Anda dapat memodifikasi jendela cadangan harian kapan saja. Untuk kinerja pencadangan yang optimal, kami sarankan Anda memilih jendela cadangan harian yang berada di luar jam operasi normal ketika klien dan aplikasi mengakses data pada volume Anda.

Dengan menggunakan konsol, Anda dapat mengatur periode retensi untuk pencadangan harian otomatis ke nilai dari 1 hingga 90 hari saat membuat sistem file atau kapan saja. Periode retensi cadangan harian otomatis default adalah 30 hari. Amazon FSx menghapus cadangan harian otomatis setelah periode retensi berakhir. Menggunakan AWS CLI danAPI, Anda dapat mengatur periode retensi ke nilai dari 0 hingga 90 hari; menyetelnya ke 0 mematikan pencadangan harian otomatis.

Pencadangan harian otomatis, jendela cadangan harian, dan periode retensi cadangan adalah pengaturan sistem file, dan berlaku untuk semua volume pada sistem file Anda. Anda dapat menggunakan FSx konsol Amazon AWS CLI, atau API untuk mengubah pengaturan ini. Untuk informasi selengkapnya, lihat Memperbarui sistem file.

Anda tidak dapat membuat cadangan volume (pencadangan harian otomatis atau cadangan yang diprakarsai pengguna) jika volumenya offline. Untuk informasi selengkapnya, lihat Melihat volume offline.

Anda dapat secara manual menghapus cadangan harian otomatis menggunakan FSx konsol Amazon,CLI, danAPI. Saat Anda menghapus volume, Anda juga menghapus cadangan harian otomatis untuk volume itu. Amazon FSx menyediakan opsi untuk membuat cadangan akhir volume sebelum Anda menghapusnya. Cadangan terakhir disimpan selamanya, kecuali Anda menghapusnya.

Pencadangan yang diprakarsai pengguna

Dengan AmazonFSx, Anda dapat secara manual mengambil cadangan volume sistem file Anda kapan saja menggunakan AWS Management Console, AWS CLI, dan. API Pencadangan yang diprakarsai pengguna Anda bersifat inkremental relatif terhadap cadangan lain yang mungkin telah dibuat untuk volume dan dipertahankan selamanya, kecuali jika Anda menghapusnya. Pencadangan yang diprakarsai pengguna dipertahankan bahkan setelah Anda menghapus volume atau sistem file tempat cadangan dibuat. Anda dapat menghapus cadangan yang diprakarsai pengguna hanya dengan menggunakan konsol AmazonFSx,, atau. API CLI Mereka tidak pernah dihapus secara otomatis oleh AmazonFSx.

Untuk petunjuk tentang cara membuat cadangan yang dimulai pengguna, lihat. Membuat backup yang diinisiasi pengguna

Menyalin tag ke cadangan

Saat Anda membuat atau memperbarui volume menggunakan CLI orAPI, Anda dapat mengaktifkan CopyTagsToBackups untuk secara otomatis menyalin tag apa pun pada volume Anda ke cadangannya. Namun, jika Anda menambahkan tag apa pun saat membuat cadangan yang dimulai pengguna, termasuk penamaan cadangan saat Anda menggunakan konsol, Amazon FSx tidak menyalin tag dari volume, meskipun CopyTagsToBackups diaktifkan.

Menggunakan AWS Backup dengan Amazon FSx

AWS Backup adalah cara sederhana dan hemat biaya untuk melindungi data Anda dengan mencadangkan Amazon FSx Anda untuk volume. NetApp ONTAP AWS Backup adalah layanan cadangan terpadu yang dirancang untuk menyederhanakan pembuatan, pemulihan, dan penghapusan cadangan, sambil memberikan pelaporan dan audit yang lebih baik. Menggunakan AWS Backup membuatnya lebih mudah untuk mengembangkan strategi cadangan terpusat untuk kepatuhan hukum, peraturan, dan profesional. Ini juga membuat melindungi volume AWS penyimpanan, database, dan sistem file Anda lebih sederhana dengan menyediakan tempat sentral di mana Anda dapat melakukan hal berikut:

AWS Backup menggunakan fungsionalitas cadangan bawaan AmazonFSx. Pencadangan yang dibuat menggunakan AWS Backup konsol memiliki tingkat konsistensi dan kinerja sistem file yang sama, bersifat inkremental relatif terhadap pencadangan yang FSx diprakarsai pengguna Amazon lainnya yang diambil dari volume Anda, dan menawarkan opsi pemulihan yang sama seperti pencadangan yang diambil menggunakan konsol Amazon. FSx Menggunakan AWS Backup untuk mengelola cadangan ini menyediakan fungsionalitas tambahan, termasuk kemampuan untuk membuat cadangan terjadwal sesering setiap jam. Anda dapat menambahkan lapisan pertahanan tambahan untuk melindungi cadangan dari penghapusan yang tidak disengaja atau berbahaya dengan menyimpannya di brankas cadangan.

Cadangan yang dibuat oleh dianggap sebagai cadangan AWS Backup yang diprakarsai pengguna, dan mereka dihitung terhadap kuota cadangan yang diprakarsai pengguna untuk Amazon. FSx Untuk informasi selengkapnya, lihat Kuota yang dapat Anda tingkatkan. Anda dapat melihat dan memulihkan cadangan yang dibuat dengan AWS Backup menggunakan FSx konsol Amazon,CLI, dan. API Namun, Anda tidak dapat menghapus cadangan yang dibuat oleh AWS Backup di FSx konsol Amazon,CLI, atau. API Untuk informasi selengkapnya, lihat Memulai AWS Backup di Panduan AWS Backup Pengembang.

AWS Backup tidak dapat mencadangkan volume yang offline.

Memulihkan backup ke volume baru

Anda dapat mengembalikan cadangan volume ke volume baru pada sistem file Wilayah AWS yang sama dengan cadangan yang disimpan. Anda tidak dapat mengembalikan cadangan ke sistem file yang terletak di berbeda Wilayah AWS dari cadangan.

Saat memulihkan cadangan FSx untuk sistem file ONTAP generasi kedua, klien dapat memasang dan membaca data dari volume saat sedang dipulihkan. Klien dapat memasang volume yang Anda pulihkan dan membaca data file setelah FSx Amazon memuat semua metadata ke volume baru dan volume melaporkan status siklus hidup. CREATED Anda dapat menemukan status siklus hidup volume pada halaman detail Volume di FSx konsol Amazon dan dalam respons perintah CLIdeskripsikan volume.

Saat membaca data dari volume saat sedang dipulihkan dari cadangan, jika data belum diunduh ke volume, Anda akan dikenakan latensi baca hingga puluhan milidetik untuk akses pertama. Pembacaan ini di-cache di SSD tingkat, dan Anda dapat mengharapkan latensi baca sub-milidetik untuk pembacaan berikutnya.

Jumlah waktu yang dibutuhkan Amazon untuk membuat volume tersedia FSx untuk akses hanya-baca sebanding dengan jumlah metadata file yang disimpan dalam cadangan. Metadata file biasanya mengkonsumsi 1-7% dari keseluruhan data cadangan tergantung pada ukuran file rata-rata dalam kumpulan data Anda (kumpulan data file kecil mengkonsumsi lebih banyak metadata daripada kumpulan data file besar).

Saat Anda mengembalikan cadangan FlexGroup volume ke sistem file yang memiliki jumlah pasangan ketersediaan tinggi (HA) yang berbeda dari sistem file asli, Amazon FSx menambahkan volume konstituen tambahan untuk memastikan bahwa konstituen didistribusikan secara merata.

Saat memulihkan cadangan, semua data awalnya ditulis ke tingkat SSD penyimpanan. Sementara pemulihan sedang berlangsung, data berjenjang ke penyimpanan kolam kapasitas sesuai dengan kebijakan tingkatan volume yang dipulihkan. Karena data pertama kali ditulis ke SSD tingkat, Amazon FSx akan menghentikan sementara proses pemulihan jika sistem file kehabisan ruang SSD penyimpanan. Pemulihan secara otomatis dilanjutkan segera setelah SSD ruang yang cukup tersedia untuk melanjutkan proses. Jika kebijakan tingkatan volume yang dipulihkan adalahAll, proses latar belakang berkala akan meningkatan data ke kumpulan kapasitas. Jika kebijakan tiering volume yang dipulihkan adalah Snapshot Only atauAuto, data berjenjang ke kumpulan kapasitas jika SSD pemanfaatan untuk sistem file lebih besar dari 50%, dan laju pendinginan ditentukan oleh periode pendinginan kebijakan tiering.

Jika beban kerja Anda memerlukan latensi baca sub-milidetik yang konsisten saat memulihkan cadangan ke volume baru pada sistem file generasi kedua, sebaiknya Anda menyetel kebijakan tingkatan volume None saat memulai pemulihan, lalu tunggu hingga semua data diunduh sepenuhnya ke volume sebelum Anda mengaksesnya. Semua data akan dimuat ke SSD penyimpanan sebelum Anda mencoba mengaksesnya, memberi Anda akses latensi rendah yang konsisten ke data Anda.

Untuk step-by-step petunjuk tentang cara mengembalikan cadangan ke volume baru, lihatMemulihkan cadangan.

Pada sistem file generasi kedua Anda juga dapat mengembalikan hanya sebagian data dari cadangan tanpa harus menunggu seluruh operasi pemulihan selesai. Memulihkan hanya sebagian dari data cadangan memungkinkan Anda untuk melanjutkan operasi lebih cepat jika terjadi penghapusan, modifikasi, atau korupsi data yang tidak disengaja. Untuk informasi selengkapnya, lihat Memulihkan subset data.

Anda dapat memantau kemajuan saat memulihkan cadangan pada sistem file generasi kedua di AWS Management Console,, AWS CLI dan. API Untuk informasi selengkapnya, lihat Memantau kemajuan saat memulihkan cadangan.

Backup dan pulihkan kinerja

Berbagai faktor dapat mempengaruhi kinerja operasi pencadangan dan pemulihan. Operasi Backup dan Restore adalah proses latar belakang, yang berarti mereka memiliki prioritas yang lebih rendah dibandingkan dengan operasi IO klien. Operasi IO klien meliputiNFS,CIFS, dan i SCSI data dan metadata membaca dan menulis. Semua proses latar belakang hanya menggunakan bagian yang tidak terpakai dari kapasitas throughput sistem file Anda, dan dapat memakan waktu dari beberapa menit hingga beberapa jam untuk menyelesaikannya tergantung pada ukuran cadangan Anda dan jumlah kapasitas throughput yang tidak digunakan pada sistem file Anda.

Faktor lain yang memengaruhi kinerja pencadangan dan pemulihan termasuk tingkat penyimpanan tempat data Anda disimpan dan profil kumpulan data. Kami menyarankan Anda membuat cadangan pertama volume Anda saat sebagian besar data disimpan. SSD Dataset yang berisi sebagian besar file kecil biasanya akan memiliki kinerja yang lebih rendah dibandingkan dengan dataset berukuran sama yang sebagian besar berisi file besar. Ini karena memproses sejumlah besar file kecil menghabiskan lebih banyak CPU siklus dan overhead jaringan daripada memproses lebih sedikit file besar.

Umumnya, Anda dapat mengharapkan tingkat pencadangan berikut saat mencadangkan data yang disimpan di tingkat SSD penyimpanan:

Umumnya, Anda dapat mengharapkan tingkat pemulihan berikut:

Mencadangkan volume SnapLock

Anda dapat mencadangkan SnapLockvolume untuk perlindungan data tambahan. Saat Anda memulihkan SnapLock volume, pengaturan asli volume — seperti retensi default, retensi minimum, dan retensi maksimum — dipertahankan. Tulis sekali, baca banyak (WORM) pengaturan dan Penahanan Hukum juga dipertahankan.

Anda dapat mengembalikan cadangan SnapLock volume sebagai SnapLock atau SnapLock non-volume. Namun, Anda tidak dapat mengembalikan cadangan SnapLock non-volume sebagai SnapLock volume.

Untuk informasi selengkapnya, lihat Cara kerja SnapLock.