A munka során megjelenő hibák szoftver termékek leggyakrabban megakadályozzák használatukat. A munkaalgoritmusok megértéséhez szükséges speciális ismeretek hiánya pedig a fellépő hibák diagnosztizálásának és kijavításának lehetetlenségét is eredményezi. Ebben a cikkben vessünk egy pillantást a „Server 1C:Enterprise nem észlelhető, hogyan lehet javítani az ügynök-szerver elindítását?” problémát.

Számos módja van a probléma megoldásának az 1C-ben.

A fellépő hibák különböző ki- és beütésekkel rendelkeznek, előfordulási szintjeik szerint rendezhetők:

• A kódok helytelen előírása magának a one-eski fejlesztőinek részéről;
• A terméket egy adott felhasználó követelményeihez (feladataihoz) képest módosító (módosító) programozók által elkövetett hibák;
• A gyorsítótár működésének hibái által okozott hibák, amelyek leggyakrabban megzavarják a programozókat;

Ami az „1C:Enterprise szerver nem található” hibát illeti, nem reális a fentiek egyikének tulajdonítani, mivel egy ilyen értesítés azt jelzi a felhasználó számára, hogy nem hajtottak végre egy bizonyos szükséges műveletet a program működéséhez.

Javítás - a szerver indítása

Tehát - az a helyzet, amelyre ez a kiadvány vonatkozik, akkor fordul elő, ha az ügynök-szerver szolgáltatást letiltják vagy leállítják. Vegye figyelembe, hogy ennek okai általában tisztázatlanok maradnak (kit ismernek fel).

Ez a szolgáltatás kétféleképpen fut – akár alkalmazásként, akár szolgáltatásként. Lássuk, hogyan kell csinálni mindkét esetben:

Mint az alkalmazás

Alkalmazásként való futtatásához futtassa a következő parancsot:

Ebben az esetben a port, a porttartományok, a szint és a könyvtár (beállításaikban) láthatók. Ha ezek a paraméterek nincsenek megadva, akkor értéküket a program "alapértelmezés szerint" állítja be.

szolgáltatásként

Amikor az 1C első telepítése során a szolgáltatás az indítási lehetőséget választotta, akkor azt regisztrálja, és ezt követően automatikusan el kell indulnia (az operációs rendszer minden indításakor).

Ha az ügynököt eredetileg az alkalmazás telepítette, akkor manuálisan regisztrálhatja és elindíthatja. Ez a paranccsal fog megtörténni (ne felejtsd el a paramétereket):

ragent.exe -instsrvc -usr ‹név megadása› -pwd ‹jelszó megadása›

Port ‹porthoz› -regport ‹porthoz› -tartomány ‹porttartományok›

Seclev ‹kívánt szint› -d ‹könyvtár megadva›

A regisztráció eredménye az alkotás lesz új Szolgáltatás(ebben az esetben az 1C 8.3-as verzióhoz 64 biteshez):

Az emlékezésnek

Szolgáltatás eltávolítása (regisztráció törlése):

Állj meg:

Most már mindent tud az „1C:Enterprise szerver nem található” probléma okairól és arról, hogy mit kell tenni, amikor megjelenik.

Hagyja meg észrevételeit.

Kérdés: Com hiba a ProcessingFillben

Helló.
8.2 Kiskereskedelem 1.
8.1-hez csatlakozom Nem tipikus konf.
com-on keresztül csatlakozom az adatbázishoz, és megpróbálok létrehozni egy dokumentumot, de a "CreateDocument()" vagy a "GetObject()" meghívásakor eljáráshiba lép fel. FeldolgozásKitöltés. lásd az ábrát.

Ugyanezt próbálom magában a 8.1-es adatbázisban, de nincs hiba, és nem lépek be a Fill Processingba sem.
Mi lehet a jamb?

Válasz: turboq, egy ferdén megírt dokumentum modul!

5 perc után hozzáadva
Nem hívják! Megpróbál összeállítani! De mivel a ComConnectorDialogModeQuestion NEM LÉTEZIK, a dokumentummodult nem lehet lefordítani.
Azokban az esetekben, amikor az objektummodulban párbeszédablakkal kell dolgozni, használja az előfeldolgozónak szóló utasításokat

Ez nem az Ön hibája, hanem annak az adatbázisnak a hibája, amelyhez csatlakozik.

Az adatbázisban a kód lefut a kliensen és a Dialog Mode-ban kérdés van, így minden hiba nélkül történik

Ne használja a ComConnectort, a V8.Application-t a csatlakozáshoz, akkor az interfész dolgok elérhetők lesznek az Ön számára

5 perc után hozzáadva
=======================================================================================================================
leírásból külső csatlakozás(SP) Félkövérrel kiemeltem, hogy mit érdemes olvasni a ComConnections-ről

Leírás:

Általánosságban elmondható, hogy az 1C:Enterprise 8 külső kapcsolaton keresztüli használata hasonló az 1C:Enterprise alkalmazáshoz az Automation szerver módban. A fő különbségek a következők:

• Automation szerver esetén egy teljes értékű 1C:Enterprise 8 alkalmazás indul, külső kapcsolat esetén pedig egy viszonylag kis méretű folyamaton belüli COM szerver.

• Ha külső kapcsolaton keresztül dolgozik, ezek nem érhetők el. funkcionalitás, így vagy úgy, hogy az 1C: Enterprise 8 felhasználói felület felépítéséhez kapcsolódik;

• Egy külső kapcsolat nem használ felügyelt alkalmazásmodult (modul rendszeres alkalmazása) 1C:Enterprise 8 konfiguráció. Külső csatlakozással való munkavégzés során a külső csatlakozómodul szerepét tölti be.

A külső kapcsolat használatának a következő előnyei vannak az Automation Server használatához képest:

• Gyorsabb kapcsolatbeállítás, mivel nem kell külön folyamatot létrehozni operációs rendszer, és minden művelet a hívási folyamaton belül történik;

• Gyorsabb hozzáférés az 1C:Enterprise objektumok tulajdonságaihoz és módszereihez, mivel a fellebbezés megszervezése nem igényli a folyamatok közötti kommunikáció megszervezését;

• Kevesebb operációs rendszer erőforrás-fogyasztás.

Az 1C:Enterprise 8 adatokhoz való hozzáférés külső kapcsolaton keresztül történő megszervezéséhez a következő műveletsort kell végrehajtani:

• létrejön egy COM kapcsolatkezelő, amelynek segítségével létrejön a kapcsolat;
• a COM kapcsolatkezelő Connect metódusának hívása történik. A Connect metódus külső kapcsolatot ad vissza az 1C:Enterprise 8 információs bázishoz;

• külső kapcsolaton keresztül hívás történik elfogadható módszerek, tulajdonságai és objektumai annak az információs bázisnak, amellyel a kapcsolat létrejön.

Fontos! A felhasználói felület hiánya miatt nem minden objektum, valamint tulajdonságok és metódusok használhatók külső kapcsolaton.
A külső csatlakozás teljes hozzáférést biztosít a globális környezetéhez. Ezért egy külső kapcsolatnak a metódusai lehetnek: rendszerállandók, a konfigurátorban megadott objektumok értékei, amelyekhez kezelők segítségével lehet hozzáférni (például konstansok, felsorolások, könyvtárak, dokumentumok, dokumentumnaplók, jelentések, feldolgozás, diagramok). jellemzők típusai, számlatáblázatok, számítási típusok tervei, nyilvántartások), valamint a külső csatlakozási modulban deklarált változók. kulcsszó Export.

Elérhetőség:

• Dr. Cuddy: Diagnózis kell. A 26 éves nőnél gázrobbanás történt az épület alatt, 6 óra után húzták ki a romok közül. Két műtét többszörös törés és égési sérülés miatt…
  Dr. House: Szerintem a törött csontok annak a következményei, hogy az épület a fejére zuhant.
