Rozwiązywanie problemów za pomocą Diagnostyki Azure

W tym artykule opisano informacje dotyczące rozwiązywania problemów związane z używaniem Diagnostyka Azure. Aby uzyskać więcej informacji na temat diagnostyki, zobacz omówienie Diagnostyka Azure.

Składniki logiczne

Składniki to:

• Uruchamianie wtyczki diagnostycznej (DiagnosticsPluginLauncher.exe): uruchamia rozszerzenie Diagnostyka. Służy jako proces punktu wejścia.
• Wtyczka diagnostyki (DiagnosticsPlugin.exe): konfiguruje, uruchamia i zarządza okresem istnienia agenta monitorowania. Jest to główny proces uruchamiany przez moduł uruchamiający.
• Agent monitorowania (MonAgent*.exe procesy): monitoruje, zbiera i przesyła dane diagnostyczne.

Ścieżki dziennika/artefaktu

Poniższe ścieżki prowadzą do niektórych ważnych dzienników i artefaktów. W tym artykule odwołujemy się do tych informacji.

usług Azure Cloud Services

Artefakt	Ścieżka
plik konfiguracji Diagnostyka Azure	%SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<wersja>\Config.txt
Pliki dziennika	C:\Logs\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>\
Magazyn lokalny dla danych diagnostycznych	C:\Resources\Directory<CloudServiceDeploymentID>.< RoleName>. DiagnosticStore\WAD0107\Tables
Plik konfiguracji agenta monitorowania	C:\Resources\Directory<CloudServiceDeploymentID>.< RoleName>.DiagnosticStore\WAD0107\Configuration\MaConfig.xml
pakiet rozszerzenia Diagnostyka Azure	%SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>
Ścieżka narzędzia do zbierania dzienników	%SystemDrive%\Packages\GuestAgent\
Plik dziennika MonAgentHost	C:\Resources\Directory<CloudServiceDeploymentID>.< RoleName>. DiagnosticStore\WAD0107\Configuration\MonAgentHost.<>seq_num.log

Maszyny wirtualne

Artefakt	Ścieżka
plik konfiguracji Diagnostyka Azure	C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<version>\RuntimeSettings
Pliki dziennika	C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\
Magazyn lokalny dla danych diagnostycznych	C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\WAD0107\Tables
Plik konfiguracji agenta monitorowania	C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\WAD0107\Configuration\MaConfig.xml
Plik stanu	C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<version>\Status
pakiet rozszerzenia Diagnostyka Azure	C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>
Ścieżka narzędzia do zbierania dzienników	C:\WindowsAzure\Logs\WaAppAgent.log
Plik dziennika MonAgentHost	C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\WAD0107\Configuration\MonAgentHost.<>seq_num.log

Dane metryk nie są wyświetlane w witrynie Azure Portal

Diagnostyka udostępnia dane metryk, które mogą być wyświetlane w Azure Portal. Jeśli masz problemy z wyświetlaniem danych w portalu, sprawdź tabelę WADMetrics\* na koncie magazynu Diagnostyka, aby sprawdzić, czy istnieją odpowiednie rekordy metryk i upewnij się, że dostawca zasobów Microsoft.Insights jest zarejestrowany.

W tym miejscu tabela PartitionKey jest identyfikatorem zasobu, maszyną wirtualną lub zestawem skalowania maszyn wirtualnych. RowKey to nazwa metryki. Jest ona również znana jako nazwa licznika wydajności.

Jeśli identyfikator zasobu jest niepoprawny, sprawdź identyfikatorResourceIdmetryk> konfiguracji >diagnostyki, aby sprawdzić, czy identyfikator zasobu jest poprawnie ustawiony.

Jeśli nie ma danych dla określonej metryki, sprawdź licznikwydajnościkonfiguracji> diagnostyki, aby sprawdzić, czy metryka (licznik wydajności) jest uwzględniona. Domyślnie włączamy następujące liczniki:

