Megosztás a következőn keresztül:

Az Azure Diagnostics hibaelhárítása

  • Cikk

Ez a cikk a Azure Diagnostics használatával kapcsolatos hibaelhárítási információkat ismerteti. A diagnosztikáról további információt Azure Diagnostics áttekintésében talál.

Logikai összetevők

Az összetevők a következők:

  • Diagnosztikai beépülő modulindító (DiagnosticsPluginLauncher.exe): Elindítja a Diagnosztikai bővítményt. Belépési pontként szolgál.
  • Diagnosztikai beépülő modul (DiagnosticsPlugin.exe): Konfigurálja, elindítja és kezeli a figyelési ügynök élettartamát. Ez a fő folyamat, amelyet a indító indít el.
  • Monitorozási ügynök (MonAgent*.exe folyamatok): Figyeli, gyűjti és továbbítja a diagnosztikai adatokat.

Napló/összetevő elérési útjai

Az alábbi útvonalak fontos naplókhoz és összetevőkhöz vezetnek. Erre az információra ebben a cikkben hivatkozunk.

Azure Cloud Services

Összetevő Elérési út
Azure Diagnostics konfigurációs fájl %SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<verzió>\Config.txt
Naplófájlok C:\Logs\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>\
Helyi tároló diagnosztikai adatokhoz C:\Resources\Directory<CloudServiceDeploymentID>.< RoleName>. DiagnosticStore\WAD0107\Tables
Monitorozási ügynök konfigurációs fájlja C:\Resources\Directory<CloudServiceDeploymentID>.< RoleName>.DiagnosticStore\WAD0107\Configuration\MaConfig.xml
Azure Diagnostics bővítménycsomag %SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<verzió>
Naplógyűjtemény segédprogram elérési útja %SystemDrive%\Packages\GuestAgent\
MonAgentHost naplófájl C:\Resources\Directory<CloudServiceDeploymentID>.< RoleName>. DiagnosticStore\WAD0107\Configuration\MonAgentHost.<>seq_num.log

Virtual machines (Virtuális gépek)

Összetevő Elérési út
Azure Diagnostics konfigurációs fájl C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<version>\RuntimeSettings
Naplófájlok C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics DiagnosticsVersion<>\
Helyi tároló diagnosztikai adatokhoz C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics DiagnosticsVersion<>\WAD0107\Tables
Monitorozási ügynök konfigurációs fájlja C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics DiagnosticsVersion<>\WAD0107\Configuration\MaConfig.xml
Állapotfájl C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<version>\Status
Azure Diagnostics bővítménycsomag C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics DiagnosticsVersion<>
Naplógyűjtemény segédprogram elérési útja C:\WindowsAzure\Logs\WaAppAgent.log
MonAgentHost naplófájl C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics DiagnosticsVersion<>\WAD0107\Configuration\MonAgentHost.<>seq_num.log

A metrikaadatok nem jelennek meg az Azure Portalon

A diagnosztika metrikaadatokat biztosít, amelyek megjeleníthetők a Azure Portal. Ha problémákba ütközik az adatok portálon való megjelenítésekor, ellenőrizze a WADMetrics\* Diagnosztikai tárfiók táblájában, hogy vannak-e a megfelelő metrikarekordok, és győződjön meg arról, hogy a Microsoft.Insights erőforrás-szolgáltató regisztrálva van.

Itt a PartitionKey tábla az erőforrás-azonosító, a virtuális gép vagy a virtuálisgép-méretezési csoport. RowKey a metrika neve. Teljesítményszámláló neveként is ismert.

Ha az erőforrás-azonosító helytelen, ellenőrizze, hogy helyesen van-e beállítva a diagnosztikai konfigurációs>metrikák>erőforrás-azonosítója .

