nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Analýza ArcGIS Enterprise s Optimalizovaným typem analýzy System Log Parseru (Začátečník)

AaronLopez

Optimalizovaný typ analýzy System Log Parseru

Ačkoli pravděpodobně znáte používání System Log Parseru (SLP) pro čtení logů a pomoc při kvantifikaci využití ArcGIS Enterprise, existuje relativně nová funkce v tomto populárním, bezplatném nástroji, která může usnadnit práci a učinit analýzu silnější.

Tato funkce je volba "Optimized" reportu, což je nový parametr v GUI uvedený pod Typ analýzy. Pro dotazy na logy jako ArcGIS Server (Web), ArcGIS Server (File System), Internet Information Services (IIS) a Elastic Load Balancer (AWS) je nyní výchozí. Tato volba zatím není dostupná pro dotazy na logy Cloud Front a Azure. Pro zpětnou kompatibilitu jsou stále k dispozici typy Simple, WithOverviewCharts a Complete, ale pro nejlepší zážitek z analýzy nejsou doporučovány.

Volba Optimalizovaného typu analýzy zobrazená v GUI:

Tabulková zpráva System Log Parseru vytvořená pomocí volby Optimalized:

Také dostupné z příkazové řádky

GUI (SystemLogsGUI.exe) je pohodlné pro vytváření reportů, ale verze příkazové řádky (slp.exe) je skvělá pro automatizaci analýzy System Log Parseru. Volba Optimalized reportu je dostupná v obou!

Původ Optimalizovaného reportu

Během let byla jednou z nejžádanějších vylepšení pro SLP zlepšení rychlosti a využití paměti (stroje, na kterém běží) při parsování logů pro velmi vytížené stránky nebo dlouhé časové úseky (např. několik týdnů či více). Optimalizovaný report přímo řeší tyto dvě oblasti. Výkon je měřitelně rychlejší a využití paměti o řády nižší. Díky možnosti vyhledávat ve větších časových úsecích s rychlejším provedením lze provádět silnější statistiky, protože report může analyzovat více požadavků.

Pro nejlepší výsledky používejte Optimalizovaný report s ArcGIS Server (File System), Internet Information Services (IIS) nebo Elastic Load Balancer (AWS) dotazy na logy. Úspory paměti lze stále získat i u ArcGIS Server (Web) dotazů na logy, ale samotné získávání velkého množství logů přes REST Admin API je stále výkonovým omezením.

Obsah Optimalizovaného reportu

Zprávy System Log Parseru se zaměřují na seskupování hodnot z logů do klíčových časově založených kategorií. Zatímco Optimalizovaný report pro různé zdroje logů (ArcGIS Server, IIS nebo ELB) má určité společné rysy, mohou být přidány další statistiky v závislosti na použitém zdroji. Například pokud byl Optimalizovaný report použit pro dotazování ArcGIS Server (Web) nebo ArcGIS Server (File System) logů, čekací doba, doba vytvoření instance a doba příchodu budou statisticky rozděleny kromě uplynulého času.

Nahlášení chyb System Log Parseru

Kontaktujte SystemTestTool@esri.com

Poznámka: Nástroj System Log Parser je vyvíjen ve společnosti Esri, ale není podporovaným produktem.

Nejnovější verze

Opravy chyb a nové funkce jsou do SLP neustále přidávány.

Nejnovější verzi najdete zde: System Log Parser

Najděte více příspěvků označených jako

Configuration & Integration

Strategy & Planning

Architecture & Security

Komentáře

notebooker

Hi Aaron,

is it possible to let the application (GUI version) persist Log Location and Report Folder? Every time I start the app, it has default values.

Thank you.

AaronLopez

Hello @notebooker,
In the System Log Parser GUI it is not possible to persist those values.

However, everything you can do in the GUI you can also accomplish in the command-line version, slp.exe.
With PowerShell (or bat) scripts, you could persist the necessary inputs and make the execution easier.

