При проведение рассчитанного начисления, при формировании отчета при переходе с одного меню на другой, при выборе сотрудника работа программы Камин 5.5 стала замедляться,как бы подвисает.
С чем это может быть связано? обновляються программы очень быстро даже БГУ 1 ред при работе БГУ 1 таких проблем не наблюдается пользователе в файловом варианте 22 пользователя
1. Itel(R) Xeon (R) CPU E5-2407 0 @2.20 GHz, 24 Gb Оперативной памяти Раид 0 или 1 уровня RDP по словам программиста сервер неплохой
2. Файловый вариант
3. 1С:Предприятие 8.3 (8.3.11.2867) 32 разрядная ред 5.5.22.5
4. 8 расчетчиков.
5. Объем базы 1 384 032 Кб
6. До этого работали в 3,5 правда для каждой школы и сада были отдельные базы это было еще с 7.7 ред 2
Начинали учет в одной базе 3500 работников 7.7 ред 2.0 начались проблемы. Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле. Зависает с лета Расчетчики наседают на раздел базы по учреждениям. Переход на клиент серверный вариант не поддерживает главный так как с БГУ все нормально даже при 24 пользователях правда они еще не перешли на БГУ 2

Баян

Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле. Зависает с лета Расчетчики наседают на раздел базы по учреждениям.

Думаю, они правы -- 20+ рабочих мест в одной файловой базе как-то не очень нормально.
Или уже переходите на клиент-сервер.

P.S. А кстати -- как организован доступ? Файл базы на сервере, и клиенты обращаются по сети (по TCP/IP)? Это тоже одна из причин медленной работы (сетевой доступ к файлу).
Ради эксперимента попробуйте сделать WEB-доступ тонким клиентом (опубликуйте базу на веб-сервере, например Apache -- это очень просто, ставится быстро, настройки никакой не надо, публикация базы делается прямо из Конфигуратора "в один клик"). Базу копировать не надо, можно опубликовать прямо "боевую" базу. А при настройке доступа к базе (со стороны пользователя) просто выбираете "... на веб-сервере".
Попробуйте, вам понравится

При проведение рассчитанного начисления, при формировании отчета при переходе с одного меню на другой, при выборе сотрудника работа программы Камин 5.5 стала замедляться,как бы подвисает.
С чем это может быть связано?
1. Itel(R) Xeon (R) CPU E5-2407 0 @2.20 GHz, 24 Gb Оперативной памяти Раид 0 или 1 уровня RDP по словам программиста сервер неплохой
2. Файловый вариант
3. 1С:Предприятие 8.3 (8.3.11.2867) 32 разрядная ред 5.5.22.5

4. 8 расчетчиков пользователей.

---

5. Объем базы 1 384 032 Кб
6. До этого работали в 3,5 правда для каждой школы и сада были отдельные базы это было еще с 7.7 ред 2
Начинали учет в одной базе 3500 работников 7.7 ред 2.0 начались проблемы. Разделили базу по учреждениям. Потом был переход на 3.5 ред.
при переходе на 5.5 базы слили в одну в этом году в апреле.

Сервер у вас действительно неплохой. Но поймите, что при работе в файловом режиме сервер-то как бы "ни при чём" -- он используется только как хранилище файлов, а вся работа выполняется на клиенте (т.е. на клиент передаются временные файлы).
Более того, есть ещё одна общеизвестная проблема, связанная с Windows: сетевой доступ к файлу отключает его кэширование. Это значит, что при каждом обращении к базе каждый раз выполняется чтение с диска (а не из буфера в памяти). Учтите, что файлы-то не маленькие...

Именно поэтому я рекомендовал вам попробовать доступ к базе через веб-сервер.
В этом случае на сервер ставится так называемый веб-коннектор (часть платформы 1С, выполняющая серверные функции по обращению от веб-сервера), то есть ресурсоёмкие операции будут выполняться на сервере и использовать его "мощность".
К тому же исключается необходимость сетевого доступа к файлам базы данных; значит, Windows будет кэшировать эти файлы -- вот вам ещё один фактор ускорения работы.

P.S. Попробуйте, вам понравится

Перейдут на БГУ 2.0 и закидывать обе базы в облако либо делать клиент-сервер. Иначе повиснет все с большой долей вероятности. Для чистоты эксперимента сделать удаленный рабочий стол на сервере и попробовать запустить в работу так.

Раньше была проблема с однопоточностью веб-сервера. Как сейчас?
Наверное придется запускать несколько Apache?

У меня поднят IIS. В этом месяце расчетчик жалуется на долгое формирование отчета "Сравнению ндфл рассчитанного и удержанного"..

Vlx

Раньше была проблема с однопоточностью веб-сервера. Как сейчас?

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

Наверное придется запускать несколько Apache?

Вероятно, да.
Мне ни разу не приходилось.
Я встречал упоминания, что при запуске нескольких инстансов Apache между ними можно балансировать нагрузку (кажется, с помощью nginx или подобных прокси).

Vlx

У меня поднят IIS. В этом месяце расчетчик жалуется на долгое формирование отчета "Сравнению ндфл рассчитанного и удержанного"..

Не думаю, что тут как-то влияет WEB-доступ.
Не пробовали сравнить скорость формирования этого же отчёта, если его запустить в локальном сеансе?

Николай

Vlx

У меня поднят IIS. В этом месяце расчетчик жалуется на долгое формирование отчета "Сравнению ндфл рассчитанного и удержанного"..

Не думаю, что тут как-то влияет WEB-доступ.
Не пробовали сравнить скорость формирования этого же отчёта, если его запустить в локальном сеансе?

У меня пока три варианта: однопоточность, база подросла и обновления за декабрь.
Локально, нет не пробовал. Но ответ известен, будут все признаки как у автора.