Pokyny k řešení potíží s agentem Azure Monitoru na serveru s podporou Windows Arc

Přehled agenta Azure Monitoru

Než budete číst dál, musíte znát agenta Azure Monitoru a pravidla shromažďování dat.

Terminologie

Name Zkratka Description
Agent Azure Monitoru AMA Nový agent Azure Monitoru
Pravidla shromažďování dat DCR Pravidla pro konfiguraci shromažďování dat agentem, tj. co shromažďovat, kam posílat a další
Konfigurační služba Azure Monitoru AMCS Místní služba hostovaná v Azure, která řídí shromažďování dat pro tohoto agenta a další části Služby Azure Monitor. Agent volá do této služby, aby načítá data DCR.
Koncový bod protokolů -- Koncový bod pro odesílání dat do pracovních prostorů služby Log Analytics
Koncový bod metrik -- Koncový bod pro odesílání dat do databází metrik Služby Azure Monitor.
Služba metadat instance a hybridní IMDS a HIMDS Služby hostované v Azure, které poskytují informace o aktuálně spuštěných virtuálních počítačích, škálovacích sadách (prostřednictvím IMDS) a serverech s podporou Arc (prostřednictvím HIMDS).
Pracovní prostor služby Log Analytics ZÁKON Cíl ve službě Azure Monitor, do kterého můžete odesílat protokoly shromážděné agentem
Vlastní metriky -- Cíl ve službě Azure Monitor, do kterého můžete odesílat metriky hosta shromážděné agentem

Základní kroky pro řešení potíží (instalace, neběžení agenta, problémy s konfigurací)

Při řešení potíží s nejnovější verzí agenta Azure Monitoru běžícího na serveru s podporou Windows Arc postupujte následovně:

  1. Tady si pečlivě projděte požadavky.

  2. Ověřte, že se rozšíření úspěšně nainstalovalo a zřídilo. Tím se na počítač nainstalují binární soubory agenta:

    1. Otevřete Azure Portal > vyberte server > s podporou Arc Open Settings: Extensions v podokně vlevo > AzureMonitorWindowsAgent by se měl zobrazit se stavem Úspěch.
    2. Pokud ne, zkontrolujte, jestli se agent Arc (Connected Machine Agent) může připojit k Azure a jestli je služba rozšíření spuštěná.
      azcmagent show
      
      Měl by se zobrazit následující výstup:
      Resource Name                           : <server name>
      [...]
      Dependent Service Status
        Agent Service (himds)                 : running
        GC Service (gcarcservice)             : running
        Extension Service (extensionservice)  : running
      
      Pokud se místo toho zobrazí Agent Status: Disconnected nebo jiný stav, vytvořte lístek se souhrnem jako "Agent Arc nebo služba rozšíření nefunguje" a typ problému potřebuji pomoc s agentem Azure Monitoru pro Windows.
    3. Počkejte 10 až 15 minut, protože prodloužení může být ve stavu přechodu. Pokud se rozšíření stále nezobrazuje, odinstalujte a nainstalujte ho znovu a zopakujte ověření, aby se rozšíření zobrazilo.
    4. Pokud ne, zkontrolujte, jestli se v protokolech rozšíření na vašem počítači nezobrazují C:\ProgramData\GuestConfig\extension_logs\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent nějaké chyby.
    5. Pokud žádná z výše uvedených možností nefunguje, vytvořte lístek se souhrnem jako "Rozšíření AMA se nedaří nainstalovat nebo zřídit" a typ problému typu Potřebuji pomoc s agentem Služby Azure Monitor pro Windows.
  3. Ověřte, že je agent spuštěný:

    1. Pomocí následujícího dotazu zkontrolujte, jestli agent generuje protokoly prezenčních signálů do pracovního prostoru služby Log Analytics. Pokud je jediným cílem v DCR vlastní metrika, přeskočte:
      Heartbeat | where Category == "Azure Monitor Agent" and Computer == "<computer-name>" | take 10
      
    2. Pokud ne, otevřete Správce úloh a zkontrolujte, jestli je spuštěný proces MonAgentCore.exe. Pokud ano, počkejte 5 minut, než se zobrazí prezentní signál.
    3. Pokud ne, zkontrolujte, jestli se v protokolech základního agenta na vašem počítači nezobrazují C:\Resources\Directory\AMADataStore\Configuration nějaké chyby.
    4. Pokud žádná z výše uvedených možností nepomůže, vytvořte lístek se souhrnem jako "Rozšíření AMA zřízené, ale není spuštěné" a typ problému typu Potřebuji pomoc s agentem Služby Azure Monitor pro Windows.
  4. Ověřte, že řadič domény existuje a je přidružený k serveru s podporou Arc:

    1. Pokud jako cíl používáte pracovní prostor služby Log Analytics, ověřte, že DCR existuje ve stejné fyzické oblasti jako pracovní prostor služby Log Analytics.
    2. Na serveru s podporou arc ověřte existenci souboru C:\Resources\Directory\AMADataStore\mcs\mcsconfig.latest.xml. Pokud tento soubor neexistuje, server s podporou arc nemusí být přidružený k DCR.
    3. Otevřete Azure Portal > vyberte pravidlo > shromažďování dat Otevřít konfiguraci: Prostředky v podokně vlevo>. Tady by se měl zobrazit server s podporou arc.
    4. Pokud není uvedený, klikněte na Přidat a ve výběru prostředků vyberte server s podporou Arc. Postup opakujte u všech dcr.
    5. Pokud žádná z výše uvedených možností nepomůže, vytvořte lístek se souhrnem jako "DCR se nenašlo nebo nepřidružuje" a typ problému typu Potřebuji pomoc s konfigurací shromažďování dat z virtuálního počítače.
  5. Ověřte, že agent mohl stáhnout přidružené řadiče domény ze služby AMCS:

    1. Zkontrolujte, jestli se v tomto umístění nezobrazuje nejnovější stažený dcr. C:\Resources\Directory\AMADataStore\mcs\configchunks
    2. Pokud ne, vytvořte lístek se souhrnem jako AMA nemůže stáhnout konfiguraci DCR a typ problému potřebuji pomoc s agentem Služby Azure Monitor pro Windows.

