Në një shënim: nëse rekomandimet e mëposhtme nuk janë të qarta për ju, dhe ka shumë objekte të shënuara në infobazën që ndërhyjnë në punë, atëherë ju rekomandoj të na kontaktoni - Smart1C.ru.
Nëse marrim parasysh mundësitë e zgjidhjeve standarde të aplikuara - 1C: Menaxhimi i Tregtisë 8, 1C: Kontabiliteti 8, 1C: Menaxhimi i Pagave dhe Personelit 8, atëherë në asnjërën prej tyre në modalitetin 1C: Ndërmarrja nuk do të gjeni mundësinë e fshirjes së drejtpërdrejtë të objekte, ju mund të shënoni vetëm objekte në fshirje. Në 1C, ju mund të fshini objektet e shënuara vetëm duke filluar përpunimin special - duke kontrolluar mundësinë e fshirjes. Është procesi "Fshirja e objekteve të shënuara" që kontrollon nëse ka ndonjë referencë për objektet e fshira. Kjo do të thotë, a do të cenohet integriteti i strukturës logjike të bazës së informacionit 1C kur fshihen objektet?
Pse ekziston një proces heqjeje me 2 hapa? Do të përpiqem të përgjigjem duke simuluar situatën. Pra, le të imagjinojmë që operatori 1C ka futur të dhëna në program në Referencën e Nomenklaturës. Pastaj pas 5 minutash zbulova një lloj gabimi, e fshiva menjëherë artikullin dhe krijova një të ri. Duket se është në rregull, por një operator tjetër ka krijuar tashmë një dokument të porosisë së blerësit, ku ai përdori një element drejtorie, i cili më pas u fshi. Prandaj, dokumenti nuk do të përmbajë më një lidhje me objektin e nomenklaturës, do të thotë që objekti është fshirë. Kjo do të thotë, integriteti i bazës në këtë rast do të cenohet. Edhe nëse krijoni një element të Drejtorisë me të njëjtat të dhëna, atëherë ai do të ketë një identifikues të ndryshëm; në përputhje me rrethanat, nuk do të jetë e mundur të rivendosni gjendjen e mëparshme të sigurisë së informacionit. Kjo është arsyeja pse, zhvilluesit iu afruan procesit të fshirjes së objekteve në program me kaq nderim.
Fshirja e objekteve të shënuara në 1C 8.2
Le të shqyrtojmë një shembull të fshirjes së objekteve të shënuara në 1C 8.2 (aplikacion normal). Por së pari, unë do t'i përgjigjem pyetjes së një vizitori të faqes, në lidhje me atë, në cilën mënyrë, objektet e shënuara fshihen. Fshirja ndodh në modalitetin ekskluziv, d.m.th. vetëm sesioni juaj duhet të jetë aktiv në bazën e informacionit. Më pas, ne kryejmë veprimet e mëposhtme:
Disa statistika për fshirjen e objekteve 1C - arkitekturë klient-server 1C infobazë prej 6,5 GB (PostgreSQL), 135000 objekte u shënuan për fshirje, 92000 prej tyre mund të fshihen. Kontrolli përfundoi në 4 orë, fshirja në 18 orë. Monitorimi dhe fshirja nuk janë procese të shpejta - unë do t'ju këshilloja që fillimisht t'i ekzekutoni ato në një bazë testimi, pastaj do të dini kohën e parashikuar të ekzekutimit.
* .krh- skedari përmban vetëm konfigurim (kodin dhe strukturën) pa të dhëna të përdoruesit. Krijuar nga konfiguruesi 1C 8.x: "Konfigurimi -> Ruaj konfigurimin në skedar" ose "Konfigurimi -> Konfigurimi i dorëzimit -> Krijo skedarin e dorëzimit dhe përditësimin e konfigurimit -> shenjë" Krijo skedarin e dorëzimit "".
* .cfu- skedari përmban vetëm përditësim të konfigurimit. Për shembull skedar 1cv8.cfu. Është e pamundur të krijohet një konfigurim nga ky skedar, pasi përmban vetëm ndryshimet midis konfigurimit të ri dhe atij të mëparshëm. Krijuar nga konfiguruesi 1C 8.x: "Konfigurimi -> Konfigurimi i dorëzimit -> Krijo skedarin e dorëzimit dhe përditësimin e konfigurimit -> shenjë" Krijo skedarin e përditësimit të konfigurimit "".
* .dt- skedari përmban konfigurimin së bashku me bazën e të dhënave të përdoruesit. Ky është një format i specializuar arkivi 1C 8. Është krijuar nga konfiguruesi 1C 8.x: "Administration -> Shkarko bazën e informacionit".
* .epf (* .erf) - skedar përpunimi (raporti) i jashtëm. Çdo përpunim (raport) nga konfigurimi mund të ruhet jashtë. Është krijuar nga konfiguruesi 1C 8.x: "Konfigurimi -> Hap konfigurimin -> shko te përpunimi (raporti) i kërkuar -> zgjidh me butonin e djathtë të miut -> Ruaj si përpunim të jashtëm, raporto...".
* .1cd- një skedar i plotë i bazës së të dhënave. Përfaqësimi i paracaktuar i emrit është 1Cv8.1CD. Përfshin konfigurimin, bazën e të dhënave, preferencat e përdoruesit. Hap platformën 1C 8.x. Krijuar për zhvillimin e një konfigurimi të ri automatikisht duke klikuar butonin Shto kur zgjidhni artikullin Krijo një bazë të re infobaze.
* .log, * .lgf, * .lgp, * .elf- skedarët e regjistrit që mbledhin informacion (të dhënat e regjistrimit) në 1C 8.0 8.1, 8.2, 8.3.
*. cdn - skedar me këtë shtesë ( 1Cv8.cdn) shërben për bllokimin manual ose automatik të bazës së të dhënave 1C Enterprise versioni i tetë.
* .mxl- përdoren skedarë të formularëve të shtypur, përfshirë në 1C. Të dyja janë forma të printuara dokumentesh, libra referimi, raporte dhe pajisje të ndryshme për ruajtjen e të dhënave për klasifikues të ndryshëm. Hapet përmes Konfiguratorit ose në modalitetin 1C: Enterprise përmes "skedarit -> hapur". Krijohet në të njëjtën mënyrë: në modalitetin Konfigurator ose në 1C: Ndërmarrja përmes "skedarit -> i ri". Gjithashtu, skedarët me shtesa të tilla mund të shërbejnë si rregulla transferimi, për shembull, nga 1C 7.7 në 8.2 (acc77_82.xml dhe përpunimi ndihmës exp77_82.ert) - ato zakonisht ndodhen në dosjen ExtForms.
* .efd- ky është një skedar arkivi 1C, i përdorur për të vendosur konfigurimin. Përmban ose konfigurimin 1c ose një përditësim të tij. Nishet duke përdorur skedarin e ekzekutueshëm ndihmës setup.exe (duhet të gjendet në të njëjtën dosje).
* .mft- një skedar ndihmës për krijimin e një konfigurimi nga një shabllon. Përmban informacionin e konfigurimit, përshkrimin, rrugën, titullin. Përdoret drejtpërdrejt nga vetë platforma kur krijon një bazë informacioni 1C nga një shabllon.
* .grs- skedarë të skemave grafike në një format të specializuar 1C. Hapet përmes Konfiguratorit ose në modalitetin 1C: Enterprise përmes "skedarit -> hapur". Krijohet në të njëjtën mënyrë: në modalitetin Konfigurator ose në 1C: Ndërmarrja përmes "skedarit -> i ri".
* .gjeo- skedarët e skemave gjeografike në një format të specializuar 1C. Hapet përmes Konfiguratorit ose në modalitetin 1C: Enterprise përmes "skedarit -> hapur". Krijohet në të njëjtën mënyrë: në modalitetin Konfigurator ose në 1C: Ndërmarrja përmes "skedarit -> i ri".
* .rr- skedarët e shablloneve të tekstit. Ato përdoren kryesisht nga zhvilluesit 1C.
* .pff- skedar me matje të performancës së ruajtur. Përdoret nga administratorët e sistemit dhe specialistët e 1C.
Ndodh 1C - skedar, server dhe ueb. Qfare eshte dallimi?
Cilat janë opsionet për instalimin e 1C
Pra, 1C ndahet në platformë dhe konfigurim. Çfarë është çfarë, ne e kemi analizuar vazhdimisht në numrat e mëparshëm.
Bazuar në konfigurimin 1C, ne krijojmë një bazë të dhënash. Baza e të dhënave përmban libra referencë dhe dokumente që futen nga përdoruesit.
Që nga janari 2010, ekzistojnë tre opsione për funksionimin 1C:
- skedari 1C
- rrjeti 1C (server 1C dhe klient 1C)
- ueb 1C (klient i hollë 1C).
Gjithashtu opsione shtesë:
- për zhvilluesit
- për përdorimin e shërbimeve të internetit 1C ose zgjerimit të uebit 1C.
Ekzistojnë skedari 1C dhe rrjeti 1C, secila prej tyre nevojitet në rastin e vet, prandaj nuk është e saktë të thuhet pa mëdyshje se rrjeti 1C është më i mirë se skedari 1C.
Skedari 1C
Versioni më i vjetër i punës 1C. Baza e të dhënave ndodhet në një dosje në hard diskun e kompjuterit tuaj.
Dosja me skedarët bazë mund të jetë ose në diskun e kompjuterit tuaj ose në çdo disk publik të rrjetit lokal (disqe të tillë publikë quhen gjithashtu "topa").
Në këtë rast, mjafton të instaloni platformën 1C në kompjuterët e përdoruesve.
Rrjeti 1C
Quhet gjithashtu "klient-server 1C". Kjo do të thotë që ju duhet të instaloni një "klient 1C" të veçantë dhe veçmas "server 1C".
Baza e të dhënave ruhet në një program të veçantë të menaxhimit të bazës së të dhënave.
Programet e menaxhimit të bazës së të dhënave që mbështeten nga 1C: Microsoft SQL, Postgre SQL, Oracle (kjo e fundit mbështetet vetëm nga 1C 8.2).
Në këtë rast, një pjesë e platformës 1C është instaluar në server - "server 1C". Aty është instaluar edhe programi i menaxhimit të bazës së të dhënave. Kompjuterët janë të pajisur me platformën 1C dhe një komponent të veçantë "Qasja në serverin 1C".
Thin klient 1C (aplikacion i menaxhuar 1C)
Versioni më i ri. Në këtë rast, përveç opsionit klient / server, kërkohet një server në internet. Serverët e uebit të mbështetur nga 1C: Microsoft IIS, Apache.
Serveri është i pajisur me një server 1C, një program të menaxhimit të bazës së të dhënave, një server në internet dhe një komponent shtesë të serverit në internet 1C.
Në kompjuterët e përdoruesve, mund të përdorni dy opsione:
Opsioni 1: mos instaloni asgjë - përdorni ndonjë shfletues të rregullt.
Opsioni 2: instaloni "klientin e hollë 1C".
Një shembull i punës me 1C përmes një shfletuesi në internet mund të shihet këtu.
Kjo është një bazë të dhënash e vërtetë 1C, e cila është instaluar në një server në kompaninë 1C.
Opsioni shtesë - Për Zhvilluesit
Kur një grup zhvilluesish është duke punuar në zhvillimin e një konfigurimi 1C në të njëjtën kohë, është e nevojshme të instaloni një shtesë - ruajtje 1C SQL.
Si parazgjedhje, vetëm 1 programues mund të punojë me konfigurimin në të njëjtën kohë. Depoja lejon zhvillimin e bashkëpunimit.
Hapësira ruajtëse duhet të instalohet në server ose një nga kompjuterët e zhvilluesit duhet të përdoret si server i ruajtjes.
Opsioni shtesë - shërbimet në internet 1C dhe zgjerimi në internet 1C
Për shembull, në zyrën tuaj, kontabiliteti mbahet në 1C: Ndërmarrja. Ju gjithashtu keni një faqe interneti që funksionon. Ju dëshironi që faqja e internetit të marrë në mënyrë dinamike të dhëna të caktuara nga 1C. Kjo mund të bëhet duke përdorur shërbimet e internetit. Ky është një komponent shtesë i platformës 1C. Është përfshirë në platformë, duhet të kontrolloni këtë kuti.
Zgjerimi në ueb, një mekanizëm alternativ për shërbimet e ueb-it, u prezantua më herët.
Pse rrjeti 1C është më i mirë se skedari 1C
1) Në versionin e skedarit, baza e të dhënave është në një skedar. Madhësia e skedarit në teori mund të kufizohet nga FAT. Vërtetë, është e vështirë të imagjinohet një sistem operativ në FAT sot - NTFS përdoret kudo.
2) Mekanizmi për të punuar me një skedar bazë të dhënash në 1C është thjeshtuar ndjeshëm në krahasim me SQL. Në veçanti, funksionon më keq kur rritet madhësia e skedarit ose numri i përdoruesve ("fillon të ngadalësohet").
Prandaj, kur bëhet fjalë për tre deri në pesë përdorues dhe një bazë të dhënash të vogël, ky është ekskluzivisht një version skedari. Baza nga 4 GB dhe më shumë se 10 përdorues - mund të mendoni. Edhe më shumë - patjetër një klient-server.
Për trajnim, natyrisht, versioni i skedarit na mjafton.
Instalimi i platformës 1C
Kohët e fundit, përdoruesit dhe administratorët po fillojnë të ankohen gjithnjë e më shumë se konfigurimet e reja 1C të zhvilluara në bazë të një aplikacioni të menaxhuar janë të ngadalta, në disa raste në mënyrë të papranueshme të ngadalta. Është e qartë se konfigurimet e reja përmbajnë funksione dhe aftësi të reja, dhe për këtë arsye janë më kërkuese për burimet, por shumica e përdoruesve nuk e kuptojnë se çfarë ndikon kryesisht në funksionimin e 1C në modalitetin e skedarit. Ne do të përpiqemi ta rregullojmë këtë boshllëk.
Në tonin, ne kemi prekur tashmë ndikimin e performancës së nënsistemit të diskut në shpejtësinë e funksionimit 1C, megjithatë, ky studim kishte të bënte me përdorimin lokal të aplikacionit në një PC të veçantë ose server terminal. Në të njëjtën kohë, shumica e implementimeve të vogla përfshijnë punën me një bazë skedari mbi një rrjet, ku një nga PC-të e përdoruesit përdoret si server, ose një server skedari të dedikuar bazuar në një kompjuter konvencional, shpesh edhe të lirë.
Një studim i vogël i burimeve në gjuhën ruse në 1C tregoi se kjo çështje shmanget me kujdes; në rast problemesh, zakonisht këshillohet të kaloni në modalitetin klient-server ose terminal. Është bërë gjithashtu pothuajse përgjithësisht e pranuar se konfigurimet në një aplikacion të menaxhuar janë shumë më të ngadalta se konfigurimet normale. Si rregull, argumentet janë "hekura": "këtu Kontabiliteti 2.0 sapo fluturoi, dhe" trojka "mezi lëviz, natyrisht, ka disa të vërteta në këto fjalë, kështu që le të përpiqemi ta kuptojmë.
Konsumi i burimeve me një shikim
Para fillimit të këtij kërkimi, ne i vendosëm vetes dy detyra: të zbulojmë nëse konfigurimet e bazuara në një aplikacion të menaxhuar janë në të vërtetë më të ngadalta se zakonisht dhe cilat burime kanë një ndikim parësor në performancë.
Për testim, morëm dy makina virtuale që funksiononin përkatësisht Windows Server 2012 R2 dhe Windows 8.1, duke u ndarë atyre 2 bërthama të hostit Core i5-4670 dhe 2 GB RAM, që është afërsisht mesatarja e makinës së zyrës. Serveri u vendos në një grup RAID 0 me dy, dhe klienti në një grup të ngjashëm disqesh për qëllime të përgjithshme.
Si baza eksperimentale, ne zgjodhëm disa konfigurime të Accounting 2.0, version 2.0.64.12 e cila më pas u përditësua në 3.0.38.52 , të gjitha konfigurimet u ekzekutuan në platformë 8.3.5.1443 .
Gjëja e parë që tërheq vëmendjen është rritja e madhësisë së bazës së informacionit të trojkës, e cila është rritur ndjeshëm, si dhe orekset shumë më të mëdha për RAM:
Tashmë jemi gati të dëgjojmë të zakonshmen: “pse ia shtuan një gjë të tillë kësaj treshe”, por të mos nxitohemi. Ndryshe nga përdoruesit e versioneve klient-server, të cilët kërkojnë një administrator pak a shumë të kualifikuar, përdoruesit e versioneve të skedarëve rrallë mendojnë për mirëmbajtjen e bazave të të dhënave. Gjithashtu, servisimi (leximi - përditësimi) i këtyre bazave punonjësit e firmave të specializuara rrallë mendojnë për të.
Ndërkohë, baza e informacionit 1C është një DBMS e plotë e formatit të vet, e cila gjithashtu kërkon mirëmbajtje dhe për këtë ekziston edhe një mjet i quajtur Testimi dhe rregullimi i bazës së informacionit... Ndoshta emri luajti një shaka mizore, e cila, si të thuash, nënkupton se ky është një mjet për zgjidhjen e problemeve, por performanca e ulët është gjithashtu një problem, dhe ristrukturimi dhe riindeksimi, së bashku me ngjeshjen e tabelës, janë të njohura për çdo optimizim të bazës së të dhënave të administratorit të DBMS. mjetet. Kontrolloje?
Pas aplikimit të veprimeve të zgjedhura, baza "humbi peshë" në mënyrë dramatike, duke u bërë edhe më pak se "dy", të cilat askush nuk i ka optimizuar ndonjëherë, dhe konsumi i RAM gjithashtu është ulur paksa.
Më pas, pas ngarkimit të klasifikuesve dhe librave të rinj të referencës, krijimit të indekseve, etj. madhësia e bazës do të rritet, në përgjithësi, bazat e "tre" janë më të mëdha se bazat e "dy". Sidoqoftë, kjo nuk është më e rëndësishme, nëse versioni i dytë ishte i kënaqur me 150-200 MB RAM, atëherë botimi i ri tashmë ka nevojë për gjysmë gigabajt dhe kjo vlerë duhet të merret parasysh kur planifikoni burimet e nevojshme për të punuar me programin.
Neto
Gjerësia e brezit të rrjetit është një nga parametrat më të rëndësishëm për aplikacionet e rrjetit, veçanërisht si 1C në modalitetin e skedarit, duke lëvizur sasi të konsiderueshme të të dhënave nëpër rrjet. Shumica e rrjeteve të ndërmarrjeve të vogla janë ndërtuar mbi bazën e pajisjeve të lira 100 Mbit / s, kështu që ne filluam testimin me një krahasim të treguesve të performancës 1C në rrjetet 100 Mbit / s dhe 1 Gbit / s.
Çfarë ndodh kur baza e të dhënave të skedarëve 1C lëshohet në rrjet? Klienti shkarkon një sasi mjaft të madhe informacioni në dosje të përkohshme, veçanërisht nëse ky është fillimi i parë i ftohtë. Në 100 Mbit / s, ne, siç pritej, do të kalojmë në gjerësinë e kanalit dhe shkarkimi mund të marrë një kohë të konsiderueshme, në rastin tonë rreth 40 sekonda (çmimi i një ndarjeje grafiku është 4 sekonda).
Nisja e dytë është më e shpejtë, pasi disa nga të dhënat ruhen në cache dhe janë atje deri në rindezjen. Kalimi në një rrjet gigabit mund të përshpejtojë ndjeshëm ngarkimin e programit, si "i ftohtë" dhe "i nxehtë", dhe raporti i vlerave vërehet në këtë rast. Prandaj, ne vendosëm të shprehim rezultatin në vlera relative, duke marrë vlerën më të madhe të secilës matje si 100%:
Siç mund ta shihni nga grafikët, Accounting 2.0 ngarkon dy herë më shpejt me çdo shpejtësi rrjeti, kalimi nga 100 Mbps në 1 Gbps ju lejon të katërfishoni kohën tuaj të shkarkimit. Nuk ka asnjë ndryshim midis bazave të optimizuara dhe jo të optimizuara të "trojkës" në këtë mënyrë.
Ne testuam gjithashtu efektin e shpejtësisë së rrjetit në punën në punë të rënda, për shembull, në ripostimin në grup. Rezultati shprehet gjithashtu në terma relativë:
Këtu është më interesante, baza e optimizuar e "trojkës" në 100 Mbit / s të rrjetit funksionon me të njëjtën shpejtësi si "dy", dhe ajo e pa optimizuar tregon dy herë rezultatin më të keq. Në gigabit, raportet ruhen, "tre" i paoptimizuar është gjithashtu dy herë më i ngadalshëm se "dy", dhe ai i optimizuar është një e treta prapa. Gjithashtu, kalimi në 1 Gbit / s ju lejon të zvogëloni kohën me tre herë për edicionin 2.0 dhe dy herë për atë 3.0.
Për të vlerësuar ndikimin e shpejtësisë së rrjetit në punën e përditshme, ne kemi përdorur Matja e performancës duke kryer një sekuencë veprimesh të paracaktuara në secilën bazë.
Në fakt, për detyrat e përditshme, gjerësia e brezit të rrjetit nuk është një pengesë, një "treshe" e pa optimizuar është vetëm 20% më e ngadaltë se dy, dhe pas optimizimit rezulton të jetë pothuajse e njëjta gjë më shpejt - reflektohen avantazhet e punës në modalitetin e klientit të hollë . Kalimi në 1 Gbps nuk i jep bazës së optimizuar asnjë avantazh, dhe baza e paoptimizuar dhe të dyja fillojnë të punojnë më shpejt, duke treguar pak ndryshim midis tyre.
Nga testet e kryera, bëhet e qartë se rrjeti nuk është një pengesë për konfigurimet e reja dhe aplikacioni i menaxhuar është edhe më i shpejtë se zakonisht. Ju gjithashtu mund të rekomandoni kalimin në 1 Gbit / s nëse detyrat e rënda dhe shpejtësia e shkarkimit të bazave të të dhënave janë kritike për ju, në raste të tjera konfigurimet e reja ju lejojnë të punoni në mënyrë efektive edhe në rrjete të ngadalta 100 Mbit / s.
Pra, pse ngadalësohet 1C? Ne do të kuptojmë më tej.
Nënsistemi i diskut të serverit dhe SSD
Në artikullin e mëparshëm, kemi arritur një rritje të performancës së 1C duke vendosur bazat në SSD. Ndoshta performanca e pamjaftueshme e nënsistemit të diskut të serverit? Ne matëm performancën e një serveri disk gjatë një ekzekutimi në grup në dy baza të dhënash menjëherë dhe morëm një rezultat mjaft optimist.
Pavarësisht numrit relativisht të madh të operacioneve hyrëse-dalëse për sekondë (IOPS) - 913, gjatësia e radhës nuk e kaloi 1.84, që është një rezultat shumë i mirë për një grup me dy disqe. Bazuar në këtë, mund të supozohet se një pasqyrë nga disqet e zakonshëm do të jetë e mjaftueshme për funksionimin normal të 8-10 klientëve të rrjetit në mënyra të rënda.
Pra, a nevojitet një SSD në një server? Mënyra më e mirë për t'iu përgjigjur kësaj pyetjeje do të jetë testimi që kemi kryer duke përdorur një metodologji të ngjashme, lidhja e rrjetit është kudo 1 Gb / s, rezultati shprehet gjithashtu në vlera relative.
Le të fillojmë me shpejtësinë e ngarkimit të bazës së të dhënave.
Dikujt mund t'i duket e habitshme, por nuk ndikon në shpejtësinë e ngarkimit të bazës së të dhënave SSD në server. Faktori kryesor kufizues këtu, siç tregohet nga testi i mëparshëm, është gjerësia e brezit të rrjetit dhe performanca e klientit.
Le të kalojmë tek ripostimi:
Ne kemi vërejtur tashmë më lart se performanca e diskut është mjaft e mjaftueshme edhe për punë në mënyra të rënda, prandaj, shpejtësia e SSD gjithashtu nuk ndikohet, përveç bazës jo të optimizuar, e cila u kap me atë të optimizuar në SSD. Në fakt, kjo konfirmon edhe një herë se operacionet e optimizimit porosisin informacionin në bazën e të dhënave, duke zvogëluar numrin e operacioneve të rastësishme të hyrjes / daljes dhe duke rritur shpejtësinë e aksesit në të.
Për detyrat e përditshme, fotografia është e njëjtë:
Vetëm baza e paoptimizuar përfiton nga SSD. Sigurisht, mund të blini një SSD, por do të ishte shumë më mirë të mendoni për mirëmbajtjen në kohë të bazave. Gjithashtu, mos harroni për defragmentimin e seksionit të infobazës në server.
Nënsistemi i diskut të klientit dhe SSD
Ne analizuam efektin e SSD në shpejtësinë e funksionimit të një 1C të instaluar lokalisht në, shumë nga ato që janë thënë janë gjithashtu të vërteta për punën në modalitetin e rrjetit. Në të vërtetë, 1C përdor në mënyrë aktive burimet e diskut, duke përfshirë për detyrat në sfond dhe rutinë. Në figurën më poshtë, mund të shihni se si Accounting 3.0 akseson në mënyrë mjaft aktive diskun brenda rreth 40 sekondave pas ngarkimit.
Por në të njëjtën kohë, duhet të kihet parasysh se për një stacion pune ku puna aktive kryhet me një ose dy baza informacioni, burimet e performancës së një HDD konvencional të serisë masive janë mjaft të mjaftueshme. Blerja e një SSD mund të përshpejtojë disa procese, por nuk do të vini re një përshpejtim radikal në punën e përditshme, pasi, për shembull, shkarkimet do të kufizohen nga gjerësia e brezit të rrjetit.
Një hard disk i ngadalshëm mund të ngadalësojë disa operacione, por në vetvete nuk mund të ngadalësojë programin.
RAM
Përkundër faktit se RAM tani është jashtëzakonisht i lirë, shumë stacione pune vazhdojnë të punojnë me sasinë e memories që ishte instaluar në kohën e blerjes. Këtu qëndrojnë pritë problemet e para. Tashmë duke u nisur nga fakti se mesatarja "tre" kërkon rreth 500 MB memorie, mund të supozohet se sasia totale e RAM-it në 1 GB nuk do të jetë e mjaftueshme për të punuar me programin.
Ne reduktuam memorien e sistemit në 1 GB dhe lëshuam dy baza informacioni.
Në pamje të parë, gjithçka nuk është aq e keqe, programi ka qetësuar oreksin e tij dhe është përshtatur plotësisht në kujtesën e disponueshme, por të mos harrojmë se nevoja për të dhëna operacionale nuk ka ndryshuar, kështu që ku shkoi? Flushed në disk, cache, swap, etj., Thelbi i këtij operacioni është që të dhënat që nuk nevojiten për momentin dërgohen nga RAM-i i shpejtë, sasia e të cilave nuk është e mjaftueshme, në diskun e ngadalësuar.
Ku të çon? Le të shohim se si përdoren burimet e sistemit në operacione të rënda, për shembull, ne do të fillojmë një grup ripostim në dy baza të të dhënave menjëherë. Së pari në një sistem me 2 GB RAM:
Siç mund ta shihni, sistemi përdor në mënyrë aktive rrjetin për të marrë të dhëna dhe procesorin për përpunimin e tyre, aktiviteti i diskut është i parëndësishëm, në procesin e përpunimit ai herë pas here rritet, por nuk është një faktor kufizues.
Tani le të reduktojmë memorien në 1 GB:
Situata po ndryshon rrënjësisht, ngarkesa kryesore tani bie në hard disk, procesori dhe rrjeti janë të papunë, duke pritur që sistemi të lexojë të dhënat e nevojshme nga disku në memorie dhe të dërgojë të dhëna të panevojshme atje.
Në të njëjtën kohë, edhe puna subjektive me dy baza të dhënash të hapura në një sistem me 1 GB memorie doli të ishte jashtëzakonisht e pakëndshme, drejtoritë dhe revistat u hapën me një vonesë të konsiderueshme dhe akses aktiv në disk. Për shembull, hapja e revistës "Shitjet e mallrave dhe shërbimeve" zgjati rreth 20 sekonda dhe u shoqërua me aktivitet të lartë të diskut gjatë gjithë kësaj kohe (e theksuar me një vijë të kuqe).
Për të vlerësuar objektivisht ndikimin e RAM-it në performancën e konfigurimeve të bazuara në një aplikacion të menaxhuar, ne kemi kryer tre matje: shpejtësinë e shkarkimit të bazës së të dhënave të parë, shpejtësinë e shkarkimit të bazës së të dhënave të dytë dhe ringarkimin e grupit në një nga bazat e të dhënave. Të dyja bazat e të dhënave janë plotësisht identike dhe krijohen duke kopjuar bazën e të dhënave të optimizuar. Rezultati shprehet në njësi relative.
Rezultati flet vetë, nëse koha e ngarkesës rritet me rreth një të tretën, e cila është ende mjaft e përballueshme, atëherë koha e ekzekutimit të operacioneve në bazën e të dhënave rritet tre herë, nuk ka nevojë të flasim për ndonjë punë të rehatshme në kushte të tilla. Nga rruga, ky është rasti kur blerja e një SSD mund të përmirësojë situatën, por është shumë më e lehtë (dhe më e lirë) të merreni me shkakun, jo me pasojat, dhe thjesht të blini sasinë e duhur të RAM-it.
Mungesa e RAM-it është arsyeja kryesore pse puna me konfigurimet e reja 1C rezulton të jetë e pakëndshme. Konfigurimet me 2 GB memorie në bord duhet të konsiderohen minimale të përshtatshme. Në të njëjtën kohë, mbani në mend se në rastin tonë, u krijuan kushte "serë": një sistem i pastër, vetëm 1C dhe menaxheri i detyrave po funksiononin. Në jetën reale, në një kompjuter pune, si rregull, një shfletues, një paketë zyre është e hapur, një antivirus po funksionon, etj., etj., Kështu që vazhdoni nga nevoja për 500 MB për bazën e të dhënave, plus disa diferencë, në mënyrë që gjatë operacioneve të rënda nuk përballeni me mungesë memorie dhe rënie të mprehtë të produktivitetit.
CPU
Pa ekzagjerim, procesori qendror mund të quhet zemra e një kompjuteri, pasi është ai që, në fund të fundit, kryen përpunimin e të gjitha llogaritjeve. Për të vlerësuar rolin e saj, ne kryem një grup tjetër testesh, të njëjta si për RAM-in, duke ulur numrin e bërthamave të disponueshme për makinën virtuale nga dy në një, ndërsa testi u krye dy herë me 1 GB dhe 2 GB memorie.
Rezultati doli të ishte mjaft interesant dhe i papritur, një procesor më i fuqishëm mori në mënyrë mjaft efektive ngarkesën në kushtet e mungesës së burimeve, pjesën tjetër të kohës nuk dha ndonjë avantazh të prekshëm. 1C Enterprise (në modalitetin e skedarit) vështirë se mund të quhet një aplikacion që përdor në mënyrë aktive burimet e procesorit, por më tepër i pakërkueshëm. Dhe në kushte të vështira, procesori mban barrën jo aq të llogaritjes së të dhënave të vetë aplikacionit, por të shërbimit të kostove të përgjithshme: operacione shtesë I/O, etj.
konkluzionet
Pra, pse ngadalësohet 1C? Para së gjithash, kjo është një mungesë RAM, ngarkesa kryesore në këtë rast bie në hard disk dhe procesor. Dhe nëse ato nuk shkëlqejnë me performancën, siç ndodh zakonisht në konfigurimet e zyrës, atëherë marrim situatën e përshkruar në fillim të artikullit - "dy" funksionuan mirë, por "tre" ngadalësohet paturpësisht.
Në vendin e dytë është performanca e rrjetit, një kanal i ngadaltë 100 Mbit / s mund të bëhet një pengesë e vërtetë, por në të njëjtën kohë, mënyra e klientit të hollë është në gjendje të mbajë një nivel mjaft të rehatshëm të punës edhe në kanale të ngadalta.
Atëherë duhet t'i kushtoni vëmendje atij të diskut, blerja e një SSD nuk ka gjasa të jetë një investim i mirë parash, por zëvendësimi i diskut me një më modern nuk do të jetë i tepërt. Dallimi midis gjeneratave të hard disqeve mund të vlerësohet nga materiali i mëposhtëm:.
Dhe në fund procesori. Një model më i shpejtë, natyrisht, nuk do të jetë i tepërt, por ka pak kuptim për të rritur performancën e tij, përveç nëse ky PC përdoret për operacione të rënda: përpunim në grup, raporte të rënda, mbyllje të muajit, etj.
Shpresojmë që ky material t'ju ndihmojë të kuptoni shpejt pyetjen "pse 1C ngadalësohet" dhe ta zgjidhni atë në mënyrë më efikase dhe pa kosto shtesë.
Etiketa:
