Këshilla për automatizimin. Këshilla për automatizimin Drejtoni ngadalë 1s 8.3 në rrjet

Sistemi 1C zë një pozicion dominues në tregun e automatizimit për bizneset e vogla dhe të mesme. Nëse një kompani ka zgjedhur një sistem të kontabilitetit 1C, atëherë zakonisht pothuajse të gjithë punonjësit punojnë në të, nga specialistët e zakonshëm tek menaxhmenti. Prandaj, shpejtësia e proceseve të biznesit të kompanisë varet nga shpejtësia 1C. Nëse 1C punon me një shpejtësi të pakënaqshme, atëherë kjo ndikon drejtpërdrejt në punën e të gjithë kompanisë dhe fitimin.

Në fakt ka tre metoda të përshpejtimit 1C:

Rritja e kapacitetit të harduerit.
Optimizimi i cilësimeve të sistemit operativ dhe DBMS.
Optimizimi i kodit dhe algoritmeve në 1C.

Metoda e parë kërkon blerjen e pajisjeve dhe licencave, e treta kërkon shumë punë për programuesit dhe, si rezultat, të dyja mënyrat rezultojnë në kosto të konsiderueshme financiare. Para së gjithash, duhet t'i kushtoni vëmendje kodit të programit, pasi asnjë rritje e kapacitetit të serverit nuk mund të kompensojë kodin e pasaktë. Çdo programues e di se me vetëm disa rreshta kodi është e mundur të krijohet një proces që do të ngarkojë plotësisht burimet e çdo serveri.

Nëse kompania është e sigurt në optimalitetin e kodit të programit dhe ai ende po funksionon ngadalë, zakonisht menaxhmenti vendos të rrisë kapacitetin e serverit. Në këtë pikë, lind një pyetje logjike: çfarë mungon, sa dhe çfarë duhet shtuar si rezultat.

Kompania 1C jep një përgjigje mjaft të paqartë në pyetjen se sa burime nevojiten, ne kemi shkruar për të më herët në postimet tona. Dhe kështu ju duhet të kryeni në mënyrë të pavarur eksperimente dhe të kuptoni se nga varet performanca e 1C. Eksperimentet e performancës në EFSOL janë përshkruar më poshtë.

Kur punoni me 1C 8.2, veçanërisht me konfigurimet që përdorin forma të menaxhuara, u vu re një fakt i çuditshëm: 1C funksionon më shpejt në një stacion pune sesa në një server të fuqishëm. Për më tepër, të gjitha karakteristikat e stacionit të punës janë më të këqija se ato të serverit.

Tabela 1 - Konfigurimet mbi të cilat është kryer testimi fillestar

Stacioni i punës tregon një performancë prej 155% më shumë se një server 1C me performancë superiore. Filluam të kuptonim se çfarë ishte çështja dhe të ngushtonim rrethin e kërkimeve.

Figura 1 - Matjet e performancës në stacionin e punës me testin Gilev

Dyshimi i parë ishte se testi i Gilev ishte i pamjaftueshëm. Matjet e hapjes së formularëve, postimi i dokumenteve, gjenerimi i raporteve, etj., duke përdorur mjete instrumentale, treguan se testi Gilev jep një vlerësim proporcional me shpejtësinë aktuale të punës në 1C.

Numri dhe frekuenca e RAM-it

Një analizë e informacionit të disponueshëm në internet tregoi se shumë shkruajnë për varësinë e performancës 1C nga frekuenca e kujtesës. Është nga frekuenca, dhe jo nga volumi. Ne vendosëm të testojmë këtë hipotezë, pasi kemi një frekuencë RAM prej 1066 Mhz në server kundrejt 1333 Mhz në stacionin e punës, dhe sasia e RAM-it në server është tashmë shumë më e lartë. Ne vendosëm të vendosim jo 1066 Mhz, por 800 Mhz menjëherë, në mënyrë që të bëjmë më të dukshëm efektin e varësisë së performancës nga frekuenca e kujtesës. Rezultati - produktiviteti ra me 12% dhe arriti në 39.37 njësi. Ne instaluam memorie me një frekuencë prej 1333 Mhz në vend të 1066 Mhz në server dhe morëm një rritje të lehtë të performancës - rreth 11%. Produktiviteti ishte 19.53 njësi. Prandaj, nuk bëhet fjalë për kujtesën, megjithëse frekuenca e saj jep një rritje të vogël.

Figura 2 - Matjet e performancës në stacionin e punës pas uljes së frekuencës së RAM-it

Figura 3 - Matjet e performancës në server pas rritjes së frekuencës së RAM-it

Nënsistemi i diskut

Hipoteza tjetër lidhej me nënsistemin e diskut. Dy hipoteza u ngritën menjëherë:

SSD-të janë më të mirë se disqet SAS, edhe nëse janë në raid 10.
iSCSI është i ngadaltë ose nuk funksionon siç duhet.

Prandaj, në stacionin e punës u instalua një disk i rregullt SATA në vend të një SSD, dhe e njëjta gjë u bë me serverin - baza u vendos në një disk lokal SATA. Si rezultat, matjet e performancës nuk kanë ndryshuar në asnjë mënyrë. Me shumë mundësi, kjo po ndodh, pasi ka mjaft RAM dhe disqet praktikisht nuk përdoren në asnjë mënyrë gjatë provës.

CPU

Procesorët në server, natyrisht, janë më të fuqishëm dhe ka dy prej tyre, por frekuenca është pak më e ulët se në stacionin e punës. Ne vendosëm të kontrollonim efektin e frekuencës së procesorit në performancën: nuk kishte procesorë me një frekuencë më të lartë në dispozicion për serverin, kështu që ulëm frekuencën e procesorit në stacionin e punës. E ulëm menjëherë në 1.6 në mënyrë që korrelacioni të shfaqej më i ndritshëm. Testi tregoi se performanca ra ndjeshëm, por edhe me një procesor 1.6, stacioni i punës prodhoi pothuajse 28 njësi, që është pothuajse 1.5 herë më shumë se në server.

Figura 4 - Matjet e performancës në një stacion pune me një procesor 1.6 Ghz

kartë video

Ka informacione në internet që një kartë video mund të ndikojë në performancën e 1C. Provuam videon e integruar të stacionit të punës, një përshtatës profesional Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, një kartë grafike të vjetër GeForce 16MbSDR. Gjatë testit Gilev, nuk u vu re ndonjë ndryshim domethënës. Ndoshta karta video ndikon akoma, por në kushte reale, kur duhet të hapni format e menaxhuara, etj.

Për momentin, ekzistojnë dy dyshime pse stacioni i punës funksionon më shpejt edhe me performancë dukshëm më të keqe:

CPU. Lloji i procesorit në stacionin e punës është më i përshtatshëm për 1C.
Çipset. Duke qenë të barabarta, stacioni ynë i punës ka një çip më të ri, gjë që mund të jetë arsyeja.

Ne planifikojmë të blejmë përbërësit e nevojshëm dhe të vazhdojmë testet në mënyrë që më në fund të zbulojmë se nga varet në një masë më të madhe performanca e 1C. Ndërsa procesi i miratimit dhe prokurimit është duke u zhvilluar, ne vendosëm të bëjmë optimizimin, aq më tepër që nuk kushton asgjë. Hapat e mëposhtëm janë identifikuar:

Faza 1. Vendosja e sistemit

Së pari, le të bëjmë cilësimet e mëposhtme në BIOS dhe sistemin operativ:

Në BIOS të serverit, çaktivizoni të gjitha cilësimet për të kursyer fuqinë e procesorit.
Zgjidhni planin "Performanca maksimale" në sistemin operativ.
Procesori është gjithashtu i akorduar për performancë maksimale. Kjo mund të bëhet duke përdorur programin PowerSchemeEd.

Faza 2. Vendosja e serverit SQL dhe serverit 1C:Enterprise

Ne bëjmë ndryshimet e mëposhtme në cilësimet e serverit DBMS dhe 1C: Enterprise.

