Optimalne postavke klastera 1s 8.3

Osim verzije datoteke, sustav 1C:Enterprise može raditi s bazama podataka u verziji klijent-poslužitelj. U potonjem slučaju podrazumijeva se arhitektura koja se sastoji od nekoliko softverskih slojeva, shematski prikazanih na slici ispod.

Klijentske aplikacije, tanki klijenti i web klijenti- ovo je "1C: Enterprise" u različitim načinima pokretanja s kojima radi krajnji korisnik. Za klijentske aplikacije i tanke klijente dovoljan je web preglednik na korisničkim računalima (ili na), za web klijenta.
Klaster poslužitelja "1C:Enterprise" je skup radnih procesa koji se izvode na jednom ili više računala i popis baza informacija koje se nalaze u ovom klasteru. U klasteru poslužitelja obavljaju se svi poslovi aplikativnih objekata, vrše pripreme za prikaz obrazaca (čitanje objekata infobaze, popunjavanje podataka obrazaca, raspored elemenata itd.) i naredbenog sučelja, generiranje izvještaja i izvođenje pozadinskih poslova. Klijenti prikazuju samo informacije pripremljene u klasteru poslužitelja. Osim toga, servisne datoteke pohranjuju se na poslužitelj klastera 1C:Enterprise, kao i dnevnik registracije infobaze.
Poslužitelj baze podataka— na poslužitelju baze podataka odvija se izravno pohranjivanje i rad s podacima, što omogućuje jedan od sljedećih sustava za upravljanje bazama podataka (DBMS) koje podržava sustav 1C:Enterprise:
- Microsoft SQL Server od Microsoft SQL Server 2000 i noviji;
- PostgrageSQL od verzije 8.1;
- IBM DB2 od verzije 9.1;
- Oracle Database od verzije 10g Release 2.
Web poslužitelj potreban samo za web klijente i jedna od opcija tankog klijenta. Omogućuje interakciju ovih vrsta veza s klasterom poslužitelja 1C:Enterprise.

Također je vrijedno napomenuti da svaki softverski sloj ne mora nužno biti smješten na zasebnom fizičkom računalu. Klaster poslužitelja može se nalaziti na istom računalu s poslužiteljem baze podataka, web poslužiteljem itd. Na primjer, sljedeća struktura rada često se nalazi u malim organizacijama:

U ovom ću članku opisati instalaciju 1C:Enterprise poslužitelja verzije 8.3.4.389 (za ostale verzije 1C:Enterprise platforme 8.1, 8.2 i 8.3 koraci su slični) na jedno računalo s operativnim sustavom Windows Server 2008 (R2) ili Windows Server 2012 (R2). Microsoft SQL Server 2008 (R2) ili Microsoft SQL Server 2012 smatrat će se DBMS-om. Za ovo će nam trebati:

Računalo koje zadovoljava sistemske zahtjeve za instalaciju 1C:Enterprise poslužitelja i s instaliranim OS-om na ovom računalu ili .
Računalo za poslužitelj baze podataka, također s operativnim sustavom ili (može biti računalo iz koraka 1).
Prava lokalnog administratora na oba računala.
Distribucijski komplet za instalaciju 1C:Enterprise poslužitelja 8.
Softverska licenca ili HASP4 Net zaštitni ključ za 1C:Enterprise poslužitelj.
Distribucijski komplet za instalaciju Microsoft SQL Server 2008 (R2) ili Microsoft SQL Server 2012.

2. Instalacija MS SQL Server DBMS

Instaliramo MS SQL Server DBMS na računalo koje služi kao poslužitelj baze podataka. Za rad sa sustavom 1C:Enterprise dovoljno je instalirati sljedeće komponente:

Usluge motora baze podataka
Alati za upravljanje - osnovni
- Alati za upravljanje - Završeno.

Odaberite opcije sortiranja " Ćirilica_Opće_CI_AS" Pojedinosti o instaliranju sustava

3. Konfiguriranje Windows vatrozida za rad DBMS-a

Ako se poslužitelj baze podataka i poslužitelj klastera 1C:Enterprise nalaze na različitim fizičkim računalima, trebate konfigurirati Windows vatrozid na poslužitelju baze podataka tako da poslužitelj 1C:Enterprise može raditi s DBMS-om, odnosno otvarati dolazne veze na portu 1433 (za zadanu instancu SQL Servera).

Detaljno sam pisao o postavljanju vatrozida za Windows za Microsoft SQL Server 2008 (R2) / 2012.

4. Dodavanje korisnika na MS SQL Server

