Questions fréquentes concernant la sauvegarde d’Azure Files

Consultez la matrice de prise en charge de la sauvegarde des partages de fichiers Azure pour vérifier que le compte de stockage appartient à l'un des types de compte de stockage pris en charge. Il est également possible que le compte de stockage que vous recherchez soit déjà protégé ou inscrit auprès d’un autre coffre. Annulez l’inscription du compte de stockage auprès du coffre pour découvrir le compte de stockage dans d’autres coffres pour la protection.

Vérifiez si le partage de fichiers Azure est déjà protégé dans le même coffre Recovery Services ou s’il a été supprimé récemment.

La solution de sauvegarde Azure Files actuelle conserve les captures instantanées dans le même compte de stockage que le partage de fichiers sauvegardé. Si le compte de stockage est supprimé, vous perdez toutes vos captures instantanées. Pour protéger votre compte des suppressions accidentelles, Sauvegarde Azure prend un verrou de suppression sur le compte de stockage. Cela signifie que les utilisateurs autorisés peuvent toujours lire et modifier une ressource, mais qu’ils ne peuvent pas la supprimer. Le verrou limite également la suppression de tout partage de fichiers sous le compte de stockage. Par conséquent, vous bénéficiez d’une protection contre la suppression accidentelle du compte de stockage, mais aussi des partages de fichiers.

Oui. La protection des partages de fichiers Azure connectés à des groupes de synchronisation est activée.

Lorsque vous essayez de sauvegarder, le fait de sélectionner un compte de stockage pour détecter les partages de fichiers dans celui-ci permet d’enregistrer le compte de stockage avec le coffre à partir duquel cette action est effectuée. Si vous choisissez de protéger les partages de fichiers avec un autre coffre, annulez l’enregistrement du compte de stockage sélectionné à partir de ce coffre.

Si le compte de stockage est déjà inscrit auprès d’un coffre ou si d’autres partages de fichiers dans le compte de stockage sont protégés à l’aide d’un coffre, vous n’avez pas la possibilité de le modifier. Tous les partages de fichiers dans un compte de stockage peuvent uniquement être protégés par le même coffre. Si vous souhaitez modifier le coffre, vous devez arrêter la protection de tous les partages de fichiers dans le compte de stockage à partir du coffre connecté, annuler l’inscription du compte de stockage, puis choisir un autre coffre pour la protection.

Oui. Toutefois, vous devrez arrêter la protection sur un partage de fichiers à partir du coffre connecté, désinscrire ce compte de stockage, puis le protéger à partir d’un autre coffre.

Non. Tous les partages de fichiers dans un compte de stockage peuvent uniquement être protégés par le même coffre.

À tout moment, vous pouvez disposer de 200 instantanés pour un partage de fichiers. La limite inclut des instantanés pris par Azure Backup, comme défini dans votre stratégie. Si vos sauvegardes échouent une fois la limite atteinte, supprimez des instantanés à la demande pour réussir les prochaines sauvegardes.

Le tableau suivant indique le nombre d’instantanés conformément à la configuration de la stratégie de sauvegarde :

Si le partage de fichiers est dans l’état de suppression réversible, vous devez d’abord annuler la suppression du partage de fichiers pour effectuer l’opération de restauration. L’opération d’annulation de la suppression mettra le partage de fichiers dans l’état sauvegardé. Vous pourrez alors effectuer une restauration à n’importe quel point dans le temps. Pour découvrir comment annuler la suppression de votre partage de fichiers, cliquez sur ce lien ou consultez le script d’annulation de la suppression de partage de fichiers. En cas de suppression définitive du partage de fichiers, vous ne pourrez pas restaurer le contenu et les captures instantanées.

Oui. Si vous avez choisi l’option Conserver les données de sauvegarde lors de l’arrêt de la protection, vous pouvez restaurer à partir de tous les points de restauration existants.

Si un travail de restauration en cours est annulé, le processus de restauration s’arrête et tous les fichiers restaurés avant l’annulation restent dans la destination configurée (emplacement d’origine ou autre) sans aucun restauration.