Ha nincs adat az adott metrikához, ellenőrizze a Diagnosztikai konfigurációteljesítményszámlálójában>, hogy a metrika (teljesítményszámláló) szerepel-e benne. Alapértelmezés szerint a következő számlálókat engedélyezzük:

  • \Processor(_Total)% Processzoridő
  • \Memory\Available Bytes
  • \ASP.NET Applications(Total)\Requests/Sec
  • \ASP.NET Applications(Total)\Errors Total/Sec
  • \ASP.NET\Várólistán lévő kérelmek
  • \ASP.NET\Elutasított kérelmek
  • \Processor(w3wp)% Processzoridő
  • \Process(w3wp)\Private Bytes
  • \Process(WaIISHost)% processzoridő
  • \Process(WaIISHost)\Private Bytes
  • \Process(WaWorkerHost)% processzoridő
  • \Process(WaWorkerHost)\Private Bytes
  • \Memória\Oldalhibák másodpercenként
  • .NET CLR-memória (globális)% idő a GC-ben
  • \LogicalDisk(C:)\Disk Write Bytes/sec
  • \LogicalDisk(C:)\Disk Read Bytes/sec
  • \LogicalDisk(D:)\Disk Write Bytes/sec
  • \LogicalDisk(D:)\Disk Read Bytes/sec

Ha a konfiguráció megfelelően van beállítva, de továbbra sem látja a metrikaadatokat, a hibaelhárításhoz kövesse az alábbi irányelveket.

Azure Diagnostics nem indul el

Arról, hogy miért nem sikerült elindítani a diagnosztikát, olvassa el a DiagnosticsPluginLauncher.log és a DiagnosticsPlugin.log fájlokat a korábban megadott naplófájlok helyén.

Ha ezek a naplók azt jelzik Monitoring Agent not reporting success after launch, hogy hiba történt a MonAgentHost.exeindításakor. Tekintse meg a naplókat az előző "Virtuális gépek" szakaszban a naplófájlhoz MonAgentHost megadott helyen.

A naplófájlok utolsó sora tartalmazza a kilépési kódot.

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

Ha negatív kilépési kódot talál, tekintse meg a kilépési kód tábláját a Hivatkozások szakaszban.

A diagnosztikai adatok nincsenek naplózva az Azure Storage-ba

Állapítsa meg, hogy az adatok egyike sem jelenik-e meg, vagy hogy az adatok egy része megjelenik-e.

Diagnosztikai infrastruktúra naplói

A diagnosztika naplózza a Diagnosztikai infrastruktúra naplóiban szereplő összes hibát. Győződjön meg arról, hogy engedélyezte a diagnosztikai infrastruktúra naplóinak rögzítését a konfigurációban. Ezután gyorsan megkeresheti a konfigurált tárfiók táblájában DiagnosticInfrastructureLogsTable megjelenő releváns hibákat.

Nem jelennek meg adatok

A leggyakoribb ok, hogy az eseményadatok egyáltalán nem jelennek meg, az az, hogy a tárfiók adatai helytelenül lettek definiálva.

Megoldás: Javítsa ki a diagnosztikai konfigurációt, és telepítse újra a Diagnosztika elemet.

Ha a tárfiók megfelelően van konfigurálva, távoli hozzáférés a géphez, és ellenőrizze, hogy fut-eDiagnosticsPlugin.exe és MonAgentCore.exe . Ha nem futnak, kövesse a nem indul Azure Diagnostics lépéseit.

Ha a folyamatok futnak, lépjen az Adatok helyi rögzítése? elemre, és kövesse az ott található utasításokat.

Ha továbbra is fennáll a probléma, próbálkozzon a következőkkel:

  1. Távolítsa el az ügynököt.
  2. Távolítsa el a C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics könyvtárat.
  3. Telepítse újra az ügynököt.

Az adatok egy része hiányzik

Ha néhány adatot kap, de nem az összeset, az azt jelenti, hogy az adatgyűjtési/átviteli folyamat megfelelően van beállítva. A probléma szűkítéséhez kövesse az itt található alszakaszokat.

Konfigurálva van a gyűjtemény?