Konfigurimi i protokollit të memories së përbashkët:
- Memoria e përbashkët do të aktivizohet vetëm në platformë duke filluar nga 1C 8.2.17, në versionet e mëparshme Named Pipe do të aktivizohet - disi inferior në shpejtësi. Kjo teknologji funksionon vetëm nëse shërbimet 1C dhe MSSQL janë instaluar në të njëjtin server fizik ose virtual.
Rekomandohet të vendosni shërbimin 1C në modalitetin e korrigjimit, paradoksalisht kjo jep një rritje të performancës. Si parazgjedhje, korrigjimi është i çaktivizuar në server.
Konfigurimi i serverit SQL:
- Na duhet vetëm një server, pjesa tjetër e shërbimeve që i përkasin dhe, ndoshta, dikush i përdor ato, vetëm ngadalësojnë punën. Ne ndalojmë dhe çaktivizojmë shërbime të tilla si: FullText Search (1C ka mekanizmin e vet të kërkimit me tekst të plotë), Shërbimet e Integrimit, etj.
- Vendosni sasinë maksimale të memories së caktuar për serverin. Kjo është e nevojshme në mënyrë që serveri sql të llogarisë në këtë shumë dhe të pastrojë kujtesën paraprakisht.
- Caktoni numrin maksimal të threads (Maximum worker threads) dhe vendosni prioritetin e rritur të serverit (Prioriteti Boost).

Faza 3. Krijimi i një baze të dhënash funksionale

Pasi serveri DBMS dhe 1C: Enterprise janë optimizuar, ne vazhdojmë te cilësimet e bazës së të dhënave. Nëse baza nuk është vendosur ende nga skedari .dt dhe ju e dini madhësinë e saj të përafërt, atëherë është më mirë të tregoni menjëherë madhësinë e inicializimit të skedarit primar me ">=" të madhësisë bazë, por kjo është një çështje me shije, do të rritet akoma kur të vendoset. Por Rritja automatike në madhësi duhet të specifikohet: afërsisht 200 MB për bazë të dhënash dhe 50 MB për regjistër, sepse. vlerat e paracaktuara - rritja me 1MB dhe me 10% ngadalëson shumë serverin, kur duhet të rrisë skedarin me çdo transaksion të tretë. Është gjithashtu më mirë të ruani skedarin bazë dhe skedarin e regjistrit në disqe të ndryshëm fizikë ose grupe RAID nëse përdoret një grup RAID dhe të kufizoni rritjen e regjistrit. Rekomandohet të zhvendosni skedarin Tempdb në një grup me shpejtësi të lartë, pasi DBMS e akseson atë mjaft shpesh.

Faza 4. Vendosja e detyrave të planifikuara

Detyrat e planifikuara krijohen thjesht duke përdorur Planin e Mirëmbajtjes në seksionin e Menaxhimit, duke përdorur mjete grafike, kështu që ne nuk do të përshkruajmë në detaje se si bëhet kjo. Le të ndalemi në atë se cilat operacione duhet të kryhen për të përmirësuar performancën.

Indekset duhet të defragmentohen dhe statistikat duhet të përditësohen çdo ditë. nëse fragmentimi i indeksit është > 25%, kjo do të reduktojë në mënyrë drastike performancën e serverit.
Defragmentimi dhe përditësimi i statistikave - bëhet shpejt dhe nuk kërkon shkëputjen e përdoruesve. Gjithashtu rekomandohet të bëhet çdo ditë.
Riindeksimi i plotë - i bërë me një bllokim të bazës së të dhënave, rekomandohet ta bëni atë të paktën një herë në javë. Natyrisht, pas një riindeksimi të plotë, indekset defragmentohen dhe statistikat përditësohen menjëherë.

Si rezultat, me ndihmën e rregullimit të mirë të sistemit, serverit SQL dhe bazës së punës, arritëm të rrisim produktivitetin me 46%. Matjet u kryen duke përdorur instrumentin 1C dhe duke përdorur testin Gilev. Ky i fundit tregoi 25.6 njësi kundrejt 17.53 që ishin fillimisht.

Përfundim i shkurtër

Performanca e 1C nuk varet shumë nga frekuenca e RAM-it. Kur arrihet një vëllim i mjaftueshëm, zgjerimi i mëtejshëm i kujtesës nuk ka kuptim, pasi nuk çon në një rritje të performancës.
Performanca e 1C nuk varet nga karta video.
Performanca e 1C nuk varet nga nënsistemi i diskut, me kusht që radha për leximin ose shkrimin e disqeve të mos tejkalohet. Nëse disqet SATA janë instaluar dhe nuk e kanë tejkaluar radhën, atëherë instalimi i një SSD nuk do të përmirësojë performancën.
Performanca varet mjaft nga frekuenca e procesorit.
Me konfigurimin e duhur të sistemit operativ dhe serverit MSSQL, është e mundur të arrihet një rritje e performancës 1C me 40-50% pa asnjë kosto materiale.

KUJDES! Një pikë shumë e rëndësishme! Të gjitha matjet u kryen në një bazë testimi duke përdorur testin Gilev dhe instrumentet e instrumenteve 1C. Sjellja e një baze të dhënash reale me përdorues të vërtetë mund të ndryshojë nga rezultatet e marra. Për shembull, në bazën e të dhënave të testimit, ne nuk gjetëm ndonjë varësi të performancës nga karta video dhe sasia e RAM-it. Këto përfundime janë mjaft të dyshimta dhe në kushte reale këta faktorë mund të kenë një ndikim të rëndësishëm në performancën. Kur punoni me konfigurime që përdorin forma të menaxhuara, një kartë video është e rëndësishme dhe një procesor i fuqishëm grafik përshpejton punën në drejtim të vizatimit të ndërfaqes së programit, vizualisht kjo manifestohet në funksionimin më të shpejtë 1C.

A funksionon ngadalë 1C juaj? Porosit mirëmbajtjen e kompjuterëve dhe serverëve të IT nga specialistë të EFSOL me përvojë shumëvjeçare ose transferojeni 1C tuaj në një server virtual 1C të fuqishëm dhe tolerant ndaj gabimeve.

Integrimi i sistemit. Konsulencë

Vendosja e detyrave të planifikuara dhe të sfondit;
Diagnostifikimi dhe eliminimi i gabimeve në infobazën, e cila ka një format skedari për ruajtjen e të dhënave;
Filloni indeksimin e kërkimit të tekstit të plotë në 1C ose fikeni fare;
Nisja e bazës së të dhënave në platformat më të fundit 8.3.8;
Lançimi në Thin Client;
Rritja e shpejtësisë së ripostimit të dokumenteve kur antivirusi është i çaktivizuar;
Kryerja e Rillogaritjes së Totaleve dhe Resekuencave;
Ekzekutoni Testimin dhe rregullimin e bazës së të dhënave, duke kontrolluar me mjetin chdbfl.exe;
Nëse konfigurimi nuk është tipik, domethënë i modifikuar nga programuesit për një organizatë specifike, kryeni Kontrollin e konfigurimit;
Çaktivizoni mënyrat funksionale të panevojshme;
Vendosni të drejtat e përdoruesit;
konvolucioni i bazës;
Përmirësimi i harduerit.

Metoda 1: Vendosja e punëve të planifikuara dhe të sfondit

Aplikacioni në edicionin e ri të 1C Accounting 3.0, përveç kryerjes së punës kryesore, nis operacionet në sfond, të cilat çojnë në një ulje të performancës së programit.

Modaliteti i sfondit është një modalitet gatishmërie, domethënë, operacioni është gjithmonë në punë, megjithëse nuk përdoret.

Hapi 1. Vendosja e punëve të planifikuara dhe të sfondit

Hapni listën e detyrave të planifikuara dhe të sfondit: Shih Administrata - Mbështetja dhe Mirëmbajtja - Operacionet e Planifikuara - Punët e planifikuara dhe në sfond:

Pas fillimit të programit 1C 8.3, detyrat e sfondit hapen automatikisht dhe kryhen detyra rutinë që përdorin një sasi të madhe burimesh dhe ngadalësojnë programin. Prandaj, është e nevojshme të analizohet puna e kontabilistëve dhe të përcaktohet se cilat detyra sfondi duhet të lihen në autorun dhe cilat duhet të çaktivizohen.

Në figurë shohim një listë të detyrave rutinë që ekzekutohen në Kontabilitetin 1C 8.3:

Figura tregon një listë të punëve të përfunduara në sfond:

Për shembull,

Programi 1C 8.3 Kontabiliteti për përditësimin e klasifikuesve të ndryshëm është i lidhur vazhdimisht me sitin;
Nëse kompania nuk kryen operacione në lidhje me valutën e huaj, atëherë nuk ka nevojë të gjurmoni kurset e këmbimit;
Nëse llogaritari nuk përdor kërkimin e tekstit të plotë në program, atëherë nuk këshillohet të ekzekutohet procesi "Nxjerrja e tekstit".

