Configurer les rapports de la Sauvegarde Azure

Les administrateurs de sauvegarde ont souvent besoin d’insights sur les sauvegardes, en fonction de données couvrant une longue période. Voici quelques-uns des cas d’usage d’une telle solution :

• allocation et prévision du stockage cloud utilisé ;
• audit des sauvegardes et restaurations ;
• identification des tendances clés à différents niveaux de granularité.

Aujourd’hui, la Sauvegarde Azure fournit une solution de reporting qui utilise les journaux Azure Monitor et les classeurs Azure. Ces ressources vous permettent d’obtenir de riches insights sur vos sauvegardes dans l’ensemble de votre espace de sauvegarde. Cet article explique comment configurer et afficher des rapports Sauvegarde Azure.

Scénarios pris en charge

• Les rapports de sauvegarde sont pris en charge pour les machines virtuelles Azure, SQL dans les machines virtuelles Azure, SAP HANA dans les machines virtuelles Azure, l’agent Microsoft Azure Recovery Services (MARS), le serveur de sauvegarde Microsoft Azure (MABS), System Center Data Protection Manager (DPM), Azure Database pour PostgreSQL Server, les blobs Azure et les disques Azure. Concernant la sauvegarde des partages de fichiers Azure, les données sont affichées pour les enregistrements créés à partir du 1er juin 2020.
• Concernant la sauvegarde des partages de fichiers Azure, les données figurant sur les instances protégées sont affichées pour les enregistrements créés après le 1er février 2021 (la valeur par défaut est zéro pour les enregistrements plus anciens).
• Concernant les charges de travail DPM, les rapports de sauvegarde sont pris en charge pour la version 5.1.363.0 et les versions ultérieures de DPM et la version 2.0.9127.0 et les versions ultérieures de l’agent.
• Concernant les charges de travail MABS, les rapports de sauvegarde sont pris en charge pour la version 13.0.415.0 et les versions ultérieures de MABS ainsi que pour la version 2.0.9170.0 et les versions ultérieures de l’agent.
• Les rapports de sauvegarde peuvent être affichés sur l’ensemble des éléments de sauvegarde, des coffres, des abonnements et des régions, à condition que leurs données soient envoyées à un espace de travail Log Analytics auquel l’utilisateur a accès. Pour visualiser les rapports d’un ensemble de coffres, il suffit d’un accès lecteur à l’espace de travail Log Analytics auquel les coffres envoient leurs données. Il n’est pas nécessaire d’avoir accès aux différents coffres.
• Si vous utilisez Azure Lighthouse avec un accès délégué aux abonnements de vos clients, vous pouvez utiliser ces rapports avec Azure Lighthouse afin de les consulter pour tous vos locataires.
• Actuellement, les données peuvent être affichées dans Rapports de sauvegarde sur un maximum de 100 espaces de travail Log Analytics (sur tous les locataires).

  Notes

  En fonction de la complexité des requêtes et du volume de données traitées, vous risquez de voir des erreurs lors de la sélection d’un grand nombre d’espaces de travail inférieurs à 100, dans certains cas. Nous vous recommandons de limiter le nombre d’espaces de travail interrogés en même temps.

• Les données des travaux de sauvegarde de fichier journal ne sont pas affichées dans les rapports.

Notes

Les fonctionnalités décrites dans les sections suivantes sont également accessibles via le Centre de sauvegarde. Le Centre de sauvegarde est une expérience de gestion unifiée unique dans Azure. Elle permet aux entreprises de gérer, surveiller, exploiter et analyser les sauvegardes à grande échelle. Avec cette solution, vous pouvez effectuer la plupart des opérations clés de gestion des sauvegardes sans être limité à l’étendue d’un coffre individuel.

Bien démarrer

Suivez cette procédure pour commencer à utiliser les rapports.

1. Créer un espace de travail Log Analytics ou utiliser un espace de travail existant

