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

Az Azure Diagnostics hibaelhárítása

  • Cikk

Ez a cikk az Azure Diagnostics használatához kapcsolódó hibaelhárítási információkat ismerteti. A Diagnosztika szolgáltatással kapcsolatos további információkért tekintse meg az Azure Diagnostics áttekintését.

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 felügyeli a monitorozá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. Ezeket az információkat ebben a cikkben találhatja meg.

Azure felhőalapú szolgáltatások

Műtermék Elérési út
Azure Diagnostics-konfigurációs fájl %SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>\Config.txt
Naplófájlok C:\Logs\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>\
Diagnosztikai adatok helyi tárolója 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űjtési 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)

Műtermék 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>\
Diagnosztikai adatok helyi tárolója 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űjtési 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 az Azure Portalon megjeleníthető metrikaadatokat biztosít. Ha problémákat tapasztal az adatok portálon való megjelenítésében, 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áblázat az erőforrás-azonosító, a virtuális gép vagy a virtuálisgép-méretezési csoport. RowKey a metrika neve. A teljesítményszámláló neveként is ismert.

Ha az erőforrás-azonosító helytelen, ellenőrizze a Diagnostics Configuration>Metrics>ResourceId azonosítóját, hogy az erőforrás-azonosító helyesen van-e beállítva.

Ha nincsenek adatok az adott metrikához, ellenőrizze a Diagnostics Configuration>PerformanceCounterben, hogy szerepel-e a metrika (teljesítményszámláló). Alapértelmezés szerint a következő számlálókat engedélyezzük:

  • \Processzor(_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/mp
  • .NET CLR-memória (globális)% idő a GC-ben
  • \LogicalDisk(C:)\Disk Write Bytes/sec
  • \LogicalDisk(C:)\Lemez olvasási bájt/mp
  • \LogicalDisk(D:)\Disk Write Bytes/sec
  • \LogicalDisk(D:)\Lemez olvasási bájt/mp

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.

Az Azure Diagnostics nem indul el

A diagnosztikával kapcsolatos információkért tekintse meg a korábban megadott naplófájlok helyének DiagnosticsPluginLauncher.log és DiagnosticsPlugin.log fájljait.

Ha ezek a naplók jelzikMonitoring Agent not reporting success after launch, az azt jelenti, hogy hiba történt a MonAgentHost.exe indí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-ban

Állapítsa meg, hogy egyik adat sem jelenik-e meg, vagy hogy megjelennek-e az adatok egy része.

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

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

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

Ha a tárfiók megfelelően van konfigurálva, távoli hozzáférés a géphez, és ellenőrizze, hogy fut-e DiagnosticsPlugin.exe és MonAgentCore.exe . Ha nem futnak, kövesse az Azure Diagnostics nem indul el 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ővel:

  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 alábbi alszakaszokat.

Konfigurálva van a gyűjtemény?

A diagnosztikai konfiguráció útmutatást tartalmaz az összegyűjtendő adatok egy bizonyos típusára vonatkozóan. 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 adjon hozzá 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 <trace autoflush="true">. Ha nem látja, hogy nyomkövetési naplók jönnek létre, olvassa el a "További információ a hiányzó nyomkövetési naplókról" című szakaszt.
  • A Windows (ETW) eseménykövetési nyomkövetései: Távoli hozzáférés a virtuális géphez, és telepítse a PerfView eszközt. A PerfView-ban futtassa a Fájlfelhasználó>parancs>figyelése etwprovder1>etwprovider2 parancsot stb. A Figyelő parancs megkülönbözteti a kis- és nagybetűk közötti különbséget, és az ETW-szolgáltatók vesszővel tagolt listája között nem lehet szóköz. 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 és mi lett az eredmény. Feltételezve, hogy a bemenet helyes, megnyílik egy új ablak. Néhány másodperc múlva megjelennek az ETW-nyomkövetések.
  • Eseménynaplók: Távoli hozzáférés a virtuális géphez. Nyissa meg Eseménynapló, é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 adatok helyileg *.tsf fájlokban tárolódnak a diagnosztikai adatok helyi tárolójában. A különböző típusú naplók különböző .tsf fájlokban lesznek összegyűjtve. 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ók kinyerése szakaszban található utasításokat követve nyissa meg a helyi gyűjteményfájlokat, és ellenőrizze, hogy látja-e őket a lemezen gyűjtött adatok között.

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

Tekintse át a MonitoringAgent MaConfig.xml számára létrehozott konfigurációt is. Ellenőrizze, hogy van-e a megfelelő naplóforrást leíró szakasz. Ezután ellenőrizze, hogy a diagnosztika és a monitorozási ügynök konfigurációja között nem veszett-e el a fordítás.

Átviszik az adatokat?

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

  • Ellenőrizze, hogy helyes tárfiókot adott-e meg, és hogy nem adta-e át a kulcsokat az adott tárfiókhoz. Az Azure Cloud Services esetében előfordulhat, hogy a felhasználók nem frissülnek useDevelopmentStorage=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 biztosít a géphez, és megpróbál írni valamit ugyanarra a tárfiókra.
  • Végül áttekintheti, hogy a figyelési ügynök milyen hibákat jelez. 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ókigyűjté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 a támogatási szolgálattal való kapcsolatfelvételen gondolkodik, az első dolog, amit megkérhetnek, 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;

Példa:

        <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 Tábla 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

Diagnosztikai bővítmény konfigurációjának ellenőrzése

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 Diagnosztikai bővítmény (IaaSDiagnostics / PaaDiagnostics) található.

Másik lehetőségként a távoli asztalról a gépre, és tekintse meg a Diagnosztikai konfigurációs fájlt, amely a Naplóösszetevők elérési út szakaszában található.

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ú. Dekódolnia kell a diagnosztika által betöltött XML megtekintéséhez.

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

Az 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.
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óját manuálisan hívják meg helytelenül a virtuális gépen.
-3 A Diagnosztikai konfigurációs fájl nem tölthető be.

Megoldás: Azt okozza, hogy egy konfigurációs fájl 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 monitorozá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 számára.
-6 A vendégügynök beépülő modulindítója érvénytelen parancssorral próbálta elindítani a Diagnostics szolgáltatást.

Ez a belső hiba csak akkor fordulhat elő, ha a vendégügynök beépülő modulindítóját manuálisan hívják meg helytelenül 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 figyelé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 Diagnostics 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óját manuálisan hívják meg helytelenül a virtuális gépen.
-102 A beépülő modul 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 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óját manuálisan hívják meg helytelenül 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ális meghívása helytelenül történik 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 olyan 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ális meghívása helytelenül történik 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ése

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 az alábbiak szerint alakíthatja át .csv :

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

A rendszer a megfelelő .tsf fájllal megegyező elérési úton hoz létre egy új fájlt<relevantLogFile>.csv.

Feljegyzé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.tsf, PerformanceCountersTables_\*\*002.tsf) automatikusan feldolgozásra kerülnek.

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