A Diagnosztika konfigurációja útmutatást tartalmaz egy adott típusú gyűjtendő adathoz. Tekintse át a konfigurációt , és ellenőrizze, hogy csak a gyűjteményhez konfigurált adatokat keresi-e.

A gazdagép adatokat hoz létre?

  • Teljesítményszámlálók: Nyissa meg perfmon és ellenőrizze a számlálót.
  • Nyomkövetési naplók: Távoli hozzáférés a virtuális géphez, és hozzáad egy TextWriterTraceListener elemet az alkalmazás konfigurációs fájljába. A szövegfigyelő beállításához lásd: Nyomkövetési figyelők létrehozása és inicializálása. Győződjön meg arról, hogy az <trace> elem rendelkezik a következőel: <trace autoflush="true">. Ha nem látja a létrehozott nyomkövetési naplókat, tekintse meg a "További tudnivalók a hiányzó nyomkövetési naplókról" című szakaszt.
  • Eseménykövetés Windows (ETW) esetén: Távoli hozzáférés a virtuális géphez, és telepítse a PerfView eszközt. A PerfView-ban futtassa a File>User Command>Listen etwprovder1>etwprovider2 parancsot, és így tovább. A Figyelés parancs megkülönbözteti a kis- és nagybetűt, és nem lehet szóköz az ETW-szolgáltatók vesszővel tagolt listája között. Ha a parancs futtatása sikertelen, válassza a Napló lehetőséget a PerfView eszköz jobb alsó sarkában, hogy lássa, mi próbált meg futni, és mi volt az eredmény. Ha a bemenet helyes, megnyílik egy új ablak. Néhány másodperc múlva ETW-nyomkövetéseket fog látni.
  • Eseménynaplók: Távoli hozzáférés a virtuális géphez. Nyissa meg eseménymegtekintő, és győződjön meg arról, hogy az események léteznek.

Az adatok helyileg lesznek rögzítve?

Ezután győződjön meg arról, hogy az adatok helyileg lesznek rögzítve. Az adatokat a rendszer helyileg *.tsf fájlokban tárolja a diagnosztikai adatok tárolásához a helyi tárolóban. A rendszer különböző típusú naplókat gyűjt különböző .tsf fájlokban. A nevek hasonlóak az Azure Storage táblaneveihez.

A teljesítményszámlálók például a PerformanceCountersTable.tsf fájlban lesznek összegyűjtve. Az eseménynaplókat a WindowsEventLogsTable.tsf rendszer gyűjti össze. A Helyi naplókinyerés szakaszban található utasításokat követve nyissa meg a helyi gyűjteményfájlokat, és ellenőrizze, hogy látja-e a lemezen gyűjtött fájlokat.

Ha nem látja a naplók helyi gyűjtését, és már ellenőrizte, hogy a gazdagép adatokat hoz létre, valószínűleg konfigurációs probléma merült fel. Alaposan tekintse át a konfigurációt.

Tekintse át a MonitoringAgent MaConfig.xmlszámára létrehozott konfigurációt is. Ellenőrizze, hogy van-e olyan szakasz, amely leírja a megfelelő naplóforrást. Ezután ellenőrizze, hogy nem veszett-e el a diagnosztikák konfigurációja és a monitorozási ügynök konfigurációja közötti fordításban.

Átviszik az adatokat?

Ha ellenőrizte, hogy az adatok helyileg vannak rögzítve, de továbbra sem látja őket a tárfiókban, kövesse az alábbi lépéseket:

  • Ellenőrizze, hogy a megfelelő tárfiókot adta-e meg, és hogy nem adta-e át a kulcsokat az adott tárfiókhoz. Az Azure Cloud Services esetében a felhasználók néha nem frissítik a következőtuseDevelopmentStorage=true: .
  • Ellenőrizze, hogy a megadott tárfiók helyes-e. Győződjön meg arról, hogy nincsenek olyan hálózati korlátozások, amelyek megakadályozzák, hogy az összetevők elérjék a nyilvános tárolási végpontokat. Ennek egyik módja, ha távoli hozzáférést ad a géphez, és megpróbál írni valamit ugyanarra a tárfiókra.
  • Végül áttekintheti, hogy a monitorozási ügynök milyen hibákat jelent. A monitorozási ügynök a naplóit a maeventtable.tsf fájlba írja, amely a helyi tárolóban található a diagnosztikai adatokhoz. A fájl megnyitásához kövesse a Helyi naplókinyerés szakaszban található utasításokat. Ezután próbálja meg megállapítani, hogy vannak-e errors olyan hibák, amelyek a tárolóba írt helyi fájlok olvasását jelzik.

