Hier der Beitrag, der für Verwirrung sorgte: TechNet Blogs > The Microsoft Security Response Center (MSRC)

Wofür die Funktion fn_dblog sinnvoll ist? Man kann damit den Inhalt des Transaktionslogs lesen:

Ein recht hübsches und ausgefallenes Beispiel beschreibt Paul Randal im Artikel "Finding out who dropped a table using the transaction log".

Always use SQL Server tools such as SQL Server Configuration Manager to change the account used by the SQL Server or SQL Server Agent services, or to change the password for the account. In addition to changing the account name, SQL Server Configuration Manager performs additional configuration such as setting permissions in the Windows Registry so that the new account can read the SQL Server settings. Other tools such as the Windows Services Control Manager can change the account name but do not change associated settings. If the service cannot access the SQL Server portion of the registry, the service may not start properly.

Die vollständige Liste der von SQL-Server-Diensten benötigten Rechte stehen im Artikel "Setting Up Windows Service Accounts".

Ich habe das Buch mal überflogen: Es war ganz nett. Viele Grundlagen, viele Tipps. Ich halte es daher für Leute, die schon Grundkenntnisse haben und tiefer einsteigen wollen für lesenswert. Das ist nichts für Neueinsteiger, aber auch nicht für Experten. An dem Buch haben bekannte Experten mitgearbeitet, z.B. Kevin Kline. Alleine schon wegen ihm müssten eigentlich alle Quest-Software kaufen…

Die Hinweise auf weiterführende Literatur am Ende jedes Kapitels haben mir gleich gefallen. Dadurch wurde ich beispielsweise auf die SqlServerPedia aufmerksam. Konkret beeindruckte mich die Seite Index Selectivity and Column Order als gute Einsteiger-Lektüre zu dem Thema Index-Nutzung.

CPU time stamp frequency has changed from 191469 to 1794177 ticks per millisecond. The new frequency will be used

Das war nicht wirklich schlimm, die dauernden Fehlermeldungen in der Ereignisanzeige nervten aber ausgesprochen. Betroffen waren nur Performancemessungen. Auch wir bekamen regelmäßig beunruhigte Nachfragen seitens unserer Kunden zu diesen Fehlermeldungen. Details zum behobenen Problem stehen in KB931279: der SQL Server 2005 entnimmt seit SP3 die Zeiten nicht der dem CPU-Counter (RDTSC), sondern ähnlich wie die Multimedia-Time. Details zu den genauen Unterschieden beschreibt Bob Dorr (Microsoft) im Artikel "How It Works: SQL Server No Longer Uses RDTSC For Timings in SQL 2008 and SQL 2005 Service Pack 3 (SP3)".

Risiken und Nebenwirkungen

Manchmal haben Änderungen in der Software Risiken und Nebenwirkungen, die man so nicht erwarten würden. So ging es Microsoft an dieser Stelle offenbar. Ein netter Kollege machte mich auf den kürzlich dazu erschienen Artikel von HP aufmerksam:

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.

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.

Weitere Details siehe HP Customer Advisory c02110402. Ich persönlich denke, dass es nicht nur HP-Server treffen kann, sondern auch andere Server mit "enhanced power management technologies that change CPU frequencies". Ich hörte noch von keinem konkreten Problem in meinem Umfeld, aber kann jetzt gezielt nach solchen Symptomen Ausschau halten.

Abhilfe

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?

Daher hat Microsoft nun eine Übersicht erstellt in der man die Unterschiede genau nachlesen kann: "KB2027770 – Understanding the .NET Framework requirements for various versions of SQL Server"

SQL Server setup media does not support the language of the OS or does not have ENU localized files. Use the matching language-specific SQL Server media or change the OS locale through control panel.

Die Lösung ist bei Microsoft-Connect beschrieben: Man muss bei seinem Windows "Deutsch (Deutschland)" (de-de) als Sprachformat eingestellt haben. "de-at" verursacht hingegen einen Fehler.

Das darin erwähnte "altehrwürdige" NTBackup konnte das freilich auch schon und zwar sowohl auf Windows Server als auch auf Windows XP. Ab Vista kam dann Windows-Backup. Wenn man damit unter Vista oder Windows 7 versucht eine Datensicherung im laufenden Betrieb durchzuführen, dann ist sie beispielsweise in Bezug auf die SQL-Server-Express-Datenbankdateien nicht konsistent. Leider wird nämlich nicht mehr VSS verwendet. Microsoft hat den Fakt anerkannt, sieht es aber nicht als Problem. Eine Rücksicherung führt zu einer defekten Datenbank. Aus meiner Sicht ein Bug, wenigstens aber ein Rückschritt.

Das ist schade, weil das beschriebene Windows-Backup am Server das ja immer noch kann…

Der Fokus dieser Session beschreibt die "Best Practices", die jeder DBA dringend beherzigen sollte, wenn er nicht "Schiffbruch" – in Form schlechter Performance oder verminderter "Verfügbarkeit" – erleiden möchte. Als typischer GrundlagenVortrag richtet er sich besonders auch an alle Admins, die noch nicht über eine jahrelange Praxis verfügen. Aber so wie ich Jürgen kenne, ist für jeden Admin etwas dabei, auch für den "alten Hasen".

Der Vortrag beginnt bei der richtigen Installation / Upgrade, behandelt die SQL Server Konfiguration sowie das Benutzerdaten- und Log Management. Die Database Configuration Settings sowie die Konfiguration von wichtigen Wartungsplänen mit der (automatischen) Benachrichtigung bei kritischen Fehlern sowie Grundlagen der wichtigsten Sicherheitseinstellungen sowie Backup und Restore werden auch gestreift. Wenn die Zeit reicht, wird er auch über die Erstellung eines Disaster Recovery Plans, das Testen, das Monitoring und die Dokumentation erzählen, aber für alles wird wohl die Zeit nicht reichen, da man für jedes dieser Themen für sich genommen schon einen abendfüllenden Vortrag halten könnte.

Jürgen Leis hat auf der European PASS Conference 2010 den o.g. Vortrag gehört. Er fand die Ideen dahinter so gut und so wichtig, dass er mir spontan vorgeschlagen hat, das Skelett "vom Prinzip her" zu übernehmen und mit "eigenen Lebenserfahrungen" zu füllen und daraus einen eigenen Vortrag zu machen. Also baten wir Brad um Erlaubnis, die Folien verwenden zu dürfen, und er war so nett, zuzustimmen. Ein herzliches Dankeschön an Brad an dieser Stelle.

Der letzte Absatz könnte abschrecken. Aber wer Jürgen kennt, der kann es richtig einordnen: Hier wird nicht irgendetwas nachgeplappert, sondern anhand des vorgegebenen roten Fadens gibt Jürgen sein fundiertes Wissen weiter. Hier seine offizielle Vita:

Der studierte Mathematiker Jürgen Leis ist den Meisten wohl kein Unbekannter. Er ist seit langen Jahren freiberuflicher SQL Spezialist und seit geraumer Zeit von der Bundesagentur für Arbeit wg. seiner Fähigkeiten in diesem Bereich mit Beschlag belegt. Seine SQL-Skripts und seine Fähigkeiten der Automatisierung von SQL-Jobs sind wohl bekannt, da z.B. die Scripts aus seinem früheren Vortrag beim sqlpass.de (nur Mitglieder) zu finden sind. Wenn seine knapp bemessene Freizeit es zulässt, spielt er in seinem Verein Turnier-Schach oder ist als Sprecher beim SQL PASS tätig.

Gastgeber ist diesmal wieder die New Elements GmbH (Äußere-Bayreuther-Straße. 55, 90409 Nürnberg, mit der U2 ist der Ausstieg "Schoppershof").

Der Eintritt ist wie immer frei, auch Nicht-Mitglieder sind herzlich eingeladen. Bitte dennoch bei Michael Deinhard unter M.Deinhard(ät)newelements.de oder Klaus Oberdalhoff unter kob(ät)sqlpass.de anmelden, damit die Anzahl der benötigten Stühle abgeschätzt werden kann. Wir mussten beispielsweise wiederholt wegen großen Ansturms ins benachbarte Hotel umziehen.

Mehr Infos hier.

Wie man auf dem SQL Server Express WebLog nachlesen kann, wird die Beschränkung mit SQL Server 2008 R2 auf 10 GBytes angehoben. Das finde ich sehr wichtig und längst überfällig. Diesen Schritt hatte ich schon bei SQL Server 2008 erwartet und wurde enttäuscht. Aber nun ist der da, der Silberstreif am Horizont…

Diese Version bringt jede Menge neuer Features. Leider war kein einziges dabei, dass mich oder meine Firma irgendwie betroffen hätte. Sehr schade. Möglicherweise geht es Euch auch so? Das einzige, was uns treffen wird, ist die saftige Preiserhöhung. Weil Microsoft das nicht als neue Version sieht, werden die Neuheiten auch immer gerne mit denen des 2008ers zusammen aufgeführt. Aber was sind die Highlights?

• Mit dieser Version kommen neue Editionen, die den Markt nach oben erweitern und daher nur für diese Großanwender sinnvoll sind: "Datacenter Edition" und "Parallel Data Warehouse Edition". Hier stehen Details.
• Es gibt im SQL Server etliche Erweiterungen, die für Großkunden interessant sind und daher erst ab der Enterprise-Edition gehen, z.B. das Multi-Server-Management, Master Data Services und eine verbesserte Datenkompression. Lediglich die Backup-Kompression kann auch die Standard-Edition. Deswegen wurde wohl auch der Preis der Standard-Edition erheblich angehoben.
• Für Office 2010 kommt ein erweitertes Excel-AddIn. Das wird komischerweise immer im Zusammenhang mit SQL-Server genannt, gehört aber eigentlich zu Office: PowerPivot
• Es gibt etliche Erweiterungen der Analysis-Services, die mich aber nicht interessieren, weil wir "nur" den SQL Server einsetzen…
• Ein paar nette Feature in den Reporting-Services, z.B. Spark-Lines.

So, dann wäre das jetzt also geschafft. Nun freue ich mich auf die nächste echte Version im kommenden Jahr: Denali!