Maksimalna potrošnja memorije poslužitelja je premašena. Povećani hardverski kapacitet

Server 8.3 karakterizira novi redizajniran interni kod, iako se “izvana” može činiti da se radi o malo modificiranom 8.2.

Poslužitelj je postao više „autokonfigurabilan“, neki parametri, poput broja radnih procesa, više se ne kreiraju ručno, već se izračunavaju na temelju opisa zahtjeva tolerancije na greške i zadataka pouzdanosti.

Razvijen je mehanizam za uravnoteženje opterećenja koji se može koristiti ili za povećanje performansi sustava u cjelini ili za korištenje novog načina rada "uštede memorije", koji vam omogućuje rad "s ograničenom memorijom" u slučajevima kada konfiguracija koristi se "voli gutati sjećanje."

Stabilnost rada pri korištenju velikih količina memorije bit će određena novim parametrima proizvodnog poslužitelja.

Posebno je zanimljiv parametar “sigurna potrošnja memorije po pozivu”. Za one koji nemaju pojma što je to, bolje je ne trenirati na "produktivnoj" osnovi. Parametar "Maksimalna veličina memorije radnih procesa" omogućuje da se u slučaju "prelivanja" ne sruši cijeli radni proces, već samo jedna sesija "s gubitnikom". “Količina memorije za radne procese do koje se poslužitelj smatra produktivnim” omogućuje blokiranje novih veza čim se prekorači ovaj memorijski prag.

Preporučam izolaciju radnih procesa prema informacijskoj bazi, na primjer, navođenjem parametra „Broj informacijske sigurnosti po procesu = 1“. S nekoliko visoko opterećenih baza podataka, ovo će smanjiti međusobni utjecaj u smislu pouzdanosti i izvedbe.

Poseban doprinos stabilnosti sustava daje “potrošnja” licenci/ključeva. U 8.3 postalo je moguće koristiti "software licence manager", koji podsjeća na "aladin" manager. Cilj je moći staviti ključ na poseban stroj.

Implementiran je kao još jedna "usluga" u upravitelju klastera. Možete koristiti, na primjer, "besplatno" prijenosno računalo. Dodajte ga u klaster 1C 8.3, stvorite zasebnog upravitelja na njemu s uslugom "usluga licenciranja". Možete umetnuti hardverski hasp ključ u svoje prijenosno računalo ili aktivirati softverske licence.

Od najvećeg interesa za programere trebali bi biti "Zahtjevi za dodjelu funkcionalnosti".

Dakle, na prijenosnom računalu sa sigurnosnim ključem, kako ne biste pokrenuli korisnike na poslužitelju klastera, morate dodati "zahtjeve" za objekt zahtjeva "Klijentova veza s informacijskom sigurnošću" - "Ne dodijeli", tj. uskratiti radne procese ovog poslužitelja rukovanje klijentskim vezama.

Još je zanimljivija mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom poslužitelju klastera bez korisničkih sesija. Na ovaj način možete premjestiti visoko opterećene zadatke (kod) na zasebno računalo. Štoviše, možete imati jedan pozadinski zadatak “zatvaranje mjeseca” kroz “Vrijednost dodatni parametar" pokrenuti na jednom računalu, a pozadinski posao "Ažuriranje indeksa punog teksta" na drugom. Pojašnjenje se događa određivanjem "Vrijednosti dodatnog parametra." Na primjer, ako navedete BackgroundJob.CommonModule kao vrijednost, možete ograničiti rad radnog poslužitelja u klasteru samo na pozadinske poslove s bilo kojim sadržajem. BackgroundJob.CommonModule..- vrijednost će naznačiti određeni kod.

Jasno je da nema smisla prepričavati dokumentaciju. Ali ako netko da neki koristan savjet, proširit ću članak.

Prije svega, nakon instaliranja 1C klastera, bilo je potrebno izraditi tijek rada. Kako se pokazalo, procesi klastera počeli su se automatski stvarati ovisno o opterećenju baze podataka.