Naplók rögzítése és archiválása

Ha az ügyfélszolgálattal való kapcsolatfelvételen gondolkodik, az első dolog, amire megkérhetik, hogy gyűjtsön naplókat a gépéről. Ezzel időt takaríthat meg. Futtassa a CollectGuestLogs.exe segédprogramot a Naplógyűjtemény segédprogram elérési útján. Létrehoz egy .zip fájlt, amelyben az összes releváns Azure-napló ugyanabban a mappában található.

Nem találhatóak a diagnosztikai adattáblák

Az ETW-eseményeket tartalmazó Azure Storage-táblák neve a következő kóddal történik:

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

Bemutatunk egy példát:

        <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"
        }
    }
]

Ez a kód négy táblát hoz létre:

Esemény Table name (Táblázat neve)
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

Hivatkozások

Tekintse meg az alábbi hivatkozásokat

Ellenőrizze a Diagnosztikai bővítmény konfigurációját

A bővítménykonfiguráció ellenőrzésének legegyszerűbb módja az Azure Resource Explorer megnyitása. Ezután lépjen arra a virtuális gépre vagy felhőszolgáltatásra, ahol a Diagnostics bővítmény (IaaSDiagnostics / PaaDiagnostics) található.

Másik lehetőségként a távoli asztalt a gépre, és tekintse meg a Log Artifacts path (Naplóösszetevők elérési útja) szakaszban leírt Diagnosztikai konfigurációs fájlt.

Mindkét esetben keresse meg a Microsoft.Azure.Diagnostics és az xmlCfg vagy a WadCfg mezőt.

Ha virtuális gépen keres, és a WadCfg mező jelen van, az azt jelenti, hogy a konfiguráció JSON formátumban van. Ha az xmlCfg mező jelen van, az azt jelenti, hogy a konfiguráció XML-ben van, és base64 kódolású. A diagnosztika által betöltött XML megtekintéséhez dekódolnia kell.

A felhőszolgáltatás-szerepkör esetében, ha a konfigurációt lemezről választja ki, az adatok base64 kódolásúak. A diagnosztika által betöltött XML megtekintéséhez dekódolnia kell.

Azure Diagnostics beépülő modul kilépési kódjai

A beépülő modul a következő kilépési kódokat adja vissza:

Kilépési kód Leírás
0 Sikeres művelet.
-1 Általános hiba.
-2 Az rcf-fájl nem tölthető be.

Ez a belső hiba csak akkor fordulhat elő, ha a vendégügynök beépülő modulindítója manuálisan helytelenül van meghívva a virtuális gépen.
-3 Nem tölthető be a Diagnosztikai konfigurációs fájl.

Megoldás: Ezt egy olyan konfigurációs fájl okozza, amely nem felel meg a sémaérvényesítésnek. A megoldás egy olyan konfigurációs fájl biztosítása, amely megfelel a sémának.
-4 A diagnosztika figyelési ügynök egy másik példánya már a helyi erőforráskönyvtárat használja.

Megoldás: Adjon meg egy másik értéket a LocalResourceDirectory elemhez.
-6 A vendégügynök beépülő modul indítója érvénytelen parancssorral próbálta elindítani a diagnosztika szolgáltatást.

Ez a belső hiba csak akkor fordulhat elő, ha a vendégügynök beépülő modulindítója manuálisan helytelenül van meghívva a virtuális gépen.
-10 A Diagnostics beépülő modul nem kezelt kivétellel lépett ki.
-11 A vendégügynök nem tudta létrehozni a figyelési ügynök elindításáért és monitorozásáért felelős folyamatot.

