Foreversoft.ru

IT Справочник
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Ошибка получения списка рабочих процессов

1С 8.3 : Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс.

Бывает, однажды, ни с того и с чего программа 1С нам выдает: Ошибка соединения с сервером 1С:Предприятие Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Несколько вариантов поиска ошибок и решений:

1. Глюк сервака — всякое бывает

Остановите в диспетчере задач процессы: ragent rphost rmngr и Запустите службу «Агент сервера 1С:Предприятие»

2. При внезапном отключения питания или аналогичных ситуациях — повредился файл srvribrg.lst

Нужно удалить все из папки srvinfo

Для Windows зайдите в каталог c:program files1c1cv82 srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Запустите службу «Агент сервера 1С:Предприятие».

Через Администрирование серверов 1С Предприятия по новой создать кластер 1С и добавить информационные базы

3. Переименовали сервер на котором служба агента 1С

После переименования сервера Windows Server 2008 с установленным 1С:Предприятие 8.2, перестала работать служба «Агент сервера 1С:Предприятие 8.2». Она запускается, работает несколько секунд и останавливается. Если подключаться к серверу 1С:Предприятие 8.2 через консоль серверов, то возникает ошибка:

Ошибка соединения с сервером 1С:Предприятие 8.2 server_addr=tcp://SERVER:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets — 10061(0x0000274D). Подключение не установлено, т.к. конечный компьютер отверг запрос на соединение.) line=590 file=.SrcDataExchangeTcpClientItmpl.cpp

При подключении к базе на этом сервере имеем следующую ошибку:

Не запущен ни один рабочий процесс. Соединение с базой невозможно.

Данная проблема связана с тем, что настройки кластера серверов 1С:Предприятие хранятся в файлах в каталоге srvinfo (путь к нему указывает параметр -d в свойствах службы «Агент сервера 1С:Предприятие»). Поэтому после изменения имени компьютера надо выполнить дополнительно следующие действия:

Для Windows зайдите в каталог c:program files1c1cv82srvinfo, если Linux — то файлы лежат в домашнем каталоге пользователя от имени которого запускается сервис: usr1cv8/home/.1cv8/1C/1cv8 .

Отредактируйте в любом текстовом редакторе два файла: srvinfosrvribrg.lst и srvinforeg_15411CV8Reg.lst. Замените в этих файлах старое имя сервера на новое.

Запустите службу «Агент сервера 1С:Предприятие».

После выполнения указанных действий — Все будет

Соединения кластера серверов 1С:Предприятия 8.1

Этот раздел содержит пояснения к списку соединений кластера серверов 1С:Предприятия, отображаемому в утилите администрирования клиент-серверного варианта работы. Подробная информация о работе утилиты администрирования клиент-серверного варианта работы содержится в главе «Утилита администрирования кластера серверов» книги «1С:Предприятие 8.1 Клиент-сервер».

Краткий и подробный список соединений

Утилита администрирования клиент-серверного варианта работы в различных ветках дерева объектов отображает список соединений кластера серверов в разрезе объекта текущей ветки.

Список соединений, отображаемый в ветке «Соединения» содержит краткий список всех соединений кластера серверов в целом, как это показано на рисунке.

В ветках «Процессы/ /Соединения» и «Рабочие серверы/ /Процессы/ /Соединения» также отображается краткий список соединений выбранного рабочего процесса.

В ветке «Информационные базы/ /Соединения» отображается полный список соединений выбранной информационной базы.

Краткий список соединений содержит минимальную информацию о каждом соединении и не требует аутентификации администратора информационных баз. Для получения этой информации утилита администрирования кластера серверов устанавливает соединение только с агентом центрального сервера кластера (процесс ragent). Наличие данного соединения не оказывает влияния на работу информационных баз, зарегистрированных в кластере. Это соединение не отображается в списке соединений.

Полный список соединений содержит максимально подробную информацию о каждом соединении. Для ее получения утилита администрирования кластера серверов устанавливает соединение не только с агентом центрального сервера кластера, но и с каждым из рабочих процессов (процесс rphost), которым принадлежат отображаемые соединения. При этом необходима аутентификация администратора каждой из информационных баз, которой принадлежат отображаемые соединения. Если аутентификация не выполнена, то в списке соединений отображается только краткая информация о соединениях. Соединения утилиты администрирования кластера серверов с рабочими процессами отображаются в списке соединений и могут оказать влияние на работу информационных баз, в частности на возможность перевода информационной базы в режим монопольного доступа.

