1с соединение установлено не с менеджером кластера
Разберем ошибку с кодом « 10061 (0х0000274D) », когда 1С отказывает в подключении клиента к серверу. В чем может быть причина.
Техническое описание
server_addr=tcp:// descr=:10061(0х0000274D): Подключение не установлено, т. к. конечный компьютер отверг запрос на подключение;
Описание проблемы
Клиент 1С не может установить соединение с сервером. Что-то «мешает».
Возможные проверки
- Проверьте работу «Агента сервера 1С:Предприятия 8.3» — служба должна быть в состоянии «Выполняется», а также обратите внимание на диапазоны используемых портов (они прописаны в параметрах запуска службы — например, по умолчанию — « -regport 1541 -port 1540 -range 1560:1591 »).
- На сервере 1С должно быть разрешено сетевое обнаружение . Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа.
- Настройки брандмауэра на сервере — порты (п. 1) должны быть разрешены в правилах и открыты для входящих подключений . Если роль брандмауэра выполняет антивирус или другое ПО — смотрите настройки вашего сетевого экрана. Или временно отключите брандмауэр (антивирус), чтобы исключить влияние этих правил.
- Рекомендуется понизить приоритет ipv6 , оставить главным ipv4. Особенности и правильный способ отключения через реестр — в статье . После настройки выполните команду ping по имени/адресу сервера — должен отвечать ipv4.
- На клиенте 1С выполните проверку доступности порта с помощью консольной команды. Она покажет, есть ли соединение на порт сервера.
6. Перезагрузите сервер 1С . Бывают случаи, когда требуется перезагрузка или некорректно удалено защитное ПО, которое может блокировать порты.
✅ Успехов вам. Проверяйте до победы — пусть все получится, и подключения к серверу 1С восстановятся.
А потом расскажите, что именно помогло в вашем случае. Это будет полезно для других, кто столкнется с подобной ошибкой.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Привет всем читателям моего блога. Сегодня статья по администрированию. Да-да, Вы не ошиблись в чтении букв. И сегодня речь у нас пойдет про платформу 1С v.8.3. Чтобы не было глупых вопросов, БД 1С у меня не файловая. В качестве СУБД используется MSSQL Server. На момент написания статьи 46 БД вместе с тестовыми.
Теперь к проблеме. Последнее время начало сыпаться много жалоб, что невозможно открыть базу данных. Самое, что интересное, народ в моменты жалоб работает и по идее всё хорошо. Но часть баз при этом недоступные. Текст ошибки при этом простой:
“Ошибка установки соединения. Выполняется ожидание возможности запуска. При появлении возможности, запуск будет выполнен автоматически”.
Так это выглядит в живую:
Ошибка ни о чем, разбирайтесь сами как хотите. Вообще такая ошибка может быть по разным причинам. Информации в интернете практически ни какой, либо я не правильно искал. Пришлось разбираться самому. Это могут проблемы и с “сетью” и сервером, где установлена 1С, а также по ряду других причин. Сначала я эту ошибку связывал с количеством лицензий, и обосновывал, что лицензии заканчивались и по этому просто нельзя было открыть БД. В моем случаем это происходило когда было 95 с “+” сеансов, а установленное количество лицензий всего 100. Но мои выводы оказались неверными.
Когда уже полностью я начал заниматься сервером 1С, была замечена интересная особенность. В моменты когда появлялась ошибка и недоступность баз было почему-то 13 рабочих процессов. Это был максимальный “потолок” по возможному количеству процессов.
У меня в настройках сервера в свое время было установлено, что под одну БД – один рабочий процесс и + по одному менеджеру на каждый сервис. Большая часть настроек практически из “коробки”. Диапазон портов с 1560 по 1591. Всего 32 доступных порта. Вот этот диапазон портов меня и навел на мысль.
В момент когда начала возникать ошибка снова, я сделал проще. Зашел на сервер с 1С и решил посмотреть, что происходит с TCP-соединениями. Открываем командную строку, и набираем:
Построчно нам отдается такая табличка. Часть информации я скрыл, как и на многих других скриншотах, да и для понимания проблемы она не нужна.
Начинаем считать. Количество портов под 1С занято 34. Один из них порт 1541 – это порт главного менеджера кластера, 1540 – порт центрального сервера. Отняв эти два порта, получаем ровно 32 которые указаны в диапазоне 1560 – 1591. Здесь получается, что все выделенные порты заняты. Но возникает один вопрос. Рабочих процессов то 13, где остальные порты. Оказалось всё намного проще. Остаток портов находится под 19 дополнительными менеджерами кластера. Кто бы об этом только знал…..
Я у себя расширил диапазон портов 1560 – 1621. Это в моем случае более чем достаточно. Перезапуск службы “Агент сервера 1С:Предприятия 8.3” в моем случае не потребовался.
Когда вы будите у себя расширять диапазон портов, убедитесь, что они не используются другими программами или службами.
Теперь нужно убедиться, что мы сделали всё правильно. Предпринимать каких-то сложных действий не нужно. Надо просто открыть все подряд БД. Заходить в них под пользователем не нужно, просто нужно запустить, чтобы 1С попросила ввод пользователя и пароля:
В моем случае каждое соединение дает один рабочий процесс. А теперь идем в “Администрирование серверов 1С Предприятия” и проверяем. Я открыл много баз данных + фоновые соединения. У меня получилось 28 рабочих процессов и 20 менеджеров, включая главного.
Ну и чтобы окончательно убедиться, посмотрим какой процесс использует какой порт. У меня всё не влезло, так что только кусочек. Набираем:
Релиз версии 1С: Предприятие 8.3 был анонсирован в 2012 году. Вместо резервного кластера ( как в версии 8.2 ) сделали один кластер, но внутри кластера можно указывать различные параметры, т.е. значительно упростили настройку отказоустойчивости.
Перед тем, как рассмотреть настройки, отмечу ключевые параметры запуска ragent :
- –range – Порты рабочих процессов
- –d – Директория, где живет сервер (было рассмотрено в предыдущей статье)
- –debug – Флаг отладки на сервере
Строку запуска ragent можно посмотреть в службе, а настроить параметры в редакторе регистра: «HKLM -> SYSTEM -> Current Control Set - > Services».
Строку запуска ragent можно посмотреть в службе, а настроить параметры в редакторе регистра: «HKLM -> SYSTEM -> Current Control Set - > Services».
Файлы и каталоги сервера 1С
- Общий каталог сервера (C:\Program Files\1cv8\srvinfo\)
- lst – файл настроек кластера
- lst – файл со списком баз
- Каталоги баз:1Cv8FTxt – файлы полнотекстового поиска
1Cv8Log – файлы журналов регистрации - Snccntx – сеансовые данные.
Поместить во временное хранилище помещает данные в сеансовые данные (snccntx на диске), при этом часть данных может кэшироваться в оперативной памяти.
Основные настройки кластера 1С: 8.3
Защищенное соединение:
Шифрует данные между клиентом и сервером 1С.
Поэтому и в данном случае, при включенном шифровании, производительность будет падать, т.к. тратятся ресурсы.
Рекомендуется оставлять «выключено», тогда будет шифроваться пароль только при первом соединении(!). Не влияет на шифрование данных между 1С и СУБД.
Интервал перезапуска:
Автоматически перезапускает рабочие процессы (rphost). Начало отсчета интервала перезапуска = момент нажатия на кнопку «ОК», поэтому ставите интервал 1 раз в сутки (86 400 с.), то ставьте ночью.
Перезапуск процесса (выключение старого и включение нового) разделен на этапы:
- Процесс помечается как выключенный, теперь на него не назначаются новые сеансы.
- Создается новый процесс, на который перекидываются все сеансы с выключенного.
- Если за интервал времени « проблемные процессы завершать через » (например, 1 минута) остались висеть сеансы, то они обрываются принудительно, а процесс убивается (клиент получит ошибку).
Имеет смысл только для 32 разрядных систем, т.к. там есть фрагментация памяти (рассматривается на занятии 01-01. Знакомство с 1С ). Для 64 полезно использовать только тогда, когда есть утечки памяти, и проблема пока не решается.
Уровень отказоустойчивости (УО):
Имеет смысл только если в кластере более 1 сервера. Максимальный уровень отказоустойчивости - это количество серверов в кластере минус 1, т.е. если в кластере 1 сервер, то уровень отказоустойчивости = 0. Если же их 3, то есть возможность задать значение УО равным от 0 до 2.
Уровень отказоустойчивости – это количество серверов, которые могут упасть, без последствий для пользователя.
Важный момент, что резервирование идет именно для служебных серверов, т.е. если упадет центральный, то весь кластер умрет. Все обеспечивается за счет резервирования сеансовых данных (копирование на резервный сервер), а это опять же влияет на производительность.
При Уровне отказоустойчивости > 0 дублируются сеансы. Т.е. пользователь запускает одно приложение, но сеансов 2 (рабочий и резервный). Это дублирует и использование лицензий, но проблему можно решить «требованием и назначением функциональности». Не рекомендуется ставить значение более 1.
Эта публикация описывает порядок соединения Тонкого клиента 1С с Кластером и Сервером 1С:Предприятие 8.x и содержит некоторые замечания о настройках соединения на стороне сервера.
Подключение тонких клиентов к кластеру 1С и серверам кластера выполняется протоколом TCP/IP.
- Кластер прослушивает порт :1541
- Сервер прослушивает порт :1560
Разумеется эти порты должны быть открыты на соответствующих хостах.
Подключение Тонкого клиента к серверу 1С выполняется в два этапа, на первом используются реквизиты подключения указанные в настройке информационной базы клиента, на втором к ним добавляются реквизиты сервера полученные от кластера 1С.
1. Подключение к кластеру 1С
Тонкий клиент подключается к кластеру по имени или адресу указанному в настройке. Подключение выполняется через порт :1541. Результатом успешного обращения клиента к кластеру является имя сервера для дальнейшего подключения, но внешне это никак не проявляется. Если подключение не выполнено возникает ошибка ‘Этот хост неизвестен’:
Ошибка server_addr=MyServer descr=11001(0x00002AF9): Этот хост неизвестен. line=1050 file=srcDataExchangeCommon.cpp.
2. Подключение к серверу 1С
Доступ клиента к серверу выполняется по имени в точности такому, как оно было задано в диспетчере кластера. Подключение выполняется через порт :1560. Результатом обращения клиента к серверу является открытие окна авторизации. Если подключение не выполнено то возникает такая же ошибка ‘Этот хост неизвестен’.
Особенность подключения через Интернет
Если в диспетчере кластера 1С указаны локальные имена серверов, то описанный выше порядок подключения Тонкого клиента будет работать в локальной сети без замечаний, но при подключении через Интернет возникает особая ситуация.
Простое решение
Простым решением этой проблемы будет дописать строку разрешения для этого доменного имени в файл ..WindowsSystem32Driversetchosts
Технический блог специалистов ООО"Интерфейс"
Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.
Общая информация
Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:
В небольших внедрениях сервер 1С и сервер СУБД обычно совмещают на одном физическом сервере, что немного сужает круг возможных ошибок. В нашем случае будет рассматриваться ситуация, когда сервера разнесены по разным машинам. В нашей тестовой лаборатории мы развернули следующую схему:
Сервер баз данных не обнаружен
ВАЖНО: пользователь "postgres" не прошёл проверку подлинности (Ident)
Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba.conf, найдите строку:
и приведите ее к виду:
где 192.168.31.0/24 – диапазон вашей локальной сети. Если такой строки нет, ее следует создать в секции IPv4 local connections.
Сервер баз данных не обнаружен
could not translate host name "NAME" to address: Temporary failure in name resolution
А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:WindowsSystem32driversetchosts на платформе Windows.
Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.
Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.
где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.
Ошибка СУБД: DATABASE не пригоден для использования
Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.
Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.
Ошибка СУБД:
ERROR: could not load library "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so"
Ошибка СУБД
ERROR: type "mvarchar" does not exist at character 31
или через средство запуска 1С.
Сервер баз данных не обнаружен
ВАЖНО: пользователь "postgres" не прошёл проверку подлинности (по паролю)
Сервер баз данных не обнаружен
FATAL: database "NAME" does not exist
При подключении к базе, расположенной на сервере 1С:Предприятия, возникает ошибка "…Windows Sockets – 11001 (0x00002AF9). Этот хост неизвестен…". Как вылечить?
Виды ошибок:
или
Ошибка подключения к базе, расположенной на сервере 1С:Предприятия, возникает не всегда!
Подключение из Windows XP обычно проходит без особых проблем, при этом аналогичное подключение из Windows 7 может завершаться аварийно:
Ошибка 11001 – Windows Sockets
Лечится эта ошибка довольно просто! Достаточно внести изменения в файл hosts
Файл hosts представляет собой
Обычный текстовый файл (не имеющий расширения). В hosts-файле по умолчанию прописан всего один IP-адрес (127.0.0.1), зарезервированный для localhost, то есть для локального ПК. Файл hosts представляет собой обычный текстовый файл (не имеющий расширения).
Где находится файл hosts
• Windows 95/98/ME – WINDOWS;
• Windows NT/2000/XP/Vista/7 – Windows/System32/drivers/etc.
И так у нас Win7 открываем C:WINDOWSsystem32driversetchosts, и добавляем в него ip-адрес вашего сервера.
Например так:
192.168.1.100 sermac
После установки сервера 1С на Linux у пользователей могут возникнуть проблемы при попытке подключиться к нему. Данные проблемы могут быть связаны как с настройками на сервер или клиентском компьютере, так и с настройками сетевой инфраструктуры. Рассмотри наиболее часто встречающиеся ошибки и методику поиска и исправления причин этих ошибок.
Оглавление:
Этот хост неизвестен / No such host is known
Пример полного текста ошибки:
Ошибки соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://sony2 descr=11001(0x00002AF9):
Этот хост неизвестен
line=1068 file=src\DataExchangeCommon.cpp
Ошибка при выполнении операции с информационной базой.
server_addr=tcp://1s-on-1c-1 descr=11001(0x00002AF9): No such host is known line=1068 file=src\DataExchangeCommon.cpp
Описание:
Ошибка может возникать как при работе с консолью администрирования 1С:Предприятия(добавление сервера, создание базы…), так и при запуске информационной базы.
Такая ошибка характерна, когда компьютер пользователя не обладает информацией о соответствии ip-адреса dns-имени сервера.
Решение:
Настроить DNS-адресацию или прописать адреса в файл hosts.
О том, как и почему это надо сделать — можно почитать тут Настройка DNS-адресации на сервере 1С.
В случае, если кажется, что все имена прописаны верно, необходимо:
1. Проверить еще раз. Скорее всего, где-то ошибка.
2. Сравнить, как хост прописан на самом сервере и на компьютере пользователя. Имена должны быть одинаковыми.
Часто ошибка связана с тем, указан в имени доменный суфикс или нет.
3. Проверить в консоли администрирования 1С: Предприятия — как у вас собран кластер 1С:Предприятия.
- Возможно, у вас в консоли сервера отображаются не по DNS-имени, а по IP-адресам.
- Возможно, клиент не сможет сопоставить IP-адрес DNS-имя(в случае, если сервер 1С находится в другой сети, и вы подключаетесь к кластеру напрямую).
Не правильно:
Правильно:
Необходимо удалить кластер. И собрать из консоли администрирования его заново.
Ошибки соединения с сервером 1С / рабочим процессом 1С
Описанные далее ошибки могут возникать как при работе в консоле администрирования 1С, так и при запуске информационной базы.
Методика по решению всех приведенных далее ошибок — описана в конце этого подраздела ошибок соединения с сервером / рабочим процессом.
Попытка установить соединение была безуспешной
Пример полного текста ошибки:
Ошибка соединения с сервером 1С:Предприятия 8.3:
server_addr=tcp://son1c:1541 descr=192.168.0.101:1541:
Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера.
Сервер 1С:Предпрятия не обнаружен
Пример полного текста ошибки:
Сервер 1С:Предприятия не обнаружен
Не запущен ни один рабочий процесс. Соединение с информационной базой невозможно.
Ошибка установки соединения
Пример полного текста ошибки:
Ошибка установки соединения
Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.
Методика устранения ошибок соединения с сервером 1С
В данном случае необходимо понимать, что:
- Либо процессов нет;
- Либо не удается «увидеть» процессы в связи с отсутствием доступа;
- Либо происходит обращение по другому адресу.
1. Сначала проверим есть ли на сервере 1С в запущенные рабочие процессы rphost.
Читайте также: