Forum aux questions - Sauvegarde de machines virtuelles Azure

Lorsque vous créez une machine virtuelle, vous pouvez activer la sauvegarde pour les machines virtuelles exécutant des systèmes d’exploitation pris en charge.

La sauvegarde initiale est toujours une sauvegarde complète, et sa durée dépend du volume des données et du moment où la sauvegarde est traitée.

Pour améliorer les performances de sauvegarde, consultez Bonnes pratiques de sauvegarde, Considérations relatives à la sauvegarde et Performances de sauvegarde.

Si le temps de sauvegarde total des sauvegardes incrémentielles est inférieur à 24 heures, cela peut ne pas être le cas pour la première sauvegarde.

Non. Les coûts de sauvegarde sont distincts des coûts d’une machine virtuelle. Apprenez-en davantage sur la tarification de la Sauvegarde Azure.

Si vous êtes un contributeur de machines virtuelles, vous pouvez activer la sauvegarde sur la machine virtuelle. Si vous utilisez un rôle personnalisé, vous devez disposer des autorisations suivantes pour activer la sauvegarde sur la machine virtuelle :

• Microsoft.RecoveryServices/Vaults/write
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/locations/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

Si votre coffre Recovery Services et votre machine virtuelle ont des groupes de ressources différents, assurez-vous que vous disposez des autorisations d’écriture dans le groupe de ressources du coffre Recovery Services.

Non. Spécifiez la plage de rétention pour un travail de sauvegarde à la demande. Par défaut, il est conservé pendant 30 jours s’il a été déclenché à partir du portail.

Accordez au service Sauvegarde Azure l’autorisation d’accéder à Key Vault. Spécifiez les autorisations dans PowerShell, comme décrit dans la section Activer la sauvegarde de la documentation sur PowerShell et Sauvegarde Azure.

Oui, les sauvegardes fonctionnent de manière transparente. Vous n’avez rien à reconfigurer.

L’Assistant liste uniquement les machines virtuelles situées dans la même région que le coffre et qui ne sont pas déjà en cours de sauvegarde.

Oui. Les sauvegardes s’exécutent quand une machine est arrêtée. Le point de récupération est marqué comme étant cohérent en cas d’incident.

Oui. Vous pouvez annuler un travail de sauvegarde dont la prise de l’instantané est en cours. Vous ne pouvez pas annuler un travail si un transfert de données à partir de l’instantané est en cours.

Si vous verrouillez le groupe de ressources créé par le service Sauvegarde Azure, les sauvegardes se mettent à échouer. Supprimez le verrou et effacez la collection de points de restauration de ce groupe de ressources pour que les futures sauvegardes réussissent. Procédez comme suit pour supprimer la collection de points de restauration.

La Sauvegarde Azure crée un groupe de ressources distinct au format AzureBackupRG_<geo>_<number> pour stocker les objets ResourcePointCollections. Étant donné que ce groupe de ressources est détenu par un service, le verrouillage entraînera l’échec des sauvegardes. Les verrous ne peuvent être appliqués qu’aux groupes de ressources créés par le client.

Oui, le service Sauvegarde Azure prend en charge les disques managés SSD standard.

Les instantanés ne peuvent être effectués que sur les disques de données avec Accélérateur d’écriture et non sur les disques de système d’exploitation. Ainsi, seuls les disques de données avec Accélérateur d’écriture peuvent être protégés.

Sauvegarde Azure peut sauvegarder le disque de données avec Accélérateur d’écriture. Toutefois, la sauvegarde ne garantit pas la cohérence de la base de données.

Sauvegarde Azure fournit une solution de sauvegarde en continu pour les bases de données SAP HANA avec un RPO de 15 minutes. Elle est certifiée Backint par SAP pour la prise en charge de sauvegarde native à l’aide d’API natives de SAP HANA. En savoir plus sur la sauvegarde des bases de données SAP HANA dans des machines virtuelles Azure.