Читать еще:  Как сделать чтоб ворд показывал ошибки

Источники соединений

Среди свойств соединения имеется свойство «Приложение», которое определяет источник соединения. В зависимости от источника соединения могут использоваться для различных целей и оказывать различное влияние на работу информационных баз. Возможные источники соединений и особенности соединений от каждого из источников приведены в таблице.

ИсточникИБПроцессНазначение
КонфигураторДаНетКлиентское приложение «Конфигуратор» для доступа к данным информационной базы
1С:ПредприятиеДаНетКлиентское приложение 1С:Предприятия для доступа к данным информационной базы
COM-соединениеДаНетВнешнее соединение (объект V81.COMConnector) для доступа к данным информационной базы
WS-соединениеДаНетАдаптер WEB сервисов для доступа к данным информационной базы
Фоновое заданиеДаНетЭкземпляр фонового задания, запущенный на рабочем процессе, для доступа к данным информационной базы
Консоль кластераДаНетСоединение утилиты администрирования кластера серверов с рабочим процессом для получения полного списка соединений или свойств соединения
COM-администраторДаНетСоединение объекта «Соединение с рабочим процессом» (полученного из V81.COMConnector) с рабочим процессом для получения полного списка соединений или свойств соединения
ОтладчикНетДаКлиентское приложение Конфигуратор для управления предметами отладки на сервере.
Планировщик заданийНетДаМенеджер кластера (процесс rmngr) для управления работой регламентных заданий на рабочих процессах кластера

«Да» в колонке «ИБ» означает, что соединение устанавливается с определенной информационной базой, требует аутентификации пользователя информационной базы и может оказывать влияние на работу информационной базы, в частности на возможность установки монопольного доступа к информационной базе. Для этих соединений возможно отображение свойств и принудительное удаление.

«Да» в колонке «Процесс» означает, что соединение устанавливается с рабочим процессом в целом и не требует аутентификации пользователя информационной базы. Эти соединения не мешают установке монопольного доступа к информационной базе, не требуют аутентификации пользователя информационной базы и не могут быть принудительно удалены. Для них также не возможно отображение диалога свойств.

Свойства соединений

В любом списке соединений имеется возможность просмотра свойств соединения. Диалог свойств содержит полную информацию о соединении, для получения которой необходимо соединение утилиты администрирования кластера серверов с рабочим процессом, которому принадлежит данное соединение, и аутентификация администратора информационной базы, которой принадлежит данное соединение. Если аутентификация администратора информационной базы не выполнена, то открытие диалога свойств соединения не возможно.

Отображение диалога свойств соединения возможно только для соединений с информационными базами, но не возможно для служебных соединений с кластером.

Соединения утилиты администрирования кластера серверов

В процессе просмотра соединений информационной базы для получения полной информации о каждом соединении утилита администрирования кластера серверов устанавливает соединение с этой информационной базой через каждый из рабочих процессов, имеющих соединения пользователей с этой информационной базой. Таких соединений может быть максимум столько, сколько рабочих процессов зарегистрировано в кластере и они будут существовать до тех пор пока не произойдет одно из перечисленных событий:

  • утилита администрирования кластера серверов будет закрыта;
  • соединение утилиты администрирования кластера серверов с данным центральным сервером будет разорвано. Для этого в локальном меню ветки соответствующего центрального сервера необходимо выполнить пункт «Отсоединить» или «Refresh»;
  • соединения утилиты администрирования кластера серверов с информационной базой будут явно разорваны этой утилитой (или другим ее экземпляром).

ВАЖНО!
Необходимо иметь в виду, что разорванные соединения утилиты администрирования кластера серверов с информационной базой будут установлены снова при очередном обновлении списка соединений с этой информационной базой, если выбрана ветка «Информационные базы/ /Соединения». Поэтому для обеспечения возможности установки монопольного режима доступа к информационной базе необходимо удалить все нежелательные соединения с ней, после чего либо закрыть консоль кластера, либо сойти с ветки соединений с этой информационной базой.

