Datenübergabe Datei->DB dauert lange

[clippa]

Hallo,

mir ist gerade aufgefallen, dass das Einlesen der .xml-Dateien ziemlich lange dauert, so ca. 70 sek. pro Datei/Client.
Bei ca. 1500 Clients die beim Anmelden ihre Datei dort ablegen ist der Server den ganzen Tag beschäftigt.

Nicht wirklich schlimm aber etwas unschön. Oder ist das normal?

EmpInv.dll 11.1.1.926

Viele Grüße
Chris

[Hendrik_Ambrosius]

Ist eigentlich recht lang. Allerdings sollten die Zeiten ERHEBLICH geringer ausfallen wenn nur partielle Scans gemacht werden, d.h. die /DIFF Option genutzt wird. Dann sind die Scanfiles auch sehr klein.

[clippa]

Danke für den Hinweis. Ich habe das ausprobiert und weiß jetzt auch wieder waum wir die Option nicht gesetzt hatten: Der angemeldete Benutzer wird nicht korrekt ermittelt - es steht immer der Agent-User drin.

Kann das evtl. an den unterschiedlichen Versionen vom Scan und vom Dienst liegen?
Beim debugView sehe ich folgende Meldung:
[1788] Warning: InventoryData Version is lower than Service Version, trying to process the file anyway.
[1788] Empirum Inventory Service Revision 709
[1788] EmpInv.DLL Version 11.1.1.926

Die EmpInventory.exe hat Version 11.1.1.620

Bei der Gelegenheit, wir haben pro Tag auch ca. 150 fehlerhafte Dateien, meist sieht die fehlerhafte Stelle so aus:

Code: Select all

<Table Name="WMIPrinter">
    <Column Name="ID">0</Column>
    <Column Name="client_id">0</Column>
    <Column Name="PrinterName">COI Raster PCL Printer</Column>
    <Column Name="PortName">LPT1:</Column>
    <Column Name="DriverName">COI Raster PCL Printer</Column>
    <Column Name="DriverVersion">4.00</Column>
    <Column Name="NetworkPrinter">0</Column>
    <Column Name="DefaultPrinter">0</Column>
    <Column Name="Caption">COI Raster PCL Printer</Column>
    <Column Name="CapabilityDescriptions">  </Column>
    <Column Name="HorizontalResolution">300</Column>
    <Column Name="VerticalResolution">300</Column>
    <Column Name="LocationID">0</Column>
    <Column Name="ReplID">0</Column>
  </Table>
</InventoryData>
pPreallocation">False</Column>
    <Column Name="HighThresholdOnClientObjects">0</Column>
    <Column Name="HighThresholdOnEvents">20000000</Column>
    <Column Name="InstallationDirectory">C:\WINDOWS\system32\WBEM</Column>
    <Column Name="LoggingDirectory">C:\WINDOWS\system32\WBEM\Logs\</Column>
    <Column Name="LoggingLevel">1</Column>
    <Column Name="LowThresholdOnClientObjects">0</Column>
    <Column Name="LowThresholdOnEvents">10000000</Column>
    <Column Name="MaxLogFileSize">65536</Column>
    <Column Name="MaxWaitOnClientObjects">0</Column>
    <Column Name="MaxWaitOnEvents">2000</Column>
    <Column Name="LocationID">0</Column>
    <Column Name="ReplID">0</Column>
  </Table>

Also irgendwelche unvollständige Daten nach dem Ende-Tag.

[Hendrik_Ambrosius]

Wieso unterschiedliche Versionen? Normalerweise gibt es nur eine EmpInventory.exe.

Wenn der aktuelle Benutzer nicht richtig in das DIFF-Ergebnis geschrieben wird wenn er sich geändert hat ist das ein Bug den Sie melden sollten.

Bitte mal die neueste EmpInventory.exe einsetzen, noch mal mit den Problem-PCs testen und ggf. auch hierfür einen Call eröffnen.

[clippa]

Wieso unterschiedliche Versionen? Normalerweise gibt es nur eine EmpInventory.exe.

Tja, das frage ich mich auch. Habe ein Ticket eröffnet.

Wenn der aktuelle Benutzer nicht richtig in das DIFF-Ergebnis geschrieben wird wenn er sich geändert hat ist das ein Bug den Sie melden sollten.

Da hatte ich wohl einen PC erwischt bei dem das generell nicht stimmt. Nach weiteren Tests scheint doch der aktuelle User übernommen zu werden - behalte ich im Auge.

Bitte mal die neueste EmpInventory.exe einsetzen, noch mal mit den Problem-PCs testen und ggf. auch hierfür einen Call eröffnen.

Die bekomme ich vom Support nachdem ich dazu ein Ticket eröffnet habe? Auf dem FTP hatte ich nichts neueres gefunden...

[Hendrik_Ambrosius]

Ich meinte die neueste offizielle Version für Ihre eingesetzte Empirum Version.
Also z.B. v12 R2 Patch 1.

[clippa]

Achso, ja das ist geplant