Hogyan kell megfelelően konfigurálni az ms sql kiszolgálót, hogy 1 s-val dolgozhasson
A próbálkozás és a hiba miatt 200+ élő felhasználó tesztelésével, több tucat gurukkal való konzultációval és több száz hivatalos és nem helyet kereső keresőprogrammal az MS SQL beállítások optimális verzióját fejlesztették ki egyidejűleg működő 24/7 felhasználók számára.
1. A kiszolgáló konfigurálása
Először is, csak egy szerverre van szükségünk, a többi szolgáltatásra, amely releváns, és talán valaki használ rá, csak a munkánk lelassítja. Megállítjuk és letiltjuk azokat a szolgáltatásokat, mint például a FullText Search (1C saját teljes szöveges keresőmotor), az adattovábbítási szolgáltatások és más hasonló szolgáltatások.
SQL Server (sqlservr.exe)
SQL Server Agent (SQLAGENT.exe)
SQL író (sqlwriter.exe)
Ezután a kiszolgáló tulajdonságaiban a Server Management Studio segítségével telepítse a következőket:
A kiszolgálóhoz rendelt memória maximális mennyisége a következők alapján:
Erre azért van szükség, hogy az sql kiszolgáló számolni tudjon e köteten, és előzetesen megtisztítsa a memóriát, mert ha korlátlan összeget helyez el, és a kiszolgáló megpróbál egy olyan memóriát felvenni, ami nem létezik, elkezdi keményen gondolkodni a viselkedésében, és nagyon lassan reagál a kérésekre.
A szálak maximális száma (Maximum dolgozó szál) meghatározott 2048, az alapértelmezett 0, és értéke a szerver nem hoz létre több mint 255 stream, de hiányzik belőle (empirikusan, hogy amikor nagy számú egyidejű tranzakció a szerver valóban elkezd dolgozni gyorsabb). A kiszolgáló prioritását is beállítjuk (Boost prioritás).
Valójában globális beállításokkal mindent. Most menjen a munkadarab beállításaihoz (vagy több adatbázishoz, ha ez a helyzet).
2. Munkaadatbázis létrehozása
Az igényelt adatbázis tulajdonságait megyünk:
Ha az adatbázis még nem telepítette .dt fájlt, és tudod, a körülbelüli méretének, a méret az elsődleges fájl inicializálása jobb adja meg a> = adatbázis mérete, de ez ízlés kérdése, hogy továbbra is nő egy sweep. Azonban a méret automatikus növelése szükséges, hogy az adatbázisonként kb. 200 MB-ot és 50 MB-t adjon meg naponta, mert alapértelmezett - növekedés 1MB és 10% erősen gátolja a működését a szerver, ha minden harmadik ügylet fájlt kell növelni. Továbbá, ha nem ispolzuetet RAID tömb, a tároló adatbázis fájlt és a log fájl jobb rámutatni a különböző fizikai lemezen. Nos, hogy a napló 2-4 GB-ra korlátozható, szóval ez nem annyira bolyhos.
Más beállítások, mint a szkriptben:
Az adatbázis beállításai mindent. Az ütemezett feladatok konfigurálása továbbra is fennáll.
3. Az ütemezett feladatok beállítása
Először hozza létre a karbantartási tervet a Kezelés részben:
Az indexek töredezettségmentesítését és a statisztikák gyűjtését naponta kell elvégezni, mert ha az indexek szétdarabolása> 25%, ez drasztikusan csökkenti a kiszolgáló teljesítményét. A statisztikák töredezettségmentesítésével és frissítésével gyorsan elvégezhető, és nem szükséges a felhasználók leválasztása. Hogyan töredezett a mutatók, akkor láthatjuk, nagyon jó, és multifunkcionális kezelés Gileva Vyachaslava, az úgynevezett Lock1C.epf, és hogy ő eltávolítjuk az oldalról miatt ütközés-1C becenevek megsértése engedély pont. De a jó admin Google mindig J. támogatást is kívánatos, hogy nem egy teljes újbóli index, az adatbázis-lock legalább egyszer egy héten, persze, miután egy teljes újra indexelés kész azonnal töredezettség-mentesítése indexek és frissítés statisztika.
A biztonsági mentés konfigurálása SQL használatával.
Ez könnyű, 2 új megbízást adunk hozzá Agent'u:
Teljes BackUp, napi 1 alkalommal és 2 lépésben T-SQL szkriptekkel:
1. BACKUP DATABASE [<ИмяБД>] DISK = N '<ПутьКПапке>Backup<ИмяБД>.bak 'NOFORMAT, INIT, NAME = N'<ИмяБД>-Teljes adatbázis-mentés ", SKIP, NOREWIND, NOUNLOAD, STATS = 10
2. FELHASZNÁLÁS [ <ИмяБД> ]
DBCC SHRINKFILE (N '<ИмяБД>_log '. 0)
És a második feladatot egy időben, 1-2 óra különbséggel Differencial BackUp és egy T-SQL szkript segítségével:
BACKUP DATABASE [<ИмяБД>] DISK = N '<ПутьКПапке>Backup<ИмяБД>Diff.bak 'WITH DIFFERENTIAL. NOFORMAT, INIT, NAME = N '<ИмяБД>-Differenciált adatbázis-biztonsági másolat ", SKIP, NOREWIND, NOUNLOAD, STATS = 10
Ez a biztonsági mentés akár a felhasználók aktív munkájával is megtörténik 4-6 perc alatt, és szinte nem befolyásolja a szerver sebességét.
Igen, és hozzáadni egy eljárási tisztogatást az újraindexelés után (hetente egyszer), a feladatban, amely a karbantartási terv mentése után is megjelenik az ügynöknél, még egy lépést is felvetünk:
Ne felejtsd el megváltoztatni az első lépés beállításait, miután befejezted a távozást, de menj a következőre. ATP gilv egy tipp.