lage write/read snelheiden met Navision SQL

[powerplay]

Dag,

Weet niet zeker als dit de juiste plek voor dit topic is, maar het is denk ik wel server gerelateerd.
Maargoed, anders word het wel verplaatst

Binnen ons bedrijf gebruiken we het Boekhoud/SQL pakket Navision 4.0.
Nu gebruiken we dit pakket nog niet zolang, maar al vanaf het begin hebben we problemen met read/write snelheden. Wanneer werknemers in het programma orders inboeken, duurt het soms wel 15 minuten voordat hij klaar is met 20 regeltjes afboeken .
Wanneer je dan op de Navision server kijkt, bij HDD activity schiet de read/write totaan de 100%, en daar blijft hij dan ook 15 minuten, constant op de 100%.

Nu was onze eerste conclusie dat de RAID controller niet goed geconfigureerd of defect was.
HP gebeld, en paar dagen later kwam er een HP monteur langs. RAID controller vervangen maar helaas.. zonder enig resultaat. Daarna op de HDD grote bestanden aangemaakt, en hele tijd heen-en-weer kopieren, en dit ging juist weer supersnel!

Dus toen heeft HP de case gesloten, omdat de HDD's en de RAID controller blijkbaar gewoon perfect werken. Volgens HP moet de fout dan in het programma liggen..

Heeft iemand een idee wat het kan zijn? Wat kan binnen het programma deze lage snelheden veroorzaken?

Bvd,

[Noork]

Wat dacht je van contact opnemen met Navision (Microsoft)? Wellicht is het een bekend probleem. Werk je over het netwerk met het programma? Dan zou ook het netwerk misschien traag kunnen zijn?

Er is trouwens op internet wel wat over te vinden, zie o.a.
http://www.navision-girl....n-slow-on-sql-server.html

[ Voor 64% gewijzigd door Noork op 22-09-2008 13:45 ]

[powerplay]

In eerste instantie hadden we al contact opgenomen met Microsoft. Deze stuurde ons juist door naar HP, met het idee dat de RAID controller defect/niet goed geconfigureerd was.
Nu dus blijkt dat dat het probleem niet is, het probleem nogmaals aan Microsoft voorgelegd.
Was een totaal onbekend probleem, en moeten eerst alle andere mogelijke oorzaken uitsluiten, voordat hun er echt in gaan verdiepen.

Werken idd over het netwerk, maar lijkt mij onwaarschijnlijk dat het de bottleneck is.
Aangezien grote bestanden kopieren over het netwerk supersnel gaat.

Maar ik gooi het idee van "netwerk te traag" hier een keer in de groep, misschien dat we wat dingen kunnen testen..

iig bedankt voor de snelle reactie ;-)

[Rolfie]

Je heeft een beetje weinig informatie over je probleem. Ik zou het ook eerder in de software zoeken, dan in hardware.
Is het een SQL database? Eventueel versie, SP level, Simple en of Full recovery mode.
Draai er bv een AV product op de server? Zo ja stop deze eens?
Draaien er nog andere applicaties op?

[alt-92]

En nog belangrijker: wat voor RAID level wordt er gebruikt?

[Verwijderd]

Hi,
Ik kan je zeggen dat je niet alleen bent met problemen op NAV en SQL
Meestal is het niet gelegen aan je hardware maar aan de software, NAV dus.

Ik werk zelf voor een bedrijf wat gespecialiseerd is in het oplossen van dergelijke problemen.
We hebben reeds bij meer dan 80 sites in de Benelux performance tuning gedaan.
Daarbij maken we eerst een audit report om te zien wat het probeem nu is ... een soort helicopter view. Vanaf daar werken we verder ..

Modbreak:

Neem eens een kijkje in [faq]FAQ[/faq]! Werving is hier absoluut niet toegestaan.

[ Voor 9% gewijzigd door sanfranjake op 23-09-2008 15:38 ]

[powerplay]

Hey,

Het is idd een SQL database/server.. SQL server 9.0 volgens mij.
(Ben geen SQL expert, loop hier stage )
Op de server zelf draait geen AV, we gebruiken Kerio Firewall.
De server waar het opdraait is de PDC.

RAID lvl 0+1.
Had idd al gelezen dat RAID 5 vaak performance issues gaf ;-)

[Acmosa]

Ik weet niet of het gewaardeerd wordt maar ik plak hier even een document dat ik van een sql/navision specialist heb mogen ontvangen om onze sql server voor navision te tunen.

