Search

onze sponsors

microsoft_logo.gif


 

computrain_logo.JPG

Forum Login | Register
   Forum

 

Subject: Verdeling SQL Servers (IS, AS, RS )
Prev Next
You are not authorized to post a reply.

Author Messages
Colin van ViegenUser is Offline

Posts:4

10-03-2008 12:00:07 Alert 
Beste mede DBA's,


Wij zijn op het moment druk bezig met het herverdelen van het SQL Serverpark.
Hiervoor ben ik benieuwd naar jullie adviezen/ervaringen.

Op moment van schrijven ziet ons park er als volgt uit:

#1 - SQL2000EE 32bit Fysiek    ( onze eerste SQL Server, voornamelijk gebruikt voor kleine custom apps. uitgegroeid tot ondersteuning van veel belangrijke applicaties  )
#2 - SQL2005SE 32bit VMware ( +RS, IS - Primair ingericht voor Rapportages, Secundair de #1 te migreren hiernaartoe ) 
#3 - SQL2000EE 32bit Fysiek    ( Productieserver voor Navision 4.03 )
#4 - SQL2005SE 64bit VMware ( Testserver voor migratie naar Navision 5 )

Onze VMware (Infrastructure 3) omgeving is opgesteld voor betere schaalbaarheid, en lagere onderhoudskosten.


