Cara kerja rekam jepret Azure NetApp Files

Artikel
06/01/2023

Artikel ini menjelaskan cara kerja rekam jepret Azure NetApp Files. Teknologi rekam jepret Azure NetApp Files memberikan stabilitas, skalabilitas, dan pemulihan yang lebih cepat, tanpa memengaruhi performa. Ini menyediakan fondasi untuk solusi perlindungan data, termasuk pemulihan file tunggal, pemulihan dan klon volume, replikasi lintas wilayah, dan retensi jangka panjang.

Untuk langkah-langkah tentang cara menggunakan rekam jepret volume, lihat Mengelola rekam jepret dengan menggunakan Azure NetApp Files. Untuk pertimbangan tentang manajemen rekam jepret dalam replikasi lintas wilayah, lihat Persyaratan dan pertimbangan untuk menggunakan replikasi lintas wilayah.

Apa itu rekam jepret volume

Rekam jepret Azure NetApp Files adalah citra sistem file titik waktu (volume). Hal ini sangat ideal untuk berfungsi sebagai cadangan online. Anda dapat menggunakan salinan bayangan untuk membuat volume baru (kloning), memulihkan file, atau mengembalikan volume. Dalam data aplikasi tertentu yang disimpan dalam volume Azure NetApp Files, langkah tambahan mungkin diperlukan untuk memastikan konsistensi aplikasi.

Rekam jepret overhead rendah dimungkinkan oleh fitur unik dari teknologi virtualisasi volume yang mendasar yang merupakan bagian dari Azure NetApp Files. Seperti database, lapisan ini menggunakan pointer ke blok data aktual pada disk. Namun, tidak seperti database, hal tersebut tidak menulis ulang blok yang ada; hal itu menulis data yang diperbarui ke blok baru dan mengubah pointer, sehingga mempertahankan data baru dan lama. Rekam jepret Azure NetApp Files hanya memanipulasi pointer blok, membuat tampilan volume "beku", baca-saja yang memungkinkan aplikasi mengakses file dan direktori versi sebelumnya tanpa pemrograman khusus. Blok data aktual tidak disalin. Dengan demikian, rekam jepret dapat menghemat waktu yang diperlukan dalam membuatnya, karena dilakukan hampir seketika itu juga, terlepas dari ukuran volumenya. Salinan bayangan juga efisien dalam ruang penyimpanan; hanya blok delta antara salinan bayangan dan volume aktif yang disimpan.

Diagram berikut mengilustrasikan konsepnya:

File terdiri dari metadata dan blok data yang ditulis ke volume. Dalam ilustrasi ini, ada tiga file, masing-masing terdiri dari tiga blok: file 1, file 2, dan file 3.
Rekam jepret Snapshot1 diambil, yang menyalin metadata dan hanya penunjuk ke blok yang mewakili file:
File pada volume terus berubah, dan file baru ditambahkan. Blok data yang dimodifikasi ditulis sebagai blok data baru pada volume. Blok yang sebelumnya ditangkap di Snapshot1 tetap tidak berubah:
Rekam jepret Snapshot2 baru diambil untuk mengambil perubahan dan penambahan:

Saat rekam jepret diambil, penunjuk ke blok data disalin, dan modifikasi ditulis ke lokasi data baru. Penunjuk rekam jepret terus menunjuk ke blok data asli yang ditempati file saat rekam jepret diambil, memberikan tampilan data langsung dan historis. Jika Anda membuat rekam jepret baru, pointer saat ini (yaitu, yang dibuat setelah penambahan dan modifikasi terbaru) disalin ke rekam jepret Snapshot2baru . Ini membuat akses ke tiga generasi data (data langsung, Snapshot2, dan Snapshot1, dalam urutan usia) tanpa mengambil ruang volume yang diperlukan tiga salinan penuh.

