Azure Backup-rapporten configureren

In dit artikel wordt beschreven hoe u Azure Backup-rapporten configureert en weergeeft.

Een veelvoorkomende vereiste voor back-upbeheerders is het verkrijgen van inzicht in back-ups op basis van gegevens die een lange periode duren. Gebruiksvoorbeelden voor een dergelijke oplossing zijn:

• Toewijzen en voorspellen van verbruikte cloudopslag.
• Controle van back-ups en herstelbewerkingen.
• Belangrijke trends identificeren op verschillende granulariteitsniveaus.

Azure Backup biedt een rapportageoplossing die gebruikmaakt van Azure Monitor-logboeken en Azure-werkmappen. Met deze resources krijgt u uitgebreide inzichten over uw back-ups in uw hele back-upomgeving.

Ondersteunde scenario's

• Back-uprapporten worden ondersteund voor Virtuele Azure-machines, SQL in Azure-VM's, SAP HANA in Azure-VM's, Mars-agent (Microsoft Azure Recovery Services), Microsoft Azure Backup Server (MABS), System Center Data Protection Manager (DPM), Azure Database for PostgreSQL Server, Azure Blobs en Azure Disks. Voor back-ups van Azure-bestandsshares worden gegevens weergegeven voor records die zijn gemaakt op of na 1 juni 2020.
• Voor back-ups van Azure-bestandsshares worden gegevens op beveiligde exemplaren weergegeven voor records die zijn gemaakt na 1 februari 2021 (standaard ingesteld op nul voor oudere records).
• Voor DPM-workloads worden back-uprapporten ondersteund voor DPM versie 5.1.363.0 en hoger en agentversie 2.0.9127.0 en hoger.
• Voor MABS-workloads worden back-uprapporten ondersteund voor MABS versie 13.0.415.0 en hoger en agentversie 2.0.9170.0 en hoger.
• Back-uprapporten kunnen worden weergegeven in alle back-upitems, kluizen, abonnementen en regio's zolang hun gegevens worden verzonden naar een Log Analytics-werkruimte waartoe de gebruiker toegang heeft. Als u rapporten voor een set kluizen wilt weergeven, hoeft u alleen lezerstoegang te hebben tot de Log Analytics-werkruimte waarnaar de kluizen hun gegevens verzenden. U hoeft geen toegang te hebben tot de afzonderlijke kluizen.
• Als u een Azure Lighthouse-gebruiker bent met gedelegeerde toegang tot de abonnementen van uw klanten, kunt u deze rapporten gebruiken met Azure Lighthouse om rapporten in al uw tenants weer te geven.
• Op dit moment kunnen gegevens worden weergegeven in back-uprapporten voor maximaal 100 Log Analytics-werkruimten (tussen tenants).

  Notitie

  Afhankelijk van de complexiteit van query's en het aantal verwerkte gegevens, is het mogelijk dat er fouten optreden bij het selecteren van een groot aantal werkruimten die kleiner zijn dan 100, in sommige gevallen. U wordt aangeraden het aantal werkruimten dat tegelijkertijd wordt opgevraagd, te beperken.

• Gegevens voor logboekback-uptaken worden momenteel niet weergegeven in de rapporten.

Notitie

De functionaliteit die in de volgende secties wordt beschreven, kan ook worden geopend via back-upcentrum. Back-upcentrum is één uniforme beheerervaring in Azure. Hiermee kunnen ondernemingen back-ups op schaal beheren, bewaken, gebruiken en analyseren. Met deze oplossing kunt u de meeste belangrijke back-upbeheerbewerkingen uitvoeren zonder dat u beperkt bent tot het bereik van een afzonderlijke kluis.

Aan de slag

Voer de volgende stappen uit om de rapporten te gaan gebruiken:

1. Een Log Analytics-werkruimte maken of een bestaande werkruimte gebruiken