Configurez un ou plusieurs espaces de travail Log Analytics pour stocker vos données de rapport de sauvegarde. L’emplacement et l’abonnement dans lesquels ces espaces de travail peuvent être créés dépendent de l’emplacement et de l’abonnement où se trouvent les coffres.

Pour configurer un espace de travail Log Analytics, consultez Création d’un espace de travail Log Analytics sur le Portail Azure.

Par défaut, les données d’un espace de travail Log Analytics sont conservées pendant 30 jours. Pour consulter les données sur un horizon temporel plus long, changez la période de rétention de l’espace de travail Log Analytics. Pour modifier la période de rétention, consultez Configuration des stratégies de conservation des données et d’archivage dans les journaux Azure Monitor.

2. Configurer les paramètres de diagnostic des coffres

Des ressources Azure Resource Manager, comme les coffres Recovery Services, enregistrent des informations sur les opérations planifiées et sur les opérations déclenchées par l’utilisateur au titre de données de diagnostics. Pour configurer les paramètres de diagnostic de vos coffres, suivez ces étapes :

Choisissez un type de coffre :

Coffres Recovery Services

Dans la section de monitorage de votre coffre Recovery Services, sélectionnez Paramètres de diagnostic et spécifiez la cible des données de diagnostic du coffre Recovery Services. Pour plus d’informations sur l’utilisation des événements de diagnostic, consultez Utilisation des paramètres de diagnostic pour les coffres Recovery Services.

Le service Sauvegarde Azure fournit également une définition Azure Policy intégrée qui automatise la configuration des paramètres de diagnostic pour tous les coffres Recovery Services dans une étendue donnée. Pour savoir comment utiliser cette stratégie, consultez Configuration à grande échelle des paramètres de diagnostic des coffres.

coffres de sauvegarde

Dans la section de supervision de votre coffre de sauvegarde, sélectionnez Paramètres de diagnostic et spécifiez la cible des données de diagnostic du coffre de sauvegarde.

Notes

Une fois les diagnostics configurés, le Push de données initial peut prendre jusqu’à 24 heures. Lorsqu’elles commencent à arriver dans l’espace de travail Log Analytics, les données n’apparaissent pas forcément tout de suite dans les rapports, car les données d’une journée incomplète ne figurent pas dans les rapports. Pour plus d’informations, consultez Conventions utilisées dans les rapports de sauvegarde. Il est recommandé d’afficher les rapports deux jours après avoir configuré les coffres en vue d’envoyer des données à Log Analytics.

3. Afficher les rapports sur le Portail Azure

Une fois que vous avez configuré vos coffres de façon à envoyer des données à Log Analytics, affichez vos rapports de sauvegarde en accédant au centre de sauvegarde et en sélectionnant Rapports de sauvegarde. Sélectionnez le ou les espaces de travail appropriés sous l’onglet Démarrer.

Le rapport contient différents onglets :

Résumé

cet onglet donne une vue d’ensemble globale de votre espace de sauvegarde. Vous voyez d’un seul coup d’œil le nombre total d’éléments de sauvegarde, le stockage cloud total consommé, le nombre d’instances protégées et le taux de réussite des travaux par type de charge de travail. Pour obtenir des informations plus détaillées sur un type d’artefact de sauvegarde spécifique, accédez à l’onglet correspondant.

Éléments de sauvegarde

cet onglet donne des informations et des tendances sur le stockage cloud consommé au niveau d’un élément de sauvegarde. Par exemple, si vous utilisez SQL dans une sauvegarde de machine virtuelle Azure, vous pouvez voir le stockage cloud consommé pour chaque base de données SQL en cours de sauvegarde. Vous pouvez également choisir de voir les données des éléments de sauvegarde ayant un état de protection particulier. Par exemple, si vous sélectionnez la vignette Protection arrêtée en haut de l’onglet, tous les widgets situés au-dessous sont filtrés pour n’afficher que les données des éléments de sauvegarde dont l’état est Protection arrêtée.

