Zdarza się raz, bez powodu iz tego, co daje nam program 1C: Błąd podczas łączenia z serwerem 1C:Enterprise Żaden proces roboczy nie jest uruchomiony. Połączenie z bazą nie jest możliwe.

Kilka opcji znajdowania błędów i rozwiązań:

1. Usterka serwera - wszystko może się zdarzyć

Zatrzymaj procesy w menedżerze zadań: ragent rphost rmngr i uruchom usługę 1C:Enterprise Server Agent

2. Kiedy nagłe wyłączenie zasilanie lub podobne sytuacje - plik jest uszkodzonysrvribrg.lst

Musisz usunąć wszystko z folderu srvinfo

Dla Windowsa przejdź do katalogu c:\pliki programów\1c\1cv82\srvinfo, jeśli linux usr1cv8/home/.1cv8/1C/1cv8 ...

Za pośrednictwem 1C Enterprise Server Administration utwórz nowy klaster 1C i dodaj bazy informacyjne

3. Zmieniono nazwę serwera, na którym usługa agenta 1C

Po zmianie nazwy serwera Serwer Windows 2008 z zainstalowanym 1C:Enterprise 8.2 usługa „Server Agent 1C:Enterprise 8.2” przestała działać. Zaczyna się, biegnie przez kilka sekund i zatrzymuje się. Jeśli połączysz się z serwerem 1C:Enterprise 8.2 za pośrednictwem konsoli serwera, wystąpi błąd:

Błąd podczas łączenia z serwerem 1C:Enterprise 8.2 server_addr=tcp://SERVER:1540 descr=Błąd dostęp do sieci do serwera (Windows Sockets — 10061(0x0000274D). Połączenie nie powiodło się, ponieważ komputer docelowy odrzucił żądanie połączenia.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp

Podczas łączenia się z bazą danych na tym serwerze otrzymujemy następujący błąd:

Żaden proces roboczy nie jest uruchomiony. Połączenie z bazą nie jest możliwe.

Ten problem wynika z faktu, że ustawienia klastra serwerów 1C:Enterprise są przechowywane w plikach w katalogu srvinfo (ścieżka do niego jest określona przez parametr -d we właściwościach usługi 1C:Enterprise Server Agent). Dlatego po zmianie nazwy komputera należy dodatkowo wykonać następujące czynności:

Dla Windowsa przejdź do katalogu c:\pliki programów\1c\1cv82\srvinfo, jeśli linux- wtedy pliki znajdują się w katalogu domowym użytkownika, w imieniu którego uruchamiana jest usługa: usr1cv8/home/.1cv8/1C/1cv8 ...

Edytuj w dowolnym Edytor tekstu dwa pliki: srvinfo\srvribrg.lst i srvinfo\reg_1541\1CV8Reg.lst. Zastąp starą nazwę serwera w tych plikach nową.

Uruchom usługę agenta serwera 1C:Enterprise.

Po wykonaniu tych kroków - wszystko będzie

jeśli nagle nie - powtórz krok 2!

Błędy pojawiające się podczas pracy z produkty oprogramowania najczęściej uniemożliwiano im korzystanie z nich. A brak specjalnej wiedzy do zrozumienia algorytmów pracy powoduje również niemożność diagnozowania i korygowania pojawiających się awarii. W tym artykule przyjrzyjmy się problemowi „Nie wykryto serwera 1C:Enterprise, jak naprawić uruchomienie serwera-agenta?”.

Istnieje kilka sposobów rozwiązania problemu w 1C.

Występujące błędy mają różne tajniki, można je sortować według poziomów występowania:

• Nieprawidłowe przepisywanie kodów przez twórców samego one-eski;
• Błędy popełniane przez programistów, którzy modyfikują (zmieniają) produkt w związku z wymaganiami (zadaniami) konkretnego użytkownika;
• Awarie spowodowane błędami w działaniu pamięci podręcznej, najczęściej mylące programistów;

Jeśli chodzi o błąd „1C:Enterprise server not found”, przypisanie go do jednego z powyższych jest nierealne, ponieważ takie powiadomienie jest wskazówką dla użytkownika, że ​​nie została wykonana pewna niezbędna czynność, aby program działał.

Naprawianie - uruchamianie serwera

