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.