Usage

cet onglet indique les paramètres clés de facturation des sauvegardes. Les informations affichées se trouvent au niveau d’une entité de facturation (conteneur protégé). Par exemple, si un serveur DPM est en cours de sauvegarde sur Azure, vous pouvez voir la tendance des instances protégées et du stockage cloud consommé pour ce serveur. De même, si vous utilisez SQL ou SAP HANA dans la Sauvegarde Azure, cet onglet fournit des informations sur l’utilisation au niveau de la machine virtuelle qui contient ces bases de données.

Notes

• Pour les charges de travail de fichier Azure, de blob Azure et de disque Azure, le stockage consommé affiche zéro. C’est parce que le champ fait référence au stockage consommé dans le coffre, et pour les fichiers Azure, blobs Azure et disques Azure. Seule la solution de sauvegarde basée sur instantané est actuellement prise en charge dans les rapports.
• Pour les charges de travail DPM, les utilisateurs peuvent constater une légère différence (de l’ordre de 20 Mo par serveur DPM) entre les valeurs d’utilisation affichées dans les rapports et la valeur d’utilisation agrégée, comme illustré sous l’onglet Vue d’ensemble du coffre Recovery Services. Cette différence est liée au fait que chaque serveur DPM enregistré à des fins de sauvegarde dispose d’une source de données « métadonnées » associée qui n’est pas exposée en tant qu’artefact à des fin de rapports.

travaux

cet onglet indique les tendances durables sur les travaux, par exemple le nombre de travaux ayant échoué par jour et les principales causes d’échec des travaux. Vous pouvez voir ces informations à la fois au niveau agrégé et au niveau d’un élément de sauvegarde. Sélectionnez un élément de sauvegarde en particulier dans une grille pour afficher des informations détaillées sur chacun des travaux qui se sont déclenchés sur cet élément dans l’intervalle de temps sélectionné.

Notes

Pour les charges de travail Azure Database pour PostgreSQL, de blob Azure et de disque Azure, le champ de données transférées n’est actuellement pas disponible dans la table Travaux.

Stratégies

cet onglet donne des informations sur toutes les stratégies actives, par exemple le nombre d’éléments associés et le stockage cloud total consommé par les éléments sauvegardés dans le cadre d’une stratégie donnée. Sélectionnez une stratégie en particulier pour afficher des informations sur chacun des éléments de sauvegarde associés.

Optimiser

Cet onglet vous permet d’obtenir une visibilité sur les opportunités potentielles d’optimisation des coûts pour vos sauvegardes. Voici les scénarios pour lesquels l’onglet optimiser fournit actuellement des insights :

Ressources inactives

Cette vue vous permet d'identifier les éléments de sauvegarde qui n'ont pas été correctement sauvegardés pendant une durée significative. Cela peut indiquer que la machine sous-jacente faisant l’objet de la sauvegarde n’existe plus ou qu’elle rencontre un problème qui empêche que les sauvegardes soient considérées comme fiables.

Pour afficher les ressources inactives, accédez à l’onglet Optimiser, puis sélectionnez la vignette Ressources inactives. Cela a pour effet d’afficher une grille contenant des détails sur toutes les ressources inactives dans l’étendue sélectionnée. Par défaut, la grille affiche les éléments qui n’ont pas de point de récupération remontant à moins de 8 jours. Pour rechercher des ressources inactives dans un autre intervalle de temps, vous pouvez ajuster le filtre Plage de temps en haut de l’onglet.

Une fois que vous avez identifié une ressource inactive, vous pouvez examiner le problème de plus près en accédant au tableau de bord de l’élément de sauvegarde ou au volet des ressources Azure pour cette ressource (le cas échéant). Selon votre scénario, vous avez le choix entre arrêter la sauvegarde de la machine (si elle n’existe plus) et supprimer les sauvegardes superflues, ce qui permet de gagner sur les coûts, ou résoudre les problèmes que la machine rencontre pour vous assurer que les sauvegardes sont fiables.

