Gilleov - Configurarea transferului la încuietori controlate. Guiley - Transfer de configurare în instalarea blocărilor gestionate 1c pe discul SSD

Adesea vin întrebări despre faptul că încetinește 1C, mai ales atunci când se deplasează la versiunea 1c 8.3, al cărui interes pentru colegii noștri de la "interfața" LLC, spunem în detaliu:

În publicațiile noastre anterioare, ne-am preocupat deja cu efectul performanței subsistemului de disc pentru viteza de 1c, totuși, acest studiu se referea la utilizarea locală a aplicației pe un PC separat sau terminale Server.. În același timp, cele mai mici implementări sugerează că lucrează cu o bază de fișiere pe o rețea, în care unul dintre PC-urile utilizatorului este utilizat ca server sau un server de fișiere evidențiat pe baza calculatorului obișnuit, cel mai adesea ieftin.

Un mic studiu al resurselor de limbă rusă 1c a arătat că această problemă costă cu siguranță partidul, în caz de probleme, tranziția către regimul de client sau terminalul este de obicei recomandată. Și, de asemenea, practic, în general, a acceptat opinia că configurațiile asupra aplicației gestionate lucrează semnificativ mai lent decât cele obișnuite. De regulă, argumentele sunt date de "fier": "Iată contabilitatea 2.0 doar a zburat, și" troica "abia amestecând", desigur, există cu siguranță adevărul în aceste cuvinte, așa că vom încerca să fim afară.

Consumul de resurse, prima privire

Înainte de a începe acest studiu, am stabilit două sarcini: aflați dacă configurațiile se bazează într-adevăr pe aplicația gestionată mai lentă decât cea obișnuită și pe care resursele sunt un efect prioritar asupra performanței.

Pentru testare, am luat două mașini virtuale controlul Windows. Server 2012 R2 și Ferestre 8.1, respectiv, evidențiindu-l pe 2 kerneluri de bază gazdă i5-4670 și 2 GB de memorie RAM, care corespunde unei mașini aproximative de birou. Serverul a fost plasat pe matricea RAID 0 de două WD SE și un client pe o matrice similară din discurile cu scop general.

Ca baze experimentale, am ales mai multe configurații de contabilitate 2.0, eliberarea 2.0.64.12 care apoi actualizat la 3.0.38.52 Toate configurațiile au început pe platformă 8.3.5.1443 .

Primul lucru care atrage atenția este, acest lucru a crescut dimensiunea bazei de informații "Troika" și în creștere semnificativ, precum și mai mari apetituri pentru RAM:

Suntem gata să auzim obiceiul: "Dar de ce au adăugat acest lucru acolo la acest triplu", dar să nu ne grăbim. Spre deosebire de versiunile serverului de clienți, care necesită un administrator mai mult sau mai puțin calificat, utilizatorii versiunilor de fișiere sunt extrem de rar gândiți la menținerea bazelor. De asemenea, ei se gândesc rar la service (citire - actualizări) aceste baze de firme specializate.

Între timp, baza informațională 1C este un DBMS cu drepturi depline al formatului său, care necesită, de asemenea, întreținere și pentru aceasta există chiar și un instrument numit Testarea și fixarea bazei de informații. Poate că numele glumei a fost jucat, care înseamnă că acesta este un instrument de eliminare a problemelor, dar performanța scăzută este, de asemenea, o problemă, iar restructurarea și reintroducerea, împreună cu tabelele tabelelor, sunt bine cunoscute de orice optimizare a bazei de date instrument. Verifica?

După aplicarea acțiunilor selectate, baza "pierdut", devenind chiar mai puțin "două", pe care nimeni nu o optimizat vreodată, de asemenea, un mic consum de memorie RAM.

Ulterior, după descărcarea de noi clasificatori și cărți de referință, crearea de indexuri etc. Dimensiunea bazei va crește, în general, baza de date "Troka" este mai multe duups. Cu toate acestea, nu este mai important dacă a doua versiune a fost conținut cu 150-200 MB de memorie RAM, atunci o nouă ediție este deja necesară cu o jumătate de an și de la această valoare ar trebui să continue, planificând resursele necesare pentru a lucra cu programul.

Net

Lățimea de bandă de rețea este unul dintre cei mai importanți parametri pentru aplicațiile de rețea, în special ca 1c în modul fișier, în mișcare cantități semnificative de date. Cele mai multe întreprinderi mici sunt construite pe baza de 100 Mbps ieftin, așa că am început să testați de compararea indicatorilor de performanță 1c în 100 Mbps și 1 GB / S Rețele.

Ce se întâmplă când porniți baza de date de fișiere 1C în rețea? Clientul descarcă o cantitate suficient de mare de informații în dosare temporare, mai ales dacă aceasta este prima, rece, lansare. 100 Mbps Suntem de așteptat să stați în lățimea canalului, iar descărcarea poate dura mult timp, în cazul nostru aproximativ 40 de secunde (prețul graficului este de 4 secunde).

A doua lansare apare mai rapidă, deoarece parte a datelor este salvată în memoria cache și este acolo înainte de repornire. Tranziția către o rețea Gigabit este capabilă să accelereze în mod semnificativ încărcarea programului, atât "rece", cât și "fierbinte", iar raportul dintre valori este observat. Prin urmare, am decis să exprimăm rezultatul la valori relative, preluând maximum 100% cel mai mult mare importanță Fiecare măsurătoare:

După cum puteți vedea din grafice, contabilitatea 2.0 este încărcată la orice viteză a rețelei de două ori mai rapidă, tranziția de la 100 Mbps pe 1 Gbit / S vă permite să accelerați timpul de descărcare de patru ori. Diferențele dintre bazele optimizate și cele optimizate "Troika" în acest mod nu este vizibil.

De asemenea, am verificat influența vitezei rețelei de a lucra în moduri grele, de exemplu, cu corespondența de grup. Rezultatul este, de asemenea, exprimat în valori relative:

Este deja mai interesant aici, baza optimizată a "troicii" 100 Mbps funcționează la aceeași viteză ca "de două ori", iar spectacolele non-optimizate de două ori cel mai rău rezultat. Pe gigabit, rapoartele sunt salvate, "Troika" non-optimizată de două ori de două ori "TWOS" și optimizată în urmă a treia. De asemenea, tranziția la 1 Gbit / s face posibilă reducerea timpului călătoriei de trei ori la ediția 2.0 și de două ori pentru 3.0.

Pentru a evalua efectul vitezei rețelei la munca de zi cu zi, am beneficiat Măsurarea productivitățiiPrin efectuarea în fiecare bază de date o serie de acțiuni predefinite.

De fapt, pentru sarcinile de zi cu zi, lățimea de bandă de rețea nu este o blocare, non-optimizată "Troika" cu doar 20% mai lentă de două, iar după optimizare se dovedește a fi la fel de mai rapidă - Avantajele de a lucra în modul client subțire sunt afectate . Tranziția la 1 Gbit / s nu oferă o bază optimizată a niciunei avantaje și nu este optimizată și de început să funcționeze mai repede, arătând o mică diferență între ei înșiși.

Din testele efectuate devine evident că rețeaua nu este o blocare a configurațiilor noi, iar aplicația gestionată funcționează chiar mai rapidă decât cea normală. De asemenea, puteți recomanda tranziția la 1 Gbit / s în cazul în care sarcinile grele și viteza de încărcare a bazei de date sunt critice pentru dvs., în alte cazuri noi configurații vă permit să lucrați în mod eficient chiar și în lent 100 Mbps.

Deci, de ce este 1C încetinește? Vom înțelege mai departe.

Serverul subsistemului de disc și SSD

În ultimul material, am realizat o creștere a performanței 1C prin plasarea unei baze pe SSD. Poate că nu este suficientă performanță a subsistemului de disc al serverului? Am realizat măsurători ale performanței serverului de disc în timpul grupării care ține imediat în două baze și a primit un rezultat destul de optimist.

În ciuda numărului relativ mare de operații I / O pe secundă (IOP) - 913, lungimea coadă nu a depășit 1,84, ceea ce este un rezultat foarte bun pentru o matrice cu două sensuri. Pe baza acestuia, se poate presupune că oglinzile de pe discurile obișnuite vor fi suficiente pentru funcționarea normală a 8-10 clienți de rețea în moduri grele.

Deci nu are nevoie de SSD pe server? Cel mai bine este să răspundeți la această întrebare va ajuta la testare, pe care am cheltuit-o pe o tehnică similară, conexiune la rețea de peste tot 1 Gbit / s, rezultatul este exprimat și în valori relative.

Să începem cu viteza de pornire a bazei.

Poate că cineva va părea uimitor, dar viteza de descărcare de bază SSD nu afectează serverul. Principalul factor de reținere aici, după cum arată testul anterior, lățimea de bandă de rețea și performanța clienților.

Să ne întoarcem la recuperare:

Mai sus, am observat deja că performanța discului este destul de suficientă chiar și pentru a lucra în moduri grele, prin urmare, viteza SSD nu afectează și rata, cu excepția bazei non-optimizate, care pe SSD a prins optimizat. De fapt, aceasta confirmă încă o dată că operațiile de optimizare eficientizează informațiile din baza de date, reducând numărul operațiunilor de intrare ale tranzacțiilor aleatorii și creșterea vitezei accesului la acesta.

La sarcinile de zi cu zi, imaginea este similară:

SSD câștigă doar o bază non-optimizată. Desigur, puteți achiziționa SSD, dar mult mai bine se va gândi la serviciul în timp util al bazei. De asemenea, nu uitați de defragmentarea secțiunii cu bazele de informații de pe server.

Subsistem de disc cu clienții și SSD

Efectul SSD asupra vitezei de operare este instalat local 1c. Am dezasamblat în materialul anterior, o mare parte din ceea ce sa spus corect și să lucrați în modul rețea. Într-adevăr, 1c utilizează în mod activ resursele de disc, inclusiv pentru sarcini de fond și de reglementare. În figura de mai jos, puteți vedea modul în care contabilitatea 3.0 abordează mai degrabă discul din ordinea de 40 de secunde după încărcare.

Dar, în același timp, ar trebui să fie conștient de faptul că stația de lucru în care se face munca activă cu una - două baze de informare ale resurselor de performanță ale seriei de masă HDD obișnuite este destul de suficient. Achiziția SSD poate accelera unele procese, dar nu veți observa o accelerație radicală în lucrarea de zi cu zi, deoarece, de exemplu, descărcarea va fi limitată la lățimea de bandă a rețelei.

Încet hDD. Este capabil să încetinească unele operațiuni, dar în sine este cauza programului de frânare nu poate.

Berbec

În ciuda faptului că RAM este acum indecentă mai ieftin, multe stații de lucru continuă să lucreze cu cantitatea de memorie instalată atunci când achiziționează. Aici și stați primele probleme. Deja pe baza faptului că, în medie, troica necesită aproximativ 500 MB de memorie, se poate presupune că cantitatea totală de memorie RAM în 1 GB pentru a lucra cu programul nu va fi suficientă.

Am redus memoria sistemului la 1 GB și am lansat două baze de informare.

La prima vedere, totul nu este rău, programul a avut loc apetitul și sa întâlnit pe deplin într-o memorie accesibilă, dar nu vom uita că nevoia de date operaționale nu sa schimbat, deci de unde au plecat? Lansat în disc, cache, Podachka etc., esența acestei operațiuni este că datele care nu sunt trimise în prezent de la RAM rapidă, numărul căruia nu este suficient, într-un disc lent.

Unde conduce? Să vedem cum se utilizează resursele de sistem în operații grele, de exemplu, începeți gruparea recuperării imediat în două baze. Mai întâi pe sistem cu 2 GB de RAM:

După cum puteți vedea, sistemul utilizează în mod activ rețeaua, pentru achiziționarea și procesorul de date pentru procesare, activitatea discului este nesemnificativă, în procesul de prelucrare este în creștere, dar nu este un factor de descurajare.

Reducând acum memoria de până la 1 GB:

Situația se schimbă radical, sarcina principală este acum pe hard disk, procesorul și rețeaua sunt inactiv, așteptând ca sistemul să fie datele necesare de pe disc și să trimită inutile.

În același timp, chiar și lucrările subiective cu două baze deschise pe un sistem cu 1 GB de memorie s-au dovedit a fi extrem de incomod, cărți de referință și reviste deschise cu o întârziere semnificativă și un apel activ pe disc. De exemplu, deschiderea revistelor vânzarea de bunuri și servicii a durat aproximativ 20 de secunde și a însoțit tot acest timp cu discuri înalte (evidențiate de o linie roșie).

Pentru a estima în mod obiectiv impactul RAM asupra performanței configurației pe baza aplicației gestionate, am efectuat trei metri: viteza de încărcare a primei baze, viteza de încărcare a celei de-a doua baze și stocarea de grup într-una din baze de date. Ambele baze sunt complet identice și create prin copierea bazei optimizate. Rezultatul este exprimat în unități relative.

Rezultatul vorbește pentru el însuși dacă timpul de încărcare crește aproximativ o treime, ceea ce este încă destul de tolerant, timpul de efectuare a operațiunilor în baza crește de trei ori, nici o muncă confortabilă în astfel de condiții nu este necesar să vorbim. Apropo, acesta este cazul în care achiziționarea de SSD este capabilă să îmbunătățească situația, dar este mult mai ușoară (și mai ieftină) să se ocupe de cauza și nu cu consecințele și să cumpere doar cantitatea potrivită de memorie RAM .

Lipsa RAM este principalul motiv pentru care lucrează cu noi configurații 1C se dovedește a fi incomod. Configurațiile minime adecvate adecvate cu 2 GB de memorie la bord. În același timp, considerați că, în cazul nostru, au fost create condiții "de seră": un sistem net, doar 1C și managerul de sarcini funcționează. În viața reală, un browser, un pachet de birouri, un antivirus etc., este de obicei deschis pe computerul de lucru și așa mai departe, etc., deci treceți de la nevoia de 500 MB pe bază, plus un stoc, astfel încât, cu operațiuni grele Nu întâmpinați un dezavantaj al memoriei și o scădere accentuată a performanței.

CPU

Procesorul central fără exagerare poate fi numit inima calculatorului, deoarece, în cele din urmă, procesează toate calculele. Pentru a estima rolul său, am cheltuit un alt set de teste, la fel ca și pentru RAM, reducând numărul de mașină virtuală nucleară de la două la una, în timp ce testul a fost efectuat de două ori cu volume de memorie în 1 GB și 2 GB.

Rezultatul sa dovedit a fi destul de interesant și neașteptat, un procesor mai puternic a luat destul de eficient povara în condiții de lipsă de resurse, care nu mai are un avantaj mai tangibil. 1c Enterprise este dificil de a apela aplicația care utilizează în mod activ resursele de procesoare este destul de nedrepte. Și în condiții dificile, procesorul constă în sarcina nu atât de mult pe aplicarea aplicației în sine, cât de multă menținere a costurilor generale: operațiuni suplimentare de intrare a tranzacțiilor etc.

Concluzii

Deci, de ce este 1C încetinește? În primul rând, este o lipsă de memorie RAM, sarcina principală în acest caz cade pe hard disk și procesor. Și dacă nu strălucesc cu performanța, așa cum se întâmplă de obicei în configurațiile de birou, obținem situația descrisă la începutul articolului - "Două" lucrate în mod normal, iar "troica" se frângem fără îndoială.

Pe locul al doilea, este în valoare de performanța rețelei, lent 100 Mbps poate fi capabil să devină un adevărat blocaj, dar în același timp modulul Clientului subțire este capabil să mențină un nivel destul de confortabil de lucru chiar și pe canalele lente.

Apoi, ar trebui să acordați atenție discului, achiziția de SSD este puțin probabil să fie o investiție bună de bani, dar pentru a înlocui discul la mai modern nu va fi inutil. Diferența dintre generațiile hard disk-urilor poate fi estimată conform următorului material: Prezentare generală a două discuri ieftine de 500 GB de 500 GB și 1 TB.

Și în cele din urmă procesorul. Un model mai rapid, desigur, nu va fi inutil, dar nu este un bun simț pentru a-și crește productivitatea, cu excepția cazului în care acest PC nu este utilizat pentru operațiuni grele: tratamente de grup, rapoarte grele, închidere a lunii etc.

Sperăm că acest material vă va ajuta să înțelegeți cu ușurință întrebarea "De ce 1S încetinește" și rezolvă cel mai eficient și fără costuri suplimentare.

În grupul LinkedIn "Profesioniști" (apropo, vă recomandăm să acordați atenție existenței grupurilor de discuții în LinkedIn, este interesant) că este deja o săptămână discutată subiectul:
SSD conduce ratele de eșec
Unele citate de acolo, pe care le voi da fără traducere, totul este clar (fiecare paragraf este un fragment de citat dintr-un mesaj separat al acestui fir).
Lucrez ca antreprenor la o bancă din Midwest și avem SSD în EMM Vmax de aproximativ 9 luni. Nu am văzut încă niciun eșec
Odată am fugit o încercare de mai multe săptămâni de a arde diferiții SSD-uri ale vânzătorilor. Am fugit plat 100% aleatoriu scrie pentru aproximativ o lună. Fusion ios la ceva de genul IOP-urilor de 30k pe unitate, steci / intels în jur de 7k. Niciodată nu a reușit să obțină niciunul dintre ei să eșueze.
Fuziunea IO a făcut cât mai mulți scrie că Monhul ca un singur unitate SAS ar putea face peste un deceniu.
Avem aproximativ 150 de acționare SSD și am văzut 1 eșec în ultimele 12 MONHS.
Am folosit SSD-uri într-un CLA 4-960 Clarion timp de doar 12 luni, fără failii (acoperind MS SQL Tempdb mare).
Din experiența mea (mai întâi expediate sisteme SSD 2 și jumătate de ani în urmă), rata de eșec SSD SLC este în același interval ca și unitățile rotative.
Asta este. Există ceva de gândit la cei care încă mai cred că resursa SSD pentru intrare terribly LimitedSSD-ul este nesigur, iar atunci când întreprinderea de lucru Flash Drive devine ca o unitate flash USB chineză Kinqston.

Întrebarea de performanță 1c în modul fișier este mai degrabă acută, în special în fața firmelor mici, care nu pot permite investiții semnificative în echipamente. Cu toate acestea, apetiții cererii de la eliberarea la eliberare cresc și sarcina de creștere a vitezei la costurile bugetare moderate devine din ce în ce mai relevantă. În acest caz, achiziția și plasarea bazelor pe SSD vor fi o soluție bună.

Unul dintre clienții noștri, o mică firmă de contabilitate, a început să se plângă de munca lentă 1C: Enterprise. De fapt, nu o slujbă foarte rapidă a cererii a devenit destul de groaznică după trecerea de la contabilitatea de la 2.0 la departamentul de contabilitate 3.0.

Prezența unui server terminal simplu pe miezul I3 2120, 8 GB de RAM, cu o matrice de disc RAID de 1 din două re4 digitale occidentale, care a servit de la trei la șase utilizatori, fiecare a lucrat cu două - trei baze la acelasi timp.

Analiza performanței a dezvăluit imediat un loc îngust - subsistemul de disc (screenshot-ul a fost făcut după setează SSD.Prin urmare, matricea RAID include discuri logice C: și E :).

Calculele fantezii au arătat că lansarea chiar și a unei baze de informații utilizează practic performanța matricei, aproximativ 150 de IOP la raportul curent Citiți / scrieți - limita reală pentru oglinda a două nu cele mai rapide discuri. Ceea ce indică indirect dimensiunea coadăzii.

Lansarea simultană a mai multor baze de date la începutul zilei lucrătoare a condus la o încetinire semnificativă a serverului și a redus capacitatea de reacție a sistemului. De asemenea, a existat și un gând neplăcut atunci când lucrați cu bușteni, atunci când formează rapoarte etc.

Testarea performanței matricei a arătat, de asemenea, un rezultat scăzut, în conformitate cu standardele de astăzi, discuri mai potrivite mai potrivite.