• Dr. House: Képzeld el, hogy a kamra teteje beomlott a kedvenc súrológépedre. És kezd túlmelegedni.
  Tisztító: Miért szeressem a padlósúrolót? Oké... Lehet, hogy valami megsérült az elektromos vezetékben az ütközéstől. Vagy valami bekerült és tönkretette...
  Dr. House: HM érdekes. A fertőzés behatolása repedéseken keresztül. A baktériumok reagálnának az antibiotikumokra. Túl sok hő egy vírushoz, esetleg paraziták vagy gombák.
  Tisztító: Vagy lupusz.
  House meglepetten fordul meg.
  Tisztító V: A nagymamámnak lupusa van.
  Dr. House:(zavart) Oké, autoimmun. Megnézem a lupust. Bár a fertőzés alkalmasabb. Jó lenne a térképe. Térjünk rá a munka legrosszabb részére. Kommunikálni a súroló családjával.

• Dr. House: A kártya szerint beteg volt, mielőtt az épület összeomlott.
  A beteg férje V: Szerintem ez egy közönséges megfázás. Szerinted mi az összefüggés?
  Dr. House: Betegsége a betegségével? Néha megtörténik.
• A beteg anyja: Azt írja a napló, hogy a lányom szedi ezeket a tablettákat?
  Dr. House: Nem, de orvosi szempontból...
  Dr. Cuddy: Megtaláltad a tablettákat a házában?
  Dr. House: Nyilvánvalóan a táskájába rejtette őket. Úgy gondoltam, illetlenség lenne 1000 tonna törmelék alatt átkutatni.
• Sebész: Mindenhol vérzik, kivéve, hogy az abortuszt puskával végezték.

Ez a cikk példát mutat be az 1C:Enterprise 8.1-el végzett munka során felmerülő technológiai problémák elemzésének általános elveire.

Mindenki szeret tanácsot adni, de ha szóba kerül, mindenkinek vannak fontosabb dolgai :))). Valószínűleg méltányos azonnal figyelmeztetni, hogy ezt az anyagot én írtam inkább elgondolkodtató információként, nem pedig személyes problémák és kellemetlen munkahelyi helyzetek megoldásának elméleteként. Ennek ellenére úgy gondolom, hogy a gyakorlatomból itt felhozott példák hasznosak lehetnek hasonló problémák elemzésében.

A következőket tekintjük példaként:

1. példa: A felhasználó panaszkodott az 1C: Accounting elindításának lehetetlenségéről.

Üzenet szövege:

"Hiba az 1c szerverhez való csatlakozáskor: Enterprise 8.1:
server_addr=App1С:1540=Hiba a kiszolgáló hálózati eléréséhez
(Windows foglalatok - 10061(0x0000274D)
Nem sikerült kapcsolatot létrehozni, mert a célgép aktívan visszautasította) =567

2. példa: "Elveszett" hozzáférés az információs bázishoz.

Üzenet szövege:

Hiba az információs bázissal végzett művelet során

Microsoft OLE DB szolgáltató SQL Serverhez: Sikertelen bejelentkezés a 'user1c' felhasználóhoz

H EREDMÉNY=80040E4D, SQLSrvr: Hibaállapot=1, Súlyosság=E, natív=18456, sor=1

3. példa Furcsa "ismeretlen" hiba.

Az üzenet szövege: "Megtörtént Ismeretlen hiba a szerveren 1C enterprise (80010108) "

1. A hiba szövegének (megnyilvánulásának) meghatározása és az előfordulás forrásának lokalizálása

