0
vkar
27.08.14
✎
14:06
|
Здравствуйте, знатоки!
Знаю, подобные темы возникают регулярно, искал в интернете, перепробовал разные варианты - результата ноль.
Исходные данные таковы:
Процессор - 2* Xeon E5-2620 2.00 GHz
Память - 32 ГБ
ОС - Windows 2008 R2 SP1, 64-битная
Жесткие диски в RAID0, места достаточно
Платформа - 8.3.4.465
Конфигурация - ЗУП 2.5.82.2
Клиент-серверный вариант, 64-бит, СУБД PostgreSQL 9.2.4-1.1C
Конфиг постгреса:
max_connections = 100
shared_buffers = 2048MB
temp_buffers = 32MB
work_mem = 16MB
maintenance_work_mem = 1024MB
fsync = off
synchronous_commit = off
full_page_writes = off
effective_cache_size = 16384MB
Суть проблемы:
При некоторых операциях (подбор сотрудника, расчет начислений, проведение) 1ска подвисает на продолжительное время - от нескольких минут до нескольких десятков минут.
Сделал замер производительности в 1С, заметил, что во всех случаях выполнение тормозится на операции типа "НаборЗаписей.Записать()", - 98% времени, по несколько минут на набор из 5-10 записей.
Подскажите, в чем может быть причина и в каком направлении дальше копать?
|
|
6
vkar
01.09.14
✎
11:32
|
Тема еще актуальна.
Посмотрел логи запросов, все подвисавет на запросах типа
2014-09-01 07:51:57 YEKT LOG: duration: 107391.000 ms statement: DELETE FROM _CRgActP809
WHERE EXISTS(
SELECT 1
FROM (SELECT 1 AS SDBL_DUMMY) SDBL_DUAL
INNER JOIN (SELECT
T4._RecorderTRef AS RecorderTRef,
T4._RecorderRRef AS RecorderRRef,
T4._LineNo AS LineNo_
FROM _CRgActP809 T4
INNER JOIN tt1711 T5
ON T4._RecorderTRef = T5._RecorderTRef AND T4._RecorderRRef = T5._RecorderRRef AND T4._LineNo = T5._LineNo LIMIT 100000) T3
ON _CRgActP809._RecorderTRef = T3.RecorderTRef AND _CRgActP809._RecorderRRef = T3.RecorderRRef AND _CRgActP809._LineNo = T3.LineNo_
WHERE _CRgActP809._RecorderTRef = T3.RecorderTRef AND _CRgActP809._RecorderRRef = T3.RecorderRRef AND _CRgActP809._LineNo = T3.LineNo_)
|
|