Sfaturi de automatizare. Sfaturi de automatizare 1s 8.3 funcționează lent prin rețea

Sistemul 1C ocupă o poziție dominantă pe piața de automatizare pentru întreprinderile mici și mijlocii. Dacă o companie a ales sistemul de contabilitate 1C, atunci, de obicei, aproape toți angajații lucrează în acesta, de la specialiști obișnuiți până la management. În consecință, viteza proceselor de afaceri ale companiei depinde de viteza 1C. Dacă 1C funcționează cu o viteză nesatisfăcătoare, atunci acest lucru afectează în mod direct activitatea întregii companii și profitul.

De fapt există trei metode de accelerare 1C:

Creșterea capacității hardware.
Optimizarea setărilor sistemului de operare și DBMS.
Optimizarea codului și a algoritmilor în 1C.

Prima metodă necesită achiziționarea de echipamente și licențe, a treia necesită multă muncă pentru programatori și, ca urmare, ambele moduri duc la costuri financiare semnificative. În primul rând, trebuie să acordați atenție codului programului, deoarece nicio creștere a capacității serverului nu poate compensa codul incorect. Orice programator știe că cu doar câteva linii de cod este posibil să se creeze un proces care va încărca complet resursele oricărui server.

Dacă o companie este încrezătoare că codul programului este optim, dar încă funcționează lent, conducerea decide de obicei să mărească capacitatea serverului. În acest moment, apare o întrebare logică: ce lipsește, cât și ce trebuie adăugat până la urmă.

Compania 1C oferă un răspuns destul de vag la întrebarea de câte resurse sunt necesare; am scris despre asta mai devreme în postările noastre. Și, prin urmare, trebuie să efectuați experimente în mod independent și să vă dați seama de ce depinde performanța 1C. Experimentele cu performanța programului la EFSOL sunt descrise mai jos.

Când lucrați cu 1C 8.2, în special cu configurații care folosesc formulare gestionate, a fost observat un fapt ciudat: 1C funcționează mai rapid pe o stație de lucru decât pe un server puternic. Mai mult, toate caracteristicile stației de lucru sunt mai proaste decât cele ale serverului.

Tabelul 1 - Configurații pe care a fost efectuată testarea inițială

Stația de lucru arată cu 155% mai multă performanță decât un server 1C cu caracteristici superioare. Am început să ne dăm seama ce se întâmplă și să restrângem căutarea.

Figura 1 – Măsurători de performanță la stația de lucru folosind testul Gilev

Prima bănuială a fost că testul lui Gilev a fost inadecvat. Măsurătorile deschiderii formularelor, postării documentelor, generării de rapoarte etc. folosind instrumente de instrumentare au arătat că testul lui Gilev produce o evaluare proporțională cu viteza reală de lucru în 1C.

Numărul și frecvența RAM

O analiză a informațiilor disponibile pe Internet a arătat că mulți scriu despre dependența performanței 1C de frecvența memoriei. Depinde de frecventa, nu de volum. Am decis să testăm această ipoteză, deoarece avem o frecvență RAM de 1066 Mhz pe server față de 1333 Mhz pe stația de lucru, iar cantitatea de RAM de pe server este deja mult mai mare. Am decis să instalăm imediat nu 1066 Mhz, ci 800 Mhz, astfel încât efectul dependenței performanței de frecvența memoriei să fie mai clar. Rezultatul este că productivitatea a scăzut cu 12% și s-a ridicat la 39,37 unități. Am instalat memorie cu o frecvență de 1333 Mhz în loc de 1066 Mhz pe server și am primit o ușoară creștere a performanței - aproximativ 11%. Productivitatea a fost de 19,53 unități. În consecință, nu este o chestiune de memorie, deși frecvența acesteia oferă o ușoară creștere.

Figura 2 – Măsurători de performanță pe o stație de lucru după scăderea frecvenței RAM

Figura 3 – Măsurători de performanță pe server după creșterea frecvenței RAM

Subsistemul disc

Următoarea ipoteză a fost legată de subsistemul disc. Două ipoteze au apărut imediat:

SSD-urile sunt mai bune decât unitățile SAS, chiar dacă sunt în raid 10.
iSCSI este lent sau incorect.

Prin urmare, în stația de lucru a fost instalat un disc SATA obișnuit în locul unui SSD și același lucru a fost făcut cu serverul - baza de date a fost plasată pe un disc SATA local. Ca urmare, măsurătorile performanței nu s-au schimbat deloc. Cel mai probabil, acest lucru se întâmplă deoarece există o cantitate suficientă de RAM și discurile practic nu sunt implicate în niciun fel în timpul testului.

CPU

Procesoarele de pe server sunt, desigur, mai puternice și sunt două, dar frecvența este puțin mai mică decât pe stația de lucru. Am decis să verificăm efectul frecvenței procesorului asupra performanței: nu existau procesoare cu o frecvență mai mare la îndemână pentru server, așa că am scăzut frecvența procesorului pe stația de lucru. Am coborât imediat la 1,6 pentru ca corelația să devină mai clară. Testul a arătat că performanța a scăzut semnificativ, dar chiar și cu un procesor 1.6, stația de lucru a produs aproape 28 de unități, adică de aproape 1,5 ori mai mult decât pe server.

Figura 4 – Măsurători de performanță pe o stație de lucru cu un procesor de 1,6 Ghz

Placa video

Există informații pe Internet că performanța lui 1C poate fi afectată de placa video. Am încercat să folosim video-ul integrat al stației de lucru, un adaptor Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 profesional și o placă video veche GeForce 16MbSDR. În timpul testului Gilev, nu a fost observată nicio diferență semnificativă. Poate că placa video mai are efect, dar în condiții reale, când trebuie să deschideți formulare gestionate etc.

În acest moment, există două suspiciuni de ce stația de lucru funcționează mai rapid chiar și cu caracteristici vizibil mai proaste:

CPU. Tipul de procesor de pe stația de lucru este mai potrivit pentru 1C.
Chipset. Toate celelalte lucruri fiind egale, stația noastră de lucru are un chipset mai nou, poate că aceasta este problema.

Intenționăm să achiziționăm componentele necesare și să continuăm testarea pentru a afla în sfârșit de ce depinde în mare măsură performanța 1C. În timp ce procesul de aprobare și achiziție este în derulare, am decis să realizăm optimizarea, mai ales că nu costă nimic. Au fost identificate următoarele etape:

Etapa 1. Configurarea sistemului

Mai întâi, să facem următoarele setări în BIOS și sistemul de operare:

În BIOS-ul serverului, dezactivăm toate setările pentru a economisi puterea procesorului.
Selectați planul „Performanță maximă” în sistemul de operare.
Procesorul este, de asemenea, reglat pentru performanță maximă. Acest lucru se poate face folosind utilitarul PowerSchemeEd.

Etapa 2. Configurarea serverului SQL și a serverului 1C:Enterprise

Facem următoarele modificări la setările serverului DBMS și 1C:Enterprise.

