Cilësimet optimale për një grup 1s 8.3.

Grupi i serverëve 1C: Ndërmarrja 8 (1C: Grupi i serverëve Enterprise 8)

Grupimi i serverëve 1C:Enterprise 8 është komponenti kryesor i platformës, i cili siguron ndërveprimin midis sistemit të menaxhimit të bazës së të dhënave dhe përdoruesit në rastin e funksionimit klient-server. Klasteri bën të mundur organizimin e punës konkurruese të pandërprerë, tolerante ndaj gabimeve, për një numër të konsiderueshëm përdoruesish me baza të dhënash të mëdha informacioni.

Një grup serverësh 1C:Enterprise 8 është një koncept logjik që tregon një grup procesesh që i shërbejnë të njëjtit grup bazash të dhënash informacioni.

Aftësitë e mëposhtme të një grupi serverësh mund të identifikohen si ato kryesore:

aftësia për të funksionuar si në disa ashtu edhe në një kompjuter (serverët e punës);
çdo server punonjës mund të mbështesë funksionimin e një ose disa proceseve të punëtorëve që shërbejnë lidhjet e klientit brenda kufijve të këtij grupi;
përfshirja e klientëve të rinj në proceset e punës së grupit ndodh bazuar në një analizë afatgjatë të statistikave të ngarkesës së procesit të punës;
ndërveprimi i të gjitha proceseve klaster me njëri-tjetrin, me aplikacionet e klientit dhe serverin e bazës së të dhënave kryhet nëpërmjet protokollit TCP/IP;
proceset e grupimit po ekzekutohen, mund të jenë ose shërbim ose aplikacion

Opsioni klient-server. Skema e punës

Në këtë opsion, një aplikacion klient ndërvepron me serverin. Grupi i serverëve, nga ana tjetër, ndërvepron me serverin e bazës së të dhënave.

Rolin e serverit qendror të klasterit e luan njëri nga kompjuterët që janë pjesë e grupit të serverëve. Përveç shërbimit të lidhjeve të klientit, serveri qendror menaxhon gjithashtu funksionimin e të gjithë grupit dhe ruan regjistrin e këtij grupi.

Klasteri adresohet për lidhjet e klientit me emrin e serverit qendror dhe ndoshta me numrin e portit të rrjetit. Nëse përdoret një port standard i rrjetit, atëherë për t'u lidhur ju vetëm duhet të specifikoni emrin e serverit qendror.

Gjatë vendosjes së lidhjes, aplikacioni i klientit kontakton serverin qendror të grupit. Bazuar në analizën e statistikave të ngarkesës së procesit të punëtorëve, serveri qendror e përcjell aplikacionin e klientit tek procesi i kërkuar i punëtorit, i cili duhet ta shërbejë atë. Ky proces mund të aktivizohet në çdo server që punon në grup, veçanërisht në serverin qendror.

Mirëmbajtja e lidhjes dhe vërtetimi i përdoruesit mbështeten nga kjo rrjedhë pune derisa klienti të ndalojë së punuari me një bazë informacioni specifik.

Grupi i serverëve

Një grup bazë serverësh mund të jetë një kompjuter i vetëm dhe të përmbajë vetëm një proces pune.

Në figurë mund të vëzhgoni të gjithë elementët që, në një mënyrë apo tjetër, marrin pjesë në funksionimin e grupit të serverëve. Këto janë elementet e mëposhtme:

proceset e grupit të serverëve:
o ragent.exe;
o rmngr.exe;
o rphost.exe;
ruajtja e të dhënave:
o listën e grupimeve;
o regjistri i grupeve.

Procesi ragent.exe, i quajtur agjenti i serverit, siguron funksionimin e kompjuterit si pjesë e një grupi. Prandaj, kompjuteri në të cilin po ekzekutohet procesi ragent.exe duhet të quhet server prodhimi. Në veçanti, një nga përgjegjësitë funksionale të ragent.exe është të mbajë një regjistër grupesh që ndodhen në një server specifik pune.

As regjistri i grupit dhe as agjenti i serverit nuk janë pjesë integrale e grupit të serverëve, por vetëm mundësojnë funksionimin e serverit dhe grupeve të vendosura në të.

Vetë grupi i serverëve përbëhet nga elementët e mëposhtëm:

