Chyba pri pripájaní k serveru 1C Enterprise. Databázový server sa nenašielFATAL: databáza "NAME" neexistuje

Pri pripojení k serveru 1C z konzoly dostaneme:

Chyba servera alebo pripojenie bolo ukončené správcom
Chyba formátu streamu

Pri spustení SQL databázy sa zobrazí chyba:

Vyskytla sa chyba servera alebo spojenie bolo ukončené administrátorom.
Chyba formátu streamu

Takže počiatočné údaje:

Čerstvo nainštalovaný Windows 7 Professional x64, všetky aktualizácie atď. (problém sa vyskytuje na serveri 2008 aj 2008R2)

Nainštalovaný server 1C x64 (vyskúšaný aj 32-bitový)

Všetko funguje až do reštartu. Po reštarte pri pokuse o pripojenie k databáze v SQL alebo otvorení klastra v konzole 1C dostaneme odpoveď s nasledujúcimi obrázkami:

Pri pripojení k serveru 1C z konzoly dostaneme:

Chyba pri pripájaní k serveru 1C:Enterprise 8.2:
Chyba servera alebo pripojenie bolo ukončené správcom
Chyba formátu streamu

Pri spustení SQL databázy sa zobrazí chyba:

Pri vykonávaní operácie s informačnou bázou sa vyskytla chyba.
Vyskytla sa chyba servera alebo spojenie bolo ukončené administrátorom.
Chyba formátu streamu

Aby bolo možné spustiť databázu a pripojiť sa ku klastru z konzoly, pomohla jediná vec:

1. Zastavte službu servera 1C:Podnik 8.2

2. Odstránenie procesov rmngr.exe rphost.exe (po skončení rmngr.exe zlyhá).

3. Vyčistenie adresára C:\Program Files\1cv82\srvinfo\reg_1541\snccntx (pre 32-bitový server C:\Program Files (x86)\1cv82\srvinfo\reg_1541\snccntx)

4. Spustenie serverovej služby 1C:Enterprise 8.2

Počas práce s konfiguráciou SQL sa však podarilo nečakane zachytiť núdzové vypnutie 1SKi a následne dostať rovnaké chyby.

Boli testované:

1. rôzne vydania, rôzne servery,

2. rôzni používatelia: System, Administrator, USR1CV82.

3. vynútené pridelenie plných práv k týmto adresárom pre týchto používateľov C:\Program Files\1cv82\ (pre 32-bitový server C:\Program Files (x86)\1cv82\) s dedením na podradené objekty.

4. desiatky reštartov a oveľa viac.

Dôvod sa však ukázal byť oveľa nečakanejší!

Dereferencovanie v systéme Windows 7 (Server 2008, 2008R2, pravdepodobne 2012)

Skúste pingnúť váš počítač podľa mena. To, čo uvidíte, určí možnosť použitia môjho riešenia.

Je to jednoduché:

1. Spustite príkazový riadok (Win+R, zadajte cmd a kliknite na tlačidlo OK)

2. Do príkazového riadka zadajte príkaz „Ping“, za ktorým nasleduje medzera a názov vášho počítača. Je to meno, nie jeho IP adresa. Stlačte Enter.

3. Ak systém začne sám pingovať cez adresu ako fabc:de12:3456:7890:ABCD:EF98:7654:3210 alebo iná IP adresa odlišná od vašej

Vitajte v súkromnom klube funkcií na odstránenie chýb systému Windows 7.

Základ problému spočíva v tom, že server 1C sa nedokáže identifikovať podľa mena.

Ale zobrazenie vašej IP adresy ako IPv6 je jednou z najbežnejších príčin tejto chyby.

Ďalším dôvodom môže byť pravidelné pripojenie k inej sieti (povedzme VPN), keď sa vytvorí nové rozhranie a Windows sa opäť začne „nesprávne“ dereferencovať.

Nižšie popíšem dve riešenia na obídenie tejto „funkcie“.

Najprv vás chcem varovať:

Všetky akcie s počítačom vykonávate na vlastné nebezpečenstvo a riziko.

Možnosť 1 Pridajte svoj počítač a jeho IP medzi hostiteľov

