Repornirea automată a proceselor de lucru cu serverul 1s Enterprise 8, automatizarea business-ului kts

Un fapt bine cunoscut faptul că în timpul funcționării prelungite a 1C serverului: Enterprise 8 crește cu rezoluție de timp ocupat de flux de lucru (rphost.exe) de memorie. Doar atunci când codul de eroare nu este optimă sau ipoteza în cerere, moment în care fluxul de lucru poate lua toate RAM, ceea ce va duce inevitabil la experiența utilizatorului încetinind la o pierdere completă a controlului asupra serverului.







Pentru a evita aceste probleme, trebuie să configurați setările clusterului 1C: Enterprise 8 și să creați numărul necesar de fluxuri de lucru. Din experiența mea, fluxul de lucru +1 pentru fiecare 25-35 de utilizatori. Figura 1C:

Repornirea automată a proceselor de lucru cu serverul 1s Enterprise 8, automatizarea business-ului kts






Intervalul de repornire este perioada după care fluxul de lucru va fi repornit automat. Înainte de terminarea fluxului de lucru vechi, este lansată o nouă instanță a rphost.exe, la care sunt transferate conexiunile din fluxul de lucru vechi.

Cantitatea permisă de memorie este dimensiunea memoriei când aceasta este depășită, cronometrul de numărătoare inversă începe în câteva secunde.

Intervalul care depășește dimensiunea memoriei admisibilă - în cazul în care cronometrul de referință în secunde depășește valoarea de referință în acest parametru, începe un nou flux de lucru compuși care sunt transmise de la fluxul de lucru vechi. Vechiul flux de lucru este marcat ca inactiv.

Procese dezactivate pentru a opri - acest parametru înseamnă, după trecerea a 30 de secunde, după ce fluxul de lucru este marcat ca nefiind activ, va fi oprit de sistemul de operare. Dacă valoarea este "0", procesele nu se vor termina automat.

Această setare funcționează perfect timp de aproape un an. Necesitatea de a reporni serviciul 1C: Enterprise 8 dispărut, situându-se serverul nu a fost observat mai mult de șase luni. Chiar și atunci când efectuează în mod incorect interogări cu eșantioane mari, mecanismul funcționează cu un bang, retezarea singurul utilizator al bazei de date, care a lansat raportul, ceilalți utilizatori, care a lucrat la fluxul de lucru curent lin (fără deconectarea de la baza de date) vor fi transferate în noul flux de lucru.







Trimiteți-le prietenilor: