Chyby, které se ocitnou při práci se softwarovými produkty nejčastěji zbavují příležitost k jejich použití. A nedostatek zvláštních znalostí pro pochopení pracovních algoritmů vedou k nemožnosti diagnózy a korekce nově vznikajících poruch. V tomto článku odkazujeme na problém "Server 1C: Podniky nebyly zjištěny, jak opravit spuštění serveru agenta?".

Chcete-li odstranit problém v 1C, můžete několika způsoby.

Rozvíjející se chyby mají odlišnou zemnicí, mohou být řazeny podle úrovní výskytu:

• Nesprávné předepisovací kódy vývojáři samotného jednorázového eseje;
• Chyby programátorů, které jsou upraveny (změna) výrobku ve vztahu k požadavkům (úkoly) konkrétního uživatele;
• Poruchy způsobené chybymi práce mezipaměti paměti, nejčastěji v zablokování programátorů;

Pokud jde o chybu "Server 1C: Podniky nejsou zjištěny", je nereálný pro přiřazení jedné z pojmenovaných, protože takové oznámení označuje uživatele, aby nesplnil potřebný provoz pro program.

Správně - Spusťte server

Takže situace, že tato publikace je věnována v případě, kdy služba Server nebo je zakázána nebo byla zastavena. Všimli jsme si, že zpravidla důvody pro toto zůstávají nevysvětlitelné (kteří jsou uznáni).

Tato služba je spuštěna dvěma způsoby nebo jako aplikaci nebo jako služba. Podívejme se, jak to udělat v obou případech:

Jako příloha

Chcete-li jej spustit ve formě aplikace, příkaz je proveden:

To je indikováno (v jejich nastavení) portu, rozsahy portu, úroveň a adresáře. Pokud tyto parametry nezadáte, pak budou jejich hodnoty "výchozí" program.

Ve formě služby

Když v první instalaci byla volba spuštění volba volba služby, je zaznamenána a následně se musí spustit automaticky (pokaždé, když provozní start).

Pokud byl agent zpočátku nastaven aplikací, můžete jej ručně zaregistrovat a spuštění. K tomu dojde na příkaz (nezapomeňte na parametry):

ragent.exe -Instsrvc -usr \u003cUrčete název\u003e -pwd \u003cUrčete heslo\u003e

Port \u003cport\u003e -regport \u003cport\u003e -Range \u003crozsahy portů\u003e

SECLEV \u003cPožadovaná úroveň\u003e -D \u003cspecifikovaný adresář\u003e

Výsledkem registrace bude vytvoření nové služby (v tomto případě pro 1C verzi 8.3 pro 64-propast):

V paměti

Chcete-li odstranit službu (zrušit registraci):

Stop:

Nyní víte, že vše o příčinách problému "Server 1C: Podniky nebyly zjištěny" a o tom, co je třeba udělat, když se objeví.

Nechte své komentáře.

Stává se jednoho dne, ani z toho, co nám dává program 1C: Chyba připojení se serverem 1c: Společnost není spuštěna jakýmkoliv pracovním postupem. Připojení k základně je nemožné.

Několik možností pro nalezení chyb a řešení:

1. Glitch Servak \u200b\u200b- něco děje

Zastavit v procesech správce úloh: Rader Rbost RMNGR a spusťte servisní agent 1C: Enterprise Agent

2. S náhlým výpadkem napájení nebo podobnými situacemi - soubor byl poškozensrvribrg.lst.

Musíte odstranit vše ze složky srvinfo.

Pro Windows. Jít do katalogu C: Programové soubory 1C 1CV82 \\srvinfo., Pokud Linux uSR1CV8 / HOME / .1CV8 / 1C / 1CV8 ...

Prostřednictvím správy serverů 1C podniku na novém vytvoření clusteru 1C a přidat informační základy

3. přejmenován na server, na kterém servisní agent 1c

Po přejmenování systému Windows Server 2008 s instalovaným 1C: Enterprise 8.2, služba "Server 1c: Enterprise 8.2" přestal pracovat. Začíná, funguje několik sekund a zastaví se. Pokud se připojujete k serveru 1C: Enterprise 8.2 Prostřednictvím konzoly serveru, dojde k chybě:

Chyba připojení 1C: Enterprise 8.2 Server_Addr \u003d TCP: // Server: 1540 Descrips Error Síťový přístup k serveru (Windows Sockets - 10061 (0x0000274d). Připojení není nainstalováno, protože cílový počítač odmítl požadavek na připojení.) Linka \u003d 590 File \u003d. SRC DataExchangetcpclientitmpl.cpp

Při připojení k databázi na tomto serveru máme následující chybu:

Není spuštěn jeden pracovní postup. Připojení k základně je nemožné.

Tento problém je kvůli skutečnosti, že nastavení clusteru 1C Server: Společnost je uložena v souborech v adresáři SRVINFO (cesta k ní určuje parametr -d v vlastnostech serveru 1C: Enterprise Agent Service). Proto po změně názvu počítače musíte dále provádět následující:

