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; } } }

ArcGIS Enterprise-analyse met System Log Parser's Geoptimaliseerde Analysetype (Beginner)

AaronLopez

System Log Parser's Geoptimaliseerde Analysetype

Hoewel u waarschijnlijk bekend bent met het gebruik van System Log Parser (SLP) om logs te lezen en u te helpen uw ArcGIS Enterprise-gebruik te kwantificeren, is er een relatief nieuwe functie in deze populaire, gratis tool die de inspanning kan vergemakkelijken en de analyse krachtiger kan maken.

Deze functie is de "Geoptimaliseerde" rapportoptie, een nieuwe parameter in de GUI die wordt vermeld onder Analysetype. Voor logquery's zoals ArcGIS Server (Web), ArcGIS Server (File System), Internet Information Services (IIS) en Elastic Load Balancer (AWS), is dit nu de standaard. Deze optie is nog niet beschikbaar voor Cloud Front- en Azure-logquery's. Voor achterwaartse compatibiliteit zijn Eenvoudig, MetOverzichtGrafieken en Compleet types nog steeds een optie, maar voor de beste analyse-ervaring worden ze niet aanbevolen.

De Geoptimaliseerde Analysetype-optie weergegeven in de GUI:

Een System Log Parser-spreadsheetrapport gegenereerd met de Geoptimaliseerde optie:

Ook Beschikbaar via de Command-Line

De GUI (SystemLogsGUI.exe) is handig voor het maken van rapporten, maar de commandoregelversie (slp.exe) is uitstekend voor het automatiseren van System Log Parser-analyse. De Geoptimaliseerde rapportoptie is beschikbaar in beide!

Oorsprong van het Geoptimaliseerde Rapport

In de loop der jaren is een van de meest gevraagde verbeteringen voor SLP geweest om de snelheid en het geheugengebruik te verbeteren (van de machine waarop het draait) bij het parseren van logs voor zeer drukke Sites of grote tijdsperioden (bijv. meerdere weken of meer). Het Geoptimaliseerde rapport pakt deze twee punten direct aan. De prestaties zijn meetbaar sneller en het geheugengebruik vele malen lager. Met de mogelijkheid om grotere tijdsperioden sneller te doorzoeken, kunnen krachtigere statistieken worden uitgevoerd omdat het rapport meer verzoeken kan analyseren.

Voor de beste resultaten gebruikt u het Geoptimaliseerde rapport met ArcGIS Server (File System), Internet Information Services (IIS) of Elastic Load Balancer (AWS)-logquery's. Geheugengebruikbesparingen kunnen nog steeds worden behaald met ArcGIS Server (Web)-logquery's, maar het ophalen van grote hoeveelheden logs via de REST Admin API blijft de prestatieknelpunt.

Inhoud van het Geoptimaliseerde Rapport

System Log Parser-rapporten richten zich op het groeperen van waarden uit de logs in belangrijke tijdgebaseerde categorieën. Hoewel het Geoptimaliseerde rapport voor de verschillende logbronnen (ArcGIS Server, IIS of ELB) enige overeenkomsten heeft, kunnen er aanvullende statistieken zijn afhankelijk van welke werd gebruikt. Bijvoorbeeld, als het Geoptimaliseerde rapport werd gebruikt voor het opvragen van ArcGIS Server (Web)- of ArcGIS Server (File System)-logs, worden wachttijd, instantiecreatietijd en aankomsttijd elk statistisch uitgesplitst naast verstreken tijd.

Meld Bugs van System Log Parser

Neem contact op met SystemTestTool@esri.com

Opmerking: De System Log Parser-tool wordt ontwikkeld bij Esri maar is geen ondersteund product.

Laatste Versie

Bugs worden opgelost en nieuwe functies worden altijd toegevoegd aan SLP.

De nieuwste versie is hier te vinden: System Log Parser

Vind meer berichten getagd met

Configuration & Integration

Strategy & Planning

Architecture & Security

Reacties

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

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle links

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