Hapi 2 Çaktivizo detyrat e panevojshme

Le të shqyrtojmë në detaje se si të çaktivizoni shkarkimin. Vendosni kursorin në vijën e dëshiruar dhe klikoni dy herë:

Për të çaktivizuar detyrën, zgjidhni kutinë e zgjedhjes Enabled:

Hapi 3. Programoni detyrat e planifikuara

Le të hedhim një vështrim më të afërt se si të vendosni një orar. Vendosni kursorin në vijën e dëshiruar dhe klikoni dy herë:

Zgjidhni artikullin Orari:

Në dritaren që hapet, shkoni te skeda e dëshiruar dhe bëni cilësimet e duhura:

Metoda 2. Diagnostifikimi dhe eliminimi i gabimeve në një bazë informacioni që ka një format të ruajtjes së të dhënave të skedarit

Hapi 1.

Ne krijojmë një kopje rezervë të bazës së të dhënave.

Hapi 2

Ne fillojmë procedurën. Për ta bërë këtë, hapni Konfiguratorin dhe ekzekutoni procedurën e testimit dhe rregullimit të bazës së informacionit: Shih Administrimi - Testimi dhe Rregullimi. Zgjidhni kontrollet dhe mënyrat që do të kryhen për bazën e informacionit:

Konsideroni, më në detaje, opsionet e propozuara të verifikimit:

Riindeksimi i tabelave të bazës së informacionit – rindërton indekset e tabelave për të përmirësuar performancën e bazës së të dhënave;
Kontrollimi i integritetit logjik të infobazës - kontrollimi i logjikës së bazës së të dhënave;
Kontrollimi i integritetit të referencës së infobazës - kontrollimi i integritetit logjik të bazës së të dhënave për të zbuluar lidhjet "të prishura";
Rillogaritja e totaleve - rillogaritja e totaleve të tabelave të regjistrave të akumulimit;
Kompresimi i tabelave të infobazës – zvogëlon madhësinë e bazës së të dhënave pas testimit dhe rregullimit;
Ristrukturimi i tabelave të bazës së informacionit - optimizon strukturën e bazës së të dhënave duke përdorur skedarë ndihmës për të rritur stabilitetin dhe performancën.

Nëse zgjedhim opsionin e procedurës së testimit dhe riparimit në modalitetin e kontrollit të integritetit të referencës Infobase, atëherë artikujt e cilësimeve për trajtimin e gabimeve të bazës së të dhënave bëhen të disponueshme:

Paragraf Kur ka referenca për objekte që nuk ekzistojnë do të thotë që kur zbulohen lidhje "të prishura", do të përpunojë lidhjet duke përdorur opsionin e zgjedhur;
Paragraf Me humbje të pjesshme të të dhënave të objektit do të thotë që pjesa tjetër e të dhënave është e mjaftueshme për të rivendosur të dhënat e një objekti.

Procedura për testimin dhe korrigjimin e infobazës 1C mund të kryhet vetëm në modalitetin ekskluziv.

Metoda 3. Filloni indeksimin e kërkimit të tekstit të plotë në 1C ose fikeni fare

Kërkimi i të dhënave me tekst të plotë u zhvillua nga 1C për të lehtësuar kërkimin e informacionit të panjohur nga përdoruesi. Një tipar i kërkimit të të dhënave me tekst të plotë në 1C 8.3 është:

Përdoruesi mund të vendosë një pyetje të thjeshtë kërkimi dhe të përdorë operatorë të veçantë si: dhe apo jo.
Kërkimi i të dhënave me tekst të plotë funksionon me fusha të tipit ValueStorage dhe me fusha teksti të gjata, ndërsa përdoruesit nuk do t'i shfaqen rezultatet për të cilat ai nuk ka të drejta.

Për shembull, duhet të konfiguroni një kërkim me tekst të plotë në dokumentet e Raportit të Shpenzimeve.

Hapi 1.

Hapi 2

Hapni dokumentin Raporti i avancuar: menyja Konfiguruesi - Hap konfigurimin.

Hapi 3

Në rreshtin Kërkimi me tekst të plotë, zgjidhni artikullin Përdorimi: Raporti i avancuar - Fusha e hyrjes - Kërkimi me tekst të plotë:

Hapi 4

Ne e hapim programin dhe përditësojmë mënyrën e kërkimit të tekstit të plotë. Hapni operacionet e planifikuara: seksioni Administrimi - Cilësimet e programit - Mbështetja dhe mirëmbajtja:

Hapi 5

Hapni cilësimin dhe përditësoni indeksin duke përdorur butonin Përditëso indeksin:

Metoda 4: Ekzekutoni bazën e të dhënave në platformat më të fundit 8.3.8

Si të përditësoni platformën teknologjike 1C 8.3, shihni tutorialin tonë të videos:

Specialistët e 1C kanë përmirësuar shpërndarjen e ngarkesës:

Ju mund të kontrolloni më saktë sasinë e memories së konsumuar nga proceset e punonjësve të serverit, gjë që mund të rrisë elasticitetin e grupit ndaj veprimeve të pakujdesshme të përdoruesit.
Ristrukturimi i bazave të informacionit në sfond. Kjo aftësi e re minimizon kohën e ndërprerjes së sistemit të kërkuar për përditësimin e zgjidhjeve të aplikacioneve.
Versioni i platformës 8.3 mori një ndërfaqe të re aplikacioni "Taxi", më i përshtatshëm dhe intuitiv me një dizajn të ri të ndritshëm. Opsione të përmirësuara të navigimit të aplikacioneve. Përdoruesi mund të personalizojë në mënyrë të pavarur hapësirën e tij të punës duke vendosur panele në zona të ndryshme të ekranit. Mekanizmi i ri i hyrjes rresht pas rreshti shpejton ndjeshëm rikthimin e të dhënave. Për më shumë informacion rreth veçorive të reja të ndërfaqes 1C 8.3 Accounting Taxi, shihni videon tonë:

Metoda 5. Lancimi në një klient të hollë

Puna në modalitetin e klientit të hollë është e mundur vetëm në modalitetin e aplikacionit të menaxhuar. Në modalitetin e klientit të hollë, të gjitha veprimet kryhen në server, përdoruesit i shfaqet vetëm një shfaqje e informacionit të marrë. Kjo mënyrë funksionimi nuk kërkon burime të mëdha si të sistemit ashtu edhe të kanalit të komunikimit.

Metoda 6: Ndryshoni programin tuaj antivirus

Nëse ka antivirus Avast ose Kaspersky, atëherë këshillohet ta zëvendësoni atë me një tjetër. Përvoja ka treguar një rritje të shpejtësisë së ripostimit të dokumenteve me antivirus të çaktivizuar herë pas here, pasi antiviruset marrin burimet e kompjuterit.

Metoda 7. Testimi dhe rregullimi i bazës së të dhënave, kontrollimi me mjetin chdbfl.exe

Është e nevojshme të kryhet Testimi dhe korrigjimi i bazës, pasi të keni bërë më parë një kopje.

Hapi 1. Krijimi i një kopjeje të bazës së të dhënave

Si të bëni kopje rezervë të 1C 8.3, shikoni video tutorialin e mëposhtëm:

Hapi 2. Kontrollimi me mjetin chdbfl.exe

Shërbimi chdbfl.exe përdoret në rastet kur sistemi nuk fillon as në modalitetin e konfiguruesit. Shërbimi ndodhet në dosjen "bin" të platformës së instaluar teknologjike, për shembull: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

Ne kryejmë një kontroll duke përdorur mjetin chdbfl.exe:

Hapi 3. Kryeni testimin dhe rregullimin e bazës

Ekzekutoni Testimin dhe rregullimin e bazës së të dhënave duke e nisur sistemin në modalitetin e konfiguruesit.

Hapi 4: Rivendosja e sekuencës së dokumenteve

Për të rivendosur sekuencën në 1C 8.3, hapni Të gjitha funksionet: Menuja kryesore - Të gjitha funksionet. Zgjidhni artikullin e dëshiruar dhe hapeni duke përdorur butonin Hap:

Në dritaren që hapet, në skedën Restore Sequences dhe klikoni Restore ose Restore All:

Metoda 8. Nëse konfigurimi nuk është tipik, atëherë kontrolloni konfigurimin