A devenit clar - este necesar subsistemul disc. Chiar și în conformitate cu pre-atacurile, crearea unui masiv de producție bazată pe HDD în masă se odihnea atât în \u200b\u200bbugetul accesibil, cât și în posibilitățile fizice ale fierului, care pur și simplu nu au avut numărul necesar de porturi SATA și coșurile de discuri în acest caz. Prin urmare, sa decis să achiziționeze SSD.

Deoarece încărcăturile cu discuri ridicate nu au fost furnizate, alegerea a fost făcută în primul rând pentru considerentele de preț. Caracteristicile de mare viteză au fost de asemenea respinse în fundal, deoarece interfața SATA-II a devenit o blocare. Ca rezultat, a fost achiziționat 128 GB Corsair Neutron LamdCare sunt instalate în server a arătat următoarele caracteristici de viteză:

După cum putem vedea, se așteaptă ca operațiunile de acces secvențiale să continue la lățimea de bandă de interfață, dar în cazul nostru are o valoare secundară. Ar trebui să se acorde accentul pe operațiunile de acces aleatoriu care reprezintă o ordonanță de mărime superioară acelorași indicatori ai HDD tradițional.

Următoarea întrebare care trebuie rezolvată este crearea unei "oglinzi" de la SSD și sacrificiul de decupare de dragul toleranței defecțiunilor sau lăsați un singur disc prin alegerea vitezei în loc de toleranță la defecțiune. Trebuie remarcat faptul că alte SSD-uri moderne decât echipa de tăiere își folosesc propria tehnologie pentru a combate degradarea, cum ar fi colecția de gunoi, ceea ce face posibilă funcționarea destul de eficientă chiar și asupra sistemelor fără tăiere. Utilizat în acest controler Lamd SSD (dispozitive Link_a_media) se distinge prin tehnologii foarte eficiente de colectare a gunoiului, la nivelul unităților de nivel corporativ, care, în general, nu este surprinzător, deoarece dezvoltatorii ei au lucrat mult timp în segmentul întreprinderii.

Deoarece cantitatea de documente zilnice injectate sunt mici, ne limitate la singurul SSD cu copii de rezervă zilnică obligatorie. Efectul indirect al aplicației discul de stare solidă Puteți evalua monitorul de performanță:

Numărul de operații I / O a crescut semnificativ, precum și cursul de schimb cu discul, în timp ce lungimea coadă nu depășește unitatea. Acestea sunt indicatori foarte buni, rămâne să verificați cum acțiunile noastre au accelerat lucrările direct de la 1c: întreprindere.

Pentru a face acest lucru, am efectuat o scurtă testare expres în timpul căreia a fost măsurată timpul de descărcare al bazei de informații și timpul de legare al grupului stabilit pentru o anumită perioadă de timp. În timpul testării, a fost utilizată configurația 1c: Contabilitate 3.0.27.7 pe platformă 8.3.3.721 .

De asemenea, în timpul analizei performanței, am atras atenția asupra faptului că în munca noastră 1C: Compania utilizează în mod activ dosarele temporare, care în cazul nostru au fost localizate pe hard disk. Prin urmare, pentru a obține performanțe maxime, acestea ar trebui, de asemenea, să fie transferate în SSD, dar pentru iubitorii salvați resursele de discuri solide, am inclus ambele opțiuni în test: când bazele sunt amplasate pe SSD și dosarul temporar HDD și când SSD-ul este utilizat complet pentru aplicație.

După cum puteți vedea, transferul bazelor de informații pe SSD a redus imediat timpul încărcării lor mai mult de două ori și trecerea accelerată cu aproximativ 30%. În același timp, eliminați complet problema cu o scădere a performanței atunci când lucrați împreună.

Transferul către folderele temporare SSD vă permite să reduceți timpul de descărcare de mai mult de trei ori și aproximativ de două ori accelerați documentele. Există ceva de gândit chiar și la convins să economisiți economiile de resurse de disc. Opinia noastră cu privire la această problemă este următoarea, dacă ați cumpărat SSD - atunci ar trebui să îl utilizați în programul complet.

Vom face o ușoară retragere. Folosim discul Corsair Neutron. Are resurse 2-3K Erase / Cicluri de înregistrare. Calculele necomplicate arată că, dacă ați suprascrie întreaga capacitate a discului în fiecare zi, atunci va dura 5-8 ani pentru a epuiza resursa. În plus, statisticile arată că principalul motiv pentru eșecul SSD în perioada de garanție nu este asociat cu epuizarea resurselor, ci este o căsătorie de producție sau o eroare în firmware.

În concluzie, aș dori să spun că utilizarea SSD astăzi este probabil singura metoda eficientă Creșteți semnificativ productivitatea 1C: Enterprise în modul fișier. Și, cel mai important, la prețuri accesibile la un preț chiar și pentru întreprinderile mici.

Scopul principal al scrierii articolului este de a nu repeta nuanțele evidente ale acelor administratori (și programatori) care nu au câștigat încă o experiență cu 1c.

Scopul secundar, dacă am unele deficiențe, - pe Inforotte, îmi va fi indicat mai repede decât totul.

Testul V. GILE a devenit deja un anumit standard "de facto". Autorul de pe site-ul său a dat recomandări destul de ușor de înțeles, aș da pur și simplu câteva rezultate și am comentat cele mai probabile greșeli. În mod natural, rezultatele testelor pe echipamentul dvs. pot fi diferite, este doar pentru o orientare care ar trebui să fie și pentru ce vă puteți strădui. Imediat vreau să reiesem că schimbările trebuie făcute pas cu pas, iar după fiecare pas, verificați care rezultatul a dat.

Există articole similare despre Inforota, în secțiunile relevante pe care le voi pune link-uri (dacă mi-e dor de ceva - vă rog să-mi spuneți în comentariile, adăugați). Deci, să presupunem că veți încetini 1C. Cum să diagnostichezi problema și cum să înțelegi cine este de vina, administrator sau programator?

Datele inițiale:

Calculator testat, iepure experimentale principale: HP DL180G6, în configurația 2 * xeon 5650, 32 GB, Intel 362i, câștiga 2008 R2. Pentru comparație, rezultatele comparabile într-un test cu un singur filetat prezintă Core i3-2100. Echipamentul nu a luat în mod specific cele mai noi, pe echipamente moderne, rezultatele sunt considerabil mai bune.

Pentru a testa serverele separate 1C și SQL, SQL Server: sistemul IBM 3650 x4, 2 * xeon E5-2630, 32 GB, Intel 350, câștiga 2008 R2.

Adaptoarele Intel 520-DA2 au fost utilizate pentru a verifica rețeaua de 10 Gbit.

Versiunea fișierului. (Baza se află pe server într-un folder partajat, clienții sunt conectați peste rețea, protocolul CFS / SMB). Algoritmul pentru pași:

0. Adăugați o bază de date Guille la serverul de fișiere în același folder ca și bazele principale. Mă conectez de la computerul client, rulați testul. Ne amintim rezultatul rezultat.

Se înțelege că chiar și pentru computerele vechi de 10 ani (Pentium on 775 Socket ) Timpul de la clic pe eticheta 1c: Enterprise până când fereastra de bază apare trebuie să treacă mai puțin de un minut. ( CELEROL \u003d munca lentă).

Dacă aveți un computer mai rău decât Pentium775 socket. cu 1 GB de memorie RAM, atunci am simpatiză cu dvs. și de lucru confortabil pentru 1c 8.2 în versiunea de fișier veți obține greu. Gândiți-vă la sau despre upgrade (este timpul) sau despre trecerea la terminal (sau web, în \u200b\u200bcazul clienților subțiri și forme gestionate) Server.

Dacă computerul nu este mai rău, puteți lovi administratorul. Cel puțin - verificați funcționarea rețelei, a driverelor anti-virus și a haspului.

Dacă testul GILE în această etapă a arătat 30 de "papagali" și mai sus, dar baza de lucru 1C funcționează încă încet - întrebările sunt deja la programator.

1. Pentru o orientare, cât de mult poate "stoarce" un computer client, verificați numai funcționarea acestui computer, fără o rețea. Baza de testare pusă pe computerul local (pe un disc foarte rapid). Dacă nu există normal de pe computerul client, Ramdisk este creat. Până în prezent, cea mai simplă și mai liberă întreprindere.

Pentru testarea versiunii 8.2, 256 MB de Ramdisk este destul de suficient, și! Cel mai important lucru. După repornirea calculatorului, cu un ramdisk de lucru, ar trebui să fie gratuit 100-200 MB. În consecință, fără Ramdisk, pentru funcționarea normală memorie libera Trebuie să existe 300-400 MB.

Pentru testarea versiunii 8.3 din Ramdisk, 256 MB este suficientă, dar berbecul liber trebuie să fie mai mult.

La testarea, trebuie să vă uitați la sarcina procesorului. În cazul aproape de ideal (RAMDISK), fișierul local 1c în timpul funcționării loturile 1 miezul procesorului. În consecință, dacă atunci când te testezi, nucleul procesorului nu este complet încărcat - căutați puncte slabe. Un pic emoțional, dar, în general, corect, este descris efectul procesorului la locul de muncă 1c. Doar pentru o orientare, chiar și pe Core Modern I3 cu frecvență înaltă, cifrele de 70-80 sunt destul de reale.

Cele mai frecvente erori în această etapă.

a) Antivirus configurat incorect. Există multe antivirusuri, setările pentru fiecare dintre ele, voi spune doar că cu o configurație competentă, nici web, nici Kaspersky 1c interferează. Când setările "în mod implicit" - pot fi transferate aproximativ 3-5 papagali (10-15%).

b) modul de performanță. Din anumite motive, puțini oameni acordă atenție acestui lucru, iar efectul este cel mai greu. Dacă aveți nevoie de viteză - atunci este necesar să o faceți, atât pe computerele client cât și pe server. (O descriere bună a lui Gilev. Singura nuanță, pe niște plăci de bază, dacă opriți Intel SpeedStep, nu puteți porni Turboboost).