Rekam jepret hanya mengambil salinan metadata volume (tabel inode). Hanya diperlukan waktu beberapa detik untuk membuatnya, terlepas dari ukuran volume, kapasitas yang digunakan, atau tingkat aktivitas pada volume. Dengan demikian, mengambil salinan bayangan dari volume 100-TiB membutuhkan waktu yang sama (mendekati nol) seperti mengambil salinan bayangan dari volume 100-GiB. Setelah rekam jepret dibuat, seperti biasa, perubahan file data akan tercermin dalam file versi aktif.

Sementara itu, blok data yang ditunjuk dari salinan bayangan tetap stabil dan tidak berubah. Karena sifat "Alihkan saat Tulis" dari volume Azure NetApp Files, salinan bayangan tidak menimbulkan atashulu performa dan dengan sendirinya tidak menggunakan ruang apa pun. Anda dapat menyimpan hingga 255 rekam jepret per volume dari waktu ke waktu, yang semuanya dapat diakses sebagai versi data baca-saja dan online, yang menggunakan kapasitas sama sedikitnya dengan jumlah blok yang diubah di antara setiap rekam jepret. Blok yang diubah disimpan dalam volume aktif. Blok yang diarahkan dalam rekam jepret disimpan (sebagai baca-saja) dalam volume untuk diamankan, untuk digunakan kembali hanya saat semua pointer (dalam volume aktif dan rekam jepret) telah dibersihkan. Oleh karena itu, pemanfaatan volume meningkat dari waktu ke waktu, baik dengan blok data baru atau blok data (dimodifikasi) yang disimpan dalam rekam jepret.

Diagram berikut menunjukkan rekam jepret volume dan ruang yang digunakan dari waktu ke waktu:

Karena hanya merekam perubahan blok sejak rekam jepret terakhir, rekam jepret volume memberikan manfaat utama berikut:

Rekam jepret hemat penyimpanan.
Salinan bayangan menggunakan ruang penyimpanan minimal karena tidak menyalin blok data apa pun dari seluruh volume. Dua rekam jepret yang diambil secara berurutan hanya berbeda dengan blok yang ditambahkan atau diubah dalam interval waktu di antara keduanya. Perilaku blok-bertambah bertahap ini meminimalkan konsumsi kapasitas penyimpanan terkait. Berbagai implementasi rekam jepret alternatif menggunakan volume penyimpanan yang sama dengan sistem file aktif, sehingga meningkatkan kebutuhan kapasitas penyimpanan. Bergantung pada tingkat perubahan tingkat blok harian aplikasi, rekam jepret Azure NetApp Files menggunakan lebih banyak atau kurang kapasitas, tetapi hanya pada data yang diubah. Pemakaian rekam jepret harian rata-rata hanya berkisar antara 1-5% dari kapasitas volume yang digunakan untuk berbagai volume aplikasi, atau hingga 20-30% untuk volume seperti volume database SAP Hana. Pastikan untuk memantau penggunaan volume dan rekam jepret anda untuk pemakaian kapasitas rekam jepret relatif terhadap jumlah rekam jepret yang dibuat dan dipertahankan.
Rekam jepret cepat dibuat, direplikasi, dipulihkan, atau diklon.
Hanya perlu beberapa detik untuk membuat, mereplikasi, memulihkan, atau mengkloning salinan bayangan, terlepas dari ukuran volume dan tingkat aktivitas pada volume. Anda dapat membuat salinan bayangan volume sesuai permintaan. Anda juga dapat menggunakan kebijakan rekam jepret untuk menentukan kapan Azure NetApp Files akan otomatis membuat rekam jepret dan berapa banyak rekam jepret yang disimpan untuk volume. Konsistensi aplikasi dapat dicapai dengan menyesuaikan rekam jepret dengan lapisan aplikasi, misalnya, dengan menggunakan alat AzAcSnap untuk SAP Hana.
Rekam jepret tidak memengaruhi performa volume.
Karena sifat “Alihkan saat Penulisan” pada teknologi yang mendasarinya, menyimpan dan mempertahankan rekam jepret Azure NetApp Files tidak memiliki dampak terhadap performa, meski dengan aktivitas data berat. Dalam banyak kasus, menghapus rekam jepret juga memiliki sedikit atau tidak memiliki dampak terhadap performa.
Salinan bayangan memberikan skalabilitas karena dapat sering dibuat, dan banyak yang dapat dipertahankan.
Volume Azure NetApp Files mendukung hingga 255 salinan bayangan per volume. Kemampuan untuk menyimpan banyak salinan bayangan berdampak rendah yang sering dibuat meningkatkan kemungkinan bahwa versi data yang diinginkan dapat berhasil dipulihkan.
Salinan bayangan dapat disimpan ke penyimpanan Azure.
Untuk kepatuhan dan persyaratan retensi data jangka panjang, gunakan fungsi pencadangan Azure NetApp Files untuk menyimpan salinan bayangan ke penyimpanan Azure berkemampuan ZRS yang hemat biaya, di luar volume yang dilindungi.
Rekam jepret memberikan visibilitas pengguna dan pemulihan file.

