Hiba az 1C Enterprise szerverhez való csatlakozáskor. Az adatbázis-kiszolgáló nem található FATAL: a "NAME" adatbázis nem létezik

Amikor a konzolról csatlakozunk az 1C szerverhez, a következőket kapjuk:

Szerverhiba, vagy a rendszergazda megszakította a kapcsolatot
Adatfolyam formátum hiba

Az SQL adatbázis indításakor a következő hibát kapjuk:

Szerverhiba történt, vagy az adminisztrátor megszakította a kapcsolatot.
Adatfolyam formátum hiba

Tehát a kezdeti adatok:

Frissen telepített Windows 7 Professional x64, minden frissítés, stb. (a probléma a Server 2008 és a 2008R2 rendszeren is előfordul)

1C x64 szerver telepítve (32 bites is kipróbálva)

Minden működik újraindításig. Újraindítás után, amikor megpróbálunk SQL-ben csatlakozni egy adatbázishoz, vagy megnyitunk egy fürtöt az 1C konzolon, a következő képekkel kapunk választ:

Amikor a konzolról csatlakozunk az 1C szerverhez, a következőket kapjuk:

Hiba az 1C:Enterprise 8.2 szerverhez való csatlakozáskor:
Szerverhiba, vagy a rendszergazda megszakította a kapcsolatot
Adatfolyam formátum hiba

Az SQL adatbázis indításakor a következő hibát kapjuk:

Hiba történt az információs bázissal végzett művelet végrehajtása közben.
Szerverhiba történt, vagy az adminisztrátor megszakította a kapcsolatot.
Adatfolyam formátum hiba

Az adatbázis elindításához és a fürthöz való csatlakozáshoz a konzolról az egyetlen dolog, ami segített:

1. Állítsa le a szerverszolgáltatást 1C: Vállalati 8.2

2. Az rmngr.exe rphost.exe folyamatok eltávolítása (összeomlik, amikor az rmngr.exe véget ér).

3. A C:\Program Files\1cv82\srvinfo\reg_1541\snccntx könyvtár megtisztítása (32 bites szerverhez C:\Program Files (x86)\1cv82\srvinfo\reg_1541\snccntx)

4. Az 1C:Enterprise 8.2 szerverszolgáltatás indítása

Az SQL-konfigurációval végzett munka során azonban előfordult, hogy váratlanul elkapták az 1SKi vészleállását, majd ugyanazokat a hibákat kapták.

Tesztelve voltak:

1. különböző kiadások, különböző szerverek,

2. különböző felhasználók: Rendszer, Rendszergazda, USR1CV82.

3. a könyvtárak teljes jogának kényszerített hozzárendelése ezekhez a felhasználókhoz C:\Program Files\1cv82\ (32 bites szerverhez C:\Program Files (x86)\1cv82\) utódobjektumok öröklésével.

4. több tucat újraindítás és még sok más.

Az ok azonban sokkal váratlanabbnak bizonyult!

Hivatkozás megszüntetése Windows 7 rendszerben (Server 2008, 2008R2, valószínűleg 2012)

Próbálja megpingelni a számítógépét név szerint. A látottak meghatározzák a megoldásom használatának lehetőségét.

Könnyű megtenni:

1. Indítsa el a parancssort (Win+R, írja be a cmd parancsot, és kattintson az OK gombra)

2. A parancssorba írja be a "Ping" parancsot, majd egy szóközt és a számítógép nevét. Ez a név, nem az IP-cím. Nyomd meg az Entert.

3. Ha a rendszer elkezdi pingelni magát egy olyan címen keresztül, mint pl fabc:de12:3456:7890:ABCD:EF98:7654:3210 vagy az Önétől eltérő IP-cím

Üdvözöljük a Windows 7 hibaelhárítási funkcióinak privát klubjában.

A probléma alapja abban rejlik, hogy az 1C szerver nem tudja magát név szerint azonosítani.