1. Musíte nájsť súbor hosts v priečinku C:\Windows\System32\drivers\etc. Ak súbor Hosts v tomto priečinku nevidíte, je jednoducho skrytý. Potom Môžete stlačiť kláves ALT a v zobrazenej ponuke vybrať „Nástroje“ - „Možnosti priečinka“ - „Zobraziť“ a vzlietnuť Existuje začiarkavacie políčko „Skryť chránené systémové súbory“. Môžete tiež nastaviť prepínač „Zobraziť skryté súbory, priečinky, jednotky“, potom bude všetko viditeľné.(Po manipulácii s hostiteľmi odporúčam vrátiť zaškrtávacie políčko na pôvodné miesto, aby ste v budúcnosti náhodou nič nezachytili)

2. Otvorte tento súbor v programe Poznámkový blok a na koniec pridajte riadok ako 192.168.0.1 Server (IP adresa PC Name). Uložte a zatvorte súbor.

3. Pokúste sa znova zadať príkaz ping na váš počítač pomocou názvu. Ak opäť nevidíte požadovanú IP, niečo sa pokazilo... Možno antivírus vrátil starú verziu súboru (Casperovi sa to páči) alebo niečo iné.

Vo všeobecnosti musíte pri pingovaní cez meno dosiahnuť správnu adresu.

V snahe byť popredu, Windows 7 nielenže inštaluje IPv6 na všetky rozhrania naraz, ale nastaví ho aj ako predvolený pri dereferencovaní. Dnes však tento protokol používa málokto, a preto ho možno/mal by byť vypnutý. Pamätajte, že zrušením začiarknutia protokolu IPv6 v rozhraní sieťovej karty nič neurobíte!

1. Kliknite Win + R, zadajte príkaz regedit a stlačte kláves Enter. Otvorí sa Editor databázy Registry.
2. Ak sa zobrazí výzva na povolenie akcií, kliknite na tlačidlo v dialógovom okne Kontrola použivateľského konta tlačidlo ďalej.
3. Vyhľadajte a vyberte nasledujúci podkľúč databázy Registry:

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

4. Dvakrát kliknite na položku DisabledComponents na zmenu parametra DisabledComponents.
   Ak parameter DisabledComponents chýba, treba ho vytvoriť. Pre to:
   1. Na konári Parametre v ponuke Upraviť vybrať položku Vytvorte, a potom - Hodnota DWORD (32 bitov).
   2. Napíšte DisabledComponents a stlačte Enter.

      Chcel by som vám pripomenúť, že obe riešenia nie sú všeliekom a v skutočnosti vám neumožňujú obísť chybu, ale ani odstrániť jej príčinu

Chyby, ktoré sa objavujú pri práci so softvérovými produktmi, najčastejšie znemožňujú ich používanie. A nedostatok špeciálnych znalostí na pochopenie prevádzkových algoritmov tiež spôsobuje nemožnosť diagnostiky a nápravy porúch, ktoré sa vyskytnú. V tomto článku sa pozrime na problém „1C: Enterprise Server nebol zistený, ako môžem opraviť spustenie servera agentov?

Existuje niekoľko spôsobov, ako vyriešiť problém v 1C.

Vzniknuté chyby majú rôzne detaily pozadia, možno ich triediť podľa úrovní výskytu:

• Nesprávne kódovanie vývojármi samotného one-esque;
• Chyby programátorov, ktorí upravujú (menia) produkt vo vzťahu k požiadavkám (úlohám) konkrétneho užívateľa;
• Zlyhania spôsobené chybami vyrovnávacej pamäte, najčastejšie mätúcimi programátormi;

Pokiaľ ide o chybu „1C:Enterprise server not found“, nie je možné ju klasifikovať ako jednu z vyššie uvedených, pretože takéto oznámenie je pre používateľa signálom, že nevykonáva určitú akciu potrebnú na to, aby program fungoval.

Poďme to opraviť - spustite server

Takže situácia, ktorej je venovaná táto publikácia, nastane, keď je služba agent-server buď zakázaná alebo zastavená. Pripomeňme, že dôvody na to spravidla zostávajú nejasné (kto to pripúšťa).

Táto služba beží dvoma spôsobmi – buď ako aplikácia, alebo ako služba. Pozrime sa, ako to urobiť v oboch prípadoch:

Ako aplikácia

Ak ju chcete spustiť ako aplikáciu, spustite príkaz:

V tomto prípade určíte (vo svojich nastaveniach) port, rozsahy portov, úroveň a adresár. Ak tieto parametre nie sú zadané, ich hodnoty nastaví program „štandardne“.

Ako službu

Keď bola pri prvej inštalácii 1C vybratá možnosť spustenia ako služba, zaregistruje sa a následne by sa mala spustiť automaticky (pri každom spustení operačného systému).

Ak bol agent pôvodne nainštalovaný aplikáciou, môžete ho manuálne zaregistrovať a spustiť. Toto sa stane s príkazom (nezabudnite na parametre):

ragent.exe -instsrvc -usr ‹špecifikuj názov› -pwd ‹špecifikuj heslo›

Port ‹pre port› -regport ‹pre port› -range ‹port range›

Seclev ‹požadovaná úroveň› -d ‹určiť adresár›

Výsledkom registrácie bude vytvorenie novej služby (v tomto prípade pre 1C verziu 8.3 pre 64-bit):

Pre pamäť

Ak chcete odstrániť (zrušiť registráciu) služby:

Zastaviť:

Teraz viete všetko o príčinách problému „1C: Enterprise server nebol zistený“ a čo je potrebné urobiť, keď sa objaví.

Nechajte svoje pripomienky.

Otázka: Chyba Com pri spracovaní plnenia

Ahoj.
8.2 Maloobchod 1.
Pripájam sa k 8.1 Nie je to typická konf.
Pripojím sa cez com k databáze a pokúsim sa vytvoriť dokument, ale pri volaní „CreateDocument()“ alebo „GetObject()“ sa v postupe vyskytne chyba SpracovaniePlnenie. pozri obr.

Skúšam to isté v samotnej databáze 8.1, ale nie je tam žiadna chyba a tiež nezadávam spracovanie plnenia.
Čo môže byť zlé?

odpoveď: turboq, krivo napísaný dokumentový modul!

Pridané po 5 minútach
Nevolá sa! Snaží sa zostaviť! Ale keďže pri pripojení cez ComConnector problém s režimom dialógu NEEXISTUJE, modul dokumentu sa nedá skompilovať.
Pre také prípady, keď je potrebné implementovať prácu s dialógom v objektovom module, použite inštrukcie preprocesoru

Toto nie je vaša chyba, ale chyba v module dokumentov v databáze, ku ktorej sa pripájate.

V databáze sa kód spúšťa na klientovi a je tam Dialógový režim, takže všetko prebieha bez chýb

Na pripojenie nepoužívajte ComConnector, V8.Application, potom vám budú veci rozhrania dostupné

Pridané po 5 minútach
=======================================================================================================================
z popisu externého pripojenia (SP) Tučným písmom som zvýraznil, čo by ste si mali prečítať o ComConnections

Popis:

Vo všeobecnosti je práca s 1C:Enterprise 8 cez externé pripojenie podobná práci s 1C:Enterprise v režime automatizácie servera. Hlavné rozdiely sú nasledovné:

• V prípade automatizačného servera sa spustí plnohodnotná aplikácia 1C:Enterprise 8 a v prípade externého pripojenia sa spustí relatívne malý COM server v procese.

• Pri práci cez externé pripojenie nie je k dispozícii funkcia, ktorá tak či onak súvisí s organizáciou používateľského rozhrania 1C:Enterprise 8;

• Pri práci s externým pripojením sa nepoužíva modul riadenej aplikácie (bežný aplikačný modul) konfigurácie 1C:Enterprise 8. Jeho úlohu pri práci s externým pripojením zohráva modul externého pripojenia.

Pri použití externého pripojenia existujú v porovnaní s použitím automatizačného servera nasledujúce výhody:

• Rýchlejšie nadviazanie spojenia, pretože nie je potrebné vytvárať samostatný proces operačného systému a všetky akcie sa vykonávajú v rámci procesu volania;

• Rýchlejší prístup k vlastnostiam a metódam objektov 1C:Enterprise, pretože organizácia prístupu nevyžaduje medziprocesovú komunikáciu;

• Menšia spotreba zdrojov operačného systému.

Ak chcete zorganizovať prístup k údajom 1C:Enterprise 8 prostredníctvom externého pripojenia, vykoná sa nasledujúca postupnosť akcií:

• vytvorí sa správca pripojenia COM, pomocou ktorého sa vytvorí spojenie;
• uskutoční sa volanie metódy Connect správcu pripojenia COM. Metóda Connect vráti externé pripojenie k informačnej základni 1C:Enterprise 8;

• prostredníctvom externého pripojenia je vytvorený prístup k platným metódam, vlastnostiam a objektom informačnej bázy, s ktorou je spojenie nadviazané.

Dôležité! V dôsledku chýbajúceho používateľského rozhrania nie je možné použiť všetky objekty, vlastnosti a metódy vo vonkajšom spojení.
Vonkajšie spojenie poskytuje úplný prístup k jeho globálnemu kontextu. Externé pripojenie teda ako jeho metódy môže mať: systémové konštanty, hodnoty objektov špecifikovaných v konfigurátore, ku ktorým sa pristupuje pomocou manažérov (napríklad konštanty, enumerácie, adresáre, dokumenty, protokoly dokumentov, zostavy , spracovanie, plány typov charakteristík, účtové osnovy , plány typov kalkulácií, registre), ako aj premenné deklarované v module externé pripojenie kľúčovým slovom Export.

Dostupnosť:

Kombinácia servera 1C:Enterprise a PostgreSQL je druhým najpopulárnejším medzi inštaláciami 1C a najpoužívanejším riešením na platforme Linux. Na rozdiel od implementácií založených na Windows a MSSQL, kde je ťažké zabrániť tomu, aby to nefungovalo, implementácie založené na Linuxe sú pre neskúseného správcu spojené s mnohými nástrahami. Často sa stáva, že sa všetko zdá byť vykonané správne, ale chyba nasleduje po chybe. Dnes sa pozrieme na tie najtypickejšie z nich.

všeobecné informácie

Skôr než začnete hľadať chyby pri inštalácii a vo všeobecnosti začnete implementovať serverovú verziu 1C:Enterprise, bolo by pekné obnoviť svoje znalosti o tom, ako to funguje:

V malých implementáciách sú server 1C a server DBMS zvyčajne kombinované na jednom fyzickom serveri, čo mierne zužuje rozsah možných chýb. V našom prípade budeme uvažovať o situácii, keď sú servery umiestnené na rôznych strojoch. V našom testovacom laboratóriu sme nasadili nasledujúcu schému:

Máme dva servery s Ubuntu 12.04 x64, jeden z nich má nainštalovaný 1C:Enterprise server verzie 8.3, druhý má PostgreSQL 9.04 od Ethersoftu, ako aj klienta so systémom Windows. Pripomíname, že klient pracuje iba so serverom 1C, ktorý zase generuje potrebné požiadavky na server DBMS. Žiadne požiadavky od klienta na server správy databázy nedeje sa.

DÔLEŽITÉ: používateľ „postgres“ nie je overený (Ident)

Táto chyba sa vyskytuje, keď sú servery distribuované medzi rôznymi počítačmi v dôsledku nesprávne nakonfigurovanej autentifikácie v lokálnej sieti. Ak chcete vyriešiť, otvorte /var/lib/pgsql/data/pg_hba.conf nájdite riadok:

Hostiť všetky 192.168.31.0/24 ident

a priveďte ho do tohto formulára:

Hostiť všetky 192.168.31.0/24 md5

Kde 192.168.31.0/24 - rozsah vašej lokálnej siete. Ak takýto riadok neexistuje, mal by byť vytvorený v sekcii Lokálne pripojenia IPv4.

Databázový server sa nenašiel
nepodarilo sa preložiť názov hostiteľa „NAME“ na adresu: Dočasné zlyhanie pri prekladaní názvu

Na prvý pohľad je chyba jasná: klient nedokáže rozpoznať názov servera DBMS, čo je typická chyba pre malé siete, kde neexistuje lokálny server DNS. Riešením je pridať položku do súboru hostiteľov na klienta, čo neprináša žiadny výsledok...

A teraz si spomeňme, čo bolo povedané o niečo skôr. Klientom servera DBMS je server 1C, ale nie klientsky počítač, preto musí byť položka pridaná do súboru na serveri 1C:Enterprise /etc/hosts na platforme Linux alebo na platforme Windows.

Podobná chyba sa vyskytne, ak ste zabudli pridať záznam typu A pre server DBMS na lokálnom serveri DNS.

Chyba pri vykonávaní operácie s informačnou bázou
server_addr=NAME descr=11001(0x00002AF9): Tento hostiteľ je neznámy.

Rovnako ako v predchádzajúcom prípade, táto chyba je spôsobená tým, že klient nesprávne rozlíšil názov servera. Tentoraz ide o klientske PC. Ako riešenie pridajte do súboru /etc/hosts na platforme Linux resp C:\Windows\System32\drivers\etc\hosts na platforme Windows záznam, ako je tento:

192.168.31.83SRV-1C-1204

kde uvediete adresu a názov vášho servera 1C:Enterprise. Ak používate lokálny DNS, mali by ste pridať Nahrávka pre 1C server.

Chyba DBMS: DATABÁZA nie je použiteľná

Oveľa závažnejšia chyba, ktorá naznačuje, že ste nainštalovali verziu PostgreSQL, ktorá nie je kompatibilná s 1C:Enterprise alebo ste počas inštalácie urobili vážne chyby, napríklad ste nenainštalovali všetky potrebné závislosti, najmä knižnicu libICU.

Ak máte dostatočné skúsenosti so správou systémov Linux, môžete skúsiť nainštalovať potrebné knižnice a znova inicializovať klaster DBMS. V opačnom prípade je lepšie preinštalovať PostgreSQL, pričom nezabudnite vymazať obsah priečinka /var/lib/pgsql.

Táto chyba sa môže vyskytnúť aj pri použití zostáv 9.1.x A 9.2.x Postgre@Etersoft, pozri podrobnosti nižšie.

Chyba DBMS:
CHYBA: nepodarilo sa načítať knižnicu "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

Celkom špecifická chyba, typická pre zostavy 9.1.x A 9.2.x Postgre@Etersoft, môže tiež viesť k predchádzajúcej chybe. Dôvod spočíva v neopravenej chybe v knižnici fasttrun.so. Riešením je vrátiť sa späť do zostavy 9.0.x Postgre@Etersoft.

Chyba DBMS
CHYBA: typ „mvarchar“ pri znaku 31 neexistuje

Vyskytuje sa, ak bola databáza vytvorená bez pomoci systému 1C:Enterprise. Pamätajte, že na prácu s 1C by sa databázy mali vytvárať iba pomocou nástrojov platformy 1C: cez konzolu

alebo cez spúšťač 1C.

Databázový server sa nenašiel
DÔLEŽITÉ: používateľ „postgres“ nie je overený (heslo)

Veľmi jednoduchá chyba. Heslo pre superužívateľa postgres DBMS je zadané nesprávne. Existujú dve riešenia: zapamätajte si heslo alebo ho zmeňte. V druhom prípade budete musieť zmeniť heslo vo vlastnostiach všetkých existujúcich infobáz prostredníctvom modulu snap-in Správa serverov 1C Enterprise.

Databázový server sa nenašiel
FATAL: databáza "NAME" neexistuje

Ďalšia veľmi jednoduchá chyba. Jeho význam sa scvrkáva na skutočnosť, že zadaná databáza neexistuje. Najčastejšie sa vyskytuje v dôsledku chyby pri zadávaní názvu databázy. Malo by sa pamätať na to, že informačná základňa 1C v klastri a databáza DBMS sú dve rôzne entity a môžu mať rôzne názvy. Mali by ste tiež pamätať na to, že systémy Linux rozlišujú veľké a malé písmená a sú určené pre nich unf83 A UNF83 dve rôzne mená.

• Značky:

Ak chcete zobraziť, povoľte JavaScript

• Dr. Cuddyová: Potrebujeme diagnózu. Žena, 26 rokov, výbuch plynu pod budovou, z trosiek ju vytiahli po 6 hodinách. Dve operácie kvôli početným zlomeninám a popáleninám...
  Dr House: Myslím, že zlomené kosti sú výsledkom toho, že sa jej na hlavu zrútila budova.
• Dr House: Predstavte si, že sa strecha skladu zrútila na vašu obľúbenú práčku. A začne sa prehrievať.
  Čistič: Prečo by som mal milovať čistič podlahy? Dobre... Možno ten náraz poškodil niečo v elektrickom vedení. Alebo niečo pretieklo dovnútra a zničilo to...
  Dr House: HM zaujímavé. Prenikanie infekcie cez tržné rany. Baktérie by reagovali na antibiotiká. Teplo je príliš intenzívne na vírus, možno parazity alebo plesne.
  Čistič: Alebo lupus.
  House sa prekvapene otočí.
  Čistič: Moja stará mama má lupus.
  Dr House:(zmätený) Dobre, autoimunitné. Skontrolujem lupus. Aj keď infekcia je pravdepodobnejšia. Bolo by pekné mať aj jej mapu. Poďme k najhoršej časti práce. Komunikovať s rodinou umývača podláh.