• Javítsa ki a hibát (szöveg és/vagy egyéb információ, amely hasznos lehet a probléma elemzéséhez). Jobb a probléma megoldása technológiai napló segítségével. Következtetés: ha nem használja a technológiai naplót más feladatokra, állítsa be állandó naplóba a "kivételes" események (EXCP) gyűjtésére és a platform összeomlása esetén dumpok generálására.
• Jegyezze fel a hiba előfordulásának idejét. Ez később segít a különböző rönkök tanulmányozási helyének lokalizálásában.
• OLVASSA EL az üzenet szövegét, próbálja meg azonnal megérteni a probléma forrását a szöveg tartalmából.
• Keressen megoldást az üzenet szövegében az interneten vagy más, Ön által ismert megoldási forrásban.
• Aki korábban nem foglalkozott platformhibás problémák megoldásával, az nem fogja megoldani, keresse azokat, akik ezt megtették vagy csinálják.

Jegyzet. 1. példa. Ha lentebb a "Hol találok kész megoldást" részben az ezen az oldalon megadott "10061" szövegre keresve azonnal megjelenik az ok magyarázata és megoldás: a szolgáltatás leállt az alkalmazáskiszolgálón " Szerver ügynök 1s:Vállalati 8.1". Ennek megfelelően el kell indítani például a parancs sor:

net start Server Agent 1c:Enterprise 8.1

Ha az alkalmazáskiszolgáló nem indul el, bizonyos esetekben készítsen másolatot a C:\Program Files\1cv81\server mappáról, és törölje a tartalmát, mielőtt megpróbálná elindítani.

Az 1C:Enterprise és PostgreSQL szervercsomag a második legnépszerűbb az 1C telepítések között, és a Linux platformon a leggyakrabban használt megoldás. Az in implementációkkal ellentétben Windows alapés az MSSQL, ahol nehéz megakadályozni, hogy ne működjön, a Linux alapú megvalósítások tele vannak buktatókkal a tapasztalatlan rendszergazdák számára. Gyakran előfordul, hogy úgy tűnik, hogy minden rendben van, de hiba követi a hibát. Ma megvizsgáljuk a legjellemzőbbeket.

Általános információ

Mielőtt elkezdené keresni a telepítési hibákat, és általában elkezdi a megvalósítást szerver verzió 1C: Az Enterprise jó lenne felfrissíteni a működési ötletet:

Kis megvalósításokban az 1C szerver és a DBMS szerver általában ugyanazon a fizikai szerveren van kombinálva, ami kissé szűkíti a kört lehetséges hibákat. Esetünkben azt a helyzetet vesszük figyelembe, amikor a szerverek egymástól el vannak választva különböző gépek. Tesztlaborunkban a következő sémát alkalmaztuk:

Két Ubuntu 12.04 x64-et futtató szerverünk van, az egyiken az 1C:Enterprise 8.3-as verziójú szerver van telepítve, a másikon az Ethersofttól származó PostgreSQL 9.04, valamint egy kliens alatt. Windows vezérlés. Felhívjuk figyelmét, hogy az ügyfél dolgozik csak az 1C szerverrel, amely viszont generálja a szükséges lekérdezéseket a DBMS-kiszolgálóhoz. Nincsenek kérések az ügyféltől az adatbázis-kezelő kiszolgálóhoz nem történik meg.

FONTOS: a "postgres" felhasználó nincs hitelesítve (Ident)

Ez a hiba akkor fordul elő, ha a szerverek különböző PC-k között vannak szétszórva a helytelenül konfigurált hitelesítés miatt helyi hálózat. A javításhoz nyissa meg /var/lib/pgsql/data/pg_hba.conf, keresse meg a sort:

Az összes 192.168.31.0/24 ident

és így nézzen ki:

Az összes tárolóhelye: 192.168.31.0/24 md5

Ahol 192.168.31.0/24 - a helyi hálózat hatótávolsága. Ha nincs ilyen sor, akkor a szakaszban kell létrehozni IPv4 helyi kapcsolatok.

Az adatbázis-kiszolgáló nem található
nem sikerült lefordítani a "NAME" gazdagépnevet címre: Átmeneti hiba a névfeloldásban

Első pillantásra egyértelmű a hiba: a kliens nem tudja feloldani a DBMS szerver nevét, tipikus hiba kis hálózatokhoz, ahol nincs helyi DNS-kiszolgáló. Megoldásként adjon hozzá egy bejegyzést a fájlhoz otthont ad az ügyfélen, ami nem ad eredményt...