De ennek a hibának az egyik leggyakoribb oka az IP-cím IPv6-ként való megjelenítése.

Egy másik ok lehet egy másik hálózathoz (például VPN-hez) való időszakos kapcsolódás, amikor egy új interfész jön létre, és a Windows újra elkezdi „helytelenül” hivatkozni önmagára.

Az alábbiakban két megoldást írok le ennek a „funkciónak” a megkerülésére.

Először is szeretném figyelmeztetni:

A számítógépével minden műveletet saját veszélyére és kockázatára hajt végre.

1.opció Adja hozzá számítógépét és annak IP-címét a Hosts-hoz

1. Meg kell találnia a hosts fájlt a C:\Windows\System32\drivers\etc mappában. Ha nem látja a Hosts fájlt ebben a mappában, akkor egyszerűen el van rejtve. Akkor Megnyomhatja az ALT billentyűt, és a megjelenő menüben válassza az "Eszközök" - "Mappabeállítások" - "Nézet" menüpontot, majd levesz Van egy jelölőnégyzet a "Védett rendszerfájlok elrejtése" mellett. Beállíthatja a „Rejtett fájlok, mappák, meghajtók megjelenítése” kapcsolót is, ekkor minden látható lesz.(A Hosts manipulálása után azt javaslom, hogy helyezze vissza a jelölőnégyzetet az eredeti helyére, nehogy véletlenül bármit is elkapjon a jövőben)

2. Nyissa meg ezt a fájlt a Jegyzettömbben (jegyzettömb), és a végéhez adjon hozzá egy sort, például 192.168.0.1 Server (IP-cím PC neve). Mentse és zárja be a fájlt.

3. Próbálja meg újra pingelni a számítógépét a név használatával. Ha ismét nem látja a szükséges IP-címet, akkor valami hiba történt... Lehet, hogy a víruskereső a fájl régi verzióját adta vissza (Caspernek tetszik), vagy valami más.

Általában a helyes címet kell elérnie, amikor egy néven keresztül pingel.

Igyekezve az élen járni, a Windows 7 nemcsak az összes interfészen egyszerre telepíti az IPv6-ot, hanem a hivatkozás megszüntetésekor is alapértelmezettként állítja be. Ma azonban kevesen használják ezt a protokollt, ezért le lehet/kell letiltani. Ne feledje, hogy az IPv6 protokoll kijelölésének törlése a hálózati kártya interfészében nem fog semmit tenni!

1. Kattintson Win+R, írja be a regedit parancsot, és nyomja meg az Enter billentyűt. Megnyílik a Registry Editor.
2. Ha a rendszer kéri a műveletek engedélyezését, kattintson a párbeszédpanelen Felhasználói felület gomb Folytatni.
3. Keresse meg és válassza ki a következő beállításkulcsot:

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\

4. Kattintson duplán az elemre DisabledComponents paraméter módosításához DisabledComponents.
   Ha a paraméter DisabledComponents hiányzik, létre kell hozni. Ezért:
   1. Amíg egy ágon Paraméterek a menün Szerkesztés tárgy kiválasztása Teremt, és akkor - DWORD érték (32 bit).
   2. Írja be a DisabledComponents parancsot, és nyomja meg az Enter billentyűt.

      Szeretném emlékeztetni, hogy mindkét megoldás nem csodaszer, és valójában nem teszi lehetővé a hiba megkerülését, de nem teszi lehetővé annak okának megszüntetését

A szoftvertermékekkel végzett munka során megjelenő hibák leggyakrabban lehetetlenné teszik azok használatát. A működési algoritmusok megértéséhez szükséges speciális ismeretek hiánya pedig lehetetlenné teszi a fellépő hibák diagnosztizálását és kijavítását. Ebben a cikkben nézzük meg az „1C:Enterprise Server nem észlelhető, hogyan javíthatom ki az ügynökkiszolgáló elindítását?” problémát.

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