Dacă scurt - În timpul funcționării 1C, există o mulțime de modalități de a răspunde de la alte dispozitive (disc, rețea etc.). În timpul timpului de răspuns, dacă modul de performanță este activat echilibrat, procesorul își scade frecvența. Acesta provine de la dispozitiv, este necesar să funcționeze 1C (procesor), dar primele ceasuri merg cu o frecvență redusă, apoi crește frecvența - și 1c așteaptă din nou un răspuns de la dispozitiv. Și așa - de multe sute de ori pe secundă.

Includeți modul de performanță poate fi (și de preferință) în două locuri:

Prin BIOS. Dezactivați modurile C1, C1e, Intel C-Stat (C2, C3, C4). În diferite bios, ele sunt numite diferit, dar sensul este unul. Căutați o perioadă lungă de timp, este necesară o repornire, dar dacă ați făcut odată - atunci puteți uita. Dacă faceți totul în BIOS corect, atunci va fi adăugat viteza. Pe unele plăci de bază, setările BIOS pot fi făcute astfel încât modul performanța Windows. Rolurile nu vor juca. (Exemple de setări BIOS de la GILEV). Aceste setări se referă în principal la procesoarele de server sau la BIOS-ul "avansat", dacă nu ați găsit acest lucru și nu aveți Xeon - nimic teribil.

Panou de control - Surse de alimentare - performanță ridicată. Minus - Dacă computerul nu a fost făcut mult timp, va fi mai greu să buzimez ventilatorul, va încălzi mai mult și va consuma mai multă energie. Aceasta este o taxă de performanță.

Cum se verifică modul în care este activat modul. Realizăm managerul de sarcini - Monitorul de viteză - CPU. Așteptăm până când procesorul nu este ocupat.

Acestea sunt setări implicite.

În BIOS C-stat inclus,

modul energetic echilibrat

În BIOS C-stat inclus, Modul de înaltă performanță

Pentru Pentium și nucleu, puteți opri

de la Xeon puteți stoarce puțin "papagali"

În BIOS C-stat dezactivat, Modul de înaltă performanță.

Dacă nu utilizați Boost Turbo - ar trebui să arate așa

server de performanță

Și acum numerele. Permiteți-mi să vă reamintesc: Intel Xeon. 5650, Ramdisk. În primul caz, testul arată 23.26, în ultimul - 49.5. Diferența este de aproape două ori. Numerele pot varia, dar raportul rămâne aproape același pentru nucleul Intel.

Dragi administratori, puteți să certați 1c după cum doriți, dar dacă utilizatorii finali au nevoie de viteză - este necesar să includeți modul de înaltă performanță.

c) Turbo Boost. Mai întâi trebuie să înțelegeți dacă procesorul dvs. acceptă această funcție, de exemplu. Dacă vă sprijiniți, puteți obține în continuare o anumită performanță. (Întrebări de overclocking pe frecvență, în special servere, nu doresc să o facă, să o facă pe propriul dvs. risc. Dar sunt de acord că creșterea vitezei autobuzului de la 133 la 166 oferă o creștere foarte tangibilă atât a generației de viteză, cât și a căldurii)

Cum să includeți turbo Boost. Este scris, de exemplu. Dar! Pentru 1c există câteva nuanțe (nu cele mai evidente). Dificultatea este că efectul maxim al creșterii turbo se manifestă atunci când este inclusă statul C. Și se dovedește despre o astfel de imagine:

Rețineți că multiplicatorul este maximul, frecvența vitezei de bază este frumoasă, productivitatea este ridicată. Dar ce se va întâmpla în 1c?

	Factor	Viteza de bază (frecvență), GHz	Cpu-z fir unic	Testați Gilev Ramdisk. opțiunea de fișier	Testați Gilev Ramdisk. client server.
Fără Boost Turbo
C-State off, Turbo Boost				53.19	40,32
C-State On, Turbo Boost			1080	53,13	23,04

Și în cele din urmă, se pare că, în conformitate cu testele opțiunii de performanță a CPU cu un multiplicator 23 în față, în funcție de testele Gilev în versiunea de fișiere - performanța cu un multiplicator 22 și 23 este aceeași, dar în Serverul client - opțiunea cu o groază de groază de groază de multiplicare (chiar dacă C -Stat setată la nivelul 7, este încă mai lent decât cu statul C). Prin urmare, recomandări, verificați ambele opțiuni și selectați cea mai bună. În orice caz, diferența de 49,5 și 53 de papagal - destul de semnificativă, mai ales că este fără prea mult efort.

CONCLUZIE - BOOST TURBO este necesară. Permiteți-mi să vă reamintesc că nu este suficient să activați punctul de creștere turbo din BIOS, trebuie să vă uitați încă la alte setări (BIOS: QPI L0S, L1 - Dezactivare, Cererea Scrubbing - Dezactivare, Intel SpeedStep - Activare, Turbo Boost - Activați. Panoul de control - sursa de alimentare - performanță ridicată). Și aș mai opri (chiar și pentru versiunea de fișiere) pe varianta în care C-statul este oprit, chiar și există un multiplicator și mai puțin. Se pare că ...

Un punct destul de controversat este frecvența memoriei. De exemplu, frecvența de memorie este arătată ca fiind foarte influențe. Testele mele - nu au dezvăluit astfel de dependențe. Nu voi compara DDR 2/3/4, voi afișa rezultatele schimbărilor de frecvență într-o singură linie. Memoria este aceeași, dar în BIOS forțată frecvențe mai mici.

Și rezultatele testelor. 1C 8.2.19.83, pentru localizarea RAMDISK-ului local, pentru serverul clientului 1C și SQL pe un computer, memorie partajată. Turbo Boost este oprit în ambele opțiuni. 8.3 prezintă rezultate comparabile.

Diferența se află în cadrul erorilor de măsurare. Am scos în mod special capturile de ecran CPU-Z pentru a arăta că alți parametri, aceeași latență CAS și RAS la întârzierea CAS, se schimbă cu schimbarea frecvenței, care nimează schimbarea frecvenței. Diferența va fi atunci când modulele de memorie vor fi modificate fizic, cu mai repede până la mai repede, dar nu există numere foarte semnificative acolo.

2. Când ați procedura și memoria calculatorului client, ne-am dat seama, mergeți la următorul loc foarte important. Multe cărți de cărți au fost scrise despre reglarea rețelei, există articole despre InfoStart (și alții), aici nu voi atrage atenția asupra acestui subiect. Înainte de testare 1C, asigurați-vă că IPerf între două computere afișează întreaga bandă (pentru carduri Gbps - bine, cel puțin 850 Mbps și mai bine decât 950-980), care sunt realizate din sfaturi Gilev. Apoi - cel mai simplu control al muncii va fi, suficient de ciudat, copierea unui fișier mare (5-10 gigaocteți) în rețea. Un semn indirect al funcționării normale în rețea în 1 Gbit va fi viteza medie de copiere de 100 MB / s, o muncă bună - 120 MB / s. Vreau să acord că locul slab (inclusiv) poate fi volumul de lucru al procesorului. SMB. protocolul de pe Linux este destul de rău paralele și în timpul lucrului poate fi calm "Paște" un nucleu al procesorului și nu mai consumă.

Și mai departe. Cu setări pentru implicit de Windows Clientul funcționează cel mai bine cu Windows Server (sau chiar windows Muncitorilor Stație) și Protocolul SMB / CIFS, Clientul Linux (Debian, Ubuntu, restul nu a vizionat) funcționează mai bine cu Linux și NFS (cu SMB funcționează, dar pe papagalii NFS de mai sus). Faptul că, cu o copie liniară a serverului de vin Linux de pe NFS, este copiată la un fir mai rapid, nimic altceva nu spune. Debian Tuning pentru 1c este subiectul unui articol separat, nu sunt pregătit pentru asta, deși pot spune că în versiunea de fișiere am avut chiar mai multă productivitate decât versiunea aceluiași echipament, dar cu postgress cu mai mult de 50 de ani Încă mai am totul foarte rău.

Cel mai important lucru Ce știu administratorii despre "obses", dar nu iau în considerare începătorii. Există atât de multe modalități de a seta calea către baza de date 1C. Puteți face \\\\ server \\ acțiune, puteți \\\\ 192.168.0.1 \\ SHARE, puteți utiliza net z: \\\\ 192.168.0.1 \\ Share (și, în unele cazuri, această metodă va funcționa, dar nu întotdeauna) și apoi specificați apoi Discul Z. Se pare că toate aceste căi indică același loc, dar pentru 1c există doar o singură cale, oferă destul de constant performanțe normale. Deci, este necesar să o faceți bine:

ÎN linie de comanda (sau în politică sau cum este convenabil pentru dvs.) - efectuați un diverse de utilizare net: \\\\ server \\ acțiune. Exemplu: utilizare netă M: \\\\ server \\ Baze. Subliniem în mod specific, nu adresa IP, și anume nume Server. Dacă serverul după nume nu este vizibil - adăugați-l la DNS de pe server sau la nivel local în fișierul gazde. Dar recursul trebuie să fie numit. În consecință, pe drumul către baza de date pentru a contacta acest disc (a se vedea o imagine).

Și acum voi arăta cu privire la cifrele de ce acesta este Consiliul. Date sursă: Intel X520-DA2, Intel 362, Intel 350, RealTek 8169. Câștigă 2008 R2, Win 7, Debian 8. Drivere Acesta din urmă, se aplică actualizări. Înainte de testare, am fost convins că IPerf oferă o bandă completă (cu excepția a 10 carduri GBPS, a ieșit doar 7.2 Squeeze Gbit, mai târziu Voi vedea de ce serverul de testare nu este încă configurat așa cum ar trebui). Discurile sunt diferite, dar pretutindeni SSD (inserat special un singur disc pentru testare, nu mai sunt încărcate) sau raid de la SSD. Viteza Mbit este obținută prin restrângerea setărilor adaptorului Intel 362. Nu este detectată diferența dintre 1 Gbit de cupru Intel 350 și 1 Gbit Intel X520-DA2 (obținută prin limitarea vitezei adaptorului). Performanță maximă, Turboobust este oprit (doar pentru comparabilitatea rezultatelor, turboobusul pentru rezultate bune adaugă un pic mai puțin de 10%, pentru că lucrurile rele nu pot afecta pe nimeni). Versiunea 1C 8.2.19.86, 8.3.6.2076. Numerele nu aduc totul, ci doar cele mai interesante de a fi cu ceea ce trebuie comparat.

	Câștigă 2008 - Câștigă 2008 apel prin adresa IP	Câștigă 2008 - Câștigă 2008 Apel pe nume	Câștigă 2008 - Câștigă 2008 Apel prin adresa IP	Câștigă 2008 - Câștigă 2008 Apel pe nume	Câștigă 2008 - Câștigă 7 Apel pe nume	Câștigă 2008 - Debian Apel pe nume	Câștigă 2008 - Câștigă 2008 Apel prin adresa IP	Câștigă 2008 - Câștigă 2008 Apel pe nume
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2.	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1c 8.3.	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

