8.3 8 setare implicită a clusterului de servere

Acest articol conține informații despre procedura de instalare 1C în versiunea client-server.

Instalarea platformei 1C este descrisă în celălalt articol al nostru - „Administrarea 1C”, în secțiunea „Instalarea 1C”. Instalarea pe un server este aproape exact aceeași cu instalarea pe un computer local, cu o singură diferență. În versiunea de server, atunci când selectați componentele de instalat, trebuie să selectați „1C:Enterprise Server” și „1C:Enterprise Server Administration”.

Instalați 1C pe computerele client de pe care se vor face conexiuni la server.

Instalarea pe computerele client nu este diferită de metoda descrisă mai devreme în articolul „Administrare 1C”.

Creați o bază de informații în SQL.

Crearea unei baze de informații în SQL este, de asemenea, foarte asemănătoare cu crearea unei baze de date în versiunea fișierului. Diferența este că, în etapa de selectare a tipului de locație a bazei de informații, trebuie să selectați „Pe serverul 1C: Enterprise”.

În elementul „Server cluster”, specificați numele (sau mai bine zis, adresa IP) serverului pe care ați instalat SQL.

În secțiunea „Numele bazei de informații”, specificați orice nume pe care doriți să-l dați bazei de date.

Tip DBMS – SQL.

Utilizatorul bazei de date și parola sa sunt același superutilizator menționat mai sus în timpul instalării MS SQL.

Lăsați compensarea datei ca implicită.

Este necesar să bifați opțiunea „Creați o bază de date dacă nu există” și să faceți clic pe „Următorul”.

Acum baza de date a fost creată cu succes pe serverul SQL și adăugată la lista de baze de date disponibile. Mai jos in poza puteti vedea rezultatul muncii depuse.

Este de remarcat faptul că baza de date creată este încă goală. Acesta este un cadru, un loc alocat în SQL pentru baza dumneavoastră de informații. Pentru a vă încărca baza de date în acest cadru, trebuie să utilizați instrumentele de bază de informații Upload/Load. Procedura de încărcare/descărcare este descrisă și în celălalt articol al nostru „Administrare 1C”.

Pentru a aduce sistemul într-o stare ideală în viitor, va fi necesar să configurați un „plan de întreținere” pentru baza de date creată. Un plan de întreținere este un set de proceduri pe care SQL le va efectua în mod regulat într-un anumit program. De exemplu, va face în mod regulat copii de rezervă și va șterge fișierele temporare. Lucrul cu SQL depășește domeniul de aplicare al acestui articol și va fi descris într-una dintre următoarele.

Cluster de servere 1C:Enterprise 8 (1C:Enterprise 8 Server Cluster)

Clusterul de servere 1C:Enterprise 8 este componenta principală a platformei, care asigură interacțiunea între sistemul de management al bazei de date și utilizator în cazul funcționării client-server. Clusterul face posibilă organizarea muncii neîntrerupte, tolerante la erori și competitive pentru un număr semnificativ de utilizatori cu baze de date mari de informații.

Un cluster de servere 1C:Enterprise 8 este un concept logic care denotă un set de procese care servesc același set de baze de date de informații.

Următoarele capabilități ale unui cluster de servere pot fi identificate ca fiind principale:

• capacitatea de a funcționa atât pe mai multe computere, cât și pe un singur computer (servere de lucru);
• fiecare server de lucru poate sprijini funcționarea unuia sau mai multor procese de lucru care deservesc conexiunile client în limitele acestui cluster;
• includerea de noi clienți în procesele de lucru ale clusterului are loc pe baza unei analize pe termen lung a statisticilor privind încărcarea procesului de lucru;
• interacțiunea tuturor proceselor cluster între ele, cu aplicațiile client și serverul de baze de date se realizează prin protocolul TCP/IP;
• procesele cluster rulează, pot fi fie un serviciu, fie o aplicație

Opțiune client-server. Schema de lucru

În această opțiune, o aplicație client interacționează cu serverul. Clusterul de servere, la rândul său, interacționează cu serverul bazei de date.

Rolul serverului central al clusterului este jucat de unul dintre computerele care fac parte din clusterul de servere. Pe lângă deservirea conexiunilor client, serverul central gestionează și funcționarea întregului cluster și stochează registrul acestui cluster.

Clusterul este adresat pentru conexiunile client prin numele serverului central și, eventual, numărul portului de rețea. Dacă se folosește un port de rețea standard, atunci pentru a vă conecta trebuie doar să specificați numele serverului central.

În timpul stabilirii conexiunii, aplicația client contactează serverul central al cluster-ului. Pe baza analizei statisticilor de încărcare a procesului de lucru, serverul central transmite aplicația client către procesul de lucru necesar, care ar trebui să o servească. Acest proces poate fi activat pe orice server de lucru din cluster, în special pe serverul central.

