Glorf IT

Puh, jetzt wird es aber langsam eng für MySQL. Wird ausgerechnet der große Vorteil des modularen Aufbaus für MySQL zum Verhängnis? Man kann wählen welche Database-Engine unter MySQL verwendet werden soll. Nachdem die beliebte InnoDB von Oracle gekauft wurde und von MySQL lizensiert werden musste, hat IBM SolidDB gekauft und will deren Entwicklung einstellen.

Warum sollte IBM auch wollen, dass die freie Konkurrenz zu gut wird? Immerhin ist MySQL heute schon im Web-Bereich "Marktführer" und breitet sich gerade in anderen Bereichen aus. Wenigstens stehen – Dank GPL – die bisher veröffentlichten Sourcen weiterhin bereit. Aber wer soll das Projekt fortsetzen? Ob es in so einem speziellen Gebiet auch ohne professionelle Entwickler gehen kann, also mit Fachleuten, die nur in ihrer Freizeit die nötige Man-Power aufbringen dürfen, ist schon zweifelhaft…

Falls entsprechende Gerüchte oder Befürchtungen schon länger im Umlauf waren, dann scheint die Flucht der Firma MySQL AB in die starken Arme von Sun ein schlauer Schritt gewesen zu sein.

Passend zu dem Cebit-Leitthema "Green IT" fragte mich heute ein Kollege zu einer Meldung, die der SQL-Server gerne bei unseren Kunden wirft. Meist handelt es sich dabei um die Express-Edition, die auf einem Arbeitsplatzrechner bzw. Laptop läuft:

Error 17896
"The time stamp counter of CPU on scheduler id XY is not synchronized with other CPUs."
bzw.
"Der Timestampzähler der CPU für das Zeitplanungsmodul mit der ID XY ist nicht mit anderen CPUs synchronisiert."

Das ist eine reine Info-Message, die mit SP2 eingeführt wurde. Man kann sie nicht abschalten. Wenn man Pech hat, dann müllt einem diese Meldung nicht nur das Errorlog, sondern auch die Ereignisanzeige voll.

Die Meldungen kommen beispielsweise gerne auf Laptops, die je nach eingestelltem Energie-Schema den CPU-Takt ändern. Das mag der SQL-Server gar nicht gerne, weil sich einige interne Abläufe am CPU-Takt orientieren. In zukünftigen Versionen wollen die MSler das Verhalten ändern. Mal abwarten…
Durch das Umschalten auf das Energie-Schema "Dauerbetrieb" kann man das ändern.

Wenn man auf einem "normalen" Rechner einen Server (z.B. Peer-to-Peer) betreibt, dann sollte er sowieso generell auf "Dauerbetrieb" eingestellt sein, um ständig eine gute Zugriffszeit zu gewährleisten. Aber Achtung: angeblich ändern auch manche Tools den Prozessortakt. Da kenne ich aber keines, kann mich da jemand erleuchten?

Microsoft empfiehlt an dieser Stelle auch das feste Zuordnen von CPUs mit der Affinity-Mask. An anderen Stellen wird generell davon abgeraten. Ich schließe mich der Ablehnung an. Nur echte Experten mit dedizierten Servern für einen SQL-Server mit einer High-Performance-Datenbank sollten das einsetzen.

Hintergrund-Informationen findet man in folgenden Dokumenten:

• "SQL Server 2005 SP2 will introduce new messages to the error log related to timing activities."
• "SQL Server timing values may be incorrect when you use utilities or technologies that change CPU frequencies"

Nur so nebenbei bemerkt:
Als ein Kollege sagte, dass bei uns "führende Nullen eine Rolle spielen", da waren keine Führungskräfte gemeint…