Pro Windows. Jít do katalogu C: Programové soubory 1C 1CV82 \\srvinfo., Pokud Linux- Soubory leží v domovském adresáři uživatele jménem služby: uSR1CV8 / HOME / .1CV8 / 1C / 1CV8 ...

Upravit v libovolném textovém editoru Dva soubory: SRVINFO SRVRIBRG.LST a SRVINFO REG_1541 1CV8REG.LST. Nahraďte v těchto souborech starý název serveru do nového.

Spusťte službu 1C: Enterprise Server Agent.

Po provedení těchto akcí - vše bude

pokud neexistuje ne - opakování položky 2!

Bunch Server 1C: Enterprise a PostgreSQL druhé nejoblíbenější mezi 1C instalací a nejpoužívanějším řešením na platformě Linuxu. Na rozdíl od plánování oken a MSSQL, kde je obtížné provést tak, aby nefungovalo, zavedení na základě Linuxu se posadí mnoho úskalí pro nezkušeného správce. Často se stává, že se vše zdá být provedeno správně, ale chyba následuje chybu. Dnes se podíváme na ty nejtypičtější.

obecná informace

Než začnete hledat chyby instalace a obecně zavést implementaci serveru verze 1c: Podniky by bylo hezké obnovit zobrazení, jak to funguje:

V malých implementacích, server 1C a DBMS server obvykle kombinují na jednom fyzickém serveru, který mírně zužuje kruh možných chyb. V našem případě bude situace zvážena, když jsou servery odděleny různými stroji. V naší zkušební laboratoři jsme zahájili následující režim:

Naše likvidaci jsou dvě servery běží Ubuntu 12.04 x64, na jednom z nich instalovaný server 1C: Enterprise verze 8.3, na jiném postgresql 9.04 z etherstoftu, stejně jako klienta Windows. Připomínáme vám, že klient pracuje pouze S serverem 1c, který zase generuje potřebné požadavky na server DBMS. Žádné dotazy od klienta do databázového databázového serveru neděje se.

Důležité: Uživatel Postgres neprošel ověřování (Ident)

K této chybě dochází, když servery jsou odděleny různými počítači v důsledku nesprávně nakonfigurovaného ověřování v lokální síti. Otevřený k odstranění /var/lib/pgsql/data/pg_hba.conf., najít řetězec:

Hostitel všech všech 192.168.31.0/24 Ident

a přivést to na mysl:

Hostitel všech všech 192.168.31.0/24 md5

kde 192.168.31.0/24 - rozsah místní sítě. Pokud nejsou řádky, mělo by být vytvořeno v sekci Lokální připojení IPv4..

Databázový server nebyl zjištěn
nelze překládat jméno hostitele "Jméno" Topresy: Dočasné selhání rozlišení jména

Na první pohled je chyba pochopitelná: klient nemůže povolit název serveru DBMS, typickou chybu pro malé sítě, kde není místním serverem DNS. Jako řešení přidejte záznam do souboru hostitele. Na klientovi, který nedává žádný výsledek ...

A teď si vzpomínám, co bylo řečeno poněkud dříve. Klient serveru DBMS serveru je server 1c, ale ne klientský počítač, proto musí být záznam přidán na serveru 1c: Enterprise do souboru / atd / hostitelé Na linuxu nebo v platformě Windows.

Podobná chyba nastane, pokud jste zapomněli přidat Záznam typu A. Pro server DBMS na místním serveru DNS.

Chyba při provádění operace s informační základnou
server_Addr \u003d název DUCK \u003d 11001 (0x00002Af9): Tento host je neznámý.

Stejně jako minulost, tato chyba je spojena se špatným rozlišením klienta názvu serveru. Tentokrát je to klientský počítač. Přidat do souboru jako řešení / atd / hostitelé Na platformě Linuxu nebo v C: Windows System32 Ovladače atd. \\ T Na zobrazení záznamu v platformách Windows:

192.168.31.83SRV-1C-1204

kde zadejte adresu a název svého serveru 1C: Podniky. V případě použití místních DNS, přidejte Záznam Pro server 1c.

Chyba DBD: Databáze není vhodná pro použití

Mnohem závažnější chybou, která říká, že jste nainstalovali nekompatibilní s 1C: Enterprise verze postgresql nebo dělali hrubé chyby během instalace, například ne nastavit všechny potřebné závislosti, zejména knihovnu libicu..

Pokud máte dostatečné administrativní zkušenosti systémů Linuxu, můžete se pokusit nastavit potřebné knihovny a znovu inicializovat klastr DBMS. Jinak postgreSQL je lepší přeinstalace, aniž byste zapomněli odstranit obsah složky / Var / lib / pgsql.

Také tato chyba může dojít při používání sestav 9.1.x.a 9.2.x. [Chráněný emailem] , podívej se dolů.

Chyba DBMS:
Chyba: Nelze načíst knihovnu "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"

