Dzienniki przywracania w usłudze Azure Monitor
Operacja przywracania sprawia, że określony zakres czasu danych w tabeli jest dostępny w gorącej pamięci podręcznej na potrzeby zapytań o wysokiej wydajności. W tym artykule opisano sposób przywracania danych, wykonywania zapytań o te dane, a następnie odrzucania danych po zakończeniu.
Uwaga
Tabele z planem tabeli pomocniczej nie obsługują przywracania danych. Użyj zadania wyszukiwania, aby pobrać dane, które są w długoterminowym przechowywaniu z tabeli pomocniczej.
Uprawnienia
Aby przywrócić dane z długoterminowego przechowywania, potrzebujesz Microsoft.OperationalInsights/workspaces/tables/write uprawnień i Microsoft.OperationalInsights/workspaces/restoreLogs/write uprawnień do obszaru roboczego usługi Log Analytics, na przykład udostępnionego przez wbudowaną rolę Współautor usługi Log Analytics.
Kiedy należy przywracać dzienniki
Użyj operacji przywracania, aby wykonywać zapytania dotyczące danych w długoterminowym przechowywaniu. Możesz również użyć operacji przywracania, aby uruchamiać zaawansowane zapytania w określonym zakresie czasu w dowolnej tabeli Analizy, gdy zapytania dziennika uruchamiane w tabeli źródłowej nie mogą zostać ukończone w ramach limitu czasu zapytania dziennika z 10 minut.
Uwaga
Przywracanie to jedna z metod uzyskiwania dostępu do danych w długoterminowym przechowywaniu. Użyj przywracania, aby uruchamiać zapytania względem zestawu danych w określonym zakresie czasu. Użyj zadań wyszukiwania, aby uzyskać dostęp do danych na podstawie określonych kryteriów.
Jak działa przywracanie?
Podczas przywracania danych należy określić tabelę źródłową zawierającą dane, które mają zostać kwerendy, oraz nazwę nowej tabeli docelowej do utworzenia.
Operacja przywracania tworzy tabelę przywracania i przydziela dodatkowe zasoby obliczeniowe do wykonywania zapytań dotyczących przywróconych danych przy użyciu zapytań o wysoką wydajność, które obsługują pełne KQL.
Tabela docelowa zawiera widok bazowych danych źródłowych, ale nie wpływa na nie w żaden sposób. Tabela nie ma ustawienia przechowywania i musisz jawnie odrzucić przywrócone dane , gdy nie są już potrzebne.
Przywracanie danych
Aby przywrócić dane z tabeli, wywołaj interfejs API Tabele — tworzenie lub aktualizowanie . Nazwa tabeli docelowej musi kończyć się _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
Treść żądania
Treść żądania musi zawierać następujące wartości:
| Nazwisko | Pisz | Opis |
|---|---|---|
| properties.restoredLogs.sourceTable | string | Tabela z danymi do przywrócenia. |
| properties.restoredLogs.startRestoreTime | string | Początek zakresu czasu do przywrócenia. |
| properties.restoredLogs.endRestoreTime | string | Koniec zakresu czasu do przywrócenia. |
Przywracanie stanu tabeli
Właściwość provisioningState wskazuje bieżący stan operacji tabeli przywracania. Interfejs API zwraca tę właściwość podczas uruchamiania przywracania i można później pobrać tę właściwość przy użyciu operacji GET w tabeli. Właściwość provisioningState ma jedną z następujących wartości:
| Wartość | Opis |
|---|---|
| Aktualizowanie | Operacja przywracania jest w toku. |
| Powodzenie | Operacja przywracania została ukończona. |
| Usuwanie | Usuwanie przywróconej tabeli. |
Przykładowe żądanie
Ten przykład przywraca dane z miesiąca stycznia 2020 r. z tabeli Użycie do tabeli o nazwie Usage_RST.
Zażądaj
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
Treść żądania:
{
"properties": {
"restoredLogs": {
"startRestoreTime": "2020-01-01T00:00:00Z",
"endRestoreTime": "2020-01-31T00:00:00Z",
"sourceTable": "Usage"
}
}
}
Wykonywanie zapytań dotyczących przywróconych danych
Przywrócone dzienniki zachowują oryginalne znaczniki czasu. Po uruchomieniu zapytania dotyczącego przywróconych dzienników ustaw zakres czasu zapytania na podstawie tego, kiedy dane zostały pierwotnie wygenerowane.
Ustaw zakres czasu zapytania na jedną z następujących wartości:
Wybranie pozycji Niestandardowy na liście rozwijanej Zakres czasu w górnej części edytora zapytań i ustawienie Od i Do wartości.
lubOkreślanie zakresu czasu w zapytaniu. Na przykład:
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)
Odrzucanie przywróconych danych
Aby zaoszczędzić koszty, zalecamy usunięcie przywróconej tabeli w celu odrzucenia przywróconych danych, gdy nie są już potrzebne.
Usunięcie przywróconej tabeli nie powoduje usunięcia danych w tabeli źródłowej.
Uwaga
Przywrócone dane są dostępne, o ile dane źródłowe są dostępne. Po usunięciu tabeli źródłowej z obszaru roboczego lub po zakończeniu okresu przechowywania tabeli źródłowej dane zostaną odrzucone z przywróconej tabeli. Jednak pusta tabela pozostanie, jeśli nie usuniesz jej jawnie.
Ograniczenia
Przywracanie podlega następującym ograniczeniom.
Masz następujące możliwości:
Przywracanie danych z okresu co najmniej dwóch dni.
Przywróć do 60 TB.
Uruchom maksymalnie dwa procesy przywracania w obszarze roboczym jednocześnie.
Uruchom tylko jedno aktywne przywracanie w określonej tabeli w danym momencie. Wykonanie drugiego przywracania w tabeli, która ma już aktywne przywracanie, kończy się niepowodzeniem.
Wykonaj maksymalnie cztery operacje przywracania na tabelę tygodniowo.
Model cen
Opłata za przywrócone dzienniki zależy od ilości przywracanych danych i czasu trwania, przez który przywracanie jest aktywne. W związku z tym jednostki ceny są za GB dziennie. Opłaty za przywracanie danych są naliczane w każdym dniu UTC, w przypadku którego przywracanie jest aktywne.
Opłaty podlegają minimalnej ilości przywróconych danych wynoszącej 2 TB na przywrócenie, ponieważ przywracanie przydziela dodatkowe zasoby obliczeniowe na potrzeby wykonywania zapytań dotyczących przywróconych danych. W przypadku przywrócenia mniejszej ilości danych opłata zostanie naliczona za minimum 2 TB każdego dnia do czasu odrzucenia przywracania.
W pierwszych i ostatnich dniach, w których przywracanie jest aktywne, opłaty są naliczane tylko za część dnia, w którym przywracanie było aktywne.
Minimalna opłata dotyczy 12-godzinnego czasu trwania przywracania, nawet jeśli przywracanie jest aktywne przez mniej niż 12 godzin.
Aby uzyskać więcej informacji na temat ceny przywracania danych, zobacz Cennik usługi Azure Monitor na karcie Dzienniki.
Oto kilka przykładów ilustrujących obliczenia kosztów przywracania danych:
Jeśli tabela zawiera 500 GB dziennie i przywracasz 10 dni danych z tej tabeli, łączny rozmiar przywracania wynosi 5 TB. Opłaty są naliczane za te 5 TB przywróconych danych każdego dnia, dopóki nie odrzucisz przywróconych danych. Dzienny koszt to 5000 GB pomnożony przez cenę przywracania danych (zobacz cennik usługi Azure Monitor).
Jeśli zamiast tego przywracane jest tylko 700 GB danych, każdego dnia, w przypadku którego przywracanie jest aktywne, są naliczane opłaty za minimalny poziom przywracania wynoszący 2 TB. Dzienny koszt wynosi 2000 GB pomnożony przez cenę przywracania danych.
Jeśli przywracanie danych o rozmiarze 5 TB jest aktywne tylko przez 1 godzinę, opłata jest naliczana za minimum 12 godzin. Koszt przywracania danych wynosi 5000 GB pomnożony przez cenę przywracania danych pomnożona przez 0,5 dni (minimum 12 godzin).
Jeśli przywracanie danych o rozmiarze 700 GB jest aktywne tylko przez 1 godzinę, zostanie naliczona opłata za minimum 12 godzin. Koszt przywracania danych wynosi 2000 GB (minimalny rozmiar rozliczanego przywracania) pomnożony przez cenę przywracania danych pomnożona przez 0,5 dni (minimum 12-godzinne).
Uwaga
Nie są naliczane opłaty za wykonywanie zapytań dotyczących przywróconych dzienników, ponieważ są to dzienniki analizy.