Performa, skalabilitas, dan stabilitas yang tinggi pada teknologi rekam jepret Azure NetApp Files berarti menyediakan cadangan online yang ideal untuk pemulihan berbasis pengguna. Rekam jepret dapat diakses pengguna untuk tujuan pemulihan file, direktori, atau volume. Solusi tambahan memungkinkan Anda menyalin cadangan ke penyimpanan offline atau mereplikasi lintas wilayah untuk tujuan retensi atau pemulihan bencana.

Cara membuat rekam jepret

Anda dapat menggunakan beberapa metode untuk membuat dan mempertahankan rekam jepret:

Secara manual (sesuai permintaan), dengan menggunakan:
- Alat Portal Azure, REST API, Azure CLI, atau PowerShell
- Skrip (lihat contoh)
Otomatis, dengan menggunakan:
- Kebijakan rekam jepret, melalui alat Portal Azure, REST API, Azure CLI, atau PowerShell
- Peralatan rekam jepret konsisten rekam jepret, seperti AzAcSnap

Bagaimana volume dan rekam jepret direplikasi lintas wilayah untuk DR

Azure NetApp Files mendukung replikasi lintas wilayah untuk tujuan pemulihan bencana (DR). Replikasi lintas wilayah Azure NetApp Files menggunakan teknologi SnapMirror. Hanya blok yang diubah yang dikirim melalui jaringan dalam format yang terkompresi dan efisien. Setelah replikasi lintas wilayah dimulai antar volume, seluruh konten volume (yaitu, blok data tersimpan aktual) hanya ditransfer sekali. Operasi ini disebut transfer garis besar. Setelah transfer awal, hanya blok yang diubah (seperti yang ditangkap dalam rekam jepret) yang ditransfer. Hasilnya adalah replika volume sumber asinkron 1:1, termasuk semua rekam jepret. Perilaku ini mengikuti mekanisme replikasi penuh dan bertambah bertahap-selamanya. Teknologi ini meminimalkan jumlah data yang diperlukan untuk melakukan replikasi antar wilayah, sehingga menghemat biaya transfer data. Ini juga mempersingkat waktu replikasi. Anda dapat mencapai Tujuan Titik Pemulihan (RPO) yang lebih kecil, karena lebih banyak salinan bayangan yang dapat dibuat dan ditransfer lebih sering dengan transfer data minimal. Selanjutnya, kebutuhan akan mekanisme replikasi berbasis host dihilangkan, sehingga menghindari biaya lisensi perangkat lunak dan komputer virtual.

Diagram berikut menunjukkan lalu lintas rekam jepret dalam skenario replikasi lintas wilayah:

Bagaimana salinan bayangan dapat disimpan untuk retensi jangka panjang dan penghematan biaya

Seperti yang dijelaskan, salinan bayangan digunakan untuk membuat cadangan volume Azure NetApp Files yang cepat dan hemat ruang, secara efisien dan cepat, dan salinan bayangan menyediakan sarana untuk memulihkan file data atau menyelesaikan volume dengan sangat efektif. Salinan bayangan online ini berfungsi sebagai garis pertahanan pertama dan mencakup sebagian besar operasi pemulihan data.

Untuk menyimpan salinan bayangan untuk jangka waktu yang lebih lama, atau untuk menyimpan salinan bayangan lebih banyak daripada jumlah maksimum salinan bayangan online, Anda dapat menyimpan salinan bayangan dari volume Azure NetApp Files ke penyimpanan Azure berkemampuan ZRS. Hal ini difasilitasi oleh fungsi pencadangan Azure NetApp Files. Fungsionalitas menyimpan salinan bayangan untuk waktu yang lama (hingga satu tahun atau bahkan lebih lama). Cadangan disimpan di penyimpanan Azure, yang memiliki keunggulan biaya dibandingkan biaya kumpulan kapasitas Azure NetApp Files, dan menggunakan platform penyimpanan yang berbeda untuk menghilangkan dependensi dan untuk memenuhi persyaratan retensi.

Untuk mengaktifkan salinan bayangan pencadangaan pada volume Azure NetApp Files Anda, konfigurasikan kebijakan pencadangan di langganan Azure NetApp Files (terletak di bawah bagian Perlindungan Data), dan tentukan jumlah pencadangan Harian, Mingguan, dan Bulanan yang ingin Anda simpan. Hal ini merupakan semua yang perlu Anda lakukan untuk memperluas perlindungan data Anda dengan penyimpanan jangka panjang yang hemat biaya.

Diagram berikut menunjukkan bagaimana data salinan bayangan ditransfer dari volume Azure NetApp Files ke penyimpanan cadangan Azure NetApp Files, yang dihosting di penyimpanan Azure.

Fungsi pencadangan Azure NetApp Files dirancang untuk menyimpan riwayat pencadangan yang lebih panjang seperti yang ditunjukkan dalam contoh yang disederhanakan ini. Perhatikan bagaimana repositori cadangan di sebelah kanan berisi salinan bayangan yang lebih banyak dan lebih lama daripada volume yang dilindungi dan salinan bayangan di sebelah kiri.

Sebagian besar kasus penggunaan mengharuskan Anda menyimpan rekam jepret online pada volume Azure NetApp Files untuk waktu yang relatif singkat (biasanya beberapa bulan) untuk melayani pemulihan data yang hilang yang paling umum karena kesalahan aplikasi atau pengguna. Fungsi cadangan Azure NetApp Files digunakan untuk memperpanjang periode perlindungan data hingga satu tahun atau lebih dengan mengirimkan salinan bayangan ke penyimpanan Azure yang hemat biaya. Seperti yang ditunjukkan oleh warna biru dalam diagram, transfer pertama adalah garis besar, yang menyalin semua blok data yang digunakan dalam sumber volume dan salinan bayangan Azure NetApp Files. Pencadangan berturut-turut menggunakan mekanisme rekam jepret untuk memperbarui repositori cadangan hanya dengan pembaruan bertahap blok.

Cara memulihkan data dari rekam jepret

Teknologi rekam jepret Azure NetApp Files meningkatkan frekuensi dan keandalan cadangan secara signifikan. Hal ini menimbulkan overhead performa minimum dan dapat dibuat dengan aman pada volume aktif. Rekam jepret Azure NetApp Files memungkinkan pemulihan hampir seketika itu juga, aman, dan (opsional) dikelola pengguna. Bagian ini menjelaskan berbagai cara yang dapat digunakan untuk mengakses dan memulihkan data dari rekam jepret Azure NetApp Files.

Memulihkan (mengkloning) salinan bayangan online ke volume baru