La sauvegarde planifiée est déclenchée dans les 2 heures suivant l’heure de sauvegarde planifiée. Par exemple, si l’heure de début de la sauvegarde de 100 machines virtuelles est prévue à 2 h, alors la tâche de sauvegarde est en cours pour les 100 machines virtuelles au plus tard à 4 h. Si les sauvegardes planifiées ont été interrompues en raison d’une panne et ont repris ou essayé de reprendre, la sauvegarde peut démarrer en dehors de cette fenêtre de deux heures.

La stratégie de sauvegarde de la machine virtuelle Azure prend en charge une durée de rétention minimale allant de 7 à 9 999 jours. Par défaut, la sauvegarde des machines virtuelles est conservée pendant 7 jours dans l’instantané et 180 jours dans le coffre. Toute modification apportée à une stratégie de sauvegarde de machine virtuelle existante avec une plage de rétention inférieure à sept jours nécessitera une mise à jour pour répondre à la durée de rétention minimale de sept jours.

Si vous modifiez la casse (en majuscules ou en minuscules) du nom de votre machine virtuelle ou groupe de ressources de machine virtuelle, la casse du nom de l’élément de sauvegarde ne change pas ; il s’agit d’un comportement attendu dans Sauvegarde Azure. Le changement de casse n’apparaît pas dans l’élément de sauvegarde, mais il est mis à jour au niveau du serveur principal.

La sauvegarde Azure prend désormais en charge la sauvegarde et la restauration sélectives de disque à l’aide de la solution de sauvegarde de machine virtuelle Azure. Pour plus d’informations, consultez Sauvegarde et restauration sélectives sur disque pour les machines virtuelles Azure.

Si des modifications du locataire se produisent, vous devez désactiver, puis réactiver les identités managées pour que les sauvegardes fonctionnent à nouveau.

Le service Sauvegarde Azure ne prend pas en charge la sauvegarde de fichiers NFS montés à partir du stockage, ou de tout autre serveur NFS, sur des ordinateurs Linux ou Windows. Il sauvegarde uniquement les disques qui sont attachés localement à la machine virtuelle.

Toutes les configurations de machines virtuelles requises pour effectuer les opérations de restauration sont stockées dans la sauvegarde de machines virtuelles. Celle-ci inclut les copies de chiffrement des clés chiffrées de machine virtuelle qui vous sont accessibles lors de la restauration. Les copies de chiffrement ne peuvent être déchiffrées qu’à l’aide du coffre de clés. Les disques temporaires et l’état de la mémoire ne sont pas capturés dans l’instantané.

Le service Sauvegarde Azure peut sauvegarder et restaurer des balises, sauf pour des cartes réseau et des adresses IP. Il respecte les limitations d’abonnement du groupe de ressources Azure et restaure jusqu’à 50 balises.

Pour plus d’informations, consultez Limites d’abonnement.

Non, vous ne pouvez pas déclencher de sauvegardes à la demande en désactivant la sauvegarde planifiée.

Chaque machine virtuelle Azure dans un cluster est considérée comme une machine virtuelle Azure individuelle. Par conséquent, toutes les opérations de sauvegarde sont applicables au niveau des machines virtuelles Azure individuelles.

La création d’un instantané de machine virtuelle prend quelques minutes et il y aura une interférence minime sur les performances des applications à ce stade. Toutefois, le transfert de données vers un coffre prend quelques heures. Nous vous recommandons donc de planifier les sauvegardes pendant les heures de faible activité. Consultez les Bonnes pratiques pour la sauvegarde et la restauration.

Oui, un nouveau disque ajouté à une machine virtuelle est sauvegardé automatiquement lors de la sauvegarde suivante, sauf si la sauvegarde sélective de disque est configurée sur la machine virtuelle. Les disques nouvellement ajoutés à la machine virtuelle auront un instantané complet (réplica initial) effectué lors de la première sauvegarde, tandis que les disques existants continueront la chaîne logique incrémentielle.

La restauration de fichiers et de dossiers à partir d’une sauvegarde de machine virtuelle chiffrée n’est actuellement pas prise en charge : vous devez récupérer la totalité de la machine virtuelle pour restaurer des fichiers et des dossiers. Consultez les étapes pour restaurer une machine virtuelle Azure chiffrée. Toutefois, vous pouvez récupérer des fichiers à partir de sauvegardes avant qu’ils ne soient chiffrés.

Oui, vous pouvez lorsque la phase de transfert des données vers le coffre est en cours.

Le service Sauvegarde Azure sauvegarde les clés de chiffrement et les secrets des données de sauvegarde. En général, les clés ne sont pas restaurées dans le coffre de clés, mais le service Sauvegarde Azure permet de restaurer les clés en cas de perte de clés.

Non, vous ne pouvez pas conserver un seul point de restauration. Lorsque vous supprimez les points de restauration précédents, la chaîne est supprimée. Par conséquent, vous ne pouvez pas conserver ou supprimer de manière sélective un point de récupération.

Les durées maximales de rétention des points de sauvegarde sont les suivantes :

• Conservation des points de sauvegarde quotidienne : 9999 jours
• Conservation des points de sauvegarde hebdomadaire : 5163 semaines
• Conservation des points de sauvegarde mensuelle : 1188 mois
• Conservation des points de sauvegarde annuelle : 99 ans

Considérez qu’une restauration de machine virtuelle est une option de création rapide d’une machine virtuelle Azure. Cette option modifie les noms des disques, les conteneurs utilisés par les disques, les adresses IP publiques et les noms d’interface réseau. Cette modification permet de conserver des ressources uniques lors de la création d’une machine virtuelle. La machine virtuelle n’est pas ajoutée à un groupe à haute disponibilité.

L’option de restauration de disque convient dans les cas suivants :

• Vous voulez personnaliser la machine virtuelle créée. Par exemple, vous voulez modifier sa taille.
• Vous voulez ajouter des paramètres de configuration qui n’existaient pas au moment de la sauvegarde.
• Vous voulez contrôler la convention d’affectation de noms pour les ressources créées.
• Vous voulez ajouter la machine virtuelle à un groupe à haute disponibilité.
• Vous voulez ajouter tout autre paramètre devant être configuré à l’aide de PowerShell ou d’un modèle.

Oui, vous pouvez utiliser des sauvegardes effectuées avant la migration des disques non managés vers des disques managés.

Le processus de restauration ne change pas. Si le point de récupération est un point dans le temps où la machine virtuelle avait des disques non managés, vous pouvez restaurer les disques en tant que disques non managés. Si la machine virtuelle avait des disques managés, vous pouvez restaurer les disques en tant que disques managés. Vous pouvez ensuite créer une machine virtuelle à partir de ces disques.

Découvrez comment effectuer ces opérations dans PowerShell.

Dans le cas d’une restauration de machine virtuelle managée, même si la création de la machine échoue, les disques sont toujours restaurés.

Oui. Même si vous supprimez la machine virtuelle, vous pouvez accéder à l’élément de sauvegarde correspondant dans le coffre et effectuer une restauration à partir d’un point de récupération.

Pour des machines virtuelles Azure à disque managé, la restauration dans des groupes à haute disponibilité est activée en proposant une option dans le modèle lors de la restauration en tant que disque managé. Ce modèle dispose du paramètre d’entrée appelé Groupes à haute disponibilité.

La capacité Restauration instantanée permet des sauvegardes plus rapides et des restaurations instantanées à partir des captures instantanées.

Une fois que vous avez modifié les paramètres du coffre de clés pour la machine virtuelle chiffrée, les sauvegardes continuent de fonctionner avec le nouvel ensemble d’informations. Toutefois, après la restauration à partir d’un point de récupération antérieur à la modification, vous devrez restaurer les secrets du coffre de clés avant de pouvoir créer la machine virtuelle à partir de celui-ci. Pour plus d’informations, consultez cet article.

Des opérations telles que la restauration de secret/clé ne nécessitent pas cette étape et le même coffre de clés peut être utilisé après restauration.

