Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W tym artykule opisano:
- Typy danych monitorowania, które można zbierać dla tej usługi.
- Sposoby analizowania tych danych.
Uwaga / Notatka
Jeśli znasz już tę usługę i/lub usługę Azure Monitor i chcesz wiedzieć, jak analizować dane monitorowania, zobacz sekcję Analizowanie pod koniec tego artykułu.
Jeśli masz krytyczne aplikacje i procesy biznesowe korzystające z zasobów platformy Azure, musisz monitorować i otrzymywać alerty dla systemu. Usługa Azure Monitor zbiera i agreguje metryki i dzienniki z każdego składnika systemu. Usługa Azure Monitor zapewnia wgląd w dostępność, wydajność i odporność oraz powiadamia o problemach. Do konfigurowania i wyświetlania danych monitorowania można użyć witryny Azure Portal, programu PowerShell, interfejsu wiersza polecenia platformy Azure, interfejsu API REST lub bibliotek klienckich.
- Aby uzyskać więcej informacji na temat usługi Azure Monitor, zobacz Omówienie usługi Azure Monitor.
- Aby uzyskać więcej informacji na temat ogólnego monitorowania zasobów platformy Azure, zobacz Monitorowanie zasobów platformy Azure za pomocą usługi Azure Monitor.
Usługi Analysis Services udostępniają również kilka mechanizmów monitorowania spoza usługi Azure Monitor:
- SQL Server Profiler zainstalowany w ramach SQL Server Management Studio (SSMS) przechwytuje dane dotyczące zdarzeń procesów silnika, takich jak rozpoczęcie partii lub transakcji, co umożliwia monitorowanie aktywności serwera i bazy danych. Aby uzyskać więcej informacji, zobacz Monitorowanie usług Analysis Services za pomocą programu SQL Server Profiler.
- Zdarzenia rozszerzone (xEvents) to lekki system śledzenia i monitorowania wydajności, który używa kilku zasobów systemowych, dzięki czemu jest idealnym narzędziem do diagnozowania problemów zarówno na serwerach produkcyjnych, jak i testowych. Aby uzyskać więcej informacji, zobacz Monitorowanie usług Analysis Services za pomocą zdarzeń rozszerzonych programu SQL Server.
- Dynamiczne widoki zarządzania (DMV) używają składni SQL do interfejsu zestawów wierszy schematu, które zwracają metadane i informacje dotyczące monitorowania wystąpień serwera. Aby uzyskać więcej informacji, zobacz Używanie dynamicznych widoków zarządzania (DMV) do monitorowania usług Analysis Services.
Typy zasobów
Platforma Azure używa koncepcji typów zasobów i identyfikatorów, aby zidentyfikować wszystko w subskrypcji. Typy zasobów są również częścią identyfikatorów zasobów dla każdego zasobu uruchomionego na platformie Azure. Na przykład jeden typ zasobu dla maszyny wirtualnej to Microsoft.Compute/virtualMachines
. Aby uzyskać listę usług i skojarzonych z nimi typów zasobów, zobacz Dostawcy zasobów.
Usługa Azure Monitor podobnie organizuje podstawowe dane dotyczące monitorowania w metryki i dzienniki według typów zasobów, zwanych także przestrzeniami nazw. Różne metryki i dzienniki są dostępne dla różnych typów zasobów. Usługa może być skojarzona z więcej niż jednym typem zasobu.
Aby uzyskać więcej informacji na temat typów zasobów dla usług Analysis Services, zobacz Dokumentacja danych monitorowania usług Analysis Services.
Magazyn danych
W przypadku usługi Azure Monitor:
- Dane metryk są przechowywane w bazie danych metryk usługi Azure Monitor.
- Dane dziennika są przechowywane w magazynie dzienników usługi Azure Monitor. Log Analytics to narzędzie w witrynie Azure Portal, które może wykonywać zapytania dotyczące tego magazynu.
- Dziennik aktywności platformy Azure to oddzielny sklep z własnym interfejsem w portalu Azure.
Możesz opcjonalnie kierować dane metryk i dzienników aktywności do przechowalni dzienników usługi Azure Monitor. Następnie możesz użyć usługi Log Analytics, aby wykonać zapytanie o dane i skorelować je z innymi danymi dziennika.
Wiele usług może używać ustawień diagnostycznych do wysyłania danych metryk i dzienników do innych lokalizacji przechowywania poza usługą Azure Monitor. Przykłady obejmują usługę Azure Storage, hostowane systemy partnerskie i systemy partnerskie spoza platformy Azure przy użyciu usługi Event Hubs.
Aby uzyskać szczegółowe informacje na temat sposobu przechowywania danych przez usługę Azure Monitor, zobacz Azure Monitor data platformy.
Metryki platformy usługi Azure Monitor
Usługa Azure Monitor udostępnia metryki platformy dla większości usług. Te metryki to:
- Definiowane indywidualnie dla każdej przestrzeni nazw.
- Przechowywane w bazie danych metryk szeregów czasowych usługi Azure Monitor.
- Lekki i zdolny do obsługi alertów niemal w czasie rzeczywistym.
- Służy do śledzenia wydajności zasobu w czasie.
Zbieranie danych: usługa Azure Monitor automatycznie gromadzi metryki platformy. Nie jest wymagana żadna konfiguracja.
Routing: możesz również kierować niektóre metryki platformy do dzienników usługi Azure Monitor/ usługi Log Analytics, aby móc wykonywać zapytania względem nich przy użyciu innych danych dziennika. Sprawdź ustawienie eksportu DS dla każdej metryki, aby zobaczyć, czy możesz użyć ustawienia diagnostycznego do kierowania metryk do dzienników Azure Monitor lub Log Analytics.
- Aby uzyskać więcej informacji, zapoznaj się z Ustawieniami diagnostycznymi metryk.
- Aby skonfigurować ustawienia diagnostyczne dla usługi, zobacz Tworzenie ustawień diagnostycznych w usłudze Azure Monitor.
Aby uzyskać listę wszystkich metryk, które można zebrać dla wszystkich zasobów w usłudze Azure Monitor, zobacz Obsługiwane metryki w usłudze Azure Monitor.
Aby uzyskać listę dostępnych metryk dla usług Analysis Services, zobacz Dokumentacja danych monitorowania usług Analysis Services.
Dzienniki zasobów usługi Azure Monitor
Dzienniki zasobów zapewniają wgląd w operacje wykonywane przez zasób platformy Azure. Dzienniki są generowane automatycznie, ale należy skierować je do dzienników usługi Azure Monitor, aby je zapisać lub wysłać do nich zapytanie. Dzienniki są zorganizowane w kategoriach. Dana przestrzeń nazw może mieć wiele kategorii dziennika zasobów.
<С0>Zbieranie: Dzienniki zasobów nie są zbierane i przechowywane do momentu utworzenia
Routing: sugerowaną wartością domyślną jest kierowanie dzienników zasobów do dzienników usługi Azure Monitor, co umożliwia wykonywanie zapytań względem nich przy użyciu innych danych dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania firmy Microsoft. Aby uzyskać więcej informacji, zobacz Dzienniki zasobów platformy Azure i lokalizacje docelowe dziennika zasobów.
Aby uzyskać szczegółowe informacje na temat zbierania, przechowywania i routingu dzienników zasobów, zobacz Ustawienia diagnostyczne w usłudze Azure Monitor.
Aby uzyskać listę wszystkich dostępnych kategorii dzienników zasobów w usłudze Azure Monitor, zobacz Obsługiwane dzienniki zasobów w usłudze Azure Monitor.
Wszystkie dzienniki zasobów w usłudze Azure Monitor mają te same pola nagłówka, a następnie pola specyficzne dla usługi. Typowy schemat jest opisany w schemacie dziennika zasobów usługi Azure Monitor.
- Aby uzyskać dostępne kategorie dzienników zasobów, skojarzone tabele usługi Log Analytics i schematy dzienników dla usług Analysis Services, zobacz Dokumentacja danych monitorowania usług Analysis Services.
Dzienniki zasobów usług Analysis Services
Aby dowiedzieć się, jak skonfigurować rejestrowanie diagnostyczne, zobacz Konfigurowanie rejestrowania diagnostycznego.
Podczas konfigurowania rejestrowania dla Analysis Services można wybrać rejestrowanie Aparatu, Zdarzeń serwisowych lub opcji Wszystkie metryki, aby rejestrować dane dotyczące metryk. Aby uzyskać więcej informacji, zobacz Obsługiwane dzienniki zasobów dla usługi Microsoft.AnalysisServices/servers.
Dziennik aktywności platformy Azure
Dziennik aktywności zawiera zdarzenia na poziomie subskrypcji, które śledzą operacje dla każdego zasobu platformy Azure widoczne spoza tego zasobu; na przykład utworzenie nowego zasobu lub uruchomienie maszyny wirtualnej.
Kolekcja: Zdarzenia dziennika aktywności są generowane automatycznie i zbierane w osobnym repozytorium do wyświetlania w portalu Azure.
Routing: Dane dziennika aktywności można wysyłać do Azure Monitor Logs, aby móc je analizować wraz z innymi danymi dziennika. Dostępne są również inne lokalizacje, takie jak Azure Storage, Azure Event Hubs i niektórzy partnerzy monitorowania firmy Microsoft. Aby uzyskać więcej informacji na temat kierowania dziennika aktywności, zobacz Omówienie dziennika aktywności platformy Azure.
Analizowanie danych monitorowania
Istnieje wiele narzędzi do analizowania danych monitorowania.
Narzędzia usługi Azure Monitor
Usługa Azure Monitor obsługuje następujące podstawowe narzędzia:
Eksplorator metryk — narzędzie w portalu Azure, które umożliwia wyświetlanie i analizowanie metryk dla zasobów Azure. Aby uzyskać więcej informacji, zobacz Analizowanie metryk za pomocą Eksploratora metryk usługi Azure Monitor.
Log Analytics — narzędzie w witrynie Azure Portal, które umożliwia wykonywanie zapytań i analizowanie danych dzienników przy użyciu języka zapytań Kusto (KQL). Aby uzyskać więcej informacji, zobacz Rozpoczynanie pracy z zapytaniami dzienników w usłudze Azure Monitor.
Dziennik aktywności, który ma interfejs użytkownika w portalu Azure, umożliwiający wyświetlanie i wykonywanie podstawowych wyszukiwań. Aby przeprowadzić bardziej szczegółową analizę, musisz kierować dane do dzienników usługi Azure Monitor i uruchamiać bardziej złożone zapytania w usłudze Log Analytics.
Narzędzia, które umożliwiają bardziej złożoną wizualizację, obejmują:
- Panele, które umożliwiają łączenie różnych rodzajów danych w jednym okienku w portalu Azure.
- Skoroszyty, dostosowywalne raporty, które można utworzyć w witrynie Azure Portal. Skoroszyty mogą zawierać tekst, metryki danych i zapytania dziennika.
- Grafana to otwarte narzędzie platformowe, które wyróżnia się w tworzeniu dashboardów operacyjnych. Za pomocą narzędzia Grafana można tworzyć pulpity nawigacyjne zawierające dane z wielu źródeł innych niż usługa Azure Monitor.
- Power BI, usługa analizy biznesowej, która udostępnia interaktywne wizualizacje w różnych źródłach danych. Usługę Power BI można skonfigurować tak, aby automatycznie importować dane dziennika z usługi Azure Monitor, aby korzystać z tych wizualizacji.
Narzędzia eksportu usługi Azure Monitor
Dane z usługi Azure Monitor można pobrać do innych narzędzi przy użyciu następujących metod:
Metryki: Użyj interfejsu API REST dla metryk , aby wyodrębnić dane metryk z bazy danych metryk usługi Azure Monitor. Interfejs API obsługuje wyrażenia filtrów w celu uściślinia pobranych danych. Aby uzyskać więcej informacji, zobacz Dokumentacja interfejsu API REST usługi Azure Monitor.
Logi: użyj interfejsu API REST lub powiązanych bibliotek klienckich.
Aby rozpocząć pracę z interfejsem API REST dla usługi Azure Monitor, zobacz Przewodnik po interfejsie API REST monitorowania platformy Azure.
Analizowanie metryk usług Analysis Services
Metryki usług Analysis Services można użyć w Eksploratorze metryk usługi Azure Monitor, aby ułatwić monitorowanie wydajności i kondycji serwerów. Można na przykład monitorować użycie pamięci i procesora CPU, liczbę połączeń klienckich i zapytać o użycie zasobów.
Aby określić, czy jest konieczne skalowanie w poziomie serwera, monitoruj metryki QPU i długości kolejki zadań puli zapytań serwera. Dobrą metryką do monitorowania jest średnia QPU w kontekście ServerResourceType, która porównuje średnią QPU dla serwera podstawowego z pulą zapytań. Aby uzyskać szczegółowe instrukcje dotyczące skalowania serwera w poziomie na podstawie danych metrycznych, zobacz funkcję skalowania w poziomie w Azure Analysis Services.
Aby uzyskać pełną listę metryk zebranych dla usług Analysis Services, zobacz Dokumentacja danych monitorowania usług Analysis Services.
Analizowanie dzienników w obszarze roboczym usługi Log Analytics
Metryki i zdarzenia serwera są zintegrowane z elementami xEvents w zasobie obszaru roboczego usługi Log Analytics na potrzeby analizy równoległej. Obszar roboczy usługi Log Analytics można również skonfigurować do odbierania zdarzeń z innych usług platformy Azure, zapewniając całościowy widok danych rejestrowania diagnostycznego w całej architekturze.
Aby wyświetlić dane diagnostyczne, w obszarze roboczym usługi Log Analytics otwórz pozycję Dzienniki z menu po lewej stronie.
W konstruktorze zapytań rozwiń węzeł LogManagement>AzureDiagnostics. Usługa AzureDiagnostics obejmuje zdarzenia silnika i usługi. Zwróć uwagę, że zapytanie jest tworzone na bieżąco. Pole EventClass_s zawiera nazwy xEvent, które mogą wyglądać znajomo, jeśli używasz xEvents do rejestrowania lokalnego. Wybierz EventClass_s lub jedną z nazw zdarzeń, a obszar roboczy usługi Log Analytics kontynuuje konstruowanie zapytania. Pamiętaj, aby zapisać zapytania do ponownego użycia później.
Zapytania usługi Kusto
Dane monitorowania można analizować w repozytorium dzienników Azure Monitor / Log Analytics przy użyciu języka zapytań Kusto (KQL).
Ważne
Po wybraniu pozycji Dzienniki z menu usługi w portalu usługa Log Analytics zostanie otwarta z zakresem zapytania ustawionym na bieżącą usługę. Ten zakres oznacza, że zapytania dziennika będą zawierać tylko dane z tego typu zasobu. Jeśli chcesz uruchomić zapytanie zawierające dane z innych usług platformy Azure, wybierz pozycję Dzienniki z menu usługi Azure Monitor . Aby uzyskać szczegółowe informacje, zobacz Zakres zapytań dzienników i zakres czasu w usłudze Azure Monitor Log Analytics .
Aby uzyskać listę typowych zapytań dotyczących dowolnej usługi, zobacz interfejs zapytań usługi Log Analytics.
Poniższe zapytania są przydatne do monitorowania serwera usług Analysis Services.
Przykład 1
Następujące zapytanie zwraca czasy trwania dla każdego zdarzenia zakończenia/odświeżania zapytania dla modelowej bazy danych i serwera. W przypadku skalowania poziomego wyniki są rozdzielane według numeru repliki, ponieważ numer repliki jest uwzględniony w ServerName_s. Grupowanie według RootActivityId_g zmniejsza liczbę wierszy pobranych z interfejsu API REST Azure Diagnostics i pomaga utrzymać się w granicach zgodnie z opisem w artykule dotyczącym Limitów szybkości usługi Log Analytics.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName" and DatabaseName_s =~ "MyDatabaseName" ;
window
| where OperationName has "QueryEnd" or (OperationName has "CommandEnd" and EventSubclass_s == 38)
| where extract(@"([^,]*)", 1,Duration_s, typeof(long)) > 0
| extend DurationMs=extract(@"([^,]*)", 1,Duration_s, typeof(long))
| project StartTime_t,EndTime_t,ServerName_s,OperationName,RootActivityId_g,TextData_s,DatabaseName_s,ApplicationName_s,Duration_s,EffectiveUsername_s,User_s,EventSubclass_s,DurationMs
| order by StartTime_t asc
Przykład 2
Następujące zapytanie zwraca użycie pamięci i QPU dla serwera. W przypadku skalowania poziomego wyniki są podzielone według repliki, ponieważ numer repliki jest uwzględniony w ServerName_s.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName";
window
| where OperationName == "LogMetric"
| where name_s == "memory_metric" or name_s == "qpu_metric"
| project ServerName_s, TimeGenerated, name_s, value_s
| summarize avg(todecimal(value_s)) by ServerName_s, name_s, bin(TimeGenerated, 1m)
| order by TimeGenerated asc
Przykład 3
Poniższe zapytanie zwraca liczniki wydajności silnika Analysis Services, które mierzą ilość wierszy odczytanych na sekundę dla serwera.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName";
window
| where OperationName == "LogMetric"
| where parse_json(tostring(parse_json(perfobject_s).counters))[0].name == "Rows read/sec"
| extend Value = tostring(parse_json(tostring(parse_json(perfobject_s).counters))[0].value)
| project ServerName_s, TimeGenerated, Value
| summarize avg(todecimal(Value)) by ServerName_s, bin(TimeGenerated, 1m)
| order by TimeGenerated asc
Powiadomienia
Alerty usługi Azure Monitor proaktywnie powiadamiają o znalezieniu określonych warunków w danych monitorowania. Alerty umożliwiają identyfikowanie i rozwiązywanie problemów w systemie przed ich zauważeniem przez klientów. Aby uzyskać więcej informacji, zobacz Alerty usługi Azure Monitor.
Istnieje wiele źródeł typowych alertów dotyczących zasobów platformy Azure. Aby zapoznać się z przykładami typowych alertów dotyczących zasobów platformy Azure, zobacz Przykładowe zapytania dziennika alertów. Strona Azure Monitor Baseline Alerts (AMBA) udostępnia częściowo zautomatyzowaną metodę implementowania ważnych alertów metryk platformowych, paneli kontrolnych i wskazówek. Witryna ma zastosowanie do stale powiększającego się podzestawu usług platformy Azure, w tym wszystkich usług, które są częścią strefy docelowej platformy Azure (ALZ).
Wspólny schemat alertu standaryzuje przyjmowanie powiadomień o alertach usługi Azure Monitor. Aby uzyskać więcej informacji, zobacz Wspólny schemat alertów.
Typy alertów
Możesz otrzymywać alerty dotyczące dowolnej metryki lub źródła danych dziennika na platformie danych usługi Azure Monitor. Istnieje wiele różnych typów alertów w zależności od usług, które monitorujesz i zbieranych danych monitorowania. Różne typy alertów mają różne zalety i wady. Aby uzyskać więcej informacji, zobacz Wybieranie odpowiedniego typu alertu monitorowania.
Poniższa lista zawiera opis typów alertów usługi Azure Monitor, które można utworzyć:
- Alerty metryczne oceniają wskaźniki zasobów w regularnych odstępach czasu. Metryki mogą być metrykami platformy, metrykami niestandardowymi, dziennikami z usługi Azure Monitor przekonwertowanym na metryki lub metrykami usługi Application Insights. Alerty metryczne mogą również stosować wiele warunków i progów dynamicznych.
- Alerty dzienników umożliwiają użytkownikom używanie zapytania usługi Log Analytics do oceny dzienników zasobów z wstępnie zdefiniowaną częstotliwością.
- Alerty dziennika aktywności są wyzwalane, gdy wystąpi nowe zdarzenie dziennika aktywności zgodne ze zdefiniowanymi warunkami. Alerty kondycji zasobów oraz alerty kondycji usług to alerty dziennika aktywności, które raportują na temat stanu zdrowia usług i zasobów.
Niektóre usługi platformy Azure obsługują również alerty wykrywania inteligentnego, alerty Prometheus lub zalecane reguły alertów.
W przypadku niektórych usług można monitorować na dużą skalę, stosując tę samą regułę alertu metrycznego do wielu zasobów tego samego typu w tym samym regionie Azure. Poszczególne powiadomienia są wysyłane dla każdego monitorowanego zasobu. Aby uzyskać informacje o obsługiwanych usługach i chmurach platformy Azure, zobacz artykuł Monitorowanie wielu zasobów za pomocą jednej reguły alertu.
Reguły alertów usług Analysis Services
W poniższej tabeli wymieniono niektóre typowe i popularne reguły alertów dla usług Analysis Services.
Typ alertu | Warunek | Opis |
---|---|---|
Wskaźnik | Zawsze, gdy maksymalna qpu_metric jest większa niż próg dynamiczny. | Jeśli funkcja QPU regularnie przekracza limit QPU dla planu, oznacza to, że liczba zapytań względem modeli przekracza limit QPU dla planu. |
Wskaźnik | Za każdym razem, gdy maksymalna wartość QueryPoolJobQueueLength jest większa niż próg dynamiczny. | Liczba zapytań w kolejce zapytań w puli wątków przekracza dostępne QPU. |
Zalecenia doradcy
W przypadku niektórych usług, jeśli podczas operacji zasobów wystąpią krytyczne warunki lub nieuchronne zmiany, na stronie Przegląd usługi w portalu zostanie wyświetlony alert. Więcej informacji i zalecanych poprawek alertu można znaleźć w temacie Zalecenia usługi Advisor w obszarze Monitorowanie w menu po lewej stronie. Podczas normalnych operacji nie są wyświetlane żadne zalecenia doradcy.
Aby uzyskać więcej informacji na temat usługi Azure Advisor, zobacz Omówienie usługi Azure Advisor.
Treści powiązane
- Zobacz Dokumentację danych monitorowania usług Analysis Services , aby uzyskać informacje o metrykach, dziennikach i innych ważnych wartościach utworzonych dla usług Analysis Services.
- Zobacz Monitorowanie zasobów platformy Azure za pomocą usługi Azure Monitor , aby uzyskać ogólne informacje na temat monitorowania zasobów platformy Azure.