Broj veza po procesu 1s 8.3 je optimalan.

Server 8.3 karakteriše novi redizajniran interni kod, iako se „izvana“ može činiti da se radi o malo modifikovanom 8.2.

Server je postao više „autokonfigurabilniji“; neki parametri, poput broja radnih procesa, više se ne kreiraju ručno, već se izračunavaju na osnovu opisa zahtjeva tolerancije grešaka i zadataka pouzdanosti.

Razvijen je mehanizam za balansiranje opterećenja, koji se može koristiti ili za povećanje performansi sistema u cjelini, ili za korištenje novog moda „uštede memorije“, koji vam omogućava da radite „sa ograničenom memorijom“ u slučajevima kada je konfiguracija korišteno "voli da pojede memoriju."

Stabilnost rada pri korištenju velikih količina memorije će biti određena novim parametrima proizvodnog servera.

Posebno je zanimljiv parametar “sigurna potrošnja memorije po pozivu”. Za one koji slabo znaju šta je to, bolje je da ne treniraju na "produktivnoj" osnovi. Parametar "Maksimalna veličina memorije radnih procesa" omogućava da se u slučaju "prelivanja" ne sruši cijeli radni proces, već samo jedna sesija "sa gubitnikom". “Količina memorije za radne procese do koje se server smatra produktivnim” omogućava vam da blokirate nove veze čim se ovaj prag memorije premaši.

Preporučujem izolaciju radnih procesa prema bazi podataka, na primjer, navođenjem parametra “Broj informacione sigurnosti po procesu = 1”. Sa nekoliko visoko opterećenih baza podataka, ovo će smanjiti međusobni uticaj iu smislu pouzdanosti i performansi.

Poseban doprinos stabilnosti sistema daje “trošak” licenci/ključeva. U 8.3, postalo je moguće koristiti „softverski licencni menadžer“, koji podsjeća na „aladin“ menadžer. Cilj je da se ključ može staviti na zasebnu mašinu.

Implementiran je kao još jedan “servis” u upravitelju klastera. Možete koristiti, na primjer, „besplatan“ laptop. Dodajte ga u klaster 1C 8.3, kreirajte zasebnog upravitelja na njemu s uslugom „usluga licenciranja“. Možete umetnuti hardverski hasp ključ u svoj laptop ili aktivirati softverske licence.

Od najvećeg interesa za programere bi trebalo da budu “Zahtjevi za dodjelu funkcionalnosti”.

Dakle, na laptopu sa sigurnosnim ključem, kako ne biste pokretali korisnike na serveru klastera, morate dodati "zahtjeve" za objekt zahtjeva "Klijentska veza za sigurnost informacija" - "Ne dodijeli", tj. spriječiti radne procese na ovom serveru da obrađuju klijentske veze.

Još zanimljivija je mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom serveru klastera bez korisničkih sesija. Na ovaj način možete premjestiti visoko opterećene zadatke (kod) na zasebnu mašinu. Štaviše, možete pokrenuti jedan pozadinski zadatak "zatvaranja mjeseca" koristeći "Vrijednost dodatnog parametra" na jednom računaru, a pozadinski zadatak "Ažuriranje indeksa punog teksta" na drugom. Pojašnjenje se dešava kroz indikaciju "Vrijednost od dodatni parametar”. Na primjer, ako navedete BackgroundJob.CommonModule kao vrijednost, možete ograničiti rad poslužitelja radnika u klasteru samo na pozadinske poslove s bilo kojim sadržajem. Vrijednost BackgroundJob.CommonModule..- će ukazati na određeni kod.

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

Razmotrimo proces postavljanja i instaliranja klastera 1C servera na dva ili više fizičkih servera.

Imamo 2 servera: SERVER1 i SERVER2:

• Instaliramo 1C 8 server na obe mašine;
• Na svakom serveru kreiramo 1C 8.3 klaster (standardni klaster, 1 radni server za sada, onaj koji drži klaster);
• dodavanje radnih procesa itd. (identično na oba servera);
• na SERVER1 dodajemo informacijsku bazu;
• dodati SERVER2 na SERVER1 rezervacijsku listu (mora biti 2. na listi);
• dodati SERVER1 na SERVER2 listu rezervacija (mora biti 1. na listi);
• sačekajte dok se lista sigurnosti informacija i sesije ne sinhronizuju (cca. 1 minut).