Notes

Pour les charges de travail Azure Database pour PostgreSQL, de blob Azure et de disque Azure, la vue Ressources inactives n’est pas prise en charge pour l’instant.

Éléments de sauvegarde dont la durée de conservation est conséquente

Cette vue vous permet d’identifier les éléments dont les sauvegardes ont été conservées pendant une durée supérieure à celle que votre organisation requiert.

En sélectionnant la vignette Optimisations de la stratégie, puis la vignette Optimisations de la rétention, vous obtenez une grille contenant tous les éléments de sauvegarde dont la durée de conservation du point de rétention (RP) quotidien, hebdomadaire, mensuel ou annuel est supérieure à la valeur spécifiée. Par défaut, la grille affiche tous les éléments de sauvegarde dans l’étendue sélectionnée. Vous pouvez utiliser les filtres pour la conservation des points de sauvegarde quotidien, hebdomadaire, mensuel et annuel de façon à réduire la grille et identifier les éléments dont la durée de rétention pourrait être raccourcie afin de diminuer les coûts du stockage de sauvegarde.

Pour des charges de travail de base de données telles que SQL et SAP HANA, les périodes de rétention indiquées dans la grille correspondent à celles des points de sauvegarde complète et non à celles des points de sauvegarde différentielle. Il en va de même pour les filtres de rétention.

Notes

Pour les instances de sauvegarde qui utilisent le niveau standard de coffre, la grille Optimisations des conservations prend en compte la durée de conservation dans le niveau standard de coffre. Pour les instances de sauvegarde qui n’utilisent pas le niveau coffre (par exemple, les éléments protégés par la solution Azure Disk Backup), la grille prend en compte la conservation du niveau instantané.

Bases de données configurées pour une sauvegarde complète quotidienne

Cette vue vous permet d’identifier des charges de travail de base de données configurées pour une sauvegarde complète quotidienne. Souvent, il est plus économique de configurer une sauvegarde quotidienne différentielle parallèlement à une sauvegarde complète hebdomadaire.

En sélectionnant la vignette Optimisations de la stratégie, puis de la vignette Optimisations de la planification des sauvegardes, vous obtenez une grille contenant toutes les bases de données faisant l’objet d’une stratégie de sauvegarde complète quotidienne. Vous pouvez choisir d’accéder à un élément de sauvegarde particulier pour modifier la stratégie afin d’utiliser une sauvegarde différentielle quotidienne avec une sauvegarde complète hebdomadaire.

Dans le filtre Type de gestion des sauvegardes en haut de l’onglet, les éléments SQL dans la machine virtuelle Azure et SAP HANA dans la machine virtuelle Azure doivent être sélectionnés pour que la grille puisse afficher les charges de travail de base de données comme prévu.

Adhésion à la stratégie

Cet onglet vous permet de déterminer si toutes vos instances de sauvegarde ont eu au moins une sauvegarde réussie par jours. Concernant les éléments associés à une stratégie de sauvegarde hebdomadaire, vous pouvez utiliser cet onglet pour déterminer si toutes les instances de sauvegarde ont fait l'objet d'au moins une sauvegarde réussie par semaine.

Deux types d'affichages sont disponibles en matière de respect de la stratégie :

• Respect de la stratégie par période : cet affichage vous permet d'identifier le nombre d'éléments qui ont fait l'objet d'au moins une sauvegarde réussie au cours d'une journée donnée, ainsi que le nombre d'éléments qui n'ont fait l'objet d'aucune sauvegarde réussie ce jour-là. Vous pouvez cliquer sur une ligne pour afficher les détails de tous les travaux de sauvegarde qui ont été déclenchés le jour sélectionné. Notez que si vous définissez l'intervalle de temps sur une valeur plus élevée, telle que les 60 derniers jours, la grille est présentée en mode hebdomadaire et affiche le nombre total d'éléments qui ont fait l'objet d'au moins une sauvegarde réussie tous les jours de la semaine sélectionnée. Il existe également un affichage mensuel pour les périodes plus longues.