Configurarea protocolului de memorie partajată:
- Memoria partajată va fi activată numai pe platformă începând cu 1C 8.2.17; la versiunile anterioare, Named Pipe va fi activată - ușor inferioară ca viteză de operare. Această tehnologie funcționează numai dacă serviciile 1C și MSSQL sunt instalate pe același server fizic sau virtual.
Se recomandă trecerea serviciului 1C în modul de depanare, deoarece, în mod paradoxal, acest lucru oferă o creștere a performanței. În mod implicit, depanarea este dezactivată pe server.
Configurarea serverului SQL:
- Avem nevoie doar de server, de celelalte servicii care se referă la el și, poate, cineva le folosește, nu face decât să încetinească munca. Oprim și dezactivăm servicii precum: FullText Search (1C are propriul mecanism de căutare full-text), Integration Services etc.
- Am stabilit cantitatea maximă de memorie alocată serverului. Acest lucru este necesar pentru ca serverul SQL să calculeze această sumă și să ștergă memoria în avans.
- Setăm numărul maxim de fire de execuție (Fire de execuție maximă de lucru) și setăm prioritatea crescută a serverului (prioritate Boost).

Etapa 3: Configurarea unei baze de date de producție

După ce serverul DBMS și 1C:Enterprise sunt optimizate, trecem la setările bazei de date. Dacă baza de date nu a fost încă extinsă din fișierul .dt și cunoașteți dimensiunea sa aproximativă, atunci este mai bine să indicați imediat dimensiunea de inițializare fișierului primar cu „>=” a dimensiunii bazei de date, dar aceasta este o chestiune. de gust, va crește în continuare în timpul expansiunii. Dar trebuie specificată dimensiunea de creștere automată: aproximativ 200 MB pe bază și 50 MB pe jurnal, deoarece Valorile implicite – creșterea cu 1 MB și 10% încetinesc foarte mult funcționarea serverului atunci când trebuie să mărească fișierul la fiecare a treia tranzacție. De asemenea, este mai bine să specificați stocarea fișierului bazei de date și a fișierului jurnal pe diferite discuri fizice sau grupuri RAID dacă este utilizată o matrice RAID și să limitați creșterea jurnalului. Este recomandat să mutați fișierul Tempdb într-o matrice de mare viteză, deoarece DBMS îl accesează destul de des.

Etapa 4. Stabilirea sarcinilor programate

Sarcinile programate sunt create destul de simplu folosind Planul de întreținere din secțiunea Management, folosind instrumente grafice, așa că nu vom descrie în detaliu cum se face acest lucru. Să ne uităm la ce operațiuni trebuie efectuate pentru a îmbunătăți productivitatea.

Defragmentarea indicilor și actualizarea statisticilor trebuie făcute zilnic, pentru că dacă fragmentarea indexului este > 25%, aceasta reduce dramatic performanța serverului.
Defragmentarea și actualizarea statisticilor se realizează rapid și nu necesită deconectarea utilizatorilor. De asemenea, este recomandat să o faceți zilnic.
Reindexarea completă – făcută cu baza de date blocată, se recomandă să o faceți cel puțin o dată pe săptămână. Desigur, după reindexarea completă, indicii sunt imediat defragmentați și statisticile sunt actualizate.

Drept urmare, cu ajutorul reglajului fin al sistemului, al serverului SQL și al bazei de date de lucru, am reușit să creștem productivitatea cu 46%. Măsurătorile au fost efectuate folosind instrumentul 1C KIP și folosind testul Gilev. Acesta din urmă a arătat 25,6 unități față de 17,53 care erau inițial.

Scurtă concluzie

Performanța 1C nu depinde foarte mult de frecvența RAM. Odată ce este atinsă o cantitate suficientă de memorie, extinderea suplimentară a memoriei nu are sens, deoarece nu duce la o creștere a performanței.
Performanța 1C nu depinde de placa video.
Performanța 1C nu depinde de subsistemul discului, cu condiția ca coada de citire sau scriere a discului să nu fie depășită. Dacă sunt instalate unități SATA și coada lor nu este depășită, atunci instalarea unui SSD nu va îmbunătăți performanța.
Performanța depinde destul de mult de frecvența procesorului.
Cu o configurare corectă a sistemului de operare și a serverului MSSQL, este posibil să obțineți o creștere a performanței 1C cu 40-50% fără costuri materiale.

ATENŢIE! Un punct foarte important! Toate măsurătorile au fost efectuate pe o bază de testare folosind testul Gilev și instrumentele de instrumentare 1C. Comportamentul unei baze de date reale cu utilizatori reali poate diferi de rezultatele obținute. De exemplu, în baza de date de testare nu am găsit nicio dependență de performanță de placa video și cantitatea de RAM. Aceste concluzii sunt destul de discutabile și în condiții reale acești factori pot avea un impact semnificativ asupra performanței. Atunci când lucrați cu configurații care folosesc formulare gestionate, o placă video este importantă și un procesor grafic puternic accelerează munca în ceea ce privește desenarea interfeței programului, vizual acest lucru manifestându-se în munca mai rapidă a 1C.

1C-ul tău merge încet? Comandați întreținerea IT pentru computere și servere de către specialiștii EFSOL cu mulți ani de experiență sau transferați-vă 1C pe un server virtual 1C puternic și tolerant la erori.

Integrarea sistemului. Consultanta

Configurarea sarcinilor de rutină și de fundal;
Diagnosticarea și eliminarea erorilor din baza de informații, care are un format de stocare a datelor de fișier;
Începeți să indexați căutarea text integral în 1C sau dezactivați-o complet;
Lansarea bazei de date pe cele mai recente Platforme 8.3.8;
Rularea într-un client subțire;
Creșterea vitezei de retransfer document atunci când antivirusul este dezactivat;
Executați recalcularea totalurilor și restabilirea secvenței;
Efectuați Testarea și corectarea bazei de date, verificând cu utilitarul chdbfl.exe;
Dacă configurația nu este standard, adică modificată de programatori pentru o anumită organizație, efectuați o Verificare a configurației;
Dezactivați modurile funcționale inutile;
Configurați drepturile utilizatorului;
Convoluția bazei;
Upgrade hardware.

Metoda 1. Configurarea joburilor programate și în fundal

Aplicația din noua ediție a 1C Accounting 3.0, pe lângă realizarea lucrării principale, începe operațiuni în fundal, ceea ce duc la o scădere a performanței programului.

Modul de fundal este un mod de așteptare, adică operația rulează întotdeauna, deși nu este utilizat.

Pasul 1. Configurarea lucrărilor de rutină și de fundal

Deschidem lista de sarcini de rutină și de fundal: secțiunea Administrare – Suport și întreținere – Operațiuni de rutină – Sarcini de rutină și de fundal:

După lansarea programului 1C 8.3, joburile de fundal sunt lansate automat și sunt efectuate sarcini de rutină, care folosesc o cantitate imensă de resurse și încetinesc programul. Prin urmare, este necesar să se analizeze activitatea contabililor și să se determine ce sarcini de fundal ar trebui lăsate în autorun și care ar trebui să fie dezactivate.

În figură vedem o listă de sarcini de rutină care sunt lansate în 1C 8.3 Contabilitate:

În figură vedem o listă de joburi de fundal finalizate:

De exemplu,