При первом получении списка соединений информационной базы соединения данного экземпляра утилиты администрирования кластера серверов могут быть не отображены, поскольку они устанавливаются в процессе получения информации о соединениях и на момент начала получения списка соединений могут отсутствовать. Их можно будет увидеть при повторном отображении списка соединений информационной базы.

Удаление (разрыв) соединений

Удаление соединений с информационной базой может быть выполнено путем выбора одного или нескольких соединений с информационной базой и выполнения пункта «Delete» локального меню списка соединений.

При удалении соединения консоль посылает на сервер сигнал на разрыв клиентского соединения и удаляет строку соединения из отображаемого списка без дополнительного запроса нового списка соединений. Действия сервера после получения сигнала зависят от состояния клиентского потока. Если клиентский поток находится в клиентском приложении, то соединение разрывается. Если клиентский поток находится на сервере 1С:Предприятия, то отреагировать на сигнал он может только при переходе на новую строку кода на встроенном языке. Если клиентский поток находится в сервере баз данных, то сигнал передается серверу баз данных. Сервер баз данных также не всегда может прервать выполнение запроса. Если передача сигнала на разрыв соединения не приводит к фактическому разрыву соединения, то при обновлении списка соединений данное соединение появится снова.

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

  • Главная
  • Настройки сервера 1С:Предприятие 8 «по умолчанию» для работы с лицензиями уровня ПРОФ

Настройки сервера 1С:Предприятие 8 «по умолчанию» для работы с лицензиями уровня ПРОФ

  • Автор: Уваров А.С.
  • 10.09.2019

10 сентября 2019 года вступило в силу анонсированное ранее программное разделение пользовательских лицензий 1С:Предприятие 8 по уровням ПРОФ и КОРП. Нельзя сказать что это произошло неожиданно, данная информация появилась в конце февраля и доводилась до сведения пользователей в том числе и средствами платформы, которая выводила предупреждения при запуске информационной базы, но многие оказались не готовы к изменениям. Данная статья призвана помочь в этой ситуации и расскажет, как правильно выставить настройки, чтобы снова все заработало.

Прежде всего давайте разберемся, что такое лицензии уровня КОРП. Это новый тип лицензий на платформу, введенный еще в 2014 году и предусматривающий предоставление пользователю дополнительных возможностей, а именно:

  • фоновое обновление конфигурации базы данных;
  • дополнительное управление распределением по рабочим серверам кластера в разрезе информационных баз, видов клиентских приложений и фоновых заданий:
    • сервисов кластера;
    • соединений с информационными базами;
  • гибкое управление нагрузкой в кластере:
    • безопасный расход памяти за один вызов;
    • количество ИБ на процесс;
    • объем памяти рабочих процессов, до которого сервер считается производительным;
    • максимальный объем памяти рабочих процессов;
    • стратегия балансировки (по памяти, по производительности);
  • внешнее управление сеансами;
  • механизм управления потреблением ресурсов;
  • профили безопасности;
  • возможность обновления тонкого клиента с сервера;
  • возможность публикации списка баз и обновлений тонкого клиента через http;
  • возможность использования «1С:Сервера взаимодействия».

Но долгое время данное разделение только декларировалось в лицензионном соглашении (которое никто не читает) и по факту все эти возможности были доступны любому пользователю 1С, как говорится, из коробки. Многие из этих возможностей активно использовались пользователями, подразумевающими их как нечто само собой разумеющееся и с сегодняшнего дня это способно вызвать массу проблем. А именно невозможность запустить базу с ошибкой:

Операция не может быть выполнена с текущим составом лицензий.
Свойства кластера ‘Допустимое отклонение количества ошибок сервера’, ‘Режим распределения нагрузки’ или свойства рабочего сервера ‘Максимальный объем памяти рабочих процессов’, ‘Безопасный расход памяти за один вызов’, ‘Объем памяти рабочих процессов, до которого сервер считается производительным’, ‘Количество ИБ на процесс’ содержат значения, отличные от значений по умолчанию. Использование этих функций возможно только для лицензий на платформу уровня КОРП. Обратитесь к администратору для решения вопросов приобретения и установки лицензий уровня КОРП.