Zatim ćemo dodati zasebnog korisnika na MS SQL Server, pod kojim će biti povezane baze podataka poslužitelja 1C:Enterprise. Ovaj korisnik će također biti vlasnik ovih baza podataka. Korisnik kojeg treba dodati mora biti ovlašten na poslužitelju pomoću lozinke i imati sljedeći skup uloga: dbcreator, administrator procesa, javnost. Pojedinosti o dodavanju korisnika u

Microsoft SQL Server 2008 (R2) napisao sam.
Napisao sam Microsoft SQL Server 2012.

5. Instalacija poslužitelja 1C:Enterprise

Sada prijeđimo na instaliranje datoteka poslužitelja 1C:Enterprise i pokretanje odgovarajuće usluge. Instalacija zahtijeva distribucijski komplet tehnološke platforme 1C:Enterprise. S popisa isporučenih distribucija prikladne su sljedeće:

1C:Enterprise tehnološka platforma za Windows - omogućuje instalaciju 32-bitnog 1C:Enterprise poslužitelja
1C:Enterprise poslužitelj (64-bitni) za Windows - omogućuje instalaciju 32-bitnih i 64-bitnih 1C:Enterprise poslužitelja

(Postoji i proširena verzija KORP poslužitelja 1C:Enterprise 8.3, detalji se mogu pronaći na web stranici 1C)

Otvorite direktorij s instalacijskim datotekama poslužitelja 1C:Enterprise i pokrenite datoteku setup.exe.

Pokrenut će se pomoćnik za instalaciju sustava 1C:Enterprise. Na prvoj stranici kliknite " Unaprijediti».

Na sljedećoj stranici trebate odabrati komponente koje će se instalirati, potrebne su nam sljedeće komponente:

Poslužitelj 1C:Enterprise— Komponente poslužitelja 1C:Enterprise
Administracija poslužitelja 1C:Enterprise 8— dodatne komponente za administriranje klastera poslužitelja 1C:Enterprise

Preostale komponente (popis komponenti može ovisiti o konkretnoj distribuciji), ovisno o potrebi, također se mogu instalirati na ovo računalo. Nakon odabira kliknite na “ Unaprijediti».

Odaberite jezik sučelja koji će se koristiti prema zadanim postavkama i kliknite " Unaprijediti».

Ako je poslužitelj 1C:Enterprise instaliran kao Windows usluga (a u većini slučajeva trebao bi biti instaliran kao takav), preporučujem da odmah stvorite zasebnog korisnika pod kojim će se pokrenuti kreirana usluga. Za ovo

Ostavite zastavu "uključenu" Instalirajte 1C:Enterprise poslužitelj kao Windows uslugu (preporučeno)»;
Pomaknemo odgovarajući prekidač na " Kreirajte korisnika USR1CV8».
Unesite lozinku za korisnika koji se kreira dva puta. Prema zadanim postavkama, lozinka mora biti u skladu s Windows pravilima o lozinkama. Više o ovome možete pročitati:
- Za Microsoft Windows Server 2008 (R2) - ;
- Za Microsoft Windows Server 2012 - .

Također možete odabrati postojećeg korisnika za pokretanje poslužitelja 1C:Enterprise. U tom slučaju odabrani korisnik mora imati sljedeća prava:

Prijavite se kao usluga
Prijavite se kao skupni posao
Korisnici zapisnika performansi.

Također, korisnik mora dobiti potrebna prava na direktorij poslužiteljskih servisnih datoteka (prema zadanim postavkama C:\Programske datoteke\1cv8\srvinfo za 64-bitne i C:\Programske datoteke (x86)\1cv8\srvinfo za 32-bitni poslužitelj).

Automatski kreiran korisnik USR1CV8 imat će sva gore navedena prava.

Nakon što ispunite odgovarajuće parametre, kliknite na “ Unaprijediti».

I na kraju kliknite " Instalirati» za početak instalacije. Ovo će kopirati datoteke odabranih komponenti, stvoriti konfiguracijske datoteke, registrirati komponente programa, stvoriti prečace, a također će pokrenuti uslugu poslužitelja 1C:Enterprise.

Nakon dovršetka instalacije, pomoćnik će od vas tražiti da instalirate zaštitni upravljački program - HASP Device Driver. Ako koristite softversku licencu za poslužitelj 1C:Enterprise, nema potrebe za instaliranjem upravljačkog programa. Ostavite ili uklonite zastavu " Instalirajte upravljački program zaštite" i kliknite " Unaprijediti».

Klaster poslužitelja 1C:Enterprise 8 (1C:Enterprise 8 klaster poslužitelja)