Întreținerea conexiunii și autentificarea utilizatorului sunt suportate de acest flux de lucru până când clientul încetează să mai lucreze cu o anumită bază de informații.

Cluster de servere

Un cluster de server de bază poate fi un singur computer și poate conține un singur proces de lucru.

În figură puteți observa toate elementele care, într-un fel sau altul, participă la funcționarea clusterului de servere. Acestea sunt următoarele elemente:

• procesele cluster de servere:
  o ragent.exe;
  o rmngr.exe;
  sau rphost.exe;
• stocare a datelor:
  o lista de clustere;
  o registru cluster.

Procesul ragent.exe, numit agent server, asigură funcționarea computerului ca parte a unui cluster. Prin urmare, computerul pe care rulează procesul ragent.exe ar trebui să fie numit server de producție. În special, una dintre responsabilitățile funcționale ale ragent.exe este de a menține un registru de clustere care se află pe un anumit server de lucru.

Nici registrul clusterului, nici agentul server nu sunt parte integrantă a clusterului de servere, ci doar permit funcționarea serverului și a clusterelor aflate pe acesta.

Clusterul de server în sine este format din următoarele elemente:

• unul sau mai multe procese rmngr.exe
• registrul clusterului
• unul sau mai multe procese rphost.exe.

Manager de cluster (procesul rmngr.exe). Acesta servește la controlul funcționării întregului cluster. Un cluster poate include mai multe procese rmngr.exe, dintre care unul va fi întotdeauna managerul principal al acestui cluster, iar procesele rămase vor fi manageri suplimentari. Serverul central al cluster-ului ar trebui să fie numit server de lucru pe care operează managerul principal de cluster și care conține lista cluster-ului. Menținerea registrului de cluster este una dintre funcțiile managerului principal de cluster.

Proces de lucru (proces rphost.exe). El este cel care servește direct aplicațiile client, interacționând cu serverul bazei de date. În timpul acestui proces, unele proceduri de configurare a modulelor serverului pot fi executate.

Scalabilitate a versiunii 1C 8.3

Scalabilitatea unui cluster de servere se realizează în următoarele moduri:

• cresterea numarului de manageri din cluster si distributia serviciilor intre acestia
• crește numărul de procese de lucru care operează pe un anumit server de lucru
• măriți numărul de servere de lucru care alcătuiesc clusterul.

Utilizarea mai multor manageri simultan.

Funcțiile îndeplinite de managerul clusterului sunt împărțite în mai multe servicii. Aceste servicii pot fi alocate diferiților manageri de cluster. Acest lucru face posibilă distribuirea uniformă a încărcăturii în mai multe procese.

Cu toate acestea, unele servicii pot fi utilizate numai de către managerul principal de cluster:

• serviciul de configurare a clusterului
• serviciul de gestionare a elementelor de depanare
• serviciu de blocare cluster.

Pentru alte servicii, administratorii de cluster arbitrar li se permite să fie alocați:

• serviciul de jurnal
• serviciu de blocare a obiectelor
• serviciul de locuri de muncă
• serviciu de căutare text integral
• serviciu de date de sesiune
• serviciu de numerotare
• serviciu de setări personalizate
• serviciu de timp
• serviciu de blocare a tranzacțiilor.

Utilizarea mai multor fluxuri de lucru simultan.

Pe de o parte, utilizarea mai multor procese de lucru face posibilă reducerea sarcinii fiecărui proces de lucru specific. Pe de altă parte, utilizarea mai multor procese de lucru duce la o utilizare mai eficientă a resurselor hardware ale serverului de producție. Mai mult, procedura de lansare a mai multor procese de lucru crește fiabilitatea serverului, deoarece izolează grupuri de clienți care lucrează cu baze de informații diferite. Un proces de lucru dintr-un cluster care permite rularea mai multor procese de lucru poate fi repornit automat într-un interval de timp specificat de administratorul clusterului.

Capacitatea de a utiliza mai multe procese de lucru (creșterea numărului de conexiuni client) fără a crește sarcina unui anumit proces de lucru are ca rezultat o schimbare în creștere a numărului de servere de lucru care fac parte din cluster.

Toleranța la erori a 1C versiunea 8.3

Reziliența la eșecurile clusterului este asigurată în trei moduri:

• redundanța clusterului în sine
• rezervarea proceselor de lucru
• rezistență la întreruperea canalului de comunicare.

Copiere de rezervă a unui cluster 1C versiunea 8.3

Mai multe grupuri sunt combinate într-un grup de redundanță. Clusterele care se află într-un astfel de grup sunt sincronizate automat.

Dacă clusterul activ eșuează, acesta este înlocuit cu următorul cluster de lucru din grup. Odată ce clusterul eșuat este restaurat, acesta va deveni activ după sincronizarea datelor.

Backup pentru procesele de lucru 1C versiunea 8.3

