Hibák, amelyek megtalálják magukat, amikor a szoftveres termékekkel dolgoznak, leggyakrabban megfosztják azokat a lehetőséget, hogy használják őket. És a munka algoritmusok megértésének különleges ismereteinek hiánya a feltörekvő kudarcok diagnosztizálásának és korrekciójának lehetetlenné válik. Ebben a cikkben hivatkozunk a "Kiszolgáló 1c: A vállalatok nem észleltek, hogyan kell kijavítani a kiszolgálói ügynök elindítását?".

Az 1C-ben való probléma megszüntetése érdekében többféleképpen lehet.

A feltörekvő hibák eltérőek, az előfordulás szintjével rendezhetők:

• Az egy esszé fejlesztői általi nem megfelelő felírási kódok;
• A programozók által módosított programozók által készített hibák, amelyek egy adott felhasználó igényeihez (feladatok) vonatkoznak;
• A gyorsítótár-memória munkájának hibái által okozott hibák, amelyeket leggyakrabban a programozók holtpontjában helyeznek el;

Ami a "Kiszolgáló 1c kiszolgáló: A vállalkozások nem észlelhető", irreális, hogy az egyik megnevezettnek tulajdonítsa, mivel egy ilyen értesítés jelzi, hogy a felhasználó nem teljesíti a szükséges műveletet a programhoz.

Helyes - futtassa a kiszolgálót

Tehát - a helyzet, hogy ezt a kiadványt a szerver szolgáltatás, vagy le van állítva, vagy leállítva. Megjegyezzük, hogy általában az e bizonyítékok továbbra is megmagyarázhatatlanok (akik elismertek).

Ez a szolgáltatás két módon vagy alkalmazásként vagy szolgáltatásként indul. Lássuk, hogyan kell csinálni mindkét esetben:

Mellékletként

Az alkalmazás formájában történő futtatásához egy parancsot hajtanak végre:

Ezt jelzi (a beállítások) port, port tartományok, szint és könyvtár. Ha nem adja meg ezeket a paramétereket, akkor értékük lesz az "alapértelmezett" program.

Szolgáltatás formájában

Amikor az első telepítésnél az indító opciót a szolgáltatás választotta, akkor rögzítve, és ezt követően automatikusan el kell indulnia (minden alkalommal, amikor az üzemeltetési kezdet).

Ha az ügynök eredetileg az alkalmazás által beállított, akkor manuálisan regisztrálhatja, és az indítás. Ez a parancsban történik (ne felejtsük el a paramétereket):

ragent.exe -instsrvc -usr \u003cAdja meg a név\u003e -pwd \u003cjelszó megadása\u003e

Port \u003cport\u003e -Regport \u003cport\u003e -Range \u003cport tartományok\u003e

SECLEV \u003cA kívánt szint\u003e -d \u003cmegadott könyvtár\u003e

A regisztrációs eredmény egy új szolgáltatás létrehozása lesz (ebben az esetben az 1c-es 8.3-as verzióhoz 64-es mentesítéshez):

Emlékül

Törlés (Regisztráció törlése) szolgáltatás:

Álljon meg:

Most már tudod mindent a probléma okairól "Szerver 1c: A vállalatok nem észleltek" és arról, hogy mit kell tenni, amikor megjelenik.

Hagyja meg észrevételeit.

Ez egy nap történik, sem az 1C programtól sem: Csatlakozási hiba a SERVER 1C-vel: A céget semmilyen munkafolyamat nem indítja el. A bázishoz való csatlakozás lehetetlen.

Számos lehetőség a hibák és megoldások megtalálására:

1. Glitch Serkak - bármi történik

Állítsa le a feladatkezelő folyamatait: Ragent Rphost RMNGR és indítsa el az 1c szervizügynököt: Enterprise Agent

2. Hirtelen áramkimaradással vagy hasonló helyzetekkel - a fájl megsérültsrvribrg.lst.

Mindent törölnie kell a mappából srvinfo.

Windows esetén. Menj a katalógusba C: Programfájlok \\ 1C \\ 1CV82 \\srvinfo., Ha egy Linux uSR1CV8 / HOME / .1CV8 / 1C / 1CV8 ...

A vállalat 1c szervereinek adminisztrációján keresztül az új létrehozott Cluster 1c-ben, és adjon hozzá információs alapokat