Dans le cas des éléments sauvegardés sur une base hebdomadaire, cette grille vous aide à identifier tous les éléments qui ont fait l'objet d'au moins une sauvegarde réussie au cours de la semaine donnée. Pour une période plus longue, telle que les 120 derniers jours, la grille est présentée en mode mensuel et affiche le nombre total d'éléments qui ont fait l'objet d'au moins une sauvegarde réussie chaque semaine du mois donné. Pour plus d'informations sur les affichages quotidiens, hebdomadaires et mensuels, consultez Conventions utilisées dans Rapports de sauvegarde.

• Respect de la stratégie par instance de sauvegarde : cet affichage vous permet de consulter les détails du respect de la stratégie au niveau de l’instance de sauvegarde. Une cellule verte indique que l'instance de sauvegarde a fait l'objet d'au moins une sauvegarde réussie le jour donné. Une cellule rouge indique que l'instance de sauvegarde n'a encore fait l'objet d'aucune sauvegarde réussie le jour donné. Les agrégations quotidiennes, hebdomadaires et mensuelles suivent le même comportement que l'affichage Respect de la stratégie par période. Vous pouvez cliquer sur n'importe quelle ligne pour afficher tous les travaux de sauvegarde effectués sur l'instance de sauvegarde donnée dans l'intervalle de temps sélectionné.

Rapports de messagerie sur Sauvegarde Azure

La fonctionnalité Rapport de messagerie disponible dans Rapports de sauvegarde vous permet de créer des tâches automatisées pour recevoir des rapports périodiques par e-mail. Cette fonctionnalité fonctionne en déployant une application logique dans votre environnement Azure, qui interroge les données de vos espaces de travail Log Analytics (LA) sélectionnés, en fonction des entrées que vous faites.

Une fois l’application logique créée, vous devez autoriser les connexions aux Journaux d’Azure Monitor et à Office 365. Pour ce faire, accédez à Logic Apps dans le portail Azure, puis recherchez le nom de la tâche que vous avez créée. La sélection de l’élément de menu Connexions d’API a pour effet d’ouvrir la liste des connexions d’API que vous devez autoriser. Apprenez-en davantage sur la configuration des e-mails et la résolution des problèmes.

Personnaliser les rapports de Sauvegarde Azure

La fonctionnalité Rapports de sauvegarde utilise des fonctions système sur les journaux Azure Monitor. Ces fonctions opèrent sur des données figurant dans des tables de Sauvegarde Azure brutes de LA, et retournent des données mises en forme qui vous permettent de récupérer facilement les informations de toutes vos entités liées à la sauvegarde, à l’aide de requêtes simples.

Pour créer vos propres classeurs de rapports en utilisant la fonctionnalité Rapports de sauvegarde comme base, accédez à Rapports de sauvegarde, cliquez sur Modifier en haut du rapport et affichez/modifiez les requêtes utilisées dans les rapports. Pour en savoir plus sur la création de rapports personnalisés, consultez la documentation relative aux classeurs Azure.

Exporter vers Excel

Sélectionnez la flèche vers le bas située en haut à droite d’un widget, par exemple un tableau ou un graphe, pour exporter le contenu de ce widget sous forme de feuille Excel, en l’état, avec les filtres appliqués. Pour exporter d’autres lignes d’une table vers Excel, vous pouvez augmenter le nombre de lignes affichées sur la page avec la flèche déroulante vers le bas Lignes par page située en haut de chaque grille.

Épingler au tableau de bord