To je to - tolerancija grešaka je konfigurisana.

Postavljanje primjera

Uslov zadatka:

Postoji server: V81CORA (192.168.1.222), na kojem je instaliran 1C: Enterprise server i registrovane su dvije baze podataka: test i test1.

Postoji server Z3060015, koji se mora koristiti za kreiranje 1C klastera za prevazilaženje greške od dva servera: V81CORA i Z3060015.

Ovo je najjednostavniji slučaj kreiranja i korištenja klastera 1C Enterprise servera 8.2.

Rješenje.

1. Imamo jedan V81CORA server sa jednim radnim procesom. Sva podešavanja su podrazumevano (1540, 1541) 2 1C baze podataka su registrovane na njemu.

V81CORA 1 svojstva toka posla:

2. Na drugom serveru (Z3060015) podižemo 1C: Enterprise server sa jednim radnim tokom. Na njemu nema registrovanih baza podataka. Sva podešavanja su podrazumevana (1540, 1541).

05.04.2017 |

Klaster 1C 8.3

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

Probno pokretanje pozadinskih poslova glavne baze podataka dovelo je do toga da 1C klaster beskonačno preopterećuje rphost.exe, a dodatni rphost.exe nije želio da se kreira. Nakon kopanja kroz podešavanja, sve je postalo jasno.

Maksimalna memorija toka rada je količina memorije koju radni procesi mogu koristiti zajedno. Morate biti vrlo pažljivi kada postavljate parametar, mjeren u bajtovima. Ako postavite pogrešnu vrijednost (nedovoljno za normalan rad korisnika), korisnici će dobiti grešku "Nema dovoljno slobodne memorije na 1C serveru." Ovu grešku možete dobiti i kada je ponestalo memorijske kvote na 1C serveru.

Sigurna potrošnja memorije po pozivu- omogućava vam kontrolu potrošnje memorije tokom poziva servera, mjereno u bajtovima. Ako poziv koristi više memorije od očekivanog, ovaj poziv će biti dovršen unutar 1C klastera bez ponovnog pokretanja radnog procesa (rphost.exe). U skladu s tim, "gubitnik" koji je uputio poziv servera izgubit će sesiju s 1C bazom podataka 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 server smatra produktivnim - ako se ovaj parametar prekorači, server u 1C klasteru prestat će prihvaćati nove veze.

Broj sigurnosti informacija po procesu- omogućava vam da izolujete informacijske baze za radne procese. Podrazumevano, trenutni 1C klaster je postavljen na "8", ali tokom nekoliko sati rada server 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". S obzirom na to da postojeća baza podataka ima veoma veliki broj pozadinskih zadataka (logističke kalkulacije, analiza cjenovnika, analiza konkurenata, itd.), odlučeno je da se broj smanji na „25“.

Postavke samog 1C klastera su se neznatno promijenile:

Nivo tolerancije greške- ovo je broj servera koji rade u isto vrijeme, a to neće dovesti do abnormalnog ukidanja korisnika. Backup usluge se automatski pokreću u količini potrebnoj da se osigura navedena tolerancija grešaka. U realnom vremenu, aktivni servis se replicira na rezervne.

Način dijeljenja opterećenja- postoje dvije opcije za parametar: "Prioritet prema performansama" - troši se više memorije servera i performanse su veće, "Prioritet po memoriji" - 1C klaster štedi memoriju servera.

Server 8.3 karakteriše novi redizajniran interni kod, iako se „izvana“ može činiti da se radi o malo modifikovanom 8.2.

Server je postao više „autokonfigurabilniji“; neki parametri, poput broja radnih procesa, više se ne kreiraju ručno, već se izračunavaju na osnovu opisa zahtjeva tolerancije grešaka i zadataka pouzdanosti.

Ovo smanjuje vjerovatnoću pogrešne konfiguracije servera i smanjuje kvalifikacijske zahtjeve za administratore.

Razvijen je mehanizam za balansiranje opterećenja, koji se može koristiti ili za povećanje performansi sistema u cjelini, ili za korištenje novog moda „uštede memorije“, koji vam omogućava da radite „sa ograničenom memorijom“ u slučajevima kada je konfiguracija korišteno "voli da pojede memoriju."

