Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Neste documento, comparamos as opções disponíveis no Compute Engine para fazer backup e replicar os seguintes recursos do Compute Engine:
Volumes Persistent Disk e Google Cloud Hyperdisk
Instâncias de máquina virtual (VM) e bare metal
Cargas de trabalho em execução no Compute Engine e no local
Para proteger dados importantes, o Google recomenda usar uma das opções de backup
discutidas neste documento. Não é possível recuperar uma instância de computação, um disco, uma imagem ou um snapshot se ele for excluído, mesmo que a exclusão tenha sido acidental.
Serviço gerenciado de backup e recuperação de desastres (DR) que oferece armazenamento seguro
e gerenciamento de backup centralizado em escala para instâncias de computação e
outras cargas de trabalho em execução no Google Cloud.
Melhore a resiliência cibernética com backups imutáveis e indeléveis em backup vaults.
Configure a frequência, os locais de armazenamento e os períodos de retenção dos recursos com backup.
Permita que os desenvolvedores de apps protejam as instâncias, mantendo a governança e
a supervisão.
Monitoramento, auditoria e relatórios abrangentes para compliance.
Defenda-se contra ransomware e outros riscos com insights sobre ameaças à segurança.
Gerenciamento centralizado de backups de instâncias e bancos de dados entre projetos.
Contém o conjunto de programas e arquivos necessários para inicializar um sistema operacional em uma instância.
Importação de instâncias e criação rápida de discos.
Criar rapidamente várias instâncias.
Criação rápida de discos.
Práticas recomendadas para backups
Siga as práticas recomendadas a seguir ao criar backups para seus discos.
Evitar snapshots padrão temporários
Para criar imediatamente a cópia de um disco na mesma zona para verificação ou exportação, use clones de disco ou Instant Snapshot no lugar de snapshots padrão.
Em comparação com clones de disco e Instant Snapshot, os snapshots padrão têm tempos de cópia mais longos para upload e download.
Programar snapshots padrão por hora para backup e recuperação de desastres
Usar imagens para criar discos com maior rapidez e frequência entre as regiões
Para criar muitos discos a partir de uma única fonte de dados,
use imagens
em vez de snapshots. Como o Compute Engine executa o armazenamento em cache local nas zonas de destino, a criação de disco a partir de imagens é mais rápida do que a partir de snapshots.
Use imagens de máquina para criar backups de todos os discos anexados a uma instância
Para criar backups de todos os discos anexados a uma instância, use imagens de máquina.
Uma imagem de máquina pode ser usada para fazer backup de vários discos de uma só vez, garantindo que os dados capturados na imagem da máquina sejam consistentes em todos os discos. Um snapshot de disco permanente só consegue fazer backup de um único disco de cada vez. Para mais informações, consulte Quando usar imagens de máquina.
Usar o serviço de backup e DR para gerenciar backups de instâncias em grande escala Google Cloud
Com o serviço de Backup e DR, você gerencia backups das suas instâncias em vários projetos e ambientes usando políticas avançadas, monitoramento centralizado e relatórios de backup da seguinte maneira:
Crie backup vaults
que sirvam como locais de armazenamento seguros para seus backups.
[[["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-04 UTC."],[[["\u003cp\u003eCompute Engine offers multiple backup and replication options for Persistent Disk, Hyperdisk volumes, VM instances, and workloads, including on-premises.\u003c/p\u003e\n"],["\u003cp\u003eGoogle recommends using one of the backup solutions discussed, as deleted compute instances, disks, images, or snapshots are unrecoverable, even if accidentally deleted.\u003c/p\u003e\n"],["\u003cp\u003eBackup and DR Service is a managed option for secure storage and centralized backup management across multiple projects, providing features like backup vaults, backup plans, and security threat event insights.\u003c/p\u003e\n"],["\u003cp\u003eStandard, Archive, and Instant snapshots offer varying levels of cost and access speed for long-term data backup, ranging from geo-redundant storage to rapid data restoration.\u003c/p\u003e\n"],["\u003cp\u003eMachine images offer a method to back up and replicate all the disks attached to an instance with consistency across the disks, whereas persistent disk snapshots can only back up a single disk at a time.\u003c/p\u003e\n"]]],[],null,["# Data protection options\n\n*** ** * ** ***\n\nThis document compares the options available on Compute Engine to\nback up and replicate the following Compute Engine resources:\n\n- Persistent Disk and Google Cloud Hyperdisk volumes\n- Virtual machine (VM) and bare metal instances\n- Workloads running in Compute Engine and on-premises\n\nTo safeguard important data, Google recommends using one of the backup options\ndiscussed in this document. You can't recover a compute instance, disk, image,\nor snapshot if you delete it, even if the deletion was accidental.\n\nOptions\n-------\n\nBest practices for backups\n--------------------------\n\nObserve the following best practices when creating backups for your disks.\n\n### Avoid temporary standard snapshots\n\nTo immediately create a copy of a disk in the same zone for verification or\nexport, use disk clones or instant snapshots instead of standard snapshots.\nCompared to disk clones and instant snapshots, standard snapshots\nhave longer copy times for upload and download.\n\n### Schedule hourly standard snapshots for backup and disaster recovery\n\n[Schedule hourly standard snapshots](/compute/docs/disks/scheduled-snapshots).\nIf you require daily snapshots, consider scheduling snapshots every 6 hours.\n\n### Use images for fast and frequent disk creation across regions\n\nTo create many disks from a single data source,\n[use images](/compute/docs/instances/create-start-instance#startinginstancewithimage)\ninstead of snapshots. Because Compute Engine performs local caching in\ntarget zones, disk creation from images is faster than disk creation from\nsnapshots.\n\n### Use machine images to create backups of all disks attached to an instance\n\nTo create backups of all disks that are attached to an instance,\n[use machine images](/compute/docs/machine-images/create-machine-images#create-image-from-instance).\nA machine image can be used to backup multiple disks at a time to help ensure\nthat the data captured in the machine image is consistent across all disks. A\npersistent disk snapshot can only backup a single disk at a time. For more\ninformation, see [When to use machine images](/compute/docs/machine-images#when-to-use).\n\n### Use Google Cloud Backup and DR Service to manage instance backups at scale\n\nWith Backup and DR Service, you manage backups of your instances across projects and\nenvironments by using advanced policies, centralized monitoring and backup\nreporting in the following way:\n\n- [Create backup vaults](/backup-disaster-recovery/docs/cloud-console/backup-vault-create) that serve as secure storage locations for your backups.\n- [Create backup plans](/backup-disaster-recovery/docs/cloud-console/backup-plan-create) to configure the schedule and rules for your backup.\n- Apply backup plans [to existing instances](/backup-disaster-recovery/docs/cloud-console/compute/compute-instance-backup) or [during instance creation](/compute/docs/instances/create-instance-with-gcbdr-backup-plan).\n- Assign specific permissions for [backup access](/backup-disaster-recovery/docs/configuration/workforce-identity-federation).\n- Proactively and reactively [monitor backup jobs](/backup-disaster-recovery/docs/monitor-reports/monitor-jobs-console).\n- Create [reports for tracking backups](/backup-disaster-recovery/docs/monitor-reports/reports-overview) across resources spanning multiple projects.\n- When needed, [restore an instance from a backup vault](/backup-disaster-recovery/docs/cloud-console/compute/compute-instance-restore).\n\nYou can also integrate\n[Security Command Center](/security-command-center/docs/security-command-center-overview)\nwith Backup and DR Service to additionally:\n\n- Track audit logs for backup access.\n- Monitor for malicious activity on your backups.\n\nWhat's next\n-----------\n\n- Read [Best practices for persistent disk snapshots](/compute/docs/disks/snapshot-best-practices)."]]