Stel een of meer Log Analytics-werkruimten in om uw back-uprapportagegegevens op te slaan. De locatie en het abonnement waar deze Log Analytics-werkruimte kan worden gemaakt, zijn onafhankelijk van de locatie en het abonnement waar uw kluizen bestaan.

Zie Een Log Analytics-werkruimte maken in Azure Portal als u een Log Analytics-werkruimte wilt instellen.

De gegevens in een Log Analytics-werkruimte worden standaard 30 dagen bewaard. Als u gegevens voor een langere periode wilt zien, wijzigt u de bewaarperiode van de Log Analytics-werkruimte. Zie Bewaarbeleid en archiefbeleid configureren in Azure Monitor-logboeken om de bewaarperiode te wijzigen.

2. Diagnostische instellingen configureren voor uw kluizen

Azure Resource Manager-resources, zoals Recovery Services-kluizen, registreren informatie over geplande bewerkingen en door de gebruiker geactiveerde bewerkingen als diagnostische gegevens. Volg deze stappen om diagnostische instellingen voor uw kluizen te configureren:

Kies een kluistype:

Recovery Services-kluizen

Selecteer diagnostische instellingen in de bewakingssectie van uw Recovery Services-kluis en geef het doel op voor de diagnostische gegevens van de Recovery Services-kluis. Zie Diagnostische instellingen gebruiken voor Recovery Services-kluizen voor meer informatie over het gebruik van diagnostische gebeurtenissen.

Azure Backup biedt ook een ingebouwde Azure Policy-definitie, waarmee de configuratie van diagnostische instellingen voor alle Recovery Services-kluizen in een bepaald bereik wordt geautomatiseerd. Zie Diagnostische instellingen voor de kluis configureren op schaal voor meer informatie over het gebruik van dit beleid.

Back-upkluizen

Selecteer diagnostische instellingen in de sectie Bewaking van uw Backup-kluis en geef het doel op voor de diagnostische gegevens van de Backup-kluis.

Notitie

Nadat u diagnostische gegevens hebt geconfigureerd, kan het tot 24 uur duren voordat de eerste gegevenspush is voltooid. Nadat de gegevens naar de Log Analytics-werkruimte zijn gestroomd, ziet u mogelijk niet direct gegevens in de rapporten omdat de gegevens voor de huidige gedeeltelijke dag niet worden weergegeven in de rapporten. Zie Conventies die worden gebruikt in back-uprapporten voor meer informatie. Het is raadzaam om de rapporten twee dagen na het configureren van uw kluizen te bekijken om gegevens naar Log Analytics te verzenden.

3. Rapporten weergeven in Azure Portal

Nadat u uw kluizen hebt geconfigureerd om gegevens naar Log Analytics te verzenden, bekijkt u uw back-uprapporten door naar het Back-upcentrum te gaan en Back-uprapporten te selecteren. Selecteer de relevante werkruimte(s) op het tabblad Aan de slag .

Het rapport bevat verschillende tabbladen:

Samenvatting

Gebruik dit tabblad om een algemeen overzicht te krijgen van uw back-upomgeving. U kunt een kort overzicht krijgen van het totale aantal back-upitems, de totale verbruikte cloudopslag, het aantal beveiligde exemplaren en het slagingspercentage van de taak per workloadtype. Ga naar de desbetreffende tabbladen voor meer gedetailleerde informatie over een specifiek type back-upartefact.

Back-upitems

Gebruik dit tabblad om informatie en trends te bekijken over cloudopslag die op back-upitemniveau wordt gebruikt. Als u bijvoorbeeld SQL gebruikt in een back-up van een Azure-VM, ziet u de gebruikte cloudopslag voor elke SQL-database waarvan een back-up wordt gemaakt. U kunt er ook voor kiezen om gegevens te zien voor back-upitems van een bepaalde beveiligingsstatus. Als u bijvoorbeeld de tegel Beveiliging gestopt bovenaan het tabblad selecteert, worden alle onderliggende widgets gefilterd om alleen gegevens weer te geven voor back-upitems met de status Beveiliging gestopt.