**** DISCLAIMER *****
Houdt er wel rekening mee dat alles wat hieronder staat wel met verstand van zaken gedaan en controleerd moet worden, overleg dus even met iemand die wel verstand heeft van sql en ga niet zelf te enthausiast aan de slag.
******************************

1. DE SERVER
Op de server dienen de volgende onderdelen gecheckt te worden:

• Server hardware:o 50 concurrent users -> 4 processors
o Database > 80 Gb -> meer dan 4 Gb RAM
o Snelle Cpu’s
o SQL Server heeft problemen met hyperthreading Cpu’s! Zet deze optie dus uit! Zie whitepapers van MS.
o Busspeed is belangrijk
o Algemene goal is om alle beschikbare resources op de server te gebruiken

• Server operating system
o Geen onaccess virus scan!
o Nieuwste patches
o Onnodige resource verspilling?

• MS SQL Server
o Nieuwste patches

• Dedicated SQL Server
• Blocksize voor SQL Server is 8 Kb  hetzelfde als de page size in SQL.
64 Kb is ook goed maar dan verspil je schijfruimte bij kleine files (anders dan database files).

1.1. Geheugen van de server

Instellingen in de boot.ini:
• Geheugen < 4 Gb -> /3Gb
• Geheugen > 4 Gb -> /3Gb /pae (gebruik alles boven 4 Gb)
• Geheugen > 16 Gb -> geen /3Gb alleen /pae

SQL Server configuratie:
• Service packs geïnstalleerd?
• Geheugen > 3 Gb voor SQL Server dan AWE enabled (Adress Windowing Extension).
Dit kan ingesteld worden met sp_configure:
o sp_configure ‘AWE enabled’, 1
reconfigure with override
• Controleer of er niet te veel vrij geheugen is.


SQL Server (instance) properties:
• Processors: geen “boost SQL Server priority”. Normale priority voor SQL is 8, na de boost 24  hierdoor zou het network te weinig prioriteit kunnen krijgen. Ervan uitgaande dat de machine dedicated is voor SQL, heeft SQL daardoor al genoeg prioriteit.
• Geen “use windows fibers lightweight pooling”. Dit gaat over communicatie met cpu. Voor Navision –SQL Server kan dit niet aangezet worden omdat dit problemen geeft met de extended stored procedure die gebruikt wordt voor de windows authenticatie.
• Tabblad advanced: “max degree of parallelism” op maximaal 4. (ook al zijn er 8 processors, anders vertraagt het process door de parallelism.


1.2. Systeem properties
Ga naar ‘Mijn Computer’ – Eigenschappen – Geavanceerd – Prestaties instellingen:
• tabblad Visuele Effecten: enable “Beste prestaties”
• tabblad Geavanceerd:
o Processorgebruik optimaliseren voor achtergrondservices
o Geheugengebruik optimaliseren voor systeemcache


1.3. Task manager
Kijk naar de volgende onderdelen:
• Hoeveel cpu’s
• Evt. Hyperthreading niet gebruiken
• De beschikbare hoeveelheid RAM moet 10% van de aanwezige hoeveelheid zijn.
• Netwerk
• Andere processen? Virus scanners!
• Zijn er meerdere SQL instances? Zo ja, dan geen random RAM, maar een toewijzing aan iedere instance.

1.4. Services
Controleer of er geen onnodige services draaien op de server:
• Print spooler nodig op de server?
• Full text search? (navision gebruikt het niet)

Microsoft heeft een whitepaper gemaakt over welke services nodig zijn om SQL Server te laten draaien.
1.5. Windows 2003
Check group policies via mmc:
• Open gpedit.msc (in system32)
• Open local policies
• User Rights Assignment
• Lock pages in memory
• Voeg SQL service account toe als het er niet staat.

1.6. Fysiek design van de database
• Database segmenten (filegroups)
• Random I/O moet gescheiden worden van Sequential I/O:
database files worden random gelezen en logs files opeenvolgend (sequential).
• Gebruik geen writing cache! Dit kan problemen geven als de server crasht  data verlies.
• Raid 10 en geen Raid 5 (onnodige overhead)
• TempDB op een aparte snelle schijf (sneller dan nodig voor de log). Zie whitepaper “Concurrency enhancements for tempDB database” – controleer of alles ook geldt voor SQL2005. – artnr.328551
Maar maak de tempDB niet te snel! Zie whitepaper “High-end disk subsystems may experience error 17883” – artnr. 810885
• Collation op de server en de productie omgeving moet hetzelfde zijn, anders kunnen er problemen ontstaan bij het sorteren in tempDB.

[ Voor 1% gewijzigd door Acmosa op 23-09-2008 20:44 . Reden: opmaak ]