Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Nesta página, você encontra uma visão geral do recurso de snapshots de volume do Google Cloud NetApp Volumes.
Sobre snapshots
O NetApp Volumes ajuda você a gerenciar o uso de dados com snapshots
que podem restaurar rapidamente dados perdidos. Snapshots são versões pontuais do conteúdo do seu volume. Eles são recursos de volumes e são capturas instantâneas dos seus dados que consomem espaço apenas para dados modificados.
Como os dados mudam com o tempo, os snapshots geralmente consomem mais espaço à medida que envelhecem.
Considerações
Considere o seguinte:
Se você substituir todos os dados em um snapshot, ele vai consumir uma capacidade de volume significativa, o que afeta o provisionamento da capacidade de volume.
Volumes com uma taxa de mudança típica de 1 a 2% por dia e programações de snapshots típicas geralmente precisam de mais 20% de capacidade para armazenar snapshots.
Atributos do snapshot
Os snapshots têm os seguintes recursos:
Captura instantânea: os snapshots capturam dados instantaneamente em um volume em um
momento exato.
Eficiência de espaço: os snapshots consomem uma pequena quantidade de dados, substituindo apenas os dados modificados ou excluídos e mantendo os dados inalterados.
Legível como um sistema de arquivos: todos os snapshots são facilmente acessíveis por interfaces padrão do sistema de arquivos como arquivos somente leitura para cada ponto no tempo.
Cria clones rapidamente: é possível clonar um volume em segundos. Leva o mesmo tempo para criar um novo volume com base em um snapshot e para criar um novo volume vazio, independente do tamanho do volume ou do snapshot. O clone é um novo volume, e o pool de armazenamento precisa ter capacidade livre suficiente para acomodá-lo.
Restauração rápida de snapshots: em minutos, é possível restaurar um volume para uma versão de snapshot, independentemente do tamanho do volume. As mudanças feitas nos
volumes após a criação do snapshot são desfeitas, incluindo snapshots mais recentes.
Tipos de snapshots
Há três tipos de snapshots:
Snapshots manuais: são aqueles que você cria e exclui manualmente.
Snapshots programados: com eles, é possível criar ou excluir snapshots automaticamente. É possível reconhecer os snapshots programados pelo nome, que tem o seguinte formato:
<schedule>-<timestamp>
<schedule>: por hora, semanal ou mensal
<timestamp>: aparece em UTC (YYYY-MM-DD at HH:MM:SS UTC)
Snapshots internos: usados pelo NetApp Volumes para
compatibilidade com operações de replicação e backup. Não é possível excluir snapshots internos manualmente. É possível identificar snapshots internos pelo nome. Dependendo de como você visualiza os snapshots, os internos podem ter nomes diferentes:
No console Google Cloud , Google Cloud CLI e nas respostas da API, os snapshots internos usam a convenção de nomenclatura replication-<timestamp>.
Se você acessar um snapshot usando NFS ou SMB, os snapshots internos vão usar a convenção de nomenclatura snapmirror.<uuid>.<timestamp>..
Capacidade de snapshot
Considere o seguinte sobre a capacidade de snapshots antes de usá-los:
Para a maioria dos conjuntos de dados, uma capacidade adicional de 20% é suficiente para manter snapshots por até quatro semanas. À medida que os dados envelhecem, o uso deles para restaurações se torna menos provável.
Substituir todos os dados em um snapshot consome uma capacidade de volume significativa,
o que influencia o provisionamento da capacidade de volume.
Programações de snapshots
As programações de snapshots comuns variam entre:
Snapshots por hora tirados em um período de 48 horas
Snapshots diários tirados durante um período de 30 dias
Snapshots semanais feitos opcionalmente durante um período de 60 dias
Atributos de snapshots por hora
Os snapshots por hora atendem a um objetivo de ponto de recuperação de uma hora.
Casos de uso de snapshots
A seção a seguir descreve cenários em que é possível usar snapshots para resolver desafios de gerenciamento de dados.
Clonagem de aplicativos: use o recurso de clonagem de aplicativos e snapshots
para permitir mais iterações de teste em velocidades mais rápidas, independente do tamanho
do clone e da estrutura de dados.
Recuperação de volume: é possível usar snapshots com
backups de volumes da NetApp
para recuperar arquivos ou diretórios individuais se os dados no volume
estiverem corrompidos ou excluídos. Como os snapshots só existem no volume, eles não oferecem proteção completa contra perda de volumes.
Controle de versões de dados: os snapshots ajudam a manter várias versões do mesmo conjunto de dados acessíveis.
Upgrades de aplicativos e dados: antes de fazer upgrade dos aplicativos, use o NetApp Volumes para capturar um snapshot do estado atual dos seus dados. Assim, se o upgrade falhar, será possível reverter para o estado anterior
e recuperar seus arquivos.
Proteção contra ransomware:o NetApp Volumes ajuda a se defender contra a perda de dados causada por ataques de ransomware. Como os snapshots são somente leitura e não podem ser criptografados, eles ajudam a se proteger contra criptografia ou exclusão indesejada de dados de uma VM comprometida que pode ter o volume montado. Em caso de grande perda ou comprometimento de dados, use um snapshot para reverter um volume inteiro para um estado anterior em segundos.
Também é possível criar um clone de volume utilizável de um snapshot mais antigo para
retomar as operações até que seus dados sejam investigados para mudanças ou corrupções
após um ataque de ransomware. As duas opções tornam todos os seus dados utilizáveis em
minutos.
Pontos de recuperação consistentes com o aplicativo: é possível usar NetApp Volumes para criar snapshots consistentes com o aplicativo, que são criados depois que o sistema operacional e o aplicativo gravam o estado atual dos dados no armazenamento. Os snapshots consistentes do aplicativo fornecem
um ponto de recuperação claro para o aplicativo e podem ser usados para criar um
clone consistente dele. Como os snapshots são somente leitura e acessíveis pelo cliente, os usuários podem restaurar dados imediatamente, o que melhora muito o objetivo de tempo de recuperação.
Snapshots consistentes com falhas: também é possível usar snapshots consistentes com falhas para
recuperar dados, o que funciona bem para a maioria dos aplicativos. No entanto, alguns
dados no armazenamento podem não estar atualizados no momento da recuperação porque são mantidos
em caches do sistema operacional e de aplicativos por algum tempo antes de serem gravados
no armazenamento.
Uso do espaço lógico: o uso do espaço do NetApp Volumes reflete os dados no sistema de arquivos ativo e os blocos excluídos que os snapshots retêm.
O NetApp Volumes libera os blocos de snapshot retidos assim que
o snapshot mais recente que faz referência aos blocos é excluído. Seu volume continua consumindo o espaço provisionado, incluindo os dados excluídos que os snapshots retêm.
Exemplo de uso do espaço de snapshots
O exemplo a seguir fornece detalhes sobre como gerenciar um requisito de espaço de snapshot:
Um usuário provisiona um volume de 5 TiB e grava 3 TiB de dados nele.
Resultado: o cliente vê 2 TiB de espaço livre.
O cliente cria um snapshot e exclui 1 TiB de dados.
Volume de 5 TiB - 2 TiB de dados do usuário - 1 TiB de dados de resumo
Resultado: o cliente continua vendo apenas 2 TiB de espaço livre. Isso acontece porque o sistema precisa reter 1 TiB de dados excluídos referenciados pelo snapshot. Essa capacidade é contabilizada na capacidade alocada.
O NetApp Volumes exclui o snapshot.
Resultado: 1 TiB de dados de snapshot é liberado, e o cliente vê 3 TiB de
espaço livre.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-09-03 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)."]]