Probno pokretanje pozadinskih poslova glavne baze podataka uzrokovalo je beskrajno preopterećenje rphost.exe klastera 1C, a dodatni rphost.exe se nije htio stvoriti. Nakon kopanja po postavkama sve je postalo jasno.

Maksimalna memorija tijeka rada je količina memorije koju radni procesi mogu koristiti zajedno. Morate biti vrlo pažljivi pri postavljanju parametra, mjerenog u bajtovima. Ako postavite pogrešnu vrijednost (nedovoljnu za normalan rad korisnika), korisnici će primiti pogrešku "Nedovoljno slobodna memorija na 1C poslužitelju.” Također možete dobiti ovu pogrešku kada je memorijska kvota na 1C poslužitelju istekla.

Sigurna potrošnja memorije po pozivu– omogućuje kontrolu potrošnje memorije tijekom poziva poslužitelja, mjereno u bajtovima. Ako poziv koristi više memorije nego što je očekivano, ovaj će poziv biti dovršen unutar 1C klastera bez ponovnog pokretanja radnog procesa (rphost.exe). Prema tome, "gubitnik" koji je uputio poziv poslužitelju izgubit će svoju sesiju s bazom podataka 1C bez utjecaja na rad drugih korisnika.

u jednom GB – 1073741824 bajtova, dakle u 2 GB – 2147483648 bajtova

Količina memorije za radne procese do koje se poslužitelj smatra produktivnim - ako se prekorači ovaj parametar, poslužitelj u 1C klasteru prestat će prihvaćati nove veze.

Broj informacijske sigurnosti po procesu– omogućuje izolaciju informacijskih baza za radne procese. Prema zadanim postavkama, trenutni 1C klaster postavljen je na " 8 “, ali tijekom nekoliko sati rada poslužitelj se ponašao vrlo nestabilno, korisničke sesije su se zamrznule. Nakon izolacije svake infobaze (vrijednost – “1”) problemi su nestali.

Broj veza po procesu– zadana vrijednost “ 128 “. Budući da trenutna baza podataka ima jako puno pozadinskih zadataka (logistički izračuni, analiza cjenika, analiza konkurenata itd.), odlučeno je da se broj smanji na "25".

Postavke samog klastera 1C malo su se promijenile:

Razina tolerancije grešaka– ovo je broj radnih poslužitelja koji mogu istovremeno pasti, a to neće dovesti do abnormalnog prekida rada korisnika. Sigurnosne kopije se pokreću automatski u količini potrebnoj da se osigura navedena tolerancija na pogreške. U stvarnom vremenu, aktivna usluga se replicira na pričuvnu.

Način dijeljenja opterećenja– postoje dvije opcije za parametar: „Prioritet prema performansama” – troši se više memorije poslužitelja i performanse su veće, „Prioritet prema memoriji” – 1C klaster štedi memoriju poslužitelja.

Server 8.3 karakterizira novi redizajniran interni kod, iako se “izvana” može činiti da se radi o malo modificiranom 8.2.

Time se smanjuje vjerojatnost neispravna postavka poslužitelj i snižava zahtjeve kvalifikacije za administratore.

Stabilnost rada pri korištenju velikih količina memorije bit će određena novim parametrima proizvodnog poslužitelja.

Posebno je zanimljiv parametar “sigurna potrošnja memorije po pozivu”. Za one koji nemaju pojma što je to, bolje je ne trenirati na "produktivnoj" osnovi. Parametar "Maksimalna veličina memorije radnih procesa" omogućuje, u slučaju "prelivanja", da se ne sruši cijeli radni proces, već samo jedna sesija "s gubitnikom". “Količina memorije radnog procesa do koje se poslužitelj smatra produktivnim” omogućuje blokiranje novih veza čim se prekorači ovaj memorijski prag.