Мы, в рамках этой статьи, не будем обсуждать обоснованность такого разделения, хотя, на наш взгляд, лицензии ПРОФ получились очень сильно ограниченными. Но выразим свое недоумение тем, что фирма 1С не предусмотрела легкой возможности перехода. Достаточно одной кнопки или пакетного файла в составе поставки конфигурации, которые бы возвращали настройки сервера 1С в состояние, соответствующее ограничениям лицензии ПРОФ, сколько неприятных моментов и простоев удалось бы избежать, не говоря о негативе в адрес фирмы. На худой конец можно было бы автоматически сбросить настройки на нужное состояние.

Но это еще не все. В ряде случаев данный переход способен оказаться бомбой замедленного действия. Это обусловлено двумя особенностями:

  • защита реализована начиная с версий 8.3.12.1852, 8.3.13.1791 и 8.3.14.1592 платформы;
  • до 10 сеансов включительно доступен полный функционал уровня КОРП;

Таким образом вопрос не исчерпывается только датой 10.09.2019, наоборот, все только начинается. Вышел из отпуска сотрудник — программа перестала работать, обновили платформу — все сломалось. В ближайшее время мы станем свидетелями массы таких историй. Поэтому давайте рассмотрим, какие настройки следует вернуть в состояние «по умолчанию» и что под ним подразумевается, чтобы вы быстро могли восстановить работоспособность вашего сервера.

Далее везде представлены настройки для платформы 8.3.13.1926, внешний вид и состав настроек других версий платформы, в частности 8.3.15 может отличаться, но настройки разделения функционала КОРП — ПРОФ это не затрагивает.

Настройки кластера

Скажем честно, данные настройки не блещут обилием возможностей и большинство из них под ограничения не попали.

Ограничениями лицензии ПРОФ являются:

  • Допустимое отклонение количества ошибок сервера, значение по умолчанию 0;
  • Режим распределения нагрузки, значение по умолчанию Приоритет по производительности.

Настройки сервера

А вот здесь все гораздо хуже, практически все возможности настройки сервера у пользователей ПРОФ забрали.

Под ограничения попали:

  • Максимальный объем памяти рабочих процессов, значение по умолчанию ;
  • Безопасный расход памяти за один вызов, значение по умолчанию ;
  • Объем памяти рабочих процессов, до которого сервер считается производительным, значение по умолчанию ;
  • Количество ИБ на процесс, значение по умолчанию 8.

Любые значения, отличные от значений по умолчанию, являются недопустимыми.

Столь жесткое ограничение вызывает самое большое количество нареканий, по сути пользователей ПРОФ лишили какой-либо возможности регулировать потребление ресурсов сервером, что больнее всего скажется на пользователях 32-битной версии сервера, в большинстве случаев им придется переходить на 64-битную версию с существенной доплатой.

Настройки информационной базы

Мы не думаем, что кто-то реально столкнется с этим ограничением, но приведем его на всякий случай.

Во всех информационных базах должны быть установлены следующие значения:

  • Внешнее управление сеансами — пустая строка;
  • Обязательное использование внешнего управления — флаг снят.

Еще раз обращаем ваше внимание, что если данные значения отличаются даже в одной информационной базе, то запуск всех остальных информационных баз также будет невозможен.

Настройки публикации на веб-сервере

Возможность работы базой, опубликованной на веб-сервере, также широко используется пользователями. Но и здесь появились ограничения и при попытке запуска такой базы вы можете столкнуться с ошибкой:

Поэтому, если вы использовали обновления тонкого клиента с сервера или публикацию на веб-сервере списка баз, то от этих возможностей придется отказаться.

В частности, это относится к настройкам Публиковать дистрибутив, которые не следует путать с опцией Публиковать тонкий клиент и веб-клиент, если вы снимите этот флажок, то подключение к базе тонким и веб-клиентом будет невозможно.

Надеемся, что данная статья будет вам полезна, также она будет дополняться новыми данными по мере их появления и приобретения нами и нашими коллегами нового опыта.

Ссылка на основную публикацию
Adblock
detector