Programul 1C 8.3 Accounting este conectat constant la site pentru a actualiza diverse clasificatoare;
Dacă întreprinderea nu efectuează operațiuni legate de valută străină, atunci nu este nevoie să urmăriți cursurile de schimb;
Dacă contabilul nu folosește căutarea full-text în program, atunci nu este recomandabil să rulați procesul „Extragere text”.

Pasul 2: Dezactivează sarcinile inutile

Să aruncăm o privire mai atentă la cum să dezactivați descărcarea. Plasați cursorul pe linia dorită și faceți dublu clic:

Pentru a dezactiva sarcina, debifați caseta de selectare Activat:

Pasul 3. Stabilirea unui program pentru sarcinile de rutină

Să aruncăm o privire mai atentă asupra modului de a stabili un program. Plasați cursorul pe linia dorită și faceți dublu clic:

Selectați elementul Program:

În fereastra care se deschide, accesați fila dorită și efectuați setările corespunzătoare:

Metoda 2. Diagnosticarea și eliminarea erorilor dintr-o bază de informații care are un format de stocare a datelor de fișier

Pasul 1.

Creăm o copie de rezervă a bazei de date.

Pasul 2.

Să începem procedura. Pentru a face acest lucru, deschideți Configuratorul și rulați procedura Testarea și corectarea bazei de informații: sectiunea Administrare – Testare si corectare. Selectați verificările și modurile care trebuie efectuate pentru baza de informații:

Să aruncăm o privire mai atentă la opțiunile de verificare propuse:

Reindexarea tabelelor infobase – reconstruiește indecșii tabelelor pentru a îmbunătăți performanța bazei de date;
Verificarea integrității logice a bazei de informații – verificarea logicii bazei de date;
Verificarea integrității referențiale a bazei de informații - verificarea integrității logice a bazei de date pentru a detecta legăturile „rupte”;
Recalcularea totalurilor – recalcularea totalurilor tabelelor registrului de acumulare;
Comprimarea tabelelor infobase – reduce dimensiunea bazei de date după testare și corectare;
Restructurarea tabelelor infobase – optimizează structura bazei de date folosind fișiere auxiliare pentru a crește stabilitatea și performanța.

Dacă selectăm opțiunea Procedura de testare și corectare în modul Verificare integrității referențiale a bazei de informații, atunci devin disponibile elementele de setări pentru procesarea erorilor bazei de date:

Paragraf Când există referiri la obiecte inexistenteînseamnă că atunci când sunt detectate legături „întrerupte”, va procesa legăturile folosind opțiunea selectată;
Paragraf În cazul pierderii parțiale a datelor obiectuluiînseamnă că datele rămase sunt suficiente pentru a restabili datele unui obiect.

Procedura de testare și corectare a bazei de informații 1C poate fi efectuată numai în modul exclusiv.

Metoda 3. Începeți indexarea căutării full-text în 1C sau dezactivați-o complet

1C a dezvoltat căutarea de date full-text pentru a facilita utilizatorului să caute informații necunoscute. O caracteristică a căutării de date full-text în 1C 8.3 este:

Utilizatorul poate introduce o interogare de căutare într-o formă simplă și poate folosi operatori speciali precum: și, sau, nu.
Căutarea datelor full-text funcționează cu câmpuri de tip ValueStorage și cu câmpuri text lungi, iar utilizatorului nu i se vor afișa rezultate pentru care nu are drepturi.

De exemplu, trebuie să configurați o căutare full-text în documentele raportului anticipat.

Pasul 1.

Pasul 2.

Deschideți documentul Raport avansat: meniul Configurator – Deschideți configurația.

Pasul 3.

În linia Căutare text integral, selectați Utilizare: Raport avansat – Câmp de introducere – Căutare text integral:

Pasul 4.

Lansăm programul și actualizăm modul de căutare full-text. Deschideți Operațiuni obișnuite: secțiunea Administrare – Setări program – Asistență și întreținere:

Pasul 5.

Deschideți setările și actualizați indexul folosind butonul Actualizare index:

Metoda 4. Lansarea bazei de date pe cele mai recente platforme 8.3.8

Cum să actualizați platforma tehnologică 1C 8.3, vedeți tutorialul nostru video:

Specialiștii 1C au îmbunătățit distribuția sarcinii:

Este posibil să se controleze mai precis cantitatea de memorie consumată de procesele de lucru pe server, ceea ce face clusterul mai rezistent la acțiunile neglijente ale utilizatorului.
Restructurarea bazelor de informații în fundal. Noua caracteristică vă permite să minimizați timpul de nefuncționare a sistemului necesar pentru actualizarea soluțiilor aplicației.
Versiunea 8.3 a platformei a primit o nouă interfață pentru aplicațiile „Taxi”, mai convenabilă și mai vizuală, cu un nou design luminos. Capacități îmbunătățite de navigare în aplicație. Utilizatorul își poate personaliza în mod independent spațiul de lucru prin plasarea panourilor în diferite zone ale ecranului. Noul mecanism de introducere a liniilor accelerează semnificativ căutarea datelor. Pentru mai multe informații despre noile caracteristici ale interfeței „Taxi” a programului de contabilitate 1C 8.3, vedeți videoclipul nostru:

Metoda 5. Lansați în Thin Client

Lucrul în modul client subțire este posibil numai în modul aplicație gestionată. În modul client subțire, toate acțiunile sunt efectuate pe server, iar utilizatorul primește doar o afișare a informațiilor primite. Acest mod de operare nu necesită resurse mari atât ale sistemului, cât și ale canalului de comunicație.

Metoda 6. Schimbați software-ul antivirus

Dacă aveți instalat un antivirus Avast sau Kaspersky, atunci este indicat să îl înlocuiți cu altul. Experiența a arătat că viteza de transfer a documentelor atunci când antivirusul este dezactivat crește semnificativ, deoarece antivirusurile ocupă resursele computerului.

Metoda 7. Testarea si corectarea bazei de date, verificarea cu utilitarul chdbfl.exe

Este necesar să se efectueze Testarea și corectarea bazei de date, făcând mai întâi o copie.

Pasul 1. Faceți o copie a bazei de date

Cum să faci o copie de rezervă a 1C 8.3, vezi următorul tutorial video:

Pasul 2. Verificați folosind utilitarul chdbfl.exe

Utilitarul chdbfl.exe este folosit în cazurile în care sistemul nu pornește nici măcar în modul configurator. Utilitarul se află în folderul „bin” al platformei tehnologice instalate, de exemplu: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Verificăm folosind utilitarul chdbfl.exe:

Pasul 3. Efectuați testarea și corectarea bazei de date

Efectuați testarea și corectarea bazei de date pornind sistemul în modul configurator.

Pasul 4. Restaurarea secvenței documentelor

Pentru a restabili secvența din 1C 8.3, deschideți Toate funcțiile: Meniu principal - Toate funcțiile. Selectați articolul dorit și deschideți folosind butonul Deschidere:

În fereastra care se deschide, accesați fila Restaurare secvențe și faceți clic pe Restaurare sau Restaurare tot:

Metoda 8. Dacă configurația nu este standard, atunci verificați configurația

Dacă configurația nu este standard, adică modificată de programatori pentru o anumită organizație, atunci verificăm configurația.

Pasul 1.

Lansăm programul în modul Configurator.

Pasul 2.