Anda dapat memulihkan salinan bayangan Azure NetApp Files ke volume terpisah dan independen (klon). Operasi ini dilakukan hampir seketika itu juga, terlepas dari ukuran volume dan kapasitas yang dikonsumsi. Volume yang baru dibuat hampir dapat diakses langsung, saat blok data volume dan rekam jepret aktual sedang disalin. Bergantung pada ukuran dan kapasitas volume, proses ini dapat memakan waktu yang cukup lama saat volume dan rekam jepret induk tidak dapat dihapus. Namun, volume sudah dapat diakses setelah pembuatan awal, saat proses penyalinan sedang berlangsung di latar belakang. Kemampuan ini memungkinkan pembuatan volume yang cepat untuk pemulihan data atau klon volume untuk pengujian dan pengembangan. Berdasarkan proses penyalinan data, konsumsi kumpulan kapasitas penyimpanan berlipat ganda ketika pemulihan selesai, dan volume baru menunjukkan kapasitas aktif penuh rekam jepret asli. Rekam jepret yang digunakan untuk membuat volume baru juga ada pada volume baru. Setelah proses ini selesai, volume independen dan dibongkar dari volume asli, dan volume sumber dan rekam jepret dapat dikelola atau dihapus secara independen dari volume baru.

Diagram berikut menunjukkan volume baru yang dibuat dengan memulihkan (mengklon) rekam jepret:

Operasi yang sama dapat dilakukan pada salinan bayangan yang direplikasi ke volume pemulihan bencana (DR). Semua rekam jepret dapat dipulihkan ke volume baru, meski replikasi lintas wilayah tetap aktif atau sedang berlangsung. Kemampuan ini memungkinkan pembuatan lingkungan pengujian dan pengembangan yang tidak mengganggu di wilayah pemulihan bencana, menempatkan data untuk digunakan, sedangkan volume yang direplikasi akan digunakan hanya untuk tujuan pemulihan bencana. Kasus penggunaan ini memungkinkan pengujian dan pengembangan diisolasi dari produksi, menghilangkan potensi dampak pada lingkungan produksi.

Diagram berikut menunjukkan pemulihan (kloning) volume dengan menggunakan rekam jepret volume target DR saat replikasi lintas wilayah sedang berlangsung:

Saat Anda memulihkan rekam jepret ke volume baru, halaman Gambaran umum volume menampilkan nama rekam jepret yang digunakan untuk membuat volume baru di bidang Berasal dari . Lihat Memulihkan rekam jepret ke volume baru tentang operasi pemulihan volume.

Memulihkan (mengembalikan) salinan bayangan online di tempat

Dalam beberapa kasus, karena volume baru menggunakan kapasitas penyimpanan, membuat volume baru dari rekam jepret mungkin tidak diperlukan atau sesuai. Untuk memulihkan dari kerusakan data dengan cepat (misalnya, kerusakan database atau serangan ransomware), mungkin lebih tepat untuk memulihkan salinan bayangan dalam volume itu sendiri. Operasi ini dapat dilakukan menggunakan fungsionalitas kembalikan salinan bayangan Azure NetApp Files. Fungsi ini memungkinkan Anda mengembalikan volume dengan cepat ke keadaan saat rekam jepret tertentu diambil. Dalam kebanyakan kasus, pengembalian volume jauh lebih cepat daripada memulihkan file individual dari rekam jepret ke sistem file aktif, terutama dalam volume besar dan multi-TiB.

Pengembalian rekam jepret volume dilakukan hampir seketika itu juga dan hanya membutuhkan waktu beberapa detik untuk diselesaikan, bahkan untuk volume terbesar. Metadata volume aktif (tabel inode) diganti dengan metadata rekam jepret sejak pembuatan rekam jepret, sehingga mengembalikan volume ke titik waktu tertentu. Untuk menerapkan pengembalian, blok data tidak perlu disalin. Dengan demikian, hal ini lebih hemat ruang dan lebih cepat daripada mengembalikan salinan bayangan ke volume baru.

Diagram berikut menunjukkan pengembalian volume ke rekam jepret sebelumnya:

Penting

Data sistem file aktif yang ditulis dan rekam jepret yang diambil setelah rekam jepret yang dipilih hilang. Operasi pengembalian rekam jepret menggantikan semua data dalam volume yang ditargetkan dengan data dalam rekam jepret yang dipilih. Anda harus memperhatikan konten rekam jepret dan tanggal pembuatan saat memilih rekam jepret. Anda tidak dapat membatalkan operasi pengembalian rekam jepret.

Lihat Mengembalikan volume menggunakan pengembalian rekam jepret tentang cara menggunakan fitur ini.

