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 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

Plate-forme Conseils de sauvegarde et de restauration Guide de récupération d’urgence
App Service Web Apps
(Niveau tarifaire 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. Il est recommandé 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.
App Service Web Apps
(Niveau tarifaire De base\Standard\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 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 &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 au sein du même ASE, et non dans un autre ASE. Les sauvegardes personnalisées peuvent être restaurées dans une application cible au sein d’un autre ASE (par exemple, d’un ASE V2 vers un ASE 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 (dédié) Dans Azure Functions, 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 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 (dédiées) d’application Azure Functions 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. Implémentez plutôt la géo-reprise d’activité après sinistre Azure Functions.

Par ailleurs, vous pouvez aussi vous reporter aux techniques de récupération d'urgence courantes pour Azure Functions (dédié).
Consommation d’Azure Functions & Premium Les fonctions Azure déployées dans les plans Consommation et Premium ne donnent pas accès aux sauvegardes personnalisées et automatiques. Le contenu d’une application de fonction se trouve dans un compte de stockage 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.

Si vous avez créé vos fonctions à l’aide de l’éditeur du portail Azure, vous pouvez également télécharger votre projet d’application de fonction sous la forme d’un fichier .zip.
Nous vous encourageons vivement à implémenter la géo-reprise d’activité après sinistre et la fiabilité Azure Functions.

Sauvegardes automatiques et personnalisées

Deux types de sauvegardes sont possibles dans App Service. Sauvegardes automatiques effectué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 de l’application de production, restaurez d’abord la sauvegarde sur un emplacement de déploiement, puis basculez-la en production.

  1. 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.

    Screenshot that shows how to open the backups page.

  2. Sélectionnez la sauvegarde automatique ou la sauvegarde personnalisée pour restaurer en sélectionnant son lien Restaurer.

    Screenshot that shows how to select the restore link.

  3. La section Détails sur la sauvegarde est automatiquement renseignée pour vous.

  4. 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.

  5. Vous pouvez choisir de restaurer la configuration de votre site sous Options avancées.

  6. Sélectionnez Restaurer.

Créer une sauvegarde personnalisée

  1. Dans la page de gestion des applications du Portail Azure, dans le menu de gauche, sélectionnez Sauvegardes.

    Screenshot that shows how to open the backups page.

  2. En haut de la page Sauvegardes, sélectionnez Configurer des sauvegardes personnalisées.

  3. Dans Compte de stockage, sélectionnez un compte de stockage existant (dans le même abonnement) ou sélectionnez Créer nouveau. Procédez de la même façon avec Conteneur.

    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.

  4. 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.

  5. En haut de la page Sauvegardes, sélectionnez Sauvegarder maintenant.

    Screenshot that shows how to make an on-demand backup.

    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

  1. Dans la page Configurer des sauvegardes personnalisées, sélectionnez Définir la planification.

  2. Configurez la planification des sauvegardes comme vous le souhaitez et 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 :

  1. Vérifiez que la base de données liée est prise en charge.
  2. 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.
  3. 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 :

  1. Suivez les étapes figurant dans Restaurer une sauvegarde.
  2. 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 :

Pour sauvegarder et restaurer sur Azure Réseau virtuel :

  1. Lorsque vous configurez des sauvegardes personnalisées, sélectionnez Sauvegarde/restauration sur l’intégration de réseau virtuel.
  2. 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 (et non 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 contient plus de 10 Go de données (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, si vous souhaitez exclure les fichiers et dossiers en surbrillance.

Screenshot that shows files and folders to exclude from backups.

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. Par conséquent, le contenu du fichier doit ressembler à ce qui suit :

\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>' Mettez à jour la chaîne de connexion à la 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). Vérifiez 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é. Vérifiez 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 ?

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 ou Premium. Les applications de fonction dans les niveaux tarifaires Consommation ou Elastic Premium ne sont pas prises en charge pour les sauvegardes automatiques.

Qu’est-ce qui est inclus dans une sauvegarde automatique ?

Le tableau suivant indique le contenu sauvegardé dans une sauvegarde automatique :

Paramètres 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 la configuration de l’application restaurée 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 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 ?

  1. Effectuez une sauvegarde personnalisée dans un conteneur Stockage Azure.
  2. Téléchargez le fichier ZIP de sauvegarde sur votre ordinateur local.
  3. Dans la page Sauvegardes de votre application cible, sélectionnez Restaurer dans le menu du haut.
  4. Dans Détails sur la sauvegarde, sélectionnez Stockage dans Source.
  5. Sélectionnez le compte de stockage souhaité.
  6. Dans Fichier Zip, sélectionnez Charger le fichier.
  7. Dans Nom, sélectionnez Parcourir et sélectionnez le fichier ZIP téléchargé.
  8. Configurez les autres sections comme 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 effectuer une restauration sur une application dans un autre abonnement.

Où sont stockées les sauvegardes automatiques ?

Les sauvegardes automatiques sont simples et stockées dans le même centre de données que le App Service et ne doivent pas servir de plan de récupération d’urgence.

Comment puis-je arrêter la 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.

Étapes suivantes

Documentation sur Stockage Blob Azure