A więc - sytuacja, której poświęcona jest ta publikacja, ma miejsce, gdy usługa agent-serwer jest wyłączona lub zatrzymana. Zauważ, że z reguły przyczyny tego pozostają niejasne (kto jest rozpoznawany).

Ta usługa działa na dwa sposoby - jako aplikacja lub jako usługa. Zobaczmy, jak to zrobić w obu przypadkach:

jak aplikacja

Aby uruchomić go jako aplikację, uruchom polecenie:

W takim przypadku wskazany jest port, zakresy portów, poziom i katalog (w ich ustawieniach). Jeśli te parametry nie zostaną określone, ich wartości zostaną ustawione przez program „domyślnie”.

W zeszłym tygodniu przywieźli nowy serwer dla 1C. Procesory HP Proliant 380 G6 2 2,58 GHz, 6 GB pamięci RAM i trzy dyski, każdy o pojemności 72 GB i prędkości obrotowej 15K. Ponieważ pseudonimy Windows 2008 1C nie trawią (to na razie!), Zainstalowano Windows Server 2003 x64 Standard Edition.

Pierwszy rake pojawił się, gdy serwer został uruchomiony w „trybie walki”, oczywiście zmieniając jego nazwę: usługa „Server Agent 1C: Enterprise 8.2” zaczęła spadać (uruchamia się, działa przez 10 sekund i zatrzymuje się).

Podczas łączenia się z serwerem 1C:Enterprise 8.2 za pośrednictwem konsoli serwera, otrzymujemy błąd:

„Błąd podczas łączenia z serwerem 1C:Enterprise 8.2

server_addr=tcp://s02:1540 descr=Błąd dostępu sieciowego do serwera

(Windows Sockets — 10061(0x0000274D). Połączenie nie powiodło się, ponieważ komputer docelowy odrzucił żądanie połączenia.) line=590 file=.\Src\DataExchangeTcpClientItmpl.cpp"

Podczas łączenia się z bazą danych na tym serwerze otrzymujemy następujący błąd:

„Żaden proces roboczy nie jest uruchomiony. Nie można połączyć się z bazą danych”.

Zapora wyłączona, DEP też (włączona tylko dla Usługi Windows). Ponowne uruchomienie serwera i ponowna instalacja platformy nie pomogły. Przejrzałem rejestr dwa razy, również bezskutecznie.

Okazuje się, że ustawienia klastra serwerów 1C:Enterprise są przechowywane w katalogu srvinfo (ścieżkę do tego katalogu można znaleźć we właściwościach usługi agenta serwera 1C:Enterprise 8.2, parametr -d). W tym katalogu przechowywana jest nazwa klastra i jego ustawienia (w tym zabezpieczenia) oraz listy zabezpieczeń informacji połączonych z tym klastrem i ich ustawienia. Są to dwa pliki: srvinfo\srvribrg.lst i srvinfo\reg_1541\1CV8Reg.lst. Te pliki konfiguracyjne zawierają starą nazwę serwera.

Kolejny błąd: V82.ComConnector przestał dzwonić - napisał klasę niezarejestrowaną. Po krótkim googlowaniu znalazłem rozwiązanie problemu na zasobach http://www.gilev.ru/1c/hasp/

15. W przypadku połączeń COM z 64-bitowym serwerem aplikacji użyj
możliwe tylko na komputerze, na którym jest zainstalowany klucz
64-bitowy serwer 1C:Enterprise (a nie z sesji terminalowej).

Do
za pomocą V81.COMConnector na komputerach, które mają dostęp tylko do
klucze klienta, możesz zarejestrować 32-bitowe złącze V81.COMConnector w
COM+.

• uruchom Usługi Składowe;


• utwórz pustą aplikację COM+ z typem aktywacji — aplikacja serwera i nazwą, na przykład V81_COMConnector, podaj nazwę Użytkownik systemu Windows, w imieniu którego komponent zostanie uruchomiony w przestrzeni adresowej oddzielnego procesu dllhost.exe;


• w gałęzi Components dodaj nowy składnik comcntr.dll z katalogu modułów ładujących 1C:Enterprise.

W takim przypadku V81.COMConnector będzie działał w oddzielnym 32-bitowym procesie i może być używany zarówno przez aplikacje 32-bitowe, jak i 64-bitowe.

na własną rękę dodam, że potrzebujesz użytkownika, pod którym działa serwer 8.2, aby dodać ten nowy komponent do użytkowników.