Kļūdas, kas atrod sevi, strādājot ar programmatūras produktiem, visbiežāk atņem iespēju tos izmantot. Un īpašu zināšanu trūkums darba algoritmu izpratnei rada neiespējamību diagnosticēt un koriģēt jaunās kļūmes. Šajā rakstā mēs atsaucamies uz problēmu "Server 1C: Uzņēmumi nav atklāti, kā noteikt servera aģenta uzsākšanu?".
Lai novērstu problēmu 1C, jūs varat vairākos veidos.
Jaunās kļūdas ir atšķirīgas zemesnakti, tos var sakārtot pēc parādības līmeņiem:
- Nepareizi izrakstīšanas kodi paša esejas izstrādātājiem;
- Kļūdas, ko veic programmētāji, kas ir modificēti (mainīt) produktu saistībā ar konkrēta lietotāja prasībām (uzdevumiem);
- Neveiksmes, ko izraisa kešatmiņas darba kļūdas, visbiežāk likts programmētāju strupceļā;
Attiecībā uz kļūdu "serveris 1C: uzņēmumi nav atklāti", tas ir nereāli, lai atrastu vienam no nosaukuma, jo šāds paziņojums norāda, ka lietotājs nespēj izpildīt nepieciešamo darbību programmai.
Pareizi - palaist serveri
Tātad - situācija, kad šī publikācija ir veltīta gadījumā, ja servera pakalpojums vai ir atspējots vai apstājās. Mēs atzīmējam, ka, kā likums, iemesli tam joprojām ir neizskaidrojami (kas ir atzīts).
Šis pakalpojums tiek uzsākts divos veidos vai kā pieteikumu vai kā pakalpojumu. Redzēsim, kā to izdarīt abos gadījumos:
Kā pielikums
Lai to palaistu pieteikuma veidā, komanda tiek izpildīta:
Tas ir norādīts (to iestatījumos) ostā, ostu diapazonos, līmenī un direktorijā. Ja jūs nenorādāt šos parametrus, tad to vērtības būs programma "Noklusējuma".
Servisa veidā
Kad, pirmajā instalācijā, palaišanas opcija tika ievēlēta ar pakalpojumu, tas tiek ierakstīts un pēc tam jāsāk automātiski (katru reizi, kad sākuma sākt).
Ja aģents sākotnēji tika noteikts ar pieteikumu, tad jūs varat manuāli reģistrēt to un veikt starta. Tas notiks komandā (neaizmirstiet par parametriem):
ragent.exe -inSrvc -usr \u003cNorādiet vārdu\u003e -PWD \u003cNorādiet paroli\u003e
Port \u003costa\u003e -Regport \u003cPort\u003e - -Range \u003costas diapazoni\u003e
Seclev \u003cvēlamais līmenis\u003e - \u003cNorādītais direktorijs\u003e
Reģistrācijas rezultāts būs jauna pakalpojuma izveide (šajā gadījumā par 1C versiju 8,3 par 64-izkraušanu):
Atmiņā
Lai dzēstu (atcelt reģistrāciju) pakalpojumu:
Apstāties:
Tagad jūs zināt visu par problēmas cēloņiem "Server 1C: Uzņēmumi, kas nav atklāti" un par to, kas ir jādara, kad tas parādās.
Atstājiet savus komentārus.
Tas notiek kādu dienu, ne no tā, ko 1C programma dod mums: Savienojuma kļūda ar serveri 1C: Uzņēmums nav uzsākta ar jebkuru darbplūsmu. Savienojums ar bāzi nav iespējams.
Vairākas iespējas atrast kļūdas un risinājumus:
1. Glitch Servak \u200b\u200b- kaut kas notiek
Apstājieties uzdevumu pārvaldnieka procesos: Raglent RPHOST RMNGR un sākt pakalpojumu aģents 1C: Enterprise Agent
2. Ar pēkšņu strāvas padeves pārtraukumu vai līdzīgas situācijas - fails tika bojātssrvribrg.lst.
Jums ir nepieciešams izdzēst visu no mapes srvinfo.
Windows. Iet uz katalogu C: Programmas faili \\ 1C \\ 1CV82 \\ tsrvinfo., ja Linux uSR1CV8 / Sākums / .1CV8 / 1C / 1CV8 ...
Izmantojot uzņēmuma serveru 1C, jaunajā izveidot kopu 1c un pievienot informācijas bāzes
3. Pārdēvēts serveris, kurā pakalpojumu aģents 1c
Pēc Windows Server 2008 pārdēvēšanas ar instalētu 1C: Enterprise 8.2, pakalpojums "Server 1C: Enterprise 8,2" ir pārtraukusi darbu. Tas sākas, darbojas uz dažām sekundēm un apstājas. Ja izveidojat savienojumu ar 1C serveri: Enterprise 8.2 caur servera konsoli, tad rodas kļūda:
Savienojuma kļūda 1C: Enterprise 8.2 Server_Addr \u003d TCP: // serveris: 1540 descr \u003d Kļūdas tīkls Piekļuve serverim (Windows kontaktligzdas - 10061 (0x0000274d). Savienojums nav instalēts, jo galamērķa dators noraidīja savienojuma pieprasījumu.) Line \u003d 590 Fails \u003d. \\ SRC \\ DAYEXCHANGETCPCLIENTITMPL.CPP
Kad savienots ar datubāzi šajā serverī, mums ir šāda kļūda:
Nav uzsākta viena darbplūsma. Savienojums ar bāzi nav iespējams.
Šī problēma ir saistīta ar faktu, ka 1C servera klasteru uzstādījumi: uzņēmums tiek saglabāts failos Srvinfo direktorijā (ceļš uz to norāda -d parametrs servera 1C īpašībās: Enterprise Agent Service). Tāpēc, mainot datora nosaukumu, jums papildus jādara šādi:
Windows. Iet uz katalogu C: Programmas faili \\ 1C \\ 1CV82 \\ tsrvinfo., ja Linux- Faili atrodas lietotāja mājas direktorijā pakalpojuma vārdā: uSR1CV8 / Sākums / .1CV8 / 1C / 1CV8 ...
Rediģēt jebkurā teksta redaktorā Divi faili: SRVINFO \\ SRVRIB.LST un SRVINFO REG_1541 \\ 1CVOREG.LST. Nomainiet šos failus vecā servera nosaukumu uz jaunu.
Palaist 1C: Enterprise Server Agent Service.
Pēc šo darbību veikšanas - viss būs
ja nav nē - Atkārtojiet 2. punktu!
Bunch Server 1C: Enterprise un PostgreSQL otrais populārs starp 1C iekārtām un visbiežāk izmantoto šķīdumu Linux platformā. Atšķirībā no logiem un MSSQL plānošanu, kur ir grūti to darīt, lai tas nedarbosies, ieviešana, pamatojoties uz Linux, visdažādākos nepilnības nepieredzējušam administratoram. Bieži gadās, ka viss, šķiet, ir pareizi izdarīts, bet kļūda seko kļūdai. Šodien mēs aplūkosim tos tipiskākos.
Galvenā informācija
Pirms sākat meklēt uzstādīšanas kļūdas un kopumā, lai ieviestu servera versijas 1.c īstenošanu: uzņēmumi būtu jauki atsvaidzināt skatu, kā tas darbojas:
Mazās implementācijas serveris 1c un DBMS serveris parasti apvieno vienā fiziskajā serverī, kas nedaudz sašaurina iespējamo kļūdu loku. Mūsu gadījumā situācija tiks ņemta vērā, kad serveri ir atdalīti ar dažādām mašīnām. Mūsu testa laboratorijā mēs uzsāka šādu shēmu:
Mūsu rīcībā ir divi serveri, kas darbojas Ubuntu 12.04 x64, vienā no tiem instalētais serveris 1C: Enterprise versija 8.3, uz citu Postgresql 9.04 no EtherSoft, kā arī Windows klients. Mēs jums atgādinām, ka klients darbojas tikai Ar serveri 1C, kas, savukārt, ģenerē nepieciešamos pieprasījumus DBVS serverī. Klienta nav vaicājumi datu bāzes datu bāzes serverī nenotiek.
SVARĪGI: Postgres lietotājs nav izturējis autentifikāciju (IDEN)
Šī kļūda rodas, ja serveri ir atdalīti ar dažādiem datoriem, jo \u200b\u200bvietējā tīklā ir nepareizi konfigurēta autentifikācija. Atvērts, lai novērstu /var/lib/pgsql/data/pg_hba.conf., atrast virkni:
Host All All 192.168.31.0/24 Ident
un atnesiet to prātā:
Uzņēmēja visus 192.168.31.0/24 MD5
kur 192.168.31.0/24 - vietējā tīkla klāsts. Ja nav līniju, tas būtu jāizveido sadaļā IPv4 vietējie savienojumi.
Datu bāzes serveris nav atklāts
nevarēja translāt uzņēmēja nosaukumu "Vārds" TODRESS: pagaidu neveiksmes nosaukuma izšķirtspēju
No pirmā acu uzmetiena kļūda ir saprotama: klients nevar atļaut vārda DBMS serveri, tipisku kļūdu maziem tīkliem, kur nav vietējā DNS servera. Kā risinājums pievienot ierakstu failā saimniekiem. Klientam, kas nedod nevienu rezultātu ...
Un tagad es atceros, kas agrāk tika teikts nedaudz. DBMS servera klients ir serveris 1C, bet ne klienta PC, tāpēc serverim 1C ir jāpievieno ieraksts failā / etc / saimniekiem Uz Linux vai Windows platformā.
Līdzīga kļūda notiks, ja esat aizmirsis pievienot Ieraksta veids A. DBMS serverim vietējā DNS serverī.
Kļūda, veicot operāciju ar informācijas bāzi
sERVER_ADDR \u003d NOSAUKUMS DESCR \u003d 11001 (0x00002AF9): Šis uzņēmējs nav zināms.
Tāpat kā pagātne, šī kļūda ir saistīta ar nepareizu servera nosaukuma klienta izšķirtspēju. Šoreiz tas ir klienta PC. Pievienojiet failam kā risinājumu / etc / saimniekiem uz Linux platformas vai C: Windows \\ System32 \\ draiveri ut Uz Windows platformas ieraksts:
192.168.31.83SRV-1C-1204
ja norādiet savu 1C servera adresi un nosaukumu: uzņēmumi. Vietējo DNS lietošanas gadījumā pievienojiet Ieraksts Serverim 1c.
DBD kļūda: datu bāze nav piemērota lietošanai
Daudz nopietnāka kļūda, kurā teikts, ka instalējāt nesaderīgu ar 1C: Enterprise versiju PostgreSQL vai padarīja aptuvenas kļūdas uzstādīšanas laikā, piemēram, nav noteikt visas nepieciešamās atkarības, jo īpaši bibliotēku libicu..
Ja jums ir pietiekama Linux sistēmu administrēšanas pieredze, varat mēģināt iestatīt nepieciešamās bibliotēkas un atkārtoti inicializēt DBVS klasteri. Pretējā gadījumā PostgreSQL ir labāk pārinstalējot, neaizmirstot izdzēst mapes saturu / Var / lib / pgsql.
Arī šī kļūda var rasties, izmantojot mezglus 9.1.x.un 9.2.x. [E-pasts aizsargāts] , Paskatieties tālāk.
DBVS kļūda:
Kļūda: nevarēja ielādēt bibliotēku "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Diezgan specifiska kļūda, kas raksturīga mezgliem 9.1.x.un 9.2.x. [E-pasts aizsargāts] Var izraisīt arī iepriekšējo kļūdu. Iemesls ir bojātās kļūdas Fasttrun.so bibliotēkā. Šķīdums - Atgriezieties atpakaļ uz montāžu 9.0.x. [E-pasts aizsargāts] .
Kļūda DBMS
Kļūda: tips "MVARCHAR" neeksistē raksturs 31
Tas notiek, ja datubāze ir izveidota bez 1C sistēmas palīdzības: uzņēmumi. Atcerieties, ka strādāt ar 1C datubāzi, jāizveido tikai, izmantojot 1C platformas rīkus: caur konsoli
vai izmantojot 1.c darbības sākuma tipu.
Datu bāzes serveris nav atklāts
SVARĪGI: Lietotājs "Postgres" neizturēja autentifikāciju (pēc paroles)
Ļoti vienkārša kļūda. Nepareizi norādīts Postgres Super lietotāja parole. Risinājumu opcijas divas: atcerieties paroli vai mainīt to. Otrajā gadījumā jums būs nepieciešams mainīt paroli visu esošo informācijas bāzu īpašībās, izmantojot snap Pārvaldīt serverus 1C uzņēmumu.
Datu bāzes serveris nav atklāts
Fatāls: datu bāzes "nosaukums" nepastāv
Vēl viena ļoti vienkārša kļūda. Nav jēgas nodrošināt, ka norādītā datu bāze nepastāv. Visbiežāk rodas kļūdas dēļ, norādot bāzes nosaukumu. Jāatceras, ka 1C informācijas bāze klasterī un DBVS datubāzē ir divas dažādas vienības, un tiem var būt dažādi vārdi. Būtu jāatceras arī, ka Linux sistēmas ir jutīgas pret reģistrāciju un par tiem uNF83. un UNF83. Divi dažādi nosaukumi.
Lūdzu, iespējojiet JavaScript, lai apskatītu
Tags:
Pagājušajā nedēļā ieveda jaunu serveri 1C. HP ProLiant 380 G6 2 2,58 GHz procesors, 6 GB RAM un trīs diski, katra jauda ir 72 GB un rotācijas ātrums 15K. Tā kā Windows 2008 1C iesaukas nav sagremotas (tas joprojām ir!), Es instalēju Windows Server 2003 X64 standart Edition.
Pirmie grābekļi nāca, kad serveris tika uzsākts "kaujas režīmā", protams, pārdēvēts par to: pakalpojums "Server Agent 1C: Enterprise 8,2" sāka krist (sāk, darbojas 10 sekundes un apstājas).
Kad savienots ar 1C: Enterprise 8.2 caur servera konsoli, mēs saņemam kļūdu:
"Savienojuma kļūda ar serveri 1C: Enterprise 8.2
sERVER_ADDR \u003d TCP: // S02: 1540 DESCR \u003d Tīkla piekļuves kļūdu serveris
(Windows kontaktligzdas - 10061 (0x0000274D). Savienojums nav instalēts, jo galīgais dators noraidīja savienojuma pieprasījumu.) Line \u003d 590 fails \u003d. \\ SRC \\ DAYEXCHANGETCPClientitMpl.cpp
Kad savienots ar datubāzi šajā serverī, mēs saņemam šādu kļūdu:
"Nav uzsākta viena darbplūsma. Savienojums ar bāzi nav iespējams."
Ugunsmūris ir izslēgts, DEP ir arī (iespējots tikai Windows pakalpojumiem). Servera restartēšana un platformas pārinstalēšana nepalīdzēja. Apskatīja reģistru divas reizes, arī bez rezultātiem.
Izrādās, lai izveidotu 1C servera klasteri: uzņēmums tiek saglabāts Srvinfo direktorijā (ceļš uz šo direktoriju var apskatīt pakalpojuma rekvizītos "Server 1C: Enterprise 8.2" parametrs -d). Šajā direktorijā saglabā klastera nosaukumu un tās iestatījumus (tostarp drošību) un IB sarakstus, kas savienoti ar šo kopu un to iestatījumiem. Tie ir divi faili: SRVINFO SRVRIB.LST un SRVINFO REG_1541 \\ 1CVORREG.LST. Šajos konfigurācijas failos paliek vecais servera nosaukums.
Nākamā kļūda: pārtrauca zvanīt V82.comConnector - rakstīja klase nav reģistrēta. Pēc īsa Google es atradu risinājumu problēmai resursā http://www.gilev.ru/1c/hasp/
15. COM savienojumiem ar 64x bitu servera lietojumprogrammu lietošanu
Iespējams, tikai datorā, kurā ir instalēta atslēga
64 bitu serveris 1C: Uzņēmumi (nevis no termināla sesijas).Priekš
izmantojot V81.ComConnector datoros, kas ir pieejami tikai
Klientu taustiņus var reģistrēt 32 bitu v81.comconnector in
Com +.
- sākt komponentu pakalpojumus;
- izveidojiet tukšu COM + lietojumprogrammu ar aktivizēšanas veida - servera lietojumprogrammu un nosaukumu, piemēram, V81_comconnector, norādiet Windows lietotājvārdu, kuras vārdā komponents darbosies atsevišķā DLLHost.exe procesa adreses telpā;
- komponentu filiālē pievienojiet jaunu komponentu Comcntr.dll no 1C iekraušanas moduļa kataloga: Uzņēmumiem.
Šajā gadījumā V81.comconnector darbosies atsevišķā 32 bitu procesā, un to var izmantot gan 32 bitu, gan 64 bitu lietojumprogrammas.
no sevis es vēlos piebilst, ka jums ir nepieciešams lietotājs, saskaņā ar kuru serveris 8,2 darbi pievieno lietotājiem šo jauno komponentu.
