1С виснет

Форум Учет и отчетность Бухгалтерский учет и налоги (БУ)

1С:Бухгалтерия 7.7 Бухгалтерский учет 7.7

1. Arioh_333 31.08.16 20:34 Сейчас в теме

Добрый вечер! Подскажите что может быть!

1Сник провел деноминацию, далее изменил справочники и после всего изменения недельку все работало, но резко пошли проблемы в том, что при проводке документов (каких именно, мы пока не нашли) зависает 1С... при этом сервер работает без зависания... понятно что косяк в каком то документе.. 1Сник разводит руками... может подскажите какой вариант мониторинга или сбор ошибок? внешняя обработка или приложение, чтобы знать куда копать! спасибо!

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

3. Cooler 22 31.08.16 21:25 Сейчас в теме

(1) Arioh_333,

1Сник разводит руками...

Ну, мы тут в большинстве тоже 1Сники.

проблемы в том, что при проводке документов (каких именно, мы пока не нашли) зависает 1С...

Смутно припоминается, что весьма распространенная причина такого поведения - сбой базы, в результате которого появляется документ с датой из далекого будущего, на десятки или сотни лет вперед.

Тогда при проведении 1С будет пересчитывать итоги во всем этом интервале, что будет выглядеть как необъяснимое "зависание".

Или наоборот, документ получает дату из далекого прошлого, уже точно не помню.

Надо смотреть журналы или рыться прямо в таблицах SQL.

8. Shreki2015 2 02.09.16 13:08 Сейчас в теме

(3) Cooler, далекое прошлое. 1880-й вроде был. при пересчете итогов видно будет с какой даты начинается пересчет.
(1) возникал пустой документ, достаточно его найти и удалить и проблема решится. поставьте формат даты в 4 знака.
и в общем журнале задайте интервал к примеру: 01.01.1500-31.12.2900, home или end покажет или очень древний или наоборот документ будущего.

2. Arioh_333 31.08.16 20:39 Сейчас в теме

забыл уточнить! пользователи подключаются по RDP... База sql.

4. ra9000 15 31.08.16 22:22 Сейчас в теме

Для начала проверьте итоги расчета оперативных и бухгалтерских итогов.

5. ludasovr 01.09.16 08:39 Сейчас в теме

так же можно посмотреть по по всему журналу даты документов.раньше например 2016 года и позже 2016 года.тоесть проверить нету ли случайно 0001 года или 2035 например.потом проверить время проведения каждого документа.

6. master-kiu 01.09.16 08:41 Сейчас в теме

Пересчитывали итоги ? Делали тестирование и исправление базы ? Пробовали установить и запустить копию базы с нуля (будет также лагать там) ?

7. avg660018 01.09.16 13:14 Сейчас в теме

Попробуйте с тестирования базы, переиндексации и пересчета итогов

9. craz 01.10.16 20:15 Сейчас в теме

"я нажимаю, что то и где то там висит"
если понимаете, что такое "деноминацию" в программе.

к выше сказанному посмотреть еще сервер на наличие свободного места,памяти,состояния cервера,состояния SQL.
p.s. хотя время прошло много уже от даты написания.

10. user616180_koval.sofi84 01.10.16 20:41 Сейчас в теме

У меня похожа проблема была,сам промучился один чувак помог здесь http://www.pro1c-msk.ru/ ,а вообще советую переисправить базу ,либо к чертям инстали с самого начала.

11. Cooler 22 01.10.16 22:32 Сейчас в теме

(10) user616180_koval.sofi84,

сам промучился

Коваль София, операцию по смене пола вам тоже на рекламируемом вами сайте сделали? Ну, так плохо сделали - головной мозг повредили, даже спам у вас тупой получается.

12. imax26 6 03.10.16 03:26 Сейчас в теме

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

Для отправки сообщения требуется регистрация/авторизация