Dimensiunea bazei de date
cel mai bine este de a obține cea mai bună performanță, dacă vă imaginați ce zi (oră, minut) bază este de așteptat să crească și, în consecință ajusta dimensiunea bazei de date în avans. Foarte bine, în cazul în care dimensiunea nu depășește o anumită valoare stabilită - de exemplu, datele vor fi susținute periodic. În acest caz, aveți posibilitatea să pre-configura baza de date la dimensiunea dorită. În nici un caz, care nu pot părăsi valorile implicite - adică, auto-incrementarea un megabyte. Pentru insert bază de date intensivă (în special Blobs) poate fi literalmente fatală - subsistem de disc supraincalzirea și arde sarcina (există un precedent). Pune crește 30-50%. Pune valoarea inițială mare a dimensiunii. În general, - prezintă baza lui. Ia timp pentru a măsura. Baza va fi mai puțin avtouvelichivat dimensiunea sa, cu atât mai bine performanța și sarcina pe suportul fizic.
În primul rând, să vorbim despre defragmentarea sistemul de fișiere. Procedura cu privire la acest lucru:
- pune sistemul de operare și MS SQL.
- defragmenta unitatea
- creează bazele necesare, întinzându-le, dacă este posibil, dimensiunea maximă
- defragmenta unitatea
Mai mult decât atât, nu uitați să defragmenta pagina de index de date sunt periodic și, în momentele de încărcare mai mici. Nu este ușor, în cazul în care sistemul este sub sarcină.
În cazul modificărilor de baze de date mari consumatoare de date (OLTP) este necesară pentru a scoate jurnal pe un disc fizic separat (matrice de disc). Desigur, în această unitate pentru a bystroydeystviyu cerințe mai mici, dar totuși trebuie să fie ascuțit printr-o secvență rapidă a inserției. Pentru a dispozitivului preferinței pentru a stoca jurnalul:
- RAID separat - matrice
- un set separat de unități în același RAID _ matrice (este bine să-i atribuie un ID SCSI separat, și nu doar LUN)
- oglindă o unitate separată (SAS dacă serverul sau cel mai rău caz SATA)
- o unitate separată
- o unitate logică unică pe același RAID
unități logice efect non-RAID nu este dat, dar pe RAID, mai ales cu software-ul bun, puteți încerca. RAID'y există statistici spun și așa mai departe. Cu toate ca RAID'e au software bun, lăsați-l să fie o logică separată RAID.
Nu uita despre Legea lui Moore. Greu creșterea vitezei. Nu la fel de repede ca și în trecut, la urma urmei, au fost realizate efecte cuantice, dar încă în creștere. Micul servachok cu șuruburi SAS astăzi va fi semnificativ mai rapid decât vechiul 4-b protsovogo servaka cu disc raft. The SAS, KSAT, taxiuri. Vă recomandăm.
Nu uita sa văzut pe bază de fișiere, grupuri, discuri. Citește mai mult am vorbit despre el într-un articol pe grupuri de fișiere. Voi nota un singur lucru - dacă vă aflați în interogări de baze de date referitoare la un complet diferite tabele și diferite în timpul de execuție - este mai bine sa văzut de bază.
Analiza si experimente
Ceva din setările sistemului de operare
În primul rând, a pus celelalte moduri de alocare a resurselor pentru rețea. Alegerea unei conexiuni de rețea, selectați clientul pentru rețele MS, a pus cecul după cum se arată mai jos:
De fapt, poate de-a treia sau a patra gaia. Conform teoriei, confirmată de practica (. Pentru a spune că nu este baietii de la MS și Engi certificate (dacă ființe mai mici vor păcătui în această viață, renăscut ca animale, sau MCSE)) - al patrulea stăncuța, „Max. productivitate pentru aplicații de rețea. " În proprietățile de calculator în Advanced (opțional), selectați viteza și a pus cecul după cum urmează:
De ce așa și nu altfel? În primul rând, SQL, și au o aplicație de rețea. În al doilea rând, el nu a depus cache-ul la casierie, el are acest cache.
Despre echipamente de rețea
Dacă este posibil, vă rugăm să fiți concerte și concerte a comuta carduri. Rețeaua de client - SQL este mai bine să aibă o anumită marjă de pe banda. Și lăsați acest trafic într-un fel separat, de exemplu - într-un VLAN. Este mai bine să se evite întreruperea comunicării între client și SQL. Puține aplicații sunt în măsură să se ocupe de erori de comunicare cu SQL (meu - capabil), în special orice server. Este mai sigur ...
Dacă utilizați AWE, se limitează la o anumită valoare rezonabilă. În caz contrar, SQL totul va mânca, lăsând nimic sistem de operare. OS resentimente și încetini :( Dar, în general, nu vă faceți griji, în cazul în care suportul la sută - plasează versiunea pe 64 de biți de toate aplicațiile software (sistem de operare SQL) si uita de probleme de memorie. 64 SQL - într-adevăr mai rapid, mai ales pe sistemele mari. În plus, este mai bine să se încarce un reactiv - mai putin la suta de transport de marfă. În cazul în care performanța sistemului pe 32 de biți scade brusc când se depășește o anumită sarcină critică, versiunea pe 64 de biți face alunecare lin. Noi am efectuat un experiment - în mașină, au existat două seturi de sistem de operare SQL, natravlennye pe un singur set de discuri. Se introduce, amintit, Blobs în modul competitiv atunci când blocarea serializabilă, în general, taxe, grele și tot ce. 32-bit set de îndoit, și 64 au supraviețuit.
Pentru a ghiftui fișierele de pe toate unitățile disponibile (discuri fizice). Procedând astfel, accelera foarte mult viteza de resurse administrative, cererile de sortare, baze de date cu versioninga regim și altele.
Este mai bine să dezactivați servicii inutile. Desigur, o duzină de servicii nu sunt la punctul de facilități moderne, dar astfel de fișiere de partajare este mai bine pentru a opri și nu utilizați SQL pentru a stoca fișiere. legare în exces (balancers, filtre de rețea) este de asemenea mai bine să taie.
Link-uri utile și foarte utile
O discuție interesantă pe această temă:
Care este raftul de disc
raft Disk - este un hardware extern - RAID software-matrice (cu multe caracteristici suplimentare utile) conectate la gazdă - conduce prin autostrada de date de mare viteză - prin intermediul SCSI U320 Mbit / s sau interfață optică (va alege - alege optica, cablu cu fir poate ieși din problema. conectorul nu este controlerul nu este sistemul greșit terminator și nu în picioare acolo, furtunul este prea lung, și așa mai departe. Du-te de eroare line, dar în cazul în care?). raft disc cu o planificare corectă vă poate oferi pregătire × 24 7. Asta e doar bun de planificare și administrarea unui astfel de sistem - nu este o sarcină ușoară. Îi invidiez pe cei de pe mainframe - există un grup separat de administratori, dispozitive externe, cum ar fi disc, și capul nu durea despre cazul. Bine. Rafturi Tipuri de mase. Alegeți un brand - HP, de exemplu. Alegeți un raft cu un număr mai mare de unități. Pentru birouri mici nu recomanda mai puțin de 24 de rafturi de disc. De ce - explică în continuare. Ca o regulă, raft are un built-in baterie pentru a alimenta evenimentul de toamna si interfata pentru managementul UPS (și întotdeauna nu este clar cum se sopryach cu FSM, care este alimentat komputer).
- disc fizic (unitate fizică) - aceasta este de fapt un hard disk cu interfață SCSI de rezervă, SAS sau SATA, în general, atât de repede.
- unitate logică (unitate logică) - acesta este rezultatul combinării discurilor fizice în RAID, deoarece pentru a spune punctul de vedere extern al RAID. BIOS și sistem de operare RAID este văzută ca o unitate logică
- Un volum logic (volum logic) - rezultatul combinării multitudinii de discuri logice sau fizice într-o singură bucată.
- Secțiunea (Partiție) - un fragment dintr-un volum logic (disc logic, disc fizic) având un număr separat în sistem (pentru SCSI - SCSI-ID \ LUN)
- disc hot-swappable (hot spare) - un raft desemnat într-un disc care este conectat în cazul defectării unuia dintre matrice regulate curent.
Strict vorbind, toate aceste entități pot avea un număr separat. În cazul în care unitățile fizice și logice toate intuitiv este clar, volumul logic nu este clar pentru toată lumea, și nu toate. Ei bine, este de până la primul kresha. De îndată ce sa întâmplat accident, odată ce ați înțeles de ce ai nevoie de un volum logic ... În cuvinte simple: RAID-5, de exemplu, poartă o picătură de un singur disc. Dacă există un disc de rezervă (stand-by, hot spare). RAID recupera în tăcere și nu am observat nimic. Dar acest lucru - în caz de eșec a unui disc. Sucks este că raft și cumpăra șuruburi năpusti a căzut, și șuruburile sunt toate din aceeași serie. Desigur, ei năpusti și, în același timp, și arde. Ars o dată cel puțin două unități. Aceasta este - un eșec fatal. Prin urmare, face RAID-6 (a se vedea pentru tine ce fel de RAID-6, bine am leneș să scrie) sau volumul batsat logic. Logical Volume - două RAID'a, două unități logice, obediennyh într-o unitate de mare capacitate. Să ardă două șuruburi. Probabilitatea ca ele vor fi arse în același loc de două ori mai puțin. Desigur, ar trebui să încercați să se răspândească aceste discuri în direcții diferite pentru diferite pneuri, surse de alimentare, chiar și în diferite fani. Tu chiar încercați.
Avantajele rafturi înainte de alte tipuri de unități
Desigur, există dezavantaje. În cazul în care face fără ele ...
- Perioada de valabilitate trebuie să fie menținute. Vizualizarea unui jurnal, trimiterea de alerte pentru a personaliza, monitoriza statisticile. În plus, este necesar să se schimbe șuruburile arse în mod regulat.
- Perioada de valabilitate dificil să se adapteze, mai ales fără pregătirea pentru prima dată. Îmi amintesc foarte dificil. Manuale destul de mizerabil. Se presupune că administratorul știe perfect ce SCSI, LUN, modul gazdă, înțelege viteze, tipuri, conectori, terminatori ... (De fapt, ar trebui)
- Perioada de valabilitate este mai bine pentru a oferi putere neîntreruptă. Nu este atât de ușor, mai ales în contextul sincronizării cu computerul.
- adapta imediat raft pentru performanță maximă nu va funcționa - aveți nevoie pentru a experimenta cu diferite configurații, și este mai bine în condiții apropiate de luptă ...
- Perioada de valabilitate mare căldurilor, ia în considerare acest lucru.
- Raft sensibile la perturbații electromagnetice, astfel încât să nu-l împinge în rack direct deasupra UPS (pentru că există precedente triste. Unul dintre prietenii mei ardei nu a putut intra, de ce în raftul arde rândul de jos al șuruburi tot timpul. I-am explicat el, sărmanul.)
Rafturi si SQL - server de
Slavă Domnului, am ajuns la partea de jos a cazului. Mai întâi de toate ca pentru a reaminti configurația de bază perfectă - sistem (prima unitate), datele (a 2-disc), buștenii (al treilea disc). Despre fișierul bază de date optime de locație - a se vedea articolul meu despre grup de fișiere .. Trebuie să spun, băieți - chiar și cu un astfel de aspect simplu de rezultatul este excelent. Considerații pentru selectarea RAID'a:
Despre logic drive-uri, partiții, partiții și alte lucruri - am auzit de rafturi, care ia în considerare statisticile pentru partițiile logice și permit accesul să fie la fel de eficace ca și în cazul în care acestea au fost diferite axe. Nu am verificat, eu nu pot spune.