një ose më shumë procese rmngr.exe
regjistri i grupeve
një ose më shumë procese rphost.exe.

Menaxheri i grupit (procesi rmngr.exe). Shërben për të kontrolluar funksionimin e të gjithë grupit. Një grup mund të përfshijë disa procese rmngr.exe, njëri prej të cilëve do të jetë gjithmonë menaxheri kryesor i këtij grupi, dhe proceset e mbetura do të jenë menaxherë shtesë. Serveri qendror i klasterit duhet të quhet serveri i punës në të cilin operon menaxheri kryesor i grupit dhe i cili përmban listën e grupimeve. Mbajtja e regjistrit të grupimeve është një nga funksionet e menaxherit kryesor të grupimeve.

Procesi i punëtorit (procesi rphost.exe). Është ai që i shërben drejtpërdrejt aplikacioneve të klientit, duke ndërvepruar me serverin e bazës së të dhënave. Gjatë këtij procesi, disa procedura të konfigurimit të modulit të serverit mund të ekzekutohen.

Shkallueshmëria e versionit 8.3 1C

Shkallueshmëria e një grupi serverësh arrihet në mënyrat e mëposhtme:

rritjen e numrit të menaxherëve në klaster dhe shpërndarjen e shërbimeve ndërmjet tyre
të rrisë numrin e proceseve të punëtorit që operojnë në një server të caktuar punëtorë
rrisin numrin e serverëve që punojnë që përbëjnë grupin.

Përdorimi i disa menaxherëve në të njëjtën kohë.

Funksionet e kryera nga menaxheri i grupit ndahen në disa shërbime. Këto shërbime mund t'u caktohen menaxherëve të ndryshëm të grupimeve. Kjo bën të mundur shpërndarjen e barabartë të ngarkesës në disa procese.

Megjithatë, disa shërbime mund të përdoren vetëm nga menaxheri kryesor i grupit:

shërbimi i konfigurimit të grupit
shërbimi i menaxhimit të debugimit të artikujve
shërbimi i kyçjes së grupit.

Për shërbime të tjera, menaxherët arbitrarë të grupimeve lejohen të caktohen:

shërbim log
shërbimi i bllokimit të objekteve
shërbimi i punës
shërbimi i kërkimit të tekstit të plotë
shërbimi i të dhënave të sesionit
shërbimi i numërimit
shërbimi i cilësimeve me porosi
shërbimi me kohë
shërbimi i bllokimit të transaksioneve.

Përdorimi i shumë flukseve të punës në të njëjtën kohë.

Nga njëra anë, përdorimi i disa proceseve të punës bën të mundur uljen e ngarkesës së secilit proces specifik të punës. Nga ana tjetër, përdorimi i proceseve të shumta të punëtorëve çon në përdorim më efikas të burimeve harduerike të serverit të prodhimit. Për më tepër, procedura për nisjen e disa proceseve të punës rrit besueshmërinë e serverit, pasi izolon grupe klientësh që punojnë me baza të ndryshme informacioni. Një proces i punës në një grup që lejon ekzekutimin e shumë proceseve të punës mund të riniset automatikisht brenda një intervali kohor të specifikuar nga administratori i grupit.

Aftësia për të përdorur më shumë procese punonjëse (duke rritur numrin e lidhjeve të klientit) pa rritur ngarkesën në një proces të caktuar të punonjësit rezulton në një ndryshim në rritje të numrit të serverëve punëtorë që janë pjesë e grupit.

Toleranca e gabimeve të versionit 8.3 1C

Rezistenca ndaj dështimeve të grupimeve sigurohet në tre mënyra:

teprica e vetë grupimit
rezervimi i proceseve të punës
rezistenca ndaj ndërprerjes së kanalit të komunikimit.

Rezervimi i një versioni 8.3 të grupit 1C

Disa grupe kombinohen në një grup tepricë. Grupet që janë në një grup të tillë sinkronizohen automatikisht.

Nëse grupi aktiv dështon, ai zëvendësohet nga grupi tjetër i punës në grup. Pasi të rikthehet grupi i dështuar, ai do të bëhet aktiv pas sinkronizimit të të dhënave.

Rezervimi i proceseve të punës 1C versioni 8.3

Për secilën prej flukseve të punës, është e mundur të specifikohen opsionet për përdorimin e tij:

përdorni
mos e përdor
përdorni si rezervë.