Stabilnost rada pri korištenju velikih količina memorije će biti određena novim parametrima proizvodnog servera.

Posebno je zanimljiv parametar “sigurna potrošnja memorije po pozivu”. Za one koji slabo znaju šta je to, bolje je da ne treniraju na "produktivnoj" osnovi. Parametar “Maksimalna veličina memorije radnih procesa” omogućava, u slučaju “prelivanja”, da se ne sruši cijeli radni proces, već samo jedna sesija “sa gubitnikom”. “Količina memorije radnog procesa do koje se server smatra produktivnim” omogućava vam da blokirate nove veze čim se ovaj prag memorije premaši.

Preporučujem izolaciju radnih procesa prema bazi podataka, na primjer, navođenjem parametra “Broj informacione sigurnosti po procesu = 1”. Sa nekoliko visoko opterećenih baza podataka, ovo će smanjiti međusobni uticaj iu smislu pouzdanosti i performansi.

Poseban doprinos stabilnosti sistema daje “trošak” licenci/ključeva. U 8.3, postalo je moguće koristiti „softverski licencni menadžer“, koji podsjeća na „aladin“ menadžer. Cilj je da se ključ može staviti na zasebnu mašinu.

Implementiran je kao još jedan “servis” u upravitelju klastera. Možete koristiti, na primjer, „besplatan“ laptop. Dodajte ga u klaster 1C 8.3, kreirajte zasebnog upravitelja na njemu s uslugom „usluga licenciranja“. Možete umetnuti hardverski hasp ključ u svoj laptop ili aktivirati softverske licence.

Od najvećeg interesa za programere bi trebalo da budu “Zahtjevi za dodjelu funkcionalnosti”.

Zahtjevi za dodijeljenu funkcionalnost 1c

Dakle, na laptopu sa sigurnosnim ključem, kako ne biste pokretali korisnike na serveru klastera, morate dodati "zahtjeve" za objekt zahtjeva "Klijentska veza za sigurnost informacija" - "Ne dodijeli", tj. spriječiti radne procese na ovom serveru da obrađuju klijentske veze.

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

Klaster 1C 8.2

Sesije omogućavaju balansiranje opterećenja i toleranciju grešaka unutar upravljane aplikacije.

Upravitelj klastera je sada postao složeniji. Neke funkcije se sada mogu razdvojiti u poseban proces, pa čak i postaviti na drugi radni server u klasteru. Ovo vam omogućava da uravnotežite opterećenje servera.

Tolerancija grešaka servera 8.2 se postiže kroz:

• Pohranjivanje informacija o sesiji korisnika.
• Korisnik više nije vezan za tok posla.
• Rezervacija radnih procesa u klasteru.
• Trebalo bi postojati nekoliko radnih procesa, uključujući i one suvišne
• Klaster rezervacija.

Označen je rezervni klaster; kada su povezani, oni su navedeni u liniji veze

To vam omogućava da osigurate kontinuitet rada!

Ako je fizička veza klijenta sa klasterom prekinuta (čistačica je izvukla kabl, isključeno je napajanje mrežne opreme, došlo je do problema sa provajderom), nema potrebe za ponovnim povezivanjem na infobazu i pokretanjem svih rad iznova. Nakon što se fizička veza obnovi, korisnik može nastaviti s radom od mjesta gdje je prekinuta.

Ako je potrebno održavanje klaster računara, oni se mogu isključiti tokom rada bez zaustavljanja korisnika u radu sa bazom podataka.

Ako bilo koji server u klasteru otkaže, rad korisnika neće prestati, već će se automatski prenijeti u backup klaster i/ili backup radne procese. Za korisnike će takav prijelaz biti nevidljiv.

Ako jedan od radnih procesa klastera ne uspije, korisnici povezani s njim automatski će se prenijeti na druge ili rezervne radne procese. Takav prijelaz će također biti nevidljiv korisnicima.

Nekoliko radnih procesa na jednom serveru omogućavaju efektivno korištenje količine RAM-a i procesorskih resursa za izvršavanje zahtjeva, kao i povezivanje klijentske sesije sa drugim radničkim procesom ako se trenutni „sruši“.
Program Server Agent (ragent) odgovoran je za razumijevanje onoga što se izvodi na određenom serveru. Zaustavljanje serverskog agenta učinit će server nedostupnim za korištenje od strane klastera. Agent pohranjuje svoje informacije u datoteci srvribrg.lst.

Podaci o radnim bazama podataka i uključenim radnim procesima su u vlasništvu “Server Managera” (rmngr). Pohranjuje ove informacije u datoteci 1CV8Reg.lst. Zaustavljanje upravitelja servera može dovesti do ponovnog pokretanja klijentskih aplikacija ako se upravitelj uspješno ponovo pokrene ili do potpunog zaustavljanja radnih servera cijelog klastera.

1C: Preduzeće dozvoljava mogućnost kreiranja nekoliko nezavisnih klastera na jednom serveru. Svaki od njih je identificiran na mreži jedinstvenim “IP portom” i jedinstvenim brojem u servisnim datotekama. Prvi klaster podrazumevano prima port 1541.

Snap-in Enterprise Servers dizajniran je za upravljanje klasterom.
Možete se povezati sa serverima po imenu servera ili IP adresi.

Server agent

Server agent "zna" o svim klasterima koji se izvode na serveru. Ove informacije su pohranjene u datoteci svribrg.lst sa listom klastera i administratora liste. Glavni port agenta je 1540. Na svakom Radnom serveru može se pokrenuti samo jedan agent koji opslužuje sve moguće klastere na ovom serveru.

Pogledajmo bliže svojstva klastera

Interval ponovnog pokretanja

Ovaj parametar ponovo pokreće radne procese 1C servera prema navedenoj vrijednosti u sekundama. Tipično, parametar se koristi na serverima aplikacija koji imaju 32-bitni sistem, budući da je kapacitet memorije tamo ograničen na ~ 3,7 GB ako je operativni sistem 64-bitni, a server aplikacija 32-bitni. Ako OS koristi 32-bitnu arhitekturu, ukupna potrošnja memorije radnog procesa iznosi ~ 1,7 GB. Korisnici često mogu dobiti poruku o grešci poput "Nedovoljno memorije na 1C Enterprise serveru." Najlakši način da izbjegnete ovu grešku je ponovno pokretanje radnih procesa, na primjer 86400 sekundi (1 dan). Prilikom promjene parametra, odbrojavanje vremena počinje od početka usluge 1C aplikacijskog poslužitelja.

Dozvoljena veličina memorije

Ponovno pokretanje radnih procesa kada se dostigne određeni prag memorije koji radni proces zauzima u kilobajtima.

Interval za prekoračenje dozvoljene količine memorije

To znači da ako unutar određenog broja sekundi memorija navedena u parametru "dozvoljena količina memorije" bude prekoračena, tada će 1C server odlučiti da ponovo pokrene tok posla.

Dozvoljeno odstupanje broja grešaka servera

Izračunava se na sljedeći način. Imamo pozive servera koji se mogu vidjeti u tehnološkom dnevniku po događaju “CALL”, a postoje i razne situacije izuzetaka koje se mogu vidjeti u tehnološkom dnevniku po događaju “EXCP”. Platforma izračunava omjer ovih događaja. Pretpostavlja se da bi ti događaji trebali biti približno isti. Ako u bilo kom radnom procesu ovaj odnos premašuje odnos ovih događaja u drugim radnim procesima za neki značajan iznos, onda se takav radni proces smatra problematičnim. Upravo je ova vrijednost postavljena u ovom parametru. Preporučena vrijednost je 50.

Prisilno okončanje problematičnih procesa

Ako omogućimo ovaj parametar, onda će se prema parametru „dozvoljeno odstupanje u broju grešaka servera“ prekinuti problematični procesi. Ako je parametar onemogućen, platforma prikazuje događaj dnevnika procesa „ATTN“, koji ukazuje na problematičan proces.

Zaustavite onemogućene procese nakon

Ako se aktivira jedan od parametara "interval ponovnog pokretanja" ili "dozvoljena veličina memorije", onda kada se radni proces ponovo pokrene, može "otpasti". Ako klijent ne pristupi serveru tokom ponovnog pokretanja (neaktivan je), onda će sledeći put kada mu pristupi, glatko preći na novi radni proces. Ako klijent kontaktira server u trenutku ponovnog pokretanja toka posla, tada će u tom slučaju dobiti poruku o grešci i prekinuti svoj rad. Da biste spriječili da se to dogodi, morate postaviti vrijednost ovog parametra u sekundama. Obično je dovoljno 120 sekundi. Tokom tog vremena, tok posla će imati vremena da obradi trenutne zahtjeve kupaca i prenese ih u novi tok posla. Oni aktivni klijenti koje proces nije imao vremena obraditi se prekidaju i klijenti mogu dobiti grešku.