• \Processor(_Total)% czasu procesora
• \Memory\Available Bytes
• \ASP.NET Applications(Total)\Requests/Sec
• \ASP.NET Applications(Total)\Errors Total/Sec
• \ASP.NET\Żądania w kolejce
• \ASP.NET\Żądania odrzucone
• \Processor(w3wp)% czas procesora
• \Process(w3wp)\Bajty prywatne
• \Process(WaIISHost)% czasu procesora
• \Process(WaIISHost)\Bajty prywatne
• \Process(WaWorkerHost)% czasu procesora
• \Process(WaWorkerHost)\Bajty prywatne
• \Pamięć\Błędy strony/s
• Czas pamięci środowiska .NET CLR (globalny)% w GC
• \LogicalDisk(C:)\Bajty zapisu dysku/s
• \LogicalDisk(C:)\Disk Read Bytes/sec
• \LogicalDisk(D:)\Bajty zapisu dysku/s
• \LogicalDisk(D:)\Disk Read Bytes/sec

Jeśli konfiguracja jest ustawiona poprawnie, ale nadal nie widzisz danych metryk, skorzystaj z poniższych wskazówek, aby rozwiązać problemy.

Diagnostyka Azure nie uruchamia się

Aby uzyskać informacje o tym, dlaczego nie można uruchomić diagnostyki, zobacz pliki DiagnosticsPluginLauncher.log i DiagnosticsPlugin.log w podanej wcześniej lokalizacji plików dziennika.

Jeśli te dzienniki wskazują Monitoring Agent not reporting success after launch, oznacza to, że wystąpił błąd podczas uruchamiania MonAgentHost.exe. Przyjrzyj się dziennikom w lokalizacji wskazanej MonAgentHost dla pliku dziennika w poprzedniej sekcji "Maszyny wirtualne".

Ostatni wiersz plików dziennika zawiera kod zakończenia.

DiagnosticsPluginLauncher.exe Information: 0 : [4/16/2016 6:24:15 AM] DiagnosticPlugin exited with code 0

Jeśli znajdziesz negatywny kod zakończenia, zobacz tabelę kodów zakończenia w sekcji Odwołania.

Dane diagnostyczne nie są rejestrowane w usłudze Azure Storage

Ustal, czy żadna z danych nie jest wyświetlana, czy niektóre z tych danych są wyświetlane.

Dzienniki infrastruktury diagnostyki

Diagnostyka rejestruje wszystkie błędy w dziennikach infrastruktury diagnostyki. Upewnij się, że włączono przechwytywanie dzienników infrastruktury diagnostyki w konfiguracji. Następnie możesz szybko wyszukać wszelkie istotne błędy wyświetlane w DiagnosticInfrastructureLogsTable tabeli na skonfigurowanym koncie magazynu.

Nie są wyświetlane żadne dane

Najczęstszą przyczyną, dla którego dane zdarzenia w ogóle nie są wyświetlane, jest niepoprawne zdefiniowanie informacji o koncie magazynu.

Rozwiązanie: Popraw konfigurację diagnostyki i zainstaluj ponownie diagnostykę.

Jeśli konto magazynu jest poprawnie skonfigurowane, dostęp zdalny do maszyny i sprawdź, czy DiagnosticsPlugin.exe i MonAgentCore.exe są uruchomione. Jeśli nie są uruchomione, wykonaj kroki opisane w Diagnostyka Azure nie można uruchomić.

Jeśli procesy są uruchomione, przejdź do strony Czy dane są przechwytywane lokalnie? i postępuj zgodnie z instrukcjami.

Jeśli problem nadal występuje, spróbuj wykonać:

1. Odinstaluj agenta.
2. Usuń katalog C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics.
3. Zainstaluj ponownie agenta.

Brak części danych

Jeśli otrzymujesz pewne dane, ale nie wszystkie, oznacza to, że potok zbierania/transferu danych jest poprawnie ustawiony. Postępuj zgodnie z podsekcjami tutaj, aby zawęzić problem.

Czy kolekcja jest skonfigurowana?

Konfiguracja diagnostyki zawiera instrukcje dotyczące określonego typu danych do zebrania. Przejrzyj konfigurację , aby sprawdzić, czy szukasz tylko danych skonfigurowanych dla kolekcji.

Czy host generuje dane?