Pentru fiecare dintre fluxurile de lucru, este posibil să specificați opțiuni pentru utilizarea acestuia:

• utilizare
• nu folosi
• utilizați ca rezervă.

Dacă un proces se prăbușește, clusterul începe să utilizeze un proces de rezervă momentan inactiv. În acest caz, sarcina de pe acesta este redistribuită automat.

Rezistența 1C versiunea 8.3 la întreruperea canalului de comunicație

Deoarece fiecărui utilizator i se oferă propria sa sesiune de comunicare, clusterul stochează date despre utilizatorii care s-au conectat și ce acțiuni au efectuat.

Dacă conexiunea fizică dispare, clusterul va fi într-o stare de așteptare pentru o conexiune cu acest utilizator. În cele mai multe cazuri, după ce conexiunea este restabilită, utilizatorul va putea continua să lucreze exact din punctul în care conexiunea a fost pierdută. Nu este nevoie să vă reconectați la baza de informații.

Sesiuni în versiunea 1C 8.3

O sesiune face posibilă determinarea utilizatorului activ al unei anumite baze de informații și determinarea fluxului de control de la acest client. Se disting următoarele tipuri de sesiuni:

• Thin client, Web client, Thick client - aceste sesiuni apar atunci când clienții corespunzători accesează infobaza
• Conexiune de tip „Configurator” - apare la accesarea bazei de informații configurator
• Conexiune COM – formată atunci când utilizați o conexiune externă pentru a accesa o bază de informații
• Conexiune WS – apare la accesarea bazei de informații a serverului web ca urmare a accesării unui serviciu web publicat pe serverul web
• Lucrare de fundal – creată atunci când un proces de lucru în cluster accesează baza de informații. O astfel de sesiune este folosită pentru a executa codul procedurii jobului de fundal,
  Consola cluster – creată atunci când utilitarul de administrare client-server accesează un proces de lucru
• Administrator COM – apare atunci când un proces de lucru este accesat folosind o conexiune externă.
• Lucrați sub diferite sisteme de operare

Orice proces de cluster de server poate funcționa atât sub sistemul de operare Linux, cât și sub sistemul de operare Windows. Acest lucru se realizează prin faptul că interacțiunea cluster are loc sub controlul protocolului TCP/IP. Clusterul poate include, de asemenea, servere de lucru care rulează oricare dintre aceste sisteme de operare.

Utilitar de administrare a clusterului de servere 8.3

Pachetul de sistem include un utilitar pentru administrarea opțiunii client-server. Acest utilitar face posibilă modificarea compoziției clusterului, gestionarea bazelor de informații și analizarea rapidă a blocărilor tranzacțiilor.

Mai multe procese de lucru pe un server fac posibilă utilizarea eficientă a cantității de RAM și a resurselor procesorului pentru a executa cereri, precum și conectarea unei sesiuni client la un alt proces de lucru dacă cel curent „se blochează”.
Programul Server Agent (ragent) este responsabil pentru înțelegerea a ceea ce rulează pe un anumit server. Oprirea agentului server va face ca serverul să nu fie disponibil pentru utilizare de către cluster. Agentul își stochează informațiile în fișierul srvribrg.lst.

Informațiile despre bazele de date de lucru și procesele de lucru implicate sunt deținute de „Managerul serverului” (rmngr). Stochează aceste informații în fișierul 1CV8Reg.lst. Oprirea managerului de server poate duce la o repornire a aplicațiilor client dacă managerul repornește cu succes sau la oprirea completă a serverelor de lucru ale întregului cluster.

1C: Întreprinderea permite posibilitatea de a crea mai multe clustere independente pe un server. Fiecare dintre ele este identificat în rețea printr-un „port IP” unic și un număr unic în fișierele de serviciu. Primul cluster primește implicit portul 1541.

Complementul Enterprise Servers este conceput pentru a gestiona clusterul.
Vă puteți conecta la servere după numele serverului sau adresa IP.

Agent server

Agentul server „știe” despre toate clusterele care rulează pe server. Aceste informații sunt stocate în fișierul srvribrg.lst cu o listă de clustere și lista de administratori. Portul principal al agentului este 1540. Pe fiecare server de lucru, poate fi lansat un singur agent, care deservește toate clusterele posibile de pe acest server.

Să aruncăm o privire mai atentă asupra proprietăților clusterului

Interval de repornire

Acest parametru repornește procesele de lucru ale serverului 1C conform valorii specificate în secunde. De obicei, parametrul este utilizat pe serverele de aplicații care au un sistem pe 32 de biți, deoarece capacitatea de memorie este limitată la ~ 3,7 GB dacă sistemul de operare este pe 64 de biți și serverul de aplicații este pe 32 de biți. Dacă sistemul de operare folosește o arhitectură pe 32 de biți, atunci consumul total de memorie al procesului de lucru este de ~ 1,7 GB. Și utilizatorii pot primi adesea un mesaj de eroare precum „Memorie insuficientă pe serverul 1C Enterprise”. Cel mai simplu mod de a evita această eroare este să reporniți procesele de lucru, de exemplu 86400 de secunde (1 zi). La modificarea parametrului, numărul de timp începe de la începutul serviciului de server de aplicații 1C.

Dimensiunea memoriei permisă

Repornirea proceselor de lucru atunci când este atins un anumit prag de memorie ocupat de procesul de lucru în kilobytes.

Interval pentru depășirea cantității permise de memorie

Aceasta înseamnă că, dacă într-un număr specificat de secunde, memoria specificată în parametrul „cantitate de memorie permisă” este depășită, atunci serverul 1C va decide să repornească fluxul de lucru.

Abaterea permisă a numărului de erori de server

Se calculează după cum urmează. Avem apeluri la server care pot fi văzute în jurnalul de tehnologie prin evenimentul „CALL”, și există, de asemenea, diverse situații de excepție care pot fi văzute în jurnalul de tehnologie prin evenimentul „EXCP”. Platforma calculează raportul dintre aceste evenimente. Se presupune că aceste evenimente ar trebui să fie aproximativ aceleași. Dacă în orice proces de lucru acest raport depășește raportul dintre aceste evenimente în alte procese de lucru cu o sumă semnificativă, atunci un astfel de proces de lucru este considerat problematic. Doar această valoare este setată în acest parametru. Valoarea recomandată este 50.

Terminarea forțată a proceselor problematice

Dacă activăm acest parametru, atunci, conform parametrului „deviația permisă a numărului de erori de server”, procesele problematice vor fi încheiate. Dacă parametrul este dezactivat, platforma afișează evenimentul de jurnal de proces „ATTN”, care indică procesul problematic.

Opriți procesele dezactivate după

Dacă se declanșează unul dintre parametrii „interval de repornire” sau „dimensiunea permisă a memoriei”, atunci când procesul de lucru este repornit, acesta poate „cădea”. Dacă clientul nu accesează serverul în timpul repornirii (este inactiv), atunci data viitoare când îl accesează, va trece fără probleme la noul proces de lucru. Dacă clientul contactează serverul în momentul repornirii fluxului de lucru, atunci în acest caz va primi un mesaj de eroare și își va termina activitatea. Pentru a preveni acest lucru, trebuie să setați valoarea acestui parametru în secunde. De obicei, 120 de secunde sunt suficiente. În acest timp, fluxul de lucru va avea timp să proceseze cererile curente ale clienților și să le transfere într-un nou flux de lucru. Acei clienți activi pe care procesul nu a avut timp să îi proceseze sunt terminați și clienții pot primi o eroare.

Nivel de toleranță la erori

Această setare trăiește singură, indiferent de numărul de servere centrale. Nivelul de toleranță la erori poate lua orice valoare. De exemplu, nivelul de rezistență = 1, apoi fiecare sesiune de utilizator este dublată. Dacă nivelul de toleranță la erori = 2, atunci fiecare sesiune este înmulțită cu 3. De asemenea, sarcina de pe server crește. La schimbarea nivelului de toleranță la erori, dacă avem un server central, acesta se repetă pe fiecare server central: „registru cluster”, „serviciu blocare cluster”. Există, de asemenea, replicarea unor servicii precum „serviciu de date de sesiune”, „serviciu de marcare temporală online”, „serviciu de blocare a obiectelor”, „serviciu de licențiere”, „serviciu de numerotare” pe alte servere. Dintre acestea, cel mai greu este „serviciul de date de sesiune”.

Modul de partajare a încărcării

În ceea ce privește performanța. Când se conectează o conexiune client, se va conecta la oricare server care are un proces de lucru cu performanțe mai disponibile. Performanța disponibilă este setată în proprietățile fluxului de lucru:

Performanța disponibilă la nivelul 1C este calculată după cum urmează: se efectuează un apel server de referință către toate procesele de lucru o dată la 10 minute și se măsoară timpul acestui apel. Numărul rezultat este împărțit la 10.000 (zece mii), iar mecanismele serverului de aplicații calculează timpul de referință. În cazul în care productivitatea unui proces de lucru a devenit cu 25% mai mică decât cea a celorlalte, conexiunile din acest proces de lucru încep să meargă la alte procese de lucru până când toate conexiunile dispar.

Prioritatea memoriei. Conexiunile utilizatorului vor fi realizate la un server de producție care are mai multă memorie disponibilă.

Manager de cluster

Managerul clusterului este responsabil pentru funcționarea clusterului. Fiecare cluster are propriul manager. Managerul stochează informații despre cluster în fișierul 1CV8Reg.lst (registru cluster). Fiecare Cluster Manager are, de asemenea, propriul său port pe Work Server. Pentru primul cluster, portul implicit Manager este 1541. Acesta este portul care este afișat în snap-in-ul 1C Servers: Enterprise în ramura Clustere, identificând clusterul.
Managerul primește solicitări de la partea client a 1C: Enterprise și decide cărui flux de lucru să îi adreseze această solicitare de serviciu.