Concluzii (de la masă și din experiența personală. Se referă numai la versiunea de fișier):

În rețea, puteți obține numere normale de lucru dacă această rețea este în mod normal configurată și înregistrați corect calea în 1c. Chiar și primul punct de bază i3 poate da 40 de papagali, care este destul de bun, și acest lucru nu este doar un papagal, în muncă reală, diferența este, de asemenea, vizibilă. Dar! Restricția în timpul funcționării mai multor (mai mult de 10) utilizatori nu va fi rețeaua, există, de asemenea, suficientă 1 Gbit, dar blocarea în timpul muncii multiplayer (GILEV).

Platforma 1C 8.3 Uneori mai exigentă la configurația de rețea competentă. Setări de bază - Vezi Gilev, dar ține minte că totul poate afecta. Am văzut accelerația din ceea ce a fost dezinstalat (și nu doar oprit) antivirus, de la îndepărtarea protocoalelor FCOE, de la schimbarea driverelor la versiunea mai veche, dar Microsoft certificată (în special despre cardurile ieftine, cum ar fi Asusov și Dongs), de la eliminarea celei de-a doua carduri de rețea de la serverul. O mulțime de opțiuni, configurați rețeaua cu grijă. Este posibil să fie destul de posibil atunci când platforma 8.2 oferă numere acceptabile și 8,3 - două sau chiar mai multe ori mai puțin. Încercați să jucați cu versiunea platformei 8.3, uneori se dovedește un efect foarte mare.

1C 8.3.6.2076 (poate mai târziu, versiunea exactă nu a fost căutată încă) în rețea încă stabilită mai ușoară decât 8.3.7.2008. Noțiuni de bază de la 8.3.7.2008 Lucrări normale de rețea (în papagali comparabili) a reușit doar de câteva ori, nu a fost posibil să se repete pentru un caz mai general. Nu am înțeles prea mult, dar judecând de produsele din Process Explorer acolo, înregistrarea nu merge acolo ca în 8.3.6.

În ciuda faptului că, atunci când lucrați la rețeaua de 100Mbps, programul volumului său de lucru este mic (putem spune că rețeaua este gratuită), viteza de muncă este încă mult mai mică de 1 Gbit. Cauză - Rețeaua de întârziere (de întârziere).

Toate celelalte lucruri care sunt egale (rețea bine lucrătoare) pentru conexiunea Intel 1C 8.2 - RealTek este mai lentă decât Intel Intel. Dar RealTek-RealTek poate da secțiuni ascuțite în același timp. Prin urmare, dacă există bani - este mai bine să păstrați cardurile de rețea Intel peste tot dacă nu există bani - atunci Intel a pus doar pe server (k.O.). Da, iar instrucțiunile pentru reglarea cardurilor de rețea intererale sunt de multe ori mai mult.

Setările antivirus în mod implicit (pe exemplul versiunii Drweb 10) durează aproximativ 8-10% din papagali. Dacă trebuie să configurați așa cum ar trebui (permiteți procesul de 1CV8 să facă totul, deși nu este sigur) - viteza este aceeași ca și fără antivirus.

Linux Guru nu a citit. Serverul cu Samba este minunat și gratuit, dar dacă ați pus câștigul XP sau WIN7 pe server (și chiar mai bun - Server OS), atunci în versiunea de fișiere 1c va funcționa mai repede. Da, Samba și Stack-ul de protocol și setările de rețea și multe altele în Debian / Ubuntu sunt bine reglarea, dar se recomandă ca acesta să fie recomandat de specialiști. Nu are sens să puneți Linux cu setări implicite și apoi să spuneți că funcționează încet.

Este destul de bine să verificați funcționarea discurilor conectate prin utilizarea netă utilizând FIO. Cel puțin va fi clar, sau acestea sunt probleme cu platforma 1c sau cu o rețea / disc.

Pentru o versiune cu un singur utilizator, nu pot veni cu teste (sau situație), unde ar exista o diferență între 1Gbit și 10 Gbit. Singurul în care versiunea de 10Gbit pentru versiunea de fișiere a dat rezultatul este mai bine să conecteze discurile de către ISCSI, dar acesta este subiectul unui articol separat. Totuși, cred că pentru versiunea de fișier 1 Gbps cardurile sunt suficiente.

De ce la 100 Mbps 8.3 funcționează semnificativ mai rapid 8.2 - Nu înțeleg, dar faptul că a avut un loc de a fi. Toate celelalte echipamente, toate celelalte setări sunt absolut aceleași, pur și simplu într-un caz este testat 8.2, iar în cealaltă - 8.3.

Nu NFS TUNNED WIN - Win sau Win-Lin oferă 6 papagali, nu a pornit masa. După reglarea 25 primită, dar instabilă (care rulează în măsurători mai mari de 2 unități). Nu pot da recomandări folosind ferestrele și protocolul NFS.

După toate setările și verificările, lansați din nou un test de la computerul client, bucurați-vă în rezultatul îmbunătățit (dacă sa dovedit). Dacă rezultatul sa îmbunătățit, papagali au devenit mai mult de 30 (și în special mai mult de 40), utilizatorii în același timp funcționează mai puțin de 10 și baza de lucru încă încetinește - aproape cu siguranță probleme ale programatorului (sau ați ajuns deja vârful caracteristicilor versiunii fișierelor).

Terminale Server.. (Baza se află pe server, clienții sunt conectați la rețea, protocolul PDR). Algoritmul pentru pași:

0. Adăugați baza de date a testului Gilene la server în același folder ca și bazele principale. De la același server pe care îl conectați, executați testul. Ne amintim rezultatul rezultat.

1. În același mod ca în versiunea fișierului, configurați munca. În cazul unui server terminal, procesorul îndeplinește, în general, rolul principal (înseamnă că nu există puncte slabe evidente, cum ar fi o lipsă de memorie sau o cantitate imensă de software inutil).

2. Configurarea cardurilor de rețea În cazul unui server terminal, practic nu afectează funcționarea 1c. Pentru a vă asigura confortul "special" dacă aveți un server care oferă mai mult de 50 de papagali, puteți juca cu versiuni noi ale protocolului RDP, doar pentru confortul activității utilizatorilor, răspuns mai rapid și derulare.

3. Cu munca activă a unui număr mare de utilizatori (și aici puteți încerca deja să conectați 30 de persoane la o singură bază de date, dacă încercați), este foarte de dorit să puneți un disc SSD. Din anumite motive, se crede că discul nu afectează în mod deosebit funcționarea 1c, dar toate testele sunt efectuate cu memoria cache a controlerului, ceea ce este incorect. Baza de testare este mică, este destul de plasată în memoria cache, de aici și de numere înalte. Pe bazele reale (mari), totul va fi complet diferit, astfel încât testele cache-ului sunt dezactivate.

De exemplu, am verificat munca de testare Guille cu diferite variante de disc. Discurile au scos ceea ce a fost la îndemână este doar o tendință de a arăta. Diferența dintre 8.3.6.2076 și 8.3.7.2008 este mică (în versiunea Ramdisk Turbo Boost 8.3.6 conferă 56.18 A 8.3.7.2008 Probleme 55.56, diferența este chiar mai mică în testele rămase). Consumul de energie - Performanță maximă, Boost Turbo este dezactivată (dacă este altfel spus).

	RAID 10 4X SATA 7200 ATA ST31500341AS.	RAID 10 4X SAS 10K	RAID 10 4X SAS 15K	SSD unic.	Ramdisk.		Include numerar Controlerul raid
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2.	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1c 8.3.	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

Nivelul cache a controlerului RAID inclus este întreaga diferență între discuri, numerele sunt aceleași pentru SAZ și pentru CAC. Testarea cu ea pentru o cantitate mică de date este inutilă și nu este un indicator.

Pentru platforma 8.2, diferența de performanță între variantele SATA și SSD - mai mult de două ori. Aceasta nu este o tipografie. Dacă în timpul aluatului de pe unitățile SATA să se uite la monitorul de performanță. Apoi, există în mod clar vizibil "operațiune activă de disc (în%)" 80-95. Da, dacă activați cache-ul discurilor de înregistrare, viteza va crește la 35 dacă porniți cache-ul controlorului - până la 49 (indiferent de ce discuri sunt testate în acest moment). Dar acestea sunt papagali de cache sintetic, în lucrările reale la baze mari nu vor fi niciodată 100% Scrierea raportului de lovire a cache-ului.

Viteza și CD-urile ieftine (am testat pe agilitate 3) destul de suficient pentru versiunea de fișiere. Resursa înregistrării este un alt lucru, este necesar să se uite la fiecare caz particular, este clar că Intel 3700 va fi un ordin de mărime mai mare, dar prețul este adecvat. Și da, înțeleg că atunci când testez un disc SSD, testez, de asemenea, mai mult decât cache-ul acestui disc, rezultatele reale vor fi mai puțin.

Cea mai corectă (din punct de vedere al meu) Soluția va fi alocată pentru 2 CD-uri a discului într-o raid oglindă pentru o bază de fișier (sau mai multe bazele de fișiere.) Și nimic altceva nu este pus acolo. Da, cu o oglindă de CD-uri se usucă la fel și este minus, dar cel puțin din erorile controlerului electronic cel puțin sunt asigurate cumva.