Si un point de récupération n’est pas répertorié, cela signifie probablement qu’il a expiré. Nous vous recommandons de vérifier la conservation configurée dans la stratégie de sauvegarde pour connaître la durée de conservation des points de récupération de votre partage de fichiers sauvegardé.

Oui. Reportez-vous à la documentation détaillée ici.

Dans la solution de sauvegarde actuelle pour Azure Files, aucune donnée n’est transférée vers le coffre, et les instantanés sont conservés dans le même compte de stockage que le partage de fichiers sauvegardé. Ainsi, la quantité de données transférées en Mo est égale à 0.

Le paramètre Type de réplication de stockage du coffre n’est pas pertinent pour la sauvegarde Azure Files. C’est parce que la solution actuelle est basée sur des instantanés et qu’aucune donnée n’est transférée vers le coffre. Les instantanés sont stockés dans le même compte de stockage que le partage des fichiers sauvegardés, et par conséquent répliqués selon le paramètre de réplication du compte de stockage.

Tous les instantanés pris par Azure Backup sont accessibles par l’option Voir les instantanés dans le portail, PowerShell ou CLI. Pour en savoir plus sur les instantanés de partage de fichiers Azure, consultez Vue d’ensemble des instantanés de partage pour Azure Files.

Une fois qu’un partage de fichiers est déplacé vers un autre abonnement, il est considéré comme un nouveau partage de fichiers par Sauvegarde Azure. Les étapes recommandées sont les suivantes :

Scénario : Supposons que vous avez un partage de fichiers FS1 dans l’abonnement S1 et qu’il est protégé à l’aide du coffre V1. Vous souhaitez maintenant déplacer votre partage de fichiers vers l’abonnement S2.

1. Déplacez le compte de stockage et le partage de fichiers (FS1) souhaités vers l’autre abonnement (S2).
2. Dans le coffre V1, déclenchez l’arrêt de la protection avec l’opération de suppression de données pour FS1.
3. Désinscrivez le compte de stockage qui héberge FS1 du coffre V1.
4. Reconfigurez la sauvegarde pour FS1, désormais déplacée dans S2, avec un coffre (V2) dans l’abonnement S2.

Notez qu’après la reconfiguration de la sauvegarde avec V2, les instantanés qui ont été pris avec V1 ne seront plus gérés par Sauvegarde Azure. Vous devrez donc supprimer ces instantanés manuellement en fonction de vos besoins.

Oui, vous pouvez déplacer votre partage de fichiers sauvegardé vers un autre groupe de ressources. Toutefois, vous devrez reconfigurer la sauvegarde pour le partage de fichiers, car il sera traité comme une nouvelle ressource par Sauvegarde Azure. En outre, les instantanés qui ont été créés avant le déplacement du groupe de ressources ne seront plus gérés par Sauvegarde Azure. Vous devrez donc supprimer ces instantanés manuellement en fonction de vos besoins.

Consultez la matrice de prise en charge pour plus d’informations sur la rétention maximale. Sauvegarde Azure calcule en temps réel le nombre d’instantanée quand vous entrez les valeurs de rétention lors de la configuration de la stratégie de sauvegarde. Dès que le nombre d’instantanés correspondant à vos valeurs de rétention définies dépasse 200, le portail affiche un avertissement vous demandant d’ajuster vos valeurs de rétention. Cela vous évite de dépasser la limite du nombre maximal d’instantanés pris en charge à tout moment par Azure Files pour un partage de fichiers.

Quand vous passez d’une stratégie de sauvegarde quotidienne à une stratégie GFS (en ajoutant une conservation hebdomadaire/mensuelle/annuelle), le comportement est le suivant :

• Conservation : Si vous ajoutez une conservation hebdomadaire/mensuelle/annuelle dans le cadre de la modification de la stratégie, tous les points de récupération futurs créés dans le cadre de la sauvegarde planifiée seront marqués selon la nouvelle stratégie. Tous les points de récupération existants seront toujours considérés comme quotidiens et ne seront donc pas marqués comme étant hebdomadaires/mensuels/annuels.

