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.

Uprawnienia

Aby przywrócić dane z zarchiwizowanej tabeli, 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 zarchiwizowanych dziennikach. 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 zarchiwizowanych danych. 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.

    lub

  • Okreś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. 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:

  1. 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).

  2. 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.

  3. 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).

  4. 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.

Następne kroki