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 untuk ONTAP, Anda dapat melindungi data Anda dengan mengambil cadangan harian otomatis dan pencadangan 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 file ONTAP yang dapat 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`
**catatan**
Amazon FSx tidak mendukung pencadangan volume perlindungan data (DP), volume load sharing mirror (LSM), atau volume tujuan untuk dan. FlexCache SnapMirror
**Topics**
+ [Cara kerja backup](#how-backups-work)
+ [Persyaratan penyimpanan](#storage-requirements)
+ [Pencadangan harian otomatis](#automatic-backups)
+ [Pencadangan yang diprakarsai pengguna](#user-initiated-backups)
+ [Menyalin tag ke cadangan](#copy-tags-to-backups)
+ [Menggunakan AWS Backup dengan Amazon FSx](#aws-backup-and-fsx)
+ [Memulihkan backup ke volume baru](#restoring-backups)
+ [Backup dan pulihkan kinerja](#backup-performance)
+ [Mencadangkan volume SnapLock](#snaplock-backup)
+ [Membuat backup yang diinisiasi pengguna](creating-backups.md)
+ [Memulihkan cadangan ke volume baru](to-restore-backups.md)
+ [Memulihkan subset data](data-subset-restore.md)
+ [Memantau kemajuan saat memulihkan cadangan](monitor-backup-restore.md)
+ [Menghapus cadangan](how-to-delete-backups.md)
## 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. FSx untuk cadangan ONTAP adalah per volume, dengan setiap cadangan hanya berisi data dari satu volume tertentu. FSx Cadangan Amazon disimpan secara berlebihan di beberapa Availability Zone untuk mencapai daya tahan tinggi.
FSx Pencadangan 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](how-to-delete-backups.md) 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, lihat [Kuota yang dapat Anda tingkatkan](limits.md#soft-limits) dan [Kuota sumber daya untuk setiap sistem file](limits.md#limits-ontap-resources-file-system).
**catatan**
Jika Anda menggunakan NDMP untuk pencadangan, ONTAP tidak mengizinkan aktivitas pemeliharaan seperti operasi tambalan untuk dilanjutkan saat transfer sedang berlangsung. NDMP Untuk menghindari penundaan tambalan, Amazon FSx akan membatalkan sesi NDMP transfer aktif apa pun saat operasi tambalan diterapkan selama jendela pemeliharaan sistem file Anda. Setelah penambalan selesai, Anda harus memulai ulang sesi NDMP transfer Anda secara manual dari sisi klien, karena Amazon FSx tidak dapat melanjutkannya secara otomatis. Untuk menghindari gangguan pencadangan, sebaiknya gunakan cadangan Amazon atau AWS Backup, yang FSx mendukung operasi pencadangan dan tambalan bersamaan.
## Persyaratan penyimpanan
Volume dan sistem file Anda masing-masing harus memiliki kapasitas penyimpanan SSD yang cukup untuk menyimpan snapshot cadangan. Saat mengambil snapshot cadangan, kapasitas penyimpanan tambahan yang dikonsumsi oleh snapshot tidak dapat menyebabkan volume melebihi 98% pemanfaatan penyimpanan SSD. Jika ini terjadi, cadangan akan gagal. Anda dapat [meningkatkan penyimpanan SSD volume](manage-volume-capacity.md) atau [sistem file](storage-capacity-and-IOPS.md#increase-primary-storage) 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](#backup-performance) 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. Kami juga merekomendasikan memilih jendela cadangan yang tidak tumpang tindih dengan jendela pemeliharaan sistem file Anda. Jika jendela tumpang tindih, aktivitas pemeliharaan diutamakan dan pencadangan otomatis terjadi setelah pemeliharaan selesai. Pencadangan yang sudah berlangsung akan berlanjut selama pemeliharaan, namun, pembuatan cadangan baru mungkin tidak terjadi sampai pemeliharaan selesai. Jika pemeliharaan berjalan selama durasi penuh jendela, pencadangan otomatis mungkin tidak terjadi selama jendela itu.
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. Dengan menggunakan API AWS CLI dan, 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, the AWS CLI, atau API untuk mengubah pengaturan ini. Untuk informasi selengkapnya, lihat [Memperbarui sistem file](updating-file-system.md).
Anda tidak dapat membuat cadangan volume (pencadangan harian otomatis atau cadangan yang diprakarsai pengguna) jika volumenya offline. Untuk informasi selengkapnya, lihat [Melihat volume offline](offline-volumes.md).
**catatan**
Pencadangan harian otomatis memiliki periode retensi maksimum 90 hari, tetapi pencadangan yang [dimulai pengguna yang Anda buat, yang mencakup cadangan](#user-initiated-backups) yang dibuat menggunakan AWS Backup, dipertahankan selamanya kecuali Anda atau menghapusnya. AWS Backup
Anda dapat [menghapus](how-to-delete-backups.md) cadangan harian otomatis secara manual menggunakan FSx konsol Amazon, CLI, dan API. 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 Amazon FSx, Anda dapat secara manual mengambil cadangan volume sistem file Anda kapan saja menggunakan Konsol Manajemen AWS, 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](how-to-delete-backups.md) hanya dengan menggunakan FSx konsol Amazon, API, atau CLI. Mereka tidak pernah dihapus secara otomatis oleh Amazon FSx.
Untuk petunjuk tentang cara membuat cadangan yang diprakarsai pengguna, lihat. [Membuat backup yang diinisiasi pengguna](creating-backups.md)
## Menyalin tag ke cadangan
Saat Anda membuat atau memperbarui volume menggunakan CLI atau API, Anda dapat mengaktifkan `CopyTagsToBackups` untuk [secara otomatis menyalin tag apa pun](creating-volumes.md#create-volume-cli) 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 Anda FSx untuk NetApp volume 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:
+ Konfigurasikan dan audit AWS sumber daya yang ingin Anda cadangkan.
+ Otomatiskan penjadwalan cadangan.
+ Tetapkan kebijakan penyimpanan.
+ Pantau semua aktivitas backup, penyalinan, dan pemulihan terbaru.
AWS Backup menggunakan fungsionalitas cadangan bawaan Amazon FSx. 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.](https://docs.aws.amazon.com/aws-backup/latest/devguide/vaults.html)
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](limits.md#soft-limits). Anda dapat melihat dan memulihkan cadangan yang dibuat 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](https://docs.aws.amazon.com/aws-backup/latest/devguide/getting-started.html) di Panduan AWS Backup Pengembang.
AWS Backup tidak dapat mencadangkan volume yang offline.
Anda dapat menggunakan tag untuk memilih sumber daya ONTAP mana yang dilindungi dalam paket cadangan. FSx Tag ini harus diterapkan pada tingkat volume daripada tingkat sistem file secara keseluruhan. Untuk informasi selengkapnya, lihat [Menetapkan sumber daya ke paket cadangan](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html) di Panduan AWS Backup Pengembang.
## 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 generasi kedua ONTAP, 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**](viewing-volumes.md) di FSx konsol Amazon dan dalam respons [perintah](https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html) CLI deskripsi-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 tingkat SSD, 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)](HA-pairs.md) yang berbeda dari sistem file asli, Amazon FSx menambahkan volume konstituen tambahan untuk memastikan bahwa konstituen didistribusikan secara merata.
**catatan**
Amazon FSx tidak mendukung akses baca ke data saat volume dipulihkan dari cadangan untuk SnapLock volume atau volume apa pun pada sistem file generasi pertama. Saat memulihkan cadangan ini, volume menjadi tersedia untuk dipasang dan mengakses data setelah proses pemulihan selesai, dan semua metadata dan data dimuat ke volume baru.
Saat memulihkan cadangan, semua data awalnya ditulis ke tingkat penyimpanan SSD. Sementara pemulihan sedang berlangsung, data berjenjang ke penyimpanan kolam kapasitas sesuai dengan [kebijakan tingkatan volume](volume-storage-capacity.md#volume-data-tiering) yang dipulihkan. Karena data pertama kali ditulis ke tingkat SSD, Amazon FSx akan menghentikan sementara proses restorasi jika sistem file kehabisan ruang penyimpanan SSD. Pemulihan secara otomatis dilanjutkan segera setelah ruang SSD yang cukup tersedia untuk melanjutkan proses. Jika kebijakan tingkatan volume yang dipulihkan adalah`All`, proses latar belakang berkala akan meningkatan data ke kumpulan kapasitas. Jika kebijakan tiering volume yang dipulihkan adalah `Snapshot Only` atau`Auto`, data berjenjang ke kumpulan kapasitas jika pemanfaatan SSD 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 penyimpanan SSD 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, lihat[Memulihkan cadangan ke volume baru](to-restore-backups.md).
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 kerusakan data yang tidak disengaja. Untuk informasi selengkapnya, lihat [Memulihkan subset data](data-subset-restore.md).
Anda dapat memantau kemajuan saat memulihkan cadangan pada sistem file generasi kedua di Konsol Manajemen AWS, AWS CLI, dan API. Untuk informasi selengkapnya, lihat [Memantau kemajuan saat memulihkan cadangan](monitor-backup-restore.md).
**catatan**
Anda tidak dapat membuat snapshot volume atau melakukan operasi berbasis snapshot seperti kloning, SnapMirror replikasi, dan membuat cadangan volume saat sedang dipulihkan dari cadangan.
Volume yang dipulihkan selalu memiliki gaya volume yang sama dengan volume aslinya. Anda tidak dapat mengubah gaya volume saat memulihkan.
## 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 termasuk data NFS, CIFS, dan iSCSI serta membaca dan menulis metadata. 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 ada di penyimpanan 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 siklus CPU dan overhead jaringan daripada memproses lebih sedikit file besar.
Umumnya, Anda dapat mengharapkan tingkat pencadangan berikut saat mencadangkan data yang disimpan di tingkat penyimpanan SSD:
+ 750 MBps di beberapa backup bersamaan yang berisi sebagian besar file besar.
+ 100 MBps di beberapa cadangan bersamaan yang sebagian besar berisi file kecil.
Umumnya, Anda dapat mengharapkan tingkat pemulihan berikut:
+ 250 MBps di beberapa pemulihan bersamaan yang berisi sebagian besar file besar.
+ 100 MBps di beberapa pemulihan bersamaan yang sebagian besar berisi file kecil.
## Mencadangkan volume SnapLock
Anda dapat mencadangkan [SnapLock](snaplock.md)volume 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 pengaturan (WORM) dan Penahanan Hukum juga dipertahankan.
**catatan**
Anda tidak dapat membuat cadangan SnapLock FlexGroup volume.
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](how-snaplock-works.md).
# Membuat backup yang diinisiasi pengguna
Prosedur berikut menjelaskan cara membuat cadangan volume yang diprakarsai pengguna.
Anda tidak dapat membuat cadangan volume jika volumenya offline. Untuk informasi selengkapnya, lihat [Melihat volume offline](offline-volumes.md).
**Untuk membuat cadangan yang diprakarsai pengguna (konsol)**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Arahkan ke **sistem File** dan pilih sistem ONTAP file yang ingin Anda buat cadangan volumenya.
1. Pilih tab **Volume**.
1. Pilih volume yang ingin Anda cadangkan.
1. Dari **Tindakan**, pilih **Buat backup**.
1. Di kotak dialog **Buat backup** yang terbuka, berikan nama untuk backup Anda. Nama Backup dapat terdiri dari maksimal 256 karakter Unicode, termasuk huruf, spasi, angka, dan karakter khusus . \$1 - = \$1 : /
1. Pilih **Buat cadangan**.
Anda sekarang telah membuat cadangan dari salah satu volume sistem file Anda. Anda dapat melihat semua cadangan Anda di FSx konsol Amazon dengan memilih **Cadangan** di navigasi sisi kiri. Anda dapat mencari nama yang Anda berikan pada backup Anda, dan filter tabel hanya akan menampilkan hasil yang cocok.
Ketika Anda membuat backup yang diinisiasi pengguna sebagaimana yang dijelaskan prosedur ini, backup tersebut berjenis `USER_INITIATED`, dan memiliki status `CREATING` sehingga backup menjadi sepenuhnya tersedia.
# Memulihkan cadangan ke volume baru
Prosedur berikut menjelaskan cara mengembalikan cadangan FSx untuk ONTAP ke volume baru menggunakan Konsol Manajemen AWS dan AWS CLI. Saat memulihkan volume ke sistem file generasi kedua, Anda dapat [memantau](monitor-backup-restore.md) kemajuan menggunakan Konsol Manajemen AWS, AWS CLI, dan API.
**Untuk mengembalikan cadangan volume ke volume baru (Konsol)**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Di panel navigasi, pilih **Cadangan**, lalu pilih cadangan volume ONTAP FSx untuk yang ingin Anda pulihkan.
1. Di menu **Tindakan** kanan atas, pilih **Pulihkan cadangan**. **Halaman Buat volume dari cadangan muncul.**
1. Pilih **sistem FSx File** ONTAP dan **mesin virtual Penyimpanan** yang ingin Anda pulihkan cadangan dari menu tarik-turun.
1. Di menu **Tindakan** kanan atas, pilih **Pulihkan cadangan**. **Halaman Buat volume dari cadangan muncul.**
1. Pilih **sistem FSx File** ONTAP dan **mesin virtual Penyimpanan** yang ingin Anda pulihkan cadangan dari menu tarik-turun.
1. Di bawah **Detail volume**, ada beberapa pilihan. Pertama, masukkan **nama Volume**. Anda dapat menggunakan hingga 203 karakter alfanumerik atau garis bawah (\$1).
1. Untuk **ukuran Volume**, masukkan bilangan bulat apa pun dalam kisaran 20—314572800 untuk menentukan ukuran dalam mebibytes (MiB).
1. Untuk **tipe Volume**, pilih **Read-Write (RW)** untuk membuat volume yang dapat dibaca dan ditulis atau **Data Protection (DP)** untuk membuat volume yang hanya-baca dan dapat digunakan sebagai tujuan dari hubungan atau. NetApp SnapMirror SnapVault Untuk informasi selengkapnya, lihat [Tipe volume](managing-volumes.md#volume-types).
1. Untuk **jalur Junction**, masukkan lokasi di dalam sistem file untuk me-mount volume. Nama harus memiliki garis miring ke depan, misalnya`/vol3`.
1. Untuk **efisiensi Penyimpanan**, pilih **Diaktifkan** untuk mengaktifkan fitur ONTAP efisiensi penyimpanan (deduplikasi, kompresi, dan pemadatan). Untuk informasi selengkapnya, lihat [Efisiensi penyimpanan](managing-storage-capacity.md#storage-efficiency).
1. **Untuk **gaya keamanan Volume**, pilih **Unix (Linux)**, **NTFS**, atau Mixed.** Gaya keamanan volume menentukan apakah preferensi diberikan kepada NTFS atau UNIX ACLs untuk akses multi-protokol. Mode MIXED tidak diperlukan untuk akses multi-protokol dan hanya direkomendasikan untuk pengguna tingkat lanjut.
1. Untuk **kebijakan Snapshot**, pilih kebijakan snapshot untuk volume. Untuk informasi selengkapnya tentang kebijakan snapshot, lihat[Kebijakan snapshot](snapshots-ontap.md#snapshot-policies).
Jika memilih **Kebijakan khusus**, Anda harus menentukan nama kebijakan di bidang **kebijakan khusus**. Kebijakan kustom harus sudah ada di SVM atau di sistem file. Anda dapat membuat kebijakan snapshot khusus dengan ONTAP CLI atau REST API. Untuk informasi selengkapnya, lihat [Membuat Kebijakan Snapshot](https://docs.netapp.com/us-en/ontap/data-protection/create-snapshot-policy-task.html) di Dokumentasi NetApp ONTAP Produk.
1. Untuk **periode pendinginan kebijakan Tiering**, nilai yang berlaku adalah 2-183 hari. Periode pendinginan kebijakan tingkat volume menentukan jumlah hari sebelum data yang belum diakses ditandai dingin dan dipindahkan ke penyimpanan kolam kapasitas. Pengaturan ini hanya memengaruhi `Snapshot-only` kebijakan `Auto` dan kebijakan.
1. Di bagian **Lanjutan**, untuk **SnapLockKonfigurasi**, Anda dapat meninggalkan pengaturan **Nonaktif** default atau memilih **Diaktifkan** untuk mengonfigurasi SnapLock volume. Untuk informasi selengkapnya tentang mengonfigurasi volume SnapLock Kepatuhan atau volume SnapLock Perusahaan, lihat [Memahami SnapLock Kepatuhan](snaplock-compliance.md) dan[Memahami SnapLock Perusahaan](snaplock-enterprise.md). Untuk informasi selengkapnya tentang SnapLock, lihat [Melindungi data Anda dengan SnapLock](snaplock.md).
1. Pilih **Konfirmasi** untuk membuat volume.
1. **Jika Anda memulihkan cadangan ke sistem file generasi kedua, Anda dapat memantau kemajuan pemulihan cadangan pada tab **Pembaruan** di halaman Volume.** Untuk informasi selengkapnya, lihat [Memantau kemajuan saat memulihkan cadangan](monitor-backup-restore.md).
**Untuk mengembalikan cadangan ke volume baru (CLI)**
Gunakan perintah [ create-volume-from-backup](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-volume-from-backup.html)CLI, atau perintah [ CreateVolumeFromBackup](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateVolumeFromBackup.html)API yang setara untuk mengembalikan cadangan volume ke volume baru.
+
```
$ aws fsx create-volume-from-backup --backup-id backup-08e6fc1133fff3532 \
--name demo --ontap-configuration JunctionPath=/demo,SizeInMegabytes=100000,\
StorageVirtualMachineId=svm-0f04a9c7c27e1908b,TieringPolicy={Name=ALL}
```
Respons sistem untuk permintaan pemulihan yang berhasil untuk mengembalikan cadangan ke sistem file generasi kedua terlihat sebagai berikut. Responsnya mencakup `"AdministrativeActions"` objek yang menyediakan informasi status dan kemajuan tentang permintaan..
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
---> "AdministrativeActions": [
{
"AdministrativeActionType": "DOWNLOAD_DATA_FROM_BACKUP",
"RequestTime": 1685729972.069,
"Status": "PENDING"
}
] <----
}
}
```
Respons sistem untuk permintaan yang berhasil mengembalikan cadangan ke sistem file generasi pertama terlihat sebagai berikut.
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
}
}
```
Saat memulihkan volume ke sistem file generasi kedua, Anda dapat [memantau kemajuan](monitor-backup-restore.md) menggunakan Konsol Manajemen AWS, AWS CLI, dan API.
# Memulihkan subset data
Anda dapat mengembalikan subset data dari cadangan saat sedang dikembalikan ke volume baru pada sistem file generasi kedua tanpa harus menunggu sampai seluruh kumpulan data cadangan telah dipulihkan sepenuhnya.
Prosedur berikut mencantumkan langkah-langkah yang harus diambil ketika Anda perlu memulihkan subset data saat memulihkan cadangan, dan tidak sabar menunggu seluruh pemulihan selesai:
**Untuk mengembalikan subset data saat memulihkan cadangan**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Di halaman **Cadangan**, cari cadangan yang berisi versi data yang ingin Anda pulihkan.
1. Di menu **Tindakan** kanan atas, pilih **Pulihkan cadangan**. **Halaman Buat volume dari cadangan muncul.**
1. Pilih **sistem FSx File** ONTAP dan **mesin virtual Penyimpanan** yang ingin Anda pulihkan cadangan dari menu tarik-turun.
1. Di bawah **Detail volume**, konfigurasikan volume untuk memenuhi kebutuhan Anda.
1. Pilih **Konfirmasi** untuk membuat volume.
1. [Pantau kemajuan](monitor-backup-restore.md) pemulihan cadangan.
1. [Pasang volume](supported-fsx-clients.md) yang dipulihkan saat melaporkan status siklus hidup. `CREATED`
1. Temukan subset data pada volume yang perlu Anda salin.
1. Salin data ke volume yang ada yang digunakan aplikasi Anda.
1. Setelah data yang diperlukan dari cadangan telah disalin ke lokasi target, Anda dapat menghapus volume yang dipulihkan sebelum selesai untuk mengoptimalkan pemanfaatan sumber daya sistem file.
# Memantau kemajuan saat memulihkan cadangan
Anda dapat memantau kemajuan saat memulihkan cadangan volume ke sistem file generasi kedua di Konsol Manajemen AWS, AWS CLI, dan API. Seperti semua tindakan FSx administratif Amazon, status pemulihan cadangan tersedia di konsol, CLI, dan API selama 30 hari setelah operasi selesai.
**Untuk memantau kemajuan saat memulihkan cadangan (konsol)**
Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Di menu navigasi kiri, pilih **Volume**.
1. Pilih volume tempat cadangan dikembalikan.
1. Pilih tab **Pembaruan**.
1. **Jenis **Backup restore** Update** memberikan informasi berikut:
+ **PENDING** menunjukkan bahwa metadata file sedang diunduh ke volume. **Status Siklus Hidup** **volume adalah CREATING.**
+ **IN\$1PROGRESS** menunjukkan bahwa volume tersedia dan klien dapat memasang volume dengan akses read-only ke data. **Progress%** menunjukkan persentase data yang telah diunduh ke volume.
+ **SELESAI** menunjukkan bahwa semua data telah diunduh ke volume, dan pemulihan cadangan selesai. Klien sekarang memiliki akses baca-tulis. Untuk `RW` volume, jenis volume berubah dari `DP` ke `RW` pada saat ini.
**Untuk memantau kemajuan saat memulihkan cadangan (CLI)**
+ Saat Anda mengembalikan cadangan ke volume baru pada generasi kedua FSx untuk sistem file ONTAP, Anda dapat memantau kemajuan pemulihan menggunakan perintah CLI [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html).
Saat memulihkan cadangan ke sistem file generasi kedua, respons menyertakan `AdministrativeActions` objek, yang memberikan informasi status tentang proses pengunduhan data. Bagian
```
$ aws fsx describe-volumes
{
“Volumes”: [
{
“CreationTime”: 1691686114.674,
“FileSystemId”: fs-029ff92192bd4d375,
“LifeCycle”: “CREATING”,
“Name”: vol1,
“OntapConfiguration”: {
“FlexCacheEndpointType”: “NONE”,
“JunctionPath”: “/vol1”,
“SizeInMegabytes”: 100000,
“StorageEfficiencyEnabled”: true,
“StorageVirtualMachineId”: “svm-0ed1d714019426ca9”,
“StorageVirtualMachineRoot”: false,
“TieringPolicy”: {
“Name”: “ALL”
},
“OntapVolumeType”: “DP”,
“SnapshotPolicy”: “default”,
“CopyTagsToBackups”: false,
},
“ResourceARN”: “arn:aws:fsx:us-east-1:630831496844:volume/fs-08ac75f715c6aec76/fsvol-094c015af930790fa”,
“VolumeId”: “fsvol-094c015af930790fa”,
“VolumeType”: “ONTAP”,
“AdministrativeActions”: [
{
“AdministrativeActionType”: “DOWNLOAD_DATA_FROM_BACKUP”,
“RequestTime”: 1685729972.069,
“Status”: “PENDING”
}
]
}
```
Setelah Amazon FSx memuat semua metadata file ke volume yang dipulihkan, bidang ini memiliki nilai berikut:
+ `"LifeCycle": "CREATED"`— menunjukkan bahwa volume siap dipasang.
+ `"OntapVolumeType": "DP"`— menunjukkan bahwa volume hanya-baca saat data file diunduh.
+ `"ProgressPercent`—menunjukkan persentase data file yang dimuat ke volume.
+ `"Status": "IN_PROGRESS"`— Mengunduh data file ke volume sedang berlangsung.
Pada tahap ini dalam proses pemulihan Anda dapat memasang volume dengan akses hanya-baca ke semua data dalam cadangan yang Anda pulihkan.
Ketika Amazon FSx telah selesai mengunduh semua data file ke volume baru, klien memiliki akses baca-tulis penuh jika ini adalah `RW` volume. Indikator memiliki nilai-nilai berikut:
+ `"LifeCycle": "CREATED"`— tidak berubah
+ `"OntapVolumeType": "RW"`— menunjukkan bahwa klien memiliki akses baca-tulis penuh.
+ `"Status": "COMPLETED"`— menunjukkan bahwa pemulihan selesai.
Jika proses pemulihan gagal, `AdminstrativeAction > Status` akan memiliki nilai`FAILED`. Pesan kesalahan disediakan di `FailureDetails` objek. Untuk informasi selengkapnya, lihat [AdministrativeActionFailureDetails](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeActionFailureDetails.html)di Referensi Amazon FSx API
# Menghapus cadangan
Anda dapat menghapus pencadangan harian otomatis dan pencadangan volume yang diprakarsai pengguna menggunakan konsol Amazon, Amazon API FSx , atau (). FSx AWS Command Line Interface AWS CLI Menghapus cadangan adalah tindakan permanen dan tidak dapat dipulihkan. Data apapun di backup yang terhapus juga ikut dihapus. Jangan hapus cadangan kecuali Anda yakin tidak memerlukan cadangan tersebut lagi di masa mendatang. Anda tidak dapat menghapus cadangan jika volume sumber [offline](offline-volumes.md).
Anda dapat menghapus volume saat sedang dipulihkan dari cadangan pada semua FSx untuk sistem file ONTAP. Menghapus volume selama pemulihan secara efektif membatalkan operasi pemulihan yang sedang berlangsung.
**catatan**
Amazon FSx tidak mendukung penghapusan `AVAILABLE` cadangan ONTAP volume terbaru kecuali semua cadangan volume lainnya telah dihapus.
Untuk menghapus cadangan yang dibuat menggunakan AWS Backup, lihat [Menghapus cadangan](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html) di Panduan Pengembang. AWS Backup
**Untuk menghapus cadangan (konsol)**
1. Buka FSx konsol Amazon di [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Dari dasbor konsol, pilih **Backup** dari navigasi sebelah kiri.
1. Pilih backup yang ingin Anda hapus dari tabel **backup**, dan kemudian pilih **Hapus backup**.
1. Di kotak dialog **Hapus cadangan** yang terbuka, konfirmasikan bahwa ID cadangan yang ditampilkan adalah cadangan yang ingin Anda hapus.
1. Konfirmasikan bahwa kotak centang dicentang untuk cadangan yang ingin Anda hapus.
1. Pilih **Hapus backup**.
Cadangan Anda dan semua data yang disertakan sekarang dihapus secara permanen dan tidak dapat dipulihkan.
**Untuk menghapus cadangan (CLI)**
+ Gunakan perintah CLI hapus-cadangan atau tindakan DeleteBackup API yang setara untuk menghapus cadangan volume ONTAP, seperti yang FSx ditunjukkan pada contoh berikut.
```
$ aws fsx delete-backup --backup-id backup-a0123456789abcdef
```
Respons sistem mencakup ID cadangan yang dihapus, dan status siklus hidupnya dengan nilai`DELETED`, yang menunjukkan bahwa permintaan berhasil.
```
{
"BackupId": "backup-a0123456789abcdef",
"Lifecycle": "DELETED"
}
```