На сервере порядка 40 баз. Память используется наполовину (32 из 64 Гб), проц на 70% в среднем.

При входе в некоторые базы 1С (бухгалтерия 3.0) виснет (вход с любого ПК), другие же нормально работают. После перезагрузки сервера все ок. Но на следующий день поновой беда.

Началось с установки обновлений на сервер и обновления сервера 1С до 8.3.7.1917

Пробовали восстановить из архива SQL базы, которые виснут.
Эти новые базы тоже проблемные..

А когда вход выполнен нормально работают?

Ключи аппаратные?

(0) Офигеть, 40баз на скуле.
Вы что там их солите?

3, да
2, нормально...

2, до следующего дня бывает

в такой рабочей базе вышло "не найдено ни одного сервера с размещенным сервисом servicename=sessiondataservice"

Поставь в кластерах 1 соединение на РП и 1 инфобаза на РП и проверь, для новых баз (которые не глючат) не появились ли такие же симптомы при входе

Если появились, то какие-то проблемы в создании новых РП / получении нового порта
Подними диапазон портов рабочего сервера

KRV_1983, помогло изменение диапазона портов рабочего сервера?
У меня похожая ситуация. Клиент-серверный вариант, сервер 1С 64 бита. На скуле 36 баз. После обновления платформы до 8.3.7.1970 некоторые базы (а именно - почему-то тоже только Бухгалтерия 3.0) после входа пользователя в базу, минут через 5-10 работы в ней, выдает сообщение об ошибке:

Не найдено ни одного сервера с размещенным сервисом serviceName=SessionDataService;Ref=buh_dna;sessionID=b3eac0a6-1d07-4142-aa2c-a8c50f2c4a6a;

1. Пробовал создавать новые базы Бух 3.0 из бэкапов - не помогло.
2. Пробовал другую версию платформы (8.3.7.1837) - не помогло.
3. Остановка службы сервера 1С - удаление папок C:\Program Files\1cv8\srvinfo\reg_1541 - запуск службы - не помогло.
4. ТиИ, Реструктуризация таблиц ИБ - не помогло.
5. Снятие с поддержки/установка на поддержку - не помогло.

Кто-нибудь сталкивался с подобным? Не хочется возвращаться на платформу 8.3.5.1517.

(9)Если не секрет, какой средний размер баз, и главное сколько пользователей в среднем работает с одной базой у вас?

(9) при переходе на 8.3.7 ___plus___ 64 бита
- похожая ошибка стала вылетать на бухгалтерии 3,0
- документооборот стал нещадно тормозить ___plus___ такая же ошибка

(странно вдруг заработала база данных которая ранее отвалилась, при отваливании была забекаплена и восстановлена с другим именем в скуле ___plus___ сервере 1С где работала до установки 8.3.7 , потом описанные выше ошибки)

вернулись на 8.3.6 - работа нормализовалась, танцы с бубном на 8.3.7 не помогали (кеш, рестарты, прочие телодвижения, доходило до того что 10-ть минут работает потом кирдык)

(11) ессно SQL 2008

(10) Базы все разные, от 1 до 30 Гб.

Те базы, которые с проблемами, "Бухгалтерия предприятия 3.0", от 1 до 5 Гб. Пользователей в среднем 5.
Те базы, в которых проблем не наблюдается после обновления платформы (УПП 1.3, Бухгалтерия 2.0 КОРП, самописные конфы и пр.), от 10 до 30 Гб. Пользователей в среднем 30.

(12) У меня тоже SQL 2008 R2

(4) У меня в практике over 400 было. :)

9, Переопределил базы на сервере. Только это помогло.



Остановка службы сервера 1С - удаление папок C:\Program Files\1cv8\srvinfo\reg_1541 - запуск службы - не помогло.

По идее, должно помочь, ведь этим мы удаляем кэш.  ???

(16) Нет. Этим мы удаляем настройки кластера 1С:Предприятия. При дефолтной установке, в том числе и журнал регистрации.

9, выгрузки в другие ИС ведутся? Службу 1С перегружали?

(18) Да, делал и рестарт службы 1С (до чистки кэша, когда кэш чистил на 1С-сервере, после чистки кэша). А также перезагрузка сервера (до чистки кэша и после тоже), на котором служба 1С работает. Это не помогло.

Выгрузки/загрузки информации в проблемных базах "Бухгалтерия 3.0" не ведутся. Блокировку регламентных заданий включал/выключал, полнотекстовый поиск выключал/включал - не помогло.

Поставлю 8.3.6, попробую, может на ней нормально работать будет.

(16) Я тоже думал, что возможно с журналом регистрации что-то не так. После обновления платформы до 8.3.7.1837 у меня в журнале регистрации базы "Бухгалтерия 3.0" начали появляться записи об учетных записях каких-то посторонних пользователях, которые в данной базе Бух3.0 в принципе отсутствуют, но есть в других базах. Потом обновил платформу до 8.3.7.1970, все то же самое - опять эти пользователи. Удалил ЖР на сервере у данной базы. Через несколько минут ЖР данной базы опять наполнился событиями с какими-то левыми пользователями.

Потом нашел эту ошибку на bugboard.v8.1c.ru.
В журнале регистрации появляются записи о несуществующих пользователях.
Код ошибки: 30151537
Код(ы) обращения: SW1000821
Статус: Исправлена в тестовой версии
Зарегистрирована: 19.01.2016
Исправлена:
"Технологическая платформа", версия 8.3.8.1451 (для тестирования)

Но база "Бухгалтерия 3.0" не из-за этой ошибки падает, остальные-то базы работают...

мну б вернулся на 8.3.6 ...

ЗЫ но только нюансы - зуп например требует 8.3.7 (хорошо что у меня он файловый можно разделить)

20, у нас проблема появилась дважды и оба раза после перезагрузки службы сервера 1С.

(4) А что такого необычного? Если филиальская сеть, например, большая, да и конфы разные?

+ тестовые базы

(21) Поставил 8.3.6.2332, все базы работают в штатном режиме, Бухгалтерия 3.0 падать перестала.
Изначально из-за Бухгалтерии 3.0 и начал обновлять платформу, поскольку она при обновлении с версии 3.0.40.42 на 3.0.41.48 стала требовать платформу минимум 8.3.6.2076. Я решил обновить сразу до 8.3.7.1970, чтоб два раза не вставать. Как оказалось, зря.