Имя: Пароль:
1C
1С v8
Вопрос по битой файловой базе
,
0 Dmitry1c
 
16.10.14
15:49
По мотивам эпопеи Эксперты, подскажите

Файловая ИБ, 15 гб.

С базой работает 1 человек.

Чистка кэша не помогает.
Пересчет итогов не помогает.

Куча документов одного вида, таблица этого вида документа - 1 Гб.

Проводим документ - ждем 10 минут.
Проводим еще раз документ - проводится мгновенно.

Через некоторое время ситуация повторяется.

Замер производительности занимает 99.5% времени на выполнении запроса к виртуальной таблице накопления регистра остатков, результат запроса возвращает ~10000 записей в разрезе всех измерений (регистр закрывается плохо, есть битые ссылки).

Если не трогать базу полчаса-час, проблема повторяется.
ТИИ пока не сделано, база явно битая, но все же, что там происходит?

Вопрос именно в том, что происходит с базой в момент запроса. Почему повторно запрос выполняется быстро и через полчаса снова выполняется медленно? Кэши чистил, не влияют.

Спасибо.
1 pessok
 
16.10.14
15:51
потому что при проведении документа таблица итогов сдвигается и пересчитывается
2 Dmitry1c
 
16.10.14
15:52
(1) та самая "точка актуальности"?
3 pessok
 
16.10.14
15:53
ну это не совсем "точка актуальности", но в целом - да
4 Dmitry1c
 
16.10.14
15:54
(1) если запрос вызывать в консоли, никакого проведения нет.

Т.е. та же самая ситуация с выполнением запроса к таблице остатков, а не при проведении документа.

Там никакая точка актуальности НЕ СДВИГАЕТСЯ, т.е. твой вариант не верен.
5 PR
 
16.10.14
15:54
(4) Теоретический вопрос ради теоретического вопроса?
6 Dmitry1c
 
16.10.14
15:55
(5) хочется понять, почему так.
7 Маленький Вопросик
 
16.10.14
15:56
(0) как ни странно, можно. Выгрузить в дт.
Если база открывается, можно выгрузить срезв xml
8 Dmitry1c
 
16.10.14
15:57
(7) база открывается.

Что можно-то? Вопрос не в том, что делать с базой.

Вопрос, как подметил PR, теоретический. Почему так происходит.
Я пока логического объяснения не могу найти.
9 PR
 
16.10.14
15:57
(6) Зачем? Тянет поразбираться с самопальщиной? Что бы не поставить SQL?
10 Dmitry1c
 
16.10.14
15:57
(9) SQL в процессе установки
11 Маленький Вопросик
 
16.10.14
15:58
Скорее всего база не битая, а при проведении реализации (ут ) считаюсяостаткм... Может и тормозит от этого
12 Dmitry1c
 
16.10.14
15:59
(11) вот сюда глянь (4)
13 Маленький Вопросик
 
16.10.14
16:00
Конфа какая? Почему 15гб??? Сам cd весит???
14 hhhh
 
16.10.14
16:00
(10) просто когда первый раз выполняется запрос, данные остаются в кеше. Поэтому второй раз запрос уже обращается к памяти и работает быстрее.
15 Dmitry1c
 
16.10.14
16:01
(13) да, cd весит.

Регистр самописный, в нем куча данных.
От того, какая конфа, ничего не зависит. Платформа 8.3, Обычное приложение.
16 Dmitry1c
 
16.10.14
16:01
(14) в каком кэше? Тот, который на диске C в папке-гуиде, я чистил, не помогает это.

Почему выполнение этого же запроса через полчаса дает опять медленную картину?
17 Dmitry1c
 
16.10.14
16:02
Если КЭШ только из оперативной памяти, но я что-то не помню такого кэша.
18 hhhh
 
16.10.14
16:04
(17) ну и зря не помните
19 Dmitry1c
 
16.10.14
16:04
(18) можно ссылочку на описание?
20 hhhh
 
16.10.14
16:08
под рукой нету ссылки. поищу
21 hhhh
 
16.10.14
16:13
просто делайте отбор по номенклатуре в запросе, не надо каждый раз весь регистр остатков грузить. Пользуйтесь параметрами виртуальных таблиц.
22 Dmitry1c
 
17.10.14
21:01
p.s. помогло "сжатие таблиц информационной базы", хз почему
23 Анютик
 
17.10.14
22:34
а может еще дефрагментацию диска забабацать, где файл БД лежит?
24 К_Дач
 
17.10.14
22:45
25 Dmitry1c
 
17.10.14
22:47
(24) большое спасибо, почитаю

тул1СД знаю
26 К_Дач
 
17.10.14
22:51
восстановить битые ссылки: http://infostart.ru/public/92259/

(22) если помогло сжатие таблиц - однозначно что-то не в порядке с этой таблицей.