SQL Server 2005/2008 en VMware > Forum

Forum

Unanswered

Active Topics

Forums

Forums > Forums > DBA

Subject: SQL Server 2005/2008 en VMware

Prev Next

You are not authorized to post a reply.

Author

Messages

Kick Vieleers User is Offline

Posts:8

27-11-2008 14:45:31	Alert
Hallo PASS collega's, Graag zou ik van jullie eens een mening willen ontvangen, omtrent SQL Server 2005/2008 op VMware. Ik ben namelijk wel benieuwd naar ervaringen. Hoe gaat het met de performance etc. Ik hoor graag van jullie! groet, Kick

Arjan Fraaij User is Offline

Posts:111

27-11-2008 15:29:37	Alert
@Kick: Ik zou zeggen geen probleem als je natuurlijk aan de juiste configurarie voldoet die past bij de situatie. Een eerste tip: Maak gebruik van Raw Device Mapping voor de SQL data opslag, zeker bij verwerking van grote hoeveelheden data (DWH loads) wil een basic VmDisk wel eens voor problemen zorgen. Tenminste wat ik ondervonden heb maar dat kan natuurlijk ook ergens anders aan gelegen hebben.. Veel PageIO_latch meldingen zijn echter verdwenen na de omzetting van de data disken naar RAW devices. Wellicht dat andere een andere mening en tips... Gr, Arjan Fraaij

Robert Hartskeerl User is Offline

Posts:86

27-11-2008 17:02:48	Alert
Het hangt natuurlijk helemaal af van je eigen situatie. Als je maar één database hebt met een paar concurrent users en weinig IO's zul je weinig merken. Maar als er meer IO's in het spel komen zul je afhankelijk worden van veel meer factoren (hoeveel VM's draaien er op de server, hoeveel netwerkkaarten zijn er, hoeveel HBA's). We hebben t.b.v. ontwikkel en test een paar VM's draaien met SQL 2005 en dit voelt merkbaar trager. Niet zozeer SQL, maar ook het OS voelt trager. Maar dat kan in ons geval ook door de gekozen infrastructuur komen... Het SQL CAT team heeft in ieder geval een whitepaper geschreven over hun ervaringen. Wellicht kun je daar wat uithalen: http://sqlcat.com/whitepapers/archive/2008/10/03/running-sql-server-2008-in-a-hyper-v-environment-best-practices-and-performance-recommendations.aspx

Mark Brummel User is Offline

Posts:3

30-11-2008 19:26:11	Alert
Wij hebben een heel aantal klanten probleemloos op VMWare/ESX draaien. Ook onze eigen lab/testserver staat op ESX3.51. Op mijn blog vindt je wat details. Mark Brummel SQL Perform Benelux B.V. \| Partner mark@sqlperform.nl

Mark Brummel User is Offline

Posts:3

30-11-2008 19:26:56	Alert
En het blog adres natuurlijk http://dynamicsuser.net/blogs/mark_brummel/default.aspx Mark Brummel SQL Perform Benelux B.V. \| Partner mark@sqlperform.nl

Henk Valk, van der User is Offline

Posts:11

30-11-2008 20:53:14	Alert
Hoi Kick, Virtualiseren is natuurlijk prima vanuit een “Green IT” oogpunt ed, maar het hogere doel van virtualisatie is en blijft om zoveel mogelijk Virtual Machines te draaien (hosten) op een host ... zeker als je begint met virtualiseren dan komt er een moment dat een host overbelast wordt en er performance problemen gaan optreden. Als je je eindgebruikers niet wilt opzadelen met dergelijke problemen, onderstaand wat tips hoe je als dba kunt helpen dit in goede banen te leiden: Definieer zelf een baseline Hou zelf in de gaten of je teveel last krijgt van vertragingen; hiervoor kun je het beste enkele baseline testen inrichten die je simpel kunt herhalen op het moment dat je denkt dat je met performance problemen wordt geconfronteerd (bijv. bulkinserts van flat files met 6miljoen rows duren zo’n 40 seconden in nullast , een tablescan van een fixed size table duurt xx sec of meet looptijden van batches die niet veel in omvang zullen veranderen etc). Meet dit op je originele server voordat je 'm virtualiseert en nadat je server is gevirtualiseerd) ,en bewaar deze tests + resultaten. Proactief beheer Performance problemen komen in de regel niet vanzelf, je kunt ze zien aankomen; vraag aan je Vmware ESX beheerders of ze je wekelijks een overzichtje sturen met daarin een aantal standaard esx-vm counters uit VirtualCenter : - CPU/DISK/MEM/Netwerk belasting aangevuld met, - per SQL Server Virtual Machine de counter "CPU Ready" (dit geeft aan hoelang je VM wacht op het beschikbaar komen van CPU resources op een ESX host) - en op ESX host niveau de "Disk latency” counters. Er is erg veel informatie over ESX Performance monitoring beschikbaar op de vmware website, (je kunt je je natuurlijk afvragen waarom..;-) ) maar doe er vooral je voordeel mee en lees je goed in. Wordt de belasting binnen een VM- of bij een resource van een host te hoog , speel daar dan tijdig op in. Reactief “beheer” Mocht je geconfronteerd worden met trage queries/responses (of meldingen van eindgebruikers) bekijk dan de performance counters realtime en van de afgelopen 24 uur .... check of je nog voldoende fysieke resources hebt binnen je VM .. (misschien heb je wel te maken met een gezonde groei in sql server gebruik!) en herhaal je baseline tests en zie of deze inderdaad aanzienlijk trager zijn.. (pas wel op met het uitvoeren van dbcc dropcleanbuffer commando’s e.d in productie) . Extra CPU's of meer geheugen toekennen aan een virtual machine is natuurlijk zo gepiept ! Groeten, Henk

You are not authorized to post a reply.

Forums > Forums > DBA > SQL Server 2005/2008 en VMware

ActiveForums 3.6