Gebruik

Gebruik dit tabblad om de belangrijkste factureringsparameters voor uw back-ups weer te geven. De informatie die op dit tabblad wordt weergegeven, bevindt zich op het niveau van een factureringsentiteit (beveiligde container). Als er bijvoorbeeld een back-up van een DPM-server wordt gemaakt naar Azure, kunt u de trend bekijken van beveiligde exemplaren en cloudopslag die wordt gebruikt voor de DPM-server. Als u SQL gebruikt in Azure Backup of SAP HANA in Azure Backup, krijgt u op dit tabblad informatie over gebruik op het niveau van de virtuele machine waarin deze databases zijn opgenomen.

Notitie

• Voor Azure File-, Azure Blob- en Azure Disk-workloads wordt de verbruikte opslag weergegeven als nul. Dit komt doordat het veld verwijst naar de opslag die in de kluis wordt gebruikt, en voor Azure File, Azure Blob en Azure Disk; alleen de back-upoplossing op basis van momentopnamen wordt momenteel ondersteund in de rapporten.
• Voor DPM-workloads zien gebruikers mogelijk een klein verschil (van de volgorde van 20 MB per DPM-server) tussen de gebruikswaarden die in de rapporten worden weergegeven in vergelijking met de cumulatieve gebruikswaarde, zoals wordt weergegeven op het tabblad Overzicht van de Recovery Services-kluis. Dit verschil wordt veroorzaakt door het feit dat elke DPM-server die wordt geregistreerd voor back-up een bijbehorende metagegevensgegevensbron heeft, die niet wordt weergegeven als artefact voor rapportage.

Projecten

Gebruik dit tabblad om langlopende trends voor taken weer te geven, zoals het aantal mislukte taken per dag en de belangrijkste oorzaken van taakfouten. U kunt deze informatie weergeven op zowel een aggregaatniveau als op back-upitemniveau. Selecteer een bepaald back-upitem in een raster om gedetailleerde informatie weer te geven over elke taak die is geactiveerd op dat back-upitem in het geselecteerde tijdsbereik.

Notitie

Voor Azure Database for PostgreSQL-, Azure Blob- en Azure Disk-workloads is het overgedragen veld voor gegevens momenteel niet beschikbaar in de tabel Taken .

Beleid

Gebruik dit tabblad om informatie weer te geven over al uw actieve beleidsregels, zoals het aantal gekoppelde items en de totale cloudopslag die wordt verbruikt door items waarvan een back-up is gemaakt onder een bepaald beleid. Selecteer een bepaald beleid om informatie weer te geven over elk van de bijbehorende back-upitems.

Optimaliseren

Gebruik dit tabblad om inzicht te krijgen in mogelijke mogelijkheden voor kostenoptimalisatie voor uw back-ups. Hier volgen de scenario's waarvoor het tabblad Optimaliseren momenteel inzichten biedt:

Inactieve resources

Met deze weergave kunt u de back-upitems identificeren die gedurende een aanzienlijke periode geen geslaagde back-up hebben gehad. Dit kan betekenen dat de onderliggende machine waarvan een back-up wordt gemaakt, niet meer bestaat (en dat leidt tot mislukte back-ups), of dat er een probleem is met de computer waardoor back-ups niet betrouwbaar kunnen worden gemaakt.

Als u inactieve resources wilt weergeven, gaat u naar het tabblad Optimaliseren en selecteert u de tegel Inactieve resources . Selecteer deze tegel geeft een raster weer met details van alle inactieve resources die aanwezig zijn in het geselecteerde bereik. Standaard worden in het raster items weergegeven die de afgelopen zeven dagen geen herstelpunt hebben. Als u inactieve resources voor een ander tijdsbereik wilt zoeken, kunt u het filter Tijdsbereik boven aan het tabblad aanpassen.