3. átnevezte a kiszolgálót, amelyen az 1c szervizügynök

A Windows Server 2008 telepített 1c-vel történő átnevezése után: Vállalat 8.2, a szolgáltatás "Kiszolgáló 1c: Enterprise 8.2" megszűnt. Elkezdődik, néhány másodpercig dolgozik, és megáll. Ha csatlakozik az 1C szerverhez: Vállalat 8.2 a kiszolgáló konzolon keresztül, akkor hiba lép fel:

Kapcsolódási hiba 1C: Enterprise 8.2 Server_addr \u003d TCP: // kiszolgáló: 1540 descr \u003d Hiba a hálózati hozzáférést a szerver (Windows Sockets - 10061 (0x0000274d). A kapcsolat nincs telepítve, mert a cél számítógép elutasította a csatlakozási kérelmet.) Sor \u003d 590 fájl \u003d. \\ Src \\ dameXchangetcpclientitmpl.cpp

Ha az adatbázishoz csatlakozik ezen a kiszolgálón, akkor a következő hiba van:

Nem indul el egyetlen munkafolyamat. A bázishoz való csatlakozás lehetetlen.

Ez a probléma az a tény, hogy az 1C szerver klaszter beállításai: A vállalat az SRVInfo könyvtárban található fájlokban van tárolva (a -d paramétert a -D paramétert a kiszolgáló tulajdonságaiban: Enterprise Agent Service). Ezért a számítógép nevének megváltoztatása után is a következőket kell tennie:

Windows esetén. Menj a katalógusba C: Programfájlok \\ 1C \\ 1CV82 \\srvinfo., Ha egy Linux- A fájlok a szolgáltatás nevében a felhasználó otthoni könyvtárában fekszenek: uSR1CV8 / HOME / .1CV8 / 1C / 1CV8 ...

Szerkesztés bármely szövegszerkesztőben Két fájl: srvinfo \\ srvribrg.lst és srvinfo \\ REV_1541 \\ 1CV8R8RST. Cserélje ki ezeket a fájlokat egy régi kiszolgáló nevét egy újnak.

Futtassa az 1C: Enterprise Server Agent szolgáltatás szolgáltatását.

E műveletek végrehajtása után - minden lesz

ha nincs - ismételje meg a 2. pontot!

Bunch Server 1c: Enterprise és PostgreSQL második legnépszerűbb az 1C-létesítmények és a leginkább használt megoldás a Linux platformon. A Windows és az MSSQL ütemezésével ellentétben, ahol nehéz megtenni annak érdekében, hogy ne működik, a Linux alapján a bevezetés sok buktatót taitálnak egy tapasztalatlan adminisztrátor számára. Gyakran előfordul, hogy minden úgy tűnik, hogy megfelelően történik, de a hiba követi a hibát. Ma megnézzük a leggyakrabban.

Általános információ

Mielőtt elkezdené keresni a telepítési hibákat, és általában, hogy vezesse be a kiszolgáló 1c szerver végrehajtását: a vállalkozások jó lenne frissíteni a nézetet, hogyan működik:

A kis implementációkban az 1c szerver és a DBMS-kiszolgáló általában egy fizikai szerveren kombinálódik, amely enyhén szűkíti a lehetséges hibák körét. Esetünkben a helyzetet figyelembe vesszük, ha a kiszolgálókat különböző gépekkel elválasztják. Vizsgálati laboratóriumunkban a következő rendszert indítottuk el:

A rendelkezésünkre álló két szerver fut Ubuntu 12.04 x64, az egyiket telepített szerver 1C: Enterprise változat 8,3, a másik PostGreSQL 9.04 EtherSoft, valamint a Windows kliens. Emlékeztetünk arra, hogy az ügyfél működik csak Az 1c szerverrel, amely viszont létrehozza a szükséges kéréseket a DBMS-kiszolgálóhoz. Az Ügyféltől az adatbázis-adatbázis-kiszolgálóra nincs lekérdezése nem történik meg.

FONTOS: A POSTGRES A felhasználó nem halad át a hitelesítést (IDENT)

Ez a hiba akkor fordul elő, ha a kiszolgálókat különböző számítógépekkel elválasztják a helyi hálózat helytelenül konfigurált hitelesítése miatt. Nyitott, hogy megszüntesse /var/lib/pgsql/data/pg_hba.conf., Keresse meg a karakterláncot:

