Происходят блокировки когда расчетчик расчитывает заработную плату. При этом остальные расчетчики ждут когда снимется блокировка и пройдет их операция это очень затрудняет работу клиента, он тратит на расчет зарплаты около 3-х дней. В организации 12 расчетчиков и получается что 1 работает остальные расчетчики бездействуют. Если возможность безопасного обхода этих блокировок? Как можно ускорить работу клиента в этом случае?


Актуальные программы и версии:

Платформа 8.3 8.3.9.2170
Медицина: ЗБУ (1.0.121.2)
БГУ 1.0.51.8

База SQL находится на сервере, большинство пользователей работают через терминал. В базе 2500 сотрудников.

Компьютер: Процессор i7-4770-k 3,5GHz, Оперативная память 32Гб 1600 GHz, Windows 10 LTB для организаций.

(0) А сервер какой?

Или это и есть сервер? Про дисковую  систему напиши.

Да это и есть сервер. База висит на 1 SSD 120 Gb

сделайте РИБ, считайте ЗП в подчиненном узле, потом делайте обмен в центральную базу. или приглашайте экспертов для расследования.

(0) мде... наверное еще и электроэнергию экономите?....

У меня калькулятор валяется, на нем память с такой частотой работает...

(0) "База SQL находится на сервере, большинство пользователей работают через терминал" - это все на одном сервере происходит? Сервер терминалов где?

(0) дружок тебе же сказали уже на партнерском, что нужны спецы, чего ты сюда приперся?

(7) Думал тут что то другое ответят. Так и получается.
(6) Да на одном.
(5) Ну если память менять на более производительную то надо тогда ддр 4 ставить а это полностью железо почти менять.

(8) ну ты хотя бы сказал хоть текст сообщения об ошибке

(8) режим энергосбережения говорю, какой установлен?

(8) Обычно одного дня достаточно чтобы определить в чем причина.

(10) Производительный
(9) Нет ошибок, зависает система пока у первого расчетчика не рассчитается, и видимо в этот момент блокировки снимаются и следующий занимает очередь и вот они и сидят.

(11) Если я не ошибаюсь то причина как раз в блокировках.

(12) (13) с чего ты решил что это блокировки? если бы это были они, то другие юзеры получали сообщение об ошибке по таймауту

(0) "База SQL находится на сервере" - сервер 1С и SQL - на одном этом компьютере? Других баз тут не крутится? Терминал отдельно? Тогда железа должно хватать. Можно очередь диска посмотреть для уверенности.

(8) А как организованы функции терминального сервера на Win10? "Из коробки" такое не возможно, вроде как. Патчи стоят?

(14) Ну ошибок нет. Что тогда может быть?

(0) Это нормально, в Postgresql - без доработок работает, в MSSQL необходимо сделать как тут: http://www.gilev.ru/snapshot1c/

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

(17) может быть все что угодно, чтобы сказать точно нужна диагностика

(15) Да всё на 1 компе. Других баз нет только ЗБУ. Терминал на 10 поддерживается из коробки (16)

(21) дай удаленку, вечером могу глянуть

(21) Да ладно. Не может быть. M$ поменяло лицензионное соглашение? "Из коробки" может работать одновременно только один пользователь.
В любом случае складывать все "сервера" в одну ОС и машину - моветон.

(18) Это сделано. MSSQL

(24) Тогда да, как писал sknhb - не в блокировках дело, у нас сейчас одновременно до 100 рассчетчиков\кадровиков сидят (правда типовая ЗиК 1.0), ошибок нет.

Не может быть где-нибудь в конфе принудительной установки блокировок?

(22) А куда мне скинуть? Прям сюда в чат?)

(26) Нет, не должно

(23) Там только сервер 1с и и сама база ЗБУ. Ну и терминалы для доступа к ней и больше ничего на нем нет.

(27) я тебе писал в личку на партнерке, ответь мне