• Liczniki wydajności: Otwórz perfmon i sprawdź licznik.
• Dzienniki śledzenia: dostęp zdalny do maszyny wirtualnej i dodaj element TextWriterTraceListener do pliku konfiguracji aplikacji. Aby skonfigurować odbiornik tekstu, zobacz Tworzenie i inicjowanie odbiorników śledzenia. Upewnij się, że <trace> element ma element <trace autoflush="true">. Jeśli nie widzisz generowanych dzienników śledzenia, zobacz sekcję "Więcej informacji na temat brakujących dzienników śledzenia".
• Śledzenie zdarzeń dla systemu Windows (ETW): dostęp zdalny do maszyny wirtualnej i zainstaluj narzędzie PerfView. W programie PerfView uruchompolecenie>użytkownika pliku>Listen etwprovder1>etwprovider2 itd. W poleceniu Listen jest rozróżniana wielkość liter i nie może istnieć spacja między rozdzielaną przecinkami listą dostawców ETW. Jeśli uruchomienie polecenia nie powiedzie się, wybierz pozycję Dziennik w prawym dolnym rogu narzędzia PerfView, aby zobaczyć, co próbowano uruchomić i jaki był wynik. Zakładając, że dane wejściowe są poprawne, zostanie otwarte nowe okno. W ciągu kilku sekund zobaczysz ślady ETW.
• Dzienniki zdarzeń: dostęp zdalny do maszyny wirtualnej. Otwórz Podgląd zdarzeń i upewnij się, że zdarzenia istnieją.

Czy dane są przechwytywane lokalnie?

Następnie upewnij się, że dane są przechwytywane lokalnie. Dane są przechowywane lokalnie w plikach *.tsf w magazynie lokalnym na potrzeby danych diagnostycznych. Różne rodzaje dzienników są zbierane w różnych plikach tsf. Nazwy są podobne do nazw tabel w usłudze Azure Storage.

Na przykład liczniki wydajności są zbierane w tabeli PerformanceCountersTable.tsf. Dzienniki zdarzeń są zbierane w tabeli WindowsEventLogsTable.tsf. Skorzystaj z instrukcji w sekcji Wyodrębnianie dzienników lokalnych , aby otworzyć pliki kolekcji lokalnej i sprawdzić, czy są one zbierane na dysku.

Jeśli dzienniki nie są zbierane lokalnie i zostały już zweryfikowane, że host generuje dane, prawdopodobnie masz problem z konfiguracją. Uważnie przejrzyj konfigurację.

Zapoznaj się również z konfiguracją wygenerowaną dla elementu MonitoringAgent MaConfig.xml. Sprawdź, czy istnieje sekcja opisowa odpowiedniego źródła dziennika. Następnie sprawdź, czy nie został utracony w tłumaczeniu między konfiguracją diagnostyki a konfiguracją agenta monitorowania.

Czy dane są przesyłane?

Jeśli sprawdzono, że dane są przechwytywane lokalnie, ale nadal nie widzisz ich na koncie magazynu, wykonaj następujące kroki:

• Sprawdź, czy podano poprawne konto magazynu i czy nie zostały przerzucane klucze dla danego konta magazynu. W przypadku usługi Azure Cloud Services czasami użytkownicy nie aktualizują useDevelopmentStorage=trueelementu .
• Sprawdź, czy podane konto magazynu jest poprawne. Upewnij się, że nie masz ograniczeń sieciowych, które uniemożliwiają składnikom dotarcie do punktów końcowych magazynu publicznego. Jednym ze sposobów na to jest zdalny dostęp do maszyny i próba samodzielnego zapisania czegoś na tym samym koncie magazynu.
• Na koniec możesz sprawdzić, jakie błędy są zgłaszane przez agenta monitorowania. Agent monitorowania zapisuje dzienniki w pliku maeventtable.tsf, który znajduje się w lokalnym magazynie danych diagnostycznych. Postępuj zgodnie z instrukcjami w sekcji Wyodrębnianie dziennika lokalnego , aby otworzyć ten plik. Następnie spróbuj ustalić, czy istnieją errors błędy odczytu do plików lokalnych zapisu w magazynie.