• Nettoyage des instantanés et des points de récupération :

  • Si la conservation quotidienne est étendue, la date d’expiration des points de récupération existants est mise à jour en fonction de la valeur de conservation quotidienne configurée dans la nouvelle stratégie.
  • Si la conservation quotidienne est réduite, les points de récupération et les instantanés existants sont marqués pour suppression au cours du prochain travail d’exécution de nettoyage en fonction de la valeur de conservation quotidienne configurée dans la nouvelle stratégie, puis supprimés.

Voici un exemple qui montre comment cela fonctionne :

Stratégie existante [P1]

Nouvelle stratégie [P1 modifiée]

Impact

1. La date d’expiration des points de récupération existants est ajustée en fonction de la valeur de conservation quotidienne de la nouvelle stratégie, à savoir 50 jours. Tout point de récupération antérieur à 50 jours est donc marqué pour suppression.

2. Les points de récupération existants ne sont pas marqués comme étant hebdomadaires/mensuels/annuels selon la nouvelle stratégie.

3. Toutes les futures sauvegardes seront déclenchées en fonction de la nouvelle planification, c’est-à-dire à 21:00.

4. La date d’expiration de tous les futurs points de récupération sera alignée sur la nouvelle stratégie.

Quand une nouvelle stratégie est appliquée à des partages de fichiers, toutes les futures sauvegardes planifiées seront exécutées conformément à la planification configurée dans la stratégie modifiée. La conservation de tous les points de récupération existants est alignée en fonction des nouvelles valeurs de conservation configurées. Si la conservation est prolongée, les points de récupération existants sont marqués comme conservés conformément à la nouvelle stratégie. Si la conservation est réduite, ils sont marqués comme à nettoyer dans le prochain travail de nettoyage, puis supprimés.

Voici un exemple qui montre comment cela fonctionne :

Stratégie existante [P2]

Nouvelle stratégie [P2 modifiée]

Impact de la modification

1. La date d’expiration des points de récupération quotidiens existants sera ajustée en fonction de la nouvelle valeur de conservation quotidienne (10 jours). Tous les points de récupération quotidiens de plus de 10 jours seront donc supprimés.

2. La date d’expiration des points de récupération hebdomadaires existants sera ajustée en fonction de la nouvelle valeur de conservation hebdomadaire (deux semaines). Tous les points de récupération hebdomadaires de plus de deux semaines seront donc supprimés.

3. Les points de récupération mensuels ne seront créés que dans le cadre des futures sauvegardes en fonction de la configuration de la nouvelle stratégie.

4. La date d’expiration de tous les futurs points de récupération sera alignée sur la nouvelle stratégie.

L’attribut duration permet de déterminer l’horodatage de la dernière sauvegarde du jour.

Par exemple, si l’heure de début (start time) est « x AM » et la durée (duration) est « y hours », les sauvegardes seront planifiées entre « x AM » et (x AM + y hours) en fonction de l’attribut schedule défini dans la stratégie. Cet attribut vous permet de faire en sorte que les sauvegardes seront déclenchées uniquement pendant les heures de travail si le contenu du partage de fichiers est fréquemment mis à jour. Le fait de prendre plusieurs instantanés protégera donc les données contre les modifications accidentelles.

Par exemple, vous avez créé une stratégie avec la configuration suivante :

• Start time : (Heure de début) 09:00
• Schedule : (Planification) Toutes les 4 heures
• Duration : (Durée) 12 heures

Sur la base de ces valeurs, la fenêtre de sauvegarde est calculée de la façon suivante : 09:00 – (09:00 + 12 heures), soit 09:00 – 21:00. Par conséquent, toutes les sauvegardes seront planifiées à l’intérieur de cette fenêtre.

La première sauvegarde de la journée est déclenchée à l’heure de début définie dans la stratégie, c’est-à-dire à 09:00, et la planification (schedule) détermine l’écart de temps entre les sauvegardes consécutives, c’est-à-dire 4 heures. Avec ce calcul, votre planification de sauvegarde serait la suivante : 09:00, 13:00 ( 09:00 + 4 heures), 17:00 (13:00 + 4 heures) et 21:00 (17:00 + 4 heures).