Managerul folosește portul de serviciu pentru a interacționa cu procesele de lucru.

Procesul de lucru

Procesul de lucru este responsabil pentru „lucrarea cu clienții”. Pot exista mai multe procese de lucru în clusterul 1C: Enterprise 8. Numărul de procese de lucru nu este creat manual, ci este calculat pe baza descrierilor cerințelor sarcinilor pentru toleranță și fiabilitate la erori. Managerul serverului decide ce proces de lucru va servi conexiunea client. Pentru conexiunile client, proceselor de lucru le este alocată în mod implicit o gamă de porturi IP 1560 – 1591. În plus, fiecărui proces de lucru îi este atribuit un port de serviciu pentru comunicarea cu managerul de cluster.

Setările serverului de lucru, conform documentației 1C, pot fi modificate numai în versiunea CORP a serverului de aplicații 1C. De fapt, setările funcționează atât în ​​versiunea CORP, cât și în versiunea PROF. Dacă aceste setări sunt utilizate în versiunea PROF, aceasta va fi o încălcare a acordului de licență.

Memorie maximă pentru fluxul de lucru

Acest parametru în sine nu limitează nimic. Funcționează împreună cu parametrul „consum de memorie sigur pe apel”. Să ne imaginăm că toate procesele noastre de lucru în total au atins aproximativ consumul de memorie al valorii specificate a acestui parametru. Și acum un anumit utilizator dorește să efectueze un anumit apel de server care dorește să consume o cantitate mare de memorie. De îndată ce apelul la server depășește cantitatea de memorie specificată în acest parametru cu cantitatea de memorie din parametrul „consum de memorie sigură pentru un apel”, acest utilizator particular va primi o eroare de forma: „consum de memorie sigură pentru un client -apelul serverului a fost depășit.” Acest lucru este necesar pentru ca un utilizator să nu poată copleși serverul de lucru. Valoarea parametrului 0 este egală cu 80% din memoria instalată pe serverul 1C.

Consum de memorie sigur per apel

O valoare de 0 (implicit) este 5% din valoarea maximă a memoriei fluxului de lucru. Valoarea poate fi -1. Aceasta înseamnă că orice apel client-server care depășește valoarea specificată a parametrului „dimensiunea maximă a memoriei lucrătorului”.

Cantitatea de memorie de proces de lucru până la care serverul este considerat productiv

Înseamnă, dacă este setată la o valoare și procesele de lucru au ocupat cantitatea de memorie specificată în acest parametru, serverul va continua să ruleze, dar nu va accepta conexiuni noi până când memoria este eliberată.

Numărul de securitate a informațiilor per proces

Poate exista o scădere a performanței atunci când există multe baze de informații și un singur flux de lucru. Prin urmare, cu acest parametru este posibil să se reducă numărul de baze de date per proces. Dacă setați valoarea la 1 (în cele mai multe cazuri, aceasta funcționează destul de optim), atunci va fi creat un nou proces de lucru (rphost) pentru fiecare bază de informații.

Numărul de conexiuni per proces

Același ca parametrul de mai sus, dar depinde de numărul de conexiuni per proces. O valoare de 0 va însemna că va exista un singur proces de lucru pe fiecare server de lucru.

Manager pentru fiecare serviciu

Fiecare server central de lucru are un manager de cluster principal cu anumite servicii:

Ele sunt executate de un serviciu „rmngr”. Să ne imaginăm că acest serviciu începe să consume multă memorie sau să risipească resurse CPU. De obicei, există câțiva suspecți tipici. Dar, dintr-o dată, vă aflați într-o „fundătură” și nu puteți înțelege ce anume încarcă serviciul, puteți bifa caseta de selectare „manager pentru fiecare serviciu”, serviciul va fi împărțit în 21 de procese (acesta este numărul de servicii din principal). manager de cluster). Și, în consecință, folosind PID-ul procesului, va fi posibil să se calculeze ce serviciu încarcă sistemul.

Server central

Acesta este serverul care stochează registrul clusterului în fișierul 1CV8Clst.lst. Fișierul stochează o listă de baze de date, o listă de administratori de cluster, o listă de cerințe de atribuire a funcționalităților, o listă de profiluri de securitate și, în general, toate setările clusterului. Acest fișier este prezent numai acolo unde este bifată caseta de selectare „server central”. Pot exista mai multe servere centrale. De asemenea, pe serverele centrale există servicii precum „serviciu de blocare a clusterelor”, „serviciu de configurare a clusterelor”. Atâta timp cât cel puțin un server central este operațional, clusterul funcționează. Odată ce cel mai recent server central eșuează, clusterul devine inutilizabil, indiferent de setările de toleranță la erori.