Oui. Vous pouvez accéder à la machine virtuelle après que celle-ci a été restaurée en raison d’une rupture de sa relation avec le contrôleur de domaine. Pour plus d’informations, consultez cet article.

Oui, vous pouvez annuler le travail de restauration jusqu’à la phase de transfert de données. Une fois la phase de création de machine virtuelle démarrée, vous ne pouvez pas annuler le travail de restauration.

La durée totale de la restauration varie en fonction de la rapidité des opérations d’entrée/sortie par seconde (IOPS) et du débit du compte de stockage. La durée totale de la restauration peut être affectée si le compte de stockage cible est chargé avec d'autres opérations de lecture et d'écriture de l'application. Pour améliorer la rapidité de l’opération de restauration, sélectionnez un compte de stockage qui n’est pas chargé avec d’autres données d’application. Apprenez-en davantage sur les bonnes pratiques en matière de sauvegarde et de restauration de machines virtuelles Azure.

Sauvegarde Azure utilise des disques « attach » à partir de points de récupération et ne prend pas en considération vos galeries ou références d’images. Par conséquent, dans la stratégie, vous pouvez vérifier que « storageProfile.osDisk.createOption est égal à Attach » ; la condition du script est alors :

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Pour restaurer une machine virtuelle dans un état hors tension, vous pouvez créer une machine virtuelle ou restaurer des disques, mais vous ne pouvez pas remplacer une machine virtuelle existante. En savoir plus sur les options de restauration disponibles.

La machine virtuelle Azure doit être à l’état hors tension pendant la restauration. Sinon, l’opération de restauration échoue à l’étape de vérification préalable, avec le code d’erreur UserErrorVmNotShutDown.

En outre, avant d’échanger des disques de machine virtuelle, vous devez mettre hors tension la machine virtuelle.

Oui, la limite maximale par défaut pour déclencher la restauration est de 20 tentatives par machine virtuelle en 24 heures, et la fenêtre de 24 heures est réinitialisée à 00:00 UTC.

Dans le cas d’une machine virtuelle non managée, le type de disque de machine virtuelle est SSD Premium ou HDD et dépend de la SA dans laquelle il existe des disques durs virtuels. Si vous fournissez une SA standard pendant la restauration, le disque de machine virtuelle est HDD, et si vous fournissez une SA Premium, tous les disques sont des disques SSD Premium.

Oui, vous pouvez supprimer ces fichiers une fois le processus de restauration terminé. Par défaut, la Sauvegarde Azure conserve ces fichiers pour une utilisation ultérieure.

Les clés chiffrées ne sont pas censées être présentes dans la région cible dans le cadre de la restauration inter-régions (CRR). Par conséquent, vous devez restaurer les clés chiffrées et les secrets à l’aide du fichier restauré. Une fois la restauration terminée, vous pouvez créer une machine virtuelle chiffrée Azure à l’aide de disques restaurés.

Dans Microsoft Windows, un nom de machine virtuelle peut comporter au maximum 15 caractères. En outre, vous ne pouvez pas spécifier de nom d’hôte DNS qui soit différent du nom d’hôte NETBIOS. Toutefois, vous pouvez créer des en-têtes d’hôte pour un site web hébergé sur une machine virtuelle Azure avec le nom recommandé.

En savoir plus sur les limitations relatives aux conventions de nommage des machines virtuelles Azure.

Oui, la restauration inter-abonnements vous permet désormais de restaurer des machines virtuelles Azure à partir d’un point de récupération dans un autre abonnement locataire, conformément aux règles de contrôle d’accès en fonction du rôle Azure (Azure RBAC). La restauration entre abonnements n’est pas prise en charge pour les restaurations de captures instantanées et de région secondaire.

Non, elle n’est pas prise en charge pour les machines virtuelles Azure chiffrées.

Non, la restauration entre abonnements n’est pas prise en charge pour la restauration de captures instantanées.

Non, la restauration inter-abonnements ne prend pas en charge la restauration à partir de régions secondaires.

