Notă. Activity Monitor folosește frecvența de actualizare parametru, care poate fi modificat, făcând clic pe butonul din dreapta al mouse-ului. Atunci când alegeți actualizarea datelor frecventă (timp în mai puțin de 10 secunde) este extrem de încărcat performanța sistemului de lucru poate scădea.
Utilizați administratorul Activity Monitor poate efectua, de asemenea, următoarele sarcini:
· Pauză și reluarea de monitorizare a activităților cu un clic pe butonul din dreapta al mouse-ului. Acest lucru permite administratorului să „salveze“ informații de stare la un anumit moment, acestea nu sunt actualizate sau suprascrise. Dar nu uitați că, atunci când actualizați manual informațiile, implementarea sau plierea sub datele vechi vor fi actualizate și a pierdut.
· Faceți clic dreapta pe elementul rând pentru a afișa interogarea text integral sau plan de execuție grafică utilizând elementul de meniu „cereri solicitante recente.“
· Efectuarea de aplicație de urmărire Profiler sau termina procesele în vedere „procese“. Evenimente Profiler Evenimente aplicare includ RPC: Finalizat. SQL: BatchStarting și SQL: BatchCompleted. și AuditLogin și AuditLogout.
Capacitatea de a urmări evenimentele și să înregistreze datele, inclusiv informații despre utilizatorii care accesează site-uri, precum și momentul și conținutul modificărilor, ajută administratorii asigura respectarea standardelor de reglementare sau cerințele organizatorice de securitate. În plus, înțelegerea evenimentelor care au loc în mediul înconjurător poate ajuta, de asemenea, în dezvoltarea planului de atenuare a riscurilor și să mențină securitatea mediului.
Există grupuri de acțiune de audit la nivel de server, cum ar fi următoarele:
· Piste FAILED_LOGIN_GROUP încercări nereușite de conectare.
· Rapoartele BACKUP_RESTORE_GROUP create atunci când backup al bazei de date sau pentru a efectua recuperarea acesteia.
· DATABASE_CHANGE_GROUP audituri de timp pentru a crea, modifica sau șterge o bază de date.
grup de acțiune de audit la nivelul bazei de date includ următoarele:
· DATABASE_OBJECT_ACCESS_GROUP numit ori de câte ori CREATE, ALTER, sau baze de date DROP obiecte.
· DATABASE_OBJECT_PERMISSION_CHANGE_GROUP cauzată de utilizarea unui GRANT, revocați sau DENY pentru obiectele bazei de date.
Există și alte măsuri de audit, de exemplu, SELECT, DELETE, și EXECUTE. Pentru mai multe informații, inclusiv o listă completă a tuturor grupurilor și acțiunilor de audit, a se vedea. În secțiunea Grupului de acțiune și de audit acțiuni SQL Server.
DBAs lungă perioadă de timp oferit pentru a activa această funcție în SQL Server. Acum se face, și tocmai la timp! In ultimii ani, din diverse motive, de exemplu, din cauza duratei de depozitare a crescut și nevoia de stocare fizică a mai multor date, dimensiunile bazei de date a început să crească exponențial. Când copierea de rezervă a mari baze de date ar trebui să fie alocate în spațiu pe disc semnificativ pentru fișiere de rezervă, precum și alocarea pentru operarea pe o perioadă de timp semnificativă.
managementul centralizat al serverelor
De multe ori administratorul bazei de date controlează o dată mai multe instanțe ale SQL Server. Posibilitatea de multe cazuri de SQL centralizare a managementului și administrarea într-un singur punct vă permite să economisiți timp și efort. Punerea în aplicare a gestionării centralizate a serverelor disponibile în mediul SQL Server Management Studio prin componenta „Servere registered“ permite administratorilor să efectueze o varietate de operațiuni administrative pe mai multe servere SQL servere dintr-o singura consola de management.
Servere de management centralizat permite administratorului să înregistreze un grup de servere, și de a efectua pe ele ca un singur grup de, de exemplu, următoarele operațiuni:
· Importul și exportul de servere înregistrate: servere, care sunt înregistrate în Management Server Central (servere de management Central), pot fi exportate și importate atunci când acestea sunt transferate între diferiți administratori sau instanțe stabilite de SQL Server Management Studio. Această caracteristică este o alternativă de a importa sau exporta administratorul propriilor grupuri locale în SQL Server Management Studio.
colector de date și de depozit de date de management
Tuning de performanță și diagnosticare sunt consumatoare de timp și pot necesita competențe profesionale pentru a lucra cu SQL Server, și înțelegerea, de asemenea, structura internă a bazei de date. System Monitor pentru Windows (Perfmon), Profiler SQL Server Profiler și vederi dinamice de gestionare a rezolvat unele dintre aceste probleme, dar ele au adesea un impact asupra performanței serverului, a fost greoaie de a utiliza sau sunt metode de colectare a datelor dezagregate, complicând integrarea lor ulterioară și interpretare implicate.
O altă caracteristică utilă a managementului de stocare a datelor - este abilitatea de a instala pe orice server în SQL Server, urmată de colectarea datelor de la una sau mai multe instanțe ale SQL Server. Minimizând în același timp impactul asupra performanței sistemelor de lucru, precum și o scalabilitate îmbunătățită în contextul urmăririi și colectarea de date de la mai multe servere. In testele de laborator, pierderea observată a lățimii de bandă în cazul agenților și datele de management ale depozitelor încărcate pe server (e volumul de lucru folosind OLTP) a fost de aproximativ 4%. Pierderea productivității poate varia în funcție de frecvența de colectare a datelor (testul menționat a fost efectuat într-o sarcină de lucru extinsă a datelor la depozitarea la fiecare 15 minute), se poate, de asemenea, crește brusc în timpul perioadelor de achiziție. În orice caz, trebuie să se aștepte o reducere a resurselor disponibile, ca protsessDCExec.exe utilizează o anumită cantitate de memorie și CPU resurse, precum și înregistrarea în depozitul de date de management va crește sarcina pe subsistemul de intrare-ieșire, și va necesita alocarea de spațiu în locația fișierelor de date și graficul zhurnala.Na (Fig. 2) prezintă un colector tipic raport de date.
managementul bazelor de date Ușor facilitează în mod considerabil sarcinile de administrare de rutină. Deoarece creșterea dimensiunea mesei, indicii și fișiere și distribuirea de baze de date foarte mari (VLDB) de gestionare a datelor și de a lucra cu fișiere voluminoase devin din ce în ce mai complexe. În plus, creșterea volumului de date solicitate la cerințele de memorie și pentru a asigura capacitatea de lățime de bandă de fizică IO complica, de asemenea, activitatea administratorilor și organizarea costisitoare. Ca urmare, în multe cazuri, administratorii și organizațiile trebuie să fie extindă capacitatea de memorie sau gpropusknuyu servere IO, sau reconcilierea cu scăderea productivității.
În unele teste de laborator includ compresia datelor salvează 50-80% din spațiul de pe disc. Spațiu de economisire semnificativ diferite: în cazul în care conținea valori duplicate mici în datele sau valorile utilizate toate alocate acestui tip de octeți de date, economiile este minimă. În acest caz, performanța multor sarcini de lucru nu sunt crescute. Cu toate acestea, atunci când este vorba de date care conține o mulțime de date numerice și multe valori repetate, economii semnificative de spațiu de stocare și de creștere a productivității între câteva procente la 40-60% pentru unele mostre de muncă solicită sarcini.
Și un rând de compresie și de compresie pagina poate fi activată pentru o masă sau index este on-line, nu interferează cu disponibilitatea datelor aplicațiilor. În același timp compresa sau decomprima o secțiune separată a unui tabel împărțit on-line, fără a închide este imposibilă. Testele au arătat că cea mai bună abordare este combinată, în care doar câteva mese mai mari comprimate: în care raportul realizat excelent spațiu pe disc pierdere (semnificativă) a performanței la (minim). Deoarece funcționarea compresie, precum și în operațiuni pentru a crea sau a reconstrui indexul, există, de asemenea, cerințele față de spațiul disponibil pe disc, comprimarea trebuie efectuată ținând seama de aceste cerințe. Este nevoie de spațiu minim în timpul procesului de comprimare, în cazul în care comprimarea este de a începe cu cele mai mici obiecte.
Pentru mai multe informații despre cum se utilizează compresia, a se vedea. Într-un document Crearea tabelelor comprimat și indexuri.
Managementul Bazat pe politică
În multe scenarii de afaceri, trebuie să mențină o anumită configurație sau pentru a se conforma oricărei politici pe un anumit server de SQL Server, sau de mai multe ori în grupul de server SQLServer. Administrator sau organizație poate necesita utilizarea unui regim special de denumire toate noi tabele personalizate sau proceduri stocate sau necesită anumite modificări ale configurației folosite în multe servere.
În baza politicilor de management (PBM) oferă administratorului cu o gamă largă de capabilități de management de mediu. Politicile pot fi create și controale pentru respectarea acestora. În cazul în care scopul testării (de exemplu, motorul de baze de date, baze de date, de masă sau indicele de SQLServer) nu îndeplinește cerințele, administratorul poate reconfigura în mod automat, în conformitate cu aceste cerințe. există, de asemenea, o serie de moduri de a defini politici (dintre care multe sunt automatizate), simplificând verificarea conformității cu cerințele politicii, înregistrarea în Jurnalul de încălcări ale politicilor și să trimită notificări, și chiar se rostogolească înapoi modificări pentru a asigura respectarea cerințelor de politică. Pentru mai multe informații despre modurile de definire și relația acestora cu aspectele (bazat pe conceptul de politici de control (PBM), așa cum sa discutat în acest blog post). A se vedea secțiunea Managementul Blog pe SQL Server politici bazate pe date.
Politicile pot fi exportate și importate ca XML fișiere pentru serverele lor Determinarea și aplicarea în multe cazuri. În plus, mediul SQLServerManagement Studio și introducerea de servere politice înregistrate, puteți defini mai multe servere înregistrate în grupul local de servere sau grupuri de servere de management centralizat.
performanța obținută și cea concurență
Mulți administratori se confruntă cu provocări semnificative, cu sprijinul de servere SQLServers cu schimbarea în mod constant volumul de lucru și pentru a asigura un nivel de performanta previzibil (sau reducerea la minim diferențele dintre planurile de interogare și de performanță). modificări neașteptate ale performanței pentru interogări care schimba planurile de interogare și / sau probleme generale legate de performanță pot fi cauzate de o serie de motive, inclusiv o creștere a sarcinii pe server care rulează pe aplicații SQLServer sau actualizarea bazei de date în sine. Previzibilitatea rulează pe interogările serverul SQLServer și tranzacții mult mai ușor de a atinge și menține obiectivele privind nivelul de disponibilitate, performanță și / sau continuitatea operațiunilor de afaceri (SLA-uri de performanță și nivelul de operare de sprijin).
În primul rând, planurile de structură (Plan de ghid):
sp_create_plan_guide_from_handle
@name = N'MyQueryPlan“,
@plan_handle = @plan_handle,
@statement_start_offset = @offset;
În al doilea rând, escaladarea de blocare:
Menținerea unui nivel constant de serviciu, prevenirea interogările necontrolate și asigurarea alocării de resurse pentru încărcări de lucru critice, utilizate pentru a fi dificil. Nu a existat nici o posibilitate de a garanta alocarea unei anumite cantități de cereri de resurse la piscina, nu a existat nici o gestionare a priorităților de acces. Toate cererile au drepturi egale de acces la toate resursele disponibile.
Diagrama de mai jos prezintă procesul de alocare a resurselor. În acest scenariu, trei piscine configurate volumul de lucru (volumul de lucru Admin, OLTP și raport), după care volumul de lucru OLTP piscina li se atribuie cea mai mare prioritate. În același timp, ne-am înființat două resurse piscină (piscină piscină și aplicații), cu limitări date în ceea ce privește timpul de memorie și CPU (CPU). In ultima etapa Admin volumul de lucru atribuit piscina de administrare, iar volumul de lucru sunt atribuite piscină OLTP și raport de aplicare.
În urma sunt caracteristicile pe care ar trebui să fie luate în considerare atunci când se utilizează guvernator de resurse.
- Guvernatorul de resurse este folosind datele de autentificare, numele de gazdă sau numele aplicației ca „ID bazin de resurse“, astfel încât utilizarea unui nume unic pentru intrarea cerere de sub anumit număr de clienți per server, s-ar putea complica crearea de bazine.
- Nu acceptă gruparea de obiecte la nivelul bazei de date, în cazul în care accesul la resurse este controlat pe baza obiectele bazei de date să fie accesate.
- Guvernatorul de resurse vă permite să gestionați resursele numai într-o singură instanță de SQL Server. Pentru a gestiona mai multe instanțe de SQL Server sau procese pe server dintr-o singură sursă ar trebui să ia în considerare utilizarea de Manager de Windows System Resource.
- Configurarea numai utilizarea procesorului și a memoriei. IO managementul resurselor nu este implementată.
- comutare dinamică a volumului de munca peste bazine de resurse după ce conexiunea este imposibilă.
Transparent Data Encryption (TDE)
Multe organizații să acorde o mare atenție la problemele de securitate. Există mai multe straturi diferite care protejează una dintre cele mai valoroase bunuri ale organizației - dannye.Chasche întreaga organizație pentru a proteja cu succes datele utilizate de măsuri de securitate fizică, firewall-uri și politici stricte pentru a restricționa accesul. Cu toate acestea, în cazul pierderii de date mass-media fizice, cum ar fi disc sau bandă de rezervă, toate aceste măsuri de securitate sunt inutile, deoarece atacatorul poate restaura pur și simplu baza de date și să aibă acces deplin la datele. SQL
Baza de date de criptare - un proces unic, care poate rula comanda Transact - SQL sau din mediul SQL Server Management Studio. după care se realizează într-un fir de fundal. criptare stare sau decriptare pot fi urmărite folosind o dinamică sys.dm_database_encryption_keys vizualizare de management. In timpul testelor de laborator de criptare de 100 GB dimensiunea bazei de date folosind algoritmul de criptare AES _128 a durat aproximativ o oră. Deși costurile globale prin utilizarea TDE sunt determinate în principal de volumul de lucru de aplicare, în unele dintre testele efectuate aceste costuri suplimentare sa ridicat la mai puțin de 5%. Ar trebui să fie considerată o caracteristică care poate afecta performanța: Dacă TDE este utilizat în oricare dintre bazele de date cu privire la instanță, este, de asemenea criptate și de date bază de sistem tempdb. În cele din urmă, utilizarea simultană a diferitelor funcții, luați în considerare următoarele:
- Dacă utilizați compresie de rezervă pentru a comprima bază de date criptate dimensiunea datelor de backup comprimat va fi mai mare decât fără utilizarea de criptare, deoarece datele criptate comprimă prost.
- Baza de date de criptare nu afectează compresia de date (mici sau pagina).