Docela specifická chyba charakteristika sestav 9.1.x.a 9.2.x. [Chráněný emailem] Také může vést předchozí chybu. Důvodem spočívá v chybné chybě v knihovně FastRun.SO. Řešení - Vraťte se zpět do montáže 9.0.x. [Chráněný emailem] .

Chyba DBMS.
Chyba: typ "mvarchar" neexistuje při znaku 31

To nastane, pokud databáze byla vytvořena bez pomoci systému 1C: Podniky. Nezapomeňte, že bude pracovat s databází 1C, by měla být vytvořena pouze pomocí nástroje 1C platformy: přes konzolu

nebo prostřednictvím spuštění typu 1C.

Databázový server nebyl zjištěn
DŮLEŽITÉ: Uživatel "postgres" neprošel ověřování (heslem)

Velmi jednoduchá chyba. Nesprávně zadané Postgres Super uživatelské heslo. Možnosti řešení dva: Připomeňte si heslo nebo jej změnit. Ve druhém případě budete muset změnit heslo ve vlastnostech všech existujících informačních základen přes SNAP Spravovat servery 1c Enterprise.

Databázový server nebyl zjištěn
Fatal: Databáze "Jméno" neexistuje

Další velmi jednoduchou chybu. Nemá smysl zajistit, že zadaná databáze neexistuje. Nejčastěji vzniká kvůli chybě při určování názvu základny. Je třeba mít na paměti, že 1C Informační základna v clusteru a databáze DBMS jsou dvě různé entity a mohou mít různá jména. Je třeba také připomenout, že systémy Linuxu jsou citlivé na registraci a pro ně unf83. a Unf83. Dvě různá jména.

• Tagy:

Zapněte JavaScript pro zobrazení

Minulý týden přinesl nový server pro 1c. HP ProLiant 380 G6 2 2,58 GHz procesor, 6 GB RAM a tři disky, každá kapacita 72 GB a otáčení otáček 15k. Vzhledem k tomu, Windows 2008 1C přezdívky nejsou stráveny (to je stále!) Nainstaloval jsem Windows Server 2003 X64 Standart Edition.

První hrábě přišla, když byl server spuštěn do "bojového režimu", přirozeně přejmenováno: Servisní serverový agent 1c: Enterprise 8.2 "začal klesat (spustí, běží 10 sekund a zastaví).

Při připojení k 1C: Enterprise 8.2 Prostřednictvím konzoly serveru dostaneme chybu:

"Chyba připojení se serverem 1C: Enterprise 8.2

server_addr \u003d TCP: // S02: 1540 Desc.cz \u003d Síťový přístupový server

(Sokety systému Windows - 10061 (0x000000274d). Připojení není nainstalováno, protože konečný počítač odmítl požadavek na připojení.) Linka \u003d 590 soubor \u003d. SRC DataExchangetcpclientitmpl.cpp

Při připojení k databázi na tomto serveru dostaneme takovou chybu:

"Není spuštěn jeden pracovní postup. Připojení k základně je nemožné."

Firewall je vypnuta, DEP je také (povoleno pouze pro služby Windows Services). Restartování serveru a přeinstalace platformy nepomohla. Zobrazení registru dvakrát, taky bez úspěchu.

Ukazuje se, aby se nastavil cluster 1C Server: Společnost je uložena v adresáři SrvInfo (cesta k tomuto adresáři lze zobrazit v vlastnostech služeb "Server 1C: Enterprise 8.2" parametr -d). Tento adresář uloží název clusteru a jeho nastavení (včetně zabezpečení) a seznamů IB připojených k tomuto clusteru a jejich nastavení. Jedná se o dva soubory: SRVINFO SRVRIBRIBRG.LST a SRVINFO REG_1541 1CV8REG.LST. V těchto konfiguračních souborech a starý název serveru zůstane.

Další chyba: přestal volání v82.comConnector - napsal třída není registrována. Po krátkém Google jsem našel řešení problému na zdroji http://www.gilev.ru/1c/hasp/

15. Pro připojení COM do použití 64x BITS Server Server
Možná pouze v počítači, na kterém je klíč nainstalován
64-bitový server 1c: Podniky (a ne z relace terminálu).

Pro
Použití v81.comConnector v počítačích, které jsou k dispozici pouze
Klientské klávesy mohou být registrovány 32bitové v81.comconnector in
Com +.

• služby start komponenty;


• vytvořit prázdnou aplikaci COM + s aktivací typu - serverová aplikace a název, například v81_comconnector, zadejte uživatelské jméno systému Windows, a to za který komponent bude probíhat v adresním prostoru samostatného procesu dllhost.exe;


• v pobočce komponent přidejte novou komponentu Comcntr.dll z katalogu Loading Modul 1C: Podniky.

V tomto případě bude v81.comconnector spuštěn v samostatném 32bitovém procesu a může být použit jak 32bitové a 64bitové aplikace.

od sebe chci dodat, že potřebujete uživatele, pod kterým server 8.2 funguje přidat uživatelům této nové komponenty.