HyperLink
Bejelentkezés
E-mail: 
Jelszó: 





Skip Navigation Links
 

Az SQL szerver finomhangolása


SQL Config 1. rész


Az sp_configure rendszer tárolt eljárás segítségével az SQL szerver finomhangolását végezhetjük el. Most kezdődő sorozatunkban áttekintünk valamennyi beállítást, amely a rendszer teljesítményét, használhatóságát javítja.

Az SQL szerver Enterprise Manager eszközén keresztül, vagy az sp_configure tárolt eljárás segítségével sokféle konfigurációs opció áll rendelkezésre a kiszolgáló finomhangolására.
A legáltalánosabb szerver-beállítási lehetőségek az Enterprise Manager segítségével érhetők el. Ugyanezek és a többi meglevő beállítás az sp_configure tárolt eljárás segítségével használhatók. Gondoljuk át a rendszerre gyakorolt hatásukat, mielőtt változtatunk ezeken az opciókon, ugyanis általában véve megállapítható, hogy az alapbeállítások a legtöbb alkalmazásrendszer követelményeinek megfelelnek, de pl. extrém fejlesztői kívánalmak esetén érdemes ismerni ezeket a beállítási lehetőségeket. Egyszóval csak tapasztalt rendszergazdák, vagy SQL szerver-szakemberek számára ajánlott a próbálgatás, módosítás.
Az sp_configure rendszer tárolt eljárás használata.
Amikor az sp_configure-t használjuk, szintén futtatnunk kell a RECONFIGURE vagy a RECONFIGURE WITH OVERRIDE parancsot a beállítások módosítása után. A RECONFIGURE WITH OVERRIDE utasítás általában azoknak az utasításoknak fenntartott, amelyeknek extrém következményeik lehetnek (például az allow updates beállítás 1-re állítása lehetővé teszi a felhasználóknak, hogy a rendszertáblákban módosítsanak). Valójában a RECONFIGURE WITH OVERRIDE valamennyi beállítási lehetőséggel együtt használható és alkalmazhatjuk a RECONFIGURE helyett.
Az alábbiakban egy példa parancsfájlt látunk, amellyel a fill factor beállítást tudjuk módosítani:
sp_configure 'fill factor', 100
GO
RECONFIGURE
GO
A beállítási opciók kategóriái
A konfigurációs beállítások érvényre jutnak akár azonnal, a beállított opció és a RECONFIGURE (vagy néhány esetben a RECONFIGURE WITH OVERRIDE) parancsok futtatásával, vagy ha mindezek után leállítjuk és újraindítjuk az SQL szerver példányt.
Ahhoz, hogy a haladó beállításokat módosítani tudjuk, először el kell indítanunk az sp_configure-t a "show advanced options" beállítás 1-re változtatásával, és újra kell konfigurálnunk:
sp_configure 'show advanced options', 1
GO
RECONFIGURE
GO
sp_configure 'cursor threshold', 0
GO
RECONFIGURE
GO
Ebben a példában a kurzor küszöb újra beállításával az új érték azonnal életbe lép. Ha ismét futtatjuk az sp_configure parancsot, akkor az új érték megjelenik a beállítások run_value oszlopában.
Néhány beállításhoz szükséges, hogy újrainduljon a szerver, mielőtt a beállítás életbe lépne. Például nem állíthatjuk be az "affinity mask" opciót, amíg nem állítottuk át a parancsot a haladó beállítások kezelésére, nem indítottuk el a RECONFIGURE parancsot, és nem indítottuk újra az SQL szervert. Ha beállítunk egy új opciót, de a szervert még nem indítottuk újra, akkor a beállítások megjelenítésénél az új érték a config_value mezőben lesz látható, majd újraindítás után jelenik meg a run_value mezőben.
Ha az Enterprise Manager segítségével változtatunk az újraindítást igénylő beállításon, akkor a kezelő egy dialógusablakkal jelzi nekünk az újraindítás lehetőségét.
Van néhány beállítás, amit a rendszer állapotától függően maga az adatbázis kiszolgáló tud kezelni, és nem igényel beavatkozást. Ilyenek a minimális és maximális memória, valamint a felhasználói kapcsolatok beállítása.
Az alábbi táblázatban szereplő beállítási opciókat mutatjuk be a jelenlegi cikkben. A többi opciót folyamatosan a továbbiakban.
Konfigurációs beállítás Minimum Maximum Alapértelmezett
affinity mask 0 2147483647 0
allow updates 0 1 0
awe enabled 0 1 0
c2 audit mode 0 1 0
affinity mask
Haladó beállítás, újraindítást igényel.
Az SMP, azaz szimmetrikus többprocesszoros gépeken ezzel a beállítással rendelhetünk szálat a processzorhoz. Mindezt egy bitmaszk megadásával tehetjük. A bitek a processzorokat azonosítják, amelyeken a folyamatok futnak. A beállításban használhatunk hexadecimális vagy decimális értéket egyaránt. Jelentősen azokon a gépeken javít, amelyben több mint négy processzor van, mivel csökkenti a processzor cache újratöltődését. Az affinitás a szálakhoz való hozzáférés folyamata egy processzoron. Ha hozzárendelést állítunk be, akkor a szál nem költözik tovább, így kiküszöböljük a gyorsító tár újratöltődését, végeredményképpen javítunk a teljesítményen.
allow updates
Ha az értékét 1-re állítjuk, akkor elérhetjük, hogy a rendszertáblákat a megfelelő jogosultsággal rendelkező felhasználók közvetlenül írni tudják. A rendszertáblák frissítési lehetősége nagyon veszélyes döntés. Lehetőleg csak nagyon ellenőrzött esetekben és egy felhasználós indítás esetén tegyük ezt meg, nehogy más károkat okozzon a rendszerfájlokban.
sqlserv –m
Ezzel az utasítással tudjuk parancssorból egy felhasználós üzemmódban indítani a szervert.
A beállítás aktiválásához szükséges a RECONFIGURE parancs WITH OVERRIDE kapcsolóval való használata.
awe enabled
Haladó beállítás, újraindítást igényel.
Az SQL szerver 2000-ben használni tudjuk a Windows 2000 Address Windowing Extensions (AWE) API-t, ami támogatja a maximum 64 GB fizikai memória elérését. Ez a memóriaméret csak megfelelő hardver és szoftvertámogatás mellett elérhető. Alapértelmezésben kikapcsolt állapotban van, ez a 0 érték, a bekapcsolt állapot az 1-es.
Ez a tulajdonság az SQL szerver 2000 Enterprise és Developer kiadásában elérhető.
Ha bekapcsoljuk a beállítást, akkor ügyeljünk arra, hogy az SQL szerver lehetőség szerint a teljes memóriát lefoglalja magának, így idővel nem marad hely más programok számára. Ilyenkor érdemes meghatározni egy maximális memóriaméretet, ami kisebb, mint a teljes 3 GB-nál nagyobb mennyiség.
c2 audit mode
Haladó beállítás, újraindítást igényel.
Az SQL szerver 2000-ben lehetőségünk van arra, hogy ellenőrizzük a sikeres és sikertelen parancs- és objektum-elérési próbálkozásokat. Ezzel a beállítással dokumentálni tudjuk a rendszer aktivitását és megfigyelni a biztonsági házirend megszegési próbálkozásait.
A c2 audit eszköz a bejegyzéseit egy fájlba írja a szerver adatokat tartalmazó könyvtárába. Ha a fájl meghaladja a 200 MB-ot, akkor egy új fájl írásába kezd.
Ha minden audit opció érvényben van az összes objektumra, akkor a rendszer működése közben mindez érezhető teljesítménycsökkenést fog okozni. Ha betelik az auditálás könyvtára, akkor a szerver leáll. Ha szeretnénk a szervert újraindítani, de még nem sikerült elég helyet felszabadítani, akkor a –f opció segítségével elindíthatjuk az ellenőrzési naplózás megkerülésével a kiszolgálót.

Könyv
Ez a cikk megtalálható ebben a könyvben: Windows Software Offline 2003 évkönyv 445. 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 |