Hope that helps.

Aaron

WenfengLi

I generated reports successfully. However most tables are empty (such as users, waiting time, statistics.....). I have the ArcGIS log level set to INFO. Is it the problem? Should set to to higher level of logging?

ghaskett_aaic

Hello.

Do we know if there are any compatibility issues with this tool and the ArcGIS Enterprise 11.2 software?

I recently set this up and ran it on one of our servers, however it doesn't look like it is working properly.

It completed and shows a start time and end time for the query and timing for the Start/End Time for Data (Coordinated Universal Time), but it doesn't show a Start/End Time for Data (Central Standard Time), plus the Data TimeSpan value is 0 along with a lot of the other values from Unique Resources Requested down.

Am I not filling something out right or is there an issue with 11.2?

Thanks,

AaronLopez

Hi @ghaskett_aaic,
My guess is that your 11.2 Site and System Log Parser are fine.
There are two conditions that exist that can lead to the situation of the generated report listing 0 hits.

The LogLevel of ArcGIS Server is set to a value of either Warning, Error or Info
- The statistics in the System Log Parser report are based on elapsed time request entries, but this requires the LogLevel to be set to Fine
- Verbose and Debug work too but they not recommended for Production sites due to how much detail is recorded
There were no requests to the Site during the specified log query duration (e.g., 2024-03-01T10:21:57 through 2024-03-05T10:21:57)
- For a quick check, authenticate to the Site from the REST service endpoint, select a service, pan or zoom around a few times, then generated the report with an end time that includes those requests (e.g., end time = now)
- This report should include your requests that were just made to the Site

Hope that helps
Aaron

AnjulPandey

@AaronLopezI would appreciate it if you could suggest the following -

Is there a way to obtain usage statistics of vector tile service published on ArcGIS Server?
Has anyone created a script or notebook to collect a list of all the vector tile packages with their storage size and usage statistics?
Logs for map and vector tiles generated by publishing services on ArcGIS Server?
Logs for how many features were edited by the user?
Logs of how many vector or raster tiles were downloaded by the user.

AaronLopez

Hi @AnjulPandey,

Is there a way to obtain usage statistics of vector tile service?
There might be some usage statistics through the ArcGIS Web Adaptor access logs (IIS log), if it is available.
The information here would be counts (how many times was a vector tile service requested) and performance (how long were users waiting to down load the tiles). System Log Parser should be able to address this the the Internet Information Services Log Query capability.
Has anyone created a script or notebook to collect a list of all the vector tile packages with their storage size?
Not that I am aware of but I have not specifically looked for tools that address that functionality.
Logs for map and vector tiles generated by publishing services?
Is this similar to the first item? Are you after usage statistics or publishing statistics.
If so, System Log Parser would summarize requests for such data (usage and publishing) from the ArcGIS Web Adaptor access log.
But it is worth pointing out that for publishing statistics, only the job's GUID would be listed in the report.
Logs for how many features were edited by the user?
This is interesting. Would this be hosted feature services, traditional or both?
For traditional feature services, this might involve queries to the enterprise geodata to understand what, if anything has changed since the check.
Although I am not sure if any observability or reporting tools do this, I have not looked.
Assuming the edited data was through the applyEdits function of a feature service, System Log Parser would list if that method was called. Of course, this does not mean the data was changed...just that the applyEdits function was called.
Logs of how many vector or raster tiles were downloaded by the user?
Map, Vector and Raster tile requests through a web adaptor are reported like any other request. System Log Parser would be able to report on usage statistics (e.g., counts and performance) from the ArcGIS Web Adaptor access logs. But, these log sources do not typically record the ArcGIS User that made the request. So the "who" would not be available.

Hope that helps
Aaron

Připojte se k diskusi

Přihlášení členové mohou přispívat, sledovat aktualizace a další. Nový zde? Zaregistrujte si bezplatný účet.

Rychlé odkazy

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.