Nëse një proces prishet, grupi fillon të përdorë një proces rezervë aktualisht joaktiv. Në këtë rast, ngarkesa në të rishpërndahet automatikisht.

Rezistenca e versionit 1C 8.3 ndaj ndërprerjes së kanalit të komunikimit

Meqenëse çdo përdorues pajiset me sesionin e tij të komunikimit, grupi ruan të dhëna për përdoruesit që janë lidhur dhe çfarë veprimesh kanë kryer.

Nëse lidhja fizike zhduket, grupi do të jetë në një gjendje pritjeje për një lidhje me këtë përdorues. Në shumicën e rasteve, pasi të rivendoset lidhja, përdoruesi do të mund të vazhdojë të punojë pikërisht nga pika ku lidhja ka humbur. Nuk ka nevojë të rilidheni me bazën e informacionit.

Seancat në versionin 1C 8.3

Një seancë bën të mundur përcaktimin e përdoruesit aktiv të një infobaze specifike dhe përcaktimin e rrjedhës së kontrollit nga ky klient. Dallohen llojet e mëposhtme të seancave:

Klienti i hollë, klienti në ueb, klienti i trashë - këto seanca ndodhin kur klientët përkatës hyjnë në bazën e informacionit
Lidhja e llojit "Konfigurator" - ndodh kur hyni në bazën e informacionit të konfiguruesit
Lidhja COM – formohet kur përdorni një lidhje të jashtme për të hyrë në një bazë informacioni
Lidhja WS – ndodh kur hyni në bazën e informacionit të ueb serverit si rezultat i aksesit në një shërbim ueb të publikuar në serverin e uebit
Puna në sfond – krijohet kur një proces punonjës i grupit hyn në bazën e informacionit. Një seancë e tillë përdoret për të ekzekutuar kodin e procedurës së punës në sfond,
Konsola e grupit – krijohet kur programi i administrimit të klientit-server akseson një proces pune
Administratori COM – ndodh kur një proces pune aksesohet duke përdorur një lidhje të jashtme.
Punoni në sisteme të ndryshme operative

Çdo proces i grupit të serverëve mund të funksionojë si në sistemin operativ Linux ashtu edhe në sistemin operativ Windows. Kjo arrihet me faktin se ndërveprimi i grupimeve ndodh nën kontrollin e protokollit TCP/IP. Grupi mund të përfshijë gjithashtu serverë të punës që drejtojnë cilindo nga këto sisteme operative.

Shërbimi i Administrimit të Klusterit të Serverit 8.3

Paketa e sistemit përfshin një mjet për administrimin e opsionit klient-server. Ky mjet bën të mundur ndryshimin e përbërjes së grupit, menaxhimin e bazave të informacionit dhe analizimin e shpejtë të bllokimeve të transaksioneve.

Para së gjithash, pas instalimit të grupit 1C, ishte e nevojshme të krijoheshin flukse pune. Siç doli, proceset e grupimeve filluan të krijohen automatikisht në varësi të ngarkesës së bazës së të dhënave.

Një ekzekutim provë i punëve në sfond të bazës së të dhënave kryesore bëri që grupi 1C të mbingarkonte pafundësisht rphost.exe dhe rphost.exe shtesë nuk donte të krijohej. Pas gërmimit nëpër cilësimet, gjithçka u bë e qartë.

Memoria maksimale e rrjedhës së punësështë sasia e memories që proceset e punës mund të përdorin së bashku. Duhet të jeni shumë të kujdesshëm kur vendosni parametrin, të matur në bajt. Nëse vendosni vlerën e gabuar (të pamjaftueshme për funksionimin normal të përdoruesit), përdoruesit do të marrin gabimin "Nuk ka memorie të mjaftueshme të lirë në serverin 1C". Ju gjithashtu mund ta merrni këtë gabim kur kuota e kujtesës në serverin 1C ka mbaruar.

Konsumi i sigurt i memories për telefonatë– ju lejon të kontrolloni konsumin e kujtesës gjatë një thirrjeje serveri, të matur në bajt. Nëse një telefonatë përdor më shumë memorie sesa pritej, kjo telefonatë do të kryhet brenda grupit 1C pa rifilluar procesin e punës (rphost.exe). Prandaj, "humbësi" që bëri thirrjen e serverit do të humbasë seancën e tij me bazën e të dhënave 1C pa ndikuar në punën e përdoruesve të tjerë.