Étant donné que l’heure de fin de la fenêtre de sauvegarde calculée était 09:00, aucune sauvegarde ne sera déclenchée après cette heure.

Cette erreur se produit si vous avez spécifié une valeur pour schedule qui est supérieure à la valeur de duration. Par exemple, vous avez configuré start time sur 09:00, schedule sur 6 heures et duration sur 4 heures. Dans ce scénario, le seul moment où le travail de sauvegarde peut être déclenché est 09:00, étant donné que l’heure de la prochaine sauvegarde qui est à 15:00 (09:00 + 6 heures) se trouve en dehors de la fenêtre de sauvegarde : 09:00 – 13:00 (09:00 + 4 heures).

Pour résoudre ce problème, nous vous recommandons de modifier la valeur de planification ou de durée, ou de sélectionner comme fréquence Quotidienne au lieu de Toutes les heures.

Cette erreur se produit si les start time et end time de la fenêtre de sauvegarde déterminés par les attributs schedule et duration de la sauvegarde, ont lieu sur deux jours différents.

Par exemple, vous avez configuré une stratégie avec les paramètres suivants :

• Schedule : (Planification) Toutes les 4 heures
• Start time : (Heure de début) 12:00
• Duration : (Durée) 15 heures

Sur la base de cette configuration, la fenêtre de sauvegarde sera : 12:00 – 03:00 (12:00 + 15 heures). Étant donné que les heures de début et de fin se trouvent sur deux jours différents, nous vous recommandons de modifier la valeur des attributs start time ou duration pour que celles-ci aient lieu le même jour.

Supposons que vous remplaciez l’heure de début par 06:00 dans la configuration ci-dessus. La fenêtre de sauvegarde sera alors 06:00 – 09:00 (06:00 + 15 heures). Cette configuration est prise en charge.

Lorsque vous passez de la fréquence Quotidienne à la fréquence Toutes les heures, le comportement est le suivant :

• Conservation : Si vous ajoutez une conservation hebdomadaire/mensuelle/annuelle dans le cadre de la modification de la stratégie, tous les points de récupération futurs créés dans le cadre de la sauvegarde planifiée seront marqués selon la nouvelle stratégie. Tous les points de récupération existants seront toujours considérés comme des points de récupération quotidiens et ne seront donc pas étiquetés comme étant hebdomadaires/mensuels/annuels.

• Nettoyage des instantanés et des points de récupération :

  • Si la conservation quotidienne est étendue, la date d’expiration des points de récupération quotidiens existants est mise à jour en fonction de la valeur de conservation quotidienne configurée dans la nouvelle stratégie.
  • Si la conservation quotidienne est raccourcie, les points de récupération et les instantanés existants seront marqués pour suppression lors du prochain nettoyage en fonction de la valeur de conservation quotidienne configurée dans la nouvelle stratégie, puis ils seront supprimés.

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. Après avoir mis à jour la stratégie de sauvegarde, cela 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.

Lorsque les sauvegardes de capture instantanée et de coffre sont configurées, la date d’expiration reflète initialement la période de rétention de la sauvegarde d’instantané. Une fois la sauvegarde d’instantané expirée, la date d’expiration est mise à jour pour refléter la période de rétention de la sauvegarde en coffre.

Non, la suppression du compte de stockage n’est pas bloquée par un bail sur des instantanés.

Nous vous recommandons d’effectuer l’opération arrêter la protection avec suppression des données sur le partage de fichiers sauvegardé.

Après cette opération, Sauvegarde Azure va libérer le bail et supprimer tous les instantanés. Vous pouvez ensuite supprimer le partage de fichiers.

Non, Sauvegarde Azure prend un bail seulement sur les instantanés qui sont pris après la libération de cette fonctionnalité.

Non. Si vous supprimez un partage de fichiers contenant des instantanés avec bail, le bail ne sera pas en place une fois le partage de fichiers récupéré.

Oui, vous pouvez protéger les partages de fichiers dans un compte de stockage dans le même coffre Recovery Services avec différentes stratégies de sauvegarde.

Étapes suivantes

• Résoudre des problèmes lors de la sauvegarde de partages de fichiers Azure