De multe ori trebuie să vedem uimirea utilizatorilor cu privire la funcționarea lentă a configurațiilor bazate pe 1C 7.7 în versiunea de rețea. În cel mai simplu caz, organizarea rețelei este că pe computer în cazul în care sunt stocate datele, deschideți dosarul cu baza de date prin intermediul rețelei, apoi la alte calculatoare configurate să se conecteze la acel folder de rețea. Rădăcina problemei în acest caz este că atunci când computerul client deschide baza de date din rețea, acesta solicită simultan accesul la toate fișierele bazei de date, adică pentru standardul de Contabilitate va fi de aproximativ 250 de dosare. Mai mult, atunci când se calculează reziduurile sau rândul în raport sau când se efectuează documentul, clientul descarcă toate fișierele de date pentru calcule. Este aceste manipulări de fișiere inhibă puternic aplicarea de locuri de muncă, în special în cazurile de numărul estimat în lista de directoare - de exemplu, o coloană cu restul mărfurilor. Ce se poate face?
Cea mai eficientă modalitate de a crește performanța este transferarea clienților în modul server terminal. Pentru a face acest lucru, serverul terminal trebuie să fie instalat pe computerul central pe care se află baza de date, celelalte computere sunt conectate la server folosind programul client. Pe lângă creșterea performanței, există o altă caracteristică a acestui format: abilitatea de a instala un server puternic și de a folosi la locul de muncă calculatoare ieftine, din care este necesară numai lansarea programului client. Calculatorul client arată astfel:
Concurează cu Terminal Mode poate fi doar reglajul fin al programului: pentru a atinge viteza normală de program poate analiza codul, identifica punctele slabe, dar cel mai probabil va trebui să abandoneze instalațiile - nu afișează Rămășițele liste dinamice, nu pentru a picta linii nu afișează prețul estimat, etc. n. Uneori, puteți rezolva problema schimba complet programul, de exemplu, scris pentru utilizatorii individuali unitate de lucru separată: în magazin departament funcționează cu depozitul și menține produs de vacanță, puteți devreme în a doua zi pentru a genera reziduuri pentru acest departament, salvarea lor într-un tabel temporar, departamentul pe tot parcursul zilei se pregătește documentele care în calculele lor utilizate și de a schimba timpul rămas și nu efectuează plăți în baza de date principală, la sfârșitul zilei de lucru rezultatul este încărcat în baza principală, și în cele din urmă a avut loc la registrul contabil m. Astfel de metode necesită alte costuri - munca programatorului. O altă metodă de împărțire completă a bazei cu uneltele standard este distribuirea bazelor de date. Dar în ambele cazuri, uneori foarte critice pentru o muncă deplină, se pierde - fiabilitatea datelor operaționale. Dacă baza este împărțită în părți, imaginea reală a contabilității nu va fi vizibilă până când părțile individuale nu sunt sincronizate.
Nu putem să nu menționăm un alt mod eficient - de a schimba formatul de stocare a datelor prin plasarea datelor pe serverul SQL. Această soluție este scumpă, dar fără ea nu puteți să o faceți dacă baza de date este mare, numărul de utilizatori este mare și se introduc intens documente noi. Unul dintre avantajele importante ale utilizării serverului SQL poate fi considerat protecția datelor. De exemplu, capacitatea de a proteja baza de date de copiere de către utilizatori curioși - în versiunea obișnuită a fișierelor, este imposibil să se stabilească o astfel de protecție.
Poate că trebuie să înlocuiți echipamentul de rețea? Înlocuiți cardurile de rețea și hub-urile cu rate de transfer de date de până la 1 Gb / s. Cu toate acestea, rețineți că această decizie va fi temporară, până când va crește cantitatea de date și va trebui să căutați o soluție nouă. Cu toate acestea, cunosc clienții care fac o "tăiere" a bazei de date la fiecare 2-3 luni.
În practică, de obicei, trebuie să aplicați o combinație a acestor soluții: trebuie să verificați programul și să vă asigurați că rețeaua este OK și serverul este verificat.