Prošli tjedan doveden je novi poslužitelj za 1C. HP Proliant 380 G6 2 procesora od 2,58 GHz, 6 GB RAM-a i tri diska, svaki kapaciteta 72 GB i brzine rotacije od 15K. Budući da se Windows 2008 1C nadimci ne probavljaju (ovo je još!), instalirao sam Windows Server 2003 x64 Standard Edition.
Prvi skok je došao kada smo pokrenuli poslužitelj u "borbeni način", naravno, preimenovali ga: usluga "Server Agent 1C: Enterprise 8.2" počela se rušiti (pokrene se, radi 10 sekundi i prestaje).
Prilikom povezivanja na poslužitelj 1C: Enterprise 8.2 putem konzole poslužitelja, dobivamo pogrešku:
"Pogreška pri povezivanju s poslužiteljem 1C: Enterprise 8.2
server_addr = tcp: // s02: 1540 descr = Greška mrežnog pristupa poslužitelju
(Windows Sockets - 10061 (0x0000274D). Veza nije uspostavljena jer je odredišno računalo odbilo zahtjev za povezivanje.) Red = 590 datoteka =. \ Src \ DataExchangeTcpClientItmpl.cpp "
Prilikom povezivanja s bazom podataka na ovom poslužitelju, dobivamo sljedeću pogrešku:
"Ne izvodi se tijek rada. Povezivanje s bazom podataka nije moguće."
Vatrozid je onemogućen, DEP je također onemogućen (omogućen samo za Windows usluge). Ponovno pokretanje poslužitelja i ponovna instalacija platforme nisu pomogli. Dva puta smo pregledali registar, također bezuspješno.
Ispada da su postavke klastera poslužitelja 1C: Enterprise pohranjene u direktoriju srvinfo (put do ovog direktorija može se vidjeti u svojstvima usluge 1C: Enterprise 8.2 Server Agent, parametar -d). Ovaj direktorij pohranjuje naziv klastera i njegove postavke (uključujući sigurnost) te popise informacijske sigurnosti povezane s ovim klasterom i njihovim postavkama. To su dvije datoteke: srvinfo \ srvribrg.lst i srvinfo \ reg_1541 \ 1CV8Reg.lst. Stari naziv poslužitelja ostao je u tim konfiguracijskim datotekama.
Sljedeća greška: V82.ComConnector je prestao zvati - napisao Klasa nije registrirana. Nakon kratkog guglanja, pronašao sam rješenje problema na resursu http://www.gilev.ru/1c/hasp/
15. Za COM veze na 64-bitni poslužitelj aplikacija, koristite
moguće samo na računalu na kojem je ključ instaliran
64-bitni poslužitelj 1C: Enterprise (a ne iz terminalske sesije).
Za
korištenjem V81.COMConnector na računalima koja imaju pristup samo
klijentskih ključeva, možete registrirati 32-bitni V81.COMConnector u
COM +.
- pokrenite Component Services;
- kreirajte praznu COM + aplikaciju s vrstom aktivacije - poslužiteljska aplikacija i imenom, na primjer, V81_COMConnector, navedite korisničko ime za Windows pod kojim će se komponenta izvoditi u adresnom prostoru zasebnog procesa dllhost.exe;
- u ogranku Komponente dodajte novu komponentu comcntr.dll iz direktorija modula učitavanja 1C: Enterprise.
U ovom slučaju, V81.COMConnector će se izvoditi u zasebnom 32-bitnom procesu i mogu ga koristiti i 32-bitne i 64-bitne aplikacije.
Želio bih na svoju ruku dodati da vam je potreban korisnik pod kojim poslužitelj 8.2 radi da dodate ovu novu komponentu korisnicima.
Pogreške koje se otkrivaju prilikom rada sa softverskim proizvodima često onemogućuju njihovu upotrebu. A nedostatak posebnog znanja za razumijevanje algoritama rada također dovodi do nemogućnosti dijagnosticiranja i ispravljanja kvarova koji nastaju. U ovom članku pogledajmo problem "Poslužitelj 1C: Enterprise nije pronađen, kako popraviti pokretanje agent-poslužitelja?"
Postoji nekoliko načina za rješavanje problema u radu 1C.
Pogreške koje nastaju imaju različite unose i izlaze, mogu se razvrstati prema razinama pojavljivanja:
- Netočno propisivanje kodova od strane programera samog one-eskija;
- Pogreške programera koji modificiraju (mijenjaju) proizvod u odnosu na zahtjeve (zadatke) određenog korisnika;
- Greške uzrokovane pogreškama u radu cache memorije, najčešće zbunjujući programere;
Što se tiče pogreške "1C: Enterprise server nije pronađen", nerealno je pripisati je nekom od imenovanih, budući da je takva obavijest indikacija korisniku da ne izvrši određenu potrebnu radnju za rad programa.
Popravljamo - pokrenite poslužitelj
Dakle - situacija kojoj je ova publikacija posvećena nastaje kada je usluga agent-server ili onemogućena ili zaustavljena. Imajte na umu da razlozi za to u pravilu ostaju nejasni (tko je prepoznat).
Ova usluga radi na dva načina - ili kao aplikacija ili kao usluga. Pogledajmo kako to učiniti u oba slučaja:
Kao aplikacija
Da biste ga pokrenuli kao aplikaciju, pokrenite naredbu:
U tom slučaju su naznačeni port, rasponi portova, razina i imenik (u njihovim postavkama). Ako ovi parametri nisu navedeni, tada će njihove vrijednosti postaviti program "prema zadanim postavkama".
Kao usluga
Kada je tijekom prve instalacije 1C usluga odabrala opciju pokretanja, tada se ona registrira i nakon toga treba automatski pokrenuti (pri svakom pokretanju operativnog sustava).
Ako je agenta izvorno instalirala aplikacija, možete ga ručno registrirati i pokrenuti. To će se dogoditi na naredbi (ne zaboravite na parametre):
ragent.exe -instsrvc -usr ‹navedite ime› -pwd ‹navedite lozinku›
Port ‹za port› -regport ‹za port› -range ‹opseg portova›
Seclev ‹željena razina› -d ‹određuje imenik›
Rezultat registracije bit će stvaranje nove usluge (u ovom slučaju za 1C verziju 8.3 za 64-bit):
Za uspomenu
Da biste izbrisali (odjavili) uslugu:
Stop:
Sada svi znate o uzrocima problema "1C: Enterprise poslužitelj nije otkriven" i što treba učiniti kada se pojavi.
Ostavite svoje komentare.
Veza između 1C: Enterprise poslužitelja i PostgreSQL je druga najpopularnija među 1C instalacijama i najčešće korišteno rješenje na Linux platformi. Za razliku od implementacija temeljenih na Windowsima i MSSQL-u, gdje je teško učiniti da ne funkcioniraju, implementacije temeljene na Linuxu pune su zamki za neiskusnog administratora. Često se događa da se čini da je sve napravljeno kako treba, ali pogreška slijedi pogrešku. Danas ćemo pogledati one najtipičnije.
opće informacije
Prije nego počnete tražiti instalacijske pogreške i općenito počnete implementirati poslužiteljsku verziju 1C: Enterprise, bilo bi lijepo osvježiti svoje razumijevanje kako funkcionira:
U malim implementacijama, 1C poslužitelj i DBMS poslužitelj obično se kombiniraju na jednom fizičkom poslužitelju, što neznatno sužava raspon mogućih pogrešaka. U našem slučaju razmotrit ćemo situaciju kada se poslužitelji nalaze na različitim strojevima. U našem testnom laboratoriju postavili smo sljedeću shemu:
Na raspolaganju su nam dva poslužitelja koji rade na Ubuntu 12.04 x64, jedan od njih ima 1C: Enterprise verziju 8.3, drugi ima PostgreSQL 9.04 od Ethersofta, kao i klijent koji radi pod Windowsom. Podsjećamo da klijent radi samo s 1C poslužiteljem, koji zauzvrat generira potrebne zahtjeve DBMS poslužitelju. Nema zahtjeva od klijenta prema poslužitelju za upravljanje bazom podataka ne događa se.
VAŽNO: korisnik "postgres" nije autentificiran (Ident)
Ova se pogreška događa kada su poslužitelji raspoređeni na različitim računalima zbog pogrešno konfigurirane provjere autentičnosti na lokalnoj mreži. Za uklanjanje otvorenih /var/lib/pgsql/data/pg_hba.conf, pronađite liniju:
Host za sve 192.168.31.0/24 ident
i dovedite ga u oblik:
Hostirajte sve 192.168.31.0/24 md5
gdje 192.168.31.0/24 - raspon vaše lokalne mreže. Ako nema takve linije, treba je kreirati u odjeljku IPv4 lokalne veze.
Poslužitelj baze podataka nije pronađen
nije mogao prevesti ime hosta "NAME" u adresu: Privremeni neuspjeh u razlučivanju imena
Na prvi pogled pogreška je razumljiva: klijent ne može razriješiti naziv DBMS poslužitelja, što je tipična pogreška za male mreže gdje nema lokalnog DNS poslužitelja. Kao rješenje, dodajte unos u datoteku domaćini na klijenta, što ne daje rezultat...
A sada se prisjećamo onoga što je rečeno malo ranije. Klijent DBMS poslužitelja je 1C poslužitelj, ali ne i klijentsko računalo, stoga se zapis mora dodati na 1C: Enterprise poslužitelju u datoteku / etc / domaćini na Linux platformi ili na Windows platformi.
Slična pogreška će se dogoditi ako ste zaboravili dodati vrsta zapisa A za DBMS poslužitelj na lokalnom DNS poslužitelju.
Došlo je do pogreške prilikom izvođenja operacije s informacijskom bazom
server_addr = NAME descr = 11001 (0x00002AF9): Ovaj host je nepoznat.
Kao i kod posljednje, ova pogreška je povezana s netočnim razlučivanjem imena poslužitelja od strane klijenta. Ovaj put to je bilo klijentsko računalo. Kao rješenje, dodajte u datoteku / etc / domaćini na Linux platformi ili u C: \ Windows \ System32 \ drajveri \ itd \ hostovi na Windows platformi, unos obrasca:
192.168.31.83SRV-1C-1204
gdje navodite adresu i naziv vašeg 1C: Enterprise poslužitelja. Ako koristite lokalni DNS, dodajte Zapis za 1C server.
Pogreška DBMS-a: BAZA PODATAKA nije upotrebljiva
Mnogo ozbiljnija pogreška, koja ukazuje da ste instalirali verziju PostgreSQL-a koja nije kompatibilna s 1C: Enterprise ili ste napravili velike pogreške tijekom instalacije, na primjer, niste instalirali sve potrebne ovisnosti, posebno knjižnicu libICU.
Ako imate dovoljno iskustva u administriranju Linux sustava, možete pokušati instalirati potrebne knjižnice i ponovno inicijalizirati DBMS klaster. Inače je PostgreSQL bolje ponovno instalirati, ne zaboravite izbrisati sadržaj mape / var / lib / pgsql.
Također, ova se pogreška može pojaviti pri korištenju sklopova 9.1.x i 9.2.x [e-mail zaštićen] , pogledajte dolje za detalje.
DBMS greška:
POGREŠKA: nije moguće učitati biblioteku "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Sasvim specifična greška specifična za sklopove 9.1.x i 9.2.x [e-mail zaštićen] , također može dovesti do prethodne pogreške. Razlog leži u neispravljenoj pogrešci u biblioteci fasttrun.so. Rješenje je vratiti se na sklop 9.0.x [e-mail zaštićen] .
DBMS greška
GREŠKA: tip "mvarchar" ne postoji na znaku 31
Pojavljuje se ako je baza podataka stvorena bez pomoći sustava 1C: Enterprise. Zapamtite, za rad s 1C, baze podataka treba kreirati samo pomoću alata 1C platforme: putem konzole
ili putem 1C pokretača.
Poslužitelj baze podataka nije pronađen
VAŽNO: korisnik "postgres" nije autentificiran (lozinkom)
Vrlo jednostavna pogreška. Lozinka superkorisnika za postgres DBMS je netočna. Postoje dva rješenja: zapamtite lozinku ili je promijenite. U drugom slučaju, morat ćete promijeniti lozinku u svojstvima svih postojećih baza podataka pomoću snap-ina Administracija 1C Enterprise poslužitelja.
Poslužitelj baze podataka nije pronađen
FATALNO: baza podataka "NAME" ne postoji
Još jedna vrlo jednostavna pogreška. Njegovo značenje svodi se na činjenicu da navedena baza podataka ne postoji. Najčešće se javlja zbog pogreške u određivanju naziva baze. Treba imati na umu da su infobaza 1C u klasteru i baza podataka DBMS dva različita entiteta i mogu imati različita imena. Također treba imati na umu da su Linux sustavi osjetljivi na velika i mala slova i za njih unf83 i UNF83 dva različita imena.
Molimo omogućite JavaScript da biste vidjeli
Oznake:
Događa se jednom, bez razloga i bez razloga, program 1C nam daje: Pogreška pri povezivanju s poslužiteljem 1C: Enterprise Ne radi se niti jedan radnički proces. Povezivanje s bazom nije moguće.
Nekoliko opcija za pronalaženje pogrešaka i rješenja:
1. Greška poslužitelja - svašta se može dogoditi
Zaustavite procese u upravitelju zadataka: ragent rphost rmngr i pokrenite uslugu "Server Agent 1C: Enterprise"
2. U slučaju iznenadnog nestanka struje ili sličnih situacija - datoteka je oštećenasrvribrg.lst
Morate izbrisati sve iz mape srvinfo
Za Windows idite u imenik c: \ programske datoteke \ 1c \ 1cv82 \srvinfo, ako Linux usr1cv8 / home / .1cv8 / 1C / 1cv8 ...
Putem administracije 1C Enterprise poslužitelja izradite novi 1C klaster i dodajte baze podataka
3. Preimenovan poslužitelj na kojem se nalazi usluga 1C agenta
Nakon preimenovanja poslužitelja Windows Server 2008 s instaliranim 1C: Enterprise 8.2, usluga 1C: Enterprise 8.2 Server Agent prestala je raditi. Pokreće se, radi nekoliko sekundi, a zatim se zaustavlja. Ako se povežete s poslužiteljem 1C: Enterprise 8.2 putem konzole poslužitelja, pojavljuje se pogreška:
Pogreška pri povezivanju s poslužiteljem 1C: Enterprise 8.2 server_addr = tcp: // SERVER: 1540 descr = Pogreška u mrežnom pristupu poslužitelju (Windows Sockets - 10061 (0x0000274D). Veza nije uspostavljena jer je odredišno računalo odbilo zahtjev za povezivanje.) Redak = 590 datoteka =. \ Src \ DataExchangeTcpClientItmpl.cpp
Prilikom povezivanja s bazom podataka na ovom poslužitelju, imamo sljedeću pogrešku:
Ne radi se nijedan radnički proces. Povezivanje s bazom nije moguće.
Ovaj problem je zbog činjenice da su postavke klastera poslužitelja 1C: Enterprise pohranjene u datotekama u direktoriju srvinfo (put do njega određen je parametrom -d u svojstvima usluge 1C: Enterprise Server Agent). Stoga, nakon promjene naziva računala, morate izvršiti sljedeće dodatne korake:
Za Windows idite u imenik c: \ programske datoteke \ 1c \ 1cv82 \srvinfo, ako Linux- datoteke se nalaze u korisničkom početnom imeniku u ime kojeg je usluga pokrenuta: usr1cv8 / home / .1cv8 / 1C / 1cv8 ...
Uredite dvije datoteke u bilo kojem uređivaču teksta: srvinfo \ srvribrg.lst i srvinfo \ reg_1541 \ 1CV8Reg.lst. Zamijenite stari naziv poslužitelja novim u ovim datotekama.
Pokrenite uslugu 1C: Enterprise Server Agent.
Nakon dovršetka ovih radnji - Sve će biti
ako odjednom ne - ponovite točku 2!