Oui, cette fonctionnalité est prise en charge pour la restauration entre abonnements.

Oui, la restauration interzone vous permet maintenant de restaurer des machines virtuelles épinglées à une zone Azure vers une autre zone disponible en utilisant un point de récupération dans un coffre avec le stockage redondant interzone (ZRS) activé conformément aux règles de contrôle d’accès en fonction du rôle Azure (Azure RBAC). Elle est également prise en charge depuis des coffres avec la restauration inter-région (CRR) activée.

Oui, la restauration interzone vous permet maintenant de restaurer des machines virtuelles non épinglées à une zone Azure vers l’une des zones disponibles en utilisant un point de récupération dans un coffre avec le stockage redondant interzone (ZRS) activé conformément aux règles de contrôle d’accès en fonction du rôle Azure (Azure RBAC).

Non, elle n’est pas prise en charge pour les machines virtuelles Azure chiffrées.

Non, la restauration interzone n’est pas prise en charge à partir de la restauration d’instantanés.

Oui, la Sauvegarde Azure prend en charge la restauration des machines virtuelles épinglées à une zone Azure vers des régions secondaires.

Oui, cette fonctionnalité est prise en charge pour la restauration interzone.

Après avoir démonté les disques du Portail Azure, exécutez le script Python avec le paramètre clean (python scriptName.py clean) pour effacer la session et supprimer les chemins de montage du point de récupération de la machine.

La machine virtuelle est sauvegardée selon les paramètres de planification et de conservation de la stratégie modifiée.

• Si la conservation est prolongée, les points de récupération existants sont marqués et conservés conformément à la nouvelle stratégie.
• Si la conservation est réduite, ils sont marqués de sorte à être nettoyés lors de la prochaine tâche de nettoyage, puis supprimés.

Cependant, les points de récupération sont spécifiques à la fréquence des plages de conservation. Par exemple, l’ajout ou la modification d’une stratégie de conservation annuelle n’affecte pas la conservation des points de récupération mensuels préexistants.

1. Interrompez temporairement la sauvegarde et conservez les données de sauvegarde.

2. Pour déplacer des machines virtuelles configurées avec Sauvegarde Azure, effectuez les étapes suivantes :

   1. Recherchez l’emplacement de votre machine virtuelle.
   2. Recherchez un groupe de ressources dont le modèle de nommage est le suivant : AzureBackupRG_<location of your VM>_1. Par exemple, AzureBackupRG_westus2_1.
   3. Dans le Portail Azure, cochez la case Afficher les types masqués.
   4. Recherchez la ressource de type Microsoft. Microsoft.Compute/restorePointCollections dont le modèle de nommage est AzureBackup_<name of your VM that you're trying to move>_###########.
   5. Supprimez cette ressource. Cette opération supprime uniquement les points de récupération instantanée, et non les données sauvegardées dans le coffre.
   6. Une fois l’opération de suppression terminée, vous pouvez déplacer votre machine virtuelle.

3. Déplacez la machine virtuelle vers le groupe de ressources cible.

4. Reprenez la sauvegarde.

Vous pouvez restaurer la machine virtuelle à partir des points de restauration disponibles créés avant l’opération de déplacement.

Une fois qu’une machine virtuelle est déplacée vers un autre groupe de ressources, il s’agit d’une nouvelle machine virtuelle en ce qui concerne la sauvegarde Azure.

Après avoir déplacé la machine virtuelle vers un nouveau groupe de ressources, vous pouvez reprotéger la machine virtuelle dans le même coffre ou dans un autre coffre. Étant donné qu’il s’agit d’une nouvelle machine virtuelle pour la sauvegarde Azure, vous êtes facturé séparément.

Les points de restauration de l’ancienne machine virtuelle seront disponibles pour la restauration, si nécessaire. Si vous n’avez pas besoin de ces données de sauvegarde, vous pouvez arrêter la protection de votre ancienne machine virtuelle avec des données supprimées.

