Tarkvaratoodetega töötades endast teada andvad vead muudavad nende kasutamise sageli võimatuks. Ja eriteadmiste puudumine tööalgoritmide mõistmiseks põhjustab ka ilmnevate rikete diagnoosimise ja kõrvaldamise võimatuse. Selles artiklis vaatame probleemi "Serverit 1C: ettevõtet ei leitud, kuidas parandada agent-serveri käivitamist?"

1C operatsioonis on probleemi lahendamiseks mitmeid viise.

Tekkivatel vigadel on erinevad nüansid, neid saab sortida esinemistasandite järgi:

• One-eski enda arendajad on valesti koode ette kirjutanud;
• Vead, mille on teinud programmeerijad, kes muudavad (muudavad) toodet seoses konkreetse kasutaja nõuete (ülesannetega);
• Vahemälu töövigadest põhjustatud tõrked, mis programmeerijaid enamasti hämmeldavad;

Mis puutub veasse "1C: ettevõtte serverit ei leitud", siis on ebareaalne omistada see ühele nimetatud serverile, kuna selline märguanne on kasutajale märge, et ta ei peaks programmi toimimiseks teatud vajalikke toiminguid tegema.

Parandame selle - käivitage server

Niisiis - olukord, millele see väljaanne on pühendatud, tekib siis, kui agent -serveri teenus on keelatud või peatatud. Pange tähele, et reeglina jäävad selle põhjused ebaselgeks (keda tunnustatakse).

See teenus töötab kahel viisil - kas rakenduse või teenusena. Vaatame, kuidas seda mõlemal juhul teha:

Rakendusena

Rakendusena käivitamiseks käivitage käsk:

Sel juhul on näidatud port, pordivahemikud, tase ja kataloog (nende seadetes). Kui neid parameetreid pole määratud, määrab programm nende väärtused vaikimisi.

Teenusena

Kui teenus valis 1C esmakordsel installimisel käivitusvaliku, siis see registreeritakse ja seejärel tuleks see automaatselt käivitada (operatsioonisüsteemi igal käivitamisel).

Kui agent installiti algselt rakenduse poolt, saate selle käsitsi registreerida ja käivitada. See juhtub käsul (ärge unustage parameetreid):

ragent.exe -instsrvc -usr ‹nime määramine› -pwd ‹parooli määramine›

Port ‹pordi jaoks› -regport ‹sadama› -vahemik ‹pordi vahemikud›

Seclev ‹soovitud tase› -d ‹määrab kataloogi›

Registreerimise tulemuseks on uue teenuse loomine (antud juhul 1C versiooni 8.3 jaoks 64-bitise jaoks):

Mälu jaoks

Teenuse kustutamiseks (registreeringu tühistamiseks) tehke järgmist.

Peatus:

Nüüd teate kõik probleemi "1C: ettevõtte serverit ei tuvastatud" põhjustest ja sellest, mida tuleb selle ilmnemisel teha.

Jäta oma kommentaarid.

See juhtub kord, ilma põhjuseta ja põhjuseta, 1C programm annab meile: Viga 1C -ga ühenduse loomisel: ettevõtte server Ükski töötajaprotsess ei tööta. Ühendus baasiga pole võimalik.

Mitu võimalust vigade ja lahenduste leidmiseks:

1. Serveri tõrge - kõike võib juhtuda

Peatage protsessid tegumihalduris: ragent rphost rmngr ja käivitage teenus "Server Agent 1C: Enterprise"

2. Äkilise elektrikatkestuse või sarnaste olukordade korral - fail on kahjustatudsrvribrg.lst

Peate kaustast kõik kustutama srvinfo

Windowsi jaoks mine kataloogi c: \ programmifailid \ 1c \ 1cv82 \srvinfo, kui Linux usr1cv8 / home / .1cv8 / 1C / 1cv8 ...

Looge 1C Enterprise'i serverite haldamise kaudu uus 1C klaster ja lisage infobaasid

3. Nimetas serveri ümber, millel 1C agenditeenus

Pärast Windows Server 2008 serveri ümbernimetamist, kui installitud on 1C: Enterprise 8.2, lakkas teenus 1C: Enterprise 8.2 Server Agent töötamast. See käivitub, töötab mõne sekundi ja seejärel peatub. Kui loote ühenduse serveriga 1C: Enterprise 8.2 serverikonsooli kaudu, ilmneb tõrge:

Viga serveriga 1C ühendamisel: Enterprise 8.2 server_addr = tcp: // SERVER: 1540 descr = Viga serverile juurdepääsul võrgus (Windowsi pistikupesad - 10061 (0x0000274D). Ühendust ei loodud, kuna sihtarvuti lükkas ühenduse taotluse tagasi.) Rida = 590 fail =. \ Src \ DataExchangeTcpClientItmpl.cpp

Selle serveri andmebaasiga ühenduse loomisel ilmneb järgmine tõrge:

Ükski töötajaprotsess ei tööta. Ühendus baasiga pole võimalik.

See probleem on tingitud asjaolust, et 1C: Enterprise serveriklastri sätted salvestatakse kataloogi srvinfo failidesse (tee selleni määrab teenuse 1C: Enterprise Server Agent atribuutides parameeter -d). Seetõttu peate pärast arvuti nime muutmist tegema järgmised täiendavad toimingud.

Windowsi jaoks mine kataloogi c: \ programmifailid \ 1c \ 1cv82 \srvinfo, kui Linux- failid asuvad kasutaja kodukataloogis, mille nimel teenus käivitatakse: usr1cv8 / home / .1cv8 / 1C / 1cv8 ...

Muutke mis tahes tekstiredaktoris kahte faili: srvinfo \ srvribrg.lst ja srvinfo \ reg_1541 \ 1CV8Reg.lst. Nendes failides asendage vana serveri nimi uuega.

Käivitage teenus 1C: Enterprise Server Agent.

Pärast nende toimingute lõpetamist - kõik saab olema

kui äkki mitte - korrake punkti 2!

1C: Enterprise ja PostgreSQL serveripakett on 1C installide seas populaarsuselt teine ​​ja Linuxi platvormil enim kasutatud lahendus. Erinevalt Windowsi ja MSSQL-põhistest juurutustest, kus on raske panna see mittetoimivaks, on Linuxi-põhised juurutused kogenematu administraatori jaoks täis lõkse. Sageli juhtub, et kõik tundub olevat õigesti tehtud, kuid viga järgneb veale. Täna vaatame kõige tüüpilisemat.

Üldine informatsioon

Enne kui hakkate otsima installivigu ja üldiselt asute rakendama 1C: Enterprise serveriversiooni, oleks tore värskendada oma arusaama selle toimimisest:

Väikeste juurutuste korral ühendatakse 1C -server ja DBMS -server tavaliselt ühele füüsilisele serverile, mis vähendab võimalike vigade ulatust veidi. Meie puhul kaalume olukorda, kui serverid asuvad erinevatel masinatel. Meie katselaboris kasutasime järgmist skeemi:

Meie käsutuses on kaks serverit, mis käitavad Ubuntu 12.04 x64, ühel neist on 1C: ettevõtte versioon 8.3, teisel on PostgreSQL 9.04 Ethersoftilt, samuti klient, kus töötab Windows. Tuletame meelde, et klient töötab ainult 1C serveriga, mis omakorda genereerib DBMS -serverile vajalikud päringud. Kliendilt pole andmebaasihaldusserverile päringuid ei toimu.

TÄHTIS: kasutaja "postgres" pole autentitud (Ident)

See tõrge ilmneb siis, kui serverid on jaotatud erinevatesse arvutitesse kohalikus võrgus valesti konfigureeritud autentimise tõttu. Avatud kõrvaldamiseks /var/lib/pgsql/data/pg_hba.conf, leidke rida:

Host kõik 192.168.31.0/24 ident

ja viige see vormile:

Host kõik 192.168.31.0/24 md5

kus 192.168.31.0/24 - teie kohaliku võrgu leviala. Kui sellist rida pole, tuleks see jaotises luua IPv4 kohalikud ühendused.

Andmebaasiserverit ei leitud
ei suutnud tõlkida hosti nime "NAME" aadressile: ajutine viga nimelahenduses

Esmapilgul on viga arusaadav: klient ei suuda DBMS -serveri nime lahendada, tüüpiline viga väikeste võrkude puhul, kus puudub kohalik DNS -server. Lahendusena lisage faili kirje võõrustajad kliendi peale, mis ei anna tulemust ...

Ja nüüd meenutame veidi varem öeldut. DBMS -serveri klient on 1C -server, kuid mitte kliendiarvuti, seetõttu tuleb kirje lisada faili 1C: Enterprise serveris / etc / hosts Linuxi platvormil või Windowsi platvormil.

Sarnane tõrge ilmneb, kui unustasite lisada kirje tüüp A DBMS -serveri jaoks kohalikus DNS -serveris.

Infobaasiga toimingu tegemisel ilmnes viga
server_addr = NAME descr = 11001 (0x00002AF9): see host on tundmatu.

Nagu eelmine, on ka selle vea põhjuseks kliendi vale serveri nime lahendamine. Seekord oli see klientarvuti. Lahendusena lisage fail / etc / hosts Linuxi platvormil või sees C: \ Windows \ System32 \ drivers \ etc \ hosts Windowsi platvormil vormi kirje:

192.168.31.83SRV-1C-1204

kus määrate oma 1C: Enterprise serveri aadressi ja nime. Kui kasutate kohalikku DNS -i, lisage Lindistus 1C serveri jaoks.

DBMS -i tõrge: DATABASE ei ole kasutatav

Palju tõsisem viga, mis näitab, et installisite PostgreSQL -i versiooni, mis ei ühildu 1C: Enterprise'iga, või tegite installimisel ränki vigu, näiteks ei installinud kõiki vajalikke sõltuvusi, eriti teeki libICU.

Kui teil on Linuxi süsteemide haldamisel piisavalt kogemusi, võite proovida installida vajalikud teegid ja DBMS-klastri uuesti lähtestada. Vastasel juhul on parem PostgreSQL uuesti installida, pidades meeles kausta sisu kustutamist / var / lib / pgsql.

Samuti võib see viga ilmneda sõlmede kasutamisel 9.1.x ja 9.2.x [e -post kaitstud] , vaadake üksikasju allpool.

DBMS-i viga:
VIGA: teeki "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so" ei saanud laadida

Üsna konkreetne viga, mis on spetsiifiline sõlmedele 9.1.x ja 9.2.x [e -post kaitstud] , võib põhjustada ka eelmise vea. Põhjus peitub parandamata veas fasttrun.so teegis. Lahenduseks on tagasi kokkupanek 9.0.x [e -post kaitstud] .

DBMS viga
VIGA: märgi 31 juures pole tüüpi "mvarchar"

Tekib, kui andmebaas loodi ilma süsteemi 1C: Enterprise abita. Pidage meeles, et 1C -ga töötamiseks tuleks andmebaase luua ainult 1C platvormi tööriistu kasutades: konsooli kaudu

või 1C kanderaketi kaudu.

Andmebaasiserverit ei leitud
TÄHTIS: kasutaja "postgres" pole autentitud (parooliga)

Väga lihtne viga. Postgres DBMS superkasutaja parool on vale. Lahendusi on kaks: pidage parool meeles või muutke seda. Teisel juhul peate parooli muutma lisandmooduli abil kõigi olemasolevate infobaaside atribuutides 1C Enterprise serverite haldamine.

Andmebaasiserverit ei leitud
FATAL: andmebaasi "NAME" pole olemas

Veel üks väga lihtne viga. Selle tähendus taandub asjaolule, et määratud andmebaasi pole olemas. Enamasti juhtub see aluse nime täpsustamisel tekkinud vea tõttu. Tuleb meeles pidada, et 1C infobaas klastris ja DBMS -i andmebaas on kaks erinevat olemit ja neil võib olla erinev nimi. Samuti tuleb meeles pidada, et Linuxi süsteemid on tõstutundlikud ja nende jaoks lahti83 ja UNF83 kaks erinevat nime.

• Sildid:

Palun vaadake JavaScripti

Eelmisel nädalal tõime 1C jaoks uue serveri. HP Proliant 380 G6 2 2,58 GHz protsessorit, 6 GB muutmälu ja kolm ketast, igaüks võimsusega 72 GB ja pöörlemiskiirus 15K. Kuna Windows 2008 1C-hüüdnimesid ei seedita (see on veel!), Installisin Windows Server 2003 x64 Standart Editioni.

Esimene reha tuli siis, kui käivitasime serveri "võitlusrežiimi", muutes selle loomulikult ümber: teenus 1C: Enterprise 8.2 Server Agent hakkas kokku jooksma (see käivitub, töötab 10 sekundit ja peatub).

1C: Enterprise 8.2 serveriga serverikonsooli kaudu ühenduse loomisel kuvatakse tõrketeade:

"Viga serveriga 1C ühendamisel: Enterprise 8.2

server_addr = tcp: // s02: 1540 descr = Viga serverile juurdepääsul

(Windowsi pistikupesad - 10061 (0x0000274D). Ühendust ei loodud, kuna sihtarvuti lükkas ühenduse taotluse tagasi.) Rida = 590 fail =. \ Src \ DataExchangeTcpClientItmpl.cpp "

Selle serveri andmebaasiga ühenduse loomisel kuvatakse järgmine tõrge:

"Ükski töövoog ei tööta. Ühendus andmebaasiga pole võimalik."

Tulemüür on keelatud, DEP on samuti keelatud (lubatud ainult Windowsi teenuste puhul). Serveri taaskäivitamine ja platvormi uuesti installimine ei aidanud. Vaatasime registrit kaks korda läbi, samuti tulutult.

Selgub, et 1C: Enterprise serveri klastri sätted salvestatakse kataloogi srvinfo (selle kataloogi teed saab vaadata teenuse 1C: Enterprise 8.2 Server Agent atribuutides, parameetris -d). See kataloog salvestab klastri nime ja selle sätted (sh turvalisuse) ning selle klastriga ühendatud infoturbe loendid ja nende sätted. Need on kaks faili: srvinfo \ srvribrg.lst ja srvinfo \ reg_1541 \ 1CV8Reg.lst. Nendesse konfiguratsioonifailidesse jäi vana serverinimi.

Järgmine viga: V82. ComConnector lõpetas helistamise - kirjutas Klass pole registreeritud. Pärast lühikest guugeldamist leidsin probleemile lahenduse ressursist http://www.gilev.ru/1c/hasp/

15. COM-ühenduste jaoks 64-bitise rakendusserveriga kasutage
võimalik ainult arvutis, kuhu võti on installitud
64-bitine server 1C: Enterprise (ja mitte terminaliseansilt).

Sest
V81.COMConnectori kasutamine arvutites, millel on ainult juurdepääs
kliendivõtmeid, saate registreerida 32-bitise V81.COMConnectori
COM +.

• käivitage komponenditeenused;


• looge tühi COM + rakendus aktiveerimistüübiga - Serveri rakendus ja nimi, näiteks V81_COMConnector, määrake Windowsi kasutajanimi, mille all komponent käivitatakse eraldi dllhost.exe protsessi aadressiruumis;


• jaotises Components lisage uus komponent comcntr.dll kataloogist 1C: Enterprise load modules.

Sel juhul töötab V81.COMConnector eraldi 32-bitises protsessis ja seda saavad kasutada nii 32-bitised kui ka 64-bitised rakendused.

Tahaksin omalt poolt lisada, et teil on vaja kasutajat, kelle all server 8.2 töötab, et lisada see uus komponent kasutajatele.