Deschideți configurația bazei de date: secțiunea Configurare – Configurare baze de date:

Pasul 3.

Selectați elementul Verificare configurație și efectuați setările:

Metoda 9: Dezactivați modurile funcționale inutile

Deschideți Funcționalitatea programului 1C 8.3: secțiunea Principal - Setări - Funcționalitate, faceți setări pentru fiecare secțiune:

Metoda 10. Configurați drepturile utilizatorului

Pasul 1.

Lansăm 1C 8.3 în modul Configurator.

Pasul 2.

Deschideți lista de utilizatori: secțiunea Administrare – Utilizatori. În fila Altele, determinăm ce roluri trebuie să fie atribuite utilizatorului și le bifăm.

Reducerea funcționalității selectate reduce timpul necesar programului pentru sortarea formularelor gestionate la deschiderea unei liste de documente, adică cu cât este mai puțin inutil în interfața gestionată, cu atât funcționează mai rapid:

Metoda 11. Defragmentarea unui disc cu o bază de date de fișiere

Procedura de defragmentare a discului optimizează fișierele aflate pe hard disk pentru a crește viteza sistemului. Defragmentarea ar trebui făcută numai atunci când este necesar, deoarece crește uzura discului.

Cu hard diskul selectat, utilizați butonul din dreapta al mouse-ului pentru a apela comanda Proprietăți:

În fila Instrumente, selectați Optimizare și defragmentare disc:

Metoda 12. Plierea bazei

– aceasta este înregistrarea soldurilor curente de la o anumită dată și eliminarea documentelor vechi, inutile. Această metodă poate fi utilă dacă baza de date este mare, de exemplu, pentru câțiva ani. Acumularea trebuie făcută fără ca utilizatorii să lucreze în sistem.

Pasul 1. Creați o copie a bazei de date

Pasul 2. Efectuăm procedura de restrângere a bazei de date 1C 8.3

Sectiunea Administratie – Serviciu – Colaps baza de informatii.

La prima etapă programul 1C 8.3 sugerează realizarea unei copii de rezervă, unde trebuie să specificați directorul de salvat. Faceți clic pe Următorul:

1C este din nou lent?Pierzi timpul în timp ce pregătești un raport?V-ați săturat să beți ceai în așteptarea schimbului de date?

Situația cu funcționarea lentă a 1C nu este neobișnuită. Puteți suporta acest lucru sau puteți optimiza setările 1C și echipamentele, ceea ce va crește semnificativ viteza de lucru.

Serviciile noastre vă vor ajuta să faceți mai multe în timpul zilei de lucru! Știm cum să accelerăm 1C pentru a nu repeta niciodată cuvintele „1C îngheață”.

De ce poate 1C să înghețe sau să încetinească?

Pot exista probleme cu echipamentul. Lipsa memoriei pe serverul 1C, funcționarea instabilă în rețeaua locală, probleme cu hard disk-ul sau cheile de securitate - toate acestea pot face ca 1C să încetinească și să te facă nervos. În plus, 1C poate îngheța din cauza:

compatibilitate slabă cu platforma și configurația,
greșeli grave ale programatorilor începători 1C,
dimensiune mare de bază,
un număr mare de utilizatori.

Chiar și erorile din timpul operațiunilor normale cu 1C pot duce, de asemenea, la funcționarea lui lentă.

Cum să accelerezi 1C?

Procedăm astfel:

Verificăm echipamentele pentru conformitatea cu cerințele tehnologice 1C. Poate fi necesar să măriți memoria RAM, să configurați un server 1C, să înlocuiți un disc sau să verificați viteza rețelei locale. Cu alte cuvinte, efectuăm o verificare completă a tuturor echipamentelor care sunt implicate în proces.
Verificăm setările altor servicii implicate în funcționarea lui 1C. De exemplu, o bază de date SQL configurată incorect sau un acces nesigur la terminal poate încetini foarte mult 1C.
Verificăm corectitudinea codului de configurare 1C, cu care apar probleme. Nu este un secret pentru nimeni că aceeași problemă de software poate fi rezolvată în moduri diferite. Codul neoptimal determină adesea blocarea 1C.
Verificăm modelul de lucru al utilizatorului când lucrăm cu 1C. Uneori, utilizatorii înșiși încetinesc 1C și nu sunt conștienți de asta..

Cum să accelerați munca în 1C: Contabilitate 8.3 (ediția 3.0) sau dezactivați sarcinile de rutină și de fundal

2019-01-15T13:28:19+00:00

Cei dintre voi care ați trecut deja la noua ediție a 1C: Accounting 8.3 (ediția 3.0) ați observat că a devenit mai lent decât 2. Câteva încetiniri ciudate, sarcini de fundal nesfârșite de mai multe ori pe zi, pe care nimeni nu i-a cerut să le îndeplinească fără știrea noastră.

Contabilii mi-au spus imediat după tranziție că noua ediție a 1C: Contabilitatea 3.0 este de-a dreptul lentă în comparație cu cele anterioare! Și pur și simplu este imposibil să lucrezi.

Am început să mă uit și foarte curând am aflat că principala cauză a înghețurilor și a nemulțumirii ulterioare a utilizatorilor sunt sarcinile de rutină și de fundal, dintre care multe sunt activate implicit, deși pentru marea majoritate a contabililor nu este nevoie de ele.

Ei bine, de exemplu, de ce trebuie să rulăm sarcina „Extragere text” de o sută de ori pe zi dacă nu efectuăm o căutare integrală (contabili, nu vă alarmați) în toate obiectele din baza noastră de date.

Sau de ce să descarcăm constant rate valutare dacă nu avem tranzacții valutare sau le facem ocazional (și înainte de asta putem apăsa noi înșine butonul de descărcare rate).

Același lucru este valabil și pentru încercarea constantă a 1C de a se conecta la site și de a verifica și actualiza clasificatoarele bancare. Pentru ce? Eu însumi voi apăsa butonul pentru a actualiza clasificatoarele dacă nu găsesc banca potrivită după BIC-ul său.

Cum se face acest lucru pas cu pas mai jos.

1. Accesați secțiunea „Administrare” și selectați „Întreținere” () în panoul de acțiuni:

2. În fereastra care se deschide, găsiți și selectați „Activități de rutină și de fundal”:

3. Deschideți fiecare sarcină care are „Activat” în coloana „Activat”. există un daw.

4. Debifați „Activat” și faceți clic pe butonul „Salvare și închidere”.

5. Faceți acest lucru cu fiecare dintre sarcinile incluse și bucurați-vă de noua ediție. În general, după părerea mea, este mult mai bine decât două.

În același timp, platforma va activa în continuare unele dintre sarcinile programate pe care le-ați dezactivat.

Scopul principal al scrierii acestui articol este de a evita repetarea nuanțelor evidente pentru acei administratori (și programatori) care nu au câștigat încă experiență cu 1C.

Scopul secundar este ca, dacă am vreo deficiență, Infostart va fi cel mai rapid să-mi semnaleze acest lucru.