Nadat u een inactieve resource hebt geïdentificeerd, kunt u het probleem verder onderzoeken door naar het dashboard van het back-upitem of het deelvenster Azure-resource voor die resource te gaan (waar van toepassing). Afhankelijk van uw scenario kunt u ervoor kiezen om de back-up voor de machine te stoppen (als deze niet meer bestaat) en onnodige back-ups te verwijderen, waardoor kosten worden bespaard, of u kunt problemen op de computer oplossen om ervoor te zorgen dat back-ups betrouwbaar worden gemaakt.

Notitie

Voor Azure Database for PostgreSQL-, Azure Blob- en Azure Disk-workloads wordt de weergave Inactieve resources momenteel niet ondersteund.

Back-upitems met een lange bewaarperiode

Met deze weergave kunt u de items identificeren die back-ups hebben bewaard voor een langere duur dan nodig is voor uw organisatie.

Als u de tegel Beleidsoptimalisaties selecteert , gevolgd door de tegel Retentieoptimalisaties , wordt een raster weergegeven met alle back-upitems waarvoor de retentie van het dagelijkse, wekelijkse, maandelijkse of jaarlijkse retentiepunt (RP) groter is dan een opgegeven waarde. Standaard worden in het raster alle back-upitems in het geselecteerde bereik weergegeven. U kunt de filters gebruiken voor dagelijkse, wekelijkse, maandelijkse en jaarlijkse RP-retentie om het raster verder te filteren en deze items te identificeren waarvoor retentie mogelijk kan worden verminderd om te besparen op back-upopslagkosten.

Voor databaseworkloads zoals SQL en SAP HANA komen de bewaarperioden in het raster overeen met de bewaarperioden van de volledige back-uppunten en niet de differentiële back-uppunten. Hetzelfde geldt ook voor de retentiefilters.

Notitie

Voor back-upexemplaren die gebruikmaken van de kluisstandaardlaag, houdt het raster Retentieoptimalisaties rekening met de retentieduur in de kluisstandaardlaag. Voor back-upexemplaren die niet gebruikmaken van de kluislaag (bijvoorbeeld items die worden beveiligd door de Azure Disk Backup-oplossing), houdt het raster rekening met de retentie van de momentopnamelaag.

Databases geconfigureerd voor dagelijkse volledige back-up

Met deze weergave kunt u databaseworkloads identificeren die zijn geconfigureerd voor dagelijkse volledige back-up. Vaak is het gebruik van dagelijkse differentiële back-ups samen met wekelijkse volledige back-ups rendabeler.

Als u de tegel Beleidsoptimalisaties selecteert , gevolgd door de tegel Back-upplanningoptimalisaties , wordt een raster weergegeven met alle databases met een dagelijks volledig back-upbeleid. U kunt ervoor kiezen om naar een bepaald back-upitem te navigeren en het beleid te wijzigen om dagelijkse differentiële back-ups te gebruiken met wekelijkse volledige back-up.

Het filter Voor back-upbeheertype boven aan het tabblad moet de items SQL in Azure VM en SAP HANA in Azure VM zijn geselecteerd, zodat in het raster databaseworkloads kunnen worden weergegeven zoals verwacht.

Naleving van beleid

Met dit tabblad kunt u bepalen of al uw back-upexemplaren elke dag ten minste één geslaagde back-up hebben gehad. Voor items met wekelijks back-upbeleid kunt u dit tabblad gebruiken om te bepalen of alle back-upexemplaren ten minste één geslaagde back-up per week hebben gehad.

Er zijn twee soorten weergaven voor naleving van beleid beschikbaar:

• Naleving van beleid per tijdsperiode: Met deze weergave kunt u bepalen hoeveel items ten minste één geslaagde back-up op een bepaalde dag hebben gehad en hoeveel er op die dag geen geslaagde back-up hebben gehad. U kunt op een rij klikken om details weer te geven van alle back-uptaken die zijn geactiveerd op de geselecteerde dag. Houd er rekening mee dat als u het tijdsbereik verhoogt naar een grotere waarde, zoals de afgelopen 60 dagen, het raster wordt weergegeven in de wekelijkse weergave en het aantal items weergeeft dat ten minste één geslaagde back-up op elke dag in de opgegeven week heeft gehad. Op dezelfde manier is er een maandelijkse weergave voor grotere tijdsbereiken.

In het geval van wekelijkse back-ups van items kunt u met dit raster alle items identificeren die in de opgegeven week ten minste één geslaagde back-up hebben gehad. Voor een groter tijdsbereik, zoals de afgelopen 120 dagen, wordt het raster weergegeven in de maandelijkse weergave en wordt het aantal items weergegeven met ten minste één geslaagde back-up in elke week in de opgegeven maand. Raadpleeg conventies die worden gebruikt in back-uprapporten voor meer informatie over dagelijkse, wekelijkse en maandelijkse weergaven.

• Naleving van beleid per back-upexemplaren: met deze weergave kunt u details over naleving van beleid weergeven op het niveau van een back-upexemplaren. Een cel die groen is, geeft aan dat het back-upexemplaren op de opgegeven dag ten minste één geslaagde back-up hadden. Een cel die rood is, geeft aan dat het back-upexemplaren nog geen geslaagde back-up op de opgegeven dag hebben. Dagelijkse, wekelijkse en maandelijkse aggregaties volgen hetzelfde gedrag als de weergave Naleving van beleid per periode. U kunt op een rij klikken om alle back-uptaken op het opgegeven back-upexemplaren in het geselecteerde tijdsbereik weer te geven.

Azure Backup-rapporten e-mailen

Met de functie E-mailrapport die beschikbaar is in Back-uprapporten, kunt u geautomatiseerde taken maken om periodieke rapporten via e-mail te ontvangen. Deze functie werkt door een logische app te implementeren in uw Azure-omgeving die gegevens opvraagt uit uw geselecteerde Log Analytics-werkruimten (LA), op basis van de invoer die u opgeeft.

Zodra de logische app is gemaakt, moet u verbindingen met Azure Monitor-logboeken en Office 365 autoriseren. Hiervoor gaat u naar Logic Apps in Azure Portal en zoekt u naar de naam van de taak die u hebt gemaakt. Als u de menuopdracht API-verbindingen selecteert, wordt de lijst met API-verbindingen geopend die u moet autoriseren. Meer informatie over het configureren van e-mailberichten en het oplossen van problemen.

Azure Backup-rapporten aanpassen

Back-uprapporten maakt gebruik van systeemfuncties in Azure Monitor-logboeken. Deze functies werken op gegevens in de onbewerkte Azure Backup-tabellen in LA en retourneren opgemaakte gegevens waarmee u eenvoudig informatie kunt ophalen van al uw back-upgerelateerde entiteiten, met behulp van eenvoudige query's.

Als u uw eigen rapportwerkmappen wilt maken met behulp van back-uprapporten als basis, gaat u naar Back-uprapporten, klikt u boven aan het rapport op Bewerken en bekijkt/bewerkt u de query's die in de rapporten worden gebruikt. Raadpleeg de documentatie voor Azure-werkmappen voor meer informatie over het maken van aangepaste rapporten.

Exporteren naar Excel

Selecteer de pijl-omlaag in de rechterbovenhoek van een widget, zoals een tabel of grafiek, om de inhoud van die widget te exporteren als een Excel-blad terwijl bestaande filters zijn toegepast. Als u meer rijen van een tabel wilt exporteren naar Excel, kunt u het aantal rijen op de pagina verhogen met behulp van de vervolgkeuzepijl Rijen per pagina boven aan elk raster.

Vastmaken aan dashboard

Selecteer de knop Vastmaken boven aan elke widget om de widget vast te maken aan uw Azure Portal-dashboard. Met deze functie kunt u aangepaste dashboards maken die zijn afgestemd op de belangrijkste informatie die u nodig hebt.