• Dr House: Karta hovorí, že pred zrútením budovy bola chorá.
  Manžel pacientky: Myslím, že ide o bežné prechladnutie. Čo, myslíš, že to súvisí?
  Dr House: Jej choroba s jej chorobou? Niekedy sa to stane.
• Matka pacienta: Píše sa v denníku, že moja dcéra berie tieto tabletky?
  Dr House: Nie, ale z medicínskeho hľadiska...
  Dr. Cuddyová: Našiel si u nej doma tie tabletky?
  Dr House: Vraj si ich schovala do kabelky. Myslel som, že by bolo neslušné hľadať pod 1000 ton trosiek.
• Chirurg: Všade krváca, pokiaľ potrat nebol urobený brokovnicou.

Tento článok ukazuje príklad všeobecných princípov analýzy technologických problémov, ktoré môžu nastať pri práci s 1C:Enterprise 8.1.

Každý rád poradí, ale keď na to príde, každý má zrazu dôležitejšie veci na práci :))). Asi by bolo fér hneď upozorniť, že tento materiál som napísal skôr ako informáciu na zamyslenie, a nie ako teóriu na riešenie osobných problémov a nepríjemných situácií v práci. Napriek tomu si myslím, že tu uvedené príklady z mojej praxe môžu byť užitočné pri rozbore podobných problémov.

Ako príklady sa bude diskutovať o nasledujúcom:

Príklad 1. Používateľ sa sťažoval na nemožnosť spustenia 1C: Účtovníctvo.

Text správy:

"Chyba pri pripájaní k serveru 1c: Enterprise 8.1:
server_addr=App1С:1540=Chyba v sieťovom prístupe k serveru
(Zásuvky pre Windows - 10061 (0x0000274D)
Nebolo možné vytvoriť žiadne spojenie, pretože cieľový počítač ho aktívne odmietol) riadok =567

Príklad 2. Prístup k informačnej základni sa „stratil“.

Text správy:

Chyba pri vykonávaní operácie s informačnou bázou

Microsoft OLE Poskytovateľ databázy pre SQL Server: Prihlásenie zlyhalo pre používateľa 'user1c'

H VÝSLEDOK=80040E4D, SQLSrvr: Chybový stav=1, závažnosť=E, natívne=18456, riadok=1

Príklad 3. Podivná „neznáma“ chyba.

Text správy: „Na serveri 1C Enterprise (80010108) sa vyskytla neznáma chyba“

1. Určenie textu (prejavu) chyby a lokalizácia zdroja výskytu

• Zaznamenajte chybu (text a/alebo iné informácie, ktoré môžu byť užitočné pri analýze problému). Je lepšie zaznamenať problém pomocou protokolu technológie. Záver: ak technologický protokol nepoužívate na iné úlohy, nakonfigurujte ho tak, aby neustále zhromažďoval „výnimkové“ udalosti (EXCP) a generoval výpisy v prípade zlyhania platformy.
• Zaznamenajte čas, kedy sa chyba vyskytla. To ďalej pomôže lokalizovať umiestnenie štúdie rôznych protokolov.
• PREČÍTAJTE si text správy, snažte sa okamžite pochopiť zdroj problému z obsahu tohto textu.
• Hľadajte riešenie v texte správy na internete alebo v iných, vám známych zdrojoch na vyriešenie problému.
• Tí, ktorí sa predtým nezaoberali problémami s chybami platformy, ich nevyriešia, hľadajte tých, ktorí to robili alebo robia.

Poznámka. Príklad 1. Vyhľadávanie nižšie v časti „Kde nájdem hotové riešenie“ pomocou textu „10061“ uvedeného na tejto stránke okamžite zobrazí vysvetlenie dôvodu a Riešenie: Služba sa zastavila na aplikačnom serveri" 1c serverový agent:Podnik 8.1". Preto musí byť spustený, napríklad z príkazového riadku:

čistý štart Server Agent 1C:Enterprise 8.1

Ak sa aplikačný server nespustí, v niektorých prípadoch vytvorte kópiu priečinka C:\Program Files\1cv81\server a pred pokusom o spustenie vymažte obsah.