HyperLink
Bejelentkezés
E-mail: 
Jelszó: 





Skip Navigation Links
 

Az SQL Server finomhangolása


SQL Config 4. rész


Sorozatunk aktuális részében a beágyazott trigger-ekkel, hálózati csomagmérettel, együttesen nyitva tartott objektumokkal, szerveralkalmazás prioritásával, lekérdezések futtatási idejével, adatbázis-helyreállítással, valamint a távoli bejelentkezésekkel kapcsolatos konfigurációs lehetőségeket tárgyaljuk.

A sorozat jelenlegi részében az alábbi beállítási lehetőségekkel foglalkozunk:
Konfigurációs beállítás Minimum Maximum Alapértelmezett
Using Nested Triggers 0 1 1
network packet size 512 65536 4096
open objects 0 2147483647 0
priority boost 0 1 0
query governor cost limit 0 2147483647 0
query wait -1 2147483647 -1
recovery interval 0 32767 0
remote access 0 1 1
remote login timeout 0 2147483647 20
Using Nested Triggers
Beágyazott trigger-ek használatának engedélyezése. Ha bekapcsoljuk (1), akkor egészen 32 szint mélységig hívhat meg egy trigger újabb triggert. Kikapcsolni a 0 értékkel lehet.
network packet size
Haladó beállítás.
Ennek a beállításnak a segítségével megadhatjuk a kiszolgáló oldali hálózati csomag maximális méretét. Ha a kért méret kisebb, mint ami itt meg van adva, akkor azt az SQL Server elfogadja, ha nagyobb, akkor a megadott méretre csökkenti.
A beállítás növelése olyan esetekben javíthat jelentősen a teljesítményen, ahol nagyobb csomagméret is elfogadott, mint a TCP/IP 4096 bájtja. Pl. műholdas átvitel esetén a nagyméretű adatok átvitelét felgyorsítja, ha nagyobb kötegek szállítását engedélyezzük. A BCP műveletek során is javíthat a teljesítményen a nagyobb csomagméret.
Olyan adatbázisok esetében érdemes még növelni a méretet, ahol az adatok nem zároltak, így az ügyfélnek egyszerre több adat küldhető, ezzel nő a teljesítmény.
open objects
Haladó beállítás, változtatása a szerver újraindítását igényli, önkonfiguráló opció.
Ezzel a beállítással megadható, hogy az SQL Server egyszerre mennyi nyitott objektumot tarthat a memóriában. Objektum lehet tábla, egy tárolt eljárás, vagy bármi az adatbázisból. Ha a kiszolgáló jelzi nekünk, hogy túlléptük a maximális értéket, akkor növelnünk kell a beállításon.
Óvatosan kell kezelni a beállítást, mert ezzel közvetlen memóriafoglalás is jár. Ezt az SQL Server alapértelmezetten dinamikusan kezeli a pillanatnyi rendszerigényeknek megfelelően.
priority boost
Haladó beállítás, változtatása a szerver újraindítását igényli.
Ezzel azt állíthatjuk be, hogy az SQL Server a gépen milyen prioritási szint szerint fusson. Ha az érték 0, akkor magas prioritási szint szerint fut a szerver, de más alkalmazások is futhatnak ilyen prioritás szerint. Ha az érték 1, akkor az SQL Server-é lesz a legmagasabb prioritás. Az alapértelmezett érték az egyprocesszoros gépen 7-es szintnek, a többprocesszoros gépen 15-ösnek felel meg. Nem ajánlatos az értéket átállítani a legfelső szint szerinti prioritásra, mert ezzel könnyen szűk keresztmetszet állhat elő.
query governor cost limit
Haladó beállítás.
A lekérdezések futtatásának maximális idejét adhatjuk meg másodpercben. Ha megadunk egy konkrét értéket, akkor a szerver leállítja azt a lekérdezést, amely a határértéket elérte. Ha az érték 0, akkor nincs korlátozás a lekérdezés futtatására.
query wait
Haladó beállítás.
A memóriaigényes lekérdezések, amelyek rendezést vagy darabolást hajtanak végre, várakozási sorba kerülnek, ha nincs a futtatásukhoz elegendő memória. Ezek a lekérdezések timeout hibával leállnak, ha a becsült futtatási idejük 25-szörösét, vagy az ebben a beállításban meghatározott időt eléri a futtatás előtti várakozás. Ha a beállítás értéke -1, akkor érvényes a mindenkori becsült futási idő 25-szöröse, egyéb érték pedig konkrét várakozási időt jelent.
A query wait érték csökkentésével a deadlock lehetősége is csökken, ugyanis egy tranzakció, amely zárolást is létrehozott, csak korlátozott ideig fog várni arra, hogy futhasson. Ha a deadlock zárolást okozó tranzakciót a szerver leállítja, akkor ezáltal a zárolás felszabadul.
recovery interval
Haladó beállítások, önkonfiguráló funkciók.
Ez a beállítás meghatározza, hogy az SQL Servernek mennyi idő áll a rendelkezésre rendszerhiba esetén egy adatbázis helyreállításához. A kiszolgálón folyó műveletek mennyiségétől függően azt is meghatározza, hogy két ellenőrzési pont között (CHECKPOINT) mekkora idő teljen el.
A CHECKPOINT esemény kikényszeríti a "piszkos" lapok módosításainak kiírását lemezre, közvetlenül a tranzakciónaplóból. Ha a kiszolgálón sok művelet zajlik, akkor sokáig is eltarthat a folyamat. Ha az ellenőrzési pontokat gyakoribbá tesszük, akkor ezáltal lecsökken a kiszolgáló újraindításához szükséges idő, mivel a tranzakciónaplóból kevesebb előregörgetést kell végezni. Ha az adatbázis-opciók között a Truncate on Checkpoint opció be van kapcsolva, akkor ettől a beállítástól függetlenül, percenként sor kerül az ellenőrzésre.
remote access
Változtatása a szerver újraindítását igényli.
Ez az érték határozza meg, hogy távoli SQL Serverek bejelentkezhetnek-e a kiszolgálóra. Ha értéke 1, akkor engedélyezett, 0 esetén nem. Alapértelmezésben engedélyezett.
remote login timeout
A beállítás segítségével meghatározhatjuk másodpercben azt az időtartamot, amennyit az SQL szerver vár, mielőtt hibaüzenetet küldene az ügyfélnek, aki a távoli kiszolgálóra szeretett volna bejelentkezni. Ha az értéket 0-ra állítjuk, akkor az idő végtelenné válik. Az alapértelmezett beállítás 20 másodperc.

Könyv
Ez a cikk megtalálható ebben a könyvben: Windows Software Offline 2003 évkönyv 510. oldal

Felhasználási feltételek
A Software Online szoftverfejlesztői magazin mindegyik cikke, minden megjelent képe, és egyéb publikált anyaga szerzői jog védelme alatt áll! Bármilyen formában történő másodlagos terjesztésük, közzétételük vagy felhasználásuk kizárólag a kiadó előzetes írásbeli engedélyével történhet!

Copyright © 1999-2012 Animare Software Kft. Minden jog fenntartva!
| Készült: Animare Stúdió | Adatvédelem | Kapcsolat |