Restaurer une instance Compute Engine à partir d'un stockage géré par l'utilisateur
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Vous pouvez restaurer des images d'instances Compute Engine protégées à l'aide de la console de gestion. Lorsque vous restaurez une image, la gestion du plan de sauvegarde de l'instance est désactivée dans le Gestionnaire d'applications.
La console de gestion vous permet de restaurer une VM avec disque SSD local uniquement si la VM source a été configurée avec un disque SSD local lors de sa création.
Les disques SSD locaux sont rattachés physiquement au serveur qui héberge votre instance de VM. Les disques SSD locaux sont réservés au stockage temporaire (mises en cache, espace de traitement ou données de faible valeur, par exemple). Pour en savoir plus, consultez Disques SSD locaux et Créer une VM avec un disque SSD local. Vous ne pouvez pas restaurer une VM tant que la VM source n'est pas supprimée, car une VM avec un disque SSD local ne peut pas être mise hors tension lorsque l'instance de VM est en cours d'exécution.
Avant de restaurer une image de sauvegarde, assurez-vous de disposer de toutes les autorisations requises. Pour en savoir plus, consultez Autorisations.
Suivez ces instructions pour restaurer une image à un moment précis à partir d'une instance gérée :
Dans la console de gestion du service Backup and DR, cliquez sur Gestionnaire d'applications, puis sélectionnez Applications dans le menu déroulant.
La page Applications s'ouvre.
Filtrez les applications par type Compute Engine.
Sélectionnez l'instance Compute Engine qui contient l'image que vous souhaitez restaurer, puis sélectionnez Accès dans la liste déroulante en bas de la page Applications.
Sélectionnez l'image à restaurer, puis Restaurer dans la liste des opérations d'accès.
La page Restaurer s'affiche.
Dans le menu déroulant Nom des identifiants cloud, sélectionnez des identifiants existants.
Pour en savoir plus, consultez Gérer les identifiants Cloud.
Les champs Nom du projet, Nom de l'instance, Zone et Location unique sont préremplis à partir des métadonnées de l'image de sauvegarde. Vous ne pouvez pas modifier ces propriétés.
Vous pouvez également activer l'option Mettre à jour les libellés de source et les tags réseau à partir de la sauvegarde.
Dans Sélectionner les volumes à restaurer, sélectionnez un ou plusieurs volumes à restaurer. Par défaut, tous les volumes sont sélectionnés.
Désélectionnez Mettre sous tension si vous souhaitez éteindre l'instance Compute Engine une fois la restauration terminée.
Sélectionnez Provisionner un SSD local pour provisionner de nouveaux disques SSD locaux sur la VM récupérée avec la même configuration que la source.
Cliquez sur Restaurer.
Une boîte de dialogue d'avertissement s'ouvre.
Lisez la boîte de dialogue d'avertissement, puis saisissez PERTE DE DONNÉES pour confirmer.
Un deuxième avertissement s'affiche.
Saisissez REMPLACER LES AUTRES APPLIS pour confirmer l'opération de restauration.
La tâche de restauration démarre. Pour vérifier que l'opération de restauration a réussi, consultez l'état du job dans Surveiller.
Impact de la restauration d'instances dont les disques sont chiffrés avec des clés CMEK
Si vous restaurez une instance Compute Engine à laquelle sont associés des disques chiffrés avec des clés de chiffrement gérées par le client (CMEK), tenez compte des points suivants :
Pour déterminer quelle version de clé est utilisée par une image instantanée :
Accédez à Sauvegarder et récupérer > Récupérer.
Effectuez un clic droit sur l'application concernée, sélectionnez Accès, puis identifiez le nom de l'image et la date de cohérence de l'image concernée sur la page d'accès.
Accédez maintenant à la console Google Cloud Compute Engine > Instantanés.
Recherchez l'instantané du disque concerné dont l'heure de création correspond.
Sélectionnez l'instantané pour afficher la vue détaillée correspondante.
Accédez au champ ID de la clé. Pour valider cela, faites correspondre l'instantané en examinant son libellé, qui doit contenir le nom de l'image.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/04 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/04 (UTC)."],[[["\u003cp\u003eRestoring a Compute Engine instance image disables the instance's backup plan management in the App Manager.\u003c/p\u003e\n"],["\u003cp\u003eLocal SSD VM restoration is only possible if the source VM was initially configured with a local SSD during its creation, which is only meant for temporary storage.\u003c/p\u003e\n"],["\u003cp\u003eBefore restoring an image, it is crucial to ensure all required permissions are in place, as detailed in the Permissions documentation.\u003c/p\u003e\n"],["\u003cp\u003eWhen restoring, users can select specific volumes to restore and can optionally update source labels and network tags from the backup.\u003c/p\u003e\n"],["\u003cp\u003eIf restoring instances with disks encrypted with Customer Managed Encryption Keys (CMEK), the restored disks will use the same key version as the selected snapshot, and disabling or deleting the key version will result in restoration failure.\u003c/p\u003e\n"]]],[],null,["# Restore a Compute Engine instance from self-managed storage\n\nYou can restore images of Compute Engine instances protected using the\nmanagement console. When you restore an image, the backup plan management\nof the instance is disabled in the **App Manager**.\n\nThe management console lets you to restore a local solid-state drive (SSD)\nVM only if the source VM was configured with local SSD during VM creation.\nLocal solid-state drives (SSDs) are physically attached to the server that\nhosts your VM instance. Local SSDs are suitable only for temporary storage\nsuch as caches, processing space, or low value data. For details, see\n[local SSDs](/compute/docs/disks/local-ssd) and [Create a VM with a local SSD](/compute/docs/disks/add-local-ssd#create_local_ssd). You cannot\nrestore a VM until the source VM is deleted, because a VM with local SSD\ncannot be powered off when the VM instance is running.\n\nBefore restoring a backup image, make sure you have all the required\npermissions. See [Permissions](/backup-disaster-recovery/docs/access-data/permissions#permissions) for details.\n\nUse these instructions to restore a point-in-time image from a managed instance:\n\n1. From the Backup and DR Service management console, click\n **App Manager** and select **Applications** from the drop-down menu.\n\n The **Applications** page opens.\n2. Filter applications by type **Compute Engine**.\n\n3. Select the Compute Engine instance that has the image you want to restore,\n and then choose **Access** from the drop-down list at the bottom of the\n **Applications** page.\n\n The **Access** page opens listing captured images appear in the timeline ramp\n view. For more information on the view, see\n [Access the timeline ramp view of an image](/backup-disaster-recovery/docs/access-data/access-image-copy-data-list#access-time).\n4. Select the image to restore, then select **Restore** from the list of access\n operations.\n\n The **Restore** page opens.\n5. From the **Cloud Credential Name** drop-down, select an existing credential.\n For more information, see [Manage Cloud credentials](/backup-disaster-recovery/docs/configuration/create-cloud-credentials).\n\n The **Project Name** , **Instance Name** , **Zone** , and **Sole Tenancy** are\n pre-populated from the metadata of the backup image. You cannot modify these\n properties.\n6. Optionally, enable the **Update Source Labels and Network Tags from Backup**\n option.\n\n7. From **Select Volumes To Restore**, select a single volume or multiple\n volumes to restore. By default, all volumes are selected.\n\n8. Unselect **Power On** if you want to power off the Compute Engine instance\n after the restore is complete.\n\n9. Select **Provision Local SSD** to provision new local SSD disks to the\n recovered VM with the same configuration as the source.\n\n10. Click **Restore**.\n\n A warning dialog opens.\n11. Read the warning dialog and then enter **DATA LOSS** to confirm.\n\n A second warning appears.\n12. Enter **OVERWRITE OTHER APPS** to confirm the restore operation.\n\n The restore job starts. You can verify that the restore operation is\n successful by viewing the job status in the **Monitor**.\n\nImpact of restoring instances where disks are encrypted with CMEK\n-----------------------------------------------------------------\n\nIf you are restoring a Compute Engine instance that has attached disks that\nare encrypted with Customer Managed Encryption Keys (CMEK), then be aware of the\nfollowing:\n\n- The restored disks will be encrypted with the same key version that the selected snapshot of the disks is encrypted with. This may result in the instance being not only restored, but also encrypted with a newer key version. See [Rotate your Cloud Key Management Service encryption key for a persistent disk](/compute/docs/disks/customer-managed-encryption#rotate_encryption).\n- If the key version in use by the snapshot is disabled or deleted then the restore operation will fail. See [Impact of disabling or deleting CMEKs](/compute/docs/disks/customer-managed-encryption#impact_of_disabling_or_deleting_cmeks).\n\n### View key version\n\nTo determine which key version is in use by a snapshot image:\n\n1. Go to **Back up \\& Recover** \\\u003e **Recover**.\n2. Right-click the relevant application, select **Access** and then identify both the image name and consistency date of the relevant image from the access page.\n3. Now go to the Google Cloud console **Compute Engine** \\\u003e **Snapshots**.\n4. Locate the snapshot for the relevant disk with a matching snapshot creation time.\n5. Select the snapshot to view the details view for that snapshot.\n6. Go to the **Key ID** field. You can validate this by matching the snapshot by reviewing the snapshot label which should contain the image name.\n\nThe Backup and DR Compute Engine guide\n--------------------------------------\n\n- [Check for the cloud credentials](/backup-disaster-recovery/docs/configuration/create-cloud-credentials)\n- [Discover and protect Compute Engine instances](/backup-disaster-recovery/docs/configuration/discover-and-protect-ce-inst)\n- [Mount backup images of Compute Engine instances](/backup-disaster-recovery/docs/access-data/mount-snapshot-images-of-cloud-instances)\n- [Restore a Compute Engine instance](/backup-disaster-recovery/docs/restore-data/restore-instance)\n- [Import Persistent Disk snapshot images](/backup-disaster-recovery/docs/configuration/import-pdsnapshot-images)"]]
