Često se druge usluge pokreću 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 se proces prekine, pokreće se novi rphost proces na koji se prenose sve konekcije i tek tada se stari proces gasi. 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 pokrenuti uslugu poslužitelja; one se primjenjuju dinamički.
Ukupno
Na taj način 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.
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 "auto-konfigurabilan"; 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.
Od još većeg interesa je mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom poslužitelju klastera bez korisničkih sesija. Na ovaj način se visoko opterećeni zadaci (kod) mogu prenijeti na zasebno računalo. Štoviše, možete pokrenuti jedan pozadinski zadatak "zatvaranje mjeseca" koristeći "Vrijednost dodatnog parametra" na jednom računalu, a pozadinski zadatak "Ažuriranje indeksa cijelog teksta" na drugom Pojašnjenje se odvija 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.
Termini, pojmovi
Zašto vam je potreban 1C server?
Pojam "klaster poslužitelja" odnosi se na nekoliko računala (poslužitelja) koja obavljaju zajednički zadatak.
Zadaci koje rješava klaster poslužitelja 1C:Enterprise 8 prikazani su na slici ispod.
Razlika između 8.1 i 8.2
Klaster 1C 8.1
Klaster poslužitelja 1C:Enterprise 8.1 implementacija je ideja raspodjele opterećenja na poslužiteljima koji služe zahtjevima klijenata. Ovaj mehanizam raspodjeljuje opterećenje računalnih resursa unutar jednog poslužitelja ili više poslužitelja („Radni poslužitelji”), čime se osigurava skaliranje aplikacije. Klaster poslužitelja duplicira kod koji služi klijentskim vezama. Dvostruki izvršni kod klastera naziva se "Radni proces" (rphost). Prilikom instaliranja klastera stvara se samo jedan radni proces.
Nekoliko radnih procesa na jednom poslužitelju omogućuje učinkovito korištenje količine RAM-a i resursa procesora za izvršavanje zahtjeva, kao i povezivanje sesije klijenta s drugim radnim procesom ako se trenutni "sruši".
Program Server Agent (ragent) odgovoran je za razumijevanje onoga što se izvodi na određenom poslužitelju. Zaustavljanje poslužiteljskog agenta učinit će poslužitelj nedostupnim za korištenje od strane klastera. Agent pohranjuje svoje podatke u datoteku srvribrg.lst.
Informacije o radnim bazama podataka i uključenim radnim procesima u vlasništvu su “Upravitelja poslužitelja” (rmngr). Ove informacije pohranjuje u datoteku 1CV8Reg.lst. Zaustavljanje upravitelja poslužitelja može dovesti do ponovnog pokretanja klijentskih aplikacija ako se upravitelj uspješno ponovno pokrene ili do potpunog zaustavljanja rada poslužitelja cijelog klastera.
1C:Enterprise 8.1 dopušta mogućnost stvaranja nekoliko neovisnih klastera na jednom poslužitelju. Svaki od njih identificiran je na mreži jedinstvenim "IP priključkom" i jedinstvenim brojem u servisnim datotekama. Prvi klaster prema zadanim postavkama prima port 1541.
Dodatak Enterprise Servers dizajniran je za upravljanje klasterom.
Možete se povezati s poslužiteljima pomoću naziva poslužitelja ili IP adrese.
Agent poslužitelja
Agent poslužitelja "zna" za sve klastere koji se izvode na poslužitelju. Ove informacije su pohranjene u datoteci srvribrg.lst s popisom klastera i popisa administratora. Glavni port agenta je 1540. Na svakom Radnom poslužitelju može se pokrenuti samo jedan agent koji servisira sve moguće klastere na ovom poslužitelju.
Za vizualno dobivanje detaljnijih informacija upotrijebite uslužni program Process Explorer (razvio Sysinternals). Program vam omogućuje dublji uvid u sve pokrenute procese, uključujući klaster poslužitelja 1C:Enterprise 8.1.
Upravitelj klastera
Za rad klastera odgovoran je upravitelj klastera. Svaki klaster ima svog upravitelja. Upravitelj pohranjuje podatke o klasteru u datoteku 1CV8Reg.lst (registar klastera). Svaki Upravitelj klastera također ima svoj port na Radnom poslužitelju. Za prvi klaster, zadani port upravitelja je 1541. Upravo je ovaj port prikazan u dodatku 1C:Enterprise Servers u grani Klasteri, identificirajući klaster.
Upravitelj prima zahtjeve od klijentskog dijela 1C:Enterprise 8.1 i donosi odluku kojem Workflowu će dati ovaj zahtjev za uslugu.
Upravitelj koristi servisni priključak za interakciju s radničkim procesima.
Proces rada
Radni proces je odgovoran za “rad s klijentima”. Možemo reći da je u prethodnoj verziji 1C:Enterprise 8.0 postojao samo jedan "Workflow".
U klasteru 1C:Enterprise 8.1 može postojati nekoliko radnih procesa. Upravitelj poslužitelja odlučuje koji će radni proces služiti klijentskoj vezi. Za klijentske veze, radnim procesima prema zadanim postavkama dodjeljuje se raspon IP portova 1560 – 1591. Osim toga, svakom radnom procesu dodijeljen je servisni port za komunikaciju s upraviteljem klastera. Svaki radni proces koristi do 2 Gb RAM-a u 32-bitnom operativnom sustavu. U 64-bitnom operativnom sustavu ograničenje je nametnuto fizičkom količinom RAM-a
Klaster 1C 8.2
Klaster poslužitelja 1C:Enterprise 8.2 – daljnji razvoj tehnologija poslužitelja 8.2.
Poslužitelj može raditi “kao 8.1”, tj. ostaje kompatibilan s prethodnim tehnologijama.
Osim toga, implementiran je novi pristup radu poslužitelja. Sada, umjesto procesa, važnu ulogu igraju sesije.
Sesije omogućuju balansiranje opterećenja i toleranciju na greške unutar upravljane aplikacije.
Upravitelj klastera
Upravitelj klastera sada je postao složeniji. Neke se funkcije sada mogu odvojiti u zasebni proces i čak postaviti na drugi radni poslužitelj u klasteru. To vam omogućuje uravnoteženje opterećenja poslužitelja.
Tolerancija pogreške poslužitelja 8.2 postiže se kroz:
- Pohranjivanje informacija o sesiji korisnika.
- Korisnik više nije vezan za tijek rada.
- Rezervacija radnih procesa u klasteru.
- Trebalo bi postojati nekoliko radnih procesa, uključujući one suvišne
- Rezervacija klastera.
- Rezervni klaster je naznačen; kada je povezan, oni su navedeni u retku veze
To omogućuje kontinuitet rada:
Ako je klijentova fizička veza s klasterom prekinuta (čistačica je izvukla kabel, isključeno napajanje mrežne opreme, problem s provajderom), nema potrebe ponovno se spajati na infobazu i pokretati sve posao ispočetka. Nakon što se uspostavi fizička veza, korisnik može nastaviti s radom od točke na kojoj je bila prekinuta.
Ako je potrebno održavanje klasterskih računala, ona se mogu isključiti tijekom rada bez zaustavljanja korisnika u radu s informacijskom bazom.
Ako bilo koji poslužitelj u klasteru zakaže, rad korisnika se neće zaustaviti; automatski će se prenijeti na backup klaster i/ili backup radne procese. Za korisnike će takav prijelaz biti nevidljiv.
Ako jedan od radnih procesa klastera zakaže, korisnici povezani s njim bit će automatski prebačeni na druge ili rezervne radne procese. Takav će prijelaz također biti nevidljiv korisnicima.
Klaster 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 "auto-konfigurabilan"; 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, 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.
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.
Od još većeg interesa je mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom poslužitelju klastera bez korisničkih sesija. Na ovaj način se visoko opterećeni zadaci (kod) mogu prenijeti na zasebno računalo. Štoviše, možete pokrenuti jedan pozadinski zadatak "zatvaranje mjeseca" koristeći "Vrijednost dodatnog parametra" na jednom računalu, a pozadinski zadatak "Ažuriranje indeksa cijelog teksta" na drugom Pojašnjenje se odvija 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.
Rješavanje mogućih problema s instalacijom
Kada instalirate poslužiteljski dio 1C:Enterprise 8.1, možete stvoriti novog korisnika ili odabrati postojeći račun.
U slučaju odabira postojećeg računa, morate unijeti ispravnu lozinku i potvrdu, inače će pokretanje pozadine rezultirati pogreškom.
Kada prvi put pokrenete Cluster Agent, stvara se zadani klaster.
Zadani klaster ima sljedeće karakteristike:
· broj porta – 1541;
· Raspon IP priključaka – 1560:1591;
· podrška za mnoge tijekove rada – onemogućeno;
· jedan radni proces, broj porta postavljen je iz navedenog raspona.
Ako postoje bilo kakvi problemi kada prvi put pokrenete agenta klastera, zadani klaster možda neće biti kreiran. To se očituje u činjenici da kada se serverski agent (ragent) pokrene, on se pokrene, ali ne pokrene druge procese klastera (rmngr, rphost). Popis klastera svrribrg.lst izgleda ovako:
{
{0},
U tom slučaju možete zaustaviti ragent proces, izbrisati popis klastera (srvribrg.lst) i ponovno pokrenuti ragent.
Provjerite podudaranje između portova navedenih u parametru porta naredbenog retka za pokretanje usluge agenta poslužitelja i onih navedenih u dijaloškom okviru parametara središnjeg poslužitelja konzole klastera:
— Zaustavite uslugu agenta poslužitelja 1C:Enterprise 8.1.
Ako Server Agent radi kao aplikacija, može se zaustaviti pritiskom na kombinaciju tipki Ctrl+C.
- Provjerite u Task Manageru da su svi procesi ragent, rmngr, rphost završili. Ako je potrebno, dovršite ih pomoću Upravitelja zadataka.
— Otvorite svojstva usluge 1C:Enterprise 8.1 Server Agent.
- Obratite pozornost na redak “Izvršna datoteka” (put do izvršne datoteke). Ima parametar -d iza kojeg slijedi direktorij podataka klastera. Sve datoteke povezane s klasterom nalaze se u ovom direktoriju.
- Izbrišite sav sadržaj ovog imenika.
— Pokrenite uslugu agenta poslužitelja 1C:Enterprise 8.1.
- Provjerite u Task Manageru da su svi procesi ragent, rmngr, rphost pokrenuti.
— Pokrenite konzolu klastera i registrirajte središnji poslužitelj u njoj. Konzola bi se trebala povezati sa središnjim poslužiteljem i prikazati jedan klaster kreiran prema zadanim postavkama.
Mogući problemi s kvarom klastera poslužitelja uključuju probleme sa sigurnosnim ključevima, pravima računa usluge i netočnim parametrima pokretanja.
- Zaštitni ključ poslužitelja instaliran je LOKALNO na svakom poslužitelju u poduzeću
- Ne postavljajte račun usluge s praznom lozinkom
- S više klastera, portovi koji se koriste ne bi se smjeli preklapati
Imajte na umu da se tijekom postupka instalacije platforme 1C:Enterprise 8.1 mogu prikazati poruke o pogrešci. Najvjerojatnije poruke navedene su u nastavku. Navedeni su razlozi koji su uzrokovali poruke i koraci za njihovo uklanjanje.
Pogreška 1069: Usluga ne radi zbog pogreške pri prijavi
Problem je povezan s pravima računa da radi kao usluga sustava. Otvorite uslužni program Local Security Policy i dodajte korisnika (u čije ime se pokreću radni poslužitelji klastera) u pravila Prijava kao usluga i Prijava kao skupni posao.
Ako su podaci pohranjeni u servisnim datotekama oštećeni, pokretanje produkcijskih poslužitelja klastera možda neće uspjeti. Provjerite radi li poslužiteljski agent 1C:Enterprise 8.1 (proces ragent u Upravitelju zadataka).
Ne zaboravite da je Windows Event Auditing također alat za analizu. Da biste to učinili, pogledajte pojavljuju li se neke "sumnjive" poruke u dnevniku događaja u sustavu Windows.
Pogreška 8007056B / 800708C5
Nova lozinka nije u skladu s pravilima o lozinkama. Lozinka je možda prekratka ili ste je već koristili nedavno.
Razlog: navedena lozinka za račun u dijaloškom okviru "Instaliraj 1C:Enterprise server" ne ispunjava zahtjeve sigurnosne politike.
Rješenje: Postavite novu lozinku za odabrani račun koji zadovoljava zahtjeve sigurnosne politike ili oslabite zahtjeve primijenjene sigurnosne politike, tj. ne zahtijevaju “složenu” lozinku, ne ograničavaju broj znakova u lozinci, ne provjeravaju pokušaje ponavljanja itd.
Pogreška 1923: Nema privilegija za instalaciju usluge
Uzrok: pogreška je povezana s instalacijskim pravima računa kao aplikacije. Ova je pogreška tipična za pokušaje instaliranja poslužitelja na kontroleru domene gdje su potrebne povećane sigurnosne mjere.
Rješenje: nemojte koristiti kontroler domene za hostiranje poslovnog poslužitelja ili smanjite sigurnosne zahtjeve i odredite prava "Pokreni kao usluga" ili "Pokreni kao paketni posao" za odabrani račun.
Greška 80070056
Vaša se lozinka ne može promijeniti. Svaka lozinka mora se koristiti najmanje x dana.
Uzrok i rješenje: Još jedna pogreška koja se javlja kada se prekrše zahtjevi sigurnosne politike za korištene lozinke. Rješenje je slično pogrešci 800708C5.
Windows utičnice - 11004(0x00002AFC)
1) Provjerite je li na radnom poslužitelju klastera u upravitelju zadataka pokrenuto sljedeće:
Agent poslužitelja (ragent.exe),
Upravitelj klastera (rmngr.exe),
Radni proces klastera (rphost.exe).
2) Da biste provjerili razlučivost naziva IP adrese, pokrenite naredbeni redak:
ping ime stroja
U odgovoru sustava na naredbu zanima nas je li IP adresa određena.
3) Ako je ime određeno, ali radni proces još uvijek nije pronađen, provjerite je li određena IP adresa imena<имя машины>I<имя машины>.<имя домена>nisu drugačije definirane.
(Windows utičnice - 10054(0x00002746).
Udaljeni host nasilno je zatvorio vezu.
Ova se poruka može primiti ako se poslužitelj ponovno pokrene ili se radni proces prisilno izbriše.
Ova se pogreška obično ne pojavljuje prilikom ponovnog povezivanja. Ako greška i dalje postoji, potrebno je istražiti razloge kvara produkcijskih poslužitelja klastera.
Ova se pogreška može pojaviti kada radni proces dosegne maksimalni kapacitet memorije na 32-bitnim sustavima.
Drugi slučaj je pokušaj povezivanja klijenta s porukom o pogrešci:
(Windows utičnice - 10060(0x0000274C)
Pokušaj uspostavljanja veze nije uspio jer... traženi odgovor nije primljen s drugog računala u traženom roku ili je već uspostavljena veza prekinuta zbog netočnog odgovora s već spojenog računala.
Suština ove greške je izostanak odgovora unutar određenog vremena (timeout).
1) Provjerite blokira li vaš vatrozid promet aplikacije. Isključite vatrozid.
Da biste to učinili, pokrenite naredbu u naredbenom retku (naredba je dostupna počevši od sustava Windows XP i Windows Server 2003; ranije verzije nemaju ugrađeni vatrozid, ali se može instalirati softver treće strane):
netshvatrozidpostavitiopmodeonemogućiti
Ako je naredba uspješna, dobit ćete poruku:
U REDU.
Osim vatrozida, mrežni filtri mogu blokirati promet. Onemogućene su prema zadanim postavkama. Međutim, provjerite je li ovako:
- Otvorite mapu Mrežne veze.
- Desnom tipkom miša kliknite mrežnu vezu koju želite konfigurirati i odaberite Svojstva.
- Na kartici Su česti(za povezivanje putem lokalne mreže) ili na kartici Neto(za sve ostale veze) odaberite internetski protokol (TCP/IP) i pritisnite tipku Svojstva.
- Pritisnite gumb Dodatno.
- Otvorite karticu Mogućnosti, odaberite opciju TCP/IP filtriranje i pritisnite tipku Svojstva.
- Provjerite je li potvrdni okvir Omogući TCP/IP filtriranje (svi adapteri) uklonjeni.
2) Provjerite da resursi procesora nisu 100% opterećeni (CPU%).
3) Mjerite mrežnu aktivnost sučelja klijenta i poslužitelja. Opterećenje mrežnog adaptera ne smije prelaziti 60%.
(Windows utičnice - 10061(0x0000274D)
Veza nije uspostavljena jer Odredišno računalo odbilo je zahtjev za povezivanje.
Tipičan razlog za ovu pogrešku je nepostojanje pokrenutog poslužiteljskog agenta. Pokrenite poslužitelj ručno ili ponovno pokrenite poslužitelj za automatsko pokretanje.
Odgovori na pitanja
Višeplatformski 1C
Instalacija poslužitelja
P: Greška pri instaliranju 1c poslužitelja na MS Server 2008 R2 x64 Prilikom instaliranja 1c poslužitelja preko naredbenog retka, na primjer, ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d “C:\Program Files\1cv82 \ (preuzeto s ITS diska), naredbeni redak ispisuje poruku: “Greška! Greška OpenSCManagera!" Usluga se u ovom slučaju ne kreira. Testirano 8.1.15.14 i 8.2.10.77
O: Za instalaciju iz naredbenog retka na OS gdje je prisutan UAC, trebate koristiti uslugu RunAs jer Čak i ako je korisnik član grupe administratora, UAC blokira akcije koje mijenjaju stanje sustava.
Zaštitni ključevi
P: Omogućuje li mi zaštitni ključ za poslužitelj 8.2 pokretanje poslužitelja 8.1?
O: Da, ima
P: Za pokretanje 1C poslužitelja, trebam li neku vrstu hasp ključeva poslužitelja? Lokalno, ili neće raditi za 5 korisnika?
O: da, poslužitelj treba vlastiti ključ, lokalni korisnički i mrežni ključevi neće raditi. Više detalja u « « , slajd broj 30.
P: Recimo da se klaster 1C poslužitelja sastoji od 3 fizička poslužitelja. koliko sigurnosnih ključeva je potrebno?
P: Postoji terminalski poslužitelj i ključ za 5 licenci, potrebno je kupiti 6. dodatnu licencu. licencija. Da li ga je moguće instalirati na server pored ključa na 5? I hoće li svih 6 korisnika raditi u terminalskim sesijama ili 5 - pod terminalom, a 1 u datotečnoj verziji?
O: Ne, neće. Šesta licenca u obliku lokalnog ključa mora biti priključena na računalo korisnika, ali ne na terminal.
Ažuriranja 1C poslužitelja
P: Kada se objavi nova verzija 8.2.xxx platforme, koja je procedura za ažuriranje poslužitelja i klijenata?
O: 8.2 distribucije instaliraju svoje datoteke u različite mape (svaka verzija ima svoju mapu), tj. teoretski, ostaje moguće paralelno pozvati nekoliko verzija poslužitelja.
Nisam imao nikakvih problema. Međutim, morate pažljivo pratiti portove koje zauzima instanca poslužitelja 1C. Ne bi trebalo biti raskrižja.
Postavljanje 1C poslužitelja
P: U 1C 8.1, koji je najbolji način za postavljanje baza podataka, ako ih ima nekoliko, u jedan klaster ili stvaranje zasebnog klastera za svaku bazu podataka? O: S velikim volumenom ili opterećenjem, testne baze podataka moraju biti smještene u zasebne klastere!
P: PITANJE: Je li tijek rada 1C:Enterprise 8.1 aplikacija s jednom ili više niti? Oni. može li se puno jezgri učitati s jednim povezanim korisnikom? S nekoliko? Što je s radnim procesom 1C:Enterprise 8.2? Hvala vam.
O: 1Sv8.exe i rphost.exe u verziji 8.1 trošili su 1 jezgru. Budući da je u 8.1 veza klijenta strogo vezana za radni proces, možemo uvjetno pretpostaviti da se obrada 1C klijenta izvodi unutar jedne jezgre. Iznimka je DBMS, koji koristi kernele bez obzira na to kako 1C poslužitelj radi.
U verziji 8.2, veze su zamijenjene sesijama. Sesije se možda već izvode u različitim radnim procesima. Stoga, pozivanje 8.2 jednonitnog vjerojatno nije ispravno. Klijent 8.2 također vizualno učitava nekoliko jezgri, pa ovo:
Platforma 8.2 ne implementira sve mogućnosti višenitnog sustava, ali puno bolje iskorištava hardverske mogućnosti u usporedbi s 8.1, uključujući i u smislu paralelizma.
P: Je li potrebno imati više radnih procesa 1C:Enterprise 8.1 da bi poslužitelj baze podataka (MS SQL) mogao učitati više jezgri? (Napominje se da MS SQL obično "učitava" samo jednu jezgru, tj. "paralelizacija" obrade jednog zahtjeva preko nekoliko jezgri se u pravilu ne događa.) Hvala.
O: Nema potrebe posebno upravljati MS SQL-om; to je prilično samopodešavajući sustav koji koristi resurse prema potrebi. Možete kontrolirati paralelizam izvođenja:
EXEC sys.sp_configure N’maks. stupanj paralelizma', N'5'
IĆI
PONOVNO KONFIGURIRAJTE POMOĆU
IĆI
Na poslužitelju 1C možete stvoriti nekoliko radnih procesa na temelju činjenice da jedan radni proces ne pruža mogućnost ponovnog povezivanja korisnika u slučaju pada radnog procesa. Proces 2 (na 8.2 je bolje napraviti "backup") rješava ovaj problem. Ali ima smisla dodati treći ili više radnih procesa samo ako su prva dva radna procesa jako opterećena (više od 90%). Nema smisla nepotrebno umnožavati radne procese; to može pogoršati produktivnost.
O: Mora postojati najmanje 1 rezervni radni proces u 8.2.
Failover Cluster
P: Pitanje o omogućavanju redundantnosti za klastere 1s 8.2. Ako se naš poslužitelj sruši (čistačica je izvukla žicu), naziv mreže, na primjer "server:2540" neće biti dostupan. Kako klijent čiji niz povezivanja kaže "poslužitelj:2540" zna da se mora spojiti na rezervni klaster? gdje će dobiti ime drugog poslužitelja? Što ako napišete klastere odvojene zarezima u nizu veze baze podataka?
O: Nekoliko klastera kombinirano je u "redundantnu grupu". U tu svrhu postoji "popis rezervacija" u snap-inu klastera.
Kada klijent prvi put pristupi klasteru, dobiva popis klastera uključenih u redundantnu grupu.
Ako vas klijent nikada nije kontaktirao, tada u ovom slučaju morate ručno navesti adrese svih klastera, na primjer storm:2541,monster:2541.
Sinkronizirani podaci razmjenjuju se između redundantnih klastera.
P: Što se događa nakon vraćanja glavnog klastera? kada su se korisnici prebacili na sigurnosno kopiranje.
O: Oni se vraćaju. Može doći do pauza tijekom prebacivanja tijekom sinkronizacije ovih klastera.
Pozadinski poslovi
P: Kako izbrisati pozadinski posao koji se izvodi na poslužiteljima 1C:8.1 i 1C:8.2?
O: Mogućnost otkazivanja rutinskog zadatka radi samo ako se kod izvodi unutar ugrađenog jezika 1C:Enterprise. Ako se kod izvršava u vanjskim bibliotekama, tada se takav zadatak ne može otkazati osim prisilnim prekidom tijeka rada. Ako u procesu postoji blok StartTransaction() - CommitTransaction(), onda je to malo vjerojatno. Ostali pozadinski poslovi mogu se izbrisati putem konzole poslova.
Regulatorni postupci
P: Je li moguće uništiti bazu tijekom T&I?
O: Nisu mi poznati takvi slučajevi, ali IMHO je sve moguće. Stoga bi bilo dobro napraviti sigurnosnu kopiju prije T&I.
P: Vjačeslave, iz kojih razloga ne vršite ponovno indeksiranje pomoću 1C Testiranja i ispravljanja?
O: Mogućnosti DBMS-a su prikladnije za ove svrhe, budući da one u biti također ponovno izgrađuju indekse, ali ne zahtijevaju isključivo zauzimanje baze podataka.
Tehnološki časopis
P: Dobar dan. Pitanje iz tehnološkog časopisa: Trebam primiti kopije zaslona radnih stanica u slučaju pogrešaka 1C. Trebam li za to postaviti tehnološki dnevnik na radnim stanicama ili je to samo za poslužitelj?
O: Možete konfigurirati samo primanje snimke zaslona kada platforma padne, a ne kada postoji bilo kakva greška. Međutim, takva operacija nema puno koristi; sasvim je dovoljno prikupiti iznimne situacije pomoću tehnološkog dnevnika. U isto vrijeme, većina pogrešaka može se vidjeti pomoću TZ na strani poslužitelja 1C. Iznimka mogu biti događaji kao što je "pogreška toka formata" povezana sa zastarjelom predmemorije metapodataka.
Problemi i pogreške
P: Jeste li naišli na problem - nestanak postavki izvješća za korisnike prilikom dinamičkog ažuriranja konfiguracija na platformi 8.2. Ima li preporuka kako se nositi s tim?
O: Problemi povezani s dinamičkim ažuriranjem odražavaju se u “1C poslužitelji: Enterprise 8.1 i 8.2 - s čime jesti”), slajd broj 60. Očisti predmemoriju. Možda je u nekim slučajevima potrebno razumjeti gdje su točno pohranjene korisničke postavke. Po potrebi pohraniti kao binarni podatak u informacijski registar.
P: Povezano pitanje, jer... ovo je relevantno za mod datoteke: koje pogreške ispravlja chdbfl.exe?
O: Ovo je alat za ispravljanje pogrešaka strukture pohrane podataka. To može biti situacija u kojoj se, na primjer, pojavljuje "Datoteka baze podataka je oštećena.../1Cv8.1CD". Oni. popravlja oštećenje datoteke baze podataka. Međutim, ne obavlja T&I funkcije. Pokrećem chdbfl.exe ako T&I ne radi uspješno.
P: Molim vas recite mi jeste li naišli na takav problem. kada postoji veliki broj korisnika u bazi (oko 40) kada se obrađuju veliki dokumenti, npr. odražavaju PO u reg. Računovodstvo za oko 8000 redaka. Poruka o pogrešci je da nema dovoljno memorije na poslužitelju poduzeća 1C i korisnik koji je pokrenuo ovaj dokument pada. Dokument se tada može obraditi tek nakon ponovnog pokretanja agenta poslužitelja 1C.
O: Izgleda kao curenje memorije:
1. Ponovno pokrenite 1C poslužitelj, povećajte broj radnih procesa i zadržite samo ovu jednu bazu podataka u klasteru.
2. Istucite držanje u dijelovima, recimo 1000 redaka odjednom. Koristeći TZ, pratite objekte koji zauzimaju memoriju na početku operacije, ali ne oslobađaju memoriju nakon završetka.
3. Instalirajte x64 verziju, povećajte količinu RAM-a, prijeđite na 8.2.
P: Pitanje o testiranju i upravljanju. Je li moguće pokrenuti "Provjeru referentnog integriteta" na temelju URDB-a s odabirom na temelju prenesenih podataka? (tj. u nekim čvorovima fizički nema objekata, ali postoje poveznice na njih). Hvala vam!
O: Nažalost, to još nije moguće.
P: Zašto testiranje i popravljanje ne rješava sve probleme odjednom, morate li ga pokrenuti nekoliko puta?
O: Samo programeri mogu točno odgovoriti. T&I provodim prema propisima (ciklički), pa mi ovo pitanje nije previše relevantno. T&I se ne mora raditi samo jednom, već stalno, poput "održavanja automobila".
P: Postoji li razlika između T&I 8.1 i 8.2?
O: U trenutku pisanja odgovora i izdanja 8.2.10, ne znam razliku.
P: Je li potrebno ponovno indeksirati tijekom restrukturiranja?
O: Nema potrebe.
ostalo
P: Poštovani, je li netko pokušao zrcaliti baze podataka koristeći MSSql 2008. Je li to uopće moguće?
P: Pitanje o forsiranju zajedničke memorije na poslužitelju 1s 8.2
O: Nema potrebe forsirati ništa, poslužitelj će razumjeti.
P: Za 1C:Enterprise 8.1 primijećene su situacije kada na istom hardveru verzija poslužitelja datoteka s "teškim" operacijama i jednim korisnikom radi mnogo brže od verzije klijent-poslužitelj, kada sve "veze" (baza podataka poslužitelj, 1C poslužitelj :Enterprise i klijent) instalirani su na istom poslužitelju. Štoviše, prilikom izvođenja ove "teške" operacije nema očitih hardverskih preopterećenja (opterećenje procesora, memorije i tvrdih diskova je minimalno). Odnosno, ima puno hardverskih resursa, ali radi sporo. Od čega se možemo “odmarati”? Hvala vam.
O: Prednost arhitekture klijent-poslužitelj sa stajališta performansi je mogućnost obrade zahtjeva klijenata za podacima PARALELNO. Oni. Brzina protoka nije pokazatelj na temelju kojeg bi se mogli donositi opći zaključci. Mehanizmi koji poboljšavaju konkurentnost ipak mogu malo smanjiti performanse unutar jedne niti.
Kako biste nedvosmisleno pronašli usko grlo u vašem slučaju, potrebno je dobiti radno opterećenje poslužiteljske opreme i vremenski ga usporediti s najduljim operacijama u načinu klijent-poslužitelj. Često je to prekomjerno premještanje podataka na stranu klijenta. Oni. Umjesto izvođenja operacija na poslužitelju 1C, podaci iz baze podataka prenose se preko poslužitelja do klijenta.
Brzina u jednoj niti verzije klijent-poslužitelj samo će dostići performanse verzije datoteke. Vrijedno je pozabaviti se ovim problemom ako se vrijeme rada u apsolutnim brojevima mjeri ne manje od minuta. Optimizacija unutar upita od 1-3 sekunde je upitna.
P: O razlici između Windows terminala i 1C tankog klijenta.
O: Sve dok se većina rješenja POTPUNO ne prevede na 8.2, definitivno je teško govoriti o praktičnoj usporedbi ovih tehnologija.
Jasno je da bi tanki klijent 1C trebao trošiti manje prometa i omogućiti rad putem weba. Ali to je nešto što tek treba implementirati, a terminalna rješenja se sada vrlo široko koriste.
Za konzervativne, pragmatične voditelje projekata pretvaranje 8.1 u 8.2 - terminalno rješenje. Za male projekte s niskom cijenom pogrešaka i konfiguracijom koja se odmah implementira s upravljanim obrascima i sustavima kontrole pristupa, tanki klijent je poželjan IMHO.
P: Kako provesti testiranje opterećenja blizu stvarnih uvjeta? Uostalom, ne možete prisiliti korisnike da "nešto kliknu".
O: 1C: Testni centar s izborom najtežih operacija, 100% reprodukcija nije potrebna, sami klikovi nisu teški, uglavnom provođenje i traženje izvješća. O testiranju će se održati zaseban webinar. Također ću vam reći detaljnije.
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 dobiti pogrešku "Nema dovoljno slobodne memorije 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 vam kontrolu potrošnje memorije tijekom poziva poslužitelja, mjereno u bajtovima. 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.
u jednom GB – 1073741824 bajta, dakle u 2 GB – 2147483648 bajta
Količina memorije za radne procese do koje se poslužitelj smatra produktivnim - ako se prekorači ovaj parametar, poslužitelj u klasteru 1C 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.
Poslužitelj je postao "auto-konfigurabilan"; 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.
To smanjuje vjerojatnost pogrešne konfiguracije poslužitelja i smanjuje zahtjeve kvalifikacije za administratore.
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, 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.
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".
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.
Od još većeg interesa je mogućnost pokretanja "samo pozadinskih poslova" na proizvodnom poslužitelju klastera bez korisničkih sesija. Na ovaj način se visoko opterećeni zadaci (kod) mogu prenijeti na zasebno računalo. Štoviše, možete pokrenuti jedan pozadinski zadatak "zatvaranje mjeseca" koristeći "Vrijednost dodatnog parametra" na jednom računalu, a pozadinski zadatak "Ažuriranje indeksa cijelog teksta" na drugom Pojašnjenje se odvija 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.