Nëse konfigurimi nuk është tipik, domethënë i modifikuar nga programuesit për një organizatë specifike, atëherë kontrollojmë konfigurimin.

Hapi 1.

Ekzekutoni programin në modalitetin Konfigurator.

Hapi 2

Hapni konfigurimin e bazës së të dhënave: seksioni Konfigurimi - Konfigurimi i bazës së të dhënave:

Hapi 3

Zgjidhni artikullin Kontrollo konfigurimin dhe bëni cilësimet:

Metoda 9. Çaktivizoni mënyrat funksionale të panevojshme

Ne hapim Funksionalitetin e programit 1C 8.3: seksioni Kryesor - Cilësimet - Funksionaliteti, bëni cilësimet për secilin seksion:

Metoda 10. Vendosni të drejtat e përdoruesit

Hapi 1.

Ne nisim 1C 8.3 në modalitetin Konfigurator.

Hapi 2

Hapni listën e përdoruesve: seksioni Administrata - Përdoruesit. Në skedën Tjetër, ne përcaktojmë se cilat role duhet t'i caktohen përdoruesit dhe i shënojmë ato.

Zvogëlimi i funksionalitetit të zgjedhur zvogëlon kohën për renditjen e formave të menaxhuara nga programi kur hapni një listë dokumentesh, domethënë, sa më pak të panevojshme në ndërfaqen e menaxhuar, aq më shpejt funksionon:

Metoda 11. Defragmentimi i një disku me një bazë skedari

Procedura e defragmentimit të diskut optimizon skedarët e vendosur në hard disk për të rritur shpejtësinë e sistemit. Defragmentimi duhet të bëhet vetëm kur është e nevojshme, pasi rrit procesin e konsumimit të diskut.

Pasi të keni zgjedhur hard diskun, kliko me të djathtën për të thirrur komandën Properties:

Në skedën Mjete, zgjidhni Optimizimi dhe defragmentimi i diskut:

Metoda 12. Përthyerja e bazës

- ky është hyrja e bilanceve korente për një datë të caktuar dhe heqja e dokumenteve të vjetra, të panevojshme. Kjo metodë mund të jetë e dobishme nëse baza e të dhënave është e madhe, për shembull, për disa vite. Përmbledhja duhet të kryhet pa përdoruesit që punojnë në sistem.

Hapi 1. Krijoni një kopje të bazës së të dhënave

Hapi 2. Kryejmë procedurën e konvolucionit të bazës 1C 8.3

Seksioni Administrimi - Shërbimi - Përmbledhja e Infobazës.

Në fazën e parë Programi 1C 8.3 ofron për të bërë një kopje rezervë, ku duhet të specifikoni drejtorinë për të ruajtur. Kliko Next:

A po ngadalësohet përsëri 1C juaj?Humbni kohë duke shkruar një raport?Jeni lodhur duke pirë çaj ndërsa prisni për shkëmbimin e të dhënave?

Situata me punën e ngadaltë të 1C nuk është e pazakontë. Ju mund ta përballoni këtë, ose mund të optimizoni cilësimet për 1C dhe pajisjet, gjë që do të rrisë ndjeshëm shpejtësinë e punës suaj.

Shërbimet tona do t'ju ndihmojnë të bëni më shumë në ditën tuaj të punës! Ne e dimë se si të shpejtojmë 1C në mënyrë që të mos përsërisni kurrë fjalët "1C ngrin".

Pse "1C" mund të ngrijë ose ngadalësojë?

Problemi mund të jetë në harduer. Mungesa e memories në server me 1C, punë e paqëndrueshme në rrjetin lokal, probleme me hard diskun ose çelësat e sigurisë - e gjithë kjo mund ta bëjë 1C të ngadalësohet dhe t'ju bëjë nervoz. Për më tepër, 1C mund të varet për shkak të:

pajtueshmëri e dobët e platformës dhe konfigurimit,
gabimet e programuesve fillestarë 1C,
bazë e madhe,
një numër i madh përdoruesish.

Edhe gabimet gjatë veprimeve normale me 1C mund të çojnë gjithashtu në funksionimin e tij të ngadaltë.

Si të shpejtoni 1C?

Ne operojmë kështu:

Ne kontrollojmë pajisjet për pajtueshmërinë me kërkesat teknologjike 1C. Ndoshta ju duhet të rritni RAM-in, të konfiguroni serverin 1C, të zëvendësoni diskun ose të kontrolloni shpejtësinë e rrjetit lokal. Me fjalë të tjera, ne kryejmë një kontroll gjithëpërfshirës të të gjitha pajisjeve që përfshihen në proces.
Ne kontrollojmë cilësimet e shërbimeve të tjera të përfshira në punën e 1C. Për shembull, baza e të dhënave SQL e konfiguruar gabimisht ose qasja jo e besueshme në terminal mund të ngadalësojë shumë 1C.
Ne kontrollojmë korrektësinë e kodit të konfigurimit 1C, kur punojmë me të cilin ka probleme. Nuk është sekret që i njëjti problem i softuerit mund të zgjidhet në mënyra të ndryshme. Kodi jo optimal shpesh shkakton ngrirjen e 1C.
Ne kontrollojmë skemën e punës së përdoruesve kur punojmë me 1C. Ndonjëherë vetë përdoruesit ngadalësojnë 1C dhe nuk janë të vetëdijshëm për këtë..

Si të shpejtoni punën në 1C: Kontabiliteti 8.3 (versioni 3.0) ose çaktivizoni detyrat rutinë dhe në sfond

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

Ata prej jush që tashmë kanë arritur të kalojnë në edicionin e ri të 1C: Kontabiliteti 8.3 (versioni 3.0) kanë vënë re se ai është bërë më i ngadalshëm se ai. Disa ngadalësime të çuditshme, detyra të pafundme në sfond disa herë në ditë, të cilat askush nuk i kërkoi t'i kryente pa dijeninë tonë.

Menjëherë pas tranzicionit, kontabilistët e mi më thanë se edicioni i ri i 1C: Kontabiliteti 3.0 sinqerisht ngadalësohet në krahasim me ato të mëparshme! Dhe është e pamundur të punosh.

Fillova ta kuptoja dhe shumë shpejt zbulova se shkaku kryesor i ngrirjeve dhe pakënaqësisë pasuese të përdoruesve janë detyrat rutinë dhe në sfond, shumë prej të cilave janë të aktivizuara si parazgjedhje, megjithëse për shumicën dërrmuese të kontabilistëve ato nuk janë të nevojshme.

Epo, për shembull, pse duhet të ekzekutojmë detyrën "Nxjerrja e tekstit" njëqind herë në ditë nëse nuk kryejmë një kërkim me tekst të plotë (kontabilistë, mos kini frikë) në të gjitha objektet në bazën e të dhënave tona.

Ose pse të shkarkojmë vazhdimisht kurset e këmbimit nëse nuk kemi transaksione valutore ose i bëjmë ato herë pas here (dhe para kësaj ne vetë mund të klikojmë butonin e tarifave të shkarkimit).

E njëjta gjë vlen edhe për përpjekjen e vazhdueshme të 1C për t'u lidhur me sitin dhe për të kontrolluar dhe përditësuar klasifikuesit e bankës. Per cfare? Unë vetë do të shtyp butonin për të përditësuar klasifikuesit nëse nuk gjej bregun e duhur sipas BIC-së së tij.

Rreth asaj se si ta bëni atë në pikat e mëposhtme.

1. Shkoni te seksioni "Administrimi" dhe zgjidhni artikullin "Mirëmbajtja" në panelin e veprimit ():

2. Në dritaren që hapet, gjeni dhe zgjidhni artikullin "Detyrat e rregullta dhe në sfond":

3. Hapni çdo punë që ka kolonën On. ia vlen një xhaketë.

4. Hiq zgjedhjen "Enabled" dhe kliko butonin "Ruaj dhe Mbylle".

5. Bëni këtë me secilën nga detyrat e përfshira dhe shijoni botimin e ri. Në përgjithësi, për mendimin tim, është shumë më mirë se deuce.

Në të njëjtën kohë, platforma do të aktivizojë ende disa nga detyrat e planifikuara që keni çaktivizuar.

Qëllimi kryesor i shkrimit të artikullit nuk është të përsërisë nuancat e dukshme për ata administratorë (dhe programues) që nuk kanë fituar ende përvojë me 1C.

Një qëllim dytësor, nëse kam ndonjë mangësi, Infostart do të më tregojë më shpejt.