Grofweg gezegd valt ons op dat een SQL Server (#4) in VMware op 64bit niet goed presteert. De NAV4 DB is geconverteerd naar NAV5, en draait op VMware in 64bit, met gelijke hardware toegekend ( 2x Dualcore 3.2Ghz met 4GB Geheugen - Gelijk aan de productieserver #3 ).
In #3 zitten gemiddeld 60CCU, in #4 gemiddeld 6CCU. Toch performt de fysieke #3 server met gemak de 64bit VMware server (#4).

Uiteraard is het lastig (zo niet onmogelijk) om op basis hiervan een advies te geven, maar wij zoeken naar ervaringen/adviezen om het volgende te bereiken:

- Een dedicated omgeving voor onze binnenkort te migreren NAV5 DB ( Livegang 02/06/08 ) 
   • Fysiek/Virtueel - 32bit/64bit 
- Verdeling van de IS, AS en RS omgeving noodzakelijk ? ( Aparte OLAP omgeving opzetten en server daar helemaal op inrichten is verstandig. 
 ( Plaats je dan naast AS ook RS en IS hierop? )

En wat zijn jullie ervaringen met SQL Server icm. VMware Infrastructure 3, en met 64bit icm. VMware ?

Veel vragen, en hopelijk ook veel adviezen/ervaringen!

Colin van Viegen


 

  
Ruud BootsUser is Offline

Posts:62

11-03-2008 06:28:09 Alert 
Hoi Colin,

Ik heb geen ervaring met Virtual server, dus daar kan ik je niet in adviseren. Het apart plaatsen van AS,RS en IS op één (datawarehouse) server lijkt mij een goede keuze. Ik heb hier goede ervaringen mee op een 64bit W2003 server met SQL 64bit installatie. Onderzoek wel eerst of je aan alle benodigde 64 bit (ODBC) drivers kunt komen.

groet
Ruud
Colin van ViegenUser is Offline

Posts:4

11-03-2008 18:56:32 Alert 
Hai Ruud,

Dank je voor je feedback. Jammer dat er nog geen ervaringen gepost worden met 64bit icm. VMware Infrastructure.
Tijdens de MS Launch afgelopen vrijdag werd er tijdens een van de sessies glashard gezegd "Virtiualisatie icm. SQL Server gewoon niet doen". Helaas was ik zelf niet aanwezig bij die sessie, maar een collega van mij, dus kan niet beoordelen of laten weerleggen door de persoon.

Ik heb wel begrepen dat W2003 + SQL2005 op 64bit eigenlijk verlangen dat er geen 32bit Apps draaien op de server.
( alhoewel ik me ook daarvan afvraag wat daar nu echt de waarheid van is. )

Colin
Ruud BootsUser is Offline

Posts:62

11-03-2008 19:40:58 Alert 
Dat zijn dezelfde reacties die ik ook hoor over SQL server icm VMware. Een 32 bit applicatie draaien op een 64 bit server is technisch wel mogelijk maar een verhaal apart om te tunen met het zgn WOW (Windows On Windows) principe. Zie kb artikel
http://support.microsoft.com/kb/896456

Is installatie van je OLTP omgeving op een 32 bit machine en je datawarehouse op een andere native 64bit server geen optie ?

Ruud
Colin van ViegenUser is Offline

Posts:4

11-03-2008 19:54:12 Alert 
Dank je voor de tip. We gaan de KB eens goed uitpluizen

We zijn op het moment druk bezig met stresstests op beide servers.
beiden een nieuwe DB met gelijke tabellen waarop we een stressload uitvoeren.
32bit Fysieke server(#3) vs. 64bit Virtuele server (#4).

Verder gaan we onderzoeken wat er gebeurd als we de Virtual Server van 8GB naar 16GB upsizen.
( dan moet de Demodatabase geheel in geheugen te laden zijn ).

Colin

André KammanUser is Offline
PASS Nederland

Posts:137


11-03-2008 22:28:45 Alert 
Colin,

64 bit is zeker niet altijd sneller dan 32 bit. Voordeel is dat je meer geheugen aan kunt spreken.
VMWare's zwakke plek is de disk io, althans dat is mijn mening, heb je databases die daar gevoelig voor zijn dan zul je last hebben van het virtueel maken.
Dit is echter helemaal afhankelijk van je eigen situatie.

Je kunt door de waitstats van SQL Server te meten wel nagaan of je veel op io zit te wachten of iets anders.

Overigens zijn de gangbare best practices voor SQL Server databases niet altijd van toepassing op Navision systemen. Navision maakt geen gebruik van "set-based" opvragen van gegevens.
Nagenoeg elk record wordt afzonderlijk opgehaald. Dit kost veel netwerk io (zul je wellicht ook zien in de waitstats ? Zal zich uiten als network_async_io waits of iets dergelijks)
Een truuk die bij Navision systemen wel wil helpen is juist heel tegendraads de app. server op de SQL Server te installeren en het shared memory protocol te gebruiken.
En ook heb ik al eens gezien dat je veel snelheidswinst haalt door de clients op een terminal server te zetten die je vlak naast de app server zet met een gigabit verbinding er tussen.
Het komt er kortweg op neer dat je de overhead van het netwerkverkeer beperkt door de systemen zo dicht mogelijk bij elkaar te zetten zodat je snelle verbindingen kunt gebruiken.
(Of zelfs zoals zojuist omschreven bij elkaar op dezelfde machine zodat je een memory protocol kunt gebruiken en zelfs geen overhead van TCP/IP hebt.)

Dit zijn nogal tegendraadse tips die je eerst zult moeten toetsen aan je eigen situatie, en alleen als je er wat in ziet natuurlijk :-)

Kort samengevat, mijn bescheiden mening :

1. Wees voorzichting met voor disk IO gevoelige applicaties, in veel gevallen is vmWare geen probleem maar kijk goed naar je eigen situatie.
2. De geijkte best practices gaan niet altijd op voor Navision achtige systemen, vanwege de volledig op cursor achtige technieken gebaseerde werking. Probeer netwerkoverhead te minimaliseren tussen de DB en de app. server en vervolgens wellicht de app. server en de clients.

Ben benieuwd of je hier iets mee kunt !

Groeten,

André
Eduard BeijnesUser is Offline

Posts:37

23-07-2008 11:53:15 Alert 

hoewel het een post van 3 maanden terug is (het is misschien handig voor "nakomers"):

bij ons draait sql server op een vmware omgeving. sommige machines op 32 en sommigen op 64 bit (meeste 64).

m.b.t. het disksysteem: wat ik van de vm beheerders begrijp is dat ze het disksubsysteem van vmware niet gebruiken maar die passeren met san drivers.

ik neem aan dat het vmware disksysteem bij ons alleen nog gebruikt wordt om het de vm's te starten.

 


An ape in an suit stays an ape.
Mark BrummelUser is Offline

Posts:3

30-11-2008 19:34:24 Alert 
Het is een oude post maar toch, mijn ervaringen. Toevallig heb ik vorige week dit nog gepresenteerd op een MSDN avond in Belgie

* SQL op x64 maakt in combinaite met Navision veel meer gebruik van Plan Cache. Bij gelijk gebruik moet je memory vermenigvuldigen met 1,5
* De 5.0 Client van Navision is zeker 10-20% trager dan de 4.0 Client. Daarnaast werkt SP1 met indexed views waarmee minder tuning mogelijkheden zijn.

Daarnaast zijn er nog zo'n 500 tips die ik kan geven voor Navision op SQL. Wij doen niets anders.

Suicces in ieder geval...

Mark Brummel - MVP
SQL Perform Benelux B.V. | Partner
mark@sqlperform.nl
You are not authorized to post a reply.
Forums > Forums > DBA > Verdeling SQL Servers (IS, AS, RS )



ActiveForums 3.6
  
Copyright (c) 2012 PASS Nederland   Privacy Statement  Terms Of Use