Sauvegarder et restaurer votre application dans Azure App Service
Dans Azure App Service, vous pouvez facilement restaurer des sauvegardes d’applications. Vous pouvez également effectuer des sauvegardes personnalisées à la demande ou configurer des sauvegardes personnalisées planifiées. Vous pouvez restaurer une sauvegarde en remplaçant une application existante ou en restaurant dans une nouvelle application ou un nouvel emplacement. Cet article explique comment restaurer une sauvegarde et effectuer des sauvegardes personnalisées.
La sauvegarde et la restauration sont prises en charge dans les niveaux De base, Standard, Premium et Isolé. Pour le niveau De base, seul l’emplacement de production peut être sauvegardé et restauré. Pour plus d'informations sur la mise à l’échelle de votre plan App Service en vue d'utiliser un niveau plus élevé, consultez Mise à l’échelle d’une application web dans Microsoft Azure App Service.
Notes
Pour les environnements App Service :
- Les sauvegardes automatiques peuvent être restaurées dans une application cible dans l’environnement App Service lui-même, et non dans un autre environnement App Service.
- Les sauvegardes personnalisées peuvent être restaurées dans une application cible dans un autre environnement App Service, par exemple de App Service Environment v2 vers App Service Environment v3.
- Les sauvegardes peuvent être restaurées dans une application cible de la même plateforme de système d’exploitation que l’application source.
Sauvegarder et restaurer par rapport à la récupération d’urgence
| Plateforme | Conseils de sauvegarde et de restauration | Guide de récupération d’urgence |
|---|---|---|
| Applications web App Service (Niveaux tarifaires Gratuit et Partagé) |
Si vous avez déployé des applications web dans le niveau Gratuit ou Partagé et que vous avez besoin d’accéder aux fonctionnalités de sauvegarde et de restauration pour ces applications web, effectuez un scale-up vers le niveau De base ou supérieur. | Remettez en ligne les ressources App Service dans une autre région Azure lors d’un sinistre régional. À compter du 31 mars 2025, les applications App Service ne passeront plus en mode de récupération d'urgence lors d’un sinistre dans une région Azure, comme l’explique l’article Reprendre l’activité après une défaillance à l’échelle d’une région. Nous vous recommandons de mettre en œuvre des techniques de récupération d'urgence courantes pour éviter les temps d’arrêt et les pertes de données à lors d’un sinistre régional. |
| Applications web App Service (Niveaux tarifaires De base, Standard et Premium) |
Dans Azure App Service, vous pouvez effectuer des sauvegardes personnalisées à la demande ou utiliser des sauvegardes automatiques. Vous pouvez restaurer une sauvegarde en remplaçant une application existante ou en restaurant dans une nouvelle application ou un nouvel emplacement. Pour plus d’informations, consultez Sauvegarder et restaurer votre application dans Azure App Service. |
Les recommandations actuelles concernant la remise en ligne des ressources App Service dans une autre région Azure lors d’un sinistre régional sont disponibles dans Reprendre l’activité après une défaillance à l’échelle d’une région – Azure App Service. À compter du 31 mars 2025, les applications web Azure App Service ne passeront plus en mode de reprise d’activité lors d’un sinistre dans une région Azure, comme l’explique l’article Reprendre l’activité après une défaillance à l’échelle d’une région. Nous vous encourageons à mettre en œuvre des techniques de récupération d'urgence courantes pour éviter une perte de fonctionnalités ou de données pour vos applications web en cas de sinistre régional. |
| App Service Environment (V2 et V3) | Dans Azure App Service Environment, vous pouvez effectuer des sauvegardes personnalisées à la demande ou utiliser des sauvegardes automatiques. Les sauvegardes automatiques peuvent être restaurées dans une application cible dans le même environnement App Service, et non dans un autre environnement App Service. Les sauvegardes personnalisées peuvent être restaurées dans une application cible dans un autre environnement App Service, (par exemple, de l’App Service Environment V2 vers l’App Service Environment V3). Les sauvegardes peuvent être restaurées dans une application cible de la même plateforme de système d’exploitation que l’application source. Pour plus d’informations, consultez Sauvegarder et restaurer votre application dans Azure App Service. |
Nous vous encourageons à mettre en œuvre les recommandations de récupération d'urgence qui s’appliquent aux applications web déployées dans App Service Environment en utilisant les techniques de récupération d'urgence courantes. |
| Azure Functions : Plan dédié |
Lorsque vous exécutez votre application de fonction dans un plan Dédié (App Service), le contenu de l’application de fonction requis est conservé à l’aide du stockage intégré. Dans un plan Dédié, vous pouvez effectuer des sauvegardes personnalisées à la demande ou utiliser des sauvegardes automatiques. Vous pouvez restaurer une sauvegarde en remplaçant une application existante ou en restaurant dans une nouvelle application ou un nouvel emplacement. Pour plus d’informations, consultez Sauvegarder et restaurer votre application dans Azure App Service. Azure Files n’est pas utilisé par un plan dédié, mais si vous avez mal configuré votre application avec une connexion Azure Files, la sauvegarde n’est pas prise en charge. |
Les recommandations actuelles concernant la remise en ligne des ressources d’application de fonction dans un plan Dédié dans une autre région Azure lors d’un sinistre régional sont disponibles dans Récupérer après une défaillance à l’échelle de la région : Azure App Service. À compter du 31 mars 2025, les applications App Service ne passeront plus en mode de récupération d'urgence lors d’un sinistre dans une région Azure, comme l’explique l’article Reprendre l’activité après une défaillance à l’échelle d’une région. Vous devez à la place planifier la fiabilité dans vos applications de fonction. Vous pouvez aussi vous reporter aux techniques de récupération d’urgence courantes pour les applications de fonction dans un plan Dédié. |
| Azure Functions : Consommation flexible, Plans Consommation et Premium |
Les applications de fonction qui s’exécutent dans un plan Consommation flexible, dans un plan de consommation ou dans un plan Premium ne peuvent pas utiliser de fonctionnalités de sauvegarde personnalisées et automatiques dans App Service. Dans ces plans d’échelle dynamique, le contenu de l’application de fonction est conservé dans Stockage Microsoft Azure. Utilisez les options de redondance de Stockage Azure pour vous assurer que votre compte de stockage répond à ses objectifs en termes de disponibilité et de durabilité à l’occasion d’une panne. Vous pouvez également télécharger votre projet d’application de fonction existant en tant que fichier .zip à partir du Portail Microsoft Azure. |
Nous vous encourageons vivement à planifier la fiabilité dans vos applications de fonction. |
Sauvegardes automatiques et personnalisées
Deux types de sauvegardes sont possibles dans App Service. Sauvegardes automatiques sont créées régulièrement pour votre application tant qu’elle se trouve dans un niveau tarifaire pris en charge. Les sauvegardes personnalisées nécessitent une configuration initiale et peuvent être effectuées à la demande ou selon une planification. Le tableau suivant montre les différences entre les deux types.
| Fonctionnalité | Sauvegardes automatiques | Sauvegardes personnalisées |
|---|---|---|
| Niveaux de tarification | De base, Standard, Premium, Isolé. | De base, Standard, Premium, Isolé. |
| Configuration requise | Non. | Oui. |
| Taille de la sauvegarde | 30 Go. | 10 Go, dont 4 Go peuvent être la base de données liée. |
| Base de données liée | Non sauvegardée. | Les bases de données liées suivantes peuvent être sauvegardées : SQL Database, Azure Database pour MySQL, Azure Database pour PostgreSQL, MySQL in-app. |
| Compte de stockage obligatoire | Non. | Oui. |
| Fréquence de sauvegarde | Toutes les heures, non configurable. | Configurable. |
| Rétention | 30 jours, non configurable. - Jours 1-3 : sauvegardes conservées toutes les heures. - Jours 4-14 : sauvegardes conservées toutes les trois heures. - Jours 15-30 : sauvegardes conservées toutes les six heures. |
0 à 30 jours ou indéfini. |
| Téléchargeable | Non. | Out, en tant que blobs de Stockage Azure. |
| Sauvegardes partielles | Non pris en charge. | Pris en charge. |
| Sauvegardes sur un réseau virtuel | Non pris en charge. | Pris en charge. |
Restaurer une sauvegarde
Notes
App Service arrête l’application cible ou l’emplacement cible pendant la restauration d’une sauvegarde. Pour réduire le temps d’arrêt d’une application de production, restaurez d’abord la sauvegarde sur un emplacement de déploiement, puis basculez-la en production.
Dans la page de gestion des applications du Portail Azure, dans le menu de gauche, sélectionnez Sauvegardes. La page Sauvegardes répertorie toutes les sauvegardes automatiques et personnalisées pour votre application et l’état de chacune d’entre elles.
Sélectionnez la sauvegarde automatique ou la sauvegarde personnalisée pour restaurer en sélectionnant son lien Restaurer.
La section Détails sur la sauvegarde est automatiquement renseignée pour vous.
Spécifiez la destination de restauration dans Choisir une destination. Pour restaurer une nouvelle application, sélectionnez Créer sous la zone App Service. Pour restaurer sur un nouvel emplacement de déploiement, sélectionnez Créer sous la zone Emplacement de déploiement.
Si vous choisissez un emplacement existant, toutes les données existantes de son système de fichiers sont effacées et remplacées. L’emplacement de production porte le même nom que l’application.
Vous pouvez choisir de restaurer la configuration de votre site sous Options avancées.
Sélectionnez Restaurer.
Créer une sauvegarde personnalisée
Dans la page de gestion des applications du portail Azure, dans le menu de gauche, sélectionnez Sauvegardes.
En haut de la page Sauvegardes, sélectionnez Configurer des sauvegardes personnalisées.
Dans Compte de stockage, sélectionnez un compte de stockage existant (dans le même abonnement) ou sélectionnez Créer nouveau. Faites la même chose dans Container.
Pour sauvegarder les bases de données liées, sélectionnez Suivant : Avancé>Inclure la base de données, puis sélectionnez les bases de données à sauvegarder.
Notes
Pour qu’une base de données prise en charge apparaisse dans cette liste, sa chaîne de connexion doit figurer dans la section Chaînes de connexion de la page Configuration de votre application.
Les bases de données MySQL in-app sont toujours sauvegardées sans aucune configuration. Si vous définissez manuellement des paramètres des bases de données MySQL in-app, par exemple l’ajout de chaînes de connexion, il est possible que les sauvegardes ne fonctionnent pas correctement.
Sélectionnez Configurer.
Une fois le compte de stockage et le conteneur configurés, vous pouvez lancer une sauvegarde à la demande à tout moment. Les sauvegardes à la demande sont conservées indéfiniment.
En haut de la page Sauvegardes, sélectionnez Sauvegarder maintenant.
La sauvegarde personnalisée s’affiche dans la liste avec un indicateur de progression. En cas d’échec avec une erreur, vous pouvez sélectionner l’élément de ligne pour afficher le message d’erreur.
Configurer des sauvegardes planifiées personnalisées
Dans la page Configurer des sauvegardes personnalisées, sélectionnez Définir la planification.
Configurez la planification des sauvegardes comme vous le souhaitez, puis sélectionnez Configurer.
Sauvegarde et restauration d’une base de données liée
Les sauvegardes personnalisées peuvent inclure des bases de données liées (sauf lorsque la sauvegarde est configurée sur un Réseau virtuel Azure). Pour vous assurer que votre sauvegarde inclut une base de données liée, procédez comme suit :
- Vérifiez que la base de données liée est prise en charge.
- Créez une chaîne de connexion qui pointe vers votre base de données. Une base de données est considérée comme « liée » à votre application lorsqu’il existe une chaîne de connexion valide pour celle-ci dans la configuration de votre application.
- Suivez les étapes décrites dans Créer une sauvegarde personnalisée pour sélectionner la base de données liée sous l’onglet Avancé.
Pour restaurer une base de données incluse dans une sauvegarde personnalisée :
- Suivez les étapes figurant dans Restaurer une sauvegarde.
- Dans Options avancées, sélectionnez Inclure une base de données.
Pour plus d’informations sur la résolution des problèmes, consultez Pourquoi ma base de données liée n’est-elle pas sauvegardée ?.
Sauvegarder et restaurer sur un réseau virtuel Azure
Avec les sauvegardes personnalisées, vous pouvez sauvegarder les fichiers et les données de configuration de votre application sur un compte de stockage protégé par le pare-feu si les conditions suivantes sont remplies :
- L’application est intégrée à un réseau virtuel ou se trouve dans un environnement App Service v3.
- Le compte de stockage autorise un accès à partir du réseau virtuel avec lequel l’application est intégrée ou avec lequel l’environnement App Service v3 est créé.
Pour sauvegarder et restaurer sur Azure Réseau virtuel :
- Lorsque vous configurez des sauvegardes personnalisées, sélectionnez Sauvegarde/restauration sur l’intégration de réseau virtuel.
- Enregistrez vos paramètres en sélectionnant Configurer.
Si vous ne voyez pas la case à cocher ou si elle est décochée, assurez-vous d’avoir rempli les conditions ci-dessus.
Une fois la configuration enregistrée, toute sauvegarde manuelle, planifiée ou restauration est effectuée via le réseau virtuel. Si vous apportez des modifications à l’application, au réseau virtuel ou au compte de stockage qui empêchent l’application d’accéder au compte de stockage par le réseau virtuel, les opérations de sauvegarde ou de restauration échouent.
Configurer des sauvegardes partielles
Les sauvegardes partielles sont prises en charge pour les sauvegardes personnalisées (mais pas pour les sauvegardes automatiques). Parfois, vous ne souhaitez pas sauvegarder tout le contenu de votre application. Voici quelques exemples :
- Vous configurez une sauvegarde hebdomadaire de votre application qui contient du contenu statique qui ne change jamais, comme des anciens billets de blog ou des images.
- Votre application a plus de 10 Go de contenu. (C’est la quantité maximale que vous pouvez sauvegarder à la fois.)
- Vous ne souhaitez pas sauvegarder les fichiers journaux.
Pour exclure des dossiers et fichiers du stockage dans vos sauvegardes futures, créez un fichier _backup.filter dans le %HOME%\site\wwwrootdossier de votre application. Spécifiez la liste des fichiers et dossiers à exclure de ce fichier.
Conseil
Vous pouvez accéder à vos fichiers via https://<app-name>.scm.azurewebsites.net/DebugConsole. Si vous y êtes invité, connectez-vous à votre compte Azure.
Identifiez les dossiers que vous souhaitez exclure de vos sauvegardes. Par exemple, supposons que vous souhaitez exclure les fichiers et dossiers en surbrillance.
Créez un fichier nommé _backup.filter et placez la liste précédente dans le fichier, mais supprimez la racine %HOME%. Listez un répertoire ou fichier par ligne. Le contenu du fichier doit être le suivant :
\site\wwwroot\Images\brand.png
\site\wwwroot\Images\2014
\site\wwwroot\Images\2013
Téléchargez le fichier _backup.filter vers le répertoire D:\home\site\wwwroot\ de votre site en utilisant FTP ou toute autre méthode. Si vous le souhaitez, créez le fichier directement à l’aide de Kudu DebugConsole et ajoutez-y le contenu.
Exécutez des sauvegardes comme vous ne feriez habituellement, personnalisée à la demande ou personnalisée planifiée. Tous les fichiers et dossiers spécifiés dans _backup.filter sont exclus des sauvegardes futures.
Notes
_backup.filter modifie le fonctionnement d’une restauration. Sans _backup.filter, la restauration d’une sauvegarde supprime tous les fichiers existants dans l’application et les remplace par les fichiers dans la sauvegarde. Avec _backup.filter, tout le contenu dans le système de fichiers de l’application qui est inclus dans _backup.filter est laissé tel quel (non supprimé).
Mode de stockage des sauvegardes
Après une ou plusieurs sauvegardes de votre application effectuées, celles-ci apparaissent dans la page Conteneurs de votre compte de stockage et dans votre application. Dans le compte de stockage, chaque sauvegarde se compose d’un fichier .zip et d’un fichier .xml contenant respectivement les données sauvegardées et un manifeste du contenu du fichier .zip. Vous pouvez décompresser et parcourir ces fichiers si vous souhaitez accéder à vos sauvegardes sans réellement effectuer une restauration d'application.
La sauvegarde de base de données pour l'application est stockée dans la racine du fichier .zip. Pour SQL Database, il s’agit d’un fichier BACPAC (pas d’extension de fichier) qui peut être importé. Pour créer une base de données dans Azure SQL Database en fonction de l’exportation de BACPAC, consultez Importer un fichier BACPAC pour créer une base de données dans Azure SQL Database.
Avertissement
Toute modification apportée aux fichiers de votre conteneur websitebackups peut invalider la sauvegarde et la rendre impossible à restaurer.
Messages d’erreur
La page Sauvegardes vous montre l’état de chaque sauvegarde. Pour obtenir les détails d’un journal concernant une sauvegarde ayant échoué, sélectionnez l’élément de ligne dans la liste. Utilisez le tableau suivant pour vous aider à résoudre des problèmes sur votre sauvegarde. Si l’échec n’est pas documenté dans le tableau, ouvrez un ticket de support.
| Erreur | Correction |
|---|---|
| Échec de l'accès au stockage. | Supprimez la planification de sauvegarde et reconfigurez-la. Vous pouvez également reconfigurer le stockage de sauvegarde. |
| La taille du site web et de la base de données dépasse la limite de {0} Go pour les sauvegardes. La taille de votre contenu est de {1} Go. | Excluez certains fichiers de la sauvegarde ou supprimez la partie base de données de la sauvegarde et utilisez plutôt des sauvegardes proposées en externe. |
| Une erreur s’est produite lors de la connexion à la base de données {0} sur le serveur {1}: Échec de l’authentification sur l’hôte '{1}' pour l’utilisateur '<username>' à l’aide de la méthode 'mysql_native_password' avec le message : Base de données inconnue '<db-name>' | Mise à jour de la chaîne de connexion de base de données. |
| Impossible de résoudre {0}. {1} (CannotResolveStorageAccount) | Supprimez la planification de sauvegarde et reconfigurez-la. |
| Échec de la connexion pour l’utilisateur '{0}'. | Mise à jour de la chaîne de connexion de base de données. |
| La création d’une copie de base de données de {0} ({1}) a levé une exception. Impossible de créer une copie de base de données. | Utilisez un utilisateur administrateur dans la chaîne de connexion. |
| Le principal de serveur « <name> » ne peut pas accéder à la base de données « master » dans le contexte de sécurité actuel. Impossible d’ouvrir la base de données « Master » demandée par la connexion. La connexion a échoué. Échec de la connexion de l'utilisateur '<name>'. | Utilisez un utilisateur administrateur dans la chaîne de connexion. |
| Une erreur liée au réseau ou propre à une instance s’est produite lors de l’établissement d’une connexion à SQL Server. Le serveur est introuvable ou inaccessible. Vérifiez que le nom de l’instance est correct et que SQL Server est configuré pour autoriser les connexions à distance. (fournisseur : Fournisseur de canaux nommés, erreur : 40 - Impossible d’ouvrir une connexion à SQL Server). | Assurez-vous que la chaîne de connexion est valide. Autorisez les adresses IP sortantes de l’application dans les paramètres du serveur de base de données. |
| Impossible d’ouvrir le serveur « <name> » demandé par la connexion. La connexion a échoué. | Assurez-vous que la chaîne de connexion est valide. |
| Paramètres obligatoires manquants pour la signature d’accès partagé valide. | Supprimez la planification de sauvegarde et reconfigurez-la. |
| Connexion SSL obligatoire. Spécifiez les options SSL et réessayez lorsque lors d’une tentative de connexion. | La connectivité SSL à Azure Database pour MySQL et Azure Database pour PostgreSQL n’est pas prise en charge pour les sauvegardes de base de données. Utilisez plutôt la fonctionnalité de sauvegarde native dans la base de données respective. |
Automatiser des tâches à l’aide de scripts
Vous pouvez automatiser la gestion des sauvegardes à l’aide de scripts, en utilisant Azure CLI ou Azure PowerShell.
Pour obtenir des exemples, consultez :
Forum aux questions
- Les sauvegardes sont-elles des mises à jour incrémentielles ou des sauvegardes complètes ?
- Azure Functions prend-il en charge les sauvegardes automatiques ?
- Qu’est-ce qui est inclus dans une sauvegarde automatique ?
- Qu’est-ce qui est inclus dans une sauvegarde personnalisée ?
- Pourquoi ma base de données liée n’est-elle pas sauvegardée ?
- Que se passe-t-il si la taille de sauvegarde dépasse le maximum autorisé ?
- Puis-je utiliser un compte de stockage avec les fonctionnalités de sécurité activées ?
- Comment faire pour restaurer sur une application dans un autre abonnement ?
- Comment effectuer une restauration sur une application dans le même abonnement, mais dans une autre région ?
- Où sont stockées les sauvegardes automatiques ?
- Comment puis-je arrêter la sauvegarde automatique ?
Les sauvegardes sont-elles des mises à jour incrémentielles ou des sauvegardes complètes ?
Chaque sauvegarde représente une copie hors connexion complète de votre application et non une mise à jour incrémentielle.
Azure Functions prend-il en charge les sauvegardes automatiques ?
Les sauvegardes automatiques sont disponibles pour Azure Functions dans les niveaux dédiés (App Service) De base, Standard et Premium. Les sauvegardes automatiques ne sont pas prises en charges pour les applications de fonction dans les niveaux tarifaires Consommation ou Elastic Premium.
Qu’est-ce qui est inclus dans une sauvegarde automatique ?
Le tableau suivant indique le contenu sauvegardé dans une sauvegarde automatique :
| Contenu | Restauré ? |
|---|---|
Applications Windows : tout le contenu de l’application sous le répertoire %HOME%.Applications Linux : tout le contenu de l’application sous le répertoire /home.Conteneurs personnalisés (Windows et Linux) : contenu dans le stockage persistant. |
Oui |
| Contenu du package run-from-ZIP | Non |
| Contenu de n’importe quel stockage Azure monté personnalisé, par exemple à partir d’un partage Azure Files | Non |
Le tableau suivant indique quelles configurations de l’application sont restaurées lorsque vous choisissez de restaurer la configuration de l’application :
| Paramètres | Restauré ? |
|---|---|
| Paramètres du journal natif, y compris les paramètres du compte et du conteneur Stockage Azure | Oui |
| Configuration d’Application Insights | Oui |
| Contrôle d’intégrité | Oui |
| Fonctionnalités réseau, telles que les points de terminaison privés, les connexions hybrideset l’intégration de réseau virtuel | Non |
| Authentification | Non |
| Identités managées | Non |
| Domaines personnalisés | Non |
| TLS/SSL | Non |
| Scale-out | Non |
| Diagnostics avec Azure Monitor | Non |
| Alertes et métriques | Non |
| Sauvegarde | Non |
| Emplacements de déploiement associés | Non |
| Toute base de données liée prise en charge par la sauvegarde personnalisée | Non |
Qu’est-ce qui est inclus dans une sauvegarde personnalisée ?
Une sauvegarde personnalisée (sauvegarde à la demande ou sauvegarde planifiée) inclut tout le contenu et la configuration qui sont inclus dans une sauvegarde automatique, ainsi que toute base de données liée, jusqu’à la taille maximale autorisée.
Lors de la sauvegarde sur un Réseau virtuel Azure, vous ne pouvez pas sauvegarder la base de données liée.
Pourquoi ma base de données liée n’est-elle pas sauvegardée ?
Les bases de données liées sont sauvegardées uniquement pour les sauvegardes personnalisées, jusqu’à la taille maximale autorisée. Si la taille maximale de sauvegarde (10 Go) ou la taille maximale de base de données (4 Go) est dépassée, votre sauvegarde échoue. Voici quelques raisons courantes pour lesquelles votre base de données liée n’est pas sauvegardée :
- La sauvegarde d’Azure Database pour MySQL avec TLS activé n’est pas prise en charge. Si une sauvegarde est configurée, vous recevez des messages d’échec de sauvegarde.
- La sauvegarde d’Azure Database pour PostgreSQL avec TLS activé n’est pas prise en charge. Si une sauvegarde est configurée, vous recevez des messages d’échec de sauvegarde.
- Les bases de données MySQL in-app sont automatiquement sauvegardées sans aucune configuration. Si vous définissez manuellement des paramètres des bases de données MySQL in-app, par exemple l’ajout de chaînes de connexion, les sauvegardes peuvent ne pas fonctionner correctement.
Que se passe-t-il si la taille de sauvegarde dépasse le maximum autorisé ?
Les sauvegardes automatiques ne peuvent pas être restaurées si la taille de sauvegarde dépasse la taille maximale. De même, les sauvegardes personnalisées échouent si la taille de sauvegarde maximale ou la taille maximale de la base de données est dépassée. Pour réduire la taille de stockage, envisagez de déplacer des fichiers tels que des journaux, des images, des audios et des vidéos vers Stockage Azure par exemple.
Puis-je utiliser un compte de stockage avec les fonctionnalités de sécurité activées ?
Vous pouvez sauvegarder sur un compte de stockage protégé par un pare-feu s’il fait partie de la même topologie de réseau virtuel que votre application. Consultez Sauvegarder et restaurer sur le réseau virtuel Azure.
Comment faire pour restaurer sur une application dans un autre abonnement ?
- Effectuez une sauvegarde personnalisée dans un conteneur Stockage Azure.
- Téléchargez le fichier ZIP de sauvegarde sur votre ordinateur local.
- Dans la page Sauvegardes de votre application cible, sélectionnez Restaurer dans le menu du haut.
- Dans Détails sur la sauvegarde, sélectionnez Stockage dans Source.
- Sélectionnez le compte de stockage souhaité.
- Dans Fichier Zip, sélectionnez Charger le fichier.
- Dans Nom, sélectionnez Parcourir et sélectionnez le fichier ZIP téléchargé.
- Configurez le reste des sections, comme décrit dans Restaurer une sauvegarde.
Comment effectuer une restauration sur une application dans le même abonnement, mais dans une autre région ?
Les étapes sont les mêmes que dans Comment dois-je effectuer une restauration sur une application dans un autre abonnement ?.
Où sont stockées les sauvegardes automatiques ?
Les sauvegardes automatiques sont stockées dans le même centre de données que l’App Service. Elles ne doivent pas être basées sur votre plan de récupération d’urgence.
Comment puis-je arrêter une sauvegarde automatique ?
Il n’est pas possible d’arrêter des sauvegardes automatiques. La sauvegarde automatique est stockée sur la plateforme et n’a aucun effet sur l’instance d’application sous-jacente ni sur son stockage.