8.3 Podrazumevana postavka klastera 8 servera

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.

Klaster servera 1C:Enterprise 8 (1C:Enterprise 8 Server Cluster)

Klaster servera 1C:Enterprise 8 je glavna komponenta platforme koja osigurava interakciju između sistema upravljanja bazom podataka i korisnika u slučaju rada klijent-server. Klaster omogućava organizovanje nesmetanog, otpornog, konkurentnog rada za značajan broj korisnika sa velikim bazama podataka.

Klaster servera 1C:Enterprise 8 je logički koncept koji označava skup procesa koji opslužuju isti skup baza podataka informacija.

Sljedeće mogućnosti klastera servera mogu se identificirati kao glavne:

• mogućnost rada i na više i na jednom računaru (radni serveri);
• svaki radni server može podržati funkcionisanje jednog ili više radnih procesa koji opslužuju klijentske veze unutar granica ovog klastera;
• uključivanje novih klijenata u radne procese klastera odvija se na osnovu dugoročne analize statistike opterećenja radnog procesa;
• interakcija svih procesa klastera međusobno, sa klijentskim aplikacijama i serverom baze podataka vrši se preko TCP/IP protokola;
• klaster procesi su pokrenuti, mogu biti ili usluga ili aplikacija

Klijent-server opcija. Šema rada

U ovoj opciji, klijentska aplikacija komunicira sa serverom. Klaster servera, zauzvrat, stupa u interakciju sa serverom baze podataka.

Ulogu centralnog servera klastera ima jedan od računara koji su deo klastera servera. Osim što opslužuje klijentske veze, centralni server također upravlja radom cijelog klastera i pohranjuje registar ovog klastera.

Klaster se za klijentske veze adresira imenom centralnog servera i eventualno brojem mrežnog porta. Ako se koristi standardni mrežni port, za povezivanje je potrebno samo navesti ime centralnog servera.

Tokom uspostavljanja veze, klijentska aplikacija kontaktira centralni server klastera. Na osnovu analize statistike opterećenja radnog procesa, centralni server prosleđuje klijentsku aplikaciju potrebnom radnom procesu, koji treba da je opslužuje. Ovaj proces se može aktivirati na bilo kom radnom serveru u klasteru, posebno na centralnom serveru.

Ovaj tok posla podržava održavanje veze i autentifikaciju korisnika sve dok klijent ne prestane raditi s određenom bazom podataka.

Klaster servera

Osnovni serverski klaster može biti jedan računar i sadržavati samo jedan radni proces.

Na slici možete uočiti sve elemente koji, na ovaj ili onaj način, učestvuju u radu klastera servera. To su sljedeći elementi:

• procesi klastera servera:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• pohrana podataka:
  o lista klastera;
  o registar klastera.

Proces ragent.exe, nazvan serverski agent, osigurava funkcionisanje računara kao dijela klastera. Stoga bi se računar na kojem je pokrenut proces ragent.exe trebao nazvati proizvodnim serverom. Konkretno, jedna od funkcionalnih odgovornosti ragent.exe je održavanje registra klastera koji se nalaze na određenom radnom serveru.

Ni registar klastera ni serverski agent nisu sastavni dio klastera servera, već samo omogućavaju funkcioniranje servera i klastera koji se nalaze na njemu.

Sam klaster servera se sastoji od sljedećih elemenata:

• jedan ili više procesa rmngr.exe
• klaster registar
• jedan ili više procesa rphost.exe.

Cluster manager (proces rmngr.exe). Služi za kontrolu funkcioniranja cijelog klastera. Klaster može uključivati ​​nekoliko procesa rmngr.exe, od kojih će jedan uvijek biti glavni upravitelj ovog klastera, a preostali procesi će biti dodatni menadžeri. Centralni server klastera treba zvati radni server na kome radi glavni menadžer klastera i koji sadrži listu klastera. Održavanje registra klastera jedna je od funkcija glavnog menadžera klastera.

Radni proces (rphost.exe proces). On je taj koji direktno opslužuje klijentske aplikacije, u interakciji sa serverom baze podataka. Tokom ovog procesa mogu se izvršiti neke procedure konfiguracije serverskog modula.

Skalabilnost 1C verzije 8.3

Skalabilnost klastera servera se postiže na sledeće načine:

• povećati broj menadžera u klasteru i distribuciju usluga između njih
• povećati broj radnih procesa koji rade na datom serveru radnika
• povećati broj radnih servera koji čine klaster.

Korištenje nekoliko menadžera istovremeno.

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

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

• usluga konfiguracije klastera
• servis za upravljanje stavkama za otklanjanje grešaka
• servis za zaključavanje klastera.

Za druge usluge, proizvoljnim upraviteljima klastera je dozvoljeno dodijeliti:

• log service
• usluga blokiranja objekata
• služba za zapošljavanje
• usluga pretraživanja cijelog teksta
• usluga podataka o sesiji
• usluga numeracije
• usluga prilagođenih podešavanja
• vremenska služba
• usluga blokiranja transakcija.

Korišćenje više radnih tokova istovremeno.

S jedne strane, korištenje više radnih procesa omogućava smanjenje opterećenja svakog pojedinog radnog procesa. S druge strane, korištenje više radnih procesa dovodi do efikasnijeg korištenja hardverskih resursa proizvodnog servera. Štaviše, procedura pokretanja nekoliko radnih procesa povećava pouzdanost servera, jer izoluje grupe klijenata koji rade sa različitim informacionim bazama. Radnički proces u klasteru koji omogućava pokretanje više radnih procesa može se automatski ponovo pokrenuti unutar vremenskog intervala koji odredi administrator klastera.

Mogućnost korištenja više radnih procesa (povećanje broja klijentskih veza) bez povećanja opterećenja na određenom radnom procesu rezultira povećanjem broja servera radnika 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.

Izrada sigurnosne kopije 1C klastera verzije 8.3

Nekoliko klastera se kombinuje u redundantnu grupu. Klasteri koji su u takvoj grupi se automatski sinkroniziraju.

Ako aktivni klaster ne uspije, zamjenjuje ga sljedeći radni klaster u grupi. Jednom kada se neuspjeli klaster vrati, postat će aktivan nakon sinkronizacije podataka.

Backup 1C radnih procesa verzija 8.3

Za svaki od tokova rada moguće je navesti 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 ovom slučaju, opterećenje na njemu se automatski preraspoređuje.

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 su radnje izvršili.

Ako fizička veza nestane, klaster će biti u stanju čekanja na vezu s ovim korisnikom. U većini slučajeva, nakon uspostavljanja veze, korisnik će moći da nastavi sa radom tačno od tačke na kojoj je veza izgubljena. Nema potrebe za ponovnim povezivanjem na bazu podataka.

Sesije u 1C verziji 8.3

Sesija omogućava 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 pristupe bazi podataka
• Povezivanje tipa “Konfigurator” - javlja se prilikom pristupa bazi podataka konfiguratora
• COM veza – formira se kada se koristi eksterna veza za pristup bazi podataka
• WS konekcija – javlja se prilikom pristupa bazi podataka web servera kao rezultat pristupa web servisu objavljenom na web serveru
• Pozadinski posao – kreira se kada proces radnika u klasteru pristupi bazi podataka. Takva sesija se koristi za izvršavanje koda procedure pozadinskog posla,
  Konzola klastera – kreirana kada uslužni program za administraciju klijent-server pristupi radnom procesu
• COM administrator – javlja se kada se radničkom procesu pristupa pomoću eksterne veze.
• Rad pod različitim operativnim sistemima

Bilo koji proces klastera servera može raditi i pod operativnim sistemom Linux i pod operativnim sistemom Windows. Ovo se postiže činjenicom da se interakcija klastera odvija pod kontrolom TCP/IP protokola. Klaster također može uključivati ​​radne servere koji rade na bilo kojem od ovih operativnih sistema.

Uslužni program za administraciju klastera servera 8.3

Sistemski paket uključuje pomoćni program za administriranje opcije klijent-server. Ovaj uslužni program omogućava promjenu sastava klastera, upravljanje bazama informacija i brzu analizu zaključavanja transakcija.

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 specificiranu 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 informacione sigurnosti 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 (nazvanih objektima 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 poslužitelj, 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 veze 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, trebate ih 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 bilo šta 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.

Pored verzije datoteke, sistem 1C:Enterprise može raditi sa bazama podataka u verziji klijent-server. U potonjem slučaju, podrazumijeva se arhitektura koja se sastoji od nekoliko softverskih slojeva, shematski prikazanih na donjoj slici.

• 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 pretraživač na računarima korisnika (ili na njima), za web klijenta.
• Serverski klaster "1C:Enterprise" je skup radnih procesa koji se pokreću na jednom ili više računara i lista informacionih baza koje se nalaze u ovom klasteru. U klasteru servera se obavlja sav rad aplikativnih objekata, priprema se za prikaz obrazaca (čitanje objekata infobaze, popunjavanje podataka obrasca, sređivanje elemenata itd.) i komandnog interfejsa, generisanje izveštaja i izvođenje pozadinskih poslova. Klijenti prikazuju samo informacije pripremljene u klasteru servera. Osim toga, servisni fajlovi se pohranjuju na serveru klastera 1C:Enterprise, kao i evidencija registracije baze podataka.
• Server baze podataka— na serveru baze podataka se odvija direktno skladištenje i rad sa podacima, koje obezbeđuje jedan od sledećih sistema za upravljanje bazom podataka (DBMS) podržanih od strane sistema 1C:Enterprise:
  • Microsoft SQL Server od Microsoft SQL Server 2000 i noviji;
  • PostgrageSQL od verzije 8.1;
  • IBM DB2 od verzije 9.1;
  • Oracle baza podataka od verzije 10g izdanja 2.
• Web server potrebno samo za web klijente i jednu od opcija tankog klijenta. Pruža interakciju ovih vrsta veza sa klasterom 1C:Enterprise servera.

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

U ovom članku ću opisati instalaciju servera 1C:Enterprise verzije 8.3.4.389 (za ostale verzije platforme 1C:Enterprise 8.1, 8.2 i 8.3 koraci su slični) na jednom računaru koji radi pod Windows Server 2008 (R2) ili Windows Server 2012 (R2). Kao DBMS će se smatrati Microsoft SQL Server 2008 (R2) ili Microsoft SQL Server 2012. Za to će nam trebati:

1. Računar koji ispunjava sistemske zahtjeve za instaliranje 1C:Enterprise servera i sa OS instaliranim na ovom računaru ili .
2. Računar za server baze podataka, koji također radi pod operativnim sistemom ili (može biti računar iz koraka 1).
3. Lokalna administratorska prava na oba računara.
4. Distribucijski komplet za instaliranje servera 1C:Enterprise 8.
5. Softverska licenca ili HASP4 Net zaštitni ključ za 1C:Enterprise server.
6. Distribucijski komplet za instalaciju Microsoft SQL Server 2008 (R2) ili Microsoft SQL Server 2012.

2. Instalacija MS SQL Server DBMS-a

Instaliramo MS SQL Server DBMS na računar koji služi kao server baze podataka. Za rad sa sistemom 1C:Enterprise dovoljno je instalirati sljedeće komponente:

• Usluge baze podataka
• Alati za upravljanje - osnovni
  • Alati za upravljanje - kompletno.

Odaberite opcije sortiranja " Cyrillic_General_CI_AS" Detalji o instalaciji sistema

3. Konfiguriranje Windows zaštitnog zida za rad DBMS-a

Ako se server baze podataka i klaster server 1C:Enterprise nalaze na različitim fizičkim računarima, potrebno je da konfigurišete Windows Firewall na serveru baze podataka tako da server 1C:Enterprise može raditi sa DBMS-om, odnosno otvoriti dolazne veze na portu 1433 (za zadanu instancu SQL Servera).

• Pisao sam detaljno o postavljanju Windows zaštitnog zida 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 se povezati baze podataka 1C:Enterprise servera. Ovaj korisnik će također biti vlasnik ovih baza podataka. Korisnik koji se dodaje mora biti autoriziran na serveru pomoću lozinke i imati sljedeći skup uloga: dbcreator, processadmin, javnosti. Detalji o dodavanju korisnika u

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

5. Instalacija servera 1C:Enterprise

Sada pređimo na instaliranje datoteka servera 1C: Enterprise i pokretanje odgovarajuće usluge. Za instalaciju je potreban distributivni komplet tehnološke platforme 1C:Enterprise. Sa liste isporučenih distribucija odgovaraju sljedeće:

• Tehnološka platforma 1C:Enterprise za Windows - omogućava instalaciju 32-bitnog 1C:Enterprise servera
• 1C:Enterprise server (64-bit) za Windows - omogućava instalaciju i 32-bitnih i 64-bitnih 1C:Enterprise servera

(Postoji i proširena verzija KORP servera 1C:Enterprise 8.3, detalje možete pronaći na web stranici 1C)

Otvorite direktorij s instalacijskim datotekama 1C:Enterprise servera i pokrenite datoteku setup.exe.

Pokrenut će se pomoćnik za instalaciju sistema 1C: Enterprise. Na prvoj stranici kliknite na " Dalje».

Na sljedećoj stranici trebate odabrati komponente koje će biti instalirane; potrebne su nam sljedeće komponente:

• Server 1C: Enterprise— Komponente servera 1C:Enterprise
• Administracija servera 1C:Enterprise 8— dodatne komponente za administriranje klastera 1C:Enterprise servera

Preostale komponente (lista komponenti može zavisiti od specifične distribucije), u zavisnosti od potrebe, takođe se mogu instalirati na ovom računaru. Nakon što ste odabrali, kliknite na “ Dalje».

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

Ako je server 1C:Enterprise instaliran kao Windows usluga (i u većini slučajeva bi trebao biti instaliran kao takav), preporučujem da odmah kreirate zasebnog korisnika pod kojim će kreirana usluga biti pokrenuta. Za ovo

• Ostavite zastavu "uključenom" Instalirajte 1C:Enterprise server kao Windows uslugu (preporučeno)»;
• Pomeramo odgovarajući prekidač na “ Kreirajte korisnika USR1CV8».
• Unesite lozinku za korisnika koji se kreira dvaput. Podrazumevano, lozinka mora biti u skladu sa Windows politikom lozinki. 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 1C:Enterprise servera. U tom slučaju, odabrani korisnik mora imati sljedeća prava:

• Prijavite se kao servis
• Prijavite se kao batch posao
• Korisnici dnevnika performansi.

Također, korisnik mora dobiti potrebna prava na direktorij serverskih servisnih datoteka (podrazumevano C:\Program Files\1cv8\srvinfo za 64-bitne i C:\Program Files (x86)\1cv8\srvinfo za 32-bitni server).

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

Nakon što unesete odgovarajuće parametre, kliknite na “ Dalje».

I na kraju, kliknite na “ Instaliraj» za početak instalacije. Ovo će kopirati datoteke odabranih komponenti, kreirati konfiguracijske datoteke, registrovati komponente programa, kreirati prečice, a također će pokrenuti uslugu servera 1C:Enterprise.

Kada se instalacija završi, pomoćnik će od vas tražiti da instalirate zaštitni drajver - HASP Device Driver. Ako koristite softversku licencu za 1C:Enterprise server, nema potrebe za instaliranjem drajvera. Ostavite ili uklonite zastavu" Instalirajte zaštitni drajver" i kliknite " Dalje».

Često na mašini rade i druge usluge zajedno sa serverom 1C:Enterprise - terminal server, SQL server itd. I u nekom trenutku 1C:Enterprise server, odnosno rphost radni proces, pojede više memorije nego što je planirano ili svu memoriju. Što dovodi do usporavanja ostalih servisa i zombija servera. Da biste izbjegli takve situacije, morate konfigurirati automatsko ponovno pokretanje tokova rada 1C:Enterprise servera

Rješenje

1. Otvorite administrativnu konzolu 1C Enterprise servera;
2. Proširite stablo centralnog servera 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 servera 1C:Enterprise 8.3

Pogledajmo primjer prikazan na slici:

Interval ponovnog pokretanja— vrijeme nakon kojeg će rphost proces biti prisiljen ponovo pokrenuti. Prije nego što proces završi, pokreće se novi rphost proces na koji se prenose sve veze, a tek tada će se stari proces prekinuti. Ovo ni na koji način neće uticati na korisničko iskustvo. Interval je prikazan u sekundama, u primjeru je naznačeno 24 sata.

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

Interval za prekoračenje dozvoljene količine memorije— nakon što tajmer pokrenut nakon prekoračenja dozvoljene količine memorije odbrojava 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 tok posla 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 ponovo pokrenuti servis servera; one se primjenjuju dinamički.

Ukupno

Na ovaj način postavljamo automatsko ponovno pokretanje radnih procesa 1C:Enterprise servera i dobijamo stabilniji sistem; ako dođe do curenja memorije, rad određene sesije će biti prekinut.

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