Windows Server 2003 r2 vs. 2008 r2 - Leistung für SQL Server

Windows Server 2003 r2 vs. 2008 r2 - Leistung für SQL Server

Zunächst einmal bin ich kein Systemadministrator, sondern nur ein Programmierer, der über die schlechte Serverleistung frustriert ist …

Wir betreiben derzeit eine VM (ich glaube, der Host ist Win Server 2008) auf einer neueren E5-2650-CPU mit 24 GB RAM, zumindest laut dem Dialogfeld „Systemeigenschaften“. Ich kann nicht mit Sicherheit sagen, welche Ressourcen die SQL-VM hat, da ich nur darauf und nicht auf den Host Zugriff habe. Tut mir leid, ich kenne mich damit nicht so gut aus. Ich möchte unserem aktuellen Systemadministrator auch nicht das Gefühl geben, ich trete ihm auf die Füße, indem ich ihm unnötig viele Fragen stelle. Ich möchte nur für ein Upgrade plädieren, wenn es hilft …

Wir verwenden SQL Server 2008 r2, alle unsere Clients sind entweder Win 7 oder RC über einen Terminalserver mit 2008. Unsere Anwendung ist sehr DB-lastig, insbesondere wenn man die Größe unserer Organisation berücksichtigt.

Meine Hauptfrage lautet also: Wir verwenden derzeit Windows Server 2003 R2 SP2. Könnte ein Upgrade auf Server 2008 R2 (oder neuer) die Leistung spürbar verbessern? Ich habe gelesen, dass die Leistung aufgrund der neueren Funktionen an anderer Stelle verbessert werden kann, aber ich habe noch niemanden gesehen, der sich zur DB-Leistung geäußert hat.

Wenn ja, gibt es Beweise, mit denen ich meine Argumentation untermauern kann?

Da wir SQL 2008 r2 verwenden und unsere Clients Windows 7 sind, stellt sich die Frage, welche DB-Treiber unsere Clients installiert haben sollten. Was sollte der Server installiert haben?

Wenn ich etwas näher erläutern muss, geben Sie bitte einen Kommentar ab.

Antwort1

Mögliches Duplikat von: Wie führen Sie Belastungstests und Kapazitätsplanung für Datenbanken durch?

Sie müssen mit dem Sysadmin-Team zusammenarbeiten, um die aktuellen Engpässe zu messen und zu identifizieren. Wenn es schwierig ist, mit ihm zu kommunizieren, habe ich Verständnis dafür und das ist ärgerlich. Sie müssen herausfinden, wie Sie am besten mit ihm zusammenarbeiten. Es ist eine sehr gute Idee, eine solide Beschreibung des Problems mit reproduzierbaren Testfällen zu haben, anstatt zu sagen: „Es ist langsam!“ Verwenden Sie außerdem Perfmon und SQL Profiler. Nach dem Wenigen, das Sie uns gesagt haben, könnte das Problem an fehlerhaften Indizes liegen, und dann liegt es an Ihnen. Sobald Sie wissen, was SQL für langsam hält, können Sie herausfinden, ob es am Code, am DB-Layout, an langsamen IO, an überlasteten CPUs usw. liegt.

Wenn Sie die Engpässe kennen, können Sie prüfen, ob Win2k8 R2 Abhilfe schafft.

Hinweis: wahrscheinlich nicht.

Zusätzlicher Gedanke: Warum schauen Sie sich 2008 R2 an und nicht 2012 R2?

Antwort2

Okay, Grundlagen:

Sofern Sie nicht von 32 Bit 2003 R2 sprechen, werden die Unterschiede minimal sein.

Regel Nummer eins für Datenbanken: Leben und Sterben durch IO, und normale VMs sind für anspruchsvolle IO-Arbeit völlig ungeeignet. Nicht weil VMs Mist sind, sondern weil ein VM-Setup ein allgemeines Setup ist. Das ist, als würde man sich einen normalen Mietwagen nehmen und versuchen, an einem Rennen teilzunehmen – SQL-Datenbankserver werden oft UM das Festplattensubsystem herum entwickelt.

Wahrscheinlich haben Sie ein völlig unterdimensioniertes Festplattensubsystem. Versuchen Sie, die Latenz (ms/Anfrage) zu ermitteln. Wenn diese höher als einstelliger Wert ist, wirkt sich dies auf die Abfrageleistung aus. Manchmal ist das in Ordnung (wenn Sie eine Berichtsabfrage durchführen, werden Sie es im Grunde überlasten), aber bei allen Transaktionen … Ich wette auch, dass Sie das Protokoll auf denselben Festplatten haben. Denn in einer VM haben Sie keine wirkliche Kontrolle darüber, wo Dinge gespeichert sind.

Das Betriebssystem wird einen Unterschied machen, aber im Vergleich dazu wird er ziemlich klein sein. Nicht, dass ich heutzutage irgendetwas auf einem 2003-Server laufen lassen würde, und ich würde jeden Administrator feuern, der auf 2008 R2 statt 2012 R2 aktualisiert. Aber in größeren Unternehmen stehen dem möglicherweise Richtlinien im Weg ;)

verwandte Informationen