në një GB – 1073741824 Byte, pra në 2 GB – 2147483648 Byte

Sasia e memories për proceset e punës deri në të cilat serveri konsiderohet produktiv - nëse tejkalohet ky parametër, serveri në grupin 1C do të ndalojë pranimin e lidhjeve të reja.

Numri i sigurisë së informacionit për proces– ju lejon të izoloni bazat e informacionit për proceset e punës. Si parazgjedhje, grupi aktual 1C u vendos në " 8 ", por gjatë disa orëve të funksionimit, serveri u soll shumë i paqëndrueshëm, seancat e përdoruesve ngrinë. Pas izolimit të çdo infobaze (vlera – “1”) problemet u zhdukën.

Numri i lidhjeve për proces- vlera e paracaktuar " 128 “. Meqenëse baza e të dhënave aktuale ka një ngarkesë shumë të madhe të detyrave të sfondit (llogaritjet e logjistikës, analiza e listës së çmimeve, analiza e konkurrentëve, etj.), u vendos që të reduktohej numri në "25".

Cilësimet e vetë grupit 1C kanë ndryshuar paksa:

Niveli i tolerancës së gabimeve– ky është numri i serverëve që punojnë që mund të dështojnë njëkohësisht dhe kjo nuk do të çojë në mbyllje jonormale të përdoruesve. Shërbimet rezervë lëshohen automatikisht në sasinë e nevojshme për të siguruar tolerancën e specifikuar të gabimeve. Në kohë reale, shërbimi aktiv përsëritet në ato rezervë.

Ngarko modalitetin e ndarjes- ka dy opsione për parametrin: "Përparësi sipas performancës" - harxhohet më shumë memorie serveri dhe performanca është më e lartë, "Prioriteti sipas memorjes" - grupi 1C kursen kujtesën e serverit.

Serveri 8.3 karakterizohet nga një kod i brendshëm i ridizajnuar rishtazi, megjithëse "nga jashtë" mund të duket se është një 8.2 pak i modifikuar.

Serveri është bërë më i "konfigurueshëm" disa parametra, si numri i proceseve të punonjësve, nuk krijohen më manualisht, por llogariten në bazë të përshkrimeve të kërkesave të tolerancës së gabimeve dhe detyrave të besueshmërisë.

Kjo zvogëlon gjasat e konfigurimit të gabuar të serverit dhe ul kërkesat e kualifikimit për administratorët.

Është zhvilluar një mekanizëm balancimi i ngarkesës, i cili mund të përdoret ose për të rritur performancën e sistemit në tërësi, ose për të përdorur një modalitet të ri "kursimi i kujtesës", i cili ju lejon të punoni "me memorie të kufizuar" në rastet kur konfigurimi përdoret "i pëlqen të hajë kujtesën".

Stabiliteti i funksionimit kur përdorni sasi të mëdha memorie do të përcaktohet nga parametrat e rinj të serverit të prodhimit.

Parametri "konsumi i sigurt i memories për thirrje" është veçanërisht interesant. Për ata që e kanë pak idenë se çfarë është, është më mirë të mos stërviteni mbi një bazë "produktive". Parametri "Madhësia maksimale e memories së proceseve të punës" lejon, në rast "mbushjeje", të mos prishet i gjithë procesi i punës, por vetëm një seancë "me humbësin". "Sasia e memories së procesit të punës deri në të cilën serveri konsiderohet produktiv" ju lejon të bllokoni lidhjet e reja sapo të tejkalohet ky prag i memories.

Unë rekomandoj izolimin e proceseve të punës sipas bazës së informacionit, për shembull, duke specifikuar parametrin "Numri i sigurisë së informacionit për proces = 1". Me disa baza të dhënash shumë të ngarkuara, kjo do të zvogëlojë ndikimin e ndërsjellë si në aspektin e besueshmërisë ashtu edhe të performancës.

Një kontribut më vete në stabilitetin e sistemit jep “shpenzimet” e licencave/çelësave. Në 8.3, u bë e mundur të përdoret një "menaxher i licencës së softuerit", që të kujton menaxherin "aladin". Qëllimi është të jeni në gjendje të vendosni çelësin në një makinë të veçantë.

