10 leghasznosabb tulajdonsága az SQL Server 2018 a DBA
Megjegyzés. Activity Monitor használ paraméter jelentése frissítés, amit meg lehet változtatni, kattintson a jobb egérgombbal. Amikor kiválasztod a gyakori adatfrissítés (idő kevesebb, mint 10 másodperc) erősen terhelt működő rendszer teljesítménye csökkenhet.
A következő Activity Monitor adminisztrátori is hajtsa végre a következő feladatokat látja el:
· Szünet és a tevékenység folytatásához monitor egy kattintás az egér jobb gombjával. Ez lehetővé teszi, hogy a rendszergazda „mód” állapot információt egy adott időpontban, akkor nem frissül, vagy felülírni. De ne felejtsük el, hogy amikor frissíti manuálisan, telepítésével vagy lehajtható a régi adatok frissítésre kerül, és elveszett.
· Kattintson a jobb gombbal a sor, hogy megjelenjen a teljes szöveg keresett vagy grafikus végrehajtási tervet a menüpont a „Recent igényes kéri.”
· Végezzen Profiler nyomon követő alkalmazás vagy a folyamatok még a nézetet „Folyamatok”. Események Profiler alkalmazás események közé RPC: Kész. SQL: BatchStarting és SQL: BatchCompleted. és AuditLogin és AuditLogout.
Az a képesség, hogy nyomon az eseményeket és adják át adataikat, beleértve a tájékoztatás felhasználók hozzáférése a helyszínek, valamint az idő és a tartalom a változások, segít a rendszergazdáknak betartatásához szabályozási standardok vagy szervezeti biztonsági követelményeknek. Ezen kívül, a megértés a bekövetkezett események a környezet is segíthet a fejlesztés a kockázatcsökkentési terv és fenntartani a biztonságot a környezetet.
Vannak olyan csoportok, az ellenőrzési akció a szerver szintjén, mint például a következő:
· FAILED_LOGIN_GROUP pályák sikertelen bejelentkezési kísérletet.
· BACKUP_RESTORE_GROUP jelentések létre, amikor a biztonsági másolatot az adatbázisról vagy végeznek annak behajtására.
· DATABASE_CHANGE_GROUP ellenőrzéseket ideje létrehozni, módosítani vagy törölni az adatbázist.
audit akciócsoport az adatbázis szintjén a következőket tartalmazza:
· DATABASE_OBJECT_ACCESS_GROUP hívják, amikor egy CREATE, ALTER, DROP vagy adatbázis-objektumokat.
· DATABASE_OBJECT_PERMISSION_CHANGE_GROUP használata okoz GRANT, visszavonni, vagy megtagadja az adatbázis objektumokat.
Vannak más lépéseket az ellenőrzés, például a SELECT, DELETE és hajtsa végre. További információt, beleértve a teljes listát az összes csoport és a pénzügyi ellenőrzést, lásd. A részben az akciócsoport és az intézkedések SQL Server Audit.
DBA sokáig felkínált teszi ezt a funkciót az SQL Server. Most ez megtörtént, és csak abban az időben! Az elmúlt években különböző okok miatt, például azért, mert a megnövekedett tárolási időtartamát, valamint a szükséges fizikai tárolása több adat, adatbázis méretben kezdett exponenciálisan növekszik. Tolatáskor nagy adatbázisok kell elosztani jelentős lemezterületet backup fájlokat, valamint a kiosztás művelet jelentős időtartamot.
központosított kezelése szerverek
Gyakran az adatbázis-kezelő vezérli egyszer sok esetben az SQL Server. Lehetőség sok esetben az SQL központosítása menedzsment és az adminisztráció egyetlen ponton lehetővé teszi, hogy mentse jelentős időt és erőfeszítést igényel. Végrehajtása centralizált szerverek rendelkezésre az SQL Server Management Studio környezetben, a „Registered Servers” komponens lehetővé teszi a rendszergazdák számára, hogy végezze el a különböző adminisztratív műveletek számos SQL Servers egyetlen felügyeleti konzolról.
Központosított irányítás kiszolgálók lehetővé teszik, hogy a rendszergazda regisztrálni a kiszolgálók egy csoportja, és végre rajtuk, mint egy csoport, például a következő műveleteket:
· Importja és exportja regisztrált szerverek: szerverek, amelyek nyilvántartásba a központi Management Server (Central Management Server), exportálhatók és importálhatók, ha azokat közvetlenül különböző rendszergazdák vagy letelepedett esetben az SQL Server Management Studio. Ez a funkció egy alternatív importálni vagy exportálni az adminisztrátor saját helyi csoportok az SQL Server Management Studio.
adatgyűjtő és menedzsment adattárház
Teljesítmény tuning és diagnosztikai időigényesek és nagy szakmai felkészültséget igénylő munkát az SQL Server, valamint a megértés a belső szerkezetet az adatbázisban. System Monitor a Windows (PerfMon) Profiler SQL Server Profiler és dinamikus menedzsment nézetek megoldott néhány probléma, de gyakran hatással szerver teljesítményét, ez nehézkes használni, vagy részt vesznek gyűjtési módszereinek lebontott adatokat, bonyolítja a későbbi integráció és értelmezése.
Egy másik hasznos tulajdonsága adattárolás kezelése - az a képesség, hogy telepíteni bármely szerver SQL Server, majd az adatgyűjtés egy vagy több SQL Server. Miközben minimalizálja a teljesítményre gyakorolt hatást a munka rendszer, valamint jobban méretezhető keretében nyomon követése és az adatok gyűjtése több szerver. A laboratóriumi vizsgálatok a megfigyelt csökkenése sávszélességet, ha a hatóanyagok és a raktár irányítási betöltött adatokat a szerver (ek munkamennyiség segítségével OLTP) körülbelül 4%. A termelékenység csökkenése befolyásolhatják a frekvencia adatgyűjtés (említett vizsgálatot végeztek egy hosszabb üzemi terhelés adatok tárolására 15 percenként), akkor is megnő alatt Beszerzési időszakokban. Mindenesetre, meg kell várni csökkentését a rendelkezésre álló erőforrások, mint protsessDCExec.exe használ bizonyos mennyiségű memóriát és CPU erőforrások, és a rekord a menedzsment adattárház növeli a terhelést az input-output alrendszer és szükség van az térkiosztásról a helyét az adatfájlok és chart zhurnala.Na (ábra. 2) mutatja, egy tipikus jelentést adatgyűjtő.
Könnyű adatbázis-kezelő jelentősen megkönnyíti a rutin adminisztrációs feladatokat. Amint az a táblázatból méretnövekedés, indexek és a fájlok és terjesztése igen nagy adatbázis (VLDB) adatkezelés és a munka terjedelmes fájlok egyre összetettebb. Emellett növeli a hangerőt a kért adatokat a memória követelményeknek, és biztosítják a fizikai sávszélesség IO kapacitása is bonyolítja a munkát a rendszergazdák és költséges szervezet. Ennek eredményeként sok esetben a rendszergazdák és a szervezetek vagy meg kell bővíteni a memória kapacitása vagy gpropusknuyu IO szerverek vagy összeegyeztetni csökkenő termelékenység.
Bizonyos laboratóriumi vizsgálatok közé adattömörítés ment 50-80% -a lemezterület. Helytakarékos jelentősen eltérő: ha csekély mértékben ismétlődő értékeket az adatokat, vagy használt értékeket minden juttatott ilyen típusú adatok byte, a megtakarítás minimális. Ebben az esetben a teljesítménye számos munkafolyamat nem emelkednek. Azonban, ha foglalkozik adatokat tartalmazó sok számszerű adatokat és sok ismétlődő értékeket, jelentős megtakarítást tárhellyel és a termelékenység növekedése között néhány százalékkal 40-60% néhány mintát a munka kéri terhelés.
És egy sor tömörítési és az oldal tömörítés lehet engedélyezni a tábla vagy index online, nem zavarja a rendelkezésre álló adatok alkalmazásokat. Ugyanakkor illetve kicsomagolni egy különálló rész egy particionált tábla on-line leállítása nélkül lehetetlen. Vizsgálatok kimutatták, hogy a legjobb megoldás az egyesített, amelyben csak néhány legnagyobb tömörített táblázatok: ahol az arány el kiváló megtakarítás lemezterület (jelentős) teljesítménycsökkenés a (minimum). Mivel a működését tömörítés, valamint a műveletek létrehozásához vagy újjáépíteni az index is vannak követelmények a rendelkezésre álló hely, a tömörítési kell elvégezni, figyelembe véve ezeknek a követelményeknek. Minimális helyet a sűrítési folyamat szükséges, ha a tömörítés kezdeni a legkisebb tárgyak.
További információ arról, hogyan kell használni tömörítés, lásd. A dokumentumban létrehozása Sűrített táblák és indexek.
Policy-Based Management
Sok üzleti forgatókönyvek, akkor fenn kell tartania egy bizonyos konfigurációját vagy ahhoz, hogy bármely politikai egy adott szerveren SQLServer, vagy több alkalommal is SQLServer kiszolgáló csoport. Administrator vagy szervezet alkalmazására is szükség lehet egy speciális elnevezési sémát minden új egyéni táblák és a tárolt eljárásokat vagy bizonyos változtatásokat a konfigurációt használják számos szerver.
Policy-alapú menedzsment (PBM) biztosítja az adminisztrátor sokféle környezeti menedzsment képességeit. Házirendje lehet létrehozni és ellenőrzi azok betartását. Ha a cél a tesztelés (például adatbázis-motor, adatbázis, tábla vagy index SQLServer) nem felel meg a követelményeknek, a rendszergazda automatikusan állítsa be, az e követelményeknek megfelelően. ott is számos mód define politika (amelyek közül sok automatizált), egyszerűsíti a megfelelés ellenőrzését a politikai elvárásokat, a regisztráció a Journal irányelvmegsértések és értesítéseket küld, és még visszaállíthatja változások betartásának biztosítása érdekében a politikai elvárásokat. További információ a módok meghatározása és ezek kapcsolata a szempontok (az ellenőrzés fogalmát politikák (PBM), amint azt ebben a blogbejegyzésben). Lásd Blog az SQL Server Policy-Based Management.
Házirendje lehet exportálni és importálni az XML-fájlok azok meghatározási és alkalmazási szerverek sok esetben. Emellett SQLServerManagement Studio környezet és a bevezetése regisztrált politika szerverek, megadhatjuk sok szerver van bejegyezve a helyi csoport szolgál, vagy csoportok szerverek centralizált irányítás.
Előre jelzett teljesítmény és a konkurencia
Sok rendszergazda jelentős kihívásokkal néznek szembe a támogatást a szerverek SQLServers folyamatosan változó terhelés és biztosítja kiszámítható teljesítményt (vagy minimalizálja a különbségeket lekérdezési tervek és a teljesítmény). Váratlan változások a teljesítmény, ha a keresések változtatni lekérdezési tervek és / vagy általános teljesítménnyel kapcsolatos problémák okozta számos okból, többek között növeli a terhelést a szerveren futó SQLServer alkalmazásokat vagy korszerűsítése maga az adatbázis. A kiszámíthatóság szerveren futó SQLServer lekérdezések és tranzakciók sokkal könnyebb elérni és fenntartani a célok szintjén rendelkezésre állás, teljesítmény és / vagy a folyamatos üzleti tevékenység (teljesítmény SLA és a működési támogatás szintjét).
Először is, a struktúra tervek (Plan Guide):
sp_create_plan_guide_from_handle
@name = N'MyQueryPlan”,
@plan_handle = @plan_handle,
@statement_start_offset = @offset;
Másodszor, zár eszkaláció:
Fenntartani a folyamatos szolgáltatási szintet, megakadályozza az ellenőrizetlen lekérdezések és biztosító források kritikus terhelések szokott lenni nehéz. Nem volt lehetőség, hogy garantálják a elosztását egy bizonyos mennyiségű erőforrás kérelmek a medence, nem volt hozzáférés rendszerének prioritásokat. Minden kérést egyenlő jogokkal való hozzáférés az összes rendelkezésre álló forrásokat.
Az alábbi ábra mutatja a forráselosztás folyamatát. Ebben az esetben a három medence konfigurálható terhelések (terhelések Admin, OLTP és jelentés), amely után a medence OLTP munkaterhelés van rendelve a legmagasabb prioritást. Ugyanakkor, felállítottuk két erőforrás medence (Medence Medence és alkalmazás) a megadott korlátozások a memória és CPU időt (CPU). Az utolsó lépésben Admin munkaterhelés rendelt medence Admin, és a munkafolyamatok vannak rendelve OLTP és jelentés Application pool.
A következőkben a funkciókat, hogy figyelembe kell venni a Resource Governor.
- Resource Governor használja a bejelentkezési adatokat, host nevét, vagy az alkalmazás nevét, mint egy „erőforrás pool ID”, ezért az egyetlen nevet a kérelem bejegyzés bizonyos ügyfelek száma egy szerver, elbonyolító létrehozása medencék.
- Nem támogatja objektumok csoportosítását az adatbázis szintjén, ahol az erőforrásokhoz való hozzáférés alapján szabályozzuk az adatbázis-objektumok még használatban van.
- Resource Governor segítségével kezelheti a források csak egyetlen SQL Server. Ahhoz, hogy kezelni több esetben az SQL Server vagy folyamatok a kiszolgálón egyetlen forrásból kell vennie a használata a Windows rendszer-kezelő.
- Állítsa csak a használatát a CPU és a memória. IO-gazdálkodás nem valósult meg.
- Dinamikus kapcsolási terhelés fölött erőforrásbázist után a kapcsolat lehetetlen.
Transparent Data Encryption (TDE)
Sok szervezet nagy figyelmet fordítunk a biztonsági kérdéseket. Sok különböző rétegek, amelyek védik az egyik szervezet legértékesebb - a dannye.Chasche egész szervezetet, hogy sikeresen megvédje a felhasznált adatok fizikai biztonsági intézkedések, tűzfalak és szigorú politikát való hozzáférés korlátozására. Azonban, elvesztése esetén a fizikai adathordozó adatok, mint például a lemez vagy szalagos mentési, mind a biztonsági intézkedések használhatatlanok, mivel a támadó egyszerűen visszaállítani az adatbázist, és teljes hozzáférést az adatokhoz. SQL
Adatbázis titkosítás - egy egyszeri folyamat, amely képes futtatni a parancsot Transact - SQL vagy a környezetből SQL Server Management Studio. ami után végezzük, a háttérben egy. Állapot titkosítás vagy visszafejtés nyomon követhető a dinamikus vezetés nézet sys.dm_database_encryption_keys. Laboratóriumi vizsgálatok Encryption 100 GB adatbázis méretét a titkosítási algoritmus AES _128 tartott körülbelül egy óra. Bár az általános költségek felhasználásával TDE határozza főként az alkalmazás terhelések egyes elvégzett vizsgálatok ezeket a további költségek összege kevesebb, mint 5%. Meg kell fontolni olyan funkció, amely hatással lehet a teljesítményre: Ha TDE használják bármelyik adatbázisokhoz például azt is titkosítva és a rendszer alapján tempdb adatokat. Végül egyidejű használatát a különböző funkciók, tekintsük a következő:
- Ha mentés tömörítés tömöríteni tárol titkosított adatok méretét a tömörített biztonsági nagyobb lesz, mint anélkül, hogy a titkosítás használatát, mivel a titkosított adatokat tömöríti rosszul.
- Adatbázis titkosítás nem befolyásolja a tömörítés (kisebb vagy oldalt).