Testul lui V. Gilev a devenit deja un fel de standard „de facto”. Autorul de pe site-ul său a dat recomandări destul de clare, dar voi prezenta doar câteva rezultate și voi comenta cele mai probabile erori. Desigur, rezultatele testelor pe echipamentul dvs. pot diferi; acesta este doar un ghid pentru ceea ce ar trebui să fie și pentru ce vă puteți strădui. Aș dori să observ imediat că modificările trebuie făcute pas cu pas, iar după fiecare pas, verificați ce rezultat a dat.

Sunt articole similare pe Infostart, voi pune link-uri către ele în secțiunile relevante (dacă îmi lipsește ceva, vă rog să-mi sugerați în comentarii, îl voi adăuga). Deci, să presupunem că 1C este lent. Cum se diagnostichează problema și cum se înțelege cine este de vină, administratorul sau programatorul?

Date inițiale:

Calculator testat, cobai principal: HP DL180G6, echipat cu 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Pentru comparație, Core i3-2100 arată rezultate comparabile în testul cu un singur fir. Echipamentul pe care l-am ales în mod deliberat nu a fost cel mai nou; cu echipamente moderne rezultatele sunt vizibil mai bune.

Pentru testarea serverelor separate 1C și SQL, server SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Pentru a testa o rețea de 10 Gbit, s-au folosit adaptoare Intel 520-DA2.

Versiunea fișierului. (baza de date este pe server într-un folder partajat, clienții se conectează prin rețea, protocol CIFS/SMB). Algoritmul pas cu pas:

0. Adăugați baza de date de testare a lui Gilev la serverul de fișiere în același folder ca bazele de date principale. Ne conectăm de la computerul client și rulăm testul. Ne amintim rezultatul.

Se înțelege că chiar și pentru computerele vechi de acum 10 ani (Pentium pe socket 775 ) timpul de la clic pe comanda rapidă 1C:Enterprise până la apariția ferestrei bazei de date ar trebui să treacă mai puțin de un minut. ( Celeron = lent).

Dacă ai un computer mai rău decât un Pentium priza 775 cu 1 GB de RAM, apoi simpatizez cu tine și îți va fi dificil să obții o muncă confortabilă pe 1C 8.2 în versiunea de fișier. Gândiți-vă fie la upgrade (este timpul) fie la trecerea la un server terminal (sau web, în cazul clientului subțire și formularelor gestionate).

Dacă computerul nu este mai rău, atunci îl puteți da pe administrator. Verificați cel puțin funcționarea rețelei, a antivirusului și a driverului de protecție HASP.

Dacă testul lui Gilev în această etapă a arătat 30 de „papagali” sau mai mult, dar baza de lucru 1C încă funcționează lent, întrebările ar trebui adresate programatorului.

1. Ca ghid pentru cât de mult poate „strânge” un computer client, verificăm doar funcționarea acestui computer, fără rețea. Instalăm baza de date de testare pe un computer local (pe un disc foarte rapid). Dacă computerul client nu are un SSD normal, atunci este creat un disc ram. Deocamdată, cel mai simplu și gratuit este Ramdisk enterprise.

Pentru a testa versiunea 8.2, este suficient un ramdisk de 256 MB și! Cel mai important. După repornirea computerului, cu discul ram în funcțiune, ar trebui să existe 100-200 MB liberi pe el. În consecință, fără un disc ram, pentru funcționarea normală ar trebui să existe 300-400 MB de memorie liberă.

Pentru a testa versiunea 8.3, un disc ram de 256 MB este suficient, dar aveți nevoie de mai multă RAM liberă.

Când testați, trebuie să vă uitați la sarcina procesorului. Într-un caz aproape de ideal (ramdisk), fișierul local 1c încarcă 1 nucleu de procesor atunci când rulează. În consecință, dacă în timpul testării miezul procesorului nu este complet încărcat, căutați punctele slabe. Puțin emoționantă, dar în general corectă, este descrisă influența procesorului asupra funcționării lui 1C. Doar pentru referință, chiar și pe Core i3-urile moderne cu frecvențe înalte, numerele 70-80 sunt destul de realiste.

Cele mai frecvente erori în această etapă.

a) Antivirus configurat incorect. Există multe antivirusuri, setările pentru fiecare sunt diferite, voi spune doar că cu o configurație corespunzătoare, nici web-ul și nici Kaspersky 1C nu interferează. Cu setările implicite, aproximativ 3-5 papagali (10-15%) pot fi luați.

b) Modul de performanță. Din anumite motive, puțini oameni acordă atenție acestui lucru, dar efectul este cel mai semnificativ. Dacă aveți nevoie de viteză, atunci trebuie să faceți acest lucru, atât pe computerele client, cât și pe server. (Gilev are o descriere bună. Singura avertisment este că pe unele plăci de bază, dacă dezactivați Intel SpeedStep, nu puteți activa TurboBoost).

Pe scurt, în timp ce rulează 1C, se așteaptă mult un răspuns de la alte dispozitive (disc, rețea etc.). În așteptarea unui răspuns, dacă modul de performanță este activat, procesorul își scade frecvența. Un răspuns vine de la dispozitiv, 1C (procesorul) trebuie să funcționeze, dar primele cicluri de ceas sunt la o frecvență redusă, apoi frecvența crește - și 1C așteaptă din nou un răspuns de la dispozitiv. Și așa - de multe sute de ori pe secundă.

Puteți (și preferabil) să activați modul de performanță în două locuri:

Prin BIOS. Dezactivați modurile C1, C1E, Intel C-state (C2, C3, C4). În diferite bios ele sunt numite diferit, dar sensul este același. Este nevoie de mult timp pentru a căuta, este necesară o repornire, dar dacă o faci o dată, atunci o poți uita. Dacă faci totul corect în BIOS, viteza va crește. Pe unele plăci de bază, puteți configura setările BIOS, astfel încât modul de performanță Windows să nu joace un rol. (Exemple de setări BIOS de la Gilev). Aceste setări se referă în principal la procesoarele de server sau BIOS-urile „avansate”, dacă nu ați găsit acest lucru și NU aveți Xeon, este în regulă.

Panou de control - Alimentare - Performanță ridicată. Minus - dacă computerul nu a fost întreținut de mult timp, va face un zgomot mai puternic al ventilatorului, se va încălzi mai mult și va consuma mai multă energie. Aceasta este o taxă de performanță.

Cum să verificați dacă modul este activat. Lansați task manager - performanță - monitor resurse - CPU. Așteptăm până când procesorul este ocupat cu nimic.

Acestea sunt setările implicite.

În starea C BIOS inclus,

modul de consum echilibrat de energie

În starea C BIOS inclus, mod de înaltă performanță

Pentru Pentium și Core te poți opri acolo,

Încă puteți stoarce puțini „papagali” din Xeon

În starea C BIOS oprit, mod de înaltă performanță.

Dacă nu utilizați Turbo boost, așa ar trebui să arate

server reglat pentru performanță

Și acum numerele. Permiteți-mi să vă reamintesc: Intel Xeon 5650, disc ram. În primul caz, testul arată 23,26, în ultimul - 49,5. Diferența este aproape dublă. Cifrele pot varia, dar raportul rămâne în esență același pentru Intel Core.