Ai zbatohet si një "shërbim" tjetër në menaxherin e grupit. Ju mund të përdorni, për shembull, një laptop "falas". Shtoni atë në grupin 1C 8.3, krijoni një menaxher të veçantë në të me shërbimin "shërbim licencimi". Mund të futni një çelës hardware hasp në laptopin tuaj ose të aktivizoni licencat e softuerit.

Me interes më të madh për programuesit duhet të jenë "Kërkesat e caktimit të funksionalitetit".

Kërkesat për funksionalitetin e caktuar të 1c

Pra, në një laptop me një çelës sigurie, për të mos lëshuar përdoruesit në serverin e grupit, duhet të shtoni "kërkesa" për objektin e kërkesës "Lidhja e klientit me sigurinë e informacionit" - "Mos cakto", d.m.th. parandaloni proceset e punëtorëve në këtë server të përpunojnë lidhjet e klientit.

Edhe më interesante është aftësia për të ekzekutuar "vetëm punë në sfond" në serverin e prodhimit të grupit pa sesione përdoruesi. Në këtë mënyrë ju mund të zhvendosni detyrat e ngarkuara shumë (kodin) në një makinë të veçantë. Për më tepër, mund të ekzekutoni një detyrë në sfond të "mbylljes së muajit" duke përdorur "Vlera e një parametri shtesë" në një kompjuter dhe detyrën e sfondit "Përditësimi i indeksit të tekstit të plotë" në një tjetër ndodh përmes treguesit "Vlera e një parametër shtesë”. Për shembull, nëse specifikoni BackgroundJob.CommonModule si vlerë, mund ta kufizoni punën e serverit punonjës në grup vetëm në punët e sfondit me çfarëdo përmbajtje. BackgroundJob.CommonModule vlerë.<Имя модуля>.<Имя метода>– do të tregojë një kod specifik.

Shpesh, shërbime të tjera funksionojnë në makinë së bashku me serverin 1C: Enterprise - një server terminal, server SQL, etj. Dhe në një moment serveri 1C: Enterprise, ose më mirë procesi i punës rphost, ha më shumë memorie sesa ishte planifikuar ose të gjithë memorien. E cila çon në një ngadalësim të shërbimeve të tjera dhe zombies të serverit. Për të shmangur situata të tilla, duhet të konfiguroni rinisjen automatike të flukseve të punës së serverit 1C: Enterprise

Zgjidhje

1. Hapni tastierën e administrimit të serverëve 1C Enterprise;
2. Zgjeroni pemën qendrore të serverit në grupe dhe zgjidhni grupin që na intereson. Në shembull ka vetëm një grup;
3. Hapni vetitë e grupit të zgjedhur dhe shikoni formularin e mëposhtëm

Karakteristikat e grupit të serverëve 1C: Enterprise 8.3

Le të shohim shembullin e treguar në imazh:

Intervali i rinisjes— koha pas së cilës procesi rphost do të detyrohet të rifillojë. Përpara përfundimit të procesit, nis një proces i ri rphost, tek i cili transferohen të gjitha lidhjet dhe vetëm atëherë do të përfundojë procesi i vjetër. Kjo nuk do të ndikojë në asnjë mënyrë në përvojën e përdoruesit. Intervali tregohet në sekonda, në shembull tregohen 24 orë.

Madhësia e lejuar e kujtesës— sasia e memories brenda së cilës rrjedha e punës mund të funksionojë pa probleme. Vëllimi tregohet në kilobajt, në shembull vlera është 20 gigabajt (në fakt, shifra është shumë e madhe dhe duhet të filloni nga sistemi specifik, por shifra mesatare është 4 GB). Sapo memoria e zënë nga procesi i punës tejkalon vlerën e specifikuar, fillon numërimi mbrapsht.

Intervali për tejkalimin e sasisë së lejuar të memories— pasi kohëmatësi i nisur pas tejkalimit të sasisë së lejuar të memories numëron kohën e specifikuar, do të nisë një proces i ri punonjës, tek i cili transferohen të gjitha lidhjet, procesi i vjetër shënohet si i çaktivizuar. Intervali specifikohet në sekonda, në shembull tregohen 30 sekonda.

Ndaloni proceset e çaktivizuara më pas— koha pas së cilës rrjedha e punës e shënuar si e paaftë do të ndalet nëse vlera është 0, procesi nuk do të përfundojë; Intervali specifikohet në sekonda, në shembull tregohen 60 sekonda.