Nivo tolerancije greške

Ova postavka živi samostalno, bez obzira na broj centralnih servera. Nivo tolerancije greške može imati bilo koju vrijednost. Na primjer, razina otpornosti = 1, tada se svaka korisnička sesija udvostručuje. Ako je nivo tolerancije grešaka = 2, onda se svaka sesija množi sa 3. Opterećenje servera se takođe povećava. Prilikom promjene nivoa tolerancije grešaka, ako imamo centralni server, on se replicira na svaki centralni server: “cluster registry”, “cluster locking service”. Postoji i replikacija usluga kao što su „servis podataka o sesiji“, „online usluga vremenske oznake“, „usluga blokiranja objekata“, „usluga licenciranja“, „usluga numeracije“ na druge servere. Među njima, najteži je „servis podataka o sesiji“.

Način dijeljenja opterećenja

U smislu performansi. Kada se klijentska veza poveže, ona će se povezati na bilo koji server koji ima radni proces sa dostupnijim performansama. Dostupne performanse se postavljaju u svojstvima toka posla:

Dostupne performanse na nivou 1C izračunavaju se na sljedeći način: poziv referentnog servera se upućuje na sve radne procese jednom svakih 10 minuta i mjeri se vrijeme tog poziva. Rezultirajući broj se dijeli sa 10.000 (deset hiljada) i mehanizmi aplikacijskog servera izračunavaju referentno vrijeme. U slučaju da je produktivnost jednog radnog procesa postala 25% manja od ostalih, veze iz ovog radnog procesa počinju da idu u druge radne procese dok sve veze ne nestanu.

Prioritet memorije. Korisničke veze će se uspostaviti sa proizvodnim serverom koji ima više dostupne memorije.

Cluster Manager

Za rad klastera odgovoran je menadžer klastera. Svaki klaster ima svog menadžera. Upravitelj pohranjuje informacije o klasteru u datoteci 1CV8Reg.lst (registrator klastera). Svaki Cluster Manager također ima svoj vlastiti port na Work Serveru. Za prvi klaster, podrazumevani port menadžera je 1541. Ovaj port je prikazan u dodatku 1C Serveri: Enterprise u grani Klasteri, identifikujući klaster.
Menadžer prima zahtjeve od klijentskog dijela 1C: Enterprise i odlučuje kojem toku posla će dati zahtjev za uslugu.

Menadžer koristi servisni port za interakciju sa radničkim procesima.

Radni proces

Radni proces je odgovoran za „rad sa klijentima“. U klasteru 1C: Enterprise 8 može postojati nekoliko radnih procesa. Broj radnih procesa se ne kreira ručno, već se izračunava na osnovu opisa zahtjeva zadataka za toleranciju grešaka i pouzdanost. Upravitelj servera odlučuje koji će radni proces opsluživati ​​vezu klijenta. Za konekcije klijenata, radničkim procesima je po defaultu dodijeljen raspon IP portova 1560 – 1591. Dodatno, svakom radnom procesu je dodijeljen servisni port za komunikaciju s upraviteljem klastera.

Radne postavke servera, prema 1C dokumentaciji, mogu se mijenjati samo u CORP verziji 1C aplikacijskog servera. Zapravo, postavke rade i u CORP iu PROF verziji. Ako se ove postavke koriste u PROF verziji, to će biti kršenje licencnog ugovora.

Maksimalna memorija toka rada

Ovaj parametar sam po sebi ništa ne ograničava. Radi zajedno sa parametrom “sigurna potrošnja memorije po pozivu”. Zamislimo da su svi naši radni procesi ukupno dostigli približno potrošnju memorije navedene vrijednosti ovog parametra. I sada određeni korisnik želi da uputi određeni poziv servera koji želi da potroši veliku količinu memorije. Čim poziv servera premaši količinu memorije naveden u ovom parametru za količinu memorije u parametru „sigurna potrošnja memorije za jedan poziv“, ovaj određeni korisnik će dobiti grešku u obliku: „sigurna potrošnja memorije za jednog klijenta -poziv servera je prekoračen.” Ovo je neophodno kako jedan korisnik ne bi mogao preplaviti radni server. Vrijednost parametra 0 jednaka je 80% memorije instalirane na 1C serveru.