Principalele avantaje ale discurilor CCED pentru fișier vor apărea atunci când există multe baze de date și fiecare pentru mai mulți utilizatori. Dacă bazele de date 1-2 și utilizatorii de aproximativ 10, atunci discurile SAS sunt suficiente. (Dar, în orice caz, uitați-vă la descărcarea acestor discuri, cel puțin prin Perfon).

Principalele avantaje ale serverului terminal - poate avea clienți foarte slabi, iar setările de rețea pe serverul terminalului sunt mult mai mici (din nou k.O).

Concluzii: Dacă porniți testul GILE de pe serverul terminalului (de pe același disc în care se află bazele de lucru) și în acele momente atunci când baza de lucru este inhibată și testul Gilev va afișa un rezultat bun (peste 30) - apoi Munca lentă Baza de lucru principală este de vină, cel mai probabil un programator.

Dacă testul Gilene prezintă numere mici și aveți un procesor de înaltă frecvență, iar discurile sunt rapide, atunci administratorul trebuie să ia cel puțin probabil, și cu înregistrarea tuturor rezultatelor undeva și urmăriți, urmăriți, a trage concluzii. Nu vor exista sfaturi fără echivoc.

Versiunea client-server.

Testele efectuate numai la 8,2, deoarece La 8.3, totul depinde în mod serios de versiune.

Pentru testare, a ales diferite opțiuni pentru servere și rețele între ele pentru a arăta tendințele principale.

	SQL: XEON E5-2630	SQL: XEON E5-2630 Fibre Channel - SSD	SQL: XEON E5-2630 Fibre Channel - SAS	SQL: XEON E5-2630 SSD local.	SQL: XEON E5-2630 Fibre Channel - SSD	SQL: XEON E5-2630 SSD local.	1C: Xeon 5650 \u003d	1C: Xeon 5650 \u003d Memorie partajată.	1C: Xeon 5650 \u003d	1C: Xeon 5650 \u003d	1C: Xeon 5650 \u003d
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2.	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

Se pare că toate opțiunile interesante au fost luate în considerare dacă ceva interesează mai mult - scrieți în comentariu, voi încerca să fac.

CAC-ul de pe caseta de stocare funcționează mai lent decât CD-urile locale, chiar dacă instalația de depozitare sunt dimensiuni mari cache. SSD și local și pe SCD pentru aluat de gilene lucrează cu viteză comparabilă. Unele testul standard multi-filetat (nu numai înregistrări și toate echipamentele) Pe lângă încărcarea 1c de la PC, nu știu.

Schimbarea serverului 1C de la 5520 la 5650 a dat aproape o performanță aproape de dublare. Da, configurația serverelor nu se potrivește complet, dar tendința arată (nimic surprinzător).

Creșterea frecvenței pe serverul SQL, desigur, oferă un efect, dar nu și la același server, MS SQL Server știe cum să utilizeze memoria multi-core și de memoria gratuită despre aceasta).

Schimbarea rețelei între 1C și SQL cu 1 Gbps cu 10 Gbps oferă aproximativ 10% papagali. Mă așteptam mai mult.

Includerea efectului de memorie partajată încă dă, deși nu 15%, așa cum este descris. Asigurați-vă că bine și simplu. Dacă cineva a dat serverul SQL numit instanță în timpul instalării, atunci numele serverului nu specifică nu FQDN (TCP / IP), nu prin intermediul localhost sau simper, ci prin Servername \\ InstantName, de exemplu, ZZ-Test \\ Zztest. (Altfel va exista o eroare DBMS: Microsoft SQL. Server Native Client 10.0: Furnizor de memorie partajat: Nu a fost găsit Biblioteca de memorie partajată folosit pentru a instala o conexiune cu SQL Server 2000. HRESULT \u003d 80004005, HRESULT \u003d 80004005, HRESULT \u003d 80004005, SQLSRVR: sqlstate \u003d 08001, stare \u003d 1, severitate \u003d 10, nativ \u003d 126, linia \u003d 0).

Pentru utilizatorii mai puțin de 100, singurul sens pentru separarea a două servere separate este o licență pentru Win 2008 STD (și versiuni mai vechi), care susține doar 32 GB de RAM. În toate celelalte cazuri, 1C și SQL trebuie să fie puse pe un singur server și să le dea mai mult (cel puțin 64 GB) memorie. Dând MS SQL mai puțin de 24-28 GB RAM - lăcomia nejustificată (dacă credeți că aveți suficientă memorie și totul funcționează bine - puteți și Versiunea de fișier 1C ar fi suficientă?)

În ceea ce privește mai rău, grămada de 1C și SQL funcționează într-o mașină virtuală - subiectul unui articol separat (indicii este considerabil mai rău). Chiar și în Hyper-V, totul nu este cu siguranță ...

Modul de performanță echilibrat este rău. Rezultatele sunt pe deplin păzite cu versiunea de fișier.

În multe surse este scris că modul de depanare (RAGENT.EXE -DEBUG) oferă o scădere puternică a performanței. Se reduce bine, da, dar 2-3% nu aș numi un efect semnificativ.

Design de server pentru nevoile "1c: întreprindere 8" pentru o afacere medie și mare

Materialul este conceput pentru specialiști tehnici care proiectează soluții de servere pentru nevoile "1c: întreprindere 8", cu o încărcătură de 25-250 de utilizatori și multe altele. Sunt luate în considerare problemele de evaluare a performanței necesare asupra componentelor serverului, luând în considerare cazurile extreme de cazuri, influența virtualizării. Problemele de construire a unei infrastructuri corporative tolerante pentru întreprinderile mari vor fi discutate în următorul material.

Evaluarea performanței necesare a echipamentului.

Pentru selectarea echipamentului, este necesară cel puțin o evaluare preliminară a necesității resurselor CPU, a subsistemului RAM, a subsistemului de disc și a interfețelor de rețea.
Aici puteți lua în considerare două moduri:
a) experimental, care vă permite să obțineți date obiective cu privire la sarcina pe echipamentul curent și să identificați blocajele;
b) calculate, ceea ce ne permite să facem o evaluare bazată pe date medii obținute empiric.
Cea mai eficientă este de a împărtăși ambele metodologii.

Monitorizarea încărcării, evaluarea rezultatelor, căutarea blocajelor și formarea cerințelor

De ce este important să efectuați analiza sarcinii dacă aveți un sistem deja de lucru?
Aici se va compara cel mai corect cu medicamentul. Atunci când pacientul vine la medic, se efectuează o inspecție, analizele sunt atribuite, apoi este numit întregul complex de informații disponibile și tratamentul este atribuit. În mod similar, situația și atunci când proiectați un server.
Având eforturi atașate măsurătorilor parametrilor de măsurare și analizarea rezultatelor, obținem cea mai bună conformitate a serverului proiectat la sarcinile dvs. Rezultatul final va deveni economii semnificative, atât costuri inițiale, cât și costurile de operare în viitor.

Evaluați performanța serverului Vom fi ca parte a subsistemelor principale: procesoarele centraleRAM, RAM, subsistem de disc și interfețe de rețea. În Windows, există un monitor de performanță standard Windows (PERFON). Instrumentul de evaluare a calculatorului. Pe alte sisteme există mijloace similare de evaluare.
În general, sarcina de pe fiecare subsistem depinde puternic de aplicațiile și tipurile de date cu care lucrează. Pentru un bloc de aplicații asociate cu 1c, cele mai critice sunt CPU, RAM și pentru serverul SQL și subsistemul disc. Când dizolvați în mai multe servere, interfața de rețea este, de asemenea, critică. Vom lucra numai cu acești parametri care ne sunt importanți pentru noi din punctul de vedere al sarcinii aplicate.
Datele pentru analiză trebuie colectate cel puțin pe zi într-o zi tipică de lucru. Ideal - Acumulați date pentru trei tipuri de zile lucrătoare. Pentru a căuta blocaje, este de dorit să eliminați datele din ziua cea mai mare încărcătură.
Toate cele descrise mai jos sunt utile ca în stadiul de pregătire pentru proiectarea unui nou server (pentru sarcina furnizorului), deci în timpul funcționării, pentru o evaluare obiectivă a modificărilor parametrilor echipamentului și a unui posibil "tuning" ulterior al software-ului și complexul hardware sub "1c: Encuburses 8" în general.

CPU. Cea mai mare măsură suntem interesați de un parametru - " Procesor:% procesor» (« Procesor:% volum de lucru procesor "). Microsoft despre acest parametru spune următoarele: "Acest contor urmărește timpul pe care procesorul o cheltuiește pe flux în timpul funcționării. Un nivel permanent de descărcare a CPU-ului în intervalul de la 80 la 90% poate indica necesitatea actualizării procesorului sau a necesității de a adăuga mai multe procesoare. " Astfel, dacă sarcina CPU este în medie la 70-80% este raportul optim al eficienței utilizării resurselor CPU și a rezervelor de productivitate pe perioade de vârf. Mai puțin - sistemul nu este încărcat. Mai mult de 80% - în zona de risc, 90% - sistemul este supraîncărcat, este necesar să respingeți încărcarea pe alte gazde, fie să mutați la un nou server nou, mai productiv.

Analiza CPU. . Pentru procesoare moderne În primul rând, are sens să afli cât de multe nuclee aveți nevoie. Windows în sine distribuie destul de eficient sarcina dintre miezuri și, cu excepția cazurilor rare, atunci când există o legare clară a kernel-urilor - toate miezurile procesoare vor fi încărcate mai mult sau mai puțin uniform. În general, dacă aveți un parametru "Încărcătorul de muncă al procesorului"Situat în decurs de 50-70% - totul este bine, există o rezervă. Dacă mai puțin de 50% înseamnă că există deja un număr exces de miezuri în sistemul dvs., numărul lor poate fi redus sau descărcați serverul prin alte sarcini. Încărcarea medie de 80% și mai mult - sistemul dvs. necesită un număr mai mare de nuclee.

