Prin încercare și eroare, prin testarea pentru 200+ utilizatori live, consultări cu zeci de Guru si cauta prin sute de un site oficial și nu a fost dezvoltat cea mai bună opțiune setări MS SQL pentru zi și noapte operare mai mult de 200 de utilizatori, la un moment dat.
1. Configurarea serverului
Mai întâi de toate, avem nevoie doar de un server, de celelalte servicii care sunt relevante pentru el și poate că cineva le folosește, suntem doar încetinite prin muncă. Opriți-vă și servicii, cum ar fi dezactiva FULLTEXT de căutare (1C are propriul său mecanism de căutare text complet), am ntegration S ervicii și alții ca ei.
SQL Server (sqlservr.exe)
Agent SQL Server (SQLAGENT.exe)
Scriitor SQL (sqlwriter.exe)
În continuare, în proprietățile serverului, prin Server Management Studio, instalați:
Suma maximă de memorie alocată serverului bazată pe:
Acest lucru este necesar pentru ca serverul SQL să poată conta pe acest volum și să curețe memoria în avans, deoarece dacă puneți o cantitate nelimitată, iar serverul va încerca să obțină o memorie care nu există, începe greu să se gândească la comportamentul lor și foarte lent în a răspunde la solicitări.
Numărul maxim de fire (fire maxime muncitori) stabilite în 2048, implicit este 0, și cu valoarea serverului nu creează mai mult de 255 de fluxuri, însă lipsește (stabilit empiric că, atunci când un număr mare de tranzacții simultane server într-adevăr începe să lucreze mai repede). De asemenea, setăm prioritatea serverului (prioritate Boost).
De fapt, cu setările globale totul. Acum mergeți la setările bazei de date de lucru (sau mai multe baze de date, dacă este cazul).
2. Crearea unei baze de date de lucru
Mergem la proprietățile bazei de date de care avem nevoie:
În cazul în care baza de date nu a fost încă implementat din fișierul .dt, și tu știi dimensiunea aproximativă, dimensiunea inițializarea fișierului principal este mai bine pentru a specifica dimensiunea> = bază de date, dar este o chestiune de gust, aceasta va crește în continuare, la o matura. Dar creșterea automată a mărimii este necesară pentru a specifica aproximativ 200 MB pe bază de date și 50 MB pe jurnal, deoarece valorile implicite sunt de creștere de 1MB și de 10% fiecare încetinesc foarte mult serverul când trebuie să crească fișierul pentru fiecare a treia tranzacție. De asemenea, dacă nu ispolzuetet RAID matrice, fișierul bazei de date de stocare și fișierul jurnal este mai bine pentru a sublinia discuri fizice diferite. Ei bine, pentru a limita log-ul de 2-4 GB, deci nu e prea mult puf.
Alte setări ca în scenariu:
Cu setările din baza de date totul. Rămâne să configurați sarcini programate.
3. Configurarea sarcinilor programate
Mai întâi, creați Planul de întreținere în secțiunea Management:
Indicii de defragmentare și statistici de colectare ar trebui să fie efectuate zilnic, deoarece dacă fragmentarea indexurilor> 25%, acest lucru reduce dramatic performanța serverului. Defragmentarea și actualizarea statisticilor se face rapid și nu necesită deconectarea utilizatorilor. Cum fragmentat indexează, puteți vedea un tratament foarte bun și multifuncțional Gileva Vyachaslava, numit Lock1C.epf, și că el a scos de pe site-ul din cauza unei porecle de coliziune-1C pentru încălcarea unei licențe cu puncte. Dar admin bun Google este întotdeauna în asistența J. De asemenea, este de dorit să se facă o completă re-index, blocarea bazei de date, cel puțin o dată pe săptămână, desigur, după o re-indexare completă se face defragmentarea imediat indici și statistici actualizate.
Configurarea copierii de rezervă utilizând SQL.
E ușor, adăugăm 2 noi misiuni Agent'ú:
Full BackUp, cu frecvența de 1 dată pe zi și 2 pași de scripturi T-SQL:
1. BATĂ DE BAZĂ [<ИмяБД>] TO DISK = N '<ПутьКПапке>Backup<ИмяБД>.bak 'CU NOFORMAT, INIT, NAME = N'<ИмяБД>-Backup complet de baze de date ", SKIP, NOREWIND, NOUNLOAD, STATS = 10
2. UTILIZAREA [ <ИмяБД> ]
DBCC SHRINKFILE (N '<ИмяБД>_log ". 0)
Și a doua sarcină cu o frecvență de 1 timp în 1-2 ore Differencial BackUp și cu un singur script T-SQL:
BACKUP DATABASE [<ИмяБД>] TO DISK = N '<ПутьКПапке>Backup<ИмяБД>Diff.bak "CU DIFERENȚĂ. NOFORMAT, INIT, NAME = N '<ИмяБД>-Backup de baze de date diferențiale ", SKIP, NOREWIND, NOUNLOAD, STATS = 10
Această copie de siguranță se realizează, chiar și cu activitatea activă a utilizatorilor, 4-6 minute și aproape că nu afectează viteza serverului.
Da, și se adaugă după eliminarea unui Reindexarea procedurală (o dată pe săptămână), în loc de muncă, care e doar în aceeași a apărut în agentul după salvarea Planul de întreținere a adăuga încă un pas:
Nu uitați să modificați setările primului pas după ce ați terminat să nu ieșiți, dar treceți la următorul. ATP gilv pentru un indiciu.
Articole similare
Trimiteți-le prietenilor: