ут 10.3. база стала подтормаживать, размер SQL-базы 72 Гб

1С v8

30.03.16

✎

14:15

Здравствуйте.
Есть база ут10.3 дописанная вдоль и поперек. В последнее время база стала подтормаживать. База ведется с 2011 года, размер файла mdf в субд 72Гб, выгрузка dt занимает 2.8Гб.

Скажите в какую сторону копать по поводу оптимизации 1с.
Свертка ли, пересчет итого, сжатие средствами СУБД или что нибудь еще?

1 Волшебник

модератор

30.03.16

✎

14:16

Открой для себя Замер производительности

2 butterbean

30.03.16

✎

14:17

(0) а может у вас в последнее время ежедневное количество документов увеличилось в 10 раз? надо разбираться

3 tabarigen

30.03.16

✎

14:18

(1) открыл. просмотр движений по регистрам долгий.

4 tabarigen

30.03.16

✎

14:20

(2) количество документов примерно тоже.

5 Волшебник

модератор

30.03.16

✎

14:29

(3) проиндексируй какие-нибудь поля

6 Alexor

30.03.16

✎

14:37

mdf в субд 72Гб, выгрузка dt занимает 2.8Гб.

Обслуживание базы давно делали?
В частности шринк и переиндексацию в скуле?

7 Alexor

30.03.16

✎

14:38

+6 У меня в УТ10.3 mdf 25 гиг в dt весит примерно 3

8 tabarigen

30.03.16

✎

15:04

(6) шринк лога сделал сегодня. переиндексация была настроена в планах осблуживания. Но я так понимаю переиндексация на срабатывает почему то, раз файл mdf, так разросся.

9 tabarigen

30.03.16

✎

15:04

(7) Добавили пищи для размышлений, буду пробовать.

10 mikecool

30.03.16

✎

15:10

(7) +1 выгрузка в дт обычно 10% от мдф

11 tabarigen

30.03.16

✎

16:12

(10) ну значит точно косяк в СУБД

12 AleksandrM09

30.03.16

✎

16:25

У меня как то бухгалтерия 3.0 разбухла от 100 гб. Спрашивал у местного 1С ника, уверял что это нормально. Начал искать причину, нашел обработку, которая выводила размер таблиц в базе и что них записано, оказалось что всякого рода индексы и итоги. Запустил ТиС и база скукожилась в 3 раза.

13 mehfk

30.03.16

✎

16:35

(112) Вот этот ТиС?
https://st-mobi.com/sites/default/files/styles/downloads_370x190/public/1c7logo_0.gif

В следующий раз ЗиК запускай :)

14 ДенисЧ

30.03.16

✎

17:01

У меня как-то была база в 1.5ТБ... И не тормозила...

15 AleksandrM09

30.03.16

✎

17:08

(13) блин :)))

16 Михаил Козлов

30.03.16

✎

17:17

(8)(12+) Есть обработка (не моя) по размерам таблиц (и индексов). Можно проанализировать размеры на предмет того, не раздуты ли индексы и таблицы остатков.
Я с ее помощью несколько раз находил "плохо" закрываемые регистры.
Если нужно - напишите запрос на мыло (в профиле).

17 tabarigen

30.03.16

✎

17:27

(16) "плохие" регистры вроде как найдены. РС СписанныеТовары занимает 5Гб и индекс 1.5Гб.

Можно ли как то свернуть проблемные регистры?

18 Михаил Козлов

30.03.16

✎

17:34

(17) Его вообще можно "обнулить":
- в каждом документе (где это нужно) оформляете экспортную функцию, которая возвращает "таблицу движений" этого регистра, если бы он был;
- в модуле партионного учета в процедуре ДвижениеПартий, если таблица не передана (один из параметров) - вызываете эту функцию.
Несколько медленнее при перепроведении (готовится таблица), зато регистр пустой.
Но если дело только в этом регистре, то можно не дергаться.

19 Михаил Козлов

30.03.16

✎

17:38

(18)+ Можно еще не проводить по партиям оперативно, а ночью регламентным заданием.

20 mehfk

30.03.16

✎

18:06

(17) Можешь смело грохать в нем записи, которые ранше даты запрета редактирования.

21 Карупян

30.03.16