Przechwytywanie i archiwizowanie dzienników

Jeśli myślisz o skontaktowaniu się z pomocą techniczną, pierwszą rzeczą, o którą może poprosić, jest zebranie dzienników z twojej maszyny. Możesz zaoszczędzić czas, robiąc to samodzielnie. CollectGuestLogs.exe Uruchom narzędzie w ścieżce narzędzia kolekcja dzienników. Generuje on plik .zip ze wszystkimi odpowiednimi dziennikami platformy Azure w tym samym folderze.

Nie znaleziono tabel danych diagnostycznych

Tabele w usłudze Azure Storage przechowujące zdarzenia ETW są nazwane przy użyciu następującego kodu:

        if (String.IsNullOrEmpty(eventDestination)) {
            if (e == "DefaultEvents")
                tableName = "WADDefault" + MD5(provider);
            else
                tableName = "WADEvent" + MD5(provider) + eventId;
        }
        else
            tableName = "WAD" + eventDestination;

Oto przykład:

        <EtwEventSourceProviderConfiguration provider="prov1">
          <Event id="1" />
          <Event id="2" eventDestination="dest1" />
          <DefaultEvents />
        </EtwEventSourceProviderConfiguration>
        <EtwEventSourceProviderConfiguration provider="prov2">
          <DefaultEvents eventDestination="dest2" />
        </EtwEventSourceProviderConfiguration>

"EtwEventSourceProviderConfiguration": [
    {
        "provider": "prov1",
        "Event": [
            {
                "id": 1
            },
            {
                "id": 2,
                "eventDestination": "dest1"
            }
        ],
        "DefaultEvents": {
            "eventDestination": "DefaultEventDestination",
            "sinks": ""
        }
    },
    {
        "provider": "prov2",
        "DefaultEvents": {
            "eventDestination": "dest2"
        }
    }
]

Ten kod generuje cztery tabele:

Zdarzenie	Nazwa tabeli
provider="prov1" <Event id="1" />	WADEvent+MD5("prov1")+"1"
provider="prov1" <Event id="2" eventDestination="dest1" />	WADdest1
provider="prov1" <DefaultEvents />	WADDefault+MD5("prov1")
provider="prov2" <DefaultEvents eventDestination="dest2" />	WADdest2

Odwołania

Zapoznaj się z następującymi odwołaniami

Sprawdzanie konfiguracji rozszerzenia diagnostyki

Najprostszym sposobem sprawdzenia konfiguracji rozszerzenia jest przejście do eksploratora zasobów platformy Azure. Następnie przejdź do maszyny wirtualnej lub usługi w chmurze, w której znajduje się rozszerzenie Diagnostyka (IaaSDiagnostics / PaaDiagnostics).

Alternatywnie pulpit zdalny na maszynie i zapoznaj się z plikiem konfiguracji diagnostyki opisanym w sekcji Ścieżka artefaktów dziennika.

W obu przypadkach wyszukaj ciąg Microsoft.Azure.Diagnostics i xmlCfg lub WadCfg .

Jeśli wyszukujesz na maszynie wirtualnej, a pole WadCfg jest obecne, oznacza to, że konfiguracja jest w formacie JSON. Jeśli pole xmlCfg jest obecne, oznacza to, że konfiguracja jest w formacie XML i jest zakodowana w formacie Base64. Należy go zdekodować , aby wyświetlić kod XML załadowany przez diagnostykę.

W przypadku roli usługi w chmurze, jeśli wybierzesz konfigurację z dysku, dane są zakodowane w formacie base64. Należy go zdekodować , aby wyświetlić kod XML załadowany przez diagnostykę.

kody zakończenia wtyczki Diagnostyka Azure

Wtyczka zwraca następujące kody zakończenia:

