Was ist falsch, wenn ein dedizierter SQL-Server 2005 auf einem win2003 Server kriecht

Was ist falsch, wenn ein dedizierter SQL-Server 2005 auf einem win2003 Server kriecht

ich habe einen SQL Server 2005 auf einem Win2003 32-Bit (3,5 GB RAM) 4-CPU-Server mit einem RAID 5-Festplatten-Array, dessen Leistung 1/10 der eines virtuellen 2008-SQL-Servers Win2008 32 Bit 2 GB RAM Raid 5-Servers beträgt.

Der Job besteht darin, 8,5 Mio. Datensätze aus einer Tabelle einer Datenbank zu löschen. Nach 6 Stunden hat der virtuelle Server als Testumgebung den Job erledigt. Gleichzeitig hat der Produktivserver fast 1 Mio. Löschungen durchgeführt. Was ist mit diesem echten Win2003-Server los?

Wo muss man hinsehen, welche Parameter bestimmen die Sache?

Frieden

Eis

PS: Ist es unfair, diese Systeme zu vergleichen?

Antwort1

Höchstwahrscheinlich muss der Produktionsserver andere Anfragen verarbeiten, sodass er Ressourcen freigeben und auf Sperren warten muss.

Dieser Vorschlag auf stackoverflowsollte Ihr Problem problemlos lösen.

Antwort2

Ich würde nicht denken, dass der Leistungsunterschied so groß wäre, aber es kommt ganz darauf an. Ich habe bei Benchmarks eine bis zu 7-fache Steigerung der Anwendungsleistung festgestellt, wenn ich von 03/sql05 auf 08/sql08 auf derselben Hardware umgestiegen bin. Sie könnten versuchen, die Parallelität auf dem 905-Server auf 1 zu ändern. Ich habe gesehen, dass sich dadurch schlecht angedeutete Abfragen verbessert haben. Überprüfen Sie außerdem, wie viel RAM jeder hat, ob es andere Festplatten-E/A-Aktivitäten gibt und welcher Prozessortyp verwendet wird. Denken Sie daran, dass ein 2,4-GHz-Nehalem-Prozessor einen Merom-Prozessor mit 3,2 GHz aussehen lassen kann, als würde er mit halber Geschwindigkeit laufen.

Antwort3

Sehen Sie sich die Ausführungspläne für die Löschanweisung auf beiden Maschinen an und prüfen Sie die Unterschiede. Stellen Sie sicher, dass die Statistiken aktualisiert sind.

verwandte Informationen