Memulihkan file atau direktori dari rekam jepret online menggunakan klien

Jika Visibilitas Jalur Salinan bayangan tidak disetel ke hidden, Anda dapat langsung mengakses salinan bayangan untuk memulihkan dari penghapusan, kerusakan, atau modifikasi data Anda yang tidak disengaja. Keamanan file dan direktori dipertahankan dalam rekam jepret, dan secara desain, rekam jepret bersifat baca-saja. Dengan demikian, pemulihannya aman dan mudah. Jika visibilitas Jalur Salinan bayangan diatur ke hidden, Anda dapat membuka tiket dukungan untuk meminta admin cadangan atau admin sistem memulihkan file Anda dari salinan bayangan.

Diagram berikut menunjukkan akses file atau direktori ke rekam jepret menggunakan klien:

Dalam diagram, Rekam Jepret 1 hanya menggunakan blok delta antara volume aktif dan waktu pembuatan rekam jepret. Tetapi ketika Anda mengakses rekam jepret melalui jalur rekam jepret volume, data muncul seolah-olah itu adalah kapasitas volume penuh pada saat pembuatan rekam jepret. Dengan mengakses folder salinan bayangan, Anda dapat memulihkan data dengan menyalin file dan direktori dari salinan bayangan pilihan.

Demikian pula, rekam jepret dalam volume replikasi lintas wilayah target dapat diakses secara baca-saja untuk pemulihan data di wilayah DR.

Diagram berikut menunjukkan akses rekam jepret dalam skenario replikasi lintas wilayah:

Lihat Memulihkan file dari rekam jepret menggunakan klien tentang memulihkan file atau direktori individual dari rekam jepret.

Memulihkan file atau direktori dari rekam jepret online menggunakan pemulihan rekam jepret file tunggal

Jika Anda tidak ingin memulihkan seluruh rekam jepret ke volume baru atau menyalin file besar di seluruh jaringan, Anda dapat menggunakan fitur pemulihan rekam jepret file tunggal untuk memulihkan file individual langsung dalam volume dari rekam jepret, tanpa memerlukan salinan data klien eksternal.

Fitur ini tidak mengharuskan Anda memulihkan seluruh rekam jepret ke volume baru, mengembalikan volume, atau menyalin file besar di seluruh jaringan. Anda dapat menggunakan fitur ini untuk memulihkan file individual langsung pada layanan dari rekam jepret volume tanpa memerlukan salinan data menggunakan klien eksternal. Pendekatan ini dapat secara drastis mengurangi penggunaan RTO dan sumber daya jaringan saat memulihkan file besar.

Diagram berikut menjelaskan cara kerja pemulihan rekam jepret file tunggal:

Saat satu file dipulihkan di tempat (file2) atau ke file baru dalam volume (file2’), hanya pointer ke blok yang ada yang sebelumnya diambil dalam rekam jepret yang dikembalikan. Operasi ini menghilangkan penyalinan blok data apa pun dan hampir seketika, terlepas dari ukuran file (jumlah blok dalam file).

Memulihkan cadangan volume dari salinan bayangan tersimpan

Anda dapat menelusuri cadangan di tingkat volume atau tingkat akun NetApp. Nama yang digunakan untuk salinan bayangan dipertahankan saat salinan bayangan dicadangkan, dan menyertakan awalan "harian", "mingguan", atau "bulanan". Mereka juga menyertakan tanda waktu dan tanggal pembuatan salinan bayangan. Salinan bayangan pertama yang diambil saat fitur pencadangan diaktifkan disebut salinan bayangan garis besar. Salinan bayangan garis besar mencakup semua data pada volume yang dilindungi dan salinan bayangan. Salinan bayangan tersimpan berturut-turut adalah pembaruan blok-bertambah bertahap, sedangkan salinan bayangan selalu merupakan representasi lengkap dari volume pada saat salinan bayangan tersimpan diambil dan dapat langsung dipulihkan tanpa perlu menumpuk garis besar dengan pembaruan tambahan.

Diagram berikut mengilustrasikan pengoperasian memulihkan salinan bayangan tersimpan yang dipilih ke volume baru:

Memulihkan file atau direktori individual dari salinan bayangan tersimpan

Untuk memulihkan file atau direktori individual, salinan bayangan tersimpan lengkap dikembalikan ke volume baru, dan kemudian volume dapat dipasang untuk menelusuri file atau direktori yang akan dipulihkan. Pemulihan dilakukan dengan menyalin file atau direktori yang diperlukan dari volume yang baru dipulihkan ke lokasi tujuan. Ketika pemulihan selesai, volume yang dipulihkan dapat dihapus.

Jika volume dihapus, salinan bayangan (cadangan) pencadangannya masih dipertahankan, tidak seperti salinan bayangan online, yang merupakan bagian dari volume dan dihapus dengan penghapusan volume. Anda dapat memulihkan volume lengkap dan kemudian direktori individual dari cadangan tersimpan meskipun volume induk telah dihapus atau hilang karena kesalahan aplikasi atau pengguna. Anda dapat melakukannya dengan memilih salinan bayangan tersimpan yang sesuai dari daftar cadangan dan mengembalikannya ke volume baru. Lihat Memulihkan cadangan ke volume baru untuk detailnya.

Cara rekam jepret dihapus

Bagian ini menjelaskan bagaimana salinan bayangan online dan salinan bayangan tersimpan dihapus.

Menghapus salinan bayangan online

Salinan bayangan menggunakan kapasitas penyimpanan. Dengan demikian, biasanya tidak disimpan tanpa batas waktu. Untuk perlindungan data, retensi, dan keterpulihan, sejumlah rekam jepret (yang dibuat pada berbagai titik waktu) biasanya disimpan secara online selama durasi tertentu bergantung pada persyaratan RPO, RTO, dan SLA retensi. Rekam jepret dapat dihapus dari layanan penyimpanan oleh administrator kapan saja. Rekam jepret apa pun dapat dihapus terlepas dari urutan pembuatannya. Menghapus rekam jepret yang lebih lama akan mengosongkan ruang.

Penting

Operasi penghapusan rekam jepret tidak dapat dibatalkan. Anda harus menyimpan salinan offline (salinan bayangan tersimpan) volume untuk tujuan perlindungan dan retensi data.

Saat rekam jepret dihapus, semua pointer dari rekam jepret tersebut ke blok data yang ada akan dihapus. Hanya ketika blok data tidak memiliki lebih banyak pointer yang menunjuknya (oleh volume aktif, atau rekam jepret lain dalam volume), blok data dikembalikan ke ruang bebas volume untuk digunakan di masa mendatang. Oleh karena itu, menghapus rekam jepret biasanya akan mengosongkan lebih banyak kapasitas dalam volume daripada menghapus data dari volume aktif karena blok data sering diambil dalam rekam jepret yang dibuat sebelumnya.

Diagram berikut menunjukkan efek pada penggunaan penyimpanan penghapusan Snapshot 3 dari volume:

Pastikan untuk memantau penggunaan volume dan rekam jepret dan memahami cara aplikasi, volume aktif, dan konsumsi rekam jepret berinteraksi.

Lihat Menghapus rekam jepret tentang cara mengelola penghapusan rekam jepret. Lihat Mengelola kebijakan rekam jepret tentang cara mengotomatisasi proses ini.

Menghapus salinan bayangan tersimpan

Saat Anda menghapus volume Azure NetApp Files, cadangan dipertahankan di bawah brankas cadangan. Jika Anda tidak ingin mempertahankan cadangan, pertama-tama hapus cadangan yang lebih lama diikuti oleh cadangan terbaru.

Riwayat salinan bayangan tersimpan dikelola secara otomatis oleh kebijakan salinan bayangan yang diterapkan di mana salinan bayangan terlama dihapus saat yang baru ditambahkan oleh penjadwal salinan bayangan (cadangan) tersimpan. Anda juga dapat menghapus salinan bayangan tersimpan secara manual.