Testi i V. Gilev tashmë është bërë një lloj standardi "de facto". Autori në faqen e tij të internetit dha rekomandime mjaft të kuptueshme, por unë thjesht do të jap disa rezultate dhe do të komentoj gabimet më të mundshme. Natyrisht, rezultatet e testimit në pajisjet tuaja mund të ndryshojnë, ky është vetëm një udhëzues, çfarë duhet të jetë dhe për çfarë mund të përpiqeni. Dua të vërej menjëherë se ndryshimet duhet të bëhen hap pas hapi, dhe pas çdo hapi, kontrolloni se çfarë rezultati ka dhënë.

Ka artikuj të ngjashëm në Infostart, në seksionet përkatëse do të vendos lidhje me to (nëse më mungon diçka, më tregoni në komente, do ta shtoj). Pra, supozoni se po ngadalësoni 1C. Si të diagnostikoni problemin dhe si të kuptoni se kush është fajtori, administratori apo programuesi?

Të dhënat fillestare:

Kompjuter i testuar, gini kryesor: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i , Win 2008 r2. Për krahasim, rezultatet e krahasueshme në një test me një fije të vetme tregohen nga Core i3-2100. Pajisjet janë marrë posaçërisht jo më të rejat, në pajisjet moderne rezultatet janë dukshëm më të mira.

Për testimin e serverëve në distancë 1C dhe SQL, serveri SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

Për të testuar rrjetin 10 Gbit, janë përdorur adaptorë Intel 520-DA2.

Versioni i skedarit. (baza shtrihet në server në dosjen e përbashkët, klientët janë të lidhur në një rrjet, protokolli CIFS/SMB). Algoritmi hap pas hapi:

0. Shtoni bazën e të dhënave të testit Gilev në serverin e skedarëve në të njëjtën dosje si bazat kryesore të të dhënave. Ne lidhemi nga kompjuteri i klientit, kryejmë testin. Ne e mbajmë mend rezultatin.

Kuptohet që edhe për kompjuterët e vjetër 10 vjet më parë (Pentium në folenë 775 ) koha nga klikimi në etiketën 1C:Enterprise derisa të shfaqet dritarja e bazës së të dhënave duhet të jetë më pak se një minutë. ( Celeron = punë e ngadaltë).

Nëse kompjuteri juaj është më i keq se një Pentium i ndezur 775 prizë me 1 GB RAM, atëherë unë simpatizoj me ju dhe do të jetë e vështirë për ju të arrini punë të rehatshme në 1C 8.2 në versionin e skedarit. Merrni parasysh përmirësimin (e vonuar) ose kalimin në një server terminali (ose ueb, në rastin e klientëve të hollë dhe formave të menaxhuara).

Nëse kompjuteri nuk është më keq, atëherë mund të shkelmoni administratorin. Së paku, kontrolloni funksionimin e rrjetit, antivirusit dhe drejtuesit të mbrojtjes HASP.

Nëse testi i Gilev në këtë fazë tregoi 30 "papagaj" dhe më shumë, por baza e punës 1C ende funksionon ngadalë - pyetjet janë tashmë për programuesin.

1. Për një udhëzues se sa mund të "shtrydhë" një kompjuter klient, kontrollojmë funksionimin vetëm të këtij kompjuteri, pa rrjet. Ne vendosim bazën e provës në kompjuterin lokal (në një disk shumë të shpejtë). Nëse kompjuteri i klientit nuk ka një SSD normal, atëherë krijohet një ramdisk. Deri më tani, më e thjeshta dhe falas është ndërmarrja Ramdisk.

Për të testuar versionin 8.2, mjaftojnë 256 MB të një ramdisku, dhe! Më e rëndësishmja. Pas rinisjes së kompjuterit me një ramdisk të punës, ai duhet të ketë 100-200 MB të lirë. Prandaj, pa një ramdisk, për funksionimin normal të memories së lirë duhet të ketë 300-400 MB.

Për testimin e versionit 8.3, mjafton një ramdisk 256 MB, por nevojitet më shumë RAM i lirë.

Gjatë testimit, duhet të shikoni ngarkesën e procesorit. Në një rast afër idealit (ramdisk), skedari lokal 1c ngarkon 1 bërthamë procesori gjatë funksionimit. Prandaj, nëse bërthama e procesorit tuaj nuk është plotësisht e ngarkuar gjatë testimit, kërkoni për dobësi. Përshkruhet pak emocional, por përgjithësisht i saktë, ndikimi i procesorit në funksionimin e 1C. Vetëm për referencë, edhe në Core i3 modern me një frekuencë të lartë, numrat 70-80 janë mjaft realë.

Gabimet më të zakonshme në këtë fazë.

a) Antivirus i konfiguruar gabimisht. Ka shumë antiviruse, cilësimet për secilin janë të ndryshme, mund të them vetëm se me konfigurimin e duhur, as uebi dhe as Kaspersky 1C nuk ndërhyjnë. Me cilësimet "e parazgjedhur" - mund të hiqen rreth 3-5 papagaj (10-15%).

b) Mënyra e performancës. Për disa arsye, pak njerëz i kushtojnë vëmendje kësaj, dhe efekti është më i rëndësishmi. Nëse keni nevojë për shpejtësi, atëherë duhet ta bëni atë, si në kompjuterët e klientit ashtu edhe në server. (Gilev ka një përshkrim të mirë. E vetmja paralajmërim është se në disa pllaka amë, nëse Intel SpeedStep është i fikur, atëherë TurboBoost nuk mund të ndizet).

Me pak fjalë, gjatë funksionimit 1C, ka shumë pritje për një përgjigje nga pajisjet e tjera (disku, rrjeti, etj.). Ndërsa prisni një përgjigje, nëse mënyra e performancës është e balancuar, atëherë procesori ul frekuencën e tij. Një përgjigje vjen nga pajisja, 1C (procesori) duhet të funksionojë, por ciklet e para shkojnë me një frekuencë të reduktuar, më pas frekuenca rritet - dhe 1C përsëri pret një përgjigje nga pajisja. Dhe kështu - qindra herë në sekondë.

Mund (dhe mundësisht) të aktivizoni modalitetin e performancës në dy vende:

Përmes BIOS-it. Çaktivizo modalitetet C1, C1E, Intel C-state (C2, C3, C4). Në bios të ndryshëm quhen ndryshe, por kuptimi është i njëjtë. Kërkoni për një kohë të gjatë, kërkohet një rindezje, por nëse e keni bërë një herë, atëherë mund ta harroni. Nëse gjithçka është bërë si duhet në BIOS, atëherë shpejtësia do të shtohet. Në disa pllaka amë, cilësimet e BIOS-it mund të vendosen në mënyrë që mënyra e performancës së Windows të mos luajë një rol. (Shembuj të konfigurimit të BIOS nga Gilev). Këto cilësime kryesisht kanë të bëjnë me procesorët e serverëve ose BIOS-in "të avancuar", nëse nuk e keni gjetur në sistemin tuaj dhe nuk keni Xeon - është në rregull.

Paneli i kontrollit - Fuqia - Performancë e lartë. Minus - nëse kompjuteri nuk është servisuar për një kohë të gjatë, ai do të gumëzhin më fort me një tifoz, do të nxehet më shumë dhe do të konsumojë më shumë energji. Ky është çmimi i performancës.

Si të kontrolloni nëse modaliteti është i aktivizuar. Ekzekutoni Task Manager - Performance - Resource Monitor - CPU. Ne presim derisa procesori të jetë i zënë me asgjë.

Këto janë cilësimet e paracaktuara.

BIOS C-gjendja përfshirë,

modaliteti i balancuar i fuqisë

BIOS C-gjendja përfshirë, modaliteti i performancës së lartë

Për Pentium dhe Core, mund të ndaleni atje,

ju ende mund të shtrydhni disa "papagall" nga Xeon

BIOS C-gjendja fikur, modaliteti i performancës së lartë.

Nëse nuk përdorni Turbo Boost - kështu duhet të duket

serveri i akorduar për performancën

Dhe tani numrat. Më lejoni t'ju kujtoj: Intel Xeon 5650, ramdisk. Në rastin e parë, testi tregon 23.26, në këtë të fundit - 49.5. Dallimi është pothuajse i dyfishtë. Numrat mund të ndryshojnë, por raporti mbetet pothuajse i njëjtë për Intel Core.