Berbec . Aici are sens să urmăriți doi parametri:
« Memorie: Disponibil Mbytes» (« Memorie: Disponibil Mb "). Într-un sistem de lucru, valoarea acestui contor trebuie să fie de cel puțin 10% din volum memorie fizicăinstalat în server. Dacă volumul memorie răspunsată Prea mic - sistemul este forțat să utilizeze fișierul de paginare pentru procesele active. Ca urmare, există întârzieri vizibile până la efectul "agățeniei" sistemului.
« Memorie.:% Angajat Octeți. ÎN. Utilizare», « Memorie:% din utilizarea memoriei alocate " Valoarea ridicată a acestui contor indică faptul că se observă o sarcină mare în sistem. berbec. Este extrem de de dorit ca acest parametru să fie sub 90%, deoarece La 95%, apare probabilitatea unei erori externe.

Analiza RAM. . Parametrul cheie este disponibilitatea volumului RAM disponibil pe server, care este permisă în mod eficient să monitorizeze contoarele de mai sus.

Subsistemul disc. Adesea, întrebări despre viteza de "1c: Pre-atitudine 8" sunt asociate cu performanța insuficientă a subsistemului de disc. Și aici avem oportunități destul de mari de a optimiza echipamentul pentru sarcină. Prin urmare, vom acorda o atenție maximă analizei contoarelor subsistemului discului.

« % SPATIU LIBER."- procentul de spațiu liber disc logic.. Dacă există o capacitate liberă mai mică de 15%, este considerată supraîncărcată, iar analiza suplimentară va fi cel mai probabil în întregime corectă - va fi puternic influențată de fragmentarea datelor de pe disc. Cantitatea recomandată de spațiu liber de pe discul serverului este de cel puțin 20%, pentru SSD este, de preferință, mai mult.
« AVG. Disc / transfer"- timpul mediu de accesare a discului. Contorul prezintă o perioadă medie de timp în milisecunde necesare pentru o singură operațiune de schimb de date pe disc. Pentru sisteme slab încărcate (de exemplu, stocarea fișierelor, stocarea VM), este de dorit să o mențineți în intervalul de la 25 la 30 ms. Pentru serverele cu încărcare ridicată (SQL) - este de dorit să nu depășească 10 ms. Valorile mari ale contorului vorbesc despre supraîncărcarea subsistemului de disc. Acesta este un indicator integrat care are nevoie de o analiză mai detaliată. Ce fel de operațiuni, citirea sau scrierea și în ce proporție se arată contoarele AVG. Disk sec / citit (timpul mediu de citire de pe disc în secunde) și AVG. Disc sec / scriere (Timpul mediu de contact a discului de înregistrare).
Un indicator integrat avg. Disc SEC / Transfer în RAID5 / RAID6 cu o predominanță semnificativă a operațiunilor de citire poate fi în intervalul normal, iar operațiunile de înregistrare vor fi făcute cu întârzieri semnificative.
3. AVG. Lungimea coadă de pe disc. (Lungimea medie a coadă de discuri) este, în esență, un indicator integrat și constă din AVG. Lungimea coadă de disc(Lungimea medie a coada de coadă pe disc pentru citire) și AVG. Lungimea coastei de scriere a discului (Lungimea medie a coadă pe discul de înregistrare). Se raportează câte operații I / O în medie așteaptă atunci când hard disk-ul va deveni disponibil. Acesta nu este un indicator măsurat, dar calculat de micul actul din teoria coadă ca n \u003d a * sr, unde n este numărul de solicitări de așteptare din sistem, A este viteza de primire a cererilor, SR este timpul de răspuns . Pentru subsistemul de funcționare în mod normal, acest indicator nu trebuie să depășească mai mult de un număr de discuri în grupul RAID. În aplicațiile SQL Server Class, media sa este de dorit să se păstreze mai puțin de 0,2.
4. Lungimea de coadă de disc curentă (Lungimea coadă de disc curentă) Afișează numărul de neacceptare și așteptare pentru prelucrarea interogărilor adresate discului selectat. Aceasta este valoarea curentă, indicatorul instantaneu și nu valoarea medie pentru intervalul de timp. Timpul de întârziere pentru procesarea solicitărilor la subsistemul disc este proporțional cu lungimea coadă. Pentru lucrările confortabile în modul constant, numărul solicitărilor de așteptare nu ar trebui să depășească numărul de discuri fizice din gama de mai mult de 1,5-2 ori (continuăm de faptul că într-o serie de mai multe discuri fiecare disc poate alege simultan din coada de așteptare).
5. Transferuri de disc / sec (Disk / s) Apel - Numărul de solicitări de disc separat I / O finalizate în termen de o secundă. Afișează nevoile reale ale aplicațiilor pentru citirea și scrierea aleatorie a subsistemului de disc. Ca indicator însumând mai multe contoare individuale - vă permite să evaluați rapid situația generală.
6. Disc citește / sec - Numărul de citiri pe secundă, adică frecvența efectuării operațiunilor de citire de pe disc. Cel mai important parametru pentru aplicațiile SQL Server Class, care definește performanța reală a subsistemului de disc.
În modul de setare normală, intensitatea apelurilor nu trebuie să depășească capacitățile fizice ale discurilor - limitele lor individuale multiplicate cu numărul de discuri din matrice.

100-120 IOP pentru fiecare unitate SATA sau NL SAS;

200-240 IOPS pentru fiecare disc SAS 15000 RPM;

65.000 de IOP pe fiecare serie SSD SSD S3500 (SATA);

7. Disc scrie / sec - Numărul de apeluri de înregistrare pe secundă, adică frecvența executării înregistrărilor pentru disc. Parametru extrem de important pentru aplicațiile SQL Server. Când lucrați în modul normal, intensitatea apelurilor nu trebuie să depășească limitele fizice ale discurilor înmulțite cu numărul lor în matrice și luând în considerare pedeapsa pentru înregistrarea pentru tipul de raid selectat.

80-100 iops per unitate SATA sau NL SAS;

180-220 IOPS pentru fiecare unitate SAS;

2 , 20 GHz.

DDR4.
1600/1866/2133

3 , 50 GHz.

DDR4 1600/1866/2133/2400.

Tabelul 1 - parametrii de lucru cu memoria RAM

Berbec . Viteza memoriei instalate va afecta viteza întregului server. De exemplu, LR DIMM datorită arhitecturii sale va avea întotdeauna o latență mai mare decât memorie normală RDIMM DDR4. Mai ales pe relativ scurte interogăritipic de SQL atunci când lucrează cu 1c. Bazate pe o latență mai mare și în mod semnificativ mai mult preț mare, LR DIMM are sens pentru a seta numai dacă nu este posibil să formați volumul RAM necesar datorită RDIMM.
În mod similar, DDR4 2400 va funcționa ușor mai rapid decât DDR4 2133 - dacă frecvențele înalte suportă CPU.

Interfata retea. Este recomandabil să respectați regulile simple aici:
a) Un server ar trebui să fie cel puțin trei interfețe de rețea 1GB Ethernet sau mai mare (10GB, 40 GB) și cel puțin două dintre ele pe chips-uri de rețea de servere. Desigur, alte lucruri fiind egale ar trebui să beneficieze de avantajul infrastructurii Ethernet de 10 GB, în special în ceea ce privește diferența mică în prețul echipamentului (carduri de rețea de 10 GB și porturi de 10 GB pe switch-urile de 1 GB / 10 GB).
b) Serverul trebuie să suporte o tehnologie KVM-Over-IP pentru telecomandă.
Din subtilități, puteți evidenția suport foarte bun pentru toate jetoanele de rețea ale serverului instrumentelor de virtualizare Intel și abilitatea distribuie în mod eficient sarcina între miezurile CPU pentru 10 GB +.

Disk subsistem. :

Subsistemul disc este alcătuit din două componente:
- subsistemul I / O sub formă de SAS HBA și controlorii RAID;
- Dispozitive de stocare a datelor sau în cazul discurilor noastre SSD și HDD.

RAID.
Pentru sarcini de stocare OS și baze de date, de regulă, se utilizează RAID 1 sau RAID 10, precum și diferitele lor analogi de program.

1. RAID complet software (raid moale) windows Tools. Serverul nu poate fi utilizat pentru discul de boot.Dar este destul de place să stocheze jurnalul DB, TEMPDB și SQL. Tehnologia spațiilor de stocare Windows oferă o fiabilitate și viteză suficient de ridicată și oferă, de asemenea, o serie de funcții suplimentare, dintre care cele mai interesante sunt sarcini conciliative la 1c (stocarea TIERD). Avantajul acestei tehnologii este că parte a sistemului de date cel mai frecvent solicitat este plasat automat pe SSD.
În ceea ce privește sarcinile 1C, de obicei, utilizați sau all-bliț o serie de SSD sau pentru volume foarte mari (1TB și mai mare) și baze de date pe termen lung - stocare pe mai multe niveluri.
Unul dintre avantajele spațiilor de stocare Windows este capacitatea sa de a crea raid pe discurile NVME.

2. Pentru a găzdui OS, Hardware-software RAID1, construit pe baza tehnologiei Intelset Intel și Tehnologia Intel® Rapid Storage Technology ( Intel. RST.).
În aceasta, operațiile pentru introducerea de intrare la nivelul hardware efectuează chipset-ul plăcii de bază, practic resurse CPU non-ciclism. Iar matricea este controlată la nivelul programului, datorită driverelor Windows.
Ca orice soluție de compromis, Intel RST are unele dezavantaje.
dar) Lucrează Intel. RST depinde de driverele descărcate în sistem de operare. Și poartă un risc potențial ca atunci când actualizați driverele sau sistemul de operare, poate exista o situație pe care discul RAID nu va fi indisponibil. Este extrem de puțin probabil, pentru că companii Intel Și Microsoft este foarte prietenos și testat foarte bine, dar nu excluse.
b) Pe baza rezultatelor experimentelor, a caracteristicilor indirecte, se poate presupune că modelul de driver Intel pentru înregistrarea caching-ului utilizează resursele RAM. Acest lucru oferă o creștere a performanței, dar în același timp poartă unele riscuri de pierdere a datelor cu închidere neplanificată a sursei de alimentare a serverului.
Există u. această soluție și avantaje.
Unul dintre ele este întotdeauna performanțe foarte ridicate la nivel și, uneori, mai mare decât cel al controlorilor de raid complet hardware.
Al doilea este suportul raidului de software hardware pentru discurile NVME (la momentul scrierii materialului - nu pentru discurile de boot). Și aici se află o caracteristică interesantă pentru cei care au subsisteme de discuri ridicate. Spre deosebire de spațiile de stocare a ferestrelor, care "se potrivesc" în introducerea / ieșirea miezului la aproape 100%, Intel RST Când aproximativ 70% din încărcarea kernelului conectează următorul kernel la procesul de intrare / ieșire. Ca rezultat, o sarcină mai uniformă pe kernelul CPU și o performanță mai mică la sarcini mari.