Sigurna potrošnja memorije po pozivu

Vrijednost 0 (podrazumevano) je 5% vrijednosti maksimalnog radnog toka memorije. Vrijednost može biti -1. To znači da svaki poziv klijent-server koji premašuje specificiranu vrijednost parametra “maksimalna veličina radne memorije”.

Količina memorije radnog procesa do koje se server smatra produktivnim

Znači, ako je postavljena na vrijednost i radnički procesi su zauzeli količinu memorije navedenu u ovom parametru, server će nastaviti da radi, ali neće prihvatiti nove veze dok se memorija ne oslobodi.

Broj sigurnosti informacija po procesu

Može doći do smanjenja performansi kada postoji mnogo baza podataka i jedan tok posla. Stoga je ovim parametrom moguće smanjiti broj baza podataka po procesu. Ako postavite vrijednost na 1 (u većini slučajeva ovo funkcionira sasvim optimalno), tada će se za svaku infobazu kreirati novi radni proces (rphost).

Broj veza po procesu

Isto kao i gornji parametar, ali ovisi o broju veza po procesu. Vrijednost 0 će značiti da će postojati samo jedan radni proces na svakom radnom serveru.

Menadžer za svaku uslugu

Svaki centralni radnički server ima glavnog upravitelja klastera sa određenim uslugama:

Izvršava ih jedan servis “rmngr”. Zamislimo da ova usluga počinje da troši mnogo memorije ili troši CPU resurse. Obično postoji nekoliko tipičnih osumnjičenih. Ali odjednom ste u „slepoj ulici“ i ne možete da razumete šta tačno učitava uslugu, možete označiti potvrdni okvir „menadžer za svaku uslugu“, usluga će biti podeljena na 21 proces (ovo je broj usluga u glavnom menadžer klastera). I shodno tome, koristeći PID procesa, biće moguće izračunati koji servis učitava sistem.

Centralni server

Ovo je server koji pohranjuje registar klastera u datoteci 1CV8Clst.lst. Datoteka pohranjuje listu baza podataka, listu administratora klastera, listu zahtjeva za dodjelu funkcionalnosti, listu sigurnosnih profila i općenito sve postavke klastera. Ova datoteka je prisutna samo tamo gdje je označeno polje za potvrdu “centralni server”. Može postojati nekoliko centralnih servera. Također na centralnim serverima postoje usluge kao što su "usluga blokiranja klastera", "usluga konfiguracije klastera". Sve dok je barem jedan centralni server operativan, klaster funkcionira. Jednom kada najnoviji centralni server otkaže, klaster postaje neupotrebljiv bez obzira na postavke tolerancije grešaka.

Zahtjev za dodjelu funkcionalnosti

Klaster servera 1C Enterprise 8.3 pruža određeni skup funkcionalnosti (zvanih objekti zahtjeva), čija se distribucija između radnih servera unutar klastera može kontrolirati. Na primjer, možete odrediti da će se svi pozadinski poslovi u klasteru izvoditi na odabranom poslužitelju radnika. Da biste postavili vezu ili uslugu klastera na bilo koji proizvodni server, trebate kreirati zahtjev za dodjelu funkcionalnosti za odabrani proizvodni server. Ovaj zahtjev određuje sposobnost ili nemogućnost određenog servera da izvrši određeni posao. Pogledajmo bliže šta je zahtjev za dodjelu funkcionalnosti.

Migracija korisničkih veza

Recimo da želimo da korisničke konekcije rade na radnom serveru #1, ali ako taj server padne, želimo da se prebace na drugi radnički server #2

Da bismo to učinili, moramo kreirati zahtjev za dodjelu funkcionalnosti na serveru br. 1:

Na serveru br. 2 postavite iste postavke, ali promijenite prioritet:

Važnost prioriteta se implementira obrnuto. To jest, prioritet 1 je veći od prioriteta 2.

Uklonite proizvodni server iz klastera

Radni server možemo jednostavno ukloniti iz klastera brisanjem sa liste, ali će u tom slučaju svi korisnici biti „izbačeni“ iz sistema. Kako bi povlačenje bilo bezbolnije, možete učiniti sljedeće:

Kreirajte zahtjev za dodjelu funkcionalnosti sa sljedećim postavkama:

Ova postavka znači da neće biti novih veza na ovaj proizvodni server. Oni korisnici koji su radili nastavit će raditi, ali će postepeno prelaziti na druge servere koji rade.

Usluga licenciranja

Premjestite uslugu licenciranja na poseban server. Ovo je dobro jer softverske licence mogu biti vezane za određeni računar. Kreirajmo zahtjev za dodjelu funkcionalnosti sa sljedećim postavkama:

Pozadinski poslovi

Izlaskom platforme 8.3.7, pozadinski poslovi su podijeljeni u 2 grupe:

1. Pozadinski poslovi pozvani iz konfiguracijskog koda

2. Rutinski zadaci

Stoga je potrebno nekoliko postavki za dodjelu funkcionalnosti:

1. Da bi se poslovi u pozadini pokrenuli brzo, trebate dodati podatke o sesiji za pozadinske i zakazane poslove

Nakon kreiranja potrebnih zahtjeva za dodjelu funkcionalnosti, potrebno ih je primijeniti:

Djelomična – aplikacija koja neće poremetiti korisničko iskustvo

Full – aplikacija koja može poremetiti korisničko iskustvo.

U praksi se nikada nisam susreo sa situacijom da je, kada se u potpunosti primeni, poremetio korisničko iskustvo ili nešto slično. Ali sve je moguće, imajte na umu. Nakon prijave, ponovno pokretanje servisa 1C aplikacijskog servera nije potrebno.

Uvijek možete kontaktirati stručnjake za optimizaciju 1C; naše praktično iskustvo će vam uštedjeti vrijeme.

Ovaj članak sadrži informacije o proceduri instalacije 1C u verziji klijent-server.

Instalacija 1C platforme opisana je u našem drugom članku - "1C administracija", u odjeljku "1C instalacija". Instalacija na serveru je skoro ista kao instalacija na lokalnom računaru, sa samo jednom razlikom. U verziji servera, kada birate komponente za instalaciju, morate odabrati “1C:Enterprise Server” i “1C:Enterprise Server Administration”.

Instalirajte 1C na klijentske računare sa kojih će se uspostaviti veze sa serverom.

Instalacija na klijentskim računarima ne razlikuje se od metode opisane ranije u članku "1C administracija".

Kreirajte bazu podataka u SQL-u.

Kreiranje baze podataka u SQL-u je također vrlo slično kreiranju baze podataka u verziji datoteke. Razlika je u tome što u fazi odabira vrste lokacije baze podataka morate odabrati "Na serveru 1C: Enterprise".

U stavci “Server cluster” navedite ime (ili još bolje, IP adresu) servera na kojem ste instalirali SQL.

U odeljku „Naziv baze podataka“ navedite bilo koje ime koje želite da date bazi podataka.

Tip DBMS – SQL.

Korisnik baze podataka i njegova lozinka su isti superkorisnik koji je gore spomenut tokom instalacije MS SQL-a.

Ostavite pomak datuma kao zadanu.

Potrebno je označiti opciju “Kreiraj bazu podataka ako ne postoji” i kliknuti na “Dalje”.

Sada je baza podataka uspješno kreirana na SQL serveru i dodata na listu dostupnih baza podataka. Ispod na slici možete vidjeti rezultat obavljenog posla.

Vrijedi napomenuti da je kreirana baza podataka još uvijek prazna. Ovo je okvir, mjesto dodijeljeno u SQL-u za vašu bazu podataka. Da biste učitali svoju bazu podataka u ovaj okvir, trebate koristiti alate baze podataka za otpremanje/učitavanje. Postupak učitavanja/preuzimanja je također opisan u našem drugom članku "1C administracija".

Da bi se sistem u budućnosti doveo u idealno stanje, biće potrebno konfigurisati “plan održavanja” za kreiranu bazu podataka. Plan održavanja je skup procedura koje će SQL redovno izvoditi prema datom rasporedu. Na primjer, redovno će praviti sigurnosne kopije i brisati privremene datoteke. Rad sa SQL-om je izvan okvira ovog članka i bit će opisan u jednom od sljedećih.