Od najvećeg interesa za programere trebali bi biti "Zahtjevi za dodjelu funkcionalnosti".

Zahtjevi za dodijeljenu funkcionalnost 1c

Dakle, na prijenosnom računalu sa sigurnosnim ključem, kako ne biste pokrenuli korisnike na poslužitelju klastera, morate dodati "zahtjeve" za objekt zahtjeva "Klijentova veza s informacijskom sigurnošću" - "Ne dodijeli", tj. spriječi radničke procese na ovom poslužitelju da obrađuju klijentske veze.

Još je zanimljivija mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom poslužitelju klastera bez korisničkih sesija. Na ovaj način možete premjestiti visoko opterećene zadatke (kod) na zasebno računalo. Štoviše, možete pokrenuti jedan pozadinski zadatak "zatvaranje mjeseca" koristeći "Vrijednost dodatnog parametra" na jednom računalu i pozadinski zadatak "Ažuriranje indeksa punog teksta" na drugom. Pojašnjenje se događa kroz indikaciju "Vrijednost dodatni parametar”. Na primjer, ako navedete BackgroundJob.CommonModule kao vrijednost, možete ograničiti rad radnog poslužitelja u klasteru samo na pozadinske poslove s bilo kojim sadržajem. Vrijednost BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>– pokazat će određeni kod.

Imajte na umu da su postavke klastera odgovorne za postavke svih poslužitelja koji pripadaju konfiguriranom klasteru. Klaster uključuje rad nekoliko fizičkih ili virtualnih poslužitelja koji rade s istim bazama podataka.

Interval ponovnog pokretanja– odgovoran je za učestalost ponovnog pokretanja radnih procesa klastera. Ovaj parametar mora biti postavljen kada poslužitelj radi 24 sata dnevno. Preporuča se povezati učestalost ponovnog pokretanja s tehnološkim ciklusom informacijskih baza klastera. Obično je to svaka 24 sata (86400 sekundi). Kao što znate, radni procesi 1C poslužitelja obrađuju i pohranjuju radne podatke.

Automatsko ponovno pokretanje osmišljeno je u okviru platforme "kako bi se smanjili negativni učinci fragmentacije i curenja memorije u tijekovima rada." ITS ima čak i informacije o tome kako organizirati ponovno pokretanje radnih procesa na temelju drugih parametara (veličina memorije, zauzeti resursi itd.).

Dopuštena veličina memorije– štiti 1C poslužitelje od prekomjerne upotrebe memorije. Ako proces premaši ovaj volumen u raspon prekoračenja dopuštenog volumena, proces se ponovno pokreće. Može se izračunati kao maksimalna veličina memorije koju zauzimaju "rphost" procesi tijekom razdoblja najvećeg opterećenja poslužitelja. Također je vrijedno postaviti mali interval za prekoračenje dopuštenog volumena.

Dopušteno odstupanje broja pogrešaka poslužitelja. Platforma izračunava prosječan broj grešaka poslužitelja u odnosu na broj poziva prema poslužitelju unutar 5 minuta. Ako ovaj omjer premašuje dopuštenu vrijednost, tada se tijek rada smatra "problematičnim" i sustav ga može prekinuti ako je postavljena zastavica "Prisilno prekinuti problematične procese."

Zaustavite onemogućene procese nakon. Ako se prekorači dopuštena količina memorije, radni proces se ne prekida odmah, već se "isključuje" tako da ima vremena za "prijenos" radnih podataka bez gubitka na novi radni proces koji se izvodi. Ako je ovaj parametar naveden, tada će se "isključeni" proces u svakom slučaju prekinuti nakon što to vrijeme istekne. Ako promatrate "zamrznute" radne procese u radu 1C poslužitelja, tada možete postaviti ovaj parametar na 2-5 minuta.
Ove postavke postavljaju se za svaki 1C poslužitelj pojedinačno.

