Tetap teratur dengan koleksi
Simpan dan kategorikan konten berdasarkan preferensi Anda.
Halaman ini memberikan ringkasan fitur snapshot volume Google Cloud NetApp Volumes.
Tentang snapshot
NetApp Volumes membantu Anda mengelola penggunaan data dengan snapshot yang dapat memulihkan data yang hilang dengan cepat. Snapshot adalah versi konten volume Anda pada titik waktu tertentu. Snapshot adalah resource volume dan merupakan
rekaman instan data Anda yang hanya menggunakan ruang untuk data yang diubah.
Karena data berubah dari waktu ke waktu, snapshot biasanya menggunakan lebih banyak ruang seiring bertambahnya usia.
Pertimbangan
Pertimbangkan hal berikut:
Jika Anda mengganti semua data dalam snapshot, snapshot akan menggunakan kapasitas volume yang signifikan, yang menjadi faktor dalam penyediaan kapasitas volume.
Volume dengan tingkat perubahan umum 1-2% setiap hari dan jadwal snapshot umum biasanya memerlukan kapasitas tambahan sebesar 20% untuk menyimpan snapshot.
Atribut snapshot
Snapshot memiliki kemampuan berikut:
Pengambilan instan: snapshot langsung mengambil data dalam volume pada
titik waktu yang tepat.
Efisien dalam penggunaan ruang penyimpanan: snapshot menggunakan sedikit data dengan hanya
menimpa data yang diubah atau dihapus dan mempertahankan data yang tidak berubah.
Dapat dibaca sebagai sistem file: semua snapshot dapat diakses dengan mudah melalui
antarmuka sistem file standar sebagai file hanya baca untuk setiap titik waktu.
Membuat clone dengan cepat: Anda dapat meng-clone volume dalam hitungan detik. Waktu yang diperlukan untuk membuat volume baru dari snapshot sama dengan waktu yang diperlukan untuk membuat volume kosong baru, terlepas dari ukuran volume atau snapshot. Clone adalah
volume baru dan pool penyimpanan memerlukan kapasitas kosong yang cukup untuk
menampungnya.
Pemulihan snapshot yang cepat: dalam beberapa menit, Anda dapat memulihkan volume ke versi snapshot, terlepas dari ukuran volume. Perubahan yang dilakukan pada
volume setelah pembuatan snapshot akan diurungkan, termasuk snapshot yang lebih baru.
Jenis snapshot
Ada tiga jenis snapshot:
Snapshot manual: snapshot yang Anda buat dan hapus secara manual.
Snapshot terjadwal: menggunakan snapshot terjadwal, Anda dapat membuat atau menghapus snapshot secara otomatis. Anda dapat mengenali snapshot terjadwal berdasarkan
namanya dengan format berikut:
<schedule>-<timestamp>
<schedule>: per jam, mingguan, atau bulanan
<timestamp>: muncul dalam UTC (YYYY-MM-DD at HH:MM:SS UTC)
Snapshot internal: snapshot yang digunakan oleh NetApp Volumes untuk mendukung operasi replikasi dan pencadangan. Snapshot internal tidak dapat dihapus secara manual. Anda dapat mengidentifikasi snapshot internal berdasarkan namanya. Bergantung pada cara Anda melihat snapshot, snapshot internal dapat memiliki nama yang berbeda:
Di respons konsol, Google Cloud CLI, dan API, snapshot internal menggunakan konvensi penamaan replication-<timestamp>. Google Cloud
Jika Anda mengakses snapshot menggunakan NFS atau SMB, snapshot internal menggunakan konvensi penamaan snapmirror.<uuid>.<timestamp>..
Kapasitas snapshot
Pertimbangkan hal berikut tentang kapasitas snapshot sebelum Anda menggunakan snapshot:
Untuk sebagian besar set data, kapasitas tambahan sebesar 20% sudah cukup untuk menyimpan snapshot hingga empat minggu. Seiring bertambahnya usia data, penggunaannya untuk pemulihan menjadi
lebih kecil kemungkinannya.
Menimpa semua data dalam snapshot akan menggunakan kapasitas volume yang signifikan,
yang menjadi faktor dalam penyediaan kapasitas volume.
Jadwal snapshot
Jadwal snapshot umum berkisar dari berikut ini:
Snapshot per jam yang diambil dalam jangka waktu 48 jam
Snapshot harian yang diambil selama periode waktu 30 hari
Snapshot mingguan diambil secara opsional selama jangka waktu 60 hari
Atribut snapshot per jam
Snapshot per jam memenuhi tujuan titik pemulihan satu jam.
Kasus penggunaan untuk snapshot
Bagian berikut menjelaskan skenario saat Anda dapat menggunakan snapshot untuk mengatasi
tantangan pengelolaan data.
Pengklonan aplikasi: Anda dapat menggunakan fitur snapshot dan pengklonan aplikasi untuk memungkinkan lebih banyak iterasi pengujian dengan kecepatan yang lebih tinggi, terlepas dari ukuran clone dan struktur data.
Pemulihan volume: Anda dapat menggunakan snapshot dengan
cadangan NetApp Volumes
untuk memulihkan file atau direktori individual jika data di volume
rusak atau dihapus. Karena snapshot hanya ada dalam volume, snapshot itu sendiri tidak memberikan perlindungan lengkap dari volume yang hilang.
Pembuatan versi data: snapshot membantu Anda menjaga beberapa versi set data yang sama agar dapat diakses.
Upgrade aplikasi dan data: sebelum mengupgrade aplikasi, Anda dapat menggunakan
NetApp Volumes untuk mengambil snapshot status data Anda saat ini. Kemudian, jika upgrade gagal, Anda dapat kembali ke status sebelumnya
dan memulihkan file Anda.
Perlindungan ransomware: NetApp Volumes membantu melindungi dari kehilangan data akibat serangan ransomware. Karena bersifat hanya baca dan tidak dapat dienkripsi, snapshot membantu melindungi dari enkripsi atau penghapusan data yang tidak diinginkan dari VM yang disusupi yang mungkin memiliki volume yang terpasang. Jika terjadi kehilangan atau kompromi data dalam jumlah besar, Anda dapat menggunakan snapshot untuk mengembalikan seluruh volume ke status sebelumnya dalam hitungan detik.
Anda juga dapat membuat clone volume yang dapat digunakan dari snapshot yang lebih lama untuk melanjutkan operasi hingga data Anda diselidiki terkait perubahan atau kerusakan setelah serangan ransomware. Kedua opsi tersebut membuat semua data Anda dapat digunakan dalam beberapa menit.
Titik pemulihan yang konsisten dengan aplikasi: Anda dapat menggunakan NetApp Volumes untuk mengambil snapshot yang konsisten dengan aplikasi, yaitu snapshot yang diambil setelah sistem operasi dan aplikasi menulis status data saat ini ke penyimpanan. Snapshot yang konsisten dengan aplikasi menyediakan titik pemulihan yang jelas untuk aplikasi dan dapat digunakan untuk membuat clone aplikasi yang konsisten. Karena snapshot bersifat hanya baca
dan dapat diakses melalui klien, pengguna dapat memulihkan data secara langsung, yang
memberikan peningkatan signifikan pada tujuan waktu pemulihan.
Snapshot yang konsisten dengan error: Anda juga dapat menggunakan snapshot yang konsisten dengan error untuk memulihkan data, yang berfungsi dengan baik untuk sebagian besar aplikasi. Namun, beberapa
data dalam penyimpanan mungkin tidak terbaru pada saat pemulihan karena data tersebut disimpan
dalam cache sistem operasi dan aplikasi selama beberapa waktu sebelum ditulis
ke penyimpanan.
Penggunaan ruang logis: Penggunaan ruang NetApp Volumes mencerminkan data dalam sistem file aktif dan blok yang dihapus yang dipertahankan oleh snapshot.
NetApp Volumes membebaskan blok snapshot yang dipertahankan segera setelah snapshot terbaru yang mereferensikan blok tersebut dihapus. Volume Anda terus menggunakan ruang yang disediakan, yang mencakup data yang dihapus yang dipertahankan oleh snapshot Anda.
Contoh penggunaan ruang snapshot
Contoh berikut memberikan detail tentang cara mengelola persyaratan ruang snapshot:
Pengguna menyediakan volume 5 TiB dan menulis 3 TiB data ke dalam volume tersebut.
Hasil: Klien melihat ruang kosong sebesar 2 TiB.
Klien membuat snapshot, lalu menghapus data sebesar 1 TiB.
Volume 5 TiB - Data pengguna 2 TiB - Data snapshot 1 TiB
Hasil: Klien terus melihat hanya 2 TiB ruang kosong. Hal ini
karena sistem perlu menyimpan 1 TiB data yang dihapus yang dirujuk
oleh snapshot. Kapasitas tersebut dihitung terhadap kapasitas yang dialokasikan.
NetApp Volumes akan menghapus snapshot.
Hasil: 1 TiB data snapshot dibebaskan, dan klien melihat 3 TiB ruang kosong.
[[["Mudah dipahami","easyToUnderstand","thumb-up"],["Memecahkan masalah saya","solvedMyProblem","thumb-up"],["Lainnya","otherUp","thumb-up"]],[["Sulit dipahami","hardToUnderstand","thumb-down"],["Informasi atau kode contoh salah","incorrectInformationOrSampleCode","thumb-down"],["Informasi/contoh yang saya butuhkan tidak ada","missingTheInformationSamplesINeed","thumb-down"],["Masalah terjemahan","translationIssue","thumb-down"],["Lainnya","otherDown","thumb-down"]],["Terakhir diperbarui pada 2025-08-17 UTC."],[],[],null,["# About volume snapshots\n\nThis page provides an overview of the Google Cloud NetApp Volumes volume snapshots\nfeature.\n\nAbout snapshots\n---------------\n\nNetApp Volumes helps you manage your data usage with snapshots\nthat can quickly restore lost data. Snapshots are point-in-time versions\nof your volume's content. They are resources of volumes and are\ninstant captures of your data that consume space only for modified data.\nBecause data changes over time, snapshots usually consume more space as they\nget older.\n| **Important:** Snapshots aren't copies of your data. If you want to make copies of your data, consider using the NetApp Volumes backups or volume replication features. For more information, see [NetApp Volumes backups overview](/netapp/volumes/docs/protect-data/about-volume-backups) and [NetApp Volumes volume replication overview](/netapp/volumes/docs/protect-data/about-volume-replication).\n\nConsiderations\n--------------\n\nConsider the following:\n\n- If you overwrite all of the data in a snapshot, then the snapshot consumes\n significant volume capacity, which factors into\n [provisioning volume capacity](/netapp/volumes/docs/configure-and-use/volumes/overview#space_provisioning).\n\n- Volumes with a typical rate of change of 1-2% daily and typical\n [snapshot schedules](/netapp/volumes/docs/configure-and-use/volume-snapshots/overview#snapshot_schedules)\n generally need an additional 20% of capacity for storing snapshots.\n\nSnapshot attributes\n-------------------\n\nSnapshots have the following capabilities:\n\n- **Instant capture**: snapshots instantly capture data within a volume at an\n exact point in time.\n\n- **Space efficient**: snapshots consume a small amount of data by only\n overwriting modified or deleted data and maintain existing unchanged data.\n\n- **Readable as a file system**: all snapshots are easily accessible through\n standard file system interfaces as read-only files for each point in time.\n\n- **Creates clones fast**: you can clone a volume within seconds. It takes the\n same amount of time to create a new volume from a snapshot as it does to\n create a new empty volume independent of volume or snapshot size. The clone is\n a new volume and the storage pool needs sufficient free capacity to\n accommodate it.\n\n- **Fast restoration of snapshots**: within minutes, you can restore a\n volume to a snapshot version regardless of the volume size. Changes made to\n volumes after snapshot creation are undone, which includes newer snapshots.\n\nTypes of snapshots\n------------------\n\nThere are three types of snapshots:\n\n- **Manual snapshots**: snapshots you create and delete manually.\n\n- **Scheduled snapshots**: using scheduled snapshots, you can automatically\n create or delete snapshots. You can recognize scheduled snapshots by their\n name with the following format:\n\n - `\u003cschedule\u003e-\u003ctimestamp\u003e`\n\n - `\u003cschedule\u003e`: hourly, weekly, or monthly\n\n - `\u003ctimestamp\u003e`: appears in UTC (`YYYY-MM-DD at HH:MM:SS UTC`)\n\n- **Internal snapshots**: snapshots used by NetApp Volumes to\n support replication and backup operations. Internal snapshots aren't manually\n deletable. You can identify internal snapshots by their name. Depending on\n how you view snapshots, internal snapshots can have different names:\n\n - In the Google Cloud console, Google Cloud CLI, and API responses, internal\n snapshots use the `replication-\u003ctimestamp\u003e` naming convention.\n\n - If you access a snapshot using NFS or SMB, internal snapshots use the\n `snapmirror.\u003cuuid\u003e.\u003ctimestamp\u003e.` naming convention.\n\nSnapshot capacity\n-----------------\n\nConsider the following about snapshot capacity before you use snapshots:\n\n- For most datasets, an additional capacity of 20% is enough to keep snapshots\n for up to four weeks. As data gets older, its use for restorations becomes\n less likely.\n\n- Overwriting all of the data in a snapshot consumes significant volume capacity,\n which factors into provisioning volume capacity.\n\nSnapshot schedules\n------------------\n\nCommon snapshot schedules range from the following:\n\n- Hourly snapshots taken in a 48-hour time period\n\n- Daily snapshots taken during a 30-day time period\n\n- Weekly snapshots taken optionally during a 60-day time period\n\n### Hourly snapshot attributes\n\nHourly snapshots satisfy a recovery point objective of one hour.\n\nUse cases for snapshots\n-----------------------\n\nThe following section describes scenarios where you can use snapshots to address\ndata management challenges.\n\n- **Application cloning**: you can use the snapshot and application cloning\n feature to allow more test iterations at faster speeds independent of clone\n size and data structure.\n\n- **Volume recovery** : you can use snapshots with\n [NetApp Volumes backups](/netapp/volumes/docs/protect-data/about-volume-backups)\n to recover individual files or directories if the data on the volume\n is corrupted or deleted. Since snapshots only exist within the volume,\n by themselves they don't offer complete protection from lost volumes.\n\n- **Data versioning**: snapshots help you keep multiple versions of the same\n dataset accessible.\n\n- **Application and data upgrades**: before upgrading applications, you can use\n NetApp Volumes to capture a snapshot of your data's current\n state. Then if the upgrade fails, you are able to revert to the previous state\n and recover your files.\n\n- **Ransomware protection:** NetApp Volumes helps defend against\n data loss from ransomware attacks. Because snapshots are read-only and\n not encryptable, they help defend against unwanted data encryption or deletion\n from a compromised VM which might have the volume mounted. In the event\n of a large data loss or compromise, you can use a snapshot to revert an\n entire volume back to a previous state in seconds.\n\n You can also create a usable volume clone from an older snapshot in order to\n resume operations until your data is investigated for changes or corruptions\n following a ransomware attack. Both options make all your data usable within\n minutes.\n- **Application-consistent recovery points**: you can use\n NetApp Volumes to take application-consistent snapshots, which\n are snapshots taken after the operating system and application write the\n current state of the data to storage. Application-consistent snapshots provide\n a clear recovery point for the application and can be used to create a\n consistent clone of the application. Because snapshots are read-only\n accessible through the client, users can restore data immediately, which\n provides a substantial recovery time objective improvement.\n\n- **Crash-consistent snapshots**: you can also use crash-consistent snapshots to\n recover data, which works well for a majority of applications. However, some\n data in storage might not be current at the time of recovery because it's kept\n in operating system and application caches for some time before it's written\n to storage.\n\n- **Logical space use**: NetApp Volumes space usage reflects\n the data in the active file system and deleted blocks that snapshots retain.\n NetApp Volumes frees the retained snapshot blocks as soon as\n the latest snapshot that references the blocks is deleted. Your volume\n continues to consume provisioned space, which includes deleted data your\n snapshots retain.\n\nSnapshot space use example\n--------------------------\n\nThe following example provides details on how to manage a snapshot space\nrequirement:\n\n1. A user provisions a 5 TiB volume and writes 3 TiB of data into the volume.\n\n Result: The client sees 2 TiB of free space.\n2. The client creates a snapshot and then deletes 1 TiB of data.\n\n *5 TiB volume - 2 TiB user data - 1 TiB snapshot data*\n\n Result: The client continues to see only 2 TiB of free space. This is\n because the system needs to retain 1 TiB of deleted data that is referenced\n by the snapshot. That capacity is counted against the allocated capacity.\n3. NetApp Volumes deletes the snapshot.\n\n Result: 1 TiB of snapshot data is freed, and the client sees 3 TiB of\n free space.\n\nWhat's next\n-----------\n\n[Create a manual snapshot](/netapp/volumes/docs/configure-and-use/volume-snapshots/create-manual-snapshots)."]]