Feljegyzés

Az alábbi információk többnyire az Azure Cloud Servicesre vonatkoznak, hacsak nem konfigurálta az DiagnosticsMonitorTraceListener infrastruktúrán szolgáltatásként (IaaS) futó virtuális gépen.

  • Győződjön meg arról, hogy a DiagnosticMonitorTraceListener konfigurálva van a web.config vagy az app.config konfigurációban. 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 Diagnostics.
  • Ha a naplók nem az OnStart vagy a Run metódusból lesznek megírva, győződjön meg arról, hogy a DiagnosticMonitorTraceListener az app.config fájlban van. Alapértelmezés szerint a web.config fájlban van, de ez csak a w3wp.exe belül futó kódra vonatkozik. Ezért az app.config-ban kell rögzítenie a WaIISHost.exe futó nyomkövetéseket.
  • Győződjön meg arról, hogy Diagnostics.Trace.TraceXXX-t használ a Diagnostics.Debug.WriteXXX helyett. A hibakeresési utasítások törlődnek egy kiadási buildből.
  • Győződjön meg arról, hogy a lefordított kód valóban tartalmazza a Diagnostics.Trace sorokat. Az ellenőrzéshez használja a Reflectort, az ildasm-et vagy az ILSpy-t. A Diagnostics.Trace parancsok csak akkor lesznek eltávolítva a lefordított binárisból, 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 készít 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 WindowsHoz készült Azure Diagnostics-bővítmény futtatókörnyezeti függőséget biztosít a .NET-keretrendszer 4.5-ös vagy újabb verziójához. Az íráskor az Azure Cloud Serviceshez kiépített összes gép és az Azure-beli virtuális gépeken alapuló összes hivatalos rendszerkép telepítve van a .NET 4.5-ös vagy újabb verziójával.

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 a gépet egy régi rendszerképből vagy pillanatképből hozza létre, vagy ha saját egyéni lemezt hoz létre.

Ez a probléma általában a 255-ös kilépési kódként jelenik meg DiagnosticsPluginLauncher.exe futtatásakor. A hiba a következő kezeletlen 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

Megoldá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 azok a tárolóban érhetők el, ellenőrizze a következőt:

  • 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 angol nyelvűek, 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ási>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: Annak érdekében, hogy helyettesítő karaktereket használjon, és a portál kibontsa a (*) elemet, irányozza a teljesítményszámlálókat az Azure Monitor fogadójához.