És most felidézzük a kicsit korábban elhangzottakat. A DBMS szerver kliense az 1C szerver, de nem a kliens PC, ezért a bejegyzést hozzá kell adni az 1C: Enterprise szerveren a fájlhoz /etc/hosts Linux platformon vagy azon Windows platform.

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

Hiba az információs bázissal végzett művelet során
server_addr=NAME descr=11001(0x00002AF9): Ez a gazdagép ismeretlen.

Az előzőhöz hasonlóan ez a hiba a kiszolgáló nevének a kliens általi helytelen feloldásának köszönhető. Ezúttal egy kliens PC volt. Megoldásként adja hozzá a fájlhoz /etc/hosts Linux platformon ill C:\Windows\System32\drivers\etc\hosts az emelvényen Windows bejegyzés típus:

192.168.31.83SRV-1C-1204

ahol megadja az 1C:Enterprise szerver címét és nevét. Ha helyi DNS-t használ, adja hozzá Rekord 1C szerverhez.

DBMS hiba: A DATABASE nem használható

Sokkal súlyosabb hiba, amely azt jelzi, hogy a PostgreSQL egy olyan verzióját telepítette, amely nem kompatibilis az 1C:Enterprise programmal, vagy súlyos hibákat vétett a telepítés során, például nem telepítette az összes szükséges függőséget, különösen a könyvtárat. libICU.

Ha elegendő tapasztalattal rendelkezik a Linux rendszerek adminisztrálásában, megpróbálhatja telepíteni szükséges könyvtárakés inicializálja újra a DBMS-fürtöt. Ellenkező esetben a PostgreSQL-t jobb újratelepíteni, ne felejtse el törölni a mappa tartalmát /var/lib/pgsql.

Is adott hiba szerelvények használatakor előfordulhat 9.1.xÉs 9.2.x Postgre@Etersoft, lásd alább a részleteket.

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

Meglehetősen specifikus, szerelvényekre jellemző hiba 9.1.xÉs 9.2.x Postgre@Etersoft, az előző hibát is eredményezheti. Az ok a fasttrun.so könyvtár kijavítatlan hibájában rejlik. A megoldás az, hogy visszatekerjük az összeállításhoz 9.0.x Postgre@Etersoft.

DBMS hiba
HIBA: az "mvarchar" típus nem létezik a 31-es karakternél

Akkor fordul elő, ha az adatbázist az 1C:Enterprise rendszer segítsége nélkül hozták létre. Ne feledje, hogy az 1C-vel való együttműködéshez az adatbázisokat csak az 1C platform eszközeivel kell létrehozni: a konzolon keresztül

vagy az 1C indítón keresztül.

Az adatbázis-kiszolgáló nem található
FONTOS: a "postgres" felhasználó nincs hitelesítve (jelszóval)

Nagyon egyszerű hiba. A postgres superuser jelszó helytelen. Két lehetséges megoldás létezik: emlékezzen a jelszóra, vagy változtassa meg. A második esetben a beépülő modulon keresztül meg kell változtatnia a jelszót az összes meglévő információs bázis tulajdonságaiban. 1C Enterprise szerverek adminisztrációja.

Az adatbázis-kiszolgáló nem található
FATAL: A "NAME" adatbázis nem létezik

Egy másik nagyon egyszerű hiba. Jelentése arra a tényre redukálódik, hogy a megadott adatbázis nem létezik. Leggyakrabban az adatbázisnév megadásának hibája miatt fordul elő. Emlékeztetni kell arra információs bázis Az 1C a fürtben és a DBMS-adatbázis két különböző entitás, és eltérő nevekkel is rendelkezhetnek. Emlékeztetni kell arra is Linux rendszerek kis- és nagybetűérzékeny és számukra unf83És UNF83 két különböző név.

• Címkék:

A megtekintéséhez engedélyezze a JavaScriptet