Megoldás: Ellenőrizze, hogy elegendő rendszererőforrás áll-e rendelkezésre az új folyamatok elindításához.
-101 Érvénytelen argumentumok a Diagnosztikai beépülő modul meghívásakor.

Ez a belső hiba csak akkor fordulhat elő, ha a vendégügynök beépülő modulindítója manuálisan helytelenül van meghívva a virtuális gépen.
-102 A beépülő modul folyamata nem tudja inicializálni magát.

Megoldás: Ellenőrizze, hogy elegendő rendszererőforrás áll-e rendelkezésre az új folyamatok elindításához.
-103 A beépülő modul folyamata nem tudja inicializálni magát. Pontosabban nem tudja létrehozni a naplózó objektumot.

Megoldás: Ellenőrizze, hogy elegendő rendszererőforrás áll-e rendelkezésre az új folyamatok elindításához.
-104 A vendégügynök által biztosított rcf-fájl nem tölthető be.

Ez a belső hiba csak akkor fordulhat elő, ha a vendégügynök beépülő modulindítója manuálisan helytelenül van meghívva a virtuális gépen.
-105 A Diagnostics beépülő modul nem tudja megnyitni a Diagnosztikai konfigurációs fájlt.

Ez a belső hiba csak akkor fordulhat elő, ha a Diagnosztikai beépülő modul manuálisan helytelenül van meghívva a virtuális gépen.
-106 Nem olvasható be a Diagnosztikai konfigurációs fájl.

Ezt egy olyan konfigurációs fájl okozza, amely nem felel meg a sémaérvényesítésnek.

Megoldás: Adjon meg egy konfigurációs fájlt, amely megfelel a sémának. További információt a Diagnosztikai bővítmény konfigurációjának ellenőrzése című témakörben talál.
-107 Az erőforráskönyvtár a figyelési ügynöknek való átadása érvénytelen.

Ez a belső hiba csak akkor fordulhat elő, ha a monitorozási ügynök manuálisan helytelenül van meghívva a virtuális gépen.
-108 A Diagnosztikai konfigurációs fájl nem konvertálható a figyelési ügynök konfigurációs fájljába.

Ez a belső hiba csak akkor fordulhat elő, ha a Diagnosztikai beépülő modul manuális meghívása érvénytelen konfigurációs fájllal történik.
-110 Általános diagnosztikai konfigurációs hiba.

Ez a belső hiba csak akkor fordulhat elő, ha a Diagnosztikai beépülő modul manuális meghívása érvénytelen konfigurációs fájllal történik.
-111 A figyelési ügynök nem indítható el.

Megoldás: Ellenőrizze, hogy elegendő rendszererőforrás áll-e rendelkezésre.
-112 Általános hiba.

Helyi naplókinyerés

A figyelési ügynök fájlként .tsf gyűjti a naplókat és az összetevőket. A .tsf fájl nem olvasható, de a következőképpen alakíthatja át .csv :

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

A nevű <relevantLogFile>.csv új fájl ugyanabban az elérési úton jön létre, mint a megfelelő .tsf fájl.

Megjegyzés

Ezt a segédprogramot csak a fő .tsf fájlon kell futtatnia (például PerformanceCountersTable.tsf: ). A kísérő fájlok (például , PerformanceCountersTables_\*\*001.tsfPerformanceCountersTables_\*\*002.tsf) automatikusan fel lesznek dolgozva.

További információ a hiányzó nyomkövetési naplókról

Megjegyzés