Kod zakończenia	Opis
0	Powodzenie.
-1	Błąd ogólny.
-2	Nie można załadować pliku rcf. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy moduł uruchamiania wtyczki agenta gościa jest wywoływany niepoprawnie na maszynie wirtualnej.
–3	Nie można załadować pliku konfiguracji diagnostyki. Rozwiązanie: spowodowane tym, że plik konfiguracji nie przechodzi weryfikacji schematu. Rozwiązaniem jest udostępnienie pliku konfiguracji zgodnego ze schematem.
-4	Inne wystąpienie diagnostyki agenta monitorowania korzysta już z lokalnego katalogu zasobów. Rozwiązanie: określ inną wartość elementu LocalResourceDirectory.
-6	Uruchamianie wtyczki agenta gościa próbowało uruchomić diagnostykę z nieprawidłowym wierszem polecenia. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy moduł uruchamiania wtyczki agenta gościa jest wywoływany niepoprawnie na maszynie wirtualnej.
-10	Wtyczka Diagnostyka zakończyła działanie z nieobsługiwanym wyjątkiem.
-11	Agent gościa nie może utworzyć procesu odpowiedzialnego za uruchamianie i monitorowanie agenta monitorowania. Rozwiązanie: Sprawdź, czy są dostępne wystarczające zasoby systemowe do uruchamiania nowych procesów.
-101	Nieprawidłowe argumenty podczas wywoływania wtyczki diagnostyki. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy wtyczka agenta gościa jest ręcznie wywoływana niepoprawnie na maszynie wirtualnej.
-102	Proces wtyczki nie może zainicjować się. Rozwiązanie: Sprawdź, czy są dostępne wystarczające zasoby systemowe do uruchamiania nowych procesów.
-103	Proces wtyczki nie może zainicjować się. W szczególności nie można utworzyć obiektu rejestratora. Rozwiązanie: Sprawdź, czy są dostępne wystarczające zasoby systemowe do uruchamiania nowych procesów.
-104	Nie można załadować pliku rcf dostarczonego przez agenta gościa. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy wtyczka agenta gościa jest ręcznie wywoływana niepoprawnie na maszynie wirtualnej.
-105	Wtyczka Diagnostyka nie może otworzyć pliku konfiguracji diagnostyki. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy wtyczka diagnostyki jest wywoływana niepoprawnie na maszynie wirtualnej.
-106	Nie można odczytać pliku konfiguracji diagnostyki. Przyczyną braku weryfikacji schematu jest plik konfiguracji. Rozwiązanie: podaj plik konfiguracji zgodny ze schematem. Aby uzyskać więcej informacji, zobacz Sprawdzanie konfiguracji rozszerzenia diagnostyki.
-107	Katalog zasobów przekazywany do agenta monitorowania jest nieprawidłowy. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy agent monitorowania jest wywoływany ręcznie na maszynie wirtualnej.
-108	Nie można przekonwertować pliku konfiguracji diagnostyki na plik konfiguracji agenta monitorowania. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy wtyczka diagnostyki jest wywoływana ręcznie z nieprawidłowym plikiem konfiguracji.
-110	Błąd konfiguracji ogólnej diagnostyki. Ten błąd wewnętrzny powinien wystąpić tylko wtedy, gdy wtyczka diagnostyki jest wywoływana ręcznie z nieprawidłowym plikiem konfiguracji.
-111	Nie można uruchomić agenta monitorowania. Rozwiązanie: Sprawdź, czy są dostępne wystarczające zasoby systemowe.
-112	Błąd ogólny.

Wyodrębnianie dzienników lokalnych

Agent monitorowania zbiera dzienniki i artefakty jako .tsf pliki. Plik .tsf nie jest czytelny, ale można go przekonwertować na następujący .csv kod:

<Azure diagnostics extension package>\Monitor\x64\table2csv.exe <relevantLogFile>.tsf

Nowy plik o nazwie <relevantLogFile>.csv jest tworzony w tej samej ścieżce co odpowiedni .tsf plik.

Uwaga

To narzędzie należy uruchomić tylko w pliku głównym .tsf (na przykład PerformanceCountersTable.tsf). Towarzyszące pliki (na przykład PerformanceCountersTables_\*\*001.tsf, PerformanceCountersTables_\*\*002.tsf) są automatycznie przetwarzane.

Więcej informacji na temat brakujących dzienników śledzenia

Uwaga