Klaster poslužitelja 1C:Enterprise 8 glavna je komponenta platforme koja osigurava interakciju između sustava za upravljanje bazom podataka i korisnika u slučaju rada klijent-poslužitelj. Klaster omogućuje organiziranje nesmetanog, otpornog na greške, konkurentnog rada za značajan broj korisnika s velikim bazama podataka.

Klaster poslužitelja 1C:Enterprise 8 je logičan koncept koji označava skup procesa koji služe istom skupu baza podataka informacija.

Sljedeće mogućnosti klastera poslužitelja mogu se identificirati kao glavne:

mogućnost rada na nekoliko i na jednom računalu (radni poslužitelji);
svaki radni poslužitelj može podržavati funkcioniranje jednog ili više radnih procesa koji opslužuju klijentske veze unutar granica ovog klastera;
uključivanje novih klijenata u procese rada klastera događa se temeljem dugoročne analize statistike opterećenja procesa rada;
interakcija svih procesa klastera međusobno, s klijentskim aplikacijama i poslužiteljem baze podataka odvija se preko TCP/IP protokola;
pokrenuti procesi klastera, mogu biti ili usluge ili aplikacije

Opcija klijent-poslužitelj. Shema rada

U ovoj opciji klijentska aplikacija komunicira s poslužiteljem. Klaster poslužitelja, pak, komunicira s poslužiteljem baze podataka.

Ulogu središnjeg poslužitelja klastera ima jedno od računala koja su dio klastera poslužitelja. Osim što služi klijentskim vezama, središnji poslužitelj također upravlja radom cijelog klastera i pohranjuje registar ovog klastera.

Klaster je adresiran za klijentske veze imenom središnjeg poslužitelja i eventualno brojem mrežnog priključka. Ako se koristi standardni mrežni priključak, tada za povezivanje trebate samo navesti naziv središnjeg poslužitelja.

Tijekom uspostavljanja veze klijentska aplikacija kontaktira središnji poslužitelj klastera. Na temelju analize statistike opterećenja radnog procesa, središnji poslužitelj prosljeđuje klijentsku aplikaciju traženom radnom procesu koji ga treba opsluživati. Ovaj proces se može aktivirati na bilo kojem poslužitelju koji radi u klasteru, posebno na središnjem poslužitelju.

Ovaj tijek rada podržava održavanje veze i provjeru autentičnosti korisnika sve dok klijent ne prestane raditi s određenom informacijskom bazom.

Klaster poslužitelja

Osnovni klaster poslužitelja može biti jedno računalo i sadržavati samo jedan radni proces.

Na slici možete vidjeti sve elemente koji na ovaj ili onaj način sudjeluju u radu klastera poslužitelja. To su sljedeći elementi:

procesi klastera poslužitelja:
o ragent.exe;
o rmngr.exe;
o rphost.exe;
Pohrana podataka:
o popis klastera;
o registar klastera.

Proces ragent.exe, nazvan poslužiteljski agent, osigurava funkcioniranje računala kao dijela klastera. Stoga bi računalo na kojem se izvodi proces ragent.exe trebalo nazvati proizvodnim poslužiteljem. Konkretno, jedna od funkcionalnih odgovornosti ragent.exe je održavanje registra klastera koji se nalaze na određenom radnom poslužitelju.

Ni registar klastera ni poslužiteljski agent nisu sastavni dio klastera poslužitelja, već samo omogućuju rad poslužitelja i klastera koji se na njemu nalaze.

Sam klaster poslužitelja sastoji se od sljedećih elemenata:

jedan ili više rmngr.exe procesa
registar klastera
jedan ili više procesa rphost.exe.

Upravitelj klastera (proces rmngr.exe). Služi za kontrolu rada cijelog klastera. Klaster može uključivati nekoliko rmngr.exe procesa, od kojih će jedan uvijek biti glavni upravitelj ovog klastera, a preostali procesi će biti dodatni upravitelji. Središnji poslužitelj klastera trebao bi se zvati radni poslužitelj na kojem radi glavni upravitelj klastera i koji sadrži listu klastera. Održavanje registra klastera jedna je od funkcija glavnog upravitelja klastera.

Radnički proces (rphost.exe proces). On je taj koji izravno služi klijentskim aplikacijama, u interakciji s poslužiteljem baze podataka. Tijekom ovog procesa mogu se izvršiti neki postupci konfiguracije modula poslužitelja.

Skalabilnost 1C verzije 8.3

Skalabilnost klastera poslužitelja postiže se na sljedeće načine:

