Azure Backup-rapporten e-mailen

In dit artikel wordt beschreven hoe u geautomatiseerde taken maakt voor het ontvangen van periodieke rapporten via e-mail.

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. Meer informatie over logic apps en hun prijzen.

Getting Started

Voer de volgende stappen uit om e-mailtaken te configureren via back-uprapporten:

Ga naar Resiliency>Monitoring + Rapportage>Rapporten.
Selecteer back-uprapporten (geconsolideerd) in het deelvenster Rapporten.
Selecteer in het deelvenster Back-uprapporten (geconsolideerd) het tabblad E-mailrapport .
Maak een taak door de volgende informatie op te geven:
- Taakdetails : de naam van de logische app die moet worden gemaakt, en het abonnement, de resourcegroep en de locatie waarin deze moet worden gemaakt. Houd er rekening mee dat de logische app gegevens kan opvragen over meerdere abonnementen, resourcegroepen en locaties (zoals geselecteerd in de sectie Rapportfilters), maar wordt gemaakt in de context van één abonnement, resourcegroep en locatie.
- Te exporteren gegevens - het tabblad dat u wilt exporteren. U kunt één taak-app per tabblad maken of alle tabbladen per e-mail verzenden met één taak door de optie Alle tabbladen te selecteren.
- E-mailopties: de e-mailfrequentie, de e-mail-id('s) van de geadresseerde en het onderwerp van de e-mail.
Nadat u Verzenden en bevestigen hebt geselecteerd, wordt de logische app gemaakt. De geïmplementeerde logische app maakt gebruik van de prijzen van het verbruiksabonnement . De logische app en de bijbehorende API-verbindingen worden gemaakt met de tag UsedByBackupReports: true voor makkelijke vindbaarheid. U moet een eenmalige autorisatiestap uitvoeren om de logische app succesvol uit te voeren, zoals beschreven in de onderstaande sectie.

Note

Ondersteuning voor workloads voor Backup-kluizen (Azure Database for PostgreSQL Server, Azure Blobs, Azure Disks) wordt in april 2023 toegevoegd aan de sjablonen van de Logic Apps. Dus als u deze logic apps eerder hebt geïmplementeerd, moet u deze opnieuw implementeren met behulp van de bovenstaande stappen als u gegevens wilt zien voor workloads in de Backup vault in uw e-mailrapporten.

Verbindingen met Azure Monitor-logboeken en Office 365 autoriseren

De logische app maakt gebruik van de azuremonitorlogs-connector voor het uitvoeren van query's op de LA-werkruimte(s) en maakt gebruik van de Office365 Outlook-connector voor het verzenden van e-mailberichten. U moet een eenmalige autorisatie uitvoeren voor deze twee connectors.

Volg de onderstaande stappen om de autorisatie uit te voeren:

Ga naar Logic Apps in Azure Portal.
Zoek de naam van de logische app die u hebt gemaakt en ga naar de resource.
Selecteer de menuopdracht API-verbindingen .
U ziet twee verbindingen met de indeling <location>-azuremonitorlogs en <location>-office365 : eastus-azuremonitorlogs en eastus-office365.
Ga naar elk van deze verbindingen en selecteer het menu-item API-verbinding bewerken . Selecteer Autoriseren in het scherm dat wordt weergegeven en sla de verbinding op zodra de autorisatie is voltooid.
Als u wilt testen of de logische app werkt na autorisatie, gaat u terug naar de logische app, opent u Overzicht en selecteert u Trigger uitvoeren in het bovenste deelvenster om te testen of er een e-mailbericht wordt gegenereerd.

Note

Het afzenderaccount dat aan het e-mailbericht is gekoppeld, is hetzelfde als het account dat wordt gebruikt om de Office 365-verbinding te autoriseren tijdens de configuratie van het e-mailrapport. Als u de afzender wilt wijzigen, moet u een ander account gebruiken om de verbinding te autoriseren.

Inhoud van het e-mailbericht

Alle grafieken die in de portal worden weergegeven, zijn beschikbaar als inline opgenomen in de e-mail. Meer informatie over de informatie die wordt weergegeven in back-uprapporten.
De rasters die in de portal worden weergegeven, zijn beschikbaar als *.csv bijlagen in het e-mailbericht.
De gegevens die in het e-mailbericht worden weergegeven, maken gebruik van de filters op rapportniveau die door de gebruiker in het rapport zijn geselecteerd op het moment dat de e-mailtaak wordt gemaakt.
Filters op tabbladniveau, zoals Back-up Instantienaam, Beleidsnaam enzovoort, worden niet toegepast. De enige uitzondering hierop is het raster Retentieoptimalisaties op het tabblad Optimaliseren, waarbij de filters voor retentie van dagelijkse,wekelijkse, maandelijkse en jaarlijkse RP-retentie worden toegepast.
Het tijdsbereik en het aggregatietype (voor grafieken) zijn gebaseerd op de selectie van het tijdsbereik van de gebruiker in de rapporten. Als de selectie van het tijdsbereik bijvoorbeeld de afgelopen 60 dagen is (vertaalt naar het type wekelijkse aggregatie) en de e-mailfrequentie dagelijks is, ontvangt de ontvanger elke dag een e-mailbericht met grafieken die gegevens omvatten die de afgelopen 60 dagen duren, waarbij gegevens worden samengevoegd op wekelijks niveau.

Problemen oplossen

Als u geen e-mailberichten ontvangt zoals verwacht, zelfs na een geslaagde implementatie van de logische app, kunt u de onderstaande stappen volgen om problemen met de configuratie op te lossen:

Scenario 1: Geen geslaagde e-mail of een fout-e-mail ontvangen

Dit probleem kan optreden omdat de Outlook API-connector niet is geautoriseerd. Volg de bovenstaande autorisatiestappen om de verbinding te autoriseren.
Dit probleem kan ook optreden als u een onjuiste e-mailontvanger hebt opgegeven tijdens het maken van de logische app. Als u wilt controleren of de geadresseerde juist is opgegeven, gaat u naar de logische app in Azure Portal, opent u de ontwerper van de logische app en selecteert u de e-mailstap om te zien of de juiste e-mail-id's worden gebruikt.

Scenario 2: Er wordt een foutmail ontvangen waarin staat dat de logische app niet volledig is uitgevoerd.

Deze fout oplossen:

Ga naar de Logic App in de Azure Portal.
Onder aan het scherm Overzicht ziet u de sectie Uitvoeringsgeschiedenis . U kunt openen op de meest recente uitvoering en bekijken welke stappen in de werkstroom zijn mislukt. Enkele mogelijke oorzaken kunnen zijn:
- Azure Monitor Logs Connector is niet geautoriseerd: volg de autorisatiestappen zoals hierboven beschreven om dit probleem op te lossen.
- Fout in de LA-query: als u de logische app hebt aangepast met uw eigen query's, kan een fout in een van de LA-query's ertoe leiden dat de logische app mislukt. U kunt de relevante stap selecteren en de fout bekijken waardoor de query onjuist wordt uitgevoerd.

Scenario 3: Fout bij het autoriseren van Microsoft 365 API-verbinding

Wanneer u probeert de Microsoft 365 API-verbinding te autoriseren, ziet u mogelijk een fout dat de verbinding voor de test van het formulier is mislukt. Fout 'REST API wordt nog niet ondersteund voor dit postvak. Deze fout kan optreden voor sandbox-accounts (testaccounts) of voor accounts die zich op een toegewezen (on-premises) e-mailserver bevinden.

Deze fout kan optreden als het postvak zich op een toegewezen Microsoft Exchange Server bevindt en geen geldig Office 365-postvak is. Meer informatie

Als u een geldig Office 365-postvak wilt ophalen, dient u een aanvraag in bij uw Exchange-beheerder om het postvakaccount te migreren. Gebruikers die geen beheerdersmachtigingen hebben, kunnen geen accounts migreren. Zie Postvakgegevens migreren met behulp van het Exchange-beheercentrum in Office 365 voor meer informatie over het migreren van het postvakaccount.

Scenario 4: Fout bij het autoriseren van verbinding met Azure Monitor-logboeken

Wanneer u de verbinding met Azure Monitor-logboeken probeert te autoriseren, kunt u mogelijk de foutmelding InvalidAuthenticationTokenTenant zien. Dit gebeurt meestal wanneer u bent aangemeld bij een andere tenant op het moment dat u de verbinding met Azure Monitor-logboeken autoriseert. U moet zich aanmelden bij dezelfde tenant als de tenant waar de Log Analytics-werkruimte bestaat om de autorisatie te voltooien.

Om ervoor te zorgen dat u bent aangemeld bij de juiste tenant, kunt u portal.azure.com/< tenant-id-van-werkruimte > in de browser openen en de autorisatie uitvoeren. Als u de tenant-id wilt vinden, gaat u naar Azure Activity Directory ->Overzicht ->Tenants beheren.

Neem contact op met Microsoft Ondersteuning als de problemen zich blijven voordoen.

Richtlijnen voor GCC High-gebruikers

Als u een gebruiker bent in een Azure Government-omgeving met een Office365 GCC High-account, controleert u of de e-mailconfiguratie juist is ingesteld. Omdat een ander eindpunt wordt gebruikt voor het autoriseren van deze verbinding, moeten GCC High-gebruikers dit expliciet specificeren. Voer een van de volgende methoden uit om de configuratie te controleren en de logische app in te stellen voor gebruik in GCC High.

Kies een client:

Azure-portal
Azure Resource Manager (ARM)-sjabloon

Voer de volgende stappen uit om het verificatietype voor de Office 365-verbinding bij te werken via Azure Portal:

Implementeer de taak van de logic app voor de vereiste tabbladen. Zie de stappen in Aan de slag.

Meer informatie over het autoriseren van de Verbinding met Azure Monitor-logboeken.
Zodra de app is geïmplementeerd, gaat u naar de logische app in Azure Portal en selecteert u logic app designer in het menu.
Zoek de plaatsen waar de Office 365-actie wordt gebruikt.

U vindt twee Office 365-acties die worden gebruikt, beide onder aan de flow.
Selecteer Verbinding wijzigen en selecteer het informatiepictogram.
Er wordt een pop-up geopend waarin u het verificatietype voor GCC High kunt selecteren.

Zodra u het juiste verificatietype selecteert op alle plaatsen waar de Office 365-verbinding wordt gebruikt, moet de verbinding werken zoals verwacht.

U kunt ook de ARM-sjabloon, die wordt gebruikt voor het implementeren van de logische app, rechtstreeks bijwerken om ervoor te zorgen dat het GCC High-eindpunt wordt gebruikt voor autorisatie. Volg deze stappen:

Ga naar het tabblad E-mailrapport , geef de vereiste invoer op en selecteer Verzenden.
Selecteer De sjabloon Weergeven.

Hiermee opent u de JSON van de ARM-sjabloon die u kunt downloaden en bewerken.

Zoek het resourceblok in het JSON-bestand (met name de sectie waarin een resource Microsoft.Web/connections wordt geïmplementeerd met de Office 365-parameters).

Als u de sjabloon wilt wijzigen ter ondersteuning van GCCHigh, voegt u de subsectie parameterValueSet toe aan de eigenschappensectie van deze resource.

Het bijgewerkte blok ziet er als volgt uit:

{
    "type": "Microsoft.Web/connections",
    "apiVersion": "2018-07-01-preview",
    "name": "[variables('office365ConnectionName')]",
    "location": "[parameters('location')]",
    "tags": "[parameters('resourceTags')]",
    "properties": {
        "api": {
            "id": "[subscriptionResourceId('Microsoft.Web/locations/managedApis', parameters('location'), 'office365')]"
        },
        "parameterValueSet": {
            "name": "oauthGccHigh",
            "values": {
                "token": {
                    "value": "[concat('https://logic-apis-', parameters('location'), '.consent.azure-apihub.us/redirect')]"
                }
            }
        },
        "displayName": "office365"
    }
}

Nadat u de bewerkte sjabloon hebt, implementeert u deze sjabloon.
Na de implementatie autoriseert u de Azure Monitor-logboeken en Office 365-verbindingen.

Prijzen voor e-mailrapporten

E-mailrapporten zijn gratis. Er worden echter kosten in rekening gebracht voor de Log Analytics-werkruimte en Logic Apps die u gebruikt om e-mailmeldingen te configureren en af te leveren. Deze kosten zijn van toepassing op basis van de respectieve prijsmodellen.

In de volgende voorbeelden ziet u de kostenraming voor het gebruik van e-mailrapporten:

Kosten van acties: kosten van het actietype (verschilt per rapport dat u configureert voor e-mail) x Aantal acties × 30 dagen (een maand).
Kosten van standaardconnectors: kosten van connector x aantal connectors x 30 dagen (een maand).
Kosten van gegevensretentie (berekening voor 7 dagen): 7 dagen × gegevensvolume per uitvoering in MB (bepaal het volume door de werkstroom eenmaal uit te voeren en metrische gegevens over gegenereerde opslag op te geven) × opslagkosten voor elke eenheid × 30 dagen (een maand).

Volgende stappen

Meer informatie over back-uprapporten

Feedback

Is deze pagina nuttig?

Last updated on 2025-12-30