Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questo documento mette a confronto le opzioni disponibili su Compute Engine per eseguire il backup e la replica delle seguenti risorse di Compute Engine:
Volumi Persistent Disk e Google Cloud Hyperdisk
Istanze di macchine virtuali (VM) e bare metal
Workload in esecuzione in Compute Engine e on-premise
Per salvaguardare i dati importanti, Google consiglia di utilizzare una delle opzioni di backup descritte in questo documento. Non puoi recuperare un'istanza di computing, un disco, un'immagine o uno snapshot se li elimini, anche se l'eliminazione è stata involontaria.
Servizio gestito di backup e disaster recovery (DR) che fornisce archiviazione sicura e gestione centralizzata dei backup su larga scala per istanze di computing e altri workload in esecuzione su Google Cloud.
Migliorare la resilienza informatica con backup immutabili e indelebili nei vault di backup.
Configurare la frequenza, i percorsi di archiviazione e i periodi di conservazione delle risorse di cui è stato eseguito il backup.
Consentire agli sviluppatori di app di proteggere le istanze mantenendo la governance e la supervisione.
Monitoraggio, controllo e generazione di report completi per la conformità.
Difesa da ransomware e altri rischi grazie agli approfondimenti sugli eventi di minacce alla sicurezza.
Gestione centralizzata dei backup di istanze e database in più progetti.
Contiene l'insieme di programmi e file necessari per avviare un sistema operativo su un'istanza.
Importazione di istanze e creazione rapida di dischi.
Creazione rapida di molte istanze.
Creazione rapida dei dischi.
Best practice per i backup
Quando crei i backup dei tuoi dischi, attieniti alle best practice riportate di seguito.
Evita di usare snapshot standard temporanei
Per creare immediatamente una copia di un disco nella stessa zona per la verifica o l'esportazione, utilizza cloni di dischi o snapshot istantanei anziché gli snapshot standard.
Rispetto ai cloni dei dischi e agli snapshot istantanei, gli snapshot standard hanno tempi di copia più lunghi per il caricamento e il download.
Pianifica snapshot standard ogni ora per il backup e il disaster recovery
Usa le immagini per la creazione rapida e frequente di dischi in più regioni
Per creare molti dischi da una singola origine dati, utilizza le immagini anziché gli snapshot. Poiché Compute Engine esegue la memorizzazione nella cache locale nelle zone di destinazione, la creazione dei dischi dalle immagini è più rapida rispetto alla creazione dagli snapshot.
Usa le immagini macchina per creare backup di tutti i dischi collegati a un'istanza
Per creare backup di tutti i dischi collegati a un'istanza, usa le immagini macchina.
Un'immagine macchina può essere utilizzata per eseguire il backup di più dischi contemporaneamente per garantire che i dati acquisiti nell'immagine macchina siano coerenti su tutti i dischi. Uno snapshot di disco permanente può eseguire il backup di un solo disco alla volta. Per saperne di più, consulta Quando utilizzare le immagini macchina.
Utilizza il servizio di Backup e DR di Google Cloud per gestire i backup delle istanze su larga scala
Con il servizio di Backup e DR, gestisci i backup delle tue istanze in diversi progetti e ambienti utilizzando policy avanzate, il monitoraggio centralizzato e la creazione di report sui backup nel seguente modo:
Crea vault di backup che fungono da percorsi di archiviazione sicuri per i backup.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-07-11 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)."]]