Sélectionnez le bouton Épingler en haut d’un widget pour épingler le widget sur votre tableau de bord sur le Portail Azure. Cette fonctionnalité vous permet de créer des tableaux de bord personnalisés qui présentent les informations les plus importantes pour vous.

Rapports multilocataires

Si vous utilisez Azure Lighthouse avec un accès délégué aux abonnements de plusieurs environnements de locataires, vous pouvez utiliser le filtre d’abonnement par défaut. Sélectionnez le bouton de filtre en haut à droite du Portail Azure pour choisir tous les abonnements dont vous souhaitez afficher les données. Cela vous permet de sélectionner des espaces de travail Log Analytics de plusieurs locataires pour afficher des rapports multilocataires.

Conventions utilisées dans les rapports de sauvegarde

• Les filtres fonctionnent de gauche à droite et de haut en bas sur chaque onglet. Autrement dit, un filtre s’applique uniquement à tous les widgets situés à sa droite ou au-dessous.
• Sélectionnez une vignette de couleur pour filtrer les widgets situés au-dessous de manière à récupérer les enregistrements correspondant à la valeur de cette vignette. Par exemple, si vous sélectionnez la vignette Protection arrêtée sur l’onglet Éléments de sauvegarde, toutes les grilles et tous les graphes situés au-dessous sont filtrés pour afficher les données des éléments de sauvegarde dont l’état est Protection arrêtée.
• Il n’est pas possible de sélectionner les vignettes qui ne sont pas en couleur.
• Les données d’une journée incomplète ne figurent pas dans les rapports. Ainsi, quand la valeur sélectionnée pour Intervalle de temps est 7 derniers jours, le rapport affiche les enregistrements des sept derniers jours révolus. Le jour actuel n’est pas inclus.
• Le rapport affiche les détails des travaux (hors travaux de journalisation) qui se sont déclenchés dans l’intervalle de temps sélectionné.
• Les valeurs affichées pour Stockage cloud et Instances protégées se trouvent à la fin de l’intervalle de temps sélectionné.
• Les éléments de sauvegarde affichés dans les rapports sont ceux qui se trouvent à la fin de l’intervalle de temps sélectionné. Les éléments de sauvegarde qui ont été supprimés au milieu de l’intervalle de temps sélectionné ne sont pas affichés. La même convention vaut pour les stratégies de sauvegarde.
• Si l'intervalle de temps sélectionné couvre une période inférieure ou égale à 30 jours, les graphiques sont affichés en mode quotidien, avec un point de données pour chaque jour. Si l'intervalle de temps couvre une période supérieure à 30 jours et inférieure ou égale à 90 jours, les graphiques sont affichés en mode hebdomadaire. Pour les périodes plus longues, les graphiques sont affichés en mode mensuel. L'agrégation hebdomadaire ou mensuelle des données améliore les performances des requêtes et facilite la lecture des données dans les graphiques.
• Les grilles Respect de la stratégie suivent également une logique d'agrégation semblable à celle décrite ci-dessus. Il existe toutefois quelques petites différences. La première différence concerne les éléments associés à une stratégie de sauvegarde hebdomadaire, pour lesquels il n'existe aucun affichage quotidien (seuls les affichages hebdomadaires et mensuels sont disponibles). En outre, dans les grilles des éléments associés à une stratégie de sauvegarde hebdomadaire, un « mois » est considéré comme une période de 4 semaines (28 jours), et non de 30 jours, afin d'éliminer les semaines partielles.

Comment résoudre ce problème ?

Si vous observez des problèmes d’incohérence des données dans les rapports de sauvegarde, effectuez les vérifications préliminaires suivantes :

1. Assurez-vous que tous les coffres envoient les journaux de diagnostic requis à l’espace de travail Log Analytics.

2. Vérifiez que vous avez sélectionné les filtres appropriés dans les rapports de sauvegarde.