Oui, il existe une limite de 100 machines virtuelles pouvant être associées à la même stratégie de sauvegarde. Pour plus de 100 machines virtuelles, nous recommandons de créer plusieurs stratégies de sauvegarde avec la même planification ou une planification différente.

Il existe une limite quotidienne de 1000 configurations/modifications de protections dans un coffre.

Actuellement, vous pouvez consulter les paramètres de rétention au niveau d’un élément de sauvegarde (machine virtuelle) en fonction de la stratégie de sauvegarde qui est attribuée à la machine virtuelle.

Pour voir les paramètres de rétention de vos sauvegardes, vous pouvez accéder au tableau de bord des éléments de sauvegarde de votre machine virtuelle dans le portail Azure. En sélectionnant le lien vers sa politique de sauvegarde, vous pouvez visualiser la durée de rétention de tous les points de rétention quotidiens, hebdomadaires, mensuels et annuels associés à la machine virtuelle.

Vous pouvez également utiliser Explorateur de sauvegarde pour afficher les paramètres de rétention de toutes vos machines virtuelles dans un seul volet transparent. Accédez à l’Explorateur de sauvegarde à partir de n’importe quel coffre Recovery Services, allez sous l’onglet Éléments de sauvegarde, puis sélectionnez l’affichage avancé pour voir les informations de conservation détaillées de chaque machine virtuelle.

La sauvegarde de machine virtuelle Azure utilise une communication HTTPS pour le chiffrement en transit. Le transfert de données utilise la structure Azure (non les points de terminaison publics) qui n’a pas besoin d’un accès Internet pour la sauvegarde de machine virtuelle.

Cette API configure un script pour appeler une connexion iSCSI pour la récupération de fichiers à partir du service Sauvegarde Azure.

• Vous pouvez désactiver cette option à l’aide de définitions de rôle personnalisées en excluant l’action de l’API.
• Vous pouvez également utiliser les points de terminaison privés pour limiter l’accès au serveur iSCSI à partir du réseau privé.
• Vous pouvez également désactiver cette option au sein d’une organisation à l’aide de la fonctionnalité affectation de refus .

La stratégie prend effet immédiatement après les modifications des paramètres, comme la rétention, la planification, etc. Elle s’applique à toutes les nouvelles sauvegardes effectuées à partir de la modification de la stratégie. Toutefois, le nettoyage des points de récupération (le cas échéant) selon la nouvelle stratégie prend 24 heures.

Cette fonctionnalité n’est pas prise en charge pour l’instant. Vous pouvez envoyer toutes vos demandes de fonctionnalités dans le portail de la communauté Sauvegarde Azure.

La conservation des sauvegardes arrêtées ne peut pas être modifiée, car aucune stratégie n’est attachée à ces sauvegardes. Vous pouvez cependant reprendre la protection et affecter une stratégie.

Les sauvegardes arrêtées sont conservées jusqu’à leur suppression manuelle.

Vous devez vérifier les autorisations d’abonnement dans la région secondaire. Écrivez-nous à l’adresse AskAzureBackupTeam@microsoft.com pour l’inscription de l’abonnement.

Les ressources Azure gérant ce trafic, cette valeur ne peut pas être déterminée par un utilisateur externe.

RPO : Le RPO minimal est de 1 jour ou 24 heures lorsque vous utilisez la stratégie Standard. Si vous utilisez la stratégie améliorée, le RPO minimal est de 4 heures.

Cette erreur s’affiche quand vous essayez de démarrer une machine virtuelle après avoir créé une machine virtuelle Azure à partir d’une image non-Place de marché ou d’échanger le disque du système d’exploitation d’une machine virtuelle avec une image non-Place de marché, puis que le déploiement de la machine virtuelle échoue. Pour résoudre ce problème, supprimez les informations de plan de la machine virtuelle.

La Sauvegarde Azure sauvegarde les secrets et les données KEK de la version de clé pendant la sauvegarde et restaure ces mêmes éléments. Toutefois, il est également possible de démarrer des machines virtuelles ADE avec des clés de version antérieures.