Të nderuar administratorë, ju mund të qortoni 1C si të dëshironi, por nëse përdoruesit përfundimtarë kanë nevojë për shpejtësi, duhet të aktivizoni modalitetin e performancës së lartë.

c) Turbo Boost. Së pari ju duhet të kuptoni nëse procesori juaj e mbështet këtë funksion, për shembull. Nëse po, atëherë mund të merrni ende një performancë mjaft të ligjshme. (Nuk dua të prek çështjet e mbingarkesës, veçanërisht serverët, bëjeni me rrezikun dhe rrezikun tuaj. Por jam dakord që rritja e shpejtësisë së Busit nga 133 në 166 jep një rritje shumë të dukshme si në shpejtësi ashtu edhe në shpërndarje të nxehtësisë)

Si të aktivizoni turbo boost është shkruar, për shembull,. Por! Për 1C ka disa nuanca (jo më të dukshmet). Vështirësia është se efekti maksimal i rritjes turbo manifestohet kur ndizet gjendja C. Dhe rezulton diçka si kjo foto:

Ju lutemi vini re se shumëzuesi është maksimumi, shpejtësia kryesore është më e bukura, performanca është e lartë. Por çfarë do të ndodhë si rezultat i 1s?

	Faktori	Shpejtësia e bërthamës (frekuenca), GHz	CPU-Z Single Thread	Testi Gilev Ramdisk versioni i skedarit	Testi Gilev Ramdisk klient-server
pa nxitje turbo
C-state jashtë, turbo boost				53.19	40,32
Gjendja C e ndezur, përforcim turbo			1080	53,13	23,04

Por në fund, rezulton se sipas testeve të performancës së CPU, varianti me një shumëzues 23 është përpara, sipas testeve të Gilev në versionin e skedarit, performanca me një shumëzues 22 dhe 23 është e njëjtë, por në versioni klient-server, varianti me një shumëzues të 23 horror horror horror (edhe nëse C-state vendoset në nivelin 7, ai është akoma më i ngadalshëm se me gjendjen C të fikur). Prandaj, rekomandimi, kontrolloni të dy opsionet për veten tuaj dhe zgjidhni më të mirën prej tyre. Në çdo rast, ndryshimi midis 49.5 dhe 53 papagajve është mjaft domethënës, veçanërisht pasi është pa shumë përpjekje.

Përfundim - duhet të përfshihet turbo boost. Më lejoni t'ju kujtoj se nuk mjafton të aktivizoni artikullin Turbo boost në BIOS, duhet të shikoni edhe cilësimet e tjera (BIOS: QPI L0s, L1 - çaktivizoni, pastrimin e kërkesës - çaktivizoni, Intel SpeedStep - aktivizoni, Boost Turbo - Paneli i kontrollit - Fuqia - Performanca e lartë) . Dhe unë ende (edhe për versionin e skedarit) do të ndaloja te opsioni ku c-state është i fikur, edhe pse shumëzuesi është më pak atje. Merr diçka të tillë...

Një pikë mjaft e diskutueshme është frekuenca e kujtesës. Për shembull, frekuenca e kujtesës tregohet si shumë ndikuese. Testet e mia nuk zbuluan një varësi të tillë. Unë nuk do të krahasoj DDR 2/3/4, do të tregoj rezultatet e ndryshimit të frekuencës brenda së njëjtës linjë. Kujtesa është e njëjtë, por në BIOS ne detyrojmë frekuenca më të ulëta.

Dhe rezultatet e testit. 1C 8.2.19.83, për versionin e skedarit ramdisk lokal, për klient-server 1C dhe SQL në një kompjuter, Memorie e përbashkët. Nxitja turbo është e çaktivizuar në të dyja opsionet. 8.3 tregon rezultate të krahasueshme.

Dallimi është brenda gabimit të matjes. Kam nxjerrë në mënyrë specifike pamjet e ekranit të CPU-Z për të treguar se parametrat e tjerë ndryshojnë me ndryshimin e frekuencës, i njëjti Latency CAS dhe RAS në CAS Delay, i cili nivelon ndryshimin e frekuencës. Ndryshimi do të jetë kur modulet e memories ndryshojnë fizikisht, nga më të ngadalta në më të shpejta, por edhe atje numrat nuk janë shumë domethënës.

2. Kur zbuluam procesorin dhe kujtesën e kompjuterit të klientit, kalojmë në vendin tjetër shumë të rëndësishëm - rrjetin. Janë shkruar shumë vëllime librash për akordimin e rrjetit, ka artikuj në Infostart ( dhe të tjerë), këtu nuk do të përqendrohem në këtë temë. Përpara se të filloni testimin e 1C, ju lutemi sigurohuni që iperf midis dy kompjuterëve të tregojë të gjithë brezin (për kartat 1 Gbit - mirë, të paktën 850 Mbit, por më mirë 950-980), që të ndiqet këshilla e Gilev. Pastaj - testi më i thjeshtë i punës do të jetë, çuditërisht, kopjimi i një skedari të madh (5-10 gigabajt) në rrjet. Një shenjë indirekte e funksionimit normal në një rrjet prej 1 Gbps do të jetë një shpejtësi mesatare e kopjimit prej 100 Mb / s, punë e mirë - 120 Mb / s. Unë dua të tërheq vëmendjen tuaj për faktin se ngarkesa e procesorit mund të jetë gjithashtu një pikë e dobët (përfshirë). SMB protokolli në Linux është mjaft i paralelizuar, dhe gjatë funksionimit mund të "hajë" një bërthamë procesori dhe të mos e konsumojë më atë.

Dhe më tej. Me cilësimet e paracaktuara, klienti i Windows funksionon më mirë me serverin e Windows (ose edhe me Windows Workstation) dhe protokollin SMB / CIFS, klienti linux (debian, ubuntu nuk e shikoi pjesën tjetër) funksionon më mirë me linux dhe NFS (punon gjithashtu me SMB, por në papagajtë NFS më lart). Fakti që kur kopjoni në mënyrë lineare një server win-linux në nfs kopjohet në një transmetim më shpejt, nuk do të thotë asgjë. Akordimi i debian për 1C është një temë për një artikull të veçantë, nuk jam ende gati për të, megjithëse mund të them që në versionin e skedarit madje mora performancë pak më të mirë se versioni Win në të njëjtën pajisje, por me postgres me përdoruesit mbi 50 kam ende gjithçka shumë të keqe.

Më e rëndësishmja , që dihet për administratorët e "djegur", por fillestarët nuk e marrin parasysh. Ka shumë mënyra për të vendosur shtegun për në bazën e të dhënave 1c. Mund të bësh \\server\share, mund të \\192.168.0.1\share, mund të përdorësh neto z: \\192.168.0.1\share (dhe në disa raste kjo metodë do të funksionojë gjithashtu, por jo gjithmonë) dhe më pas specifikoni disku Z. Duket se të gjitha këto shtigje tregojnë në të njëjtin vend, por për 1C ekziston vetëm një mënyrë që jep një performancë mjaft të qëndrueshme. Pra, ja çfarë duhet të bëni siç duhet:

Në vijën e komandës (ose në politika, ose çfarëdo që ju përshtatet) - përdorni neto DriveLetter: \\server\share. Shembull: përdorim neto m:\\server\bazat. Unë posaçërisht theksoj JO një adresë IP, domethënë Emri server. Nëse serveri nuk është i dukshëm me emër, shtojeni atë në dns në server, ose lokalisht në skedarin e hosteve. Por ankesa duhet të jetë me emër. Prandaj, gjatë rrugës për në bazën e të dhënave, hyni në këtë disk (shih foton).

Dhe tani do të tregoj me numra pse këshilla të tilla. Të dhënat fillestare: Kartat Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Drejtuesit më të fundit, përditësimet e aplikuara. Para testimit, u sigurova që Iperf jep gjerësinë e plotë të brezit (përveç kartave 10 Gbit, doli të shtrydhte vetëm 7.2 Gbit, më vonë do të shoh pse, serveri i testimit nuk është konfiguruar ende siç duhet). Disqet janë të ndryshëm, por kudo është një SSD (veçanërisht i futur një disk i vetëm për testim, asgjë tjetër nuk është ngarkuar) ose një bastisje nga një SSD. Shpejtësia prej 100 Mbit u përftua duke kufizuar cilësimet e përshtatësit Intel 362. Nuk kishte asnjë ndryshim midis 1 Gbit bakri Intel 350 dhe 1 Gbit optikë Intel X520-DA2 (marrë duke kufizuar shpejtësinë e përshtatësit). Performanca maksimale, turbo boost është i çaktivizuar (vetëm për krahasimin e rezultateve, turbo boost shton pak më pak se 10% për rezultate të mira, për rezultate të këqija mund të mos ndikojë fare). Versionet 1C 8.2.19.86, 8.3.6.2076. Unë nuk i jap të gjithë numrat, por vetëm më interesantët, në mënyrë që të ketë diçka për të krahasuar.

	Fitorja 2008 - Fitorja 2008 duke telefonuar me adresë IP	Fitorja 2008 - Fitorja 2008 Adresa me emër	Fitorja 2008 - Fitorja 2008 Duke telefonuar me adresë IP	Fitorja 2008 - Fitorja 2008 Adresa me emër	Win 2008 - Win 7 Adresa me emër	Windows 2008 - Debian Adresa me emër	Fitorja 2008 - Fitorja 2008 Duke telefonuar me adresë IP	Fitorja 2008 - Fitorja 2008 Adresa me emër
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1С 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

Përfundime (nga tabela dhe nga përvoja personale. Zbatohet vetëm për versionin e skedarit):

Përmes rrjetit, mund të merrni numra mjaft normalë për punë nëse ky rrjet është i konfiguruar normalisht dhe shtegu është shkruar saktë në 1C. Edhe Core i3-ët e parë mund të japin 40+ papagaj, gjë që është mjaft e mirë, dhe këta nuk janë vetëm papagaj, por në punën reale ndryshimi është gjithashtu i dukshëm. Por! kufizimi kur punoni me disa (më shumë se 10) përdorues nuk do të jetë më rrjeti, këtu 1 Gbit është ende i mjaftueshëm, por bllokimi gjatë punës me shumë përdorues (Gilev).

Platforma 1C 8.3 është shumë herë më e kërkuar për konfigurimin kompetent të rrjetit. Cilësimet bazë - shihni Gilev, por mbani në mend se gjithçka mund të ndikojë. Unë pashë përshpejtim nga fakti që ata çinstaluan (dhe jo thjesht e fikën) antivirusin, nga heqja e protokolleve si FCoE, nga ndryshimi i drejtuesve në një version më të vjetër, por të certifikuar nga microsoft (veçanërisht për kartat e lira si asus dhe longs), nga heqja e kartën e dytë të rrjetit nga serveri. Shumë opsione, konfiguroni rrjetin me kujdes. Mund të ketë një situatë kur platforma 8.2 jep numra të pranueshëm, dhe 8.3 - dy ose edhe më shumë herë më pak. Mundohuni të luani me versionet e platformës 8.3, ndonjëherë ju merrni një efekt shumë të madh.

1C 8.3.6.2076 (ndoshta më vonë, nuk e kam kërkuar ende versionin e saktë) përmes rrjetit është akoma më e lehtë për t'u konfiguruar se 8.3.7.2008. Nga 8.3.7.2008 për të arritur funksionimin normal të rrjetit (në papagall të krahasueshëm) doli vetëm disa herë, nuk mund ta përsërisja për një rast më të përgjithshëm. Nuk kuptova shumë, por duke gjykuar nga mbulesat e këmbëve nga Process Explorer, regjistrimi nuk shkon atje siç shkon në 8.3.6.

Përkundër faktit se kur punoni në një rrjet 100 Mbps, orari i ngarkesës së tij është i vogël (mund të themi se rrjeti është falas), shpejtësia e punës është ende shumë më e vogël se në 1 Gbps. Arsyeja është vonesa e rrjetit.

Ceteris paribus (rrjet që funksionon mirë) për 1C 8.2, lidhja Intel-Realtek është 10% më e ngadaltë se Intel-Intel. Por realtek-realtek në përgjithësi mund të japë një ulje të mprehtë nga bluja. Prandaj, nëse ka para, është më mirë të mbani kartat e rrjetit Intel kudo, nëse nuk ka para, atëherë vendosni Intel vetëm në server (KO-në tuaj). Po, dhe ka shumë herë më shumë udhëzime për akordimin e kartave të rrjetit intel.

Cilësimet e parazgjedhura të antivirusit (për shembull, versioni drweb 10) heqin rreth 8-10% të papagallëve. Nëse e konfiguroni siç duhet (lejoni procesin 1cv8 të bëjë gjithçka, megjithëse nuk është i sigurt) - shpejtësia është e njëjtë si pa antivirus.

MOS lexoni gurus Linux. Një server me samba është i shkëlqyeshëm dhe falas, por nëse vendosni Win XP ose Win7 në server (ose edhe më mirë - server OS), atëherë në skedarin versioni 1c do të funksionojë më shpejt. Po, si samba ashtu edhe staku i protokollit dhe cilësimet e rrjetit dhe shumë më tepër në debian / ubuntu janë të akorduara mirë, por kjo rekomandohet për specialistët. Nuk ka kuptim të instaloni Linux me cilësimet e paracaktuara dhe më pas të thoni se është i ngadalshëm.

Është një ide e mirë të testoni disqet e lidhur nëpërmjet përdorimit të rrjetit me fio. Të paktën do të jetë e qartë nëse këto janë probleme me platformën 1C, apo me rrjetin / diskun.

Për një variant me një përdorues të vetëm, nuk mund të mendoj për teste (ose një situatë) ku ndryshimi midis 1 Gb dhe 10 Gb do të ishte i dukshëm. I vetmi vend ku 10 Gbps për versionin e skedarit dha rezultate më të mira ishte lidhja e disqeve përmes iSCSI, por kjo është një temë për një artikull të veçantë. Megjithatë, unë mendoj se kartat 1 Gbit janë të mjaftueshme për versionin e skedarit.

Pse, me një rrjet 100 Mbit, 8.3 funksionon dukshëm më shpejt se 8.2 - nuk e kuptoj, por fakti ndodhi. Të gjitha pajisjet e tjera, të gjitha cilësimet e tjera janë saktësisht të njëjta, vetëm në një rast testohet 8.2, dhe në tjetrën - 8.3.

NFS fitues i pa akorduar - fitoni ose fitoni-lin jep 6 papagaj, nuk e përfshiu atë në tabelë. Pas akordimit, mora 25, por është e paqëndrueshme (përcjellja në matje është më shumë se 2 njësi). Deri më tani nuk mund të jap rekomandime për përdorimin e Windows dhe protokollit NFS.

Pas të gjitha cilësimeve dhe kontrolleve, ne e ekzekutojmë përsëri testin nga kompjuteri i klientit, gëzohemi për rezultatin e përmirësuar (nëse funksionoi). Nëse rezultati është përmirësuar, ka më shumë se 30 papagaj (dhe veçanërisht më shumë se 40), ka më pak se 10 përdorues që punojnë në të njëjtën kohë dhe baza e të dhënave të punës ende ngadalësohet - pothuajse padyshim një problem i programuesit (ose ju keni tashmë arriti kulmin e aftësive të versionit të skedarit).

server terminal. (baza qëndron në server, klientët janë të lidhur në një rrjet, protokolli RDP). Algoritmi hap pas hapi:

0. Shtoni bazën e të dhënave të testit Gilev në server në të njëjtën dosje si bazat e të dhënave kryesore. Ne lidhemi nga i njëjti server dhe kryejmë testin. Ne e mbajmë mend rezultatin.

1. Në të njëjtën mënyrë si në versionin e skedarit, ne konfiguruam punën. Në rastin e një serveri terminal, procesori në përgjithësi luan rolin kryesor (kuptohet se nuk ka dobësi të dukshme, si mungesa e memories ose një sasi e madhe softuerësh të panevojshëm).

2. Vendosja e kartave të rrjetit në rastin e një serveri terminal praktikisht nuk ka asnjë efekt në funksionimin e 1s. Për të ofruar rehati "të veçantë", nëse serveri juaj jep më shumë se 50 papagaj, ju mund të luani me versionet e reja të protokollit RDP, vetëm për komoditetin e përdoruesve, përgjigjen më të shpejtë dhe lëvizjen.

3. Me punën aktive të një numri të madh përdoruesish (dhe këtu tashmë mund të provoni të lidhni 30 persona në një bazë, nëse provoni), është shumë e dëshirueshme të instaloni një disk SSD. Për disa arsye, besohet se disku nuk ndikon veçanërisht në funksionimin e 1C, por të gjitha testet kryhen me cache-in e kontrolluesit të aktivizuar për shkrim, gjë që është e gabuar. Baza e testimit është e vogël, përshtatet në cache, pra numrat e lartë. Në bazat e të dhënave reale (të mëdha), gjithçka do të jetë krejtësisht e ndryshme, kështu që cache është i çaktivizuar për teste.

Për shembull, kontrollova punën e testit Gilev me opsione të ndryshme të diskut. Vendosa disqe nga ajo që ishte në dorë, vetëm për të treguar një tendencë. Diferenca midis 8.3.6.2076 dhe 8.3.7.2008 është e vogël (në versionin Ramdisk Turbo boost 8.3.6 jep 56.18 dhe 8.3.7.2008 jep 55.56, në testet e tjera diferenca është edhe më e vogël). Konsumi i energjisë - performanca maksimale, turbo boost i çaktivizuar (përveç nëse shënohet ndryshe).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	SSD e vetme	ramdisk		Cache është aktivizuar Kontrolluesi RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1С 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

Memoria e përfshirë e kontrolluesit RAID eliminon të gjithë ndryshimin midis disqeve, numrat janë të njëjtë si për sat ashtu edhe për sas. Testimi me të për një sasi të vogël të dhënash është i padobishëm dhe nuk është një tregues.

Për platformën 8.2, ndryshimi i performancës midis opsioneve SATA dhe SSD është më shumë se dyfishi. Kjo nuk është një gabim shtypi. Nëse shikoni monitorin e performancës gjatë provës në disqet SATA. atëherë duket qartë "Koha aktive e diskut (në%)" 80-95. Po, nëse aktivizoni cache-in e shkrimit të vetë disqeve, shpejtësia do të rritet në 35, nëse aktivizoni cache-in e kontrolluesit të bastisjes - deri në 49 (pavarësisht se cilët disqe po testohen në këtë moment). Por këta janë papagaj sintetikë të cache-it, në punën reale me baza të dhënash të mëdha nuk do të ketë kurrë një raport 100% të goditjes së cache-it të shkrimit.

Shpejtësia edhe e SSD-ve të lira (kam testuar në Agility 3) është e mjaftueshme që versioni i skedarit të funksionojë. Burimi i shkrimit është një çështje tjetër, këtu duhet të shikoni në secilin rast specifik, është e qartë se Intel 3700 do të ketë një renditje të madhësisë më të lartë, por atje çmimi është korrespondues. Dhe po, e kuptoj që gjatë testimit të një disku SSD, unë gjithashtu testoj cache-in e kësaj disku në një masë më të madhe, rezultatet reale do të jenë më pak.

Zgjidhja më e saktë (nga këndvështrimi im) do të ishte ndarja e 2 disqeve SSD në një bastisje pasqyre për bazën e skedarit (ose disa baza skedarësh) dhe të mos vendosni asgjë tjetër atje. Po, me një pasqyrë, SSD-të konsumohen në të njëjtën mënyrë, dhe kjo është një minus, por të paktën ato janë disi të siguruara nga gabimet në elektronikën e kontrolluesit.

Përparësitë kryesore të disqeve SSD për versionin e skedarit do të shfaqen kur ka shumë baza të dhënash, dhe secila me disa përdorues. Nëse ka 1-2 baza, dhe përdoruesit në rajonin e 10, atëherë disqet SAS do të jenë të mjaftueshme. (por në çdo rast - shikoni ngarkimin e këtyre disqeve, të paktën përmes perfmonit).

Përparësitë kryesore të një serveri terminal janë se ai mund të ketë klientë shumë të dobët dhe cilësimet e rrjetit ndikojnë shumë më pak në serverin e terminalit (përsëri KO-në tuaj).

Përfundime: nëse ekzekutoni testin Gilev në serverin e terminalit (nga i njëjti disk ku janë bazat e të dhënave të punës) dhe në ato momente kur baza e të dhënave të punës ngadalësohet, dhe testi Gilev tregon një rezultat të mirë (mbi 30), atëherë i ngadalshëm operimi i bazës së të dhënave kryesore të punës është fajtor, ka shumë të ngjarë një programues.

Nëse testi Gilev tregon numra të vegjël, dhe ju keni të dy një procesor me frekuencë të lartë dhe disqe të shpejtë, atëherë këtu administratori duhet të marrë të paktën perfmon, dhe të regjistrojë të gjitha rezultatet diku, dhe të shikojë, vëzhgojë, nxjerrë përfundime. Nuk do të ketë këshilla përfundimtare.

Opsioni klient-server.

Testet u kryen vetëm në 8.2, tk. Në 8.3, gjithçka varet mjaft seriozisht nga versioni.

Për testim, zgjodha opsione të ndryshme serveri dhe rrjete midis tyre për të treguar tendencat kryesore.

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 Kanali fibër-SSD	SQL: Xeon E5-2630 Kanali fibër - SAS	SQL: Xeon E5-2630 SSD lokale	SQL: Xeon E5-2630 Kanali fibër-SSD	SQL: Xeon E5-2630 SSD lokale	1C: Xeon 5650 =	1C: Xeon 5650 = kujtim i përbashkët	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
1С 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

Duket se kam konsideruar të gjitha opsionet interesante, nëse jeni të interesuar për diçka tjetër - shkruani në komente, do të përpiqem ta bëj.

SAS në ruajtje është më i ngadalshëm se SSD-të lokale, edhe pse ruajtja ka madhësi të mëdha cache. SSD-të dhe sistemet lokale dhe të ruajtjes për testin Gilev punojnë me shpejtësi të krahasueshme. Unë nuk di ndonjë test standard me shumë fije (jo vetëm regjistrime, por të gjitha pajisjet) përveç ngarkesës 1C nga MCC.

Ndryshimi i serverit 1C nga 5520 në 5650 dha pothuajse një dyfishim të performancës. Po, konfigurimet e serverit nuk përputhen plotësisht, por tregon një prirje (asgjë e habitshme).

Rritja e frekuencës në serverin SQL, natyrisht, jep një efekt, por jo njësoj si në serverin 1C, MS SQL Server është në gjendje të përkryer (nëse e kërkoni) të përdorë memorie me shumë bërthama dhe të lirë.

Ndryshimi i rrjetit midis 1C dhe SQL nga 1 Gbps në 10 Gbps jep rreth 10% të papagajve. Pritej më shumë.

Aktivizimi i kujtesës së përbashkët ende jep efektin, megjithëse jo 15%, siç përshkruhet. Sigurohuni ta bëni atë, është e shpejtë dhe e lehtë. Nëse dikush i dha një shembull të emërtuar serverit SQL gjatë instalimit, atëherë që 1C të funksionojë, emri i serverit duhet të specifikohet jo nga FQDN (tcp / ip do të funksionojë), jo përmes localhost ose thjesht ServerName, por përmes ServerName\InstanceName, për shembull zz-test\zztest. (Përndryshe, do të ndodhë gabimi i mëposhtëm i DBMS: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: Biblioteka e kujtesës së përbashkët e përdorur për t'u lidhur me SQL Server 2000 nuk u gjet. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, HRESULT=5,000 SQLSTATE=08001, gjendja=1, Ashpërsia=10, vendase=126, rreshti=0).

Për përdoruesit më pak se 100, pika e vetme e ndarjes në dy serverë të veçantë është licenca për Win 2008 Std (dhe versionet më të vjetra), e cila mbështet vetëm 32 GB RAM. Në të gjitha rastet e tjera, 1C dhe SQL duhet patjetër të instalohen në të njëjtin server dhe t'u jepet më shumë (të paktën 64 GB) memorie. Dhënia e MS SQL më pak se 24-28 GB RAM është lakmi e pajustifikuar (nëse mendoni se keni memorie të mjaftueshme për të dhe gjithçka funksionon mirë, ndoshta versioni i skedarit 1C do t'ju mjaftonte?)

Sa më keq funksionon një bandë 1C dhe SQL në një makinë virtuale është tema e një artikulli të veçantë (aluzion - dukshëm më keq). Edhe në Hyper-V, gjërat nuk janë aq të qarta...

Modaliteti i performancës së ekuilibruar është i keq. Rezultatet janë në përputhje të mirë me versionin e skedarit.

Shumë burime thonë se mënyra e korrigjimit (ragent.exe -debug) jep një rënie të fortë të performancës. Epo, ulet, po, por nuk do ta quaja 2-3% një efekt domethënës.