Dragi administratori, puteți critica 1C cât de mult doriți, dar dacă utilizatorii finali au nevoie de viteză, trebuie să activaț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ă este compatibil, atunci puteți obține încă o performanță destul de legală. (Nu vreau să abordez problemele de overclockare a frecvenței, în special serverele, fă-o pe riscul și riscul tău. Dar sunt de acord că creșterea vitezei Bus de la 133 la 166 dă o creștere foarte vizibilă atât a vitezei, cât și a disipării căldurii)

Cum să activaț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 turbo boost are loc atunci când starea C este activată. Și obținem ceva de genul acesta:

Vă rugăm să rețineți că multiplicatorul este maxim, viteza Core este frumoasă și performanța este ridicată. Dar ce se va întâmpla ca rezultat cu 1s?

	Factor	Viteza de bază (frecvență), GHz	CPU-Z Single Thread	Testul Gilev Ramdisk versiunea fișierului	Testul Gilev Ramdisk client server
Fără Turbo Boost
Stare C oprită, Turbo boost				53.19	40,32
Stare C activată, Turbo boost			1080	53,13	23,04

Dar până la urmă se dovedește că, conform testelor de performanță CPU, versiunea cu un multiplicator de 23 este înainte, conform testelor lui Gilev în versiunea de fișier performanța cu un multiplicator de 22 și 23 este aceeași, dar în client-server versiune - versiunea cu un multiplicator de 23 este groaznic teribil (chiar dacă starea C este setată la nivelul 7, este totuși mai lentă decât cu starea C dezactivată). Prin urmare, recomandarea este să verificați singur ambele opțiuni și să o alegeți pe cea mai bună. În orice caz, diferența dintre 49,5 și 53 de papagali este destul de semnificativă, mai ales fără prea mult efort.

Concluzie - turbo boost trebuie activat. Permiteți-mi să vă reamintesc că nu este suficient să activați elementul Turbo boost în BIOS, trebuie să vă uitați și la alte setări (BIOS: QPI L0s, L1 - dezactivare, scrubbing la cerere - dezactivare, Intel SpeedStep - activare, Turbo boost - activat.Panou de control - Opțiuni de alimentare - Performanță ridicată) . Și totuși aș alege (chiar și pentru versiunea de fișier) opțiunea în care c-state este dezactivat, chiar dacă multiplicatorul este mai mic. O sa iasa asa ceva...

Un punct destul de controversat este frecvența memoriei. De exemplu, se arată că frecvența memoriei are o influență foarte puternică. Testele mele nu au relevat o asemenea dependență. Nu voi compara DDR 2/3/4, voi arăta rezultatele modificării frecvenței în cadrul aceleiași linii. Memoria este aceeași, dar în BIOS suntem nevoiți să setăm frecvențe mai mici.

Și rezultatele testelor. 1C 8.2.19.83, pentru versiunea de fișier local ramdisk, pentru client-server 1C și SQL pe un singur computer, memorie partajată. Turbo Boost este dezactivat în ambele versiuni. 8.3 arată rezultate comparabile.

Diferența este în cadrul erorii de măsurare. Am scos în mod special capturi de ecran ale CPU-Z pentru a arăta că, odată cu o schimbare a frecvenței, se schimbă și alți parametri, aceeași Latență CAS și Întârziere RAS la CAS, care neutralizează schimbarea frecvenței. Diferența va fi atunci când modulele de memorie sunt modificate fizic, de la mai lent la mai rapid, dar nici acolo cifrele nu sunt deosebit de semnificative.

2. După ce am sortat procesorul și memoria computerului client, trecem la următorul loc foarte important - rețeaua. S-au scris multe volume de cărți despre reglarea rețelei, există articole despre Infostart (, și altele), dar aici nu mă voi concentra pe acest subiect. Înainte de a începe testarea 1C, vă rugăm să vă asigurați că iperf între două computere arată întreaga lățime de bandă (pentru cardurile de 1 Gbit - ei bine, cel puțin 850 Mbit, sau mai bine 950-980), că sfatul lui Gilev a fost urmat. Apoi - cel mai simplu test de funcționare va fi, destul de ciudat, copierea unui fișier mare (5-10 gigaocteți) în rețea. Un semn indirect de funcționare normală pe o rețea de 1 Gbit va fi viteza medie de copiere de 100 MB/sec, funcționare bună - 120 MB/sec. Aș dori să vă atrag atenția asupra faptului că punctul slab (inclusiv) poate fi încărcarea procesorului. SMB Protocolul de pe Linux este destul de slab paralelizat, iar în timpul funcționării poate „mânca” destul de ușor un nucleu de procesor și nu mai consumă.

Și mai departe. Cu setările implicite, clientul Windows funcționează cel mai bine cu un server Windows (sau chiar cu o stație de lucru Windows) și protocolul SMB/CIFS, un client Linux (debian, ubuntu nu s-a uitat la celelalte) funcționează mai bine cu Linux și NFS ( funcționează și cu SMB, dar pe NFS papagalii sunt mai înalți). Faptul că în timpul copierii liniare un server Windows Linux pe NFS este copiat într-un flux mai rapid nu înseamnă nimic. Tuningul Debian pentru 1C este un subiect pentru un articol separat, încă nu sunt pregătit pentru asta, deși pot spune că în versiunea de fișier am obținut performanțe chiar puțin mai bune decât versiunea Win pe același echipament, dar cu postgres cu peste 50 de utilizatori am încă totul foarte rău.

Cel mai important , pe care administratorii „arși” îl știu, dar începătorii nu țin cont. Există multe modalități de a seta calea către baza de date 1c. Puteți face \\server\share, puteți face \\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 unitatea Z. Se pare că toate aceste căi indică către același loc, dar pentru 1C există o singură cale care oferă performanțe normale destul de fiabile. Deci, iată ce trebuie să faceți corect:

Pe linia de comandă (sau în politici, sau orice este convenabil pentru dvs.) - utilizați net DriveLetter: \\server\share. Exemplu: net use m: \\server\baze. Subliniez în mod special NU adresa IP și anume Nume Server. Dacă numele serverului nu este vizibil, adăugați-l la dns de pe server sau local la fișierul hosts. Dar adresa trebuie să fie după nume. În consecință, în drum spre baza de date, accesați acest disc (vezi imaginea).

Și acum voi arăta cu cifre de ce acesta este sfatul. Date inițiale: carduri Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Ultimele drivere, actualizări aplicate. Înainte de testare, m-am asigurat că Iperf oferă toată lățimea de bandă (cu excepția cardurilor de 10 Gbit, a reușit să stoarce doar 7,2 Gbit, voi vedea de ce mai târziu, serverul de testare nu este încă configurat corect). Discurile sunt diferite, dar peste tot există un SSD (am introdus special un singur disc pentru testare, nu este încărcat cu altceva) sau un raid de la un SSD. Viteza de 100 Mbit a fost obținută prin limitarea setărilor adaptorului Intel 362. Nu a existat nicio diferență între Intel 350 de cupru de 1 Gbit și Intel X520-DA2 optic de 1 Gbit (obținut prin limitarea vitezei adaptorului). Performanță maximă, turbo boost este dezactivat (doar pentru comparabilitate a rezultatelor, turbo boost pentru rezultate bune adaugă puțin mai puțin de 10%, pentru rezultate proaste este posibil să nu aibă niciun efect). Versiunile 1C 8.2.19.86, 8.3.6.2076. Nu dau toate numerele, ci doar pe cele mai interesante, ca să ai cu ce să compari.

	Win 2008 - Win 2008 contact prin adresa ip	Win 2008 - Win 2008 Sunând pe nume	Win 2008 - Win 2008 Contact prin adresa IP	Win 2008 - Win 2008 Sunând pe nume	Win 2008 - Win 7 Sunând pe nume	Win 2008 - Debian Sunând pe nume	Win 2008 - Win 2008 Contact prin adresa IP	Win 2008 - Win 2008 Sunând 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 (din tabel și din experiența personală. Se aplică numai pentru versiunea fișierului):