Maksimalna memorija tijeka rada– ovo je volumen ukupno memoriju koju mogu zauzeti radnički procesi (rphost) na trenutnom klasteru. Ako je parametar postavljen na "0", zauzima 80% RAM-a poslužitelja. “-1” - nema ograničenja. Kada DBMS i 1C poslužitelj rade na istom poslužitelju, moraju dijeliti RAM. Ako se tijekom rada ispostavi da DBMS poslužitelj nema dovoljno memorije, tada možete ograničiti memoriju dodijeljenu 1C poslužitelju pomoću ovog parametra. Ako su DBMS i 1C odvojeni poslužiteljima, tada ima smisla izračunati ovaj parametar pomoću formule:

“Maksimalni volumen” = “Ukupni RAM” – “ radna memorija OS";

“OS RAM” se izračunava po principu 1 GB za svakih 16 GB RAM-a poslužitelja

Sigurna potrošnja memorije po pozivu. Općenito, pojedinačni pozivi ne bi trebali zauzimati sav RAM dodijeljen radnom procesu. Ako je parametar postavljen na "0", tada će siguran protok biti jednak 5% od " Maksimalni kapacitet memorije za radne procese". “-1” - bez ograničenja, što se jako ne preporučuje. U većini slučajeva, bolje je ostaviti ovaj parametar na "0".

Korištenje parametara “Broj informacijske sigurnosti po procesu” i “Broj veza po procesu” možete kontrolirati raspodjelu rada 1C poslužitelja među radnim procesima. Na primjer, trčanje za svaki informacijska baza zaseban “rphost” tako da u slučaju pada procesa samo korisnici jedne baze podataka budu isključeni. Ove parametre treba odabrati zasebno za svaku konfiguraciju poslužitelja.

Ograničenje korištenja RAM-a od strane DBMS poslužitelja– MS SQL DBMS poslužitelj ima jednu izvanrednu značajku - voli učitavati baze podataka s kojima aktivno radi u potpunosti u RAM. Ako ga ne ograničite, zauzet će sav RAM koji može.

Ako je poslužitelj 1C:Enterprise instaliran s Microsoftom SQL poslužitelj, tada se gornji prag memorije mora smanjiti za iznos dovoljan za rad 1C poslužitelja.
Ako se na poslužitelju izvodi samo DBMS, tada za DBMS prema formuli:

“DBMS memorija” = “Opći RAM” – “OS RAM”;

Zajednička memorija– o ovom se parametru dosta zna, ali se ipak događa da se na njega zaboravi. Postavljamo ga na "1" ako 1C poslužitelj i DBMS rade na istom fizičkom ili virtualni poslužitelj. Usput, radi od platforme 8.2.17.

Maksimalni stupanj paralelizma– određuje koliko se procesora koristi pri izvršavanju jednog zahtjeva. DBMS paralelizira dohvaćanje podataka prilikom izvršavanja složenih upita na više niti. Za 1C preporuča se postaviti na "1", to jest, u jednoj niti.

Auto-proširenje datoteka baze podataka- određujemo korak u MB kojim se “proširuje” datoteka baze podataka. Ako je korak mali, tada će s aktivnim rastom baze podataka česta proširenja dovesti do dodatnog opterećenja diskovni sustav. Bolje je postaviti na 500 – 1000 MB.

Ponovno indeksiranje i defragmentiranje indeksa– preporučuje se defragmentacija/ponovno indeksiranje barem jednom tjedno. Ponovno indeksiranje zaključava tablice, stoga je najbolje pokrenuti u neradno vrijeme ili u razdobljima minimalnog opterećenja. Nema smisla raditi defragmentaciju nakon ponovne izgradnje indeksa (ponovno indeksiranje). Prema preporuci Microsofta, defragmentacija se provodi ako fragmentacija indeksa ne prelazi 30%. Ako je veći, preporučuje se ponovno indeksiranje.

Plan napajanja– u postavkama napajanja operacijski sustav postavljen na visoke performanse.

