Logboeken herstellen in Azure Monitor
De herstelbewerking maakt een specifiek tijdsbereik van gegevens in een tabel beschikbaar in de hot-cache voor query's met hoge prestaties. In dit artikel wordt beschreven hoe u gegevens herstelt, query's uitvoert op die gegevens en vervolgens de gegevens sluit wanneer u klaar bent.
Notitie
Tabellen met het hulptabelplan bieden geen ondersteuning voor het herstellen van gegevens. Gebruik een zoektaak om gegevens op te halen die in langetermijnretentie van een hulptabel zijn.
Waarschuwing
Als u een gegevensherstel maakt, wordt de facturering voor elke gegevensherstel gestart totdat uw herstelbewerking is gesloten. Meer informatie over de kosten voor het gebruik van gegevensherstel.
Machtigingen
Als u gegevens wilt herstellen van langetermijnretentie, hebt u de Log Analytics-werkruimte en machtigingen nodigMicrosoft.OperationalInsights/workspaces/tables/write
, zoals opgegeven door de ingebouwde rol Log Analytics-inzender.Microsoft.OperationalInsights/workspaces/restoreLogs/write
Logboeken herstellen
Gebruik de herstelbewerking om een query uit te voeren op gegevens in langetermijnretentie. U kunt de herstelbewerking ook gebruiken om krachtige query's uit te voeren binnen een bepaald tijdsbereik op een Analytics-tabel wanneer de logboekquery's die u uitvoert op de brontabel, niet kunnen worden voltooid binnen de time-out van de logboekquery van 10 minuten.
Notitie
Herstellen is één methode voor het openen van gegevens in langetermijnretentie. Gebruik herstel om query's uit te voeren op een set gegevens binnen een bepaald tijdsbereik. Gebruik zoektaken om toegang te krijgen tot gegevens op basis van specifieke criteria.
Wat doet een herstelopdracht?
Wanneer u gegevens herstelt, geeft u de brontabel op die de gegevens bevat die u wilt opvragen en de naam van de nieuwe doeltabel die moet worden gemaakt.
Met de herstelbewerking maakt u de hersteltabel en wijst u extra rekenresources toe voor het uitvoeren van query's op de herstelde gegevens met behulp van query's met hoge prestaties die volledige KQL ondersteunen.
De doeltabel biedt een weergave van de onderliggende brongegevens, maar heeft geen invloed op deze gegevens. De tabel heeft geen bewaarinstelling en u moet de herstelde gegevens expliciet sluiten wanneer u deze niet meer nodig hebt.
Gegevens terugzetten
Waarschuwing
Wanneer u gegevens herstelt, moet u de herstelbewerking sluiten zodra u klaar bent met het herstellen. Er worden nog steeds kosten in rekening gebracht voor het herstellen van gegevens totdat deze wordt gesloten (meer informatie).
Als u gegevens uit een tabel wilt herstellen, roept u de Tabellen - API maken of bijwerken aan. De naam van de doeltabel moet eindigen op _RST.
PUT https://management.azure.com/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/tables/{user defined name}_RST?api-version=2021-12-01-preview
Aanvraagbody
De hoofdtekst van de aanvraag moet de volgende waarden bevatten:
Name | Type | Description |
---|---|---|
properties.restoredLogs.sourceTable | tekenreeks | Tabel met de gegevens die u wilt herstellen. |
properties.restoredLogs.startRestoreTime | tekenreeks | Begin van het tijdsbereik dat moet worden hersteld. |
properties.restoredLogs.endRestoreTime | tekenreeks | Einde van het tijdsbereik dat moet worden hersteld. |
Tabelstatus herstellen
De eigenschap provisioningState geeft de huidige status van de hersteltabelbewerking aan. De API retourneert deze eigenschap wanneer u de herstelbewerking start en u kunt deze eigenschap later ophalen met behulp van een GET-bewerking in de tabel. De eigenschap provisioningState heeft een van de volgende waarden:
Weergegeven als | Beschrijving |
---|---|
Bijwerken | Herstelbewerking wordt uitgevoerd. |
Geslaagd | De herstelbewerking is voltooid. |
Verwijderen | De herstelde tabel verwijderen. |
Voorbeeldaanvraag
In dit voorbeeld worden gegevens uit de maand januari 2020 uit de tabel Gebruik hersteld naar een tabel met de naam Usage_RST.
Aanvragen
PUT https://management.azure.com/subscriptions/00000000-0000-0000-0000-00000000000/resourcegroups/testRG/providers/Microsoft.OperationalInsights/workspaces/testWS/tables/Usage_RST?api-version=2021-12-01-preview
Aanvraagbody:
{
"properties": {
"restoredLogs": {
"startRestoreTime": "2020-01-01T00:00:00Z",
"endRestoreTime": "2020-01-31T00:00:00Z",
"sourceTable": "Usage"
}
}
}
Herstelde gegevens opvragen
Herstelde logboeken behouden hun oorspronkelijke tijdstempels. Wanneer u een query uitvoert op herstelde logboeken, stelt u het tijdsbereik van de query in op basis van het tijdstip waarop de gegevens oorspronkelijk zijn gegenereerd.
Stel het tijdsbereik van de query in op:
Selecteer Aangepast in de vervolgkeuzelijst Tijdsbereik bovenaan de queryeditor en stel waarden van en naar in.
orHet tijdsbereik in de query opgeven. Voorbeeld:
let startTime =datetime(01/01/2022 8:00:00 PM); let endTime =datetime(01/05/2022 8:00:00 PM); TableName_RST | where TimeGenerated between(startTime .. endTime)
Herstelde gegevens sluiten
Als u kosten wilt besparen, raden we u aan de herstelde tabel te verwijderen om herstelde gegevens te verwijderen wanneer u deze niet meer nodig hebt.
Als u de herstelde tabel verwijdert, worden de gegevens in de brontabel niet verwijderd.
Notitie
Herstelde gegevens zijn beschikbaar zolang de onderliggende brongegevens beschikbaar zijn. Wanneer u de brontabel verwijdert uit de werkruimte of wanneer de bewaarperiode van de brontabel afloopt, worden de gegevens uit de herstelde tabel verwijderd. De lege tabel blijft echter behouden als u deze niet expliciet verwijdert.
Beperkingen
Herstellen is onderhevig aan de volgende beperkingen.
U kunt:
Gegevens herstellen uit een periode van ten minste twee dagen.
Herstel tot 60 TB.
Voer gelijktijdig twee herstelprocessen in een werkruimte uit.
Voer op een bepaald moment slechts één actieve herstelbewerking uit op een specifieke tabel. Het uitvoeren van een tweede herstelbewerking op een tabel met een actieve herstelbewerking mislukt.
Voer maximaal vier herstelbewerkingen per tabel per week uit.
Prijsmodel
De kosten voor herstelde logboeken zijn gebaseerd op het aantal gegevens dat u herstelt en de duur waarvoor de herstelbewerking actief is. De prijseenheden zijn dus per GB per dag. Gegevensherstel wordt gefactureerd op elke UTC-dag dat de herstelbewerking actief is.
Kosten zijn onderhevig aan een minimaal hersteld gegevensvolume van 2 TB per herstel, omdat herstel extra rekenresources toewijst voor het uitvoeren van query's op de herstelde gegevens. Als u minder gegevens herstelt, worden er elke dag kosten in rekening gebracht voor het minimum van 2 TB totdat de herstelbewerking wordt gesloten.
Op de eerste en laatste dagen dat de herstelbewerking actief is, wordt u alleen gefactureerd voor het deel van de dag dat de herstelbewerking actief was.
De minimale kosten zijn voor een herstelduur van 12 uur, zelfs als de herstelbewerking gedurende minder dan 12 uur actief is.
Zie de prijzen van Azure Monitor op het tabblad Logboeken voor meer informatie over de prijs voor het herstellen van gegevens.
Hier volgen enkele voorbeelden voor het illustreren van kostenberekeningen voor gegevensherstel:
Als uw tabel 500 GB per dag bevat en u 10 dagen gegevens uit die tabel herstelt, is de totale herstelgrootte 5 TB. Er worden elke dag kosten in rekening gebracht voor deze 5 TB herstelde gegevens totdat u de herstelde gegevens negeert. Uw dagelijkse kosten zijn 5000 GB vermenigvuldigd met uw prijs voor gegevensherstel (zie prijzen van Azure Monitor).)
Als in plaats daarvan slechts 700 GB aan gegevens wordt hersteld, wordt elke dag dat de herstelbewerking actief is gefactureerd voor het minimale herstelniveau van 2 TB. Uw dagelijkse kosten zijn 2000 GB vermenigvuldigd met uw prijs voor gegevensherstel.
Als een gegevensherstel van 5 TB slechts gedurende 1 uur actief blijft, wordt deze gefactureerd voor minimaal 12 uur. De kosten voor deze gegevensherstel zijn 5000 GB vermenigvuldigd met de prijs voor gegevensherstel, vermenigvuldigd met 0,5 dagen (het minimum van 12 uur).
Als een gegevensherstel van 700 GB slechts gedurende 1 uur actief blijft, wordt deze gefactureerd voor minimaal 12 uur. De kosten voor deze gegevensherstel zijn 2000 GB (de minimaal gefactureerde herstelgrootte) vermenigvuldigd met de prijs voor gegevensherstel vermenigvuldigd met 0,5 dagen (het minimum van 12 uur).
Notitie
Er worden geen kosten in rekening gebracht voor het uitvoeren van query's op herstelde logboeken omdat het Analytics-logboeken zijn.