Figura 4 - CPU de eliminare Spațiile de stocare a ferestrelor vs. Intel primul.

3. Raidul hardware complet în server cu 2-6 SSD în RAID 1 este destul de posibil de SAS HBA pe chipsetul LSI SAS 3008, de exemplu, pe controlerul RAID INTEL® RS3WC080. Pentru a face acest lucru, SAS HBA stabilește o pauză specială "IR". Mai mult, acest SAS HBA acceptă standardul SAS 3.0 (12 GB / S), la aproximativ 300 de dolari la un preț. O alegere excelentă aici va fi Intel® Raid Controller RS3WC080, care merge imediat cu firmware-ul necesar.
Esența acestei soluții este că serverul SSD nu are nevoie de o memorie cache de scriere. Mai mult decât atât, mai multe controlere RAID avansate dezactivează, de asemenea, cache-ul de înregistrare încorporat atunci când lucrați cu SSD. Astfel, fără a avea o memorie cache SAS HBA în modul controler RAID, acesta este confruntat cu succes cu sarcinile de intrare și citire a vitezei direct cu SSD, oferind performanțe destul de decente.

4. Pentru serverele cu încărcătură ridicată, cu un număr mare de discuri SSD SAS sau SATA, este de dorit să se instaleze un controler RAID cu drepturi depline al controlerului RAID INTEL® RS3MC044 sau Adaptec RAID 8805. Au mai multe procesoare de I / O mai productive și algoritmi avansați pentru a lucra cu hDD Discuri Și SSD, inclusiv, permițându-vă să accelerați asamblarea matricei după înlocuirea discului eșuat.

Dispozitive de stocare a datelor (SSD și HDD.).
dar) Fiabilitate SSD. și HDD. .
În mod tipic, fiabilitatea teoretică a discurilor este estimată de parametrul "Erori de citire non-recuperabile pe biți citit", care poate fi tradus ca "probabilitatea unei erori de citire dezechilibrate asupra numărului de biți citiți". Se afișează, după ce ați citit ce cantitate de date de pe disc, conform statisticilor, trebuie să vă așteptați la apariția unei erori dezechilibrate.
Un alt parametru important arată șansa unei defecțiuni a discului - AFR (rata anuală de eșec) sau "intensitatea anuală a eșecului".
Tabelul de mai jos prezintă datele pentru SATA Enterprise HDD 7200 PRM (Sata Raid Edition), SAS HDD Enterprise 15.000 PRM, Sata SSD Enterprise.

Parametru	Tipul discului
Parametru	Intreprindere SATA \\ SAS NL 7200 PRM	Intreprindere SAS 15 000 PRM (10 000 PRM)	Enterprise SATA SSD.
Erori de citire nerecuperabil pe biți citiți
Volumul la citirea erorii non-statale este așteptat statistic.

Fila. 2 - Fiabilitatea teoretică a HDD și SSD

Probabilitatea apariției unor erori dezechilibrate în seria Intel SSD Clasa SSD Intel® SSD este de 10 ori mai mică decât cea a SAS HDD întreprindere 15.000 PRM și de 100 de ori mai mică decât cea a SATA Enterprise HDD 7200 PRM. Astfel, clasa SSD Enterprise este teoretic și mai fiabilă decât orice HDD.

b) În continuare, estimăm performanţă SSD. și HDD. .
Din punctul de vedere al bazei de date, care, de fapt, este 1c, doar trei parametri de disc sunt cel mai important:
- Latența (latența) sau timpul de răspuns la disc este măsurat în microsecunde (mai puțin - mai bine);
- numărul de operații de citire pe secundă (discuri / sec) măsurat în IOP (mai mult - mai bine);
- numărul de operațiuni de înregistrare pe secundă (scrie / sec) măsurat în IOP.
Reducem acești trei parametri într-o singură masă:

Parametru	Tipul discului
Parametru	Intreprindere SATA / SAS NL 7200 PRM	Intreprindere SAS 15 000 PRM (10 000 PRM)	Enterprise SATA SSD.	Enterprise NVME SSD.
Latența (timpul de răspuns la disc pentru a citi / scrie), microsecunde
Discuri / sec (numărul operațiunilor de citire pe secundă), IOPS
Disc scrie / sec (număr de înregistrări pe secundă), Iops

Fila. 3 - Performanță HDD și SSD.

Cât de bine considerabil din tabel, NVME SSD (pe exemplul seriei Intel® SSD DC P3600 Series) latență Întreprinderi superioare SAS HDD 100 de ori, si in numărul de operații I / O pe secundă - în 200 de ori. Înregistrare și în 1500 de ori Pentru citit.
Este rezonabil să utilizați bazele de date tehnologice HDD?

în) Volumul de rescriere pe zi pentru server SSD. .
În plus față de tot felul de "chifle" în formă supercondensator În cazul dezactivării modulelor de criptare a energiei și hardware, SSDS server au cel mai important parametru - cantitatea estimată de suprascriere pe zi de la capacitatea totală a discului SSD. Dacă vorbim despre serverul SSD Intel - atunci înțelegem rescrierea zilnică a acestui volum timp de 5 ani, care este inclusă în obligațiile de garanție. Acest parametru vă permite să sortați SSD-ul "Destinată în principal pentru citire", "orientată spre înregistrare și citire" și "calculată pe sarcini mari de suprascriere". În formă tabară se pare așa:

Intel SSD Disk.
Suprascrieți în ziua (din rezervor)

Tab 4. - SSD suprascrie volum pe zi.

În consecință, puteți selecta corect discurile pentru sarcina de pe server.
De exemplu, stocarea jurnalului OS și SQL este destul de suficient INTEL SSD S3510.
Pentru depozitarea DB și TEMPDB, Intel SSD S3610 sau Intel SSD S3710 este mai potrivit.

Exemple de subsisteme de design disc.
Înarmați cu cele de mai sus, să colectăm mai multe subsisteme de disc sub diferite cerințe.
A) Server pentru 45 de utilizatori, DB - 15 GB, creștere pe an - 4 GB, tempdb - 0,5 GB, SQL log - 2 GB.
Este justificată din punct de vedere economic pentru a stabili RAID1 a două unități Intel SSD SSD S3510 240 GB pentru nevoile OS și SQL Log, și Raid1 din două unități Intel SSD S3510 120 GB pentru nevoile DB și TEMPDB. Intel® Rapid "de la bord" este potrivit ca un controler RAID.
b) un server la 100 de utilizatori, DB - 55 GB, o creștere a anului - 15 GB, tempdb - 4 GB, SQL Log - 8 GB.
Pentru un astfel de server, puteți oferi RAID1 din două unități Intel SSD S3510 240 GB pentru nevoile OS și SQL Log și RAID1 a două unități Intel SSD S3610 GB pentru nevoile DB și TEMPDB. Deoarece controlerul RAID este optim, controlerul RAID INTEL® RS3WC080 (hardware simplu, fără cache).
c) Server pentru 200 de utilizatori, DB - 360 GB, creștere pe an - 70 GB, tempdb - 24 GB, SQL Log - 17 GB.
Acest server este deja încărcat. Pentru OS, încă mai avem RAID1 din două discuri Intel SSD S3510 240 GB. SQL Log și Tempdb pot fi plasate pe raidul selectat1 al două discuri Intel SSD S3510 120 GB. Și pentru tabele DB, colectați RAID10 de la patru discuri Intel SSD S3610 400 GB. Ca controler RAID, este oportun să se utilizeze "Advanced" Intel® Raid Controller RS3MC044.

Virtualizare
Performanța serverelor moderne vă permite adesea să plasați pe un singur fizic - un număr de virtuale. Este recomandabil să vă amintiți cum virtualizarea afectează fiecare dintre componentele serverului.
CPU și RAM sunt site-uri care poartă cea mai mică pierdere de performanță din mediul virtual. În consecință, acele componente ale programului care le utilizează în principal - pot fi plasate fără durere într-o mașină virtuală (VM). Acestea includ "1c: întreprindere 8. Aplicație Server X64", Service Desktop la distanță. și iis.
Subsistemele I / O sunt considerabil mari pierderi atunci când virtualizarea: 5-15% - interfață de rețea și subsistemul de 25% disc. Avem o componentă software SQL Server care este sensibilă la performanța subsistemului de disc - este destul de logică să o postați în "VM", dar "hardware" fizic.
De obicei, faceți-o cu servere separate sau cu un grup de servere sub 1c:
- pe "Fier" este instalat Windows OS și serverul MS SQL;
- VM începe "1c: întreprindere 8. Aplicație Server X64" și în același server de licențiere VM;
- într-un serviciu separat de serviciu VM la distanță sau IIS.
Când utilizați mai multe componente software pe un singur server, inclusiv. În diferite VM, este necesar la nivelul subsistemului disc pentru a oferi un loc suplimentar pentru a le adapta. De regulă, acestea sunt discuri de sistem cu OS - ele cresc la 480 GB sau mai mult.

Backup.
Practica destul de răspândită este de a instala în serverul a două discuri HDD capacitate mare (4-8 tb) în RAID1 pentru stocarea copiilor locale de baze de date, precum și stocarea fișierelor. Acest depozit nu percepe cereri mari pentru acces aleatoriu. Iar viteza liniară a citirii și înregistrărilor este obținută destul de suficientă pentru ao salva zilnic backup. și fișierele utilizator. Puteți colecta astfel încât pe orice controler RAID disponibil și în Intel® Rapid, acesta va fi încă suficient pentru a funcționa.

Și vă rugăm să nu uitați că trebuie să fie necesar un server separat pentru sarcini responsabile excesul de nutriție .