2008 x86 auf Server 2008 R2 x64

[edocom 10]

Hallo Leute

 

Hab einen SQL Server 2008 x86 auf einen Windows Server 2008 R2 x64 installiert. Der gesammte Server befindet sich auf einem ESX 4.0 Update 1.

 

Ressourcen:

1x CPU 3.5 GHz

6 GB RAM

100 GB HD

 

Wir haben eine Applikation installiert die auf der SQL DB basiert, nun ist uns aufgefallen, dass es langsamer ist als auf einem physikalischen altem Server! Andere Server die auch auf dem ESX 4.0 Update 1 laufen, laufen sauber und ohne Performenceprobleme.

 

Hatte jemand vielleicht bereits ein änliches Problem?

 

Vielen Dank für eure Hilfe.

[Necron 71]

Hi,

 

wie viele Server laufen neben dem SQL-Server auf dem ESX? Für einen virtualisierten SQL-Server braucht es ein gutes Festplatten Subsystem und ordentlich Arbeitsspeicher für die virtuelle Maschine.

[edocom 10]

ESX ist es nicht es muss am SQL liegen, der nimmt von den 6 GB RAM 4 GB für sich!

 

Die VM Umgebung ist eine Clusterumgebung mit NetApp SAN! Die ESX haben jeweils 26 GB RAM und sind mit jeweils momentan 5 Servern belegt...!

[phoenixcp 10]

ESX ist es nicht es muss am SQL liegen, der nimmt von den 6 GB RAM 4 GB für sich!

Naja: wenn selbe Konstellation wie von dir beschrieben auf einer alten physikalischen Büchse schneller ist, wird es wohl doch eher auch am ESX liegen. ;)

Das der Server von 6 GB 4 GB für sich beansprucht ist nun wirklich nicht erstaunlich, immerhin reden wir von einem SQL Server. Wieviele Instanzen, DB's und welche Größen der DB's haben wir denn vorliegen?

 

Was einem virtualisierten SQL Server immer überhaupt nicht gefällt ist die dynamsiche CPU-Verteilung des ESX-System. Ordne dem SQL Server feste CPU's zu. Das Umschaltverhalten des ESX macht den SQL Server richtig langsam. Kann ich dir aus eigener negativer Erfahrung berichten.

 

Wie ist sonst der SQL Server ausgestattet?

 

Grundsätzlich: Wenn ich einen richtig schnellen SQL Server haben will, steht der als echte Hardware in der Gegend rum. ;)

 

/Edit: Grade oben die Ausstattung gesehen.

Nächste Anregung: Gib dem Server mehr CPU's, stell dann die Prozessoraffinität des SQL Servers so ein, das CPU 0 die I/O fürs System macht, der Rest der CPU's reine SQL Server Last. Wenn die Prozessoren Hyperthreaded sind, dann schalt HT aus, sonst schlagen sich die CPU's in den Threads zwischen I/O und SQL gegenseitig tot.