Cerință de atribuire a funcționalității

Clusterul de servere 1C Enterprise 8.3 oferă un anumit set de funcționalități (numite obiecte de cerințe), a căror distribuție între serverele de lucru din cluster poate fi controlată. De exemplu, puteți specifica că toate joburile de fundal din cluster vor rula pe un server de lucru selectat. Pentru a plasa o conexiune sau un serviciu de cluster pe orice server de producție, trebuie să creați o cerință de atribuire a funcționalității pentru serverul de producție selectat. Această cerință determină capacitatea sau imposibilitatea unui anumit server de a efectua o anumită sarcină. Să aruncăm o privire mai atentă la ce este o cerință de atribuire a funcționalității.

Migrarea conexiunilor utilizator

Să presupunem că vrem ca conexiunile utilizatorilor să funcționeze pe serverul lucrător nr. 1, dar dacă acel server se defectează, dorim ca ele să treacă la un alt server lucrător nr. 2

Pentru a face acest lucru, trebuie să creăm o cerință de atribuire a funcționalității pe serverul nr. 1:

Pe serverul nr. 2, setați aceleași setări, dar modificați prioritatea:

Importanța priorității este implementată invers. Adică, prioritatea 1 este mai mare decât prioritatea 2.

Scoateți serverul de producție din cluster

Putem elimina pur și simplu serverul de lucru din cluster ștergându-l din listă, dar în acest caz toți utilizatorii vor fi „expulși” din sistem. Pentru a face retragerea mai nedureroasă, puteți face următoarele:

Creați o cerință de atribuire a funcționalității cu următoarele setări:

Această setare înseamnă că nu vor exista conexiuni noi la acest server de lucru. Acei utilizatori care lucrau vor continua să lucreze, dar se vor trece treptat pe alte servere de lucru.

Serviciul de licențiere

Mutați serviciul de licențiere pe un server separat. Acest lucru este bun deoarece licențele software pot fi legate de un anumit computer. Să creăm o cerință de atribuire a funcționalității cu următoarele setări:

Lucrări de fundal

Odată cu lansarea platformei 8.3.7, joburile de fundal au fost împărțite în 2 grupuri:

1. Lucrări de fundal apelate din codul de configurare

2. Sarcini de rutină

Prin urmare, sunt necesare mai multe setări pentru atribuirea funcționalității:

1. Pentru a face joburile de fundal să ruleze rapid, trebuie să adăugați date de sesiune pentru joburile de fundal și programate

După crearea cerințelor necesare pentru atribuirea funcționalității, trebuie să le aplicați:

Parțial – aplicație care nu va perturba experiența utilizatorului

Complet – o aplicație care poate perturba experiența utilizatorului.

În practică, nu am întâlnit niciodată o situație în care, atunci când este aplicat pe deplin, să perturbe experiența utilizatorului sau ceva de genul acesta. Dar orice este posibil, tine cont. După aplicare, repornirea serviciului de server de aplicații 1C nu este necesară.

Puteți contacta oricând specialiștii în optimizare 1C; experiența noastră practică vă va economisi timp.

Pe lângă versiunea fișierului, sistemul 1C:Enterprise poate funcționa cu baze de informații într-o versiune client-server. În acest din urmă caz, se înțelege o arhitectură care constă din mai multe straturi de software, prezentate schematic în figura de mai jos.

• Aplicații client, clienți subțiri și clienți web- acesta este „1C:Enterprise” în diferite moduri de lansare cu care lucrează utilizatorul final. Pentru aplicațiile client și thin clients, un browser web este suficient pe computerele utilizatorilor (sau pe), pentru un client web.
• Cluster de servere „1C:Enterprise” este o colecție de procese de lucru care rulează pe unul sau mai multe computere și o listă de baze de informații care se află în acest cluster. În clusterul de server, se realizează toată munca obiectelor aplicației, se fac pregătiri pentru afișarea formularelor (citirea obiectelor infobase, completarea datelor din formular, aranjarea elementelor etc.) și a interfeței de comandă, generarea de rapoarte și rularea joburilor de fundal. Clienții afișează doar informații pregătite în clusterul de servere. În plus, fișierele de servicii sunt stocate pe serverul cluster 1C:Enterprise, precum și un jurnal de înregistrare a bazei de informații.
• Server de baze de date— pe serverul bazei de date au loc stocarea directă și lucrul cu datele, furnizate de unul dintre următoarele sisteme de gestionare a bazelor de date (DBMS) suportate de sistemul 1C:Enterprise:
  • Microsoft SQL Server de la Microsoft SQL Server 2000 și o versiune superioară;
  • PostgradeSQL începând cu versiunea 8.1;
  • IBM DB2 începând cu versiunea 9.1;
  • Baza de date Oracle începând cu versiunea 10g Release 2.