Minden 192.168.31.0/24 fogadó

És vigye magára:

Host minden 192.168.31.0/24 MD5

hol 192.168.31.0/24 - A helyi hálózat tartománya. Ha nincs sor, akkor a szakaszban kell létrehozni IPv4 helyi csatlakozások.

Az adatbázis-kiszolgáló nem észlelhető
nem tudta átfordítani a "Név" nevet: Ideiglenes hiba a névfeloldásban

Első pillantásra a hiba érthető: az ügyfél nem engedélyezi a DBMS-kiszolgáló nevét, a kis hálózatok tipikus hibáját, ahol nincs helyi DNS-kiszolgáló. Mint megoldás adjon fel rekordot a fájlhoz otthont ad. Az ügyfélen, amely nem ad eredményt ...

És most emlékszem, mit mondott valamivel korábban. A DBMS-kiszolgáló ügyfele az 1c szerver, de nem ügyfélszám, ezért a rekordot hozzá kell adni az 1c szerveren: Enterprise a fájlba / etc / hosts A Linuxon vagy a Windows platformon.

Hasonló hiba lép fel, ha elfelejtette hozzáadni A. típusú rekord. A DBMS-kiszolgáló a helyi DNS-kiszolgálón.

Hiba történt az információs bázissal való működés során
server_addr \u003d Név dekció \u003d 11001 (0x00002AF9): Ez a gazdagép ismeretlen.

A múlthoz hasonlóan ez a hiba a kiszolgálónév ügyfél hibás felbontásával jár. Ezúttal ez az ügyfélszám. Hozzáadás a fájlhoz, mint megoldás / etc / hosts a Linux platformon vagy a C: Windows \\ System32 \\ Drivers \\ stb A Windows Platform Record nézeten:

192.168.31.83SRV-1C-1204

hol adja meg az 1C szerver címét és nevét: vállalkozások. Helyi DNS használat esetén add hozzá Rekord Az 1c szerver esetében.

DBD hiba: Az adatbázis nem használható

Sokkal komolyabb hiba, amely azt mondja, hogy az 1C: Enterprise Version PostgreSQL-vel való összeegyeztethetetlen, vagy durva hibákat hajtott végre a telepítés során, például nem állította be az összes szükséges függőséget, különösen a könyvtárat libicu..

Ha elegendő adminisztrációs tapasztalattal rendelkezik a Linux Systems-ről, megpróbálhatja beállítani a szükséges könyvtárakat, és újraindítja a DBMS klasztert. Ellenkező esetben a postgresql jobb újratelepítés, anélkül, hogy elfelejtené a mappa tartalmát / Var / lib / pgsql.

Ez a hiba előfordulhat az összeszerelések használatakor is 9.1.x.és 9.2.x. [E-mail védett] , Nézz le.

DBMS hiba:
Hiba: Nem sikerült betölteni a könyvtárat "/usr/lib/x86_64-linux-gnu/postgresql/fastrun.so"

Elég specifikus hiba jellemző az egyesülésekre 9.1.x.és 9.2.x. [E-mail védett] Az előző hibát is vezetheti. Az ok a fortrun.so könyvtár hibás hibája. Megoldás - Roll vissza a szerelvényre 9.0.x. [E-mail védett] .

Hiba dbms
Hiba: Írja be az "MVARCHAR" típusát a 31. karakternél

Ez akkor fordul elő, ha az adatbázist az 1C rendszer segítségével hozták létre: vállalkozások. Ne feledje, hogy az 1C adatbázishoz való munkavégzés csak az 1C-es platform eszközök használatával kell létrehoznia: a konzolon keresztül

vagy az 1c.

Az adatbázis-kiszolgáló nem észlelhető
FONTOS: A "Postgres" felhasználó nem adta át a hitelesítést (jelszóval)

Nagyon egyszerű hiba. Helytelenül megadott Postgres Super felhasználói jelszó. Megoldási lehetőségek Két: Emlékezzünk a jelszóra vagy módosítani. A második esetben meg kell változtatnia a jelszót a meglévő információs alapok tulajdonságaiban a Snapen keresztül Adminisztráció szerverek 1c Enterprise.

Az adatbázis-kiszolgáló nem észlelhető
Fatal: Adatbázis "Név" nem létezik