(29) Мне просто интересно, что вы имеете в виду под "терминалы для доступа"?

(31) RDP по локальной сети

(12) Не похоже, что причина в блокировках. Поищите долгие запросы SQL (например, с помощью ТЖ)

(0) Распределенка....

(20) Стаж - 2 дня "Точно могу сказать, что это может быть что угодно. Нужна диагностика. Дорого."
Наш человек...

(32) Хорошо. Но не ответили на вопрос в (23)

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

(36) Я не много не так выразился. Терминальный сервер настроен.

(34) С расбределенкой проблемы потом постоянно могут возникать.

(37) А есть экзешник проги?

(23) А Вам кто-то рассказывал что Вин10 вообще-то не серверная операционка.

(0) про "уволить 11 расчетчиков" уже писали ?

(39) ????

(41) Извиняюсь. Действительно патч стоит.

Скорее всего на сервере тупо памяти не хватает. Выделите для рдп сессий отдельный комп.

(42) Нет. Но я думаю что это не вариант иначе бы уже сделали это)

(45) Смотрел монитор ресурсов, доступно ещё около 15 гигов.

(43) Он постоянно ломается. Сложно вносить изменения. Данные появляются не сразу. Может это конечно от рук зависит. У вас такие проблемы встречались?

(47) Сколько занято скл сервером и сервером 1с?

(45) Прикалываешься? на Вин10 пропатченной. Пусть ставит нормальную серверную винду и заканчивает извраты.

(49) 6 Гб

(50) Считаете многое изменит? А на что конкретно это влияет можете подсказать?

(52) как минимум нормально организованная дисковая очередь и правильная работа SQL Server.

(0) был такой случай в моей практике.
был косяк в очень запутанной схеме взаимосвязей видов начислений, из-за этого все считалось очень долго. вычистили, и все ускорилось в разы
ну и тут уже выше советовали, полезно будет основного расчетчика посадить в узел РИБ

(51) Мало. Очень мало.

(0) Измени на SQL используемую схему транзакций.

(0) "
...
В базе 2500 сотрудников.
...
Компьютер: Процессор i7-4770-k 3,5GHz, Оперативная память 32Гб 1600 GHz, Windows 10 LTB "

*facepalm*

Тьфу, показалось, что имеется в виду 2500 пользователей. Все равно одного SSD недостаточно. Попробуйте как в (56) советуют перевести на RCSI, но если проблема в дисковой подсистеме, то это все равно боком вылезет. tempdb сейчас где находится?

(44) За вами уже выехали.
На самом деле все эти патчи в некоторых случаях очень даже не плохо так замедляют работу в терминале. Почему не знаю, но такой эффект наблюдал пару раз.

да есть ssd на 120 гигов которые не сильно отличаются от жестких дисков по производительности. 200 мб/с на четние запись. Может (0) спасет перенос на серверный SSD типа Intel DC 3700/4500

остальные параметры железа вполне достаточны. Надо смотреть чтобы параметры электропитания стояли в режиме "максимальная производительность". Частота памяти 1600Мгц ДДР3 соответствует 2400 Мгц для ДДР4. И повышение ее никакого прироста не дает. Проц можно подразогнать до 4.5 Ггц без ущерба для стабильности.

если денег на серверный ССД нет, тогда уж найдите 10 тыс на Samsung 960 Evo и через Pci-e переходник вставьте в комп. Увеличение числа ядер / переход на другую платформу и ДДР4 сильного прироста не даст, а вот разгон проца и более быстрый ссд вполне погут дать до 30% сокращения времени расчета. Дальше поможет тока оптимизация кода.

В SQL может помочь изменение схемы восстановления базы на simple. Попробуйте обновить платформу до последней 8.3.10(или 11). Серверная винда в данном случае ничего не изменит.

ну и http://www.gilev.ru/setupquerytj/ http://www.gilev.ru/setupdeadlock/
http://www.gilev.ru/workload/