3. Passez en revue les limites suivantes dans les rapports de sauvegarde :

   • Une fois les diagnostics configurés, le Push de données initial peut prendre jusqu’à 24 heures. Lorsqu’elles commencent à arriver dans l’espace de travail Log Analytics, les données n’apparaissent pas forcément tout de suite dans les rapports, car les données d’une journée incomplète ne figurent pas dans les rapports. Il est recommandé d’afficher les rapports deux jours après avoir configuré les coffres en vue d’envoyer des données à Log Analytics.

   • Les travaux de sauvegarde des journaux SQL n’apparaissent pas actuellement dans les rapports de sauvegarde.

   • Comme indiqué ci-dessus, les rapports n’affichent pas les données de la journée partielle en cours et prennent uniquement les jours entiers (UTC) en compte.

     Par exemple, dans le rapport, même si vous sélectionnez l’intervalle de temps 23/03 16:30 - 24/03 10:00, la requête s’exécute en interne pour la période 23/03 12:00 UTC - 24/03 23:59 UTC. Cela signifie que le composant d’heure de la valeur Date/heure est remplacé par la requête.

     De même, si la date du jour est le 29 mars, les données sont affichées uniquement jusqu’à la fin (23:59 UTC) du 28 mars. Pour les travaux créés le 29 mars, vous pouvez les voir lorsque vous consultez les rapports le lendemain (c’est-à-dire le 30 mars).

Si aucun des éléments ci-dessus n’explique les données affichées dans le rapport, contactez le support Microsoft.

Temps de chargement des requêtes

Les widgets du rapport de sauvegarde reposent sur des requêtes Kusto, qui s’exécutent sur les espaces de travail Log Analytics de l’utilisateur. Ces requêtes impliquent généralement le traitement de grandes quantités de données, avec plusieurs jointures pour offrir des insights plus riches. Par conséquent, il peut arriver que les widgets ne se chargent pas instantanément lorsque l’utilisateur consulte des rapports sur un grand espace de sauvegarde. Ce tableau donne une estimation approximative du temps que peut prendre le chargement des différents widgets, en fonction du nombre d’éléments de sauvegarde et de l’intervalle de temps pendant lequel le rapport est affiché.

Nombre de sources de données	Horizon temporel	Durées de chargement approximatives
Environ 5 K	1 mois	Vignettes : 5 à 10 s Grilles : 5 à 10 s Graphiques : 5 à 10 s Filtres au niveau du rapport : 5 à 10 s
Environ 5 K	3 mois	Vignettes : 5 à 10 s Grilles : 5 à 10 s Graphiques : 5 à 10 s Filtres au niveau du rapport : 5 à 10 s
Environ 10 K	3 mois	Vignettes : 15 à 20 s Grilles : 15 à 20 s Graphiques : 1 à 2 minutes Filtres au niveau du rapport : 25 à 30 s
Environ 15 K	1 mois	Vignettes : 15 à 20 s Grilles : 15 à 20 s Graphiques : 50 à 60 s Filtres au niveau du rapport : 20 à 25 s
Environ 15 K	3 mois	Vignettes : 20 à 30 s Grilles : 20 à 30 s Graphiques : 2 à 3 minutes Filtres au niveau du rapport : 50 à 60 s

Point sur les rapports Power BI

• L’ancienne application modèle Power BI pour la création de rapports, dont les données provenaient d’un compte de stockage Azure, est en voie de dépréciation. Nous vous recommandons de commencer à envoyer les données de diagnostic des coffres à Log Analytics pour afficher des rapports.

• En outre, le schéma v1 d’envoi de données de diagnostic à un compte de stockage ou à un espace de travail LA est également en voie de désapprobation. Cela signifie que, si vous avez écrit des automatisations ou des requêtes personnalisées basées sur le schéma v1, nous vous recommandons de les mettre à jour afin qu’elles utilisent le schéma v2 pris en charge.

Étapes suivantes

Découvrez la supervision et la création de rapports avec Sauvegarde Azure