• server web necesar numai pentru clienții web și una dintre opțiunile clientului subțire. Oferă interacțiunea acestor tipuri de conexiuni cu un cluster de servere 1C:Enterprise.

De asemenea, este de remarcat faptul că fiecare strat de software nu trebuie să fie neapărat localizat pe un computer fizic separat. Un cluster de servere poate fi localizat pe același computer cu un server de baze de date, un server web etc. De exemplu, următoarea structură de lucru se găsește adesea în organizațiile mici:

În acest articol voi descrie instalarea serverului 1C:Enterprise versiunea 8.3.4.389 (pentru alte versiuni ale platformei 1C:Enterprise 8.1, 8.2 și 8.3 pașii sunt similari) pe un computer care rulează Windows Server 2008 (R2) sau Windows Server 2012 (R2). Microsoft SQL Server 2008 (R2) sau Microsoft SQL Server 2012 va fi considerat ca un SGBD. Pentru aceasta vom avea nevoie de:

1. Un computer care îndeplinește cerințele de sistem pentru instalarea serverului 1C:Enterprise și cu sistemul de operare instalat pe acest computer sau .
2. Un computer pentru un server de baze de date, care rulează și un sistem de operare sau (poate fi computerul de la pasul 1).
3. Drepturi de administrator local pe ambele computere.
4. Kit de distribuție pentru instalarea serverului 1C:Enterprise 8.
5. Licență software sau cheie de protecție HASP4 Net pentru serverul 1C:Enterprise.
6. Kit de distribuție pentru instalarea Microsoft SQL Server 2008 (R2) sau Microsoft SQL Server 2012.

2. Instalarea DBMS MS SQL Server

Instalăm MS SQL Server DBMS pe computerul care servește drept server de baze de date. Pentru a opera sistemul 1C:Enterprise, este suficient să instalați următoarele componente:

• Servicii de motor de baze de date
• Instrumente de management - de bază
  • Instrumente de management - Complete.

Selectați opțiunile de sortare " Chirilic_General_CI_AS" Detalii despre instalarea sistemelor

3. Configurarea Windows Firewall pentru operarea DBMS

Dacă serverul de baze de date și serverul de cluster 1C:Enterprise sunt situate pe computere fizice diferite, trebuie să configurați paravanul de protecție Windows pe serverul de baze de date, astfel încât serverul 1C:Enterprise să poată lucra cu DBMS, și anume, deschiderea conexiunilor de intrare pe port. 1433 (pentru instanța implicită SQL Server).

• Am scris în detaliu despre configurarea Windows Firewall pentru Microsoft SQL Server 2008 (R2) / 2012.

4. Adăugarea unui utilizator la MS SQL Server

În continuare, vom adăuga un utilizator separat la MS SQL Server, sub care bazele de date ale serverului 1C:Enterprise vor fi conectate. Acest utilizator va fi, de asemenea, proprietarul acestor baze de date. Utilizatorul care urmează să fie adăugat trebuie să fie autorizat pe server folosind o parolă și să aibă următorul set de roluri: dbcreator, administrator de proces, public. Detalii despre adăugarea unui utilizator la

• Microsoft SQL Server 2008 (R2) am scris.
• Am scris Microsoft SQL Server 2012.

5. Instalarea serverului 1C:Enterprise

Acum să trecem la instalarea fișierelor serverului 1C:Enterprise și la pornirea serviciului corespunzător. Instalarea necesită un kit de distribuție al platformei tehnologice 1C:Enterprise. Din lista de distribuții furnizate, sunt potrivite următoarele:

• Platformă tehnologică 1C:Enterprise pentru Windows - permite instalarea unui server 1C:Enterprise pe 32 de biți
• 1C:Server Enterprise (64 de biți) pentru Windows - permite instalarea atât a serverelor pe 32 de biți, cât și pe 64 de biți 1C:Servere Enterprise

(Există și o versiune extinsă a serverului KORP 1C:Enterprise 8.3, detaliile pot fi găsite pe site-ul web 1C)

Deschideți directorul cu fișierele de instalare a serverului 1C:Enterprise și rulați fișierul setup.exe.

Asistentul de instalare a sistemului 1C:Enterprise va porni. Pe prima pagină faceți clic pe „ Mai departe».

Pe pagina următoare trebuie să selectați componentele care vor fi instalate; avem nevoie de următoarele componente:

• Server 1C: Enterprise— 1C:Componente server Enterprise
• Administrare server 1C: Enterprise 8— componente suplimentare pentru administrarea unui cluster de servere 1C:Enterprise

Componentele rămase (lista de componente poate depinde de distribuția specifică), în funcție de nevoie, pot fi instalate și pe acest computer. După ce ați făcut alegerea, faceți clic pe „ Mai departe».

Selectați limba interfeței care va fi folosită implicit și faceți clic pe „ Mai departe».