povećati broj menadžera u klasteru i raspodjelu usluga među njima
povećati broj radnih procesa koji rade na određenom radnom poslužitelju
povećati broj radnih poslužitelja koji čine klaster.

Korištenje nekoliko upravitelja istovremeno.

Funkcije koje obavlja upravitelj klastera podijeljene su u nekoliko usluga. Ove usluge mogu se dodijeliti različitim upraviteljima klastera. To omogućuje ravnomjernu raspodjelu opterećenja na nekoliko procesa.

Međutim, neke usluge može koristiti samo glavni upravitelj klastera:

usluga konfiguracije klastera
debug item management service
usluga zaključavanja klastera.

Za ostale usluge dopušteno je dodijeliti proizvoljne upravitelje klastera:

log usluga
usluga blokiranja objekata
služba za posao
usluga pretraživanja cijelog teksta
usluga podataka o sesiji
usluga numeriranja
usluga prilagođenih postavki
vremenska služba
usluga blokiranja transakcija.

Istodobna upotreba više tijekova rada.

S jedne strane, korištenje više radnih procesa omogućuje smanjenje opterećenja svakog pojedinog radnog procesa. S druge strane, korištenje višestrukih radnih procesa dovodi do učinkovitijeg korištenja hardverskih resursa proizvodnog poslužitelja. Štoviše, procedura za pokretanje nekoliko radnih procesa povećava pouzdanost poslužitelja, jer izolira grupe klijenata koji rade s različitim bazama podataka. Radnički proces u klasteru koji dopušta pokretanje više radnih procesa može se automatski ponovno pokrenuti unutar vremenskog intervala koji odredi administrator klastera.

Mogućnost korištenja većeg broja radnih procesa (povećanje broja klijentskih veza) bez povećanja opterećenja određenog radnog procesa rezultira povećanjem broja radnih poslužitelja koji su dio klastera.

Tolerancija grešaka 1C verzije 8.3

Otpornost na kvarove klastera osigurava se na tri načina:

redundantnost samog klastera
rezervacija radnih procesa
otpornost na prekid komunikacijskog kanala.

Sigurnosno kopiranje 1C klastera verzije 8.3

Nekoliko klastera kombinirano je u grupu redundantnosti. Klasteri koji se nalaze u takvoj grupi automatski se sinkroniziraju.

Ako aktivni klaster otkaže, zamjenjuje ga sljedeći radni klaster u grupi. Nakon što se pokvareni klaster vrati, postat će aktivan nakon sinkronizacije podataka.

Sigurnosna kopija radnih procesa 1C verzije 8.3

Za svaki od radnih procesa moguće je odrediti opcije za njegovu upotrebu:

koristiti
nemojte koristiti
koristiti kao rezervnu kopiju.

Ako se proces sruši, klaster umjesto toga počinje koristiti trenutno neaktivan proces sigurnosne kopije. U tom se slučaju opterećenje na njemu automatski redistribuira.

Otpornost 1C verzije 8.3 na prekid komunikacijskog kanala

Budući da svaki korisnik ima vlastitu komunikacijsku sesiju, klaster pohranjuje podatke o korisnicima koji su se povezali i koje radnje su izvršili.

Ako fizička veza nestane, klaster će biti u stanju čekanja na vezu s ovim korisnikom. U većini slučajeva, nakon ponovnog uspostavljanja veze, korisnik će moći nastaviti s radom točno od točke gdje je veza izgubljena. Nema potrebe za ponovnim spajanjem na infobazu.

Sesije u 1C verziji 8.3

Sesija omogućuje određivanje aktivnog korisnika određene infobaze i određivanje toka kontrole od ovog klijenta. Razlikuju se sljedeće vrste sesija:

Tanki klijent, Web klijent, Debeli klijent - ove sesije se javljaju kada odgovarajući klijenti pristupaju informacijskoj bazi
Veza tipa “Konfigurator” - javlja se prilikom pristupa infobazi konfiguratora
COM veza – formira se prilikom korištenja vanjske veze za pristup informacijskoj bazi
WS veza – javlja se prilikom pristupa infobazi web poslužitelja kao rezultat pristupa web servisu objavljenom na web poslužitelju
Pozadinski posao – stvara se kada radni proces klastera pristupi informacijskoj bazi. Ova se sesija koristi za izvršavanje koda procedure pozadinskog posla,
Konzola klastera – stvorena kada uslužni program za administraciju klijent-poslužitelj pristupi radnom procesu
COM administrator – javlja se kada se radnom procesu pristupa putem vanjske veze.
Rad pod različitim operativnim sustavima