Poniższe informacje dotyczą głównie usługi Azure Cloud Services, chyba że skonfigurowano DiagnosticsMonitorTraceListener aplikację działającą na maszynie wirtualnej typu infrastruktura jako usługa (IaaS).

• Upewnij się, że element DiagnosticMonitorTraceListener jest skonfigurowany w web.config lub app.config. Jest on domyślnie konfigurowany w projektach usług w chmurze. Jednak niektórzy klienci komentują to, co powoduje, że instrukcje śledzenia nie są zbierane przez diagnostykę.
• Jeśli dzienniki nie są zapisywane z metody OnStart lub Run , upewnij się, że element DiagnosticMonitorTraceListener znajduje się w app.config. Domyślnie znajduje się w web.config, ale dotyczy to tylko kodu uruchomionego w w3wp.exe. Dlatego potrzebujesz go w app.config, aby przechwytywać ślady uruchomione w WaIISHost.exe.
• Upewnij się, że używasz polecenia Diagnostics.Trace.TraceXXX zamiast Diagnostics.Debug.WriteXXX. Instrukcje debugowania są usuwane z kompilacji wydania.
• Upewnij się, że skompilowany kod zawiera wiersze Diagnostics.Trace. Użyj reflektora, ildasm lub ILSpy, aby zweryfikować. Polecenia Diagnostics.Trace są usuwane z skompilowanego pliku binarnego, chyba że używasz symbolu kompilacji warunkowej TRACE. Ten typowy problem występuje, gdy używasz programu MSBuild do kompilowania projektu.

Znane problemy i środki zaradcze

Następujące znane problemy mają środki zaradcze.

Zależność platformy .NET 4.5

Rozszerzenie Diagnostyka Azure dla systemu Windows ma zależność środowiska uruchomieniowego od .NET Framework 4.5 lub nowszej. Podczas pisania wszystkie maszyny aprowizowane dla usługi Azure Cloud Services oraz wszystkie oficjalne obrazy oparte na maszynach wirtualnych platformy Azure mają zainstalowaną platformę .NET 4.5 lub nowszą.

Nadal można napotkać sytuację, w której próbujesz uruchomić rozszerzenie Diagnostyka Azure dla systemu Windows na maszynie, która nie ma platformy .NET 4.5 lub nowszej. Taka sytuacja występuje w przypadku utworzenia maszyny na podstawie starego obrazu lub migawki albo przy użyciu własnego dysku niestandardowego.

Ten problem zazwyczaj manifestuje się jako kod zakończenia 255 podczas uruchamiania DiagnosticsPluginLauncher.exe. Błąd występuje z powodu następującego nieobsługiwanego wyjątku:

System.IO.FileLoadException: Could not load file or assembly 'System.Threading.Tasks, Version=1.5.11.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies

Łagodzenia: Zainstaluj program .NET 4.5 lub nowszy na maszynie.

Dane liczników wydajności są dostępne w magazynie, ale nie są wyświetlane w portalu

Środowisko portalu na maszynach wirtualnych domyślnie wyświetla pewne liczniki wydajności. Jeśli nie widzisz liczników wydajności i wiesz, że dane są generowane, ponieważ są dostępne w magazynie, upewnij się, że:

• Czy dane w magazynie mają nazwy liczników w języku angielskim. Jeśli nazwy liczników nie są w języku angielskim, wykres metryki portalu nie rozpozna go.

  • Środki zaradcze: zmień język maszyny na angielski dla kont systemowych. W tym celu wybierz pozycję Panel sterowania>Region>Ustawienia kopiowaniaadministracyjnego>. Następnie wyczyść ekran powitalny i konta systemowe , aby język niestandardowy nie był stosowany do konta systemowego.

• Jeśli używasz symboli wieloznacznych (*) w nazwach liczników wydajności, portal nie może skorelować skonfigurowanego i zebranego licznika po wysłaniu liczników wydajności do ujścia usługi Azure Storage.

  • Środki zaradcze: aby upewnić się, że można używać symboli wieloznacznych i mieć rozszerzenie portalu (*), kieruj liczniki wydajności do ujścia usługi Azure Monitor.