ArcGIS Enterprise Analyse mit System Log Parser's Optimiertem Analysetyp (Anfänger)

AaronLopez

System Log Parser's Optimierter Analysetyp

Obwohl Sie wahrscheinlich mit der Verwendung von System Log Parser (SLP) zum Lesen von Protokollen und zur Quantifizierung Ihrer ArcGIS Enterprise-Nutzung vertraut sind, gibt es eine relativ neue Funktion in diesem beliebten, kostenlosen Tool, die die Arbeit erleichtern und die Analyse leistungsfähiger machen kann.

Diese Funktion ist die Option "Optimized" im Bericht, ein neuer Parameter in der GUI unter Analysetyp aufgeführt. Für Protokollabfragen wie ArcGIS Server (Web), ArcGIS Server (File System), Internet Information Services (IIS) und Elastic Load Balancer (AWS) ist sie jetzt die Standardeinstellung. Diese Option ist für Cloud Front- und Azure-Protokollabfragen noch nicht verfügbar. Zur Abwärtskompatibilität sind die Typen Simple, WithOverviewCharts und Complete weiterhin eine Option, aber für das beste Analyseerlebnis werden sie nicht empfohlen.

• Die Option Optimierter Analysetyp, wie sie in der GUI angezeigt wird:

Ein mit der Option Optimiert erstellter System Log Parser-Tabellenkalkulationsbericht:

Auch über die Befehlszeile verfügbar

Die GUI (SystemLogsGUI.exe) ist praktisch zum Erstellen von Berichten, aber die Befehlszeilenversion (slp.exe) eignet sich hervorragend zur Automatisierung der System Log Parser-Analyse. Die Option Optimierter Bericht ist bei beiden verfügbar!

Ursprung des Optimierten Berichts

Im Laufe der Jahre war eine der am häufigsten gewünschten Verbesserungen für SLP, die Geschwindigkeit und den Speicherverbrauch (des ausführenden Computers) beim Parsen von Protokollen für sehr stark frequentierte Sites oder große Zeiträume (z. B. mehrere Wochen oder mehr) zu verbessern. Der Optimierte Bericht adressiert diese beiden Punkte direkt. Die Leistung ist messbar schneller und der Speicherverbrauch um Größenordnungen geringer. Mit der Möglichkeit, größere Zeiträume schneller zu durchsuchen, können leistungsfähigere Statistiken erstellt werden, da der Bericht mehr Anfragen analysieren kann.

Für beste Ergebnisse verwenden Sie den Optimierten Bericht mit ArcGIS Server (File System), Internet Information Services (IIS) oder Elastic Load Balancer (AWS)-Protokollabfragen. Speicherersparnisse sind auch bei ArcGIS Server (Web)-Protokollabfragen möglich, aber das Abrufen großer Mengen von Protokollen über die REST Admin API bleibt der Leistungsengpass.

Inhalte des Optimierten Berichts

System Log Parser-Berichte konzentrieren sich darauf, die Werte aus den Protokollen in wichtige zeitbasierte Kategorien zu gruppieren. Während der Optimierte Bericht für die verschiedenen Protokollquellen (ArcGIS Server, IIS oder ELB) Gemeinsamkeiten aufweist, können je nach verwendeter Quelle zusätzliche Statistiken enthalten sein. Wenn beispielsweise der Optimierte Bericht für Abfragen von ArcGIS Server (Web)- oder ArcGIS Server (File System)-Protokollen verwendet wurde, werden Wartezeit, Instanzerstellungszeit und Ankunftszeit zusätzlich zur verstrichenen Zeit statistisch aufgeschlüsselt.

System Log Parser Fehler melden

Kontaktieren Sie SystemTestTool@esri.com

Hinweis: Das System Log Parser Tool wird bei Esri entwickelt, ist jedoch kein unterstütztes Produkt.

Neueste Version

Bugs werden behoben und neue Funktionen werden ständig zu SLP hinzugefügt.

Die neueste Version finden Sie hier: System Log Parser

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