Rapporten voor meerdere tenants

Als u Azure Lighthouse gebruikt met gedelegeerde toegang tot abonnementen in meerdere tenantomgevingen, kunt u het standaardabonnementsfilter gebruiken. Selecteer de filterknop in de rechterbovenhoek van Azure Portal om alle abonnementen te kiezen waarvoor u gegevens wilt zien. Hiermee kunt u Log Analytics-werkruimten selecteren in uw tenants om rapporten met meerdere tenants weer te geven.

Conventies die worden gebruikt in back-uprapporten

• Filters werken van links naar rechts en van boven naar beneden op elk tabblad. Dat wil gezegd, elk filter is alleen van toepassing op al die widgets die rechts van dat filter of onder dat filter staan.
• Als u een gekleurde tegel selecteert, worden de widgets onder de tegel gefilterd voor records die betrekking hebben op de waarde van die tegel. Als u bijvoorbeeld de tegel Beveiliging gestopt selecteert op het tabblad Back-upitems , worden de rasters en grafieken hieronder gefilterd om gegevens weer te geven voor back-upitems met de status Gestopte beveiliging.
• Tegels die niet gekleurd zijn, kunnen niet worden geselecteerd.
• Gegevens voor de huidige gedeeltelijke dag worden niet weergegeven in de rapporten. Dus wanneer de geselecteerde waarde van Tijdsbereik afgelopen 7 dagen is, worden in het rapport records weergegeven voor de afgelopen zeven voltooide dagen. De huidige dag is niet inbegrepen.
• Het rapport bevat details van taken (afgezien van logboektaken) die zijn geactiveerd in het geselecteerde tijdsbereik.
• De waarden die worden weergegeven voor cloudopslag en beveiligde exemplaren, bevinden zich aan het einde van het geselecteerde tijdsbereik.
• De back-upitems die in de rapporten worden weergegeven, zijn de items die aan het einde van het geselecteerde tijdsbereik bestaan. Back-upitems die midden in het geselecteerde tijdsbereik zijn verwijderd, worden niet weergegeven. Dezelfde conventie geldt ook voor back-upbeleid.
• Als het geselecteerde tijdsbereik een periode van minder dan 30 dagen omvat, worden grafieken weergegeven in de dagelijkse weergave, waarbij er één gegevenspunt voor elke dag is. Als het tijdsbereik een periode omvat die groter is dan 30 dagen en kleiner is dan (of gelijk aan) 90 dagen, worden grafieken weergegeven in de wekelijkse weergave. Voor grotere tijdsbereiken worden grafieken weergegeven in de maandelijkse weergave. Het wekelijks of maandelijks samenvoegen van gegevens helpt bij betere prestaties van query's en eenvoudiger leesbaarheid van gegevens in grafieken.
• De rasters voor naleving van beleid volgen ook een vergelijkbare aggregatielogica zoals hierboven beschreven. Er zijn echter enkele kleine verschillen. Het eerste verschil is dat er voor items met wekelijks back-upbeleid geen dagelijkse weergave is (alleen wekelijkse en maandelijkse weergaven zijn beschikbaar). Verder wordt in de rasters voor items met wekelijks back-upbeleid een 'maand' beschouwd als een periode van 4 weken (28 dagen) en niet 30 dagen, om gedeeltelijke weken van overweging te elimineren.

Hoe kunnen problemen worden opgelost?

Als u problemen met gegevensverschillen in Back-uprapporten ziet, voert u deze voorlopige controles uit:

1. Zorg ervoor dat alle kluizen de vereiste diagnostische logboeken verzenden naar de Log Analytics-werkruimte.

2. Zorg ervoor dat u de juiste filters hebt geselecteerd in Back-uprapporten.

