Sot do të shikojmë zgjedhjen e harduerit të serverit për një organizatë të vogël për 25-30 përdorues, me një infrastrukturë të shpërndarë (shitore me pakicë, depo), e cila kërkon një server terminal dhe programin 1C: Enterprise. Të gjithë punonjësit do t'i përdorin këto shërbime.
Shumica e kompanive të vogla, për të ulur koston e pajisjeve, preferojnë të minimizojnë sasinë e pajisjeve të blera dhe u kërkojnë administratorëve të "shtyjnë" të gjitha shërbimet që kërkojnë në një server fizik. Dëshira është e kuptueshme dhe e falshme, por "ka nuanca".
Ju mund të organizoni një server terminal dhe të përdorni versionin e skedarit të 1C atje, por me një numër të tillë përdoruesish, kompania e zhvillimit rekomandon kalimin në versionin klient-server. Prandaj, do të na duhet një server tjetër për "1C: Enterprise" dhe një server bazë të dhënash. Le të sqarojmë menjëherë se është e mundur të organizoni një server terminal, server SQL dhe server 1C në një sistem operativ, por nga pikëpamja e sigurisë dhe stabilitetit të shërbimeve, kjo nuk rekomandohet shumë. Por nëse vërtet dëshironi të përdorni një server fizik për të tre rolet, atëherë ju rekomandojmë të përdorni virtualizimin, për shembull, VMWare ESXi ose Hyper-V.
Kështu, shfaqen tre opsione:
- Një server me skedar 1C. Një opsion i keq, ne nuk do ta shqyrtojmë më tej.
- Një server me dy makina virtuale.
- Dy serverë fizikë, një terminal, i dyti me një bazë të dhënash dhe 1C.
Për të zgjidhur këto probleme, mund të propozohet konfigurimi i mëposhtëm i serverit:
Në rast se një server fizik Ne zgjodhëm Dell R710, me dy procesorë Xeon X5650 me gjashtë bërthama, 64 GB RAM dhe gjashtë disqe: dy SSD në RAID 1 dhe katër disqe SAS në RAID 10.
Në rast se dy serverë fizikë Ne zgjodhëm konfigurimet e mëposhtme:
- Serveri i terminalit: IBM x3550 M3 me një procesor Xeon E5620, 32 GB RAM dhe dy SSD në RAID 1, me një kartë rrjeti shtesë për dy ndërfaqe gigabit. Ky server ka gjithashtu opsione të pasura përmirësimi, pasi është me procesor të dyfishtë, ka 18 slota memorie dhe mbështet deri në 288 GB RAM.
- Serveri i bazës së të dhënave: IBM x3250 M5 me një procesor Xeon E3-1220v3, 16 GB RAM, një kontrollues shtesë SAS/SATA RAID, katër disqe SAS në RAID 10, me një kartë rrjeti shtesë për ndërfaqe 2 gigabit.
CPU
Për sa i përket kohës së procesorit, seancat e terminalit nuk zënë një pjesë shumë të madhe. Bazuar në përvojën e zbatimit të zgjidhjeve terminale në organizata të ndryshme, për të mbajtur një punë të rehatshme për 30 përdorues, do të mjaftojnë 4-6 bërthama të procesorit fizik, një bërthamë për 6-8 seanca. Për një bazë të dhënash të vogël, serveri SQL do të ketë nevojë për një bërthamë. Por ne do të fokusohemi në zgjerimin e bazës së të dhënave në të ardhmen (ose rritjen e numrit të bazave të të dhënave) dhe do të marrim dy bërthama SQL.
Për një server 1C: Enterprise, nuk është aq i rëndësishëm numri i bërthamave, por shpejtësia e orës dhe frekuenca e autobusit. Prandaj, ne do të shtojmë dy bërthama të tjera në serverin 1C.
Dhe të mos harrojmë se nëse përdorim virtualizimin, një ose dy bërthama do të jenë të dobishme për ne për të siguruar funksionimin e sistemit operativ pritës.
Në total marrim:
- një server me dy makina virtuale kërkon 12 bërthama fizike. Mund të bësh më pak, por gjithmonë duhet të ketë një rezervë fuqie. Një server me dy procesorë me gjashtë bërthama është ideal për këtë.
- Për një server terminal, një procesor Xeon E5620 me gjashtë bërthama është i mjaftueshëm për një server të bazës së të dhënave, një procesor Xeon E3-1220v3 me katër bërthama është i mjaftueshëm.
RAM
Së pari, le të shohim se sa RAM nevojitet për shërbimet: - Sistemi operativ Windows Server kërkon vetëm 2 GB RAM.
- Për SQL dhe një bazë të dhënash të vogël 1C, 4-6 GB RAM do të jenë të mjaftueshme.
- Serveri 1C: Enterprise kërkon 2-3 GB të tjera RAM.
- Ne presim që çdo përdoruesi të ketë nevojë për 700 MB RAM në një seancë terminali, pastaj 30 përdoruesve do t'ju duhet 21 GB.
- Një server me dy makina virtuale kërkon rreth 40 GB RAM.
- Për një server terminal, 24 GB ose 32 GB RAM do të jenë të mjaftueshme (do ta marrim me një diferencë, duke supozuar zgjerimin e ardhshëm). Për një server me baza të dhënash, ju nevojiten të paktën 8 GB, por kjo është "back to back", kështu që 16 GB është me rezervë. Kujtesa tani është një nga komponentët më të lirë të serverit.
Nënsistemi i diskut
Ky është pengesa tradicionale e shumë sistemeve. Zgjedhja e hard disqeve të duhura është shumë e rëndësishme për të siguruar performancën e serverit. Kur 1C punon me një bazë të dhënash SQL, ndodhin shumë operacione leximi/shkrimi për sekondë (IOPS). Nëse përdoruesit punojnë në serverin e terminalit nga klientët e hollë (d.m.th., ata përdorin plotësisht serverin e terminalit si një mjedis pune), kjo ngarkon shumë sistemin e diskut të serverit. Për shembull, 30 përdorues të një serveri terminal në RAID 1, SATA 3 Gb/s, me disqet WD Velociraptor ndjehen të pakëndshëm kur punojnë me postë dhe lundrojnë në mënyrë aktive në internet. Për serverët e terminalit, ne rekomandojmë përdorimin e disqeve SSD. Për serverët e bazës së të dhënave - disqe SAS të mbledhura në grupe tolerante ndaj gabimeve. Përveç disqeve, vëmendje duhet t'i kushtohet edhe kontrolluesit të diskut. Serverët modernë kanë kontrollues mjaft të mirë në bord, për shembull, HP SmartArray dhe DELL PERC. Megjithatë, do të ishte e gabuar të përdoren zgjidhje "në bord" nën ngarkesa të rënda kur kërkohet performanca maksimale. Duke kursyer pak, lehtë mund të merrni një server të fuqishëm që nuk e tërheq fare ngarkesën. Prandaj, kontrolluesi duhet të jetë harduer, jo softuer, me memorien e tij jo të paqëndrueshme.
Le të shqyrtojmë opsionet për zgjidhjen e këtij problemi.
- Për një server me dy makina virtuale, këshillohet të përdorni dy grupe RAID: njëra do të përmbajë skedarët e makinës virtuale të serverit terminal, e dyta do të përmbajë serverin e bazës së të dhënave dhe skedarët e makinës virtuale 1C: Enterprise. Për të krijuar grupin tuaj të parë, është më mirë të përdorni dy disqe SSD në RAID 1 (pasqyrë).
Është më mirë të krijoni grupin e dytë nga katër disqe SAS në RAID 10 (pasqyrë + shirit), por është gjithashtu e mundur nga dy disqe SSD në RAID 1. Zgjedhja varet vetëm nga kostoja e disqeve dhe modeli i serverit.
- Për dy serverë gjithçka është e njëjtë, vetëm vargjet do të shpërndahen midis serverëve. Në terminal - RAID 1 nga dy SSD, në serverin e bazës së të dhënave - RAID 10.
Një ose më shumë serverë
Siç u përmend më lart, organizatat e vogla kanë një dëshirë mjaft të fortë për të vendosur të gjitha shërbimet në një server. Përparësitë e përdorimit të një serveri të vetëm dhe virtualizimit përfshijnë konsum më të ulët të energjisë dhe shpërndarje më fleksibël të burimeve midis makinave virtuale. Epo, transferimi i makinave virtuale, nëse ndodh diçka, është shumë më i përshtatshëm sesa transferimi i OS-ve fizikë.
Sidoqoftë, dy serverë kanë aftësi më të mëdha përmirësimi. Për shembull, në versionin tonë, IBM x3550 M3 i lirë me shtimin e një procesori tjetër dhe RAM kthehet në një server elegant të terminalit të shkurtër për 50 ose edhe më shumë përdorues.
Një tjetër “ngërç” në rastin tonë, që duhet pasur parasysh kur zgjedhim dy serverë fizikë, është shkëmbimi i të dhënave ndërmjet tyre përmes rrjetit. Për serverët virtualë, shkëmbimi i të dhënave ndodh përmes një ndërprerës virtual. Këtu, për të rritur kapacitetin e rrjetit, mund të instaloni në secilin server një kartë rrjeti me dy ndërfaqe gigabit, të cilat mund të grumbullohen me njëra-tjetrën dhe të lidhin drejtpërdrejt të dy serverët me lidhje të grumbulluara 2 gigabit. Ose përdorni karta rrjeti me SPF+ 10GBASE, por kjo është e shtrenjtë.
Rezerva e energjisë
Gjatë llogaritjes dhe zgjedhjes së një serveri, ngarkesat e pikut duhet të merren parasysh. Shtë gjithashtu e nevojshme të mbani mend se baza e të dhënave vetëm do të "fryhet", vëllimi i të dhënave në serverin e terminalit do të rritet dhe numri i përdoruesve mund të rritet. Shumë ndërmarrje kursejnë në rezervat e energjisë dhe pas gjashtë muajsh apo një viti përballen me ndërprerje në punë dhe ankesa të përdoruesve. Ky është rasti kur kursimi i tepërt çon në kosto të reja në të ardhmen - koprrac paguan dy herë. Opsionet që kemi zgjedhur janë të dizajnuara me rezerva energjie dhe opsione përmirësimi. Është marrë parasysh se DELL R710 mund të shtojë edhe dy hard disk dhe RAM, si dhe të zëvendësojë procesorët me më efikas.Pra, nëse keni nevojë për zgjerim, ose numri i shërbimeve rritet, atëherë ka perspektiva të shkëlqyera dhe serverët ekzistues do të kryejnë në mënyrë efektive detyrat e tyre për një kohë të gjatë. Ndoshta brenda një viti do të na duhet papritur të dyfishojmë numrin e përdoruesve, në 60 persona? Ju lutem.
Nëse keni përdorur një server DELL R710, atëherë mund të blini një IBM x3550 M3 të lirë, të instaloni një hipervizor në të, të transferoni një makinë virtuale me një bazë të dhënash dhe një server 1C atje, dhe në DELL t'i jepni të gjitha burimet një makine virtuale me një terminal. Do të jetë e shpejtë dhe nuk do t'ju duhet të "hedhni gjithçka jashtë dhe të blini të reja".
Nëse keni përdorur dy serverë IBM, atëherë x3550 M3 me shtimin e një procesori të dytë dhe një sasi të vogël RAM kthehet nga një makinë mesatare në një makinë mjaft të fuqishme. Dhe në x3250 M5 mund të përmirësoni procesorin nga E3-1220v3 në E3-1285v3.
Këtu do të shikojmë si të konfiguroni 1-C përmes lidhjes së desktopit në distancë(RDP), d.m.th. duke përdorur një server terminal në sistemin operativ Windows Server 2003.
Kjo procedurë është për ata që nuk përdorin serverë të veçantë të bazës së të dhënave të krijuar për 1-c, por thjesht përdorin konfigurimin e zakonshëm 1-c të vendosur në server dhe lidhen me të nëpërmjet një rrjeti lokal që tregon shtegun e bazës së të dhënave. Kjo është kryesisht mënyra se si ata punojnë në zyra të vogla, dhe kur përdorni këtë metodë lidhjeje, 1-C funksionon mjaft ngadalë, dhe kjo është arsyeja pse unë do të përshkruaj procesin se si mund të rrisni shpejtësinë e programit në një mënyrë mjaft të thjeshtë.
Pra, për të filluar, ju duhet të keni një kompjuter të mirë, të fuqishëm, dhe më e mira nga të gjitha, një server të vërtetë me sistemin operativ Windows Server 2003 ose më të lartë të instaluar. Në të duhet të konfiguroni serverin e terminalit, ai është konfiguruar si më poshtë:
Start->Administration->Menaxho këtë server ->shto ose hiq një rol ->kliko tjetër ->zgjidh një konfigurim special ->përballë serverit të terminalit që ke "jo", thjesht zgjidh dhe kliko tjetër -> pastaj do të ndodhë një rindezje -> pastaj krijoni përdorues në grup " Përdoruesit e Desktopit në distancë"dhe ju mund të lidheni ( Një shembull i instalimit dhe konfigurimit më të detajuar të një serveri terminal mund të gjendet në artikull - Instalimi i një serveri terminal në Windows Server 2008).
Tani konfigurojmë lidhjen në kompjuterin e klientit, për ta bërë këtë ju ekzekutoni " Desktop në distancë» Fillimi -> Programet -> Aksesorët -> Lidhja me Desktopin në distancë ( Klienti RDP). Në dritaren që shfaqet, në fushën " kompjuter"ose" server» shkruani adresën IP ose emrin e kompjuterit në të cilin është instaluar serveri i terminalit dhe, në përputhje me rrethanat, vetë baza e të dhënave 1-C.
Pas hyrjes do t'ju kërkohet të futni " përdorues"Dhe" fjalëkalimin» ( Duhet t'i kishit krijuar tashmë në server). Pastaj, më në fund, i njëjti desktop në distancë do të hapet për ju. Së pari, gjeni ku keni shkurtoren ose skedarin exe për të nisur 1c, kopjoni shtegun, për shembull do të jetë D:\BIN\1cv7s.exe dhe ruajeni. Pastaj shkëputeni ( Gjithmonë duhet të shtypni sistemin start->dalje sepse... nëse mbylleni vetëm me X do të jetë e pasaktë).
Më pas, nisni përsëri desktopin në distancë dhe klikoni " opsione"dhe plotësoni fushat" përdorues"Dhe" fjalëkalimin", në mënyrë që të mos keni nevojë ta futni atë sa herë që lidheni. Pastaj shkoni te skeda e programit dhe kontrolloni kutinë pranë "nisni programin kur të lidhni" dhe ngjitni të njëjtën rrugë që keni ruajtur ( në shembullin tonë D:\BIN\1cv7s.exe). Le të shohim fotot:
Tani mund të lidheni, dhe tashmë në këtë nisje do të fillojë programi 1-C, por në një kompjuter të largët, d.m.th. server. E tëra çfarë ju duhet të bëni është të konfiguroni shtegun për në bazën e të dhënave. Por mbani mend që ne jemi në server dhe, në përputhje me rrethanat, baza e të dhënave është gjithashtu në server, dhe ne do të tregojmë shtegun lokalisht, dhe jo përmes rrjetit.
Nëse bëni gjithçka në mënyrë korrekte, atëherë vetë do të vini re se shpejtësia e 1-C do të rritet, pasi kompjuteri i klientit nuk po përdor më burimet e veta, por burimet e serverit. Kjo metodë e lidhjes është e shkëlqyeshme për zyrat e vogla ku rreth 50 persona punojnë në programin 1-C, për të qenë i sinqertë, thjesht nuk e kemi provuar më sepse... thjesht nuk ka njerëz.
Blerja në 1C 8.3 nuk do të thotë asgjë më shumë se një pagesë e rregullt për një blerje me një kartë bankare.
Organizata shitëse lidh një marrëveshje blerjeje me një bankë dhe hap një llogari rrjedhëse në këtë bankë. Banka, nga ana tjetër, ofron një terminal për të lexuar bilancin në kartën e blerësit dhe debiton shumën e blerjes. Këto terminale mund të ofrohen ose me pagesë ose me qira pa pagesë. Gjithashtu, për marrjen e shërbimeve, banka merr një përqindje të caktuar si shpërblim nga çdo blerje.
Ju lutemi vini re se kur paguani për një blerje, fondet nuk shkojnë në llogarinë e shitësit, por në vetë bankën e shërbimit. Nuk është praktike të përpunosh çdo blerje. Tjetra, banka me të cilën është lidhur marrëveshja transferon fonde për disa blerje menjëherë, duke shlyer kështu borxhin e saj ndaj organizatës - shitësit.
Për të llogaritur ato fonde që tashmë janë debituar nga karta e blerësit, por nuk janë kredituar ende tek ne, është menduar një llogari e veçantë 57.03. Paratë pasqyrohen në këtë llogari derisa të marrim konfirmimin se paratë janë kredituar në llogarinë tonë rrjedhëse.
Para së gjithash, duhet të kontrollojmë nëse i kemi të gjitha cilësimet për përdorimin e blerjes në programin 1C: Accounting 3.0.
Shkoni te seksioni "Kryesore" dhe zgjidhni "Funksionaliteti".
Në skedën "Banka dhe arka" dhe vendosni flamurin në cilësimin "Kartat e pagesës". Në rastin tonë, kjo pjesë e funksionalitetit ishte aktivizuar tashmë më herët. Nuk mund ta çaktivizojmë për arsye se programi tashmë ka pasqyruar raporte mbi shitjet me pakicë dhe transaksionet me karta bankare.
Reflektimi i blerjes në Kontabilitetin 1C
Së pari, ne do të pasqyrojmë në 1C shitjen e një kilogrami të ëmbëlsirave Belochka. Kjo mund të bëhet për OSN/STS/UTII duke përdorur dokumentin “Zbatimi (akte, fatura)”.
Tjetra, duhet të krijoni një dokument "Transaksion me kartë pagese". Kjo mund të bëhet ose nga menyja “Bank and Cash Desk” ose në bazë të dokumentit të shitjes që sapo keni futur. Ne do të zgjedhim metodën e dytë, pasi është shumë më e thjeshtë.
Të gjitha detajet përveç llojit të pagesës janë futur në dokumentin e krijuar automatikisht. Në këtë fushë, ne do të zgjedhim blerjen nga Sberbank, pasi në shembullin tonë, marrëveshja përkatëse është lidhur me të.
shënim se lloji i parazgjedhur i transaksionit do të vendoset në "Pagesë nga blerësi". Ne nuk do ta ndryshojmë atë, sepse "Të ardhurat me pakicë", si rregull, përdoren për të pasqyruar këto të dhëna në pikat e shitjes me pakicë jo të automatizuara si një shumë totale e caktuar.
Në transaksionet e blerjes 1C mund të shihni atë që u përmend më herët. Fondet e marra në fakt nuk janë ende në llogarinë tonë rrjedhëse, por në bankë, kështu që shuma prej 350 rubla u kreditua në llogari më 57.03.
Blerja dhe shitjet me pakicë
Kur kryeni shitje me pakicë, pagesa me blerje pasqyrohet në. Në këtë rast, gjithçka bëhet automatikisht. Të dhënat për një pagesë të tillë shfaqen në skedën "Pagesat pa para".
Ky dokument krijoi transaksionet e paraqitura në figurën më poshtë.
Marrja e fondeve nga banka
Derisa banka që i shërben terminalit tonë të blerjes të transferojë fondet nga shitjet në llogarinë tonë rrjedhëse, këto shuma do të renditen në llogarinë 57.03. Fakti i transferimit të parave në llogarinë e organizatës sonë është pasqyruar në program.
Ky dokument mund të gjenerohet automatikisht kur shkarkohet një ekstrakt nga banka e klientit. Ju gjithashtu mund ta futni atë në bazën e të dhënave manualisht duke përdorur artikullin "Pasqyrat bankare" në seksionin "Banka dhe arka".
Në këtë shembull, ne do të krijojmë një faturë në llogarinë rrjedhëse direkt nga dokumenti “Transaksioni me kartën e pagesës”.
Dokumenti u krijua dhe u plotësua plotësisht automatikisht. Ne do të kontrollojmë korrektësinë e të gjitha detajeve dhe do ta kryejmë atë.
Si rezultat, shuma nga shitja e ëmbëlsirave Belochka në shumën prej 350 rubla u transferua nga llogaria 57.03 në llogarinë 51 "Llogaritë rrjedhëse". Kështu, borxhi i Sberbank ndaj organizatës sonë është shlyer.
Shihni edhe videon mbi këtë temë:
Foto nga Alena Tulyakova, agjencia e lajmeve "Clerk.Ru"
Artikulli identifikon gabimet kryesore që bëjnë administratorët fillestarë të 1C dhe tregon se si t'i zgjidhin ato duke përdorur testin Gilev si shembull.
Qëllimi kryesor i shkrimit të këtij artikulli është të shmangni përsëritjen e nuancave të dukshme për ata administratorë (dhe programues) që nuk kanë fituar ende përvojë me 1C.
Qëllimi dytësor është që nëse kam ndonjë mangësi, Infostart do të jetë më i shpejtë për të ma vënë në dukje këtë.
Testi i V. Gilev tashmë është bërë një lloj standardi "de fakto". Autori në faqen e tij të internetit dha rekomandime mjaft të qarta, por unë thjesht do të paraqes disa rezultate dhe do të komentoj për gabimet më të mundshme. Natyrisht, rezultatet e testimit në pajisjet tuaja mund të ndryshojnë, ky është vetëm një udhëzues për atë që duhet të jetë dhe për çfarë mund të përpiqeni. Do të doja të vëreja 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, unë do të vendos lidhje me to në seksionet përkatëse (nëse më mungon diçka, ju lutem më sugjeroni në komente, do ta shtoj). Pra, le të supozojmë se 1C juaj është i ngadaltë. 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, i pajisur me 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Për krahasim, Core i3-2100 tregon rezultate të krahasueshme në testin me një fije. Pajisjet që zgjodha qëllimisht nuk ishin më të rejat me pajisjet moderne, rezultatet janë dukshëm më të mira.
Për testimin e serverëve të veçantë 1C dhe SQL, serveri SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
Për të testuar një rrjet 10 Gbit, janë përdorur adaptorë Intel 520-DA2.
Versioni i skedarit. (baza e të dhënave është në server në një dosje të përbashkët, klientët lidhen përmes rrjetit, protokollit CIFS/SMB). Algoritmi hap pas hapi:
0. Shtoni bazën e të dhënave të testimit të Gilev në serverin e skedarëve në të njëjtën dosje si bazat e të dhënave kryesore. Ne lidhemi nga kompjuteri i klientit dhe kryejmë testin. Ne e mbajmë mend rezultatin.
Kuptohet që edhe për kompjuterët e vjetër të 10 viteve më parë (Pentium në folenë 775), koha nga klikimi në shkurtoren 1C:Enterprise deri në shfaqjen e dritares së bazës së të dhënave duhet të zgjasë më pak se një minutë. (Celeron = i ngadalshëm).
Nëse kompjuteri juaj është më i keq se një prizë Pentium në 775 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. Mendoni për përmirësimin (është koha) ose kalimin në një server terminal (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" ose më të lartë, por baza e punës 1C ende funksionon ngadalë, pyetjet duhet t'i drejtohen programuesit.
1. Si një udhëzues se sa mund të "shtrydhë" një kompjuter klient, ne kontrollojmë funksionimin vetëm të këtij kompjuteri, pa rrjet. Ne instalojmë bazën e të dhënave të testimit në një kompjuter lokal (në një disk shumë të shpejtë). Nëse kompjuteri i klientit nuk ka një SSD normal, atëherë krijohet një ramdisk. Tani për tani, më e thjeshta dhe falas është ndërmarrja Ramdisk.
Për të testuar versionin 8.2, mjafton një ramdisk 256 MB, dhe! Më e rëndësishmja. Pas rindezjes së kompjuterit, me funksionimin e ramdiskut, duhet të ketë 100-200 MB të lirë në të. Prandaj, pa një ramdisk, për funksionimin normal duhet të ketë 300-400 MB memorie të lirë.
Për të testuar versionin 8.3, mjafton një ramdisk 256 MB, por ju duhet më shumë RAM falas.
Gjatë testimit, duhet të shikoni ngarkesën e procesorit. Në një rast afër idealit (ramdisk), skedari lokal 1c ngarkon 1 bërthamë procesori kur funksionon. Prandaj, nëse bërthama e procesorit nuk është plotësisht e ngarkuar gjatë testimit, kërkoni pika të dobëta. 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 moderne me frekuenca të larta, numrat 70-80 janë mjaft realiste.
Gabimet më të zakonshme në këtë fazë.
- Antivirus i konfiguruar gabimisht. Ka shumë antiviruse, cilësimet për secilin janë të ndryshme, do të them vetëm se me konfigurimin e duhur, as uebi dhe as Kaspersky 1C nuk ndërhyjnë. Me cilësimet e paracaktuara, mund të hiqen afërsisht 3-5 papagaj (10-15%).
- Mënyra e performancës. Për disa arsye, pak njerëz i kushtojnë vëmendje kësaj, por efekti është më i rëndësishmi. Nëse keni nevojë për shpejtësi, atëherë duhet ta bëni këtë, 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 fikni Intel SpeedStep, nuk mund të aktivizoni TurboBoost).
Mund (dhe mundësisht) të aktivizoni modalitetin e performancës në dy vende:
- nëpërmjet BIOS. Çaktivizo modalitetet C1, C1E, Intel C-state (C2, C3, C4). Në bios të ndryshëm quhen ndryshe, por kuptimi është i njëjtë. Kërkon shumë kohë, kërkohet një rindezje, por nëse e bëni një herë, atëherë mund ta harroni. Nëse bëni gjithçka në mënyrë korrekte në BIOS, shpejtësia do të rritet. Në disa pllaka amë, mund të konfiguroni cilësimet e BIOS në mënyrë që modaliteti i performancës së Windows të mos luajë një rol. (Shembuj të cilësimeve të BIOS nga Gilev). Këto cilësime kryesisht kanë të bëjnë me procesorët e serverëve ose BIOS-et "të avancuara", nëse nuk e keni gjetur këtë dhe NUK keni Xeon, kjo është në rregull.
- Paneli i kontrollit - Furnizimi me energji elektrike - Performanca e lartë. Minus - nëse kompjuteri nuk është servisuar për një kohë të gjatë, ai do të bëjë një zhurmë më të madhe të ventilatorit, do të nxehet më shumë dhe do të konsumojë më shumë energji. Kjo është një tarifë e performancës.
| Këto janë cilësimet e paracaktuara. BIOS C-state e aktivizuar, modaliteti i konsumit të ekuilibruar të energjisë |  |
| BIOS C-state i aktivizuar, modaliteti i performancës së lartë Për Pentium dhe Core mund të ndaloni atje, Ju ende mund të shtrydhni pak "papagall" nga Xeon |  |
| Në BIOS C-gjendja është e çaktivizuar, modaliteti i performancës së lartë. Nëse nuk përdorni Turbo Boost, ja si duhet të duket server 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ë të fundit - 49.5. Dallimi është pothuajse i dyfishtë. Numrat mund të ndryshojnë, por raporti mbetet në thelb i njëjtë për Intel Core.
Të nderuar administratorë, mund ta kritikoni 1C sa të doni, 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 mbështet, atëherë mund të merrni ende një performancë mjaft të ligjshme. (Nuk dua të prek çështjet e mbingarkesës së frekuencës, veçanërisht serverëve, 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 nxitjes turbo ndodh kur gjendja C është e ndezur. Dhe marrim diçka si kjo:
Ju lutemi vini re se shumëzuesi është maksimumi, shpejtësia kryesore është e bukur dhe performanca është e lartë. Por çfarë do të ndodhë si rezultat me 1-të?
Por në fund rezulton se sipas testeve të performancës së CPU-së versioni 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ë server-klient. versioni - versioni me një shumëzues prej 23 është tmerrësisht i tmerrshëm i tmerrshëm (edhe nëse C-state vendoset në nivelin 7, ai është akoma më i ngadalshëm sesa me gjendjen C të fikur). Prandaj, rekomandimi është që të kontrolloni të dy opsionet për veten tuaj dhe të zgjidhni më të mirën. Në çdo rast, ndryshimi midis 49.5 dhe 53 papagajve është mjaft domethënës, veçanërisht pa shumë përpjekje.
Përfundim - nxitja turbo duhet të ndizet. 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 - aktivizoni Panelin e Kontrollit - Opsionet e Energjisë - Performancë e Lartë) . Dhe unë prapë (edhe për versionin e skedarit) do të zgjidhja opsionin ku c-state është i fikur, edhe pse shumëzuesi është më i vogël. Do të dalë diçka e tillë ...
Një pikë mjaft e diskutueshme është frekuenca e kujtesës. Për shembull, frekuenca e kujtesës tregohet se ka një ndikim shumë të fortë. 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 jemi të detyruar të vendosim 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. Turbo boost është i çaktivizuar në të dy versionet. 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 me një ndryshim në frekuencë, ndryshojnë edhe parametra të tjerë, i njëjti Latency CAS dhe RAS në CAS Delay, i cili neutralizon ndryshimin në frekuencë. Ndryshimi do të jetë kur modulet e memories ndryshohen fizikisht, nga më të ngadalta në më të shpejta, por edhe atje numrat nuk janë veçanërisht të rëndësishëm.
2. Pasi të kemi renditur procesorin dhe memorien 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ë), por 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ë gjerësinë e brezit (për kartat 1 Gbit - mirë, të paktën 850 Mbit, ose më mirë akoma 950-980), se këshilla e Gilev është ndjekur. Pastaj - testi më i thjeshtë i funksionimit 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 1 Gbit do të jetë shpejtësia mesatare e kopjimit prej 100 MB/sek, funksionimi i mirë - 120 MB/sek. Unë do të doja të tërhiqja vëmendjen tuaj për faktin se pika e dobët (përfshirë) mund të jetë ngarkesa e procesorit. Protokolli SMB në Linux është mjaft i paralelizuar dhe gjatë funksionimit mund të "hajë" një bërthamë procesori dhe të mos konsumojë më.
Dhe më tej. Me cilësimet e paracaktuara, klienti i Windows funksionon më mirë me një server Windows (ose edhe një stacion pune Windows) dhe protokollin SMB/CIFS, një klient linux (debian, ubuntu nuk i shikoi të tjerët) funksionon më mirë me linux dhe NFS ( funksionon edhe me SMB, por në NFS papagajtë janë më të gjatë). Fakti që gjatë kopjimit linear një server Windows Linux në NFS kopjohet në një transmetim më shpejt nuk do të thotë asgjë. Akordimi 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 kam marrë performancë edhe pak më të mirë se versioni Win në të njëjtën pajisje, por me postgres me mbi 50 përdorues Unë ende kam gjithçka shumë të keqe.
Gjëja më e rëndësishme që administratorët e "djegur" e dinë, 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 servershare, mund të bësh 192.168.0.1share, mund të përdorësh neto z: 192.168.0.1share (dhe në disa raste edhe kjo metodë do të funksionojë, por jo gjithmonë) dhe më pas specifikoni diskun Z. Duket se të gjitha këto shtigje tregoni për të njëjtën gjë në të njëjtin vend, por për 1C ekziston vetëm një metodë që siguron performancë normale mjaft të besueshme. Pra, kjo është ajo që duhet të bëni siç duhet:
Në vijën e komandës (ose në politika, ose çfarëdo që është e përshtatshme për ju) - përdorni neto DriveLetter: servershare. Shembull: përdorimi neto m: bazat e serverëve. Unë posaçërisht theksoj JO adresën IP, por emrin e serverit. Nëse emri i serverit nuk është i dukshëm, shtojeni atë në dns në server, ose lokalisht në skedarin e hosteve. Por adresa 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 kjo është këshilla. Të dhënat fillestare: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 OS Win 2008 R2, Win 7, Debian 8. Drejtuesit më të fundit, janë aplikuar përditësimet. Përpara testimit, u sigurova që Iperf të jepte gjerësinë e plotë të brezit (përveç kartave 10 Gbit, ai arriti të shtrydhte vetëm 7.2 Gbit, do të shoh pse më vonë, serveri i testimit nuk është konfiguruar ende siç duhet). Disqet janë të ndryshëm, por kudo ka një SSD (kam futur posaçërisht një disk të vetëm për testim, nuk është i ngarkuar me asgjë tjetër) ose një bastisje nga një SSD. Shpejtësia prej 100 Mbit u mor duke kufizuar cilësimet e përshtatësit Intel 362 Nuk kishte asnjë ndryshim midis bakrit 1 Gbit Intel 350 dhe 1 Gbit optik Intel X520-DA2 (i marrë duke kufizuar shpejtësinë e përshtatësit). Performanca maksimale, turbo boost është i fikur (vetëm për krahasimin e rezultateve, turbo boost për rezultate të mira shton pak më pak se 10%, për rezultate të këqija mund të mos ketë fare efekt). 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ë keni diçka për të krahasuar.
| 100 Mbit CIFS Fitore 2008 - Fitore 2008 kontaktoni me adresën IP | 100 Mbit CIFS Fitore 2008 - Fitore 2008 duke thirrur me emër | 1 Gbit CIFS Fitore 2008 - Fitore 2008 kontaktoni me adresën IP | 1 Gbit CIFS Fitore 2008 - Fitore 2008 duke thirrur me emër | 1 Gbit CIFS Win 2008 - Win 7 duke thirrur me emër | 1 Gbit CIFS Win 2008 - Debian duke thirrur me emër | 10 Gbit CIFS Fitore 2008 - Fitore 2008 kontaktoni me adresën IP | 10 Gbit CIFS Fitore 2008 - Fitore 2008 duke thirrur me emër |
|
| 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 |
Përfundime (nga tabela dhe nga përvoja personale. Vlen vetëm për versionin e skedarit):
- Nëpër rrjet, mund të merrni numra mjaft normalë për punë nëse ky rrjet është konfiguruar siç duhet dhe shtegu është futur saktë në 1C. Edhe Core i3 i parë mund të prodhojë lehtësisht 40+ papagaj, gjë që është mjaft e mirë, dhe këta nuk janë vetëm papagaj, në punë reale dallimi ë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 sa i përket konfigurimit të duhur të rrjetit. Cilësimet bazë - shihni Gilev, por mbani në mend se gjithçka mund të ndikohet. Pashë një përshpejtim nga çinstalimi (dhe jo vetëm fikja) e antivirusit, 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 DLC), nga heqja e kartës së dytë të rrjetit nga serveri. Ka shumë opsione, konfiguroni rrjetin tuaj me kujdes. Mund të ketë një situatë ku platforma 8.2 jep numra të pranueshëm, dhe 8.3 - dy ose edhe më shumë herë më pak. Provoni 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ë) është akoma më e lehtë për t'u konfiguruar në rrjet sesa 8.3.7.2008. Unë munda të arrij funksionimin normal përmes rrjetit nga 8.3.7.2008 (në papagall të krahasueshëm) vetëm disa herë nuk mund ta përsërisja atë për një rast më të përgjithshëm. Nuk kuptova shumë, por duke gjykuar nga mbështjelljet e këmbëve nga Process Explorer, regjistrimi atje nuk është aq i mirë sa në 8.3.6.
- Përkundër faktit se kur punoni në një rrjet 100 Mbit, grafiku i ngarkesës së tij është i vogël (mund të themi se rrjeti është falas), shpejtësia e funksionimit është ende shumë më e vogël se në 1 Gbit. Arsyeja është vonesa e rrjetit.
- Të gjitha gjërat e tjera janë të barabarta (një 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 keni para, është më mirë të mbani kartat e rrjetit Intel kudo nëse nuk keni para, atëherë instaloni Intel vetëm në server (CO-ja juaj). Dhe ka shumë herë më shumë udhëzime për akordimin e kartave të rrjetit Intel.
- Cilësimet e parazgjedhura të antivirusit (duke përdorur versionin 10 të drweb si shembull) zënë 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 një antivirus.
- MOS lexoni gurus Linux. Një server me samba është i shkëlqyeshëm dhe falas, por nëse instaloni Win XP ose Win7 (ose edhe më mirë - server OS) në server, atëherë versioni i skedarit i 1c do të funksionojë më shpejt. Po, samba dhe staku i protokollit dhe cilësimet e rrjetit dhe shumë e shumë më tepër mund të akordohen mirë në debian/ubuntu, por kjo rekomandohet për specialistët. Nuk ka kuptim të instalosh Linux me cilësimet e paracaktuara dhe pastaj të thuash që është i ngadalshëm.
- Është një ide mjaft e mirë të kontrolloni funksionimin e disqeve të lidhur nëpërmjet përdorimit të rrjetit duke përdorur 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 versionin me një përdorues, nuk mund të mendoj për teste (ose një situatë) ku ndryshimi midis 1 Gbit dhe 10 Gbit do të ishte i dukshëm. E vetmja gjë ku 10 Gbit për versionin e skedarit dha rezultate më të mira është lidhja e disqeve përmes iSCSI, por kjo është një temë për një artikull të veçantë. Megjithatë, mendoj se për versionin e skedarit mjaftojnë kartat 1 Gbit.
- Nuk e kuptoj pse, me një rrjet 100 Mbit, 8.3 funksionon dukshëm më shpejt se 8.2, por ishte një fakt. Të gjitha pajisjet e tjera, të gjitha cilësimet e tjera janë absolutisht të njëjta, thjesht në një rast testohet 8.2, dhe në tjetrën - 8.3.
- NFS jo-akorduar win-win ose win-lin jep 6 papagaj, nuk i përfshiva në tabelë. Pas akordimit mora 25, por ishte e paqëndrueshme (ndryshimi në matje ishte më shumë se 2 njësi). Nuk mund të jap ende rekomandime për përdorimin e Windows dhe protokollit NFS.
Serveri i terminalit. (baza e të dhënave është në server, klientët lidhen përmes rrjetit, protokollit RDP). Algoritmi hap pas hapi:
- Ne shtojmë bazën e të dhënave të testimit të 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.
- Në të njëjtën mënyrë si në versionin e skedarit, ne konfigurojmë procesorin. Në rastin e një serveri terminal, procesori në përgjithësi luan rolin kryesor (supozohet se nuk ka pika të dukshme të dobëta, siç është mungesa e memories ose një sasi e madhe softuerësh të panevojshëm).
- Konfigurimi i kartave të rrjetit në rastin e një serveri terminal praktikisht nuk ka asnjë efekt në funksionimin e 1c. Për të siguruar rehati "të veçantë", nëse serveri juaj prodhon më shumë se 50 papagaj, mund të luani me versionet e reja të protokollit RDP, vetëm për komoditetin e përdoruesve, përgjigjen dhe lëvizjen më të shpejtë.
- Kur një numër i madh përdoruesish janë duke punuar në mënyrë aktive (dhe këtu tashmë mund të provoni të lidhni 30 persona me një bazë të dhënash, nëse provoni), është shumë e këshillueshme 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 pasaktë. Baza e provës është e vogël, përshtatet mjaft mirë në cache, prandaj shifrat e larta. 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.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | SSD e vetme | Ramdisk | Ramdisk | Cache është aktivizuar Kontrolluesi 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 |
- Memoria e aktivizuar e kontrolluesit RAID eliminon të gjitha ndryshimet midis disqeve. Testimi me të në një sasi të vogël të dhënash është i padobishëm dhe nuk është tregues i asnjë lloji.
- Për platformën 8.2, ndryshimi në performancën 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ë mund të shihni qartë "Koha e funksionimit të diskut aktiv (në%)" 80-95. Po, nëse aktivizoni cache-in e vetë disqeve për regjistrim, 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-së në punë reale, me baza të dhënash të mëdha, nuk do të ketë kurrë një raport 100% të goditjes së cache-së.
- Shpejtësia edhe e SSD-ve të lira (kam testuar në Agility 3) është mjaft e mjaftueshme për të ekzekutuar versionin e skedarit. Burimi i regjistrimit është një çështje tjetër, ju duhet ta shikoni atë në secilin rast specifik, është e qartë se Intel 3700 do ta ketë atë një renditje të madhësisë më të lartë, por çmimi është korrespondues. Dhe po, e kuptoj që kur testoj një disk SSD, unë gjithashtu testoj cache-in e këtij 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 të pasqyruar për një bazë të dhënash skedarësh (ose disa baza të dhënash skedarësh) dhe të mos vendosni asgjë tjetër atje. Po, me një pasqyrë, SSD-të konsumohen në mënyrë të barabartë, dhe kjo është një minus, por të paktën elektronika e kontrolluesit mbrohen disi nga gabimet.
- Përparësitë kryesore të disqeve SSD për versionin e skedarit do të shfaqen kur ka shumë baza të të dhënave, secila me disa përdorues. Nëse ka 1-2 baza të të dhënave, dhe ka rreth 10 përdorues, 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, K.O. tuaj).
Nëse testi i Gilev tregon numra të vegjël dhe ju keni një procesor me orë të lartë dhe disqe të shpejtë, atëherë administratori duhet të marrë të paktën perfmon, duke regjistruar të gjitha rezultatet diku dhe të shikojë, vëzhgojë dhe të nxjerrë përfundime. Nuk do të ketë këshilla përfundimtare.
Opsioni klient-server.
Testet janë kryer vetëm në 8.2, sepse 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.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Kanali fibër - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Kanali fibër - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Kanali fibër - SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 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 |
Duket se i kam shqyrtuar të gjitha opsionet interesante, nëse ka ndonjë gjë tjetër që ju intereson, shkruani në komente, do të përpiqem ta bëj.
- SAS në sistemet e ruajtjes është më i ngadalshëm se SSD-të lokale, edhe pse sistemet e ruajtjes kanë përmasa më të mëdha cache. SSD-të, si lokale ashtu edhe në sistemet e ruajtjes, punojnë me shpejtësi të krahasueshme për testin e Gilev. Unë nuk di ndonjë test standard me shumë fije (jo vetëm regjistrim, por të gjitha pajisjet) përveç testit të ngarkesës 1C nga MCC.
- Ndryshimi i serverit 1C nga 5520 në 5650 pothuajse dyfishoi performancën. Po, konfigurimet e serverit nuk përputhen plotësisht, por tregon një tendencë (nuk është çudi).
- Rritja e frekuencës në serverin SQL sigurisht që jep një efekt, por jo i njëjtë si në serverin MS SQL është i shkëlqyeshëm në (nëse kërkohet ta bëjë këtë) përdorimi i shumë bërthamave dhe memoria e lirë.
- Ndryshimi i rrjetit midis 1C dhe SQL nga 1 Gbit në 10 Gbit jep afërsisht 10% papagaj. Prisja më shumë.
- Aktivizimi i kujtesës së përbashkët ende jep një efekt, megjithëse jo 15%, siç përshkruhet në artikull. Sigurohuni ta bëni atë, për fat të mirë është e shpejtë dhe e lehtë. Nëse gjatë instalimit dikush i dha serverit SQL një shembull të emërtuar, 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 ServerNameInstanceName, për shembull zz- testzztest. (Përndryshe do të ketë një gabim DBMS: Microsoft SQL Server Native Client 10.0: Ofruesi i memories së përbashkët: Biblioteka e kujtesës së përbashkët e përdorur për të krijuar një lidhje me SQL Server 2000 nuk u gjet. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQ000r : SQLSTATE=08001, gjendja=1, Ashpërsia=10, vendas=126, rreshti=0).
- Për përdoruesit më pak se 100, pika e vetme në ndarjen e tij në dy serverë të veçantë është një licencë Win 2008 Std (dhe më e vjetër), e cila mbështet vetëm 32 GB RAM. Në të gjitha rastet e tjera, 1C dhe SQL duhet patjetër të instalohen në një 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 i 1C do të mjaftonte për ju?)
- Sa më keq funksionon kombinimi i 1C dhe SQL në një makinë virtuale është tema e një artikulli të veçantë (aluzion - dukshëm më keq). Edhe në Hyper-V gjithçka nuk është aq e qartë...
- Modaliteti i performancës së ekuilibruar është i keq. Rezultatet janë mjaft në përputhje me versionin e skedarit.
- Shumë burime thonë se mënyra e korrigjimit (ragent.exe -debug) shkakton një rënie të konsiderueshme të performancës. Epo, zvogëlohet, po, por nuk do ta quaja 2-3% një efekt domethënës.
Artikulli diskuton nuancat e instalimit dhe konfigurimit të një serveri terminal duke përdorur protokollin RDP për të punuar me bazat e të dhënave 1c në platformën 8.3 bazuar në shpërndarjen Xubuntu 14.04, duke marrë parasysh aftësitë e versionit më të fundit të serverit xrdp dhe funksionimin në jetën reale përvojë.
Jo shumë kohë më parë (në fund të dhjetorit 2016), u lëshua versioni tjetër i serverit xrdp 0.9.1. Në të njëjtën kohë, u lëshua një version i qëndrueshëm i një prej "backends" xrdp - xorgxrdp v 0.2.0. Ne do t'i përdorim këto versione më vonë gjatë instalimit.
Një digresion i vogël por i rëndësishëm
Shpërndarjet Linux përmbajnë kryesisht një version të vjetëruar të versionit të serverit xrdp 0.6.x, i cili ka gabime që e pengojnë atë të funksionojë normalisht me 1c (për shembull, klipi me karaktere ruse nuk funksionon siç duhet).Në thelb, kur marrim parasysh instalimin e një serveri terminali të bazuar në protokollin rdp në Linux, ne konsiderojmë opsionet për instalimin e një serveri xrdp me një asamble mbështetëse X11Rdp duke përdorur skriptet speciale, për shembull, X11RDP-o-Matic (për ubuntu) - në Habré, në infostart.
Përdorimi i backend-it X11Rdp ka disa disavantazhe:
- Kohë e gjatë ndërtimi
- Është e vështirë të zgjidhet problemi me ndërrimin e gjuhëve. Pas rilidhjes me seancën, ndërrimi i gjuhëve mund të mos funksionojë më. Autori e regjistroi problemin në faqen e internetit të zhvilluesve - një zgjidhje e garantuar u gjet nga autori vetëm për backend-in xorgxrdp duke redaktuar kodin burimor (kjo metodë përdoret më vonë në artikull)
- Shpejtësia e paraqitjes mund të mos jetë mjaft e shpejtë për një përvojë të rehatshme të përdoruesit
Ky artikull diskuton instalimin e versionit 14.04 LTS në Xubuntu, në vend të versionit më të fundit 16.04 LTS, për shkak të degradimit të performancës kur vizatoni ekranin në distancë. Është raportuar një problem në lidhje me këtë situatë. Çaktivizimi i kompozitorit në cilësimet ndihmoi dikë, por autori i artikullit nuk ishte në gjendje të arrinte të njëjtën shpejtësi vizatimi si në Xubuntu 14.04.
Për instalim ne përdorim versionin 32-bit të Xubuntu 14.04 OS. Lidhja me imazhin.Sistemi mund të instalohet ose në një host ose në një mjedis virtual. Unë zakonisht preferoj serverat e prodhimit të KVM të instaluara në të.
Gjatë ndarjes së disqeve, ne përdorëm një skemë klasike (jo LVM), sistemin e skedarëve ext4. Ka 3 disqe me madhësi fikse të lidhur me makinën virtuale:
- 22 GB: 18 GB pikë montimi /, pjesa tjetër për shkëmbim
- 5 GB: pika e montimit /var
- 5 GB: pika e montimit /tmp
Serveri duhet të vendoset në një adresë IP statike.
Për ta bërë më të lehtë futjen e komandave për instalimin e mëvonshëm, duhet të instaloni serverin OpenSSH:
Sudo apt-get install openssh-server sudo rinis ssh
Me firewall-in të aktivizuar, hapni portën 22:
Firewall-cmd --add-port 22/tcp -- firewall i përhershëm-cmd --ringarkoj
Instalimi dhe konfigurimi i serverit xrdp me backendin xorgxrdp
Në faqen e internetit të zhvilluesve ka udhëzime për instalimin në Debian 8, ne e përdorim atë si bazë.Instaloni varësitë e nevojshme:
Sudo apt-get instalo git autoconf libtool pkg-config gcc g++ bëj libssl-dev libpam0g-dev libjpeg-dev libx11-dev libxfixes-dev libxrandr-dev flex bison libxml2-dev intltool xsltproc xsltproc xuthon-libs-devtil libmp3lame-dev nasm libpixman-1-dev xserver-xorg-dev git
Krijoni një direktori për shkarkimin e shpërndarjeve:
Mkdir -p ~/xrdp-xorg cd ~/xrdp-xorg BD=`pwd` cd "$(BD)"
Ne klonojmë ndërtimin e fundit të xrdp nga depoja dhe e përpilojmë atë me kodekun rfxcodec:
Git klon git://github.com/neutrinolabs/xrdp cd xrdp git submodule init git update submodule cd librfxcodec ./bootstrap ./configure make cd .. ./bootstrap ./configure --enable-fuse --enableco-rx -disable-ipv6 make
Instaloni xrdp në sistem:
Sudo bëj instalimin sudo ln -s /usr/local/sbin/xrdp(,-sesman) /usr/sbin sudo update-rc.d parazgjedhjet xrdp
Shkarkoni shpërndarjen e backend-it të xorg-xrdp:
// Ndërtoni dhe instaloni xorgxrdp wget https://github.com/neutrinolabs/xorgxrdp/releases/download/v0.2.0/xorgxrdp-0.2.0.tar.gz cd "$(BD)" tar xvfz xorgxrdp-0.2.0 .tar.gz cd "$(BD)"/xorgxrdp-0.2.0
Ne vendosëm një rregull të rreptë për ndërrimin e paraqitjeve nga rusishtja në anglisht duke përdorur kombinimin e tastit Ctrl+Shift për të zgjidhur problemin e ndërrimit të paraqitjeve. Korrektësia kontrollohet duke krijuar një seancë - kontrolli i parë, shkëputeni, lidheni përsëri me të njëjtin seancë - kontrolloni përsëri.
Në terminal caktojmë vlerat e variablave të përkohshëm:
Kb_model="pc105" kb_layout="us,ru" kb_options="grp:ctrl_shift_toggle"
Ne zëvendësojmë kodin në skedarin burimor:
Sed -ri.bak "s/(set.model)[^;]+/\1 = \"$kb_model\"/;s/(set.layout)[^;]+/\1 = \"$kb_layout \"/;s/(set.options)[^;]+/\1 = \"$kb_options\"/" xrdpkeyb/rdpKeyboard.c
Ne përpilojmë dhe instalojmë backend-in xorg-xrdp në sistem:
./bootstrap ./konfiguro make sudo make install
Është e këshillueshme që të ndërroni blloqet dhe në skedarin /etc/xrdp/xrdp.ini në mënyrë që përdoruesi të ketë backend-in e duhur si parazgjedhje. Kur lidheni me serverin, duhet të zgjidhni Xorg në listën e sesioneve.
Nëse keni nevojë të ndryshoni portin e paracaktuar nga 3389 në një tjetër, modifikoni skedarin /etc/xrdp/xrdp.ini: në seksion ndryshoni vlerën e ndryshores port=3389 në atë të kërkuar.
Me firewall-in të aktivizuar, hapni portën 3389 (ose atë në të cilën është ndryshuar standardi):
Firewall-cmd --add-port 3389/tcp -- firewall i përhershëm-cmd --ringarkoj
Pas cilësimeve, rinisni shërbimin
Rinisja e shërbimit xrdp
Tani mund të lidheni me serverin përmes një klienti standard me Windows ose me Linux me çdo klient që mbështet protokollin rdp.
Kujdes: përpara se të lidheni, duhet të siguroheni që faqosja e tastierës në makinën e klientit është vendosur në anglisht, përndryshe nuk do të mund të futni emrin e përdoruesit dhe fjalëkalimin në dritaren e përzgjedhjes së sesionit të serverit xrdp.
Pas instalimit, këshillohet të kontrolloni që tabela me karaktere cirilike të funksionojë normalisht në të dy drejtimet. Ju gjithashtu mund të siguroheni që kopjimi i skedarëve përmes kujtesës së fragmenteve me karaktere ruse funksionon (këto janë disa nga problemet kryesore që janë rregulluar në ndërtimet më të fundit të serverit xrdp dhe që më parë kanë penguar që serveri terminal i bazuar në xrdp të përdoret normalisht në një mjedis pune).
Instalimi i versionit 8.3.9 të klientit 1C: Enterprise
Për shkak të faktit se në versionet më të fundit të platformës, kompania 1c e ka sjellë klientin vendas për OS me bazë Linux në një gjendje me të cilën mund të punoni pak a shumë komod, ne do ta përdorim atë në vend që të përpiqemi të instalojmë verë, por në krye të klientit për Windows OS.Ne instalojmë komponentë shtesë të nevojshëm për funksionimin e duhur:
Sudo apt-get install libgsf-1-114 sudo apt-get install ttf-mscorefonts-installer sudo apt-get install imagemagick
Shkarkoni shpërndarjen e klientit dhe serverit në një dosje nga faqja e internetit 1c:
Sudo dpkg -i *.deb sudo apt-get -f instaloj
Meqenëse përbërësit e serverit 1c nevojiteshin vetëm për të kënaqur varësitë, ne e çaktivizojmë shërbimin:
Sudo update-rc.d srv1cv83 çaktivizohet
Nëse përdoret një çelës rrjeti hasp, atëherë do të futim parametrat e kërkimit:
Sudo mkdir /opt/1C/v8.3/i386/conf sudo su echo >/opt/1C/v8.3/i386/conf/nethasp.ini echo NH_TCPIP = Enabled>>/opt/1C/v8.3/i386 /conf/nethasp.ini echo >>/opt/1C/v8.3/i386/conf/nethasp.ini echo NH_SERVER_ADDR = 192.168.0.100>>/opt/1C/v8.3/i386/conf/nethasp.ini echo NH_TCPIP_METHOD = UDP>>/opt/1C/v8.3/i386/conf/nethasp.ini
Nëse përdoren licencat e softuerit, ato duhet të aktivizohen përmes konfiguruesit (kjo mund të bëhet në një bazë të dhënash skedarësh bosh).
Konfigurimi i saktë me skedarë të përkohshëm të krijuar nga platforma 1C
Gjatë punës, kemi hasur në një problem kur përpunimi i jashtëm i plotësimit të pjesës tabelare funksionon për një përdorues, por jo për një tjetër - lëshohet një mesazh për shkeljen e të drejtave të aksesit. Problemi është se platforma 1C krijon një skedar të përkohshëm /tmp/PrnForm.tmp, d.m.th. Rruga drejt skedarit është e njëjtë për përdorues të ndryshëm. Prandaj, përdoruesi i parë që përdori përpunimin në mënyrë implicite krijoi një skedar në dosjen e përkohshme në të cilën vetëm ai ka akses për të ndryshuar. Një përdorues tjetër nuk mund ta mbishkruajë më skedarin.Zgjidhja është të konfiguroni saktë umask në të gjithë sistemin, të caktoni përdoruesit në të njëjtin grup dhe gjithashtu të konfiguroni saktë të drejtat për dosjen e përkohshme /tmp.
Redaktimi i maskës në të gjithë sistemin. Redaktimi i skedarit:
/etc/login.defs
në të ndryshojmë vlerën në:
Umask 002
Ne i caktojmë të gjithë përdoruesit e terminalit në grupin e Përdoruesve (nëse nuk janë caktuar më parë, ata mund të caktohen në një grup tjetër).
Ndryshimi i lejeve për dosjen tmp
Chown -R rrënjë: Përdoruesit /tmp chmod g+s /tmp
Nëse jeni duke përdorur një shkëmbim me faqen e internetit të Bitrix, atëherë duhet të bëhen cilësime të ngjashme për dosjen /var/log/bitrix.
Një zgjidhje për një problem të ngjashëm në lidhje me 1C përshkruhet në artikull.
Zgjidhja e problemit me pamundësinë e shkarkimit të deklaratave nga bazat e të dhënave ZUP 2.5 dhe Bukh 2.0
Ekziston një veçori e pakëndshme që mund të pengojë kontabilistët në klientin 1C për Linux të shkarkojnë deklarata nga baza e të dhënave të listës së pagave dhe departamenti i kontabilitetit - pasi të zgjidhni një skedar dhe të përpiqeni të shkarkoni, do të shfaqet një mesazh si "Nuk ka qasje në [Emri i drejtorisë] drejtoria.” Kontrollo që emri i drejtorisë së ngarkimit është i saktë!Përditësim 31.03.2017
Kolegë, ju lutemi vini re se dje zhvilluesit e xrdp lëshuan një version të ri të xrdp 0.9.2 dhe xordxrdp 0.2.1.Bazuar në shënimet e lëshimit, kodiku RemoteFX tani mbështetet si parazgjedhje, kështu që në teori nuk ka nevojë ta ndërtoni atë veçmas, siç tregova në artikull. Gjithashtu, backend-i xorgxrdp tani përdoret si parazgjedhje. Pak më vonë do të kontrolloj se si po shkon instalimi tani dhe do të bëj modifikime në artikull.
Etiketa:
- 1s
- nix
- ubuntu
