{"id":4651,"date":"2010-05-16T19:40:41","date_gmt":"2010-05-16T17:40:41","guid":{"rendered":"http:\/\/www.glorf.it\/blog\/?p=4651"},"modified":"2010-05-15T19:44:40","modified_gmt":"2010-05-15T17:44:40","slug":"traceflag-falls-server-nicht-mehr-reagiert","status":"publish","type":"post","link":"http:\/\/www.glorf.it\/blog\/2010\/05\/16\/sql-talk\/sql-server\/traceflag-falls-server-nicht-mehr-reagiert","title":{"rendered":"Traceflag, falls Server nicht mehr reagiert"},"content":{"rendered":"<p>Mit dem SQL Server 2008 und dem SP3 f&#252;r SQL Server 2005 hat Microsoft den Fehler beseitigt, der auf CPUs mit Stromsparfunktionen regelm&#228;&#223;ig zu Timingproblemen f&#252;hrte. Die Meldungen sahen dann etwa so aus:<\/p>\n<blockquote><p>CPU time stamp frequency has changed from 191469 to 1794177 ticks per millisecond. The new frequency will be used<\/p><\/blockquote>\n<p>Das war nicht wirklich schlimm, die dauernden Fehlermeldungen in der Ereignisanzeige nervten aber ausgesprochen. Betroffen waren nur Performancemessungen. Auch wir bekamen regelm&#228;&#223;ig beunruhigte Nachfragen seitens unserer Kunden zu diesen Fehlermeldungen. Details zum behobenen Problem stehen in <a href=\"http:\/\/support.microsoft.com\/kb\/931279\/en-us\">KB931279<\/a>: der SQL Server 2005 entnimmt seit SP3 die Zeiten nicht der dem <a href=\"http:\/\/en.wikipedia.org\/wiki\/Time_Stamp_Counter\">CPU-Counter<\/a> (RDTSC), sondern <em>&#228;hnlich wie<\/em> die <a href=\"http:\/\/msdn.microsoft.com\/en-us\/library\/dd757347(VS.85).aspx\">Multimedia-Time<\/a>. Details zu den genauen Unterschieden beschreibt Bob Dorr (Microsoft) im Artikel &quot;<a href=\"http:\/\/blogs.msdn.com\/psssql\/archive\/2008\/12\/16\/how-it-works-sql-server-no-longer-uses-rdtsc-for-timings-in-sql-2008-and-sql-2005-service-pack-3-sp3.aspx\">How It Works: SQL Server No Longer Uses RDTSC For Timings in SQL 2008 and SQL 2005 Service Pack 3 (SP3)<\/a>&quot;.<\/p>\n<p><strong>Risiken und Nebenwirkungen<\/strong><\/p>\n<p>Manchmal haben &#196;nderungen in der Software Risiken und Nebenwirkungen, die man so nicht erwarten w&#252;rden. So ging es Microsoft an dieser Stelle offenbar. Ein netter Kollege machte mich auf den k&#252;rzlich dazu erschienen Artikel von HP aufmerksam:<\/p>\n<blockquote><p>ProLiant servers that have multiple processor cores and that are running Microsoft SQL Server 2005 SP3 or SQL Server 2008 may stop responding when under a heavy I\/O processing load. If Automatic Server Recovery (ASR) is enabled on these servers, the server may reboot when the server stops responding.<\/p>\n<p>SQL Server 2005 SP3 and SQL Server 2008 use mmtimer (Multimedia) timer rather than the RDTSC timer, which changes the clock granularity (to 1ms). This change may result in clock-drift or an unresponsive server if the server uses enhanced power management technologies that change CPU frequencies. <\/p><\/blockquote>\n<p>Weitere Details siehe <a href=\"http:\/\/alerts.hp.com\/r?2.1.3KT.2ZR.163d6c.ETyD4Y..N.U6Ao.3BF0.bW89MQ%5f%5fCOAUFKY0 \">HP Customer Advisory c02110402<\/a>. Ich pers&#246;nlich denke, dass es nicht nur HP-Server treffen kann, sondern auch andere Server mit &quot;enhanced power management technologies that change CPU frequencies&quot;. Ich h&#246;rte noch von keinem konkreten Problem in meinem Umfeld, aber kann jetzt gezielt nach solchen Symptomen Ausschau halten. <\/p>\n<p><strong>Abhilfe<\/strong><\/p>\n<p>Das als Abhilfe vorgeschlagene, undokumentierte Trace-Flag 8038 scheint nur Auswirkungen auf die Tracing-Ausgaben und Timing-Features zu haben, die SQL-Zeitfunktionern arbeiten wie gehabt auf Basis von 14ms-Ticks. Hat jemand schon Erfahrungen mit diesem Traceflag gesammelt?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Mit dem SQL Server 2008 und dem SP3 f&#252;r SQL Server 2005 hat Microsoft den Fehler beseitigt, der auf CPUs mit Stromsparfunktionen regelm&#228;&#223;ig zu Timingproblemen f&#252;hrte. Die Meldungen sahen dann etwa so aus: CPU time stamp frequency has changed from 191469 to 1794177 ticks per millisecond. The new frequency will be used Das war nicht [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[16],"tags":[305,167],"_links":{"self":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/4651"}],"collection":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/comments?post=4651"}],"version-history":[{"count":8,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/4651\/revisions"}],"predecessor-version":[{"id":4714,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/posts\/4651\/revisions\/4714"}],"wp:attachment":[{"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/media?parent=4651"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/categories?post=4651"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.glorf.it\/blog\/wp-json\/wp\/v2\/tags?post=4651"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}