Prin intermediul rețelei, puteți obține numere destul de normale pentru lucru dacă această rețea este configurată corect și calea este introdusă corect în 1C. Chiar și primul Core i3 poate produce cu ușurință peste 40 de papagali, ceea ce este destul de bine, iar aceștia nu sunt doar papagali, în munca reală diferența este și ea vizibilă. Dar! Limitarea atunci când lucrați cu mai mulți (mai mult de 10) utilizatori nu va mai fi rețeaua, aici 1 Gbit este încă suficient, dar blocarea în timpul lucrului cu mai mulți utilizatori (Gilev).

Platforma 1C 8.3 este de multe ori mai pretențioasă în ceea ce privește configurarea corectă a rețelei. Setări de bază - vezi Gilev, dar rețineți că totul poate fi influențat. Am văzut o accelerare de la dezinstalarea (și nu doar de la oprirea) antivirusului, de la eliminarea protocoalelor precum FCoE, de la schimbarea driverelor la o versiune mai veche, dar certificată Microsoft (în special pentru carduri ieftine precum ASUS și DLC), de la scoaterea celei de-a doua plăci de rețea. de pe server. Există o mulțime de opțiuni, configurați-vă rețeaua cu atenție. S-ar putea să existe o situație în care platforma 8.2 oferă numere acceptabile, iar 8.3 - de două sau chiar de mai multe ori mai puțin. Încercați să jucați cu versiunile platformei 8.3, uneori obțineți un efect foarte mare.

1C 8.3.6.2076 (poate mai târziu, încă nu am căutat versiunea exactă) este încă mai ușor de configurat prin rețea decât 8.3.7.2008. Am reușit să obțin funcționarea normală în rețea din 8.3.7.2008 (la papagali comparabili) doar de câteva ori; nu am putut să o repet pentru un caz mai general. Nu am înțeles mare lucru, dar judecând după învelișurile pentru picioare de la Process Explorer, înregistrarea acolo nu este la fel de bună ca în 8.3.6.

În ciuda faptului că atunci când lucrezi pe o rețea de 100 Mbit, programul său de încărcare este mic (putem spune că rețeaua este gratuită), viteza de operare este totuși mult mai mică decât pe 1 Gbit. Motivul este latența rețelei.

Toate celelalte lucruri fiind egale (o rețea care funcționează bine) pentru 1C 8.2, conexiunea Intel-Realtek este cu 10% mai lentă decât Intel-Intel. Dar realtek-realtek poate da, în general, o tasare bruscă din senin. Prin urmare, dacă aveți bani, este mai bine să păstrați plăcile de rețea Intel peste tot; dacă nu aveți bani, atunci instalați Intel numai pe server (CO). Și există de multe ori mai multe instrucțiuni pentru reglarea plăcilor de rețea Intel.

Setările implicite antivirus (folosind drweb versiunea 10 ca exemplu) ocupă aproximativ 8-10% din papagali. Dacă îl configurați așa cum trebuie (permiteți procesului 1cv8 să facă totul, deși nu este sigur), viteza este aceeași ca și fără antivirus.

NU citiți guru Linux. Un server cu samba este grozav și gratuit, dar dacă instalați Win XP sau Win7 (sau și mai bine - server OS) pe server, atunci versiunea de fișier a 1c va funcționa mai rapid. Da, samba și stiva de protocoale și setările de rețea și multe, multe altele pot fi bine reglate în debian/ubuntu, dar acest lucru este recomandat specialiștilor. Nu are rost să instalezi Linux cu setările implicite și apoi să spui că este lent.

Este o idee destul de bună să verificați funcționarea discurilor conectate prin utilizarea rețelei folosind fio . Cel puțin va fi clar dacă acestea sunt probleme cu platforma 1C, sau cu rețea/disc.

Pentru versiunea pentru un singur utilizator, nu mă pot gândi la teste (sau la o situație) în care diferența dintre 1 Gbit și 10 Gbit ar fi vizibilă. Singurul lucru în care 10 Gbit pentru versiunea de fișier a dat rezultate mai bune este conectarea discurilor prin iSCSI, dar acesta este un subiect pentru un articol separat. Totuși, cred că pentru versiunea de fișier cardurile de 1 Gbit sunt suficiente.

Nu înțeleg de ce, cu o rețea de 100 Mbit, 8.3 funcționează considerabil mai repede decât 8.2, dar a fost un fapt. Toate celelalte echipamente, toate celelalte setări sunt absolut aceleași, doar că într-un caz este testat 8.2, iar în celălalt - 8.3.

NFS neajustat win-win sau win-lin dă 6 papagali, nu i-am inclus în tabel. După tuning am primit 25, dar a fost instabil (diferența de măsurători a fost mai mare de 2 unități). Încă nu pot da recomandări despre utilizarea Windows și a protocolului NFS.

După toate setările și verificările, rulăm din nou testul de pe computerul client și ne bucurăm de rezultatul îmbunătățit (dacă funcționează). Dacă rezultatul s-a îmbunătățit, există mai mult de 30 de papagali (și mai ales mai mult de 40), mai puțin de 10 utilizatori lucrează în același timp, iar baza de date de lucru este încă lentă - aproape sigur o problemă cu programatorul (sau aveți a atins deja capacitățile de vârf ale versiunii fișierului).

Server terminal. (baza de date este pe server, clienții se conectează prin rețea, protocol RDP). Algoritmul pas cu pas:

0. Adăugați baza de date de testare a lui Gilev la server în același folder ca bazele de date principale. Ne conectăm de pe același server și rulăm testul. Ne amintim rezultatul.

1. La fel ca în versiunea de fișier, am configurat lucrarea. În cazul unui server terminal, procesorul joacă în general rolul principal (se presupune că nu există puncte slabe evidente, cum ar fi lipsa memoriei sau o cantitate imensă de software inutil).

2. Configurarea plăcilor de rețea în cazul unui server terminal nu are practic niciun efect asupra funcționării lui 1c. Pentru a asigura un confort „special”, dacă serverul tău produce mai mult de 50 de papagali, te poți juca cu versiuni noi ale protocolului RDP, doar pentru confortul utilizatorilor, răspuns mai rapid și derulare.

3. Dacă un număr mare de utilizatori lucrează activ (și aici puteți încerca deja să conectați 30 de persoane la o bază de date, dacă încercați), este foarte recomandabil să instalați o unitate SSD. Din anumite motive, se crede că discul nu afectează în mod deosebit funcționarea lui 1C, dar toate testele sunt efectuate cu cache-ul controlerului activat pentru scriere, ceea ce este incorect. Baza de testare este mică, se potrivește destul de bine în cache, de unde și numerele mari. Pe bazele de date reale (mari) totul va fi complet diferit, astfel încât memoria cache este dezactivată pentru teste.