Les données de sauvegarde entièrement répliquées dans la région secondaire avant l’échec de la région primaire reste intact. Cela reste le cas même après que la région primaire se soit remise de l’échec. En d’autres termes, la machine virtuelle peut être récupérée dans la région secondaire avec les données qu’elle avait avant l’échec conformément à la planification de la réplication. Notez que le RPO de la région secondaire est de 36 heures, c’est-à-dire que les données prennent environ 36 heures pour être entièrement répliquées de la région primaire vers la région secondaire.

Délai d’expiration des points de récupération sont mis à jour lorsque Récupérateur de mémoire (GC) s’exécute, qui est toutes les 24 heures. Une fois que vous avez mis à jour la stratégie de sauvegarde, il peut prendre jusqu’à 24 heures pour afficher les mises à jour dans l’heure d’expiration, s’il n’y a aucun délai dans les travaux GC.

L’heure d’expiration du dernier point de récupération n’apparaît pas, car elle a une rétention infinie tant qu’un point plus récent n’est pas créé. L’heure d’expiration des autres points de récupération est disponible dans le portail Azure 24 heures après leur création, selon le moment où le garbage collection s’exécute (dans un délai de 24 heures).

Non, l’opération de restauration (à l’origine ou à un autre emplacement) n’affecte pas les sauvegardes planifiées.

• Restaurer à l’emplacement d’origine : Sauvegarde Azure remplace les disques de la machine virtuelle existante par ceux du point de restauration. Ce processus inclut la prise d’un instantané de la machine virtuelle actuelle avant la restauration, ce qui garantit que la planification de sauvegarde reste.
• Restaurer à un autre emplacement : Sauvegarde Azure crée une machine virtuelle à l’aide du point de restauration. Cette nouvelle machine virtuelle n’aura pas la même planification de sauvegarde que la machine virtuelle d’origine ; vous devez configurer manuellement la stratégie de sauvegarde. Découvrez sur la restauration de machine virtuelle Azure.

Dans ces scénarios de restauration, la stratégie de sauvegarde d’origine et la planification de la machine virtuelle d’origine restent inchangées. Toutefois, si vous souhaitez que la machine virtuelle restaurée (à l’autre emplacement) dispose d’une planification de sauvegarde, vous devez configurer la stratégie de sauvegarde.

En cas de restauration d’emplacement d’origine (OLR) ou d’une autre restauration d’emplacement (ALR) pour les machines virtuelles Azure, Sauvegarde Azure effectue la configuration de sauvegarde comme suit :

Les espaces de stockage direct ne sont pas pris en charge, car les données sont réparties sur deux machines virtuelles différentes.

Les espaces de stockage d’une seule machine virtuelle ne sont pas pris en charge pour la sauvegarde cohérente des machines virtuelles d’application. Pour la sauvegarde de machine virtuelle cohérente des applications, VSS fige les E/S et garantit que les captures instantanées de disque sont cohérentes. Les espaces de stockage peuvent toujours effectuer des écritures en arrière-plan, ce qui interrompt la garantie cohérente de l’application. Cela peut entraîner une faible probabilité que la sauvegarde effectuée ne soit pas cohérente avec l’application. Aujourd’hui, la sauvegarde et la récupération de machine virtuelle avec des espaces de stockage ne sont pas bloquées dans le produit.

La suppression d’un disque a pour effet de n’exécuter aucun instantané ni transfert de données pour le disque supprimé. Le nombre de disques inclus dans le point de restauration varie en fonction de l’état de la machine virtuelle au moment de la sauvegarde.

Le redimensionnement d’un disque continuera avec des sauvegardes incrémentielles, sauf si le compte de stockage sous-jacent du disque est modifié, ce qui entraîne une sauvegarde complète.

Pour le réplica initial, une sauvegarde complète sera reprise en cas de défaillance. Toutefois, pour les sauvegardes incrémentielles, l’instantané de la dernière sauvegarde réussie est comparé à l’instantané le plus récent pour copier les données modifiées dans le coffre.