Egy másik nagyon egyszerű hiba. Nincs értelme annak biztosítására, hogy a megadott adatbázis nem létezik. Leggyakrabban a bázis nevének megadásában hiba miatt következik be. Emlékeztetni kell arra, hogy az 1c információs bázis a klaszterben és a DBMS adatbázisban két különböző entitás, és különböző nevekkel rendelkezhet. Emlékeztetni kell arra is, hogy a Linux-rendszerek érzékenyek a regisztrációra és számukra und83. és Und83. Két különböző nevet.

• Címkék:

Kérjük, engedélyezze a JavaScriptet a

A múlt héten új kiszolgálót hoztak az 1C-nek. HP ProLiant 380 G6 2 2,58 GHz-es processzor, 6 GB RAM és három lemez, mindegyik kapacitása 72 GB és forgássebesség 15k. Mivel a Windows 2008 1C beceneveimet nem emésztjük (ez még mindig!), Telepítettem a Windows Server 2003 x64 standard kiadását.

Az első gerebsütés akkor jött, amikor a kiszolgálót a "harci mód" -ba indították, természetesen átnevezték: a szolgáltatás "Kiszolgáló Agent 1c: Enterprise 8.2" elkezdett esni (elindul, 10 másodpercet fut, és leáll).

Ha csatlakozik az 1C-hez: Vállalat 8.2 A szerverkonzolon keresztül hibát kapunk:

"Csatlakozási hiba a 11 kiszolgálóval: Vállalat 8.2

server_addr \u003d TCP: // S02: 1540 Desct \u003d Hálózati hozzáférési hiba szerver

(Windows aljzatok - 10061 (0x0000274D). A kapcsolat nincs telepítve, mert a végleges számítógép elutasította a csatlakozási kérelmet.) Line \u003d 590 fájl \u003d. \\ Src \\ dameXchangetcpclientitmpl.cpp

Ha az adatbázishoz csatlakozik ezen a szerveren, akkor ilyen hibát kapunk:

"Nem indul el egyetlen munkafolyamat. Az alaphoz való csatlakozás lehetetlen."

A tűzfal ki van kapcsolva, a DEP is (csak Windows szolgáltatások esetén engedélyezett). A kiszolgáló újraindítása és a platform újratelepítése nem segített. A rendszerleíró adatbázist kétszer is megtekintették.

Kiderül az 1C szerver klaszter beállítása: A cég tárolódik az SRVINFO könyvtárban (a könyvtár elérési útja megtekinthető a szerviz tulajdonságaiban "Kiszolgáló 1c: Enterprise 8.2" paraméter). Ez a könyvtár tárolja a klaszter nevét és beállításait (beleértve a biztonságot is) és az ib listáit, amely a klaszterhez és a beállításokhoz kapcsolódik. Ezek két fájl: SRVINFO \\ SRVRIBRG.LST és SRVINFO \\ REG_1541 \\ 1CV8ROL.LST. Ezekben a konfigurációs fájlokban és a régi kiszolgáló neve továbbra is fennáll.

Következő hiba: A V82.Comconnector - írta le az osztályt nem regisztrált. Egy rövid Google után megoldást találtam a http://www.gilev.ru/1c/hasp/ erőforrás problémájára.

15. A COM kapcsolatokhoz a 64X BITS szerver alkalmazáshoz
Talán csak a számítógép telepítésével kapcsolatos számítógépen található
64 bites szerver 1c: Vállalatok (és nem a terminálról).

-Ért
A V81.COMCONCTOR használata csak a csak rendelkezésre álló számítógépeken
Az ügyfélkulcsok regisztrálhatók 32 bites v81.cectector
Com +.

• kezdje el az alkatrészeket;


• hozzon létre egy üres COM + alkalmazást aktiválási típusú - kiszolgáló alkalmazással és névvel, például V81_Componnector, adja meg a Windows felhasználónevét, amelynek nevében az összetevő a külön DLLHOST.EXE folyamat címterjedébe kerül;


• az alkatrészek fiókjában, adjunk hozzá egy új komponens Comcntr.dll-t az 1C-es rakodási modulkatalógusból: vállalkozások.

Ebben az esetben a V81.Comconnector külön 32 bites folyamatban fut, és 32 bites és 64 bites alkalmazásokban használható.

saját magamtól szeretném hozzáadni, hogy szükséged van a felhasználóra, amely alatt a kiszolgáló 8.2 működik az új összetevő felhasználóihoz.