De exemplu, am verificat funcționarea testului Gilev cu diferite opțiuni de disc. Am instalat discurile din ceea ce era la îndemână, doar pentru a arăta tendința. Diferența dintre 8.3.6.2076 și 8.3.7.2008 este mică (în versiunea Ramdisk Turbo boost 8.3.6 produce 56.18 și 8.3.7.2008 produce 55.56, la alte teste diferența este și mai mică). Consum de energie - performanță maximă, turbo boost dezactivat (dacă nu se specifică altfel).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	SSD unic	Ramdisk		Cache-ul activat Controler 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

Cache-ul controlerului RAID activat elimină toate diferențele dintre discuri; numerele sunt aceleași atât pentru sat, cât și pentru cas. Testarea cu el pe o cantitate mică de date este inutilă și nu este indicativă de niciun fel.

Pentru platforma 8.2, diferența de performanță între opțiunile SATA și SSD este mai mult decât dublă. Aceasta nu este o greșeală de tipar. Dacă te uiți la monitorul de performanță în timpul testului pe unitățile SATA. apoi puteți vedea clar „Timp de funcționare a discului activ (în%)” 80-95. Da, dacă activați memoria cache a discurilor în sine pentru înregistrare, viteza va crește la 35, dacă activați memoria cache a controlerului raid - până la 49 (indiferent de ce discuri sunt testate în acest moment). Dar aceștia sunt papagali cache sintetici; în munca reală, cu baze de date mari, nu va exista niciodată un raport de accesare cache de scriere de 100%.

Viteza chiar și a SSD-urilor ieftine (am testat pe Agility 3) este suficientă pentru a rula versiunea fișierului. Resursa de înregistrare este o altă chestiune, trebuie să o priviți în fiecare caz specific, este clar că Intel 3700 o va avea cu un ordin de mărime mai mare, dar prețul este corespunzător. Și da, înțeleg că atunci când testez un disc SSD, testez și cache-ul acestui disc într-o măsură mai mare, rezultatele reale vor fi mai mici.

Cea mai corectă soluție (din punctul meu de vedere) ar fi să alocați 2 discuri SSD într-un raid în oglindă pentru o bază de date de fișiere (sau mai multe baze de date de fișiere) și să nu plasați nimic altceva acolo. Da, cu o oglindă, SSD-urile se uzează la fel, iar acesta este un minus, dar cel puțin electronica controlerului este protejată cumva de erori.

Principalele avantaje ale unităților SSD pentru versiunea de fișiere vor apărea atunci când există multe baze de date, fiecare cu mai mulți utilizatori. Dacă există 1-2 baze de date și există aproximativ 10 utilizatori, atunci discuri SAS vor fi suficiente. (dar în orice caz, uită-te la încărcarea acestor discuri, cel puțin prin perfmon).

Principalele avantaje ale unui server terminal sunt că poate avea clienți foarte slabi, iar setările de rețea afectează mult mai puțin serverul terminal (din nou, K.O.).

Concluzii: dacă rulați testul Gilev pe un server terminal (de pe același disc unde se află bazele de date de lucru) și în acele momente când baza de date de lucru încetinește, iar testul Gilev arată un rezultat bun (peste 30), atunci funcționarea lentă a bazei de date principale de lucru este de vină cel mai probabil un programator.

Dacă testul lui Gilev arată numere mici și aveți un procesor cu ceas mare și discuri rapide, atunci administratorul trebuie să ia cel puțin perfmon, înregistrând toate rezultatele undeva și să urmărească, să observe și să tragă concluzii. Nu va exista un sfat definitiv.

Opțiune client-server.

Testele au fost efectuate doar pe 8.2, deoarece pe 8.3 totul depinde destul de serios de versiune.

Pentru testare, am ales diferite opțiuni de server și rețele între ele pentru a arăta principalele tendințe.

	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 =	1C: Xeon 5650 = Memorie partajată	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	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ă am luat în considerare toate opțiunile interesante, dacă mai este ceva care vă interesează, scrieți în comentarii, voi încerca să o fac.

SAS pe sistemele de stocare este mai lent decât SSD-urile locale, chiar dacă sistemele de stocare au dimensiuni mai mari de cache. SSD-urile, atât locale, cât și pe sistemele de stocare, funcționează la viteze comparabile pentru testul lui Gilev. Nu cunosc niciun test standard cu mai multe fire (nu doar înregistrarea, ci toate echipamentele), cu excepția testului de încărcare 1C de la MCC.

Schimbarea serverului 1C de la 5520 la 5650 aproape a dublat performanța. Da, configurațiile serverului nu se potrivesc complet, dar arată o tendință (nicio surpriză).

Creșterea frecvenței pe serverul SQL dă cu siguranță un efect, dar nu același ca pe serverul 1C; serverul MS SQL este excelent (dacă îl întrebați) pentru a folosi multi-core și memorie liberă.

Schimbarea rețelei între 1C și SQL de la 1 Gbit la 10 Gbit dă aproximativ 10% papagali. ma asteptam la mai mult.

Activarea memoriei partajate dă în continuare un efect, deși nu de 15%, așa cum este descris. Asigurați-vă că o faceți, din fericire, este rapid și ușor. Dacă în timpul instalării cineva a dat serverului SQL o instanță numită, atunci pentru ca 1C să funcționeze, numele serverului trebuie specificat nu prin FQDN (tcp/ip va funcționa), nu prin localhost sau doar ServerName, ci prin ServerName\InstanceName, de exemplu zz-test\zztest. (În caz contrar, va apărea o eroare DBMS: Microsoft SQL Server Native Client 10.0: Furnizor de memorie partajată: Biblioteca de memorie partajată folosită pentru a stabili o conexiune cu SQL Server 2000 nu a fost găsită. HRESULT=80004005, HRESULT=80004005, HRESULT=80004Srvr, SQL Server 2005 : SQLSTATE=08001, stare=1, Severitate=10, nativ=126, linie=0).

Pentru mai puțin de 100 de utilizatori, singurul punct în care îl împărțim în două servere separate este o licență Win 2008 Std (și mai veche), care acceptă doar 32 GB de RAM. În toate celelalte cazuri, 1C și SQL trebuie să fie instalate pe un singur server și să li se ofere mai multă memorie (cel puțin 64 GB). A oferi MS SQL mai puțin de 24-28 GB de RAM este o lăcomie nejustificată (dacă crezi că ai suficientă memorie și totul funcționează bine, poate că versiunea de fișier a 1C ar fi suficientă pentru tine?)

Cât de rău funcționează combinația dintre 1C și SQL într-o mașină virtuală este subiectul unui articol separat (hint - vizibil mai rău). Chiar și în Hyper-V totul nu este atât de clar...

Modul de performanță echilibrat este rău. Rezultatele sunt destul de conforme cu versiunea fișierului.

Multe surse spun că modul de depanare (ragent.exe -debug) determină o scădere semnificativă a performanței. Ei bine, se reduce, da, dar nu aș numi 2-3% un efect semnificativ.