“Maksimalni volumen” = “Ukupni RAM” – “OS RAM”;

“OS RAM” se izračunava po principu 1 GB za svakih 16 GB RAM-a poslužitelja

Korištenje parametara “Broj informacijske sigurnosti po procesu” i “Broj veza po procesu” možete kontrolirati raspodjelu rada 1C poslužitelja među radnim procesima. Na primjer, pokrenite poseban “rphost” za svaku informacijsku bazu, tako da u slučaju pada procesa, samo korisnici jedne baze podataka budu isključeni. Ove parametre treba odabrati zasebno za svaku konfiguraciju poslužitelja.

Ako je 1C:Enterprise poslužitelj instaliran zajedno s Microsoft SQL Serverom, tada se gornji prag memorije mora smanjiti za iznos dovoljan za rad 1C poslužitelja.
Ako se na poslužitelju izvodi samo DBMS, tada za DBMS prema formuli:

“DBMS memorija” = “Opći RAM” – “OS RAM”;

Plan napajanja– postavite postavke napajanja operativnog sustava na visoke performanse.

Često se druge usluge izvode na stroju zajedno s poslužiteljem 1C:Enterprise - terminalski poslužitelj, SQL poslužitelj itd. I u nekom trenutku poslužitelj 1C:Enterprise, odnosno radni proces rphost, pojede više memorije od planiranog ili svu memoriju. Što dovodi do usporavanja drugih usluga i zombiranja poslužitelja. Da biste izbjegli takve situacije, trebate konfigurirati automatsko ponovno pokretanje tijeka rada poslužitelja 1C:Enterprise

Riješenje

1. Otvorite administrativnu konzolu poslužitelja 1C Enterprise;
2. Proširite središnje stablo poslužitelja na klastere i odaberite klaster koji nas zanima. U primjeru postoji samo jedan klaster;
3. Otvorite svojstva odabranog klastera i pogledajte sljedeći obrazac

Svojstva klastera poslužitelja 1C:Enterprise 8.3

Pogledajmo primjer prikazan na slici:

Interval ponovnog pokretanja— vrijeme nakon kojeg će se proces rphost prisilno ponovno pokrenuti. Prije nego što proces izađe, on počinje novi proces rphost, na koji se prenose sve veze, i tek tada će stari proces biti prekinut. To ni na koji način neće utjecati na korisničko iskustvo. Interval je naznačen u sekundama, u primjeru je naznačeno 24 sata.

Dopuštena veličina memorije— količina memorije unutar koje tijek rada može raditi bez problema. Volumen je naznačen u kilobajtima, u primjeru je vrijednost 20 gigabajta (u stvari, brojka je prevelika i morate krenuti od određenog sustava, ali prosječna brojka je 4 GB). Čim memorija koju zauzima radni proces prijeđe navedenu vrijednost, počinje odbrojavanje.

Interval za prekoračenje dopuštene količine memorije— nakon što mjerač vremena pokrenut nakon prekoračenja dopuštene količine memorije odbroji navedeno vrijeme, pokrenut će se novi radni proces na koji se prenose sve veze, stari proces je označen kao onemogućen. Interval je naveden u sekundama, u primjeru je naznačeno 30 sekundi.

Zaustavite onemogućene procese nakon— vrijeme nakon kojeg će tijek rada označen kao onemogućen biti zaustavljen; ako je vrijednost 0, proces neće biti dovršen. Interval je naveden u sekundama, u primjeru je naznačeno 60 sekundi.

Nakon primjene postavki ne morate ponovno pokretati uslugu poslužitelja; one se primjenjuju dinamički.

Ukupno

Ovako postavljamo automatsko ponovno pokretanje radnih procesa poslužitelja 1C:Enterprise i dobivamo stabilniji sustav; ako dođe do curenja memorije, rad određene sesije će biti prekinut.

Također, u nekim situacijama možete se poigrati s postavkama i spriječiti mogući pad poslužitelja ako pogriješite.