Problémy se shromažďováním čítačů výkonu

  1. Zkontrolujte, že váš DCR JSON obsahuje oddíl pro performanceCounters. Pokud ne, opravte dcr. Podívejte se, jak vytvořit DCR nebo ukázkové DCR.
  2. Zkontrolujte, jestli soubor C:\Resources\Directory\AMADataStore\mcs\mcsconfig.lkg.xml existuje. Pokud neexistuje, vytvořte lístek se souhrnem s informacemi o tom, že AMA neběžela dostatečně dlouho, aby bylo možné označit typ problému jako Potřebuji pomoc s agentem Služby Azure Monitor pro Windows.
  3. Otevřete soubor a zkontrolujte, jestli obsahuje CounterSet uzly, jak je znázorněno v následujícím příkladu:
    <CounterSet storeType="Local" duration="PT1M" 
        eventName="c9302257006473204344_16355538690556228697" 
        sampleRateInSeconds="15" format="Factored">
        <Counter>\Processor(_Total)\% Processor Time</Counter>
        <Counter>\Memory\Committed Bytes</Counter>
        <Counter>\LogicalDisk(_Total)\Free Megabytes</Counter>
        <Counter>\PhysicalDisk(_Total)\Avg. Disk Queue Length</Counter>
    </CounterSet>
    
    Pokud nejsou žádné CounterSet uzly, dcr se neanalyboval správně. Vytvořte lístek se souhrnem jako "AMA nemůže parsovat konfiguraci DCR" a typ problému potřebuji pomoc s agentem Windows služby Azure Monitor.

Problémy s používáním vlastních metrik jako cíle

  1. Tady si pečlivě projděte požadavky.

  2. Ujistěte se, že přidružený dcr je správně vytvořený tak, aby shromažďoval čítače výkonu a odesílal je do metrik Služby Azure Monitor. V DCR byste měli vidět tuto část:

    "destinations": {  
    "azureMonitorMetrics": {  
        "name":"myAmMetricsDest" 
        } 
    }
    
  3. Spusťte příkaz PowerShellu:

    Get-WmiObject Win32_Process -Filter "name = 'MetricsExtension.Native.exe'" | select Name,ExecutablePath,CommandLine | Format-List
    

    Ověřte, že parametr CommandLine ve výstupu obsahuje argument -TokenSource MSI.

  4. Ověřte, že C:\Resources\Directory\AMADataStore\mcs\AuthToken-MSI.json soubor existuje.

  5. Ověřte, že C:\Resources\Directory\AMADataStore\mcs\CUSTOMMETRIC_<subscription>_<region>_MonitoringAccount_Configuration.json soubor existuje.

  6. Shromažďování protokolů spuštěním příkazu C:\Packages\Plugins\Microsoft.Azure.Monitor.AzureMonitorWindowsAgent\<version-number>\Monitoring\Agent\table2csv.exe C:\Resources\Directory\AMADataStore\Tables\MaMetricsExtensionEtw.tsf

    1. Příkaz vygeneruje soubor "MaMetricsExtensionEtw.csv".
    2. Otevřete ho, vyhledejte všechny chyby úrovně 2 a zkuste je opravit.
  7. Pokud žádná z výše uvedených možností nepomůže, vytvořte lístek se souhrnem jako "AMA nemůže shromáždit vlastní metriky" a typ problému potřebuji pomoc s agentem Služby Azure Monitor pro Windows.

Problémy se shromažďováním protokolů událostí Windows

  1. Zkontrolujte, že váš formát JSON DCR obsahuje oddíl pro windowsEventLogs. Pokud ne, opravte dcr. Podívejte se, jak vytvořit DCR nebo ukázkové DCR.
  2. Zkontrolujte, jestli soubor C:\Resources\Directory\AMADataStore\mcs\mcsconfig.lkg.xml existuje. Pokud neexistuje, vytvořte lístek se souhrnem s informacemi o tom, že AMA neběžela dostatečně dlouho, aby bylo možné označit typ problému jako Potřebuji pomoc s agentem Služby Azure Monitor pro Windows.
  3. Otevřete soubor a zkontrolujte, jestli obsahuje Subscription uzly, jak je znázorněno v následujícím příkladu:
    <Subscription eventName="c9302257006473204344_14882095577508259570" 
    query="System!*[System[(Level = 1 or Level = 2 or Level = 3)]]">
        <Column name="ProviderGuid" type="mt:wstr" defaultAssignment="00000000-0000-0000-0000-000000000000">
          <Value>/Event/System/Provider/@Guid</Value>
        </Column>
        ...
    
        </Column>
    </Subscription>
    
    Pokud nejsou žádné Subscription uzly, dcr se neanalyboval správně. Vytvořte lístek se souhrnem jako "AMA nemůže parsovat konfiguraci DCR" a typ problému potřebuji pomoc s agentem Windows služby Azure Monitor.

Vytvoření lístku

  1. Otevřete pravidlo shromažďování dat a v nabídce na levé straně vyberte Nová žádost o podporu. Můžete také otevřít podokno Nápověda a podpora a vybrat Vytvořit žádost o podporu.
  2. Vyberte:
    • Typ problému: Technický.
    • Předplatné: Vyberte předplatné, ve kterém se nacházejí vaše počítače.
    • Typ služby: Pravidla shromažďování dat a agent Služby Azure Monitor.
    • Souvisí váš problém s prostředkem?: Ano. Vyberte svůj počítač pomocí nástroje pro výběr prostředků.
  3. Zadejte Souhrn a Typ problému , jak je uvedeno v postupu řešení potíží. Přesné informace vedou k rychlejšímu řešení problému.
  4. Vyberte Další a projděte si doporučená řešení, abyste zjistili, jestli vám pomůžou.
  5. Pokud vám to nepomůže, vyberte Další a vyplňte další sadu podrobností.
  6. Vyberte Další, zkontrolujte poslední podrobnosti a vyberte Vytvořit.