Svi procesi klastera poslužitelja mogu raditi pod operativnim sustavom Linux i Windows. To se postiže činjenicom da se interakcija klastera odvija pod kontrolom TCP/IP protokola. Klaster također može uključivati poslužitelje koji rade na bilo kojem od ovih operativnih sustava.

Uslužni program za administraciju klastera poslužitelja 8.3

Paket sustava uključuje uslužni program za administriranje opcije klijent-poslužitelj. Ovaj uslužni program omogućuje promjenu sastava klastera, upravljanje bazama podataka i brzu analizu zaključavanja transakcija.

Baš jučer smo ažurirali sav poslužiteljski softver. Dotaknimo se možda najzanimljivijih i novih značajki klastera poslužitelja 1C:Enterprise 8.3.

Možete vidjeti kako postaviti klaster poslužitelja za 1C:Enterprise 8.2 u prethodnom odjeljku. Neću se fokusirati na neke točke; one su već opisane ranije.

ŠTO SE PROMIJENILO U KLUSTERU 1C:Enterprise 8.3:

Prije svega, nakon instalacije klastera 1C:Enterprise 8.3, bilo je potrebno izraditi tijek rada. Kako se pokazalo, procesi klastera sada se kreiraju automatski ovisno o opterećenju računovodstvenog sustava.

Probno pokretanje pozadinskih poslova glavne baze podataka uzrokovalo je beskrajno preopterećenje klastera 1C:Enterprise 8.3 rphost.exe i dodatni rphost.exe Nisam želio biti stvoren. 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 oprezni pri postavljanju parametra, mjereno u bajtova. Ako postavite pogrešnu vrijednost (nedovoljnu za normalan rad korisnika), korisnici će dobiti pogrešku "Nema dovoljno slobodne memorije na poslužitelju 1C:Enterprise." Također možete dobiti ovu pogrešku kada je memorijska kvota na poslužitelju 1C:Enterprise istekla.

Sigurna potrošnja memorije po pozivu- omogućuje kontrolu potrošnje memorije tijekom poziva poslužitelja, mjereno u bajtova. Ako poziv koristi više memorije od očekivanog, 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 bez utjecaja na rad drugih korisnika.

Količina memorije radnog procesa do koje se poslužitelj smatra produktivnim- ako je ovaj parametar prekoračen, poslužitelj u klasteru 1C:Enterprise 8.3 prestat će prihvaćati nove veze.

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

Broj veza po procesu- zadana vrijednost je “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:Enterprise 8.3 malo su se promijenile:

Razina tolerancije grešaka- ovo je broj radnih poslužitelja koji mogu pasti u isto vrijeme, 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" - klaster "1C: Enterprise 8.3" štedi memoriju poslužitelja.

Umjesto pogovora. Klaster 1C:Enterprise 8.3 radi primjetno brže i pouzdanije, stvaranje korisničke sesije s informacijskom bazom je mnogo puta brže, sučelje u načinu kompatibilnosti s 1C:Enterprise 8.2.16, moglo bi se reći, leti. Naravno, postoje nijanse, ali gdje bismo bez njih? Sretno u postavljanju novog klastera 1C:Enterprise 8.3.

DAKLE, ŠTO SE PROMIJENILO U KLUSTERU 1C 8.3:

Prije svega, nakon instaliranja 1C klastera, bilo je potrebno izraditi tijek rada. Kako je ispalo,procesi klasterapočeo 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 oprezni pri postavljanju parametra, mjereno u bajtova. Ako postavite krivu vrijednost (nedovoljnu za normalan rad korisnika) korisnika pojavit će se pogreška "Na 1C poslužitelju nema dovoljno slobodne memorije". 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 bajtova. Ako poziv koristi više memorije od očekivanog, 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.

Količina memorije radnog procesa do koje se poslužitelj smatra produktivnim- kod Ako se ovaj parametar premaši, poslužitelj u klasteru 1C prestat će prihvaćati nove veze.

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

Broj veza po procesu- zadana vrijednost je "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 broj radnih poslužitelja koji mogu otkazati istovremeno, a da ne prouzrokuju pad 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.

Umjesto pogovora. Klaster 1C 8.3 radi primjetno brže i pouzdanije, stvaranje korisničke sesije s infobazom je mnogo puta brže, sučelje u načinu kompatibilnosti s 1C 8.2.16 može se reći da leti. Naravno, postoje nijanse, ali gdje bismo bez njih? Sretno u postavljanju novog klastera 1C 8.3.

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, to ć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. 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. 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.