A felmerülő hibák eltérő háttérrészlettel rendelkeznek, előfordulási szint szerint rendezhetők:

• Maga a one-esque fejlesztői hibás kódolást végeztek;
• Olyan programozók által elkövetett hibák, akik egy adott felhasználó követelményeihez (feladataihoz) képest módosítják (módosítják) a terméket;
• A gyorsítótár-memória hibái által okozott hibák, amelyek leggyakrabban zavarják a programozókat;

Ami az „1C:Enterprise szerver nem észlelhető” hibát illeti, lehetetlen a fentiek közé sorolni, mivel az ilyen értesítés jelzi a felhasználónak, hogy nem hajt végre bizonyos, a program működéséhez szükséges műveletet.

Javítsuk ki – indítsuk el a szervert

Tehát a jelen kiadványban szereplő helyzet akkor fordul elő, amikor az ügynök-szerver szolgáltatást letiltják vagy leállítják. Vegyük észre, hogy ennek okai általában tisztázatlanok maradnak (ki ismeri be).

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:

Alkalmazásként

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

Ebben az esetben megadja (beállításaiban) a portot, a porttartományokat, a szintet és a könyvtárat. Ha ezek a paraméterek nincsenek megadva, é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 az indítási lehetőséget választották szolgáltatásként, akkor azt regisztrálják, és ezt követően automatikusan el kell indítani (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 ‹adja meg a nevet› -pwd ‹adja meg a jelszót›

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

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

A regisztráció eredménye egy új szolgáltatás létrehozása (jelen esetben az 1C 8.3-as verziójához 64 biteshez):

Az emlékezésnek

Egy szolgáltatás törlése (regisztráció törlése):

Állj meg:

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

Hagyja meg észrevételeit.

Kérdés: Com hiba a kitöltés feldolgozása közben

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 hiba lép fel az eljárásban 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 Filling Processing-ba.
Mi lehet a baj?

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 ComConnectoron keresztüli csatlakozáskor a Dialog Mode probléma NEM LÉTEZIK, a dokumentummodult nem lehet lefordítani.
Ilyen esetekben, amikor párbeszédablakkal kell dolgozni egy objektummodulban, használjon utasításokat az előfeldolgozóhoz

Ez nem az Ön hibája, hanem az adatbázis dokumentummoduljának hibája, amelyhez csatlakozik.

Az adatbázisban a kód lefut a kliensen, és van párbeszéd mód, így minden hiba nélkül történik

Ne használja a ComConnector, V8.Application csatlakozást, akkor az interfész dolgok elérhetőek lesznek az Ön számára

5 perc után hozzáadva
=======================================================================================================================
a külső csatlakozás leírásából (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 szerver automatizálási módban történő használatához. 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.

• Külső kapcsolaton keresztül végzett munka során az 1C:Enterprise 8 felhasználói felület megszervezéséhez valamilyen módon kapcsolódó funkciók nem érhetők el;

• Külső kapcsolattal végzett munka során az 1C:Enterprise 8 konfiguráció menedzselt alkalmazásmodulja (normál alkalmazásmodul) nem használatos, a külső kapcsolattal végzett munka során a szerepét a külső csatlakozási modul tölti be.

Külső kapcsolat használata esetén a következő előnyökkel jár az automatizálási szerver használatához képest:

• Gyorsabb kapcsolatépítés, mivel nincs szükség külön operációs rendszer-folyamat létrehozására, é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 metódusaihoz, mivel a hozzáférés megszervezése nem igényel folyamatok közötti kommunikáció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 hozzáférhet az infobázis érvényes metódusaihoz, tulajdonságaihoz és objektumaihoz, amellyel a kapcsolat létrejön.

Fontos! A felhasználói felület hiánya miatt nem minden objektum, tulajdonság és metódus használható 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ő kapcsolat mint metódusai rendelkezhetnek: rendszerállandókkal, a konfigurátorban megadott objektumok értékeivel, amelyek elérése kezelőkkel történik (például konstansok, felsorolások, könyvtárak, dokumentumok, dokumentumnaplók, jelentések , feldolgozás, jellemzőtípusok tervei, számlatáblázatok , számítási típusú tervek, regiszterek), valamint a külső kapcsolati modulban az Export kulcsszóval deklarált változók.

Elérhetőség:

Az 1C:Enterprise szerver és a PostgreSQL kombinációja a második legnépszerűbb az 1C telepítések között, és a Linux platformon a leggyakrabban használt megoldás. Ellentétben a Windows és MSSQL alapú implementációkkal, ahol nehéz megakadályozni, hogy működjenek, a Linux alapú implementációk sok buktatót rejtenek egy tapasztalatlan rendszergazda számára. Gyakran előfordul, hogy úgy tűnik, hogy minden rendben van, de hiba követi a hibát. Ma ezek közül a legjellemzőbbeket nézzük meg.

Általános információ

Mielőtt elkezdené a telepítési hibákat keresni, és általában elkezdené az 1C:Enterprise szerververziójának megvalósítását, jó lenne felfrissíteni a működési ismereteit:

Kisebb megvalósításokban az 1C szerver és a DBMS szerver általában egy fizikai szerveren van kombinálva, ami kissé szűkíti a lehetséges hibák körét. Esetünkben olyan helyzetet veszünk figyelembe, amikor a szerverek különböző gépeken helyezkednek el. Tesztlaborunkban a következő sémát alkalmaztuk:

Két Ubuntu 12.04 x64-et futtató szerverünk van, az egyiken az 1C:Enterprise szerver 8.3-as verziója van telepítve, a másikon az Ethersoft PostgreSQL 9.04, valamint egy Windows rendszerű kliens. Felhívjuk figyelmét, hogy az ügyfél dolgozik csak az 1C szerverrel, amely viszont generálja a szükséges kéréseket a DBMS-kiszolgálóhoz. Nincsenek kérések az ügyféltől az adatbázis-kezelő szerver felé 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 elosztva a helytelenül konfigurált hitelesítés miatt a helyi hálózaton. A megoldáshoz nyissa meg /var/lib/pgsql/data/pg_hba.conf, keresse meg a sort:

Az összes 192.168.31.0/24 ident

és hozd ebbe a formába:

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-kiszolgáló nevét, ami tipikus hiba olyan kis hálózatoknál, ahol nincs helyi DNS-kiszolgáló. A megoldás egy bejegyzés hozzáadása a fájlhoz otthont ad az ügyfélen, ami nem ad eredményt...

És most emlékezzünk a kicsit korábban elhangzottakra. A DBMS szerver kliense az 1C szerver, de nem a kliens PC, ezért a bejegyzést hozzá kell adni az 1C:Enterprise szerveren lévő fájlhoz /etc/hosts Linux vagy Windows platformon.

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 is abból adódik, hogy az ügyfél helytelenül oldotta meg a szerver nevét. Ezúttal az ügyfélszámítógépről van szó. Megoldásként adja hozzá a fájlhoz /etc/hosts Linux platformon ill C:\Windows\System32\drivers\etc\hosts a Windows platformon egy ilyen bejegyzés:

192.168.31.83SRV-1C-1204

ahol megadja az 1C:Enterprise szerver címét és nevét. Ha helyi DNS-t használ, akkor hozzá kell adnia 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 a szükséges könyvtárakat, és újrainicializálni a DBMS-fürtöt. Ellenkező esetben jobb, ha újratelepíti a PostgreSQL-t, ne felejtse el törölni a mappa tartalmát /var/lib/pgsql.

Ez a hiba összeállítások használatakor is 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

Egészen konkrét hiba, jellemző az összeállításokra 9.1.xÉs 9.2.x Postgre@Etersoft, az előző hibához is vezethet. Az ok a fasttrun.so könyvtár kijavítatlan hibájában rejlik. A megoldás az, hogy visszatérünk a buildhez 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 DBMS szuperfelhasználó jelszava helytelenül van megadva. Két megoldás létezik: ne felejtse el jelszavát, vagy változtassa meg. A második esetben meg kell változtatnia a jelszót az összes meglévő információs bázis tulajdonságaiban a beépülő modulon keresztül. 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 abban rejlik, 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, hogy a fürtben lévő 1C információs bázis és a DBMS-adatbázis két különböző entitás, és eltérő nevük lehet. Ne feledje azt is, hogy a Linux rendszerek megkülönböztetik a kis- és nagybetűket, és nekik való unf83És UNF83 két különböző név.

• Címkék:

A megtekintéséhez engedélyezze a JavaScriptet

• Dr. Cuddy: Diagnózisra van szükségünk. 26 éves nő, az épület alatt gázrobbanás történt, 6 óra múlva húzták ki a romok közül. Két műtét, számos törés és égési sérülés miatt...
  Dr. House: Azt hiszem, a törött csontok annak a következményei, hogy egy épület a fejére omlott.
• Dr. House: Képzeld el, hogy a tárolóhelyiség 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 az ütközés megrongált valamit az elektromos vezetékekben. Vagy valami belefolyt é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. A hő túl erős egy vírushoz, esetleg paraziták vagy gombák.
  Tisztító:Vagy lupusz.
  House csodálkozva megfordul.
  Tisztító: A nagymamám lupusz.
  Dr. House:(zavart) Oké, autoimmun. Megnézem a lupust. Bár a fertőzés valószínűbb. Jó lenne a térképe is. Térjünk rá a munka legrosszabb részére. Kommunikálni a padlósúroló családjával.

• Dr. House: A kártya szerint beteg volt, mielőtt az épület összeomlott.
  A beteg férje: Szerintem ez egy közönséges megfázás. Mit gondolsz, ez összefügg?
  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, hacsak nem puskával végezték az abortuszt.

Ez a cikk egy 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, hirtelen mindenkinek van fontosabb dolga :))). Valószínűleg méltányos lenne azonnal figyelmeztetni, hogy ezt az anyagot inkább gondolkodási információként írtam, 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ésekor.

Példaként a következőket tárgyaljuk:

1. példa: Egy 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 szerver hálózati hozzáférésében
(Windows foglalatok - 10061(0x0000274D)
Nem sikerült kapcsolatot létrehozni, mert a célgép aktívan visszautasította) =567

2. példa. Az információs bázishoz való hozzáférés „elveszett”.

Ü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: „Ismeretlen hiba történt az 1C Enterprise szerveren (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

• Jegyezze fel a hibát (szöveg és/vagy egyéb információ, amely hasznos lehet a probléma elemzéséhez). Jobb a problémát technológiai napló segítségével rögzíteni. Következtetés: ha nem használja a technológiai naplót más feladatokhoz, állítsa be úgy, hogy folyamatosan gyűjtse a „kivételes” eseményeket (EXCP), és platformösszeomlás esetén dumpokat generáljon.
• Jegyezze fel a hiba előfordulásának idejét. Ez tovább segíti a különböző rönkök tanulmányozási helyének lokalizálását.
• 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, a probléma megoldására ismert forrásokban.
• Aki korábban nem foglalkozott a platformhibákkal kapcsolatos problémákkal, az nem fogja megoldani, keresse azokat, akik ezt megtették vagy csinálják.

Jegyzet. 1. példa. Az alábbi „Hol találok kész megoldást” részben az ezen az oldalon megadott „10061” szöveggel végzett keresés azonnal megmutatja az ok magyarázatát és megoldás: A szolgáltatás leállt az alkalmazáskiszolgálón" 1c szerver ügynök:Vállalati 8.1". Ennek megfelelően el kell indítani, például a parancssorból:

net start Server Agent 1C:Enterprise 8.1

Ha az alkalmazásszerver 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.