Javën e kaluar ata sollën një server të ri për 1C. Procesorë HP Proliant 380 G6 2 në 2,58 GHz, 6 GB RAM dhe tre disqe, secili me një kapacitet prej 72 GB dhe një shpejtësi rrotullimi prej 15K. Meqenëse pseudonimet e Windows 2008 1C nuk treten (kjo është tani për tani!), U instalua Windows Server 2003 x64 Standard Edition.
Rakordi i parë erdhi kur serveri u fut në "modalitetin luftarak", natyrisht, duke e riemërtuar atë: shërbimi "Server Agent 1C: Enterprise 8.2" filloi të bjerë (fillon, funksionon për 10 sekonda dhe ndalon).
Kur lidhemi me serverin 1C: Enterprise 8.2 përmes tastierës së serverit, marrim një gabim:
"Gabim në lidhjen me serverin 1C: Enterprise 8.2
server_addr=tcp://s02:1540 descr=Gabim aksesi i rrjetit në server
(Windows Sockets - 10061(0x0000274D). Lidhja dështoi sepse kompjuteri i destinacionit refuzoi kërkesën për lidhje.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp"
Kur lidhemi me bazën e të dhënave në këtë server, marrim gabimin e mëposhtëm:
"Asnjë proces punonjësi nuk po ekzekutohet. Nuk mund të lidhet me bazën e të dhënave."
Firewall është joaktiv, gjithashtu DEP (i aktivizuar vetëm për shërbimet e Windows). Rinisja e serverit dhe riinstalimi i platformës nuk ndihmuan. Shikova regjistrin dy herë, gjithashtu pa dobi.
Rezulton se cilësimet e grupit të serverit 1C: Enterprise ruhen në drejtorinë srvinfo (rruga drejt kësaj drejtorie mund të gjendet në vetitë e shërbimit 1C:Enterprise 8.2 Server Agent, parametri -d). Ky direktori ruan emrin e grupit dhe cilësimet e tij (përfshirë sigurinë) dhe listat e sigurisë së informacionit të lidhur me këtë grup dhe cilësimet e tyre. Këto janë dy skedarë: srvinfo\srvribrg.lst dhe srvinfo\reg_1541\1CV8Reg.lst. Këto skedarë konfigurimi përmbajnë emrin e vjetër të serverit.
Gabimi tjetër: V82.ComConnector ndaloi së thirruri - shkroi Class not registered. Pas një google të shkurtër, gjeta një zgjidhje për problemin në burimin http://www.gilev.ru/1c/hasp/
15. Për lidhjet COM me një server aplikacioni 64-bit, përdorni
e mundur vetëm në kompjuterin në të cilin është instaluar çelësi
64-bit 1C: Server i ndërmarrjes (dhe jo nga një seancë terminali).
Për
duke përdorur V81.COMConnector në kompjuterë që kanë vetëm akses
çelësat e klientit, mund të regjistroni 32-bit V81.COMConnector në
COM+.
- fillimi i Shërbimeve të Komponentit;
- krijoni një aplikacion bosh COM+ me llojin e aktivizimit - aplikacioni i serverit dhe një emër, për shembull, V81_COMConnector, specifikoni emrin e përdoruesit të Windows nën të cilin komponenti do të lëshohet në hapësirën e adresave të një procesi të veçantë dllhost.exe;
- në degën Components, shtoni një komponent të ri comcntr.dll nga drejtoria e moduleve të ngarkesës 1C:Enterprise.
Në këtë rast, V81.COMConnector do të funksionojë në një proces të veçantë 32-bitësh dhe mund të përdoret nga aplikacionet 32-bit dhe 64-bit.
më vete, do të doja të shtoja se ju duhet përdoruesi nën të cilin po funksionon serveri 8.2 për t'ua shtuar këtë komponent të ri përdoruesve.
Gabimet që zbulohen gjatë punës me produkte softuerike më së shpeshti e bëjnë të pamundur përdorimin e tyre. Dhe mungesa e njohurive të veçanta për të kuptuar algoritmet e punës krijon gjithashtu pamundësinë e diagnostikimit dhe korrigjimit të dështimeve që ndodhin. Në këtë artikull, le të hedhim një vështrim në problemin "Server 1C: Enterprise nuk u zbulua, si të rregulloni nisjen e agjentit-server?".
Ka disa mënyra për të zgjidhur problemin në 1C.
Gabimet që ndodhin kanë hyrje dhe dalje të ndryshme, ato mund të renditen sipas niveleve të ndodhjes:
- Përshkrim i gabuar i kodeve nga zhvilluesit e vetë one-eski;
- Gabimet e bëra nga programuesit që modifikojnë (ndryshojnë) produktin në lidhje me kërkesat (detyrat) e një përdoruesi të caktuar;
- Dështimet e shkaktuara nga gabimet në funksionimin e memories së memories, më së shpeshti ngatërrojnë programuesit;
Sa i përket gabimit "Serveri 1C: Enterprise nuk u gjet", është joreale t'i atribuohet një prej sa më sipër, pasi një njoftim i tillë është një tregues për përdoruesin që një veprim i caktuar i nevojshëm nuk është kryer që programi të funksionojë.
Rregullimi - nisja e serverit
Pra - situata të cilës i kushtohet ky publikim ndodh kur shërbimi agjent-server ose çaktivizohet ose ndalet. Vini re se, si rregull, arsyet për këtë mbeten të paqarta (kush njihet).
Ky shërbim funksionon në dy mënyra - ose si aplikacion ose si shërbim. Le të shohim se si ta bëjmë atë në të dyja rastet:
Ashtu si aplikimi
Për ta ekzekutuar atë si një aplikacion, ekzekutoni komandën:
Në këtë rast, porti, diapazoni i portit, niveli dhe drejtoria tregohen (në cilësimet e tyre). Nëse këto parametra nuk janë specifikuar, atëherë vlerat e tyre do të vendosen nga programi "si parazgjedhje".
si shërbim
Kur, gjatë instalimit të parë të 1C, opsioni i nisjes u zgjodh nga shërbimi, atëherë ai regjistrohet dhe më pas duhet të nisë automatikisht (me çdo fillim të sistemit operativ).
Nëse agjenti është instaluar fillimisht nga aplikacioni, atëherë mund ta regjistroni manualisht dhe ta nisni atë. Kjo do të ndodhë me komandën (mos harroni parametrat):
ragent.exe -instsrvc -usr ‹specifiko emrin› -pwd ‹specifiko fjalëkalimin›
Port ‹for a port› -regport ‹for a port› -range ‹port ranges›
Seclev ‹niveli i dëshiruar› -d ‹Direktoria e specifikuar›
Rezultati i regjistrimit do të jetë krijimi i një Shërbimi të ri (në këtë rast, për versionin 1C 8.3 për 64-bit):
Për kujtesë
Për të hequr (çregjistruar) një shërbim:
Ndalo:
Tani ju dini gjithçka rreth shkaqeve të problemit "1C:Serveri i ndërmarrjes nuk u gjet" dhe çfarë të bëni kur të shfaqet.
Lini komentet tuaja.
Pakoja e serverëve 1C:Enterprise dhe PostgreSQL është e dyta më e popullarizuar në mesin e instalimeve 1C dhe zgjidhja më e përdorur në platformën Linux. Ndryshe nga zbatimet e bazuara në Windows dhe MSSQL, ku është e vështirë të bësh që gjërat të mos funksionojnë, zbatimet e bazuara në Linux janë të mbushura me shumë gracka për një administrator të papërvojë. Shpesh ndodh që gjithçka duket se është bërë si duhet, por gabimi pason gabimin. Sot do të shqyrtojmë më tipiket prej tyre.
informacion i pergjithshem
Para se të filloni të kërkoni për gabime në instalim dhe, në përgjithësi, të filloni të zbatoni versionin e serverit të 1C: Enterprise, do të ishte mirë të rifreskoni të kuptuarit se si funksionon:
Në implementime të vogla, serveri 1C dhe serveri DBMS zakonisht kombinohen në të njëjtin server fizik, gjë që ngushton pak gamën e gabimeve të mundshme. Në rastin tonë, ne do të shqyrtojmë situatën kur serverët janë të ndarë nga makina të ndryshme. Në laboratorin tonë të testimit, ne vendosëm skemën e mëposhtme:
Ne kemi dy serverë që ekzekutojnë Ubuntu 12.04 x64, njëri prej tyre ka të instaluar një server 1C:Enterprise version 8.3, tjetri ka PostgreSQL 9.04 nga Ethersoft, si dhe një klient me Windows. Ju kujtojmë se klienti është duke punuar vetëm me serverin 1C, i cili, nga ana tjetër, gjeneron pyetjet e nevojshme në serverin DBMS. Asnjë kërkesë nga klienti në serverin e menaxhimit të bazës së të dhënave nuk ndodh.
E RËNDËSISHME: "postgres" i përdoruesit nuk është vërtetuar (Ident)
Ky gabim ndodh kur serverët shpërndahen nëpër PC të ndryshëm për shkak të vërtetimit të konfiguruar gabimisht në rrjetin lokal. Për të rregulluar, hapeni /var/lib/pgsql/data/pg_hba.conf, gjeni rreshtin:
Pritini të gjitha identifikimin 192.168.31.0/24
dhe bëje të duket kështu:
Pritini të gjitha 192.168.31.0/24 md5
ku 192.168.31.0/24 - gamën e rrjetit tuaj lokal. Nëse nuk ka një linjë të tillë, ajo duhet të krijohet në seksion Lidhjet lokale IPv4.
Serveri i bazës së të dhënave nuk u gjet
nuk mund të përkthehej emri i hostit "EMRI" në adresë: Dështim i përkohshëm në zgjidhjen e emrit
Në pamje të parë, gabimi është i qartë: klienti nuk mund të zgjidhë emrin e serverit DBMS, një gabim tipik për rrjetet e vogla ku nuk ka server lokal DNS. Si zgjidhje, shtoni një hyrje në skedar pret tek klienti, qe nuk jep asnje rezultat...
Dhe tani kujtojmë atë që u tha pak më parë. Klienti i serverit DBMS është serveri 1C, por jo kompjuteri i klientit, prandaj, hyrja duhet të shtohet në serverin 1C: Enterprise në skedar /etc/hosts në platformën Linux ose në platformën Windows.
Një gabim i ngjashëm do të ndodhë nëse keni harruar të shtoni lloji i rekordit A për serverin DBMS në serverin lokal DNS.
Gabim gjatë kryerjes së një operacioni me një bazë informacioni
server_addr=NAME descr=11001(0x00002AF9): Ky host është i panjohur.
Ashtu si ai i mëparshmi, ky gabim është për shkak të zgjidhjes së gabuar të emrit të serverit nga klienti. Këtë herë ishte një PC klienti. Si zgjidhje, shtoni në skedar /etc/hosts në platformën Linux ose C:\Windows\System32\drivers\etc\hosts në platformën Windows, një hyrje e formularit:
192.168.31.83SRV-1C-1204
ku specifikoni adresën dhe emrin e serverit tuaj 1C:Enterprise. Nëse përdorni DNS lokale, shtoni Nje rekord për serverin 1C.
Gabim DBMS: BAZA E TË DHËNAVE nuk është e përdorshme
Një gabim shumë më serioz, që tregon se keni instaluar një version të PostgreSQL që është i papajtueshëm me 1C: Enterprise ose keni bërë gabime të mëdha gjatë instalimit, për shembull, nuk keni instaluar të gjitha varësitë e nevojshme, veçanërisht bibliotekën libICU.
Nëse keni përvojë të mjaftueshme në administrimin e sistemeve Linux, mund të provoni të instaloni bibliotekat e nevojshme dhe të rifilloni grupin DBMS. Përndryshe, PostgreSQL është më mirë të riinstaloni, duke kujtuar të fshini përmbajtjen e dosjes /var/lib/pgsql.
Gjithashtu, ky gabim mund të ndodhë kur përdorni asambletë 9.1.x Dhe 9.2.x [email i mbrojtur] , shihni më poshtë për detaje.
Gabim DBMS:
GABIM: nuk mund të ngarkohej biblioteka "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Gabim mjaft specifik specifik për asambletë 9.1.x Dhe 9.2.x [email i mbrojtur] , gjithashtu mund të rezultojë në gabimin e mëparshëm. Arsyeja qëndron në një gabim të parregulluar në bibliotekën fasttrun.so. Zgjidhja është të riktheheni në asamble 9.0.x [email i mbrojtur] .
Gabim DBMS
GABIM: lloji "mvarchar" nuk ekziston në karakterin 31
Ndodh nëse baza e të dhënave është krijuar pa ndihmën e sistemit 1C: Enterprise. Mos harroni, për të punuar me 1C, bazat e të dhënave duhet të krijohen vetëm duke përdorur mjetet e platformës 1C: përmes tastierës
ose përmes lëshuesit 1C.
Serveri i bazës së të dhënave nuk u gjet
E RËNDËSISHME: përdoruesi "postgres" nuk është vërtetuar (me fjalëkalim)
Një gabim shumë i thjeshtë. Fjalëkalimi i superpërdoruesit të postgres është i pasaktë. Ka dy zgjidhje të mundshme: mbani mend fjalëkalimin ose ndryshoni atë. Në rastin e dytë, do t'ju duhet të ndryshoni fjalëkalimin në vetitë e të gjitha bazave të informacionit ekzistues nëpërmjet snap-in Administrimi i serverëve 1C Enterprise.
Serveri i bazës së të dhënave nuk u gjet
FATAL: baza e të dhënave "EMRI" nuk ekziston
Një tjetër gabim shumë i thjeshtë. Kuptimi i tij reduktohet në faktin se baza e të dhënave e specifikuar nuk ekziston. Më shpesh ndodh për shkak të një gabimi në specifikimin e emrit të bazës së të dhënave. Duhet mbajtur mend se baza e informacionit 1C në grup dhe baza e të dhënave DBMS janë dy entitete të ndryshme dhe mund të kenë emra të ndryshëm. Ju gjithashtu duhet të mbani mend se sistemet Linux janë të ndjeshme ndaj shkronjave të vogla dhe për ta unf83 Dhe UNF83 dy emra të ndryshëm.
Ju lutemi aktivizoni JavaScript për të parë
Etiketa:
Ndodh një herë, pa asnjë arsye dhe nga ajo që na jep programi 1C: Gabim në lidhjen me serverin 1C:Enterprise Asnjë proces punonjësi nuk po ekzekutohet. Lidhja me bazën nuk është e mundur.
Disa opsione për gjetjen e gabimeve dhe zgjidhjeve:
1. Defekt në server - çdo gjë mund të ndodhë
Ndaloni proceset në menaxherin e detyrave: ragent rphost rmngr dhe filloni shërbimin 1C: Enterprise Server Agent
2. Në rast të një ndërprerjeje të papritur të energjisë ose situatave të ngjashme, skedari dëmtohetsrvribrg.lst
Duhet të hiqni gjithçka nga dosja srvinfo
Për Windows shkoni te drejtoria c:\skedarët e programit\1c\1cv82\srvinfo, nëse linux usr1cv8/home/.1cv8/1C/1cv8 ...
Nëpërmjet Administrimit të Serverit 1C Enterprise, krijoni një grup të ri 1C dhe shtoni bazat e informacionit
3. Riemërtoi serverin në të cilin shërbimi i agjentit 1C
Pas riemërtimit të serverit Windows Server 2008 me 1C:Enterprise 8.2 të instaluar, shërbimi 1C:Enterprise 8.2 Server Agent pushoi së funksionuari. Fillon, funksionon për disa sekonda dhe ndalon. Nëse lidheni me serverin 1C:Enterprise 8.2 përmes tastierës së serverit, ndodh një gabim:
Gabim në lidhjen me serverin 1C:Enterprise 8.2 server_addr=tcp://SERVER:1540 descr=Gabim në aksesin e rrjetit në server (Windows Sockets - 10061(0x0000274D). Lidhja dështoi sepse kompjuteri i destinacionit refuzoi kërkesën e lidhjes.) linja =590 =.\Src\DataExchangeTcpClientItmpl.cpp
Kur lidhemi me bazën e të dhënave në këtë server, marrim gabimin e mëposhtëm:
Asnjë proces punonjësi nuk po funksionon. Lidhja me bazën nuk është e mundur.
Ky problem është për faktin se cilësimet e grupit të serverit 1C:Enterprise ruhen në skedarë në drejtorinë srvinfo (rruga drejt saj specifikohet nga parametri -d në vetitë e shërbimit 1C:Enterprise Server Agent). Prandaj, pas ndryshimit të emrit të kompjuterit, duhet të kryeni gjithashtu hapat e mëposhtëm:
Për Windows shkoni te drejtoria c:\skedarët e programit\1c\1cv82\srvinfo, nëse linux- atëherë skedarët janë në drejtorinë kryesore të përdoruesit në emër të të cilit është nisur shërbimi: usr1cv8/home/.1cv8/1C/1cv8 ...
Redaktoni dy skedarë në çdo redaktues teksti: srvinfo\srvribrg.lst dhe srvinfo\reg_1541\1CV8Reg.lst. Zëvendësoni emrin e vjetër të serverit në këto skedarë me një të ri.
Nisni shërbimin 1C: Enterprise Server Agent.
Pas kryerjes së këtyre hapave - Gjithçka do të jetë
nëse papritmas jo - përsërisni hapin 2!