Dacă serverul 1C:Enterprise este instalat ca serviciu Windows (și în majoritatea cazurilor ar trebui să fie instalat ca atare), recomand să creați imediat un utilizator separat sub care să fie lansat serviciul creat. Pentru aceasta

• Lăsați steagul „aprins” Instalați 1C: Server Enterprise ca serviciu Windows (recomandat)»;
• Mutăm comutatorul corespunzător în „ Creați utilizatorul USR1CV8».
• Introduceți de două ori parola pentru utilizatorul creat. În mod implicit, parola trebuie să respecte politica de parole Windows. Puteți citi mai multe despre asta:
  • Pentru Microsoft Windows Server 2008 (R2) - ;
  • Pentru Microsoft Windows Server 2012 - .

De asemenea, puteți selecta un utilizator existent pentru a rula serverul 1C:Enterprise. În acest caz, utilizatorul selectat trebuie să aibă următoarele drepturi:

• Conectați-vă ca serviciu
• Conectați-vă ca sarcină în lot
• Jurnalul de performanță utilizatori.

De asemenea, utilizatorului trebuie să i se acorde drepturile necesare pentru directorul fișierelor de servicii server (în mod implicit C:\Program Files\1cv8\srvinfo pentru 64 de biți și C:\Program Files (x86)\1cv8\srvinfo pentru un server pe 32 de biți).

Utilizator creat automat USR1CV8 va avea toate drepturile de mai sus.

După completarea parametrilor corespunzători, faceți clic pe „ Mai departe».

Și, în sfârșit, faceți clic pe „ Instalare» pentru a începe instalarea. Aceasta va copia fișierele componentelor selectate, va crea fișiere de configurare, va înregistra componentele programului, va crea comenzi rapide și, de asemenea, va porni serviciul server 1C:Enterprise.

Odată ce instalarea este finalizată, asistentul vă va solicita să instalați driverul de protecție - HASP Device Driver. Dacă utilizați o licență de software pentru serverul 1C:Enterprise, nu este nevoie să instalați driverul. Lăsați sau eliminați steagul " Instalați driverul de protecție" și faceți clic pe " Mai departe».

Adesea, alte servicii rulează pe mașină împreună cu serverul 1C:Enterprise - un server terminal, un server SQL etc. Și la un moment dat, serverul 1C:Enterprise, sau mai degrabă procesul de lucru rphost, consumă mai multă memorie decât era planificat sau toată memoria. Ceea ce duce la o încetinire a altor servicii și zombi ai serverului. Pentru a evita astfel de situații, trebuie să configurați repornirea automată a fluxurilor de lucru ale serverului 1C:Enterprise

Soluţie

1. Deschideți consola de administrare a serverelor 1C Enterprise;
2. Extindeți arborele serverului central la clustere și selectați clusterul care ne interesează. În exemplu există un singur cluster;
3. Deschideți proprietățile clusterului selectat și vedeți următorul formular

Proprietățile clusterului de servere 1C:Enterprise 8.3

Să ne uităm la exemplul prezentat în imagine:

Interval de repornire— timp după care procesul rphost va fi forțat să repornească. Înainte ca procesul să se încheie, este lansat un nou proces rphost, la care sunt transferate toate conexiunile și numai atunci vechiul proces se va termina. Acest lucru nu va afecta în niciun fel experiența utilizatorului. Intervalul este indicat în secunde, în exemplu sunt indicate 24 de ore.

Dimensiunea memoriei permisă— cantitatea de memorie în care fluxul de lucru poate funcționa fără probleme. Volumul este indicat în kiloocteți, în exemplu valoarea este de 20 gigaocteți (de fapt, cifra este prea mare și trebuie să începeți de la sistemul specific, dar cifra medie este de 4 GB). De îndată ce memoria ocupată de procesul de lucru depășește valoarea specificată, începe numărătoarea inversă.

Interval pentru depășirea cantității permise de memorie— după ce temporizatorul lansat după depășirea cantității permise de memorie numără invers timpul specificat, va fi lansat un nou proces de lucru, la care sunt transferate toate conexiunile, procesul vechi este marcat ca dezactivat. Intervalul este specificat în secunde, în exemplu sunt indicate 30 de secunde.

Opriți procesele dezactivate după— timpul după care fluxul de lucru marcat ca dezactivat va fi oprit; dacă valoarea este 0, procesul nu va fi finalizat. Intervalul este specificat în secunde, în exemplu sunt indicate 60 de secunde.

După aplicarea setărilor, nu trebuie să reporniți serviciul server; acestea sunt aplicate dinamic.

Total

Acesta este modul în care setăm repornirea automată a proceselor de lucru ale serverului 1C:Enterprise și obținem un sistem mai stabil; dacă are loc o scurgere de memorie, activitatea unei anumite sesiuni va fi încheiată.

De asemenea, în unele situații, poți să te joci cu setările și să previi o posibilă prăbușire a serverului dacă faci greșeli.