3. Bekijk de volgende limieten in back-uprapporten:

   • Nadat u diagnostische gegevens hebt geconfigureerd, kan het tot 24 uur duren voordat de eerste gegevenspush is voltooid. Nadat de gegevens naar de Log Analytics-werkruimte zijn gestroomd, ziet u mogelijk niet direct gegevens in de rapporten omdat de gegevens voor de huidige gedeeltelijke dag niet worden weergegeven in de rapporten. U wordt aangeraden de rapporten twee dagen nadat u uw kluizen hebt geconfigureerd om gegevens naar Log Analytics te verzenden.

   • Back-uptaken voor SQL-logboeken worden momenteel niet weergegeven in back-uprapporten.

   • Zoals hierboven vermeld, bevatten de rapporten geen gegevens voor de huidige gedeeltelijke dag en worden alleen volledige dagen (UTC) in overweging genomen.

     Bijvoorbeeld, in het rapport, zelfs als u een tijdsbereik van 23/3 14:30 – 24/3 10:00 uur selecteert, wordt de query intern uitgevoerd voor de periode 23/3 12:00 UTC – 24/3 11:59 UTC. Dit betekent dat het tijdonderdeel van de datum/tijd wordt overschreven door de query.

     Als de datum van vandaag 29 maart is, worden gegevens alleen weergegeven tot het einde (11:59 uur UTC) van 28 maart. Voor taken die zijn gemaakt op 29 maart, kunt u ze zien wanneer u de rapporten op de volgende dag controleert, dat wil gezegd, 30 maart.

Als geen van de bovenstaande gegevens in het rapport wordt uitgelegd, neemt u contact op met Microsoft Ondersteuning.

Laadtijden van query's

De widgets in het back-uprapport worden mogelijk gemaakt door Kusto-query's, die worden uitgevoerd op de Log Analytics-werkruimten van de gebruiker. Deze query's omvatten doorgaans de verwerking van grote hoeveelheden gegevens, met meerdere joins om uitgebreidere inzichten mogelijk te maken. Als gevolg hiervan worden de widgets mogelijk niet onmiddellijk geladen wanneer de gebruiker rapporten bekijkt over een grote back-upomgeving. Deze tabel bevat een ruwe schatting van de tijd die verschillende widgets kunnen duren om te laden, op basis van het aantal back-upitems en het tijdsbereik waarvoor het rapport wordt bekeken.

# Gegevensbronnen	Tijdshorizon	Geschatte laadtijden
~5 K	1 maand	Tegels: 5-10 sec. Rasters: 5-10 sec. Grafieken: 5-10 sec. Filters op rapportniveau: 5-10 sec.
~5 K	3 maanden	Tegels: 5-10 sec. Rasters: 5-10 sec. Grafieken: 5-10 sec. Filters op rapportniveau: 5-10 sec.
~10 K	3 maanden	Tegels: 15-20 sec. Rasters: 15-20 sec. Grafieken: 1-2 minuten Filters op rapportniveau: 25-30 sec.
~15 K	1 maand	Tegels: 15-20 sec. Rasters: 15-20 sec. Grafieken: 50-60 sec. Filters op rapportniveau: 20-25 sec.
~15 K	3 maanden	Tegels: 20-30 sec. Rasters: 20-30 sec. Grafieken: 2-3 minuten Filters op rapportniveau: 50-60 sec.

Wat is er gebeurd met de Power BI-rapporten?

• De eerdere Power BI-sjabloon-app voor rapportage, die gegevens uit een Azure-opslagaccount heeft opgeslagen, is op een afschaffingspad. Het is raadzaam om diagnostische gegevens van de kluis naar Log Analytics te verzenden om rapporten weer te geven.

• Daarnaast bevindt het V1-schema voor het verzenden van diagnostische gegevens naar een opslagaccount of een LA-werkruimte zich ook op een afschaffingspad. Dit betekent dat als u aangepaste query's of automatiseringen hebt geschreven op basis van het V1-schema, u wordt aangeraden deze query's bij te werken om het momenteel ondersteunde V2-schema te gebruiken.

Volgende stappen

Meer informatie over bewaking en rapportage met Azure Backup