Добрый день.
На сервере тормозит одна из баз.
Есть идентичная по конфигурации база, примерно такое же число пользователей (небольшое) там проблем нет.
Описание проблемы: долгий запуск программы после ввода пароля, причем не всегда, чаще всего утром в 9:00-9:15, т.е. когда пользователи приходят на работу.

Про что прошу не писать:
- это не проблема массового входа пользователей: на сервере десяток баз, в каждой по 2-5 пользователей, проблема лишь в одной базе
- это не пик нагрузки по процессору, нагрузка не превышает 20-30%
- это не проблема регламентного задания: в базе все регламентные проверил, на 9:00 регламентного нет, в аналогичной базе проблемы нет

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

Вопрос: как найти причину? Т.е. какими инструментами какие данные собрать, т.к. имеющихся не достаточно.
---
проблема была в динамическом обновлении. После монопольного обновления проблема ушла.

```1c
    SEL ECT *
    FR OM Config

    where filename like '%dyn%'
```
---
т.к. имеющихся не достаточно.
сделать замер с момента запуска.

Что у вас за конфигурация?

У меня так на одной отраслевой от Раруса база стала через пол года долго запускаться, выяснилось что при старте программы выполняется запрос который выводит сведения в АРМ сотрудника. В запросе была ошибка из за которой он выбирал каждый раз все документы, а их количество увеличивалось с каждым днём.
---
Замер сделали при запуске? Подозреваю, что нет, по уважительной причине:
не всегда, чаще всего утром в 9:00-9:15, т.е. когда пользователи приходят на работу.
Это же значит программисту надо прийти на работу раньше пользователей - где такое видано? ;)
---
Есть один клиент, там раз в какое-то время коммутатор начинает притормаживать. Причем он "покрывает" только часть компов. Выражается все в том, что на одном этаже одна и та же база работает нормально, а на другом этаже - тормозит) Тоже защита СЛК.
---
На сервере тормозит одна из баз.
Есть идентичная по конфигурации база, примерно такое же число пользователей (небольшое) там проблем нет.
Если попробовать создать копию этой базы и замерить время запуска?
---
Попробовать выгрузку-загрузку. Пользователи через веб заходят?
---
тонкий клиент только
Про "Попробовать выгрузку-загрузку" думал. Но отложил это на потом, как ожидаемое 99% решение проблемы.
Хочется все-таки найти причину.
---
Вариант поставить замер производительности на инициализации параметров сеанса, возможно в ней синхронный запрос, который валится по тайм ауту.
---
так тогда ж он в тех.журнал должен был бы попасть, не?
---
Была такая проблемка в одной из организаций, на сервере был включен ipv6 и обращение сначала по нему шло. Отключил и прописал в файле hosts ip сервера и его имя, взлетело.
---
одна база. ОДНА. Из нескольких на одном сервере.
---
проверьте подключение принтеров.
---
одна база. ОДНА. Из нескольких на одном сервере.
---
И один пользователь пользуется этими разными базами. Или каждая группа пользователей работает со своей базой?
---
в каждой свой бух, во все ходит фин.дир. Т.е. основная масса - каждый в своей базе.
---
Это конечно маловероятно, но проверьте у этих пользователей, что выбран принтер по умолчанию. А так же, что этот принтер доступен. Так как у платформы с этим явные проблемы, но это обычно при печати документов.
---
зашел под админов в обе базы, создал путой текстовый, нажал "печать". в открывшемся окне в обеих базах выделен один и тот же принтер
---
Замер сделали при запуске?
---
, (19) только что сделал. Сперва всех выгнал. На первом месте закрытый модуль отраслевки. Но не уверен что проблема там. Оказалось что в config есть запись о динамическом обновлении...
---
На первом месте закрытый модуль отраслевки. Таки ура, на 20-м посте автор удосужился сообщить нам, что "одна база" - не типовая от 1С. Какая именно - видимо, простым смертным знать не положено.

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

Попробуйте посмотреть в ЖР что в этот момент происходит, может что то логируется в него. Что за отраслевая конфигурация?
---
На первом месте закрытый модуль отраслевки.СЛК? Если да, то в отраслевке обычно есть форма настройки подключения к серверу лицензий СЛК. Попробуйте переустановить СЛК последней совместимой с отраслевым решением версии.
---
проблема была в динамическом обновлении. После монопольного обновления проблема ушла.

```1c
    SEL ECT *
    FR OM Config

    where filename like '%dyn%'
```
---
Не под админом,а под пользователем. Просто проведите эксперимент, выберите принтер по умолчанию, который не доступен и посмотрите что получится.
---
потенциально в обертке Попытка ... Исключение может быть, с ТЖ не работал. Обычно проверяю кодом, делая вставки и пишу в ЖР.
---
Проверяйте SQL. Может там на это время какие сервисные работы. И если сделали ТИИ - то надо обновить статистику для этой базы на скуле.
---
Посмотреть на сервере через монитор ресурсов - какой файл при запуске долго висит. Если это tempdb, то возможно недостаточно оперативной памяти.
---
А какая отраслевая конфигурация? Может воспользоваться SQL Profiler ?
---
Была подобная ситуация в УТ 11
Удалял настройки пользователя затем копировал с рабочего варианта.
---
Приколист!
наименование и версия конфигурации ?
Версия 1С?
На баг-трекере сотни описаний обходов, а причины - самые разные - версии платфлрмы и конфигурации