Erori care se găsesc atunci când lucrează cu produsele software, adesea privesc ocazia de a le folosi. Iar lipsa de cunoștințe speciale pentru înțelegerea algoritmilor de lucru dau naștere la imposibilitatea diagnosticului și corectării eșecurilor emergente. În acest articol, ne referim la problema "Server 1C: Întreprinderile nu au fost detectate cum să remedieze lansarea unui agent de server?".
Pentru a elimina problema în 1c, puteți în mai multe moduri.
Erorile emergente au diferite nopți, ele pot fi sortate după nivelurile de apariție:
- Coduri de prescriere necorespunzătoare de către dezvoltatorii unui eseu în sine;
- Erori realizate de programatori care sunt modificați (modifică) produsul în legătură cu cerințele (sarcinilor) unui anumit utilizator;
- Eșecuri cauzate de erorile lucrării memoriei cache, cele mai des puse în blocul de programatori;
În ceea ce privește eroarea "Server 1C: întreprinderile nu sunt detectate", este nerealist să atribuiți unul dintre cele numerotate, deoarece o astfel de notificare indică faptul că utilizatorul nu îndeplinește operațiunea necesară pentru program.
Corect - Rulați serverul
Deci, situația că această publicație este dedicată în cazul în care serviciul de server sau este dezactivat sau oprit. Observăm că, de regulă, motivele pentru care acestea rămân inexplicabile (care sunt recunoscute).
Acest serviciu este lansat în două moduri sau ca o aplicație sau ca serviciu. Să vedem cum să o facem în ambele cazuri:
Ca anexă
Pentru a le conduce sub forma unei aplicații, o comandă este executată:
Acest lucru este indicat (în setările lor) port, intervale de porturi, nivel și director. Dacă nu specificați acești parametri, atunci valorile lor vor fi programul "implicit".
Sub formă de serviciu
Când, la prima instalare, opțiunea de lansare a fost aleasă de serviciu, este înregistrată și ulterior trebuie să înceapă automat (de fiecare dată când pornirea de funcționare).
Dacă agentul inițial a fost stabilit de aplicație, atunci puteți să-l înregistrați manual și să faceți pornire. Acest lucru va apărea la comandă (nu uitați de parametri):
rAGENT.EXE -INSTSRVC -UR \u003cSpecificați numele\u003e -PWD \u003cSpecificați parola\u003e
PORT \u003cPORT\u003e -ReGport \u003cport\u003e -range \u003cporturi de port\u003e
Seclev \u003cnivelul dorit\u003e -d \u003cdirector specificat\u003e
Rezultatul înregistrării va fi crearea unui nou serviciu (în acest caz pentru versiunea 1C 8.3 pentru 64 de descărcare):
In memoria
Pentru a șterge (anulați înregistrarea) Serviciul:
Stop:
Acum știți totul despre cauzele problemei "Server 1C: întreprinderi care nu au fost detectate" și despre ce trebuie făcut atunci când apare.
Lăsați comentariile dvs.
Se întâmplă într-o zi, nici din ceea ce ne dă programul 1C: Eroare de conectare cu serverul 1C: Compania nu este lansată de nici un flux de lucru. Conexiunea la bază este imposibilă.
Mai multe opțiuni pentru găsirea de erori și soluții:
1. SERVICIUL GLICH - se întâmplă ceva
Opriți-vă în procesele managerului de sarcini: RAGENT RPHOST RMNGR și porniți agentul de service 1C: Agentul de întreprindere
2. Cu o întrerupere bruscă de putere sau situații similare - fișierul a fost deterioratsrvibrg.lst.
Trebuie să ștergeți totul din dosar srivinfo.
Pentru ferestre. Du-te la catalog C: \\ Program Files \\ 1C \\ 1CV82 \\srivinfo., în cazul în care un Linux. uSR1CV8 / HOME / .CV8 / 1C / 1CV8 ...
Prin administrarea serverelor 1C a întreprinderii pe noul Cluster 1C și adăugați baze de informații
3. A redenumit serverul pe care agentul de serviciu 1c
După redenumirea Windows Server 2008 cu o instalată 1C: Enterprise 8.2, Serviciul "Server 1C: Enterprise 8.2" a încetat să lucreze. Începe, funcționează pentru câteva secunde și se oprește. Dacă vă conectați la serverul 1C: întreprinderea 8.2 prin consola de server, apare o eroare:
Eroare de conectare 1C: Enterprise 8.2 Server_Addr \u003d TCP: // Server: 1540 Der. 590 FILE \u003d. \\ SRC \\ DATEXCHANGETCPLINTITMPL.CPP
Când este conectat la baza de date de pe acest server, avem următoarea eroare:
Nu este lansat un flux de lucru unic. Conexiunea la bază este imposibilă.
Această problemă se datorează faptului că setările clusterului de server 1C: Compania este stocată în fișiere în directorul SRIVINFO (Calea Specifică parametrul -d în proprietățile serviciului Server 1C: Enterprise Agent). Prin urmare, după schimbarea numelui calculatorului, trebuie să faceți în plus următoarele:
Pentru ferestre. Du-te la catalog C: \\ Program Files \\ 1C \\ 1CV82 \\srivinfo., în cazul în care un Linux.- Fișierele se află în directorul de domiciliu al utilizatorului în numele serviciului: uSR1CV8 / HOME / .CV8 / 1C / 1CV8 ...
Editați în orice editor de text Două fișiere: srvinfo \\ srvribrg.lst și srvinfo \\ reg_1541 \\ 1cv8reg.lst. Înlocuiți în aceste fișiere un nume de server vechi la unul nou.
Rulați serviciul 1C: Enterprise Server Agent Service.
După efectuarea acestor acțiuni - totul va fi
dacă nu există nici un produs repetat 2!
Bunch Server 1C: Enterprise și PostgreSQL a doua cea mai populară dintre instalațiile 1C și cea mai utilizată soluție de pe platforma Linux. Spre deosebire de planificarea Windows și MSSQL, în cazul în care este dificil să se facă, astfel încât să nu funcționeze, introducerea pe baza Linux este întărirea multor capcane pentru un administrator neexperimentat. Se întâmplă adesea că totul pare să fie făcut corect, dar eroarea urmează eroarea. Astăzi ne vom uita la cele mai tipice dintre ele.
Informații generale
Înainte de a începe să căutați erori de instalare și, în general, să introduceți la implementarea versiunii serverului 1c: Întreprinderile ar fi frumos să reîmprospătați Vizualizarea Cum funcționează:
În implementările mici, serverul 1c și serverul DBMS se combină de obicei pe un server fizic, care îngustă ușor cercul eventualelor erori. În cazul nostru, situația va fi luată în considerare atunci când serverele sunt separate de mașini diferite. În laboratorul nostru de testare am lansat următoarea schemă:
La dispoziția noastră există două servere care rulează Ubuntu 12.04 x64, pe unul dintre ele instalate Server 1C: Enterprise Versiunea 8.3, pe un alt postgreSQL 9.04 de la Ethersoft, precum și un client Windows. Vă reamintim că clientul funcționează numai Cu serverul 1c, care, la rândul său, generează solicitările necesare la serverul DBMS. Nu există interogări de la client la serverul bazei de date bazei de date nu se intampla.
IMPORTANT: Utilizatorul postgres nu a trecut autentificarea (ident)
Această eroare apare atunci când serverele sunt separate de PC-uri diferite datorită autentificării incorecte configurate în rețeaua locală. Deschis pentru a elimina /var/lib/pgsql/data/pg_hba.conf., găsiți șirul:
Gazdă toate toate cele 192.168.31.0/24 Ident
Și să-l aduceți în minte:
Găzduiți toate cele 192.168.31.0/24 MD5
unde 192.168.31.0/24 - Gama de rețea locală. Dacă nu există linii, ar trebui create în secțiune IPv4 conexiuni locale.
Serverul de bază de date nu a fost detectat
nu ar putea transla numele gazdei "Nume" DIRESTE: Eșecul temporar în rezoluția de nume
La prima vedere, eroarea este de înțeles: Clientul nu poate permite numele serverului DBMS, o eroare tipică pentru rețelele mici, unde nu există un server DNS local. Ca o soluție adăugați înregistrarea fișierului gazde. Pe client, care nu dă niciun rezultat ...
Și acum îmi amintesc ce a spus oarecum mai devreme. Clientul serverului DBMS este serverul 1c, dar nu un PC client, prin urmare, înregistrarea trebuie adăugată pe serverul 1c: întreprindere la fișier / etc / gazde Pe Linux sau pe platforma Windows.
O eroare similară va apărea dacă ați uitat să adăugați Tipul de înregistrare A. Pentru serverul DBMS de pe serverul DNS local.
Eroare la efectuarea unei operațiuni cu o bază de informații
sERVER_ADDR \u003d NAMESCR \u003d 11001 (0x00002AF9): Această gazdă nu este cunoscută.
Ca și trecutul, această eroare este asociată cu rezoluția greșită a clientului Nume Server. De data aceasta este PC-ul clientului. Adăugați la fișier ca o soluție / etc / gazde pe platforma Linux sau în C: \\ Windows \\ System32 \\ Drivere \\ ETC \\ Hosts În vizualizarea înregistrării platformei Windows:
192.168.31.83SRV-1C-1204
unde specificați adresa și numele serverului dvs. 1C: întreprinderi. În cazul utilizării DNS locale, adăugați O înregistrare Pentru serverul 1c.
Eroare DBD: baza de date nu este potrivită pentru utilizare
O greșeală mult mai gravă, care spune că ați instalat incompatibil cu versiunea 1C: Enterprise PostgreSQL sau erori brute în timpul instalării, de exemplu, nu setați toate dependențele necesare, în special biblioteca libicu..
Dacă aveți o experiență de administrare suficientă a sistemelor Linux, puteți încerca să setați bibliotecile necesare și să reintroduceți clusterul DBMS. În caz contrar, PostgreSQL este reinstalarea mai bună, fără să uitați să ștergeți conținutul dosarului / Var / lib / pgsql.
De asemenea, această eroare poate apărea atunci când utilizați ansambluri 9.1.x.și 9.2.x. [E-mail protejat] , privește jos.
Eroare DBMS:
Eroare: nu a putut încărca biblioteca "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Eroare destul de specifică caracteristică ansamblurilor 9.1.x.și 9.2.x. [E-mail protejat] De asemenea, poate duce la eroarea anterioară. Motivul se află în eroarea defectă în biblioteca FastTrun.SO. Soluție - Rulați înapoi la ansamblu 9.0.x. [E-mail protejat] .
Eroare DBMS.
EROARE: Tipul "MVARCHAR" nu există la caracterul 31
Se întâmplă dacă baza de date a fost creată fără ajutorul sistemului 1C: întreprinderi. Amintiți-vă, pentru a lucra cu baza de date 1C ar trebui să fie creată numai utilizând instrumentele de platformă 1c: prin consola
sau prin lansarea tipului 1c.
Serverul de bază de date nu a fost detectat
IMPORTANT: Utilizator "Postgres" nu a transmis autentificarea (prin parolă)
O greșeală foarte simplă. Passgres Super utilizator specificat incorect. Opțiunile de soluție Două: Recalați parola sau schimbați-o. În al doilea caz, va trebui să schimbați parola în proprietățile tuturor bazelor de informații existente prin intermediul SNAP Administrați serverele 1C Enterprise.
Serverul de bază de date nu a fost detectat
Fatal: Database "Nume" nu există
O altă greșeală foarte simplă. Nu are sens să se asigure că baza de date specificată nu există. Cel mai adesea apare din cauza unei erori în specificarea numelui bazei. Trebuie amintit că baza de informații 1c din cluster și baza de date DBMS sunt două entități diferite și poate avea nume diferite. De asemenea, trebuie amintit că sistemele Linux sunt sensibile la înregistrare și pentru ei uNF83. și UNF83. Două nume diferite.
Activați JavaScript pentru a vizualiza
Etichete:
Săptămâna trecută a adus un nou server pentru 1c. Procesor HP ProLiant 380 G6 2 2,58 GHz, 6 GB de memorie RAM și trei discuri, fiecare capacitate de 72 GB și viteză de rotație 15k. Deoarece poreclele Windows 2008 1C nu sunt digerate (acest lucru este încă!), Am instalat Windows Server 2003 X64 Standart Edition.
Primele greble au venit când serverul a fost lansat în "Modul de luptă", în mod natural, redenumit: serviciul "Agentul de server 1C: Întreprinderea 8.2" a început să cadă (începe, alergând 10 secunde și se oprește).
Când este conectat la 1c: întreprindere 8.2 Prin consola de servere, primim o eroare:
"Eroare de conectare cu serverul 1c: Întreprinderea 8.2
sERVER_ADDR \u003d TCP: // S02: 1540 Descrie \u003d server de eroare de acces la rețea
(Sockets Windows - 10061 (0x0000274D). Conexiunea nu este instalată, deoarece calculatorul final a respins cererea de conectare.) Linia \u003d 590 Fișier \u003d. \\ Src \\ dateexchangetcpclientitmpl.cpp
Când este conectat la baza de date de pe acest server, obținem o astfel de eroare:
"Nu este lansat un flux de lucru unic. Conexiunea la bază este imposibilă."
Firewall-ul este oprit, Dep este, de asemenea, (activat numai pentru serviciile Windows). Repornirea serverului și reinstalarea platformei nu a ajutat. Vizualizați și registrul de două ori, fără nici un rezultat.
Se dovedește a configura clusterul de server 1C: Compania este stocată în directorul SRIVFO (Calea spre acest director poate fi vizualizată în Părți de service "Server 1C: Enterprise 8.2" Parameter -d). Acest director stochează numele clusterului și setările sale (inclusiv securitatea) și listele din Ib conectate la acest cluster și setările acestora. Acestea sunt două fișiere: srvinfo \\ srvribrg.lst și srvinfo \\ reg_1541 \\ 1cv8reg.lst. În aceste fișiere de configurare și numele vechiului server rămâne.
Următoarea bug: a oprit apelul V82.comConnector - a scris clasa nu a fost înregistrată. După un scurt Google, am găsit o soluție la problema de pe resursa http://www.gilev.ru/1c/hip/
15. Pentru conexiunile COM la utilizarea aplicației Server de 64x BITS
Poate numai pe computerul pe care este instalat cheia
64-biți Server 1C: Întreprinderile (și nu din sesiunea terminalului).Pentru
Utilizarea V81.comConnector pe computerele disponibile numai
Cheile clienților pot fi înregistrate 32 de biți V81.comConnector în
COM +.
- servicii de pornire a componentelor;
- creați o aplicație goală COM + cu aplicație de tip Activare - aplicație și nume de server, de exemplu, V81_Connector, specificați numele de utilizator Windows, în numele căruia componenta va funcționa în spațiul de adresă al procesului separat dllhost.exe;
- În ramura componentelor, adăugați un nou component COMCNTR.dll din catalogul modulului de încărcare 1C: întreprinderi.
În acest caz, V81.comConnector va funcționa într-un proces separat pe 32 de biți și poate fi utilizat atât aplicații pe 32 de biți, cât și aplicații pe 64 de biți.
de la mine vreau să adaug că aveți nevoie de utilizatorul sub care serverul 8.2 funcționează adaugă utilizatorilor acestei noi componente.