Pas aplikimit të cilësimeve, nuk keni pse të rinisni shërbimin e serverit, ato aplikohen në mënyrë dinamike.

Total

Kështu vendosim rinisjen automatike të proceseve të punës së serverit 1C: Enterprise dhe marrim një sistem më të qëndrueshëm nëse ndodh një rrjedhje memorie, puna e një seance specifike do të ndërpritet.

Gjithashtu, në disa situata, mund të luani me cilësimet dhe të parandaloni një përplasje të mundshme të serverit nëse bëni gabime.

Vetëm dje përditësuam të gjithë softuerin e serverit. Le të prekim ndoshta veçoritë më interesante dhe më të reja të grupit të serverëve 1C:Enterprise 8.3.

Mund të shihni se si të konfiguroni një grup serverësh për 1C: Enterprise 8.2 në seksionin e mëparshëm. Unë nuk do të përqendrohem në disa pika, ato tashmë janë përshkruar më herët.

Pra, ÇFARË KA NDRYSHUAR NË GRUPIN 1C:Enterprise 8.3:

Para së gjithash, pas instalimit të grupit 1C:Enterprise 8.3, ishte e nevojshme të krijoheshin flukse pune. Siç rezulton, proceset e grupimeve tani krijohen automatikisht në varësi të ngarkesës në sistemin e kontabilitetit.

Një provë e punëve në sfond të bazës së të dhënave kryesore bëri që grupi 1C:Enterprise 8.3 të mbingarkohej pafundësisht rphost.exe dhe shtesë rphost.exe Nuk doja të krijohesha. Pas gërmimit nëpër cilësimet, gjithçka u bë e qartë.

Memoria maksimale e rrjedhës së punësështë sasia e memories që proceset e punës mund të përdorin së bashku. Duhet të jeni shumë të kujdesshëm kur vendosni parametrin, të matur në byte. Nëse vendosni vlerën e gabuar (të pamjaftueshme për funksionimin normal të përdoruesit), përdoruesit do të marrin gabimin "Nuk ka memorie të mjaftueshme të lirë në serverin 1C: Enterprise". Ju gjithashtu mund ta merrni këtë gabim kur kuota e kujtesës në serverin 1C: Enterprise ka mbaruar.

Konsumi i sigurt i memories për telefonatë- ju lejon të kontrolloni konsumin e kujtesës gjatë një thirrjeje serveri, të matur në byte. Nëse një telefonatë përdor më shumë memorie sesa pritej, kjo telefonatë do të kryhet brenda grupit 1C pa rifilluar procesin e punës ( rphost.exe). Prandaj, "humbësi" që bëri thirrjen e serverit do të humbasë seancën e tij me bazën e të dhënave pa ndikuar në punën e përdoruesve të tjerë.

Sasia e memories së procesit të punës deri në të cilën serveri konsiderohet produktiv- nëse tejkalohet ky parametër, serveri në grupin 1C:Enterprise 8.3 do të ndalojë pranimin e lidhjeve të reja.

Numri i sigurisë së informacionit për proces- ju lejon të izoloni bazat e informacionit për proceset e punës. Si parazgjedhje, grupi aktual 1C: Enterprise 8.3 u vendos në "8", por për disa orë serveri u soll i paqëndrueshëm, seancat e përdoruesve ngrinë. Pas izolimit të çdo infobaze (vlera - "1"), problemet u zhdukën.

Numri i lidhjeve për proces- vlera e paracaktuar është "128". Meqenëse baza e të dhënave aktuale ka një ngarkesë shumë të madhe të detyrave të sfondit (llogaritjet e logjistikës, analiza e listës së çmimeve, analiza e konkurrentëve, etj.), u vendos që të reduktohej numri në "25".

Cilësimet e vetë grupit 1C: Enterprise 8.3 kanë ndryshuar pak:

Niveli i tolerancës së gabimeve- ky është numri i serverëve që punojnë që mund të dështojnë njëkohësisht pa shkaktuar rrëzimin e përdoruesve. Shërbimet rezervë lëshohen automatikisht në sasinë e nevojshme për të siguruar tolerancën e specifikuar të gabimeve. Në kohë reale, shërbimi aktiv përsëritet në ato rezervë.

