SQL szerver sebességprobléma, lassú működés esetén célszerű ellenőrizni / beállítani az alábbiakat.
1) Rendszerfunkciók / Adatbázis karbantartás / Készlet beállítás Újraszámol módon elindítva (Este indítsuk el, amikor már nem történik szállítólevél rögzítés.) a megjelenő hibalistában lévő tételek negatív készletet okoznak, ezért ezeket meg kell szüntetni a megfelelő szállítólevelek módosításával / felvételével. (Gyakran készlettel kapcsolatos a lassulás. Lassul például a kiskereskedelem számlázásban az eredményképernyő megjelenése.)
2) A serpalic.exe dátuma, ha régebbi, mint a képen látható, akkor az InstCD-ről fel kell tenni a legújabbat.
Le kell állítani a szolgáltatást, be kell másolni a szükséges helyre (általában a képen látható útvonalra), majd el kell indítani a szolgáltatást.
A sERPába jelentkezéskor TimeOut-os, licenszkiszolgálóra vonatkozó hibaüzenetek orvoslására szolgál.
3) Az 1 processzoros gépben is érdemes bekapcsolni a Hyperthreading-ot. Enterprise managerben az SQL szerveren nyomott tulajdonság menüben a Processor fülön állítható. Lásd lenti kép. Use 1 processor(s)-t kell beállítani a Parallelism keretben.
Az SQL-ben a párhuzamos lekérdezési terv tudhat megkavarodni multiprocesszoros rendszeren. A maxdop=1 ezt kikapcsolja, viszont 50%-nyi processzoridő megmarad. Általánosan érvényes ökölszabály, hogy ha több konkurens felhasználó van mint processzor, akkor ezt célszerű beállítani.
Eredményeképpen, ha 1 kliens leterhelné a processzort 100%-ban, akkor az csak a processzor egy részét fogja leterhelni, ezért más userek nem azt fogják tapasztalni, hogy nem válaszol az SQL (Time Out).
4) Megfelelő mennyiségű memória az SQL szerverben látványos gyorsulást tud okozni. Az alábbi adatok azt mutatják, hogy mennyi RAM-ot tudnak kezelni a az egyes operációs rendszereken az egyes SQL szerverek:
SQL2005
- Express 1 GB
- Workgroup edition 3GB
- Standard / Enterprise-nál határ az operációs rendszer korlátja.
5/1) Az adatbázison az AutoShrink opciót ki kellene kapcsolni, mert így a legváratlanabb időpontokban indulhat be a shrinkelés, ami általában felesleges és erőforrásigényes is.
5/2) A szerveren az advanced properties között a "Max degree of parallelism"-et célszerű 1-re állítani, ha több felhasználó van, mint processzor. Így nem fordulhat elő, hogy egy felhasználó kisajátítja az összes processzort egy bonyolult/rosszul megírt lekérdezéssel.
5/3) If you are running 64-bit, it is extremely important that you give the "Lock Pages in Memory" right to the SQL Server service account to allow SQL to control paging instead of the OS.
6) Állítsuk be a víruskeresőben, hogy az SQL adat és log fájlokat ne elemezze, vizsgálja. A víruskereső minden fájl íráskor vizsgál, az SQL meg folyamatosan ír, így ez jelentős lassulást okoz.
7) RAID5 -be kapcsolt winchestereket lehetőleg ne használjunk az SQL szerveren.
8) SQL2014 szerveren tapasztalt lassú program működés esetén az adatbázis beállításainál (SQL management studioban jobb kattintás az adatbázison és properties-re kattintva) állítsuk be a compatibility level-t SQL Server 2012 (110)-re:
- Adatbázis beállítások -
