Не найдено ни одного сервера с размещенным сервисом 1с
Такую ошибку поймал один из наших клиентов. В этом частном случае «виновником» был журнал регистрации. Даже не он, а дисковая система, куда сохранялись данные.
Попросту закончилось свободное место и накопилась очередь транзакций, которые уже нельзя было записать. Пользователей «повыкидывало» из баз и уже не пускало.
Полный текст ошибки:
«Не найдено ни одного сервера с размещенным сервисом
servicename=SessionDataService; Ref=; sessionID=;»
Вышли из ситуации так: остановили службу Агента 1С, зачистили старые неиспользуемые журналы и запустили сервер. Потом, конечно, сделали более грамотно — добавили свободного места и сократили журнал регистрации 1С.
Причины
Глубоко в проблематику не залезали. Взяли со страницы на сайте Гилева. Да, зато честно. Типовые причины:
- какая-то операция выполняется настолько часто, что накапливается очередь на исполнение;
- проблема нового формата журнала регистрации;
- слишком маленькое значение «Время засыпания неактивного сеанса» и «Время удаления спящего сеанса»;
- падение процесса rmngr или удаление сеанса административными средствами.
Варианты действий
Возможные решения. Выбирайте то, что подходит именно для вас, исходя из целесообразности. Как показывает практика, у каждого свой огород и условия. Итак, что можно сделать:
- Перезагрузите сервер 1С или выполните принудительный рестарт службы «Агент сервера 1С:Предприятия 8.3».
- Очистите кэш сервера 1С.
- Проверьте каталог, куда сохраняются файлы журнала регистрации (ЖР). Достаточно ли свободного места. Нет ли ошибок или ограничений на диске при работе с файлами.
- Переключите ЖР на старый формат, перед этим остановите службу 1С.
• В свойствах службы «Агент сервера 1С» найдите путь к файлам регистрации (опция -d «путь_к_каталогу»).
• В папке базы (…\srvinfo\reg_xxxx\\) найдите папку журнала регистрации (1Cv8Log).
• Далее из папки 1Cv8Log удалите все файлы или переместите в другое место.
• В папке 1Cv8Log создайте пустой файл 1Cv8.lgf и запустите службу сервера 1С. - Остановите Агент 1С и очистите папки %temp%, %appdata%\1c, %localappdata%\1c в профиле пользователя, от имени которого запускается служба.
- Если у вас СУБД (MSSQL) и сервер 1С на одной машине, то настройте ограничение памяти для служб SQL.
- В консоли кластера 1С проверьте, как настроены Требования назначения функциональности (ТНФ). Добавьте общую функциональность с типом требования «Назначить» и примените требования.
- Удалите запись базы из кластера 1С, но без удаления из СУБД! А затем создайте новую регистрацию с подключением к имеющейся базе.
- Включите в настройках сервера 1С «Менеджер под каждый сервер». И посмотрите, не падает ли сервис сеансовых данных.
- Ничего не помогает? Переустановите платформу.
В случаях, когда останавливать сервер 1С нельзя, и проблема наблюдается только в одной базе — откройте Диспетчер задач и найдите неактивные процессы rphost. Завершите их принудительно. Это может сработать, если у вас настроен параметр «Количество ИБ на процесс = 1».
Пусть все получится, и сервисы 1С восстановят свою работу как требуется.
то для исправления этой ошибки - серверу необходимо назначить функциональность:
1. Откройте Панель Администрирования серверов и перейдите в раздел Требования назначения функциональности
2. Добавите общую функциональность с типом требования Назначить
3. Примените требования
4. Все должно работать
Я указал общие требования, т.к. баз на сервере мало, нагрузки практически нет, Но требования назначения функциональности имеют более глубокий смысл:
Требование назначение функциональности определяет:
Для какого объекта требования создается требование. В качестве объекта требования могут выступать некоторые сервисы 1 кластера, клиентские соединения и произвольный объект требования. В качестве объекта требования могут выступать следующие сервисы кластера:
- Блокировок объектов.
- Времени.
- Журналов регистрации.
- Заданий.
- Нумерации.
- Полнотекстового поиска.
- Пользовательских настроек.
- Сеансовых данных.
- Транзакционных блокировок.
- Работы с внешними источниками данных через ODBC.
- Работы с внешними источниками данных через XMLA.
- Сервис лицензирования.
- Сервис фонового обновления конфигурации базы1 данных.
- Сервис тестирования.
- Сервис внешнего управления сеансами.
Определяет тип требования. Тип требования определяет, каким образом будет выполняться использование рабочего сервера:
Не назначать - означает, что рабочий сервер, для которого создано данное требование, не будет назначен для обслуживания объекта требования, подходящего под условия, заданные в требовании.
Назначать - означает, что рабочий сервер, для которого создано данное требование, будет являться одним из кандидатов на обслуживание данного объекта требования (если рабочих серверов будет несколько).
Авто - означает, что рабочий сервер может быть использован для обслуживания объекта требования в том случае, если нет рабочего сервера с явным указанием необходимости использования.
Тип требования Авто - имеет смысл использовать тогда, когда в списке требований рабочего сервера есть требование с более широким набором условий, и необходимо иметь требование для более узкого набора условий. Например, данный сервер не может обслуживать соединения клиентских приложений для всех информационных баз, кроме одной информационной базы, для которой такое обслуживание разрешено.
Дополнительные параметры, необходимые кластеру серверов для принятия решения в ряде случаев:
Имя информационной базы. Используется для уточнения требования для формирования требований для клиентских соединений и всех сервисов кластера, которые могут выступать в качестве объекта требования, кроме сервиса лицензирования.
Дополнительные параметры. Используются для уточнения требований при размещении клиентского соединения или сервиса сеансовых данных. Дополнительный параметр проверяется на совпадение с началом соответствующего параметра объекта требования. Дополнительный параметр может принимать одно из следующих значений:
Для указания конкретного фонового задания:
Рассмотрим, как работает кластер серверов при обработке требований.
В случае необходимости выполнить размещение объекта требования, кластер выполняет следующие действия:
1. На всех серверах, входящих в состав кластера, выполняется обработка заданных для этих серверов требований назначения функциональности. Обход серверов и требований выполняется в порядке следования этих объектов в консоли кластера.2.
2. В каждом списке требований определяется первое требование, которое удовлетворяет размещаемому объекту: по собственно объекту, информационной базе и дополнительному параметру.
3. Затем полученный список рабочих серверов сортируется по признаку типа требования так, что первыми оказываются рабочие сервера с явным указанием использования. Рабочие сервера, для которых подходящее требование содержит явный запрет на использование - исключаются из списка доступных рабочих серверов. При этом назначение выполняется следующим образом:
- Есть рабочие сервера с явным указанием использования: в этом случае объект требования будет обслужен одним из этих рабочих серверов.
- Нет рабочих серверов с явным указанием использования: происходит попытка использовать рабочие сервера с автоматическим указанием использования или те рабочие серверы, для которых не указано требований.
- При размещении клиентского соединения, из списка доступных серверов будет выбран тот, в состав которого входит рабочий процесс с наивысшей доступной производительностью.
- Клиентское приложение, инициировавшее размещение объекта требования, будет завершено аварийно в одном из следующих случаях:
- Если для объекта требования список рабочих серверов оказывается пустым - нет ни одного рабочего сервера, который может обслужить объект. При этом объект требования не будет размещен и будет вызвано исключение.
- Если невозможно выполнить размещение на выбранном рабочем сервер, например, если выбранный сервер вышел из строя, и нет альтернативных рабочих серверов.
Похожие FAQ
Еще в этой же категории
Ключевые слова и Изображения
Слова упорядочены по частоте использования в тексте
Изображения
"Не найдено ни одного сервера с размещенным сервисом serviceName=SessionDataService" Эта ошибка с кем может быть связана?
то для исправления этой ошибки - серверу необходимо назначить функциональность:
1. Откройте Панель Администрирования серверов и перейдите в раздел Требования назначения функциональности
2. Добавите общую функциональность с типом требования Назначить
3. Примените требования
4. Все должно работать
Я указал общие требования, т.к. баз на сервере мало, нагрузки практически нет, Но требования назначения функциональности имеют более глубокий смысл:
Требование назначение функциональности определяет:
Для какого объекта требования создается требование. В качестве объекта требования могут выступать некоторые сервисы 1 кластера, клиентские соединения и произвольный объект требования. В качестве объекта требования могут выступать следующие сервисы кластера:
- Блокировок объектов.
- Времени.
- Журналов регистрации.
- Заданий.
- Нумерации.
- Полнотекстового поиска.
- Пользовательских настроек.
- Сеансовых данных.
- Транзакционных блокировок.
- Работы с внешними источниками данных через ODBC.
- Работы с внешними источниками данных через XMLA.
- Сервис лицензирования.
- Сервис фонового обновления конфигурации базы1 данных.
- Сервис тестирования.
- Сервис внешнего управления сеансами.
Определяет тип требования. Тип требования определяет, каким образом будет выполняться использование рабочего сервера:
Не назначать - означает, что рабочий сервер, для которого создано данное требование, не будет назначен для обслуживания объекта требования, подходящего под условия, заданные в требовании.
Назначать - означает, что рабочий сервер, для которого создано данное требование, будет являться одним из кандидатов на обслуживание данного объекта требования (если рабочих серверов будет несколько).
Авто - означает, что рабочий сервер может быть использован для обслуживания объекта требования в том случае, если нет рабочего сервера с явным указанием необходимости использования.
Тип требования Авто - имеет смысл использовать тогда, когда в списке требований рабочего сервера есть требование с более широким набором условий, и необходимо иметь требование для более узкого набора условий. Например, данный сервер не может обслуживать соединения клиентских приложений для всех информационных баз, кроме одной информационной базы, для которой такое обслуживание разрешено.
Дополнительные параметры, необходимые кластеру серверов для принятия решения в ряде случаев:
Имя информационной базы. Используется для уточнения требования для формирования требований для клиентских соединений и всех сервисов кластера, которые могут выступать в качестве объекта требования, кроме сервиса лицензирования.
Дополнительные параметры. Используются для уточнения требований при размещении клиентского соединения или сервиса сеансовых данных. Дополнительный параметр проверяется на совпадение с началом соответствующего параметра объекта требования. Дополнительный параметр может принимать одно из следующих значений:
Для указания конкретного фонового задания:
Рассмотрим, как работает кластер серверов при обработке требований.
В случае необходимости выполнить размещение объекта требования, кластер выполняет следующие действия:
1. На всех серверах, входящих в состав кластера, выполняется обработка заданных для этих серверов требований назначения функциональности. Обход серверов и требований выполняется в порядке следования этих объектов в консоли кластера.2.
2. В каждом списке требований определяется первое требование, которое удовлетворяет размещаемому объекту: по собственно объекту, информационной базе и дополнительному параметру.
3. Затем полученный список рабочих серверов сортируется по признаку типа требования так, что первыми оказываются рабочие сервера с явным указанием использования. Рабочие сервера, для которых подходящее требование содержит явный запрет на использование - исключаются из списка доступных рабочих серверов. При этом назначение выполняется следующим образом:
- Есть рабочие сервера с явным указанием использования: в этом случае объект требования будет обслужен одним из этих рабочих серверов.
- Нет рабочих серверов с явным указанием использования: происходит попытка использовать рабочие сервера с автоматическим указанием использования или те рабочие серверы, для которых не указано требований.
- При размещении клиентского соединения, из списка доступных серверов будет выбран тот, в состав которого входит рабочий процесс с наивысшей доступной производительностью.
- Клиентское приложение, инициировавшее размещение объекта требования, будет завершено аварийно в одном из следующих случаях:
- Если для объекта требования список рабочих серверов оказывается пустым - нет ни одного рабочего сервера, который может обслужить объект. При этом объект требования не будет размещен и будет вызвано исключение.
- Если невозможно выполнить размещение на выбранном рабочем сервер, например, если выбранный сервер вышел из строя, и нет альтернативных рабочих серверов.
Похожие FAQ
Еще в этой же категории
Ключевые слова и Изображения
Слова упорядочены по частоте использования в тексте
Изображения
"Не найдено ни одного сервера с размещенным сервисом serviceName=SessionDataService" Эта ошибка с кем может быть связана?
то для исправления этой ошибки - серверу необходимо назначить функциональность:
1. Откройте Панель Администрирования серверов и перейдите в раздел Требования назначения функциональности
2. Добавите общую функциональность с типом требования Назначить
3. Примените требования
4. Все должно работать
Я указал общие требования, т.к. баз на сервере мало, нагрузки практически нет, Но требования назначения функциональности имеют более глубокий смысл:
Требование назначение функциональности определяет:
Для какого объекта требования создается требование. В качестве объекта требования могут выступать некоторые сервисы 1 кластера, клиентские соединения и произвольный объект требования. В качестве объекта требования могут выступать следующие сервисы кластера:
- Блокировок объектов.
- Времени.
- Журналов регистрации.
- Заданий.
- Нумерации.
- Полнотекстового поиска.
- Пользовательских настроек.
- Сеансовых данных.
- Транзакционных блокировок.
- Работы с внешними источниками данных через ODBC.
- Работы с внешними источниками данных через XMLA.
- Сервис лицензирования.
- Сервис фонового обновления конфигурации базы1 данных.
- Сервис тестирования.
- Сервис внешнего управления сеансами.
Определяет тип требования. Тип требования определяет, каким образом будет выполняться использование рабочего сервера:
Не назначать - означает, что рабочий сервер, для которого создано данное требование, не будет назначен для обслуживания объекта требования, подходящего под условия, заданные в требовании.
Назначать - означает, что рабочий сервер, для которого создано данное требование, будет являться одним из кандидатов на обслуживание данного объекта требования (если рабочих серверов будет несколько).
Авто - означает, что рабочий сервер может быть использован для обслуживания объекта требования в том случае, если нет рабочего сервера с явным указанием необходимости использования.
Тип требования Авто - имеет смысл использовать тогда, когда в списке требований рабочего сервера есть требование с более широким набором условий, и необходимо иметь требование для более узкого набора условий. Например, данный сервер не может обслуживать соединения клиентских приложений для всех информационных баз, кроме одной информационной базы, для которой такое обслуживание разрешено.
Дополнительные параметры, необходимые кластеру серверов для принятия решения в ряде случаев:
Имя информационной базы. Используется для уточнения требования для формирования требований для клиентских соединений и всех сервисов кластера, которые могут выступать в качестве объекта требования, кроме сервиса лицензирования.
Дополнительные параметры. Используются для уточнения требований при размещении клиентского соединения или сервиса сеансовых данных. Дополнительный параметр проверяется на совпадение с началом соответствующего параметра объекта требования. Дополнительный параметр может принимать одно из следующих значений:
Для указания конкретного фонового задания:
Рассмотрим, как работает кластер серверов при обработке требований.
В случае необходимости выполнить размещение объекта требования, кластер выполняет следующие действия:
1. На всех серверах, входящих в состав кластера, выполняется обработка заданных для этих серверов требований назначения функциональности. Обход серверов и требований выполняется в порядке следования этих объектов в консоли кластера.2.
2. В каждом списке требований определяется первое требование, которое удовлетворяет размещаемому объекту: по собственно объекту, информационной базе и дополнительному параметру.
3. Затем полученный список рабочих серверов сортируется по признаку типа требования так, что первыми оказываются рабочие сервера с явным указанием использования. Рабочие сервера, для которых подходящее требование содержит явный запрет на использование - исключаются из списка доступных рабочих серверов. При этом назначение выполняется следующим образом:
- Есть рабочие сервера с явным указанием использования: в этом случае объект требования будет обслужен одним из этих рабочих серверов.
- Нет рабочих серверов с явным указанием использования: происходит попытка использовать рабочие сервера с автоматическим указанием использования или те рабочие серверы, для которых не указано требований.
- При размещении клиентского соединения, из списка доступных серверов будет выбран тот, в состав которого входит рабочий процесс с наивысшей доступной производительностью.
- Клиентское приложение, инициировавшее размещение объекта требования, будет завершено аварийно в одном из следующих случаях:
- Если для объекта требования список рабочих серверов оказывается пустым - нет ни одного рабочего сервера, который может обслужить объект. При этом объект требования не будет размещен и будет вызвано исключение.
- Если невозможно выполнить размещение на выбранном рабочем сервер, например, если выбранный сервер вышел из строя, и нет альтернативных рабочих серверов.
Похожие FAQ
Еще в этой же категории
Ключевые слова и Изображения
Слова упорядочены по частоте использования в тексте
Изображения
что пробовал
1. отключение регламентов и джобов как в 1с так и в скуле
2. ТИИ все кроме пересчета итогов (это идет сейчас)
3. отключение всего лишнего на скуле
что еще думаю пробовать
пересоздать базы в 1с и в скуле
куда еще копнуть?
зы
бекапы разумеется есть.
Попробуйте чтобы, в этой базе поработал 1 человек если зависнет, пускай другой, с разных компьютеров.
Остальные компы желательно чтобы, были выключены )
(0) Аналогичная ситуация, только на 8.3.7.1776.
Рестарт 1С еще не делал - много людей в другой базе на этом же сервере, а подвисает копия.
Была похожая херь, вылечилось только так:
удалением платформы, чистка кешей, ставим платформу заново на сервере.
В чем была проблема хз, в журналах винды не было и намека.
базе без хранилища, динамически обновляюсь редко.
но если бы проблемы были с кешем - то проявлялись бы сразу а не через 20 мин нормальной работы
Я бы попробовал создать новую базу на сервере и в неё загрузить выгрузку больной базы. Посмотреть, как работает на одному-двух пользователях.
(0) Посмотрите не грузит ли процесс менеджер кластера rmngr. И нет ли такого, что идет непрерывный доступ с очередью к файлам 1Cv8.lgd?
Тогда проблема скорее всего в формате журнала регистрации. Лечится только возвратом к старому формату журнала регистрации.
Как вернуть базу на старый формат журнала регистрации?
(17)хз, сервер на SSD в зеркале, в системе ошибок нет, как более детально диагностировать - не знаю
(18) загрузка памяти/цп/диска - почти на нуле
(25) я пошел другим путём. грохнул кластер из консоли, при попытке создать новый ругается "Ошибка создания кластера. Ошибка операции администрирования. Не найдено ни одного сервера с размещённым сервисом ClusterConfigService"
Хотя сервис этот на этом сервере есть и числится в работающих ))
Короче, надо 1с рестартить на сервере, имхо.
пересоздание скульной и 1с ной базы не помогло.
пересоздавал через выгрузку в DT.
(29) угу
словил в январе на одном из серверов аналогичную ситуацию
висит долго, лечить тотальной зачисткой папок 1С на сервере приложений
похожая была проблема - вылечилась пересозданием пользователя, под которым сервер 1С стартовал (usr1cv8)
(20) В дополнение к (18):
Убедитесь, что в момент зависания в базе данных ничего не происходит с файлом журнала регистрации 1Cv8.lgd именно этой базы.
Ошибка с новой версией формата журнала появилась с платформы 8.3.6. Симптомы очень похожи на ваши.
а кстате да, остался вопрос - почему именно с января пришла проблема?
что вдруг поменялось за праздники?
(45)
у нас сервер в режиме ручного обновления, то есть они (обновления) закачались а установили их только вчера уже после того как началась вся эта свистопляска
я вот думал на тему просрочки сертификатов. какой ни будь DCOM просрочен и теперь считается неподписанным.
этим объясняется поведение, админу можно запускать неподписанное, а юзеру нет, и по сколько это происходило не напрямую а с каким ни будь подвыпердом 1с то я логов и не увидел.
(47) это конечно жесть. из-за какого-то сертификата виснет 1с. не хотелось бы чтобы это было так. а иначе хрен найдешь эту ошибку если прижмет..
(52) Так все же в чем первоисточник проблемы был? В просроченном сертификате или это не так и не удалось установить?
Очистил содержимое каталога /home/usr1cv8/.1cv8/1C/1cv8/reg_NNNN/
и создал из консоли кластер. Создался моментально, базу подключил, всё работает. Службу сервера даже не перезапускал.
(54) точно не установить, так как повторяемости нету и в логах нет ничего.
(56) старому права добавил, у нас не дефолтный юзер а специально заведённый (на то есть причины)
Решится может и решилось, но проблема - не локализована. То есть по сути очередной раз стучали в шаманский бубен.
Вполне вероятно, что случайно какой-то файл оказался пересозданным администратором или ещё каким-то пользователем с повышенными правами, тогда у вашего пользователя к нему не будет доступа на запись.
Другое дело, что на таких местах должны выдаваться ошибки.
P.S. можно включить аудит доступа к объектам - там будет видно всё, но чтобы в этой горе мусора что-то найти, нужно очень и очень постараться. Зато можно узнать, что и где 1С создаёт или модифицирует в процессе работы.
и хотя дело было не в логе (у меня уже чистая база без лога не запускалась), но все-же беда не приходит одно
(65) Очень просто.
Берешь текущую дату счета и прибавляешь к ней 3 рабочих дня, чтобы получить дату оплаты.
Прибавлять будешь долго.
(73) это не хождение по кругу, а слишком бурное развитие 8.Х . а 7.7 уже полностью по полочкам разложен..
вот, как бы так..
(63) производственный календарь как и прочие плановые данные на 2016 год я заполняю в середине ноября, причина простая, бюджетирование рассчитывает будущие финансовые потери от привлечения кредитов (по банковской ставке) и там нужны примерные суммы расходов по кредитованию.
(73) я на 90% знаю причину, но опубликовать здесь не могу, но если внимательно почитать ветку можно и допереть.
Единственное для 100% уверености у меня не получилось повторить ситуацию.
(77) "опубликовать здесь не могу" - хотя бы причины, почему нельзя публиковать причину можно. ну, либо, в личку просящим?
(76) вполне возможно, я как настоящий инженер - хочу путем автоматизации облегчать себе жизнь, а не усложнять.
..опять же - почему бы и не пофлудить в восьмерочных ветках? тем более что восьмерочными они могут называться с бооольшой натяжкой. полезного по восьмерке там - с кот наплакал
(87)[я как настоящий инженер - хочу путем автоматизации облегчать себе жизнь, а не усложнять]
настоящий инженер облегчает жизнь бизнесу, а не себе
попытка использовать в 2016 году 7.7 кроме жалости к тебе уже ничего не вызывает
(84) за эти 12 лет возможности 8.х в корне изменились. и, сравнить 8.0 с 8.3 например, практически невозможно, потому что по возможностям это абсолютно разные платформы..
в защиту 8.х - бп 2.0 совершенство, потому как большую часть функций без поддержки развития платформы делали.. бп 3.0 - совершенство в функциональном плане, потому как стараются догонять возможности платформы.. мне, правда, бп 2.0 больше нравиться. последние 4 года в один клик сдаю все отчеты по ОСН, при этом я не бухгалтер.
(86) ясно. нехорошие люди где ни попадя используют попытка исключение.. плюсь привилегированный режим плюс права винды.
(90) идите в лес. поглубже. Попыток использовать 77 в 2016г - нет. новые проекты - открываем/запускаем на 8ке. Старые - будем тянуть до тех пор, пока это будет экономически оправдано. Или когда я найду вменяемого (по ряду критериев) восьмерочника.
(95) вряд ли. он будет про функциональность рассказывать - а это то самое, чтобы корректно перейти на 8.х)) и я же, внезапно, еще и 7.7 знаю))
и я достаточно трезво (как мне кажется) оцениваю свои способности- мне не нравится почти все, что я написал/сделал на клюшках. Много "костылей", много незавершенки. Однако - фурычит, в офисе сидеть не надо, в отпуск могу на месяц уехать - работает. и слава богу.
(96) угу, ща ехал и сидел думал - нгадо бы к куроводству с предложением выйти по описанию бизнес-проыессов.
(94) резюме и побольше описалова про себя - на мыло e.meil@mail.ru - гарантий никаких не даю, но мне нужна нормальная "команда", чтобы не обяснять - почему вот вот это сделано правильно, но неверно.
Читайте также: