Warum ist der Seitenwohnungserwartungswert manchmal außergewöhnlich hoch (4,3 m)?

Question

Mein Wert der Seitenlebenserwartung liegt in der Regel in einem Bereich von 3000 bis 10000.

Wenn Sie jedoch in der untenstehenden kleinen Datenprobe sehen können, gibt es regelmäßige Werte von etwa 4,3 milion. Ich erhalte diese Werte mithilfe von typeperf und speichern Sie die Ergebnisse direkt in einer SQL-Servertabelle mithilfe einer System-DSN-Verbindung.

Befehl:

generasacodicetagpre.

Die Konfigurationsdatei SQLCTR.CFG enthält diese Zeile:

generasacodicetagpre.

Da die Werte von 4,3 Millionen so viel unterschiedlich sind / höher sind als die anderen, vermute ich eine Art Fehler / Fehler. Interessant ist, dass vor einigen Wochen dieser Wert in diesen Tagen viel mehr erschien. Inzwischen zeigt es etwa 1 mal pro Tag. Leider ruiniert es die Charts in den Berichten, die ich fahre.

Konfiguration: SQL 2008 R2 10.50.6000.34
20 GB Phys. MEM. 18 GB für SQL Server, max.
Speicher zwischengespeichert: 298 MB Verfügbar: 394 MB Kostenlos: 104 MB

Wir stehen diesem Thema auf vielen unserer SQL-Server.

wo kommt es aus?

Hier sind einige Beispieldaten:

generasacodicetagpre.

Answer 1

4294847 ist ähnlich 4294967295 mit einigen Ziffern rasiert, und 4294967295 ist ein bekannter Wert (0xffffffff).Dadurch wird ein Integer-Unterlauf während einer Teilstraße in dem Werkzeug vermutet, mit dem Sie die Werte lesen ( typeperf ).PLE ist ein komplexer Zähler, mit dem Apps die Basis ordnungsgemäß in Betracht ziehen müssen, und das Zeitintervall, das zum Berechnen des Werts verstrichen ist, siehe Zählertypen , und die Rechenung falsch ist, ist nicht unbekannt.

Versuchen Sie, zu sehen, ob der ungerade Wert auch in Logman angezeigt wirdgesammelte Spuren oder direkt in perfmon .