Страница 1 из 1

Pervasive Gal 8.10

Добавлено: 14 янв 2009, 12:07
bomar
Здравствуйте! Если кто знает, помогите, пожалуйста! В последние дни идет большой тормоз при расчете зарплаты, считаем подразделение из 50 человек почти 3 часа! А в некоторые моменты и 1-го человека рассчитать проблема. Замечено, что чаще всего ожидание такого вида "Табл 15061 заблокирована ожидаю снятия блокирования". Что можно сделать реально сейчас? нас более 11000 чел. Спасибо!

Добавлено: 14 янв 2009, 12:18
edward_K
патчи ставили?
табла perevodtek - возможно у нее проблемы.
сделайте так.
грохните ее физически
расчитайте зарплату без налогов на фот.
потом на серваке запустите расчет только налогов на фот(не забудьте убрать галки с предварительной разноски и т.п.).
перед расчетом по кнопочке не лишне проверить включено ли сторнирование, заодно остальное проверите. Если не было массовых пересчетов, то уберите. Да и проверте настройки по травматизму - там сторнирование включается отдельно и действительно сильно тормозит.
ну и tmp dsk как обычно.

Добавлено: 14 янв 2009, 14:36
bomar
Спасибо! Таблица действительно эта (нашли по номеру). Грохать табл, когда рассчитано 90% подразделений - как-то не очень... поднимется рука. Может попробовать её переиндексировать? Когда работает 1 чел, всё нормально, притормаживает, но не так сильно.

Добавлено: 17 янв 2009, 20:29
edward_K
Статистика такая
Налоги но фот на 20000 без включенного сторнирования (всего)
считаются порядка 3 часов, с включенным 11 мес - 13 на компе типа сервер.
зарплату не обязательно пересчитывать - только налоги.

Добавлено: 19 янв 2009, 08:32
bomar
Здравствуйте! Не могли бы Вы описать параметры сервера. Мы работаем через терминальный сервер. Размер указанной табл где-то 1.5 Гб. Сама табл нормальная. Расчет одного человека в отдельной БД(расчет зпл- разноска,расчет,ФОТ) длится 10 мин, в том числе на разноску идет 9 мин. Что можно изменить в данной ситуации? Свод одного подр (500-800 чел) длится более 2 часов.

Добавлено: 20 янв 2009, 20:46
edward_K
это секрет :).
но не супер мощний - года 3-4 пашет как.
Разноска 9 мин это многовато. приемлимо 10-20 сек максимум при пакетном расчете (когда считаете по одному нужно скидывать врремя на открытие таблиц). Возможно виновато "распределение затрат"
Вы б составило чистое время по этапам при расчете 100 человек (ставите по одной галке). Если так всегда было - обматерить внедренцев и себя - кто ж так принимает систему. Если не давно, разбирайтесь с железом, софтом и с вирусами. А какой первасив? там 9.1, а лучше и 9.5. Опять же когда есть явные замедления за несколько дней, то возможна винтам скоро придет кырдык или база порушена. попробуйте сделать так
select.* from perevodtek to dbf c:\perev.dbf ;
удалить физически через проводник или еще чаго выгнав всех!
import perevodtek from dbf с:\perev n f s ;
антивирусы отрубите на каталог с базой - лишнее это.

Добавлено: 21 янв 2009, 12:41
bomar
Спасибо за помощь. Месяц закрыли прямо на серваке, потребовалось 4.5 часа. Та табл уменьшилась, стала 86Кб, но работаем всё равно медленно. Разбираемся с представителем региональной поддержки.