Ngarko modalitetin e ndarjes- ekzistojnë dy opsione për parametrin: "Përparësia sipas performancës" - harxhohet më shumë memorie serveri dhe performanca është më e lartë, "Prioriteti sipas memorjes" - grupi "1C: Enterprise 8.3" kursen kujtesën e serverit.

Në vend të një pasthënieje. Grupi 1C:Enterprise 8.3 funksionon dukshëm më shpejt dhe më me besueshmëri, krijimi i një sesioni përdoruesi me një bazë informacioni është shumë herë më i shpejtë, ndërfaqja në modalitetin e pajtueshmërisë me 1C:Enterprise 8.2.16, mund të thuhet, fluturon. Sigurisht që ka nuanca, por ku do të ishim pa to? Fat i mirë në konfigurimin e grupit të ri 1C:Enterprise 8.3.

Pra, ÇFARË KA NDRYSHUAR NË GRUPIN 1C 8.3:

Para së gjithash, pas instalimit të grupit 1C, ishte e nevojshme të krijoheshin flukse pune. Siç doli,proceset e grupimitfilloi të krijohej automatikisht në varësi të ngarkesës së bazës së të dhënave.

Një provë e punëve në sfond të bazës së të dhënave kryesore bëri që grupi 1C të mbingarkonte pafundësisht rphost.exe dhe rphost.exe shtesë nuk donte të krijohej. Pas gërmimit nëpër cilësimet, gjithçka u bë e qartë.

Memoria maksimale e rrjedhës së punës është sasia e memories që proceset e punës mund të përdorin së bashku. Duhet të jeni shumë të kujdesshëm kur vendosni parametrin, të matur në byte. Nëse vendosni vlerën e gabuar (të pamjaftueshme për funksionimin normal të përdoruesit) përdoruesit do të hidhet një gabim "Nuk ka memorie të mjaftueshme të lirë në serverin 1CJu gjithashtu mund ta merrni këtë gabim kur kuota e kujtesës në serverin 1C ka mbaruar.

Konsumi i sigurt i memories për telefonatë- ju lejon të kontrolloni konsumin e kujtesës gjatë një telefonate serveri, të matur në byte. Nëse një telefonatë përdor më shumë memorie sesa pritej, kjo telefonatë do të kryhet brenda grupit 1C pa rifilluar procesin e punës (rphost.exe). Prandaj, "humbësi" që bëri thirrjen e serverit do të humbasë seancën e tij me bazën e të dhënave 1C pa ndikuar në punën e përdoruesve të tjerë.

Sasia e memories së procesit të punës deri në të cilën serveri konsiderohet produktiv- në Nëse tejkalohet ky parametër, serveri në grupin 1C do të ndalojë së pranuari lidhje të reja.

Numri i sigurisë së informacionit për proces- ju lejon të izoloni bazat e informacionit për proceset e punës. Si parazgjedhje, grupi aktual 1C u vendos në- "8", por gjatë disa orësh funksionimi serveri u bë shumë i paqëndrueshëm, seancat e përdoruesve ngrinë. Pas izolimit të çdo infobaze (vlera- "1") problemet u zhdukën.

Cilësimet e vetë grupit 1C kanë ndryshuar paksa:

Niveli i tolerancës së gabimeve- Kjo numri i serverëve që punojnë që mund të dështojnë në të njëjtën kohë pa shkaktuar rrëzimin e përdoruesve. Shërbimet rezervë lëshohen automatikisht në sasinë e nevojshme për të siguruar tolerancën e specifikuar të gabimeve. Në kohë reale, shërbimi aktiv përsëritet në ato rezervë.

Ngarko modalitetin e ndarjes - ekzistojnë dy opsione për parametrin: "Përparësia sipas performancës" - harxhohet më shumë memorie serveri dhe performanca është më e lartë, "Prioriteti sipas kujtesës" - grupi 1C kursen kujtesën e serverit.

Në vend të një pasthënieje. Grupimi 1C 8.3 funksionon dukshëm më shpejt dhe me më shumë besueshmëri, krijimi i një sesioni përdoruesi me bazën e informacionit është shumë herë më i shpejtë, ndërfaqja në modalitetin e pajtueshmërisë me 1C 8.2.16 mund të thuhet se fluturon. Sigurisht që ka nuanca, por ku do të ishim pa to? Fat i mirë në konfigurimin e grupit të ri 1C 8.3.