Az alábbi információk többnyire az Azure-Cloud Services vonatkoznak, hacsak nem konfigurálta a DiagnosticsMonitorTraceListener szolgáltatást az IaaS virtuális gépen futó alkalmazásokon.

  • Győződjön meg arról, hogy a DiagnosticMonitorTraceListener konfigurálva van a web.config vagy app.config. Alapértelmezés szerint a felhőszolgáltatás-projektekben van konfigurálva. Egyes ügyfelek azonban megjegyzést fűznek hozzá, ami miatt a nyomkövetési utasításokat nem gyűjti össze a diagnosztika.
  • Ha nem az OnStart vagy a Run metódusból ír naplókat, ellenőrizze, hogy a DiagnosticMonitorTraceListener szerepel-e a app.config. Alapértelmezés szerint a web.config van, de ez csak a w3wp.exebelül futó kódra vonatkozik. A WaIISHost.exe-ben futó nyomkövetések rögzítéséhez tehát app.config szükséges.
  • Győződjön meg arról, hogy a Diagnostics.Debug.WriteXXX helyett a Diagnostics.Trace.TraceXXX fájlt használja. A hibakeresési utasítások el lesznek távolítva egy kiadási buildből.
  • Győződjön meg arról, hogy a lefordított kód rendelkezik a Diagnostics.Trace sorokkal. Az ellenőrzéshez használja a Reflector, az ildasm vagy az ILSpy függvényt. A Diagnostics.Trace parancsok el lesznek távolítva a lefordított bináris fájlból, kivéve, ha a TRACE feltételes fordítási szimbólumot használja. Ez a gyakori probléma akkor fordul elő, ha az MSBuild használatával hoz létre egy projektet.

Ismert problémák és elhárítások

Az alábbi ismert problémák megoldásokat adnak.

.NET 4.5-függőség

A Windows Azure Diagnostics bővítménye futtatókörnyezeti függőséget .NET-keretrendszer 4.5-ös vagy újabb verziójától. Az írás időpontjában az Azure Cloud Services számára kiépített összes gép és az Azure-beli virtuális gépeken alapuló összes hivatalos rendszerkép .NET 4.5-ös vagy újabb verziójával rendelkezik.

Továbbra is előfordulhat, hogy olyan gépen próbálja futtatni a Windows Azure Diagnostics-bővítményét, amely nem rendelkezik .NET 4.5-ös vagy újabb verzióval. Ez a helyzet akkor fordul elő, ha egy régi rendszerképből vagy pillanatképből hozza létre a gépet, vagy ha saját egyéni lemezt hoz létre.

Ez a probléma általában 255-ös kilépési kódként jelentkezikDiagnosticsPluginLauncher.exe futtatásakor . A hiba a következő nem kezelt kivétel miatt fordul elő:

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

Enyhítés: Telepítse a .NET 4.5-ös vagy újabb verzióját a gépére.

A teljesítményszámlálók adatai elérhetők a tárolóban, de nem jelennek meg a portálon

A virtuális gépek portáljának felülete alapértelmezés szerint bizonyos teljesítményszámlálókat jelenít meg. Ha nem látja a teljesítményszámlálókat, és tudja, hogy az adatok azért jönnek létre, mert elérhetők a tárolóban, ellenőrizze a következőket:

  • Azt jelzi, hogy a tárolóban lévő adatoknak vannak-e angol nyelvű számlálónevei. Ha a számlálónevek nem angolul szerepelnek, a portál metrikadiagramja nem fogja felismerni.

    • Megoldás: Módosítsa a gép nyelvét angolra a rendszerfiókok esetében. Ehhez válassza a Vezérlőpult>Region>Felügyeleti>másolás beállításai lehetőséget. Ezután törölje az üdvözlőképernyő és a rendszerfiókok jelölését, hogy az egyéni nyelv ne legyen alkalmazva a rendszerfiókra.

  • Ha helyettesítő karaktereket (*) használ a teljesítményszámlálók nevében, a portál nem tudja korrelálni a konfigurált és összegyűjtött számlálót, amikor a teljesítményszámlálókat a rendszer elküldi az Azure Storage-fogadónak.

    • Kockázatcsökkentés: Ha meg szeretne győződni arról, hogy használhat helyettesítő karaktereket, és hogy a portál kibontsa a (*) elemet, irányozza a teljesítményszámlálókat az Azure Monitor-fogadóhoz.