Имя: Пароль:
1C
1С v8
Обновление статистик на большой базе
0 Rlogin
 
16.07.15
16:22
Есть база УПП 1.3. Размер базы - 800 Гб.
Когда обновлялась статистика и очищался процедурный кэш - никто точно не знает. Но говорят, когда это делали последний раз, база начинала тормозить и люди мучились несколько дней...
Кто нибудь работал с похожими базами ? как часто обновляется статистика ?
1 floody
 
16.07.15
16:24
обновление статистики не мешает работе, если у вас железо не УГ

на 800 гиговой базе обновляется раз в сутки, и раз в 3 часа по самым тяжелым таблицам
2 floody
 
16.07.15
16:26
обновление можно распараллелить, будет быстрее выполняться
3 Rlogin
 
16.07.15
16:27
(1) Самые тяжелые это какие ?
4 Rlogin
 
16.07.15
16:27
(2) прикольно. А как ?
5 Rlogin
 
16.07.15
16:29
на msdn вот такая надпись есть:

Инструкция DBCC FREEPROCCACHE используется для аккуратной очистки кэша планов. Освобождение кэша планов приводит, например, к тому, что хранимая процедура повторно компилируется, а не используется из кэша. Это может стать причиной внезапного временного снижения производительности обработки запросов
6 floody
 
16.07.15
16:29
я не знаю, какие у вас самые тяжелые
7 Rlogin
 
16.07.15
16:30
(6) а у вас ? что значит тяжелые ? Самые большие или самые активно перезаписываемые ?
8 floody
 
16.07.15
16:30
тяжелые - это я не правильно выразился

тяжелые не по весу, а скорее по использованию
9 floody
 
16.07.15
16:31
если в партионке, то НЗП (6 таблиц) и партии (6 таблиц)
10 Rlogin
 
16.07.15
16:31
(8) По сути, надо сбрасывать те, в которые больше всего внесли изменений ?
11 H A D G E H O G s
 
16.07.15
16:32
(10) Да. Ну или перепилили кот на оптимальный
12 floody
 
16.07.15
16:32
DBCC FREEPROCCACHE - не рекомендуется использовать именно в рабочее время, т.к. при большом количестве запросов будет заметно подтормаживать первое время.. если делать ночью после обновления статистики - то утром постепенно кеш наполнится
13 Rlogin
 
16.07.15
16:34
(12) вот, одмины говорят что он потом 3 дня "наполнялся" )) может врут конечно...
14 floody
 
16.07.15
16:35
(13) чет как-то не верится, что это было связано именно с очисткой проц. кеша
15 Rlogin
 
16.07.15
16:36
(14) ну да, мне тоже не очень верится...вот и решил поинтересоваться, кто реально с такими объемами работал и запускал процедуры...
16 Rlogin
 
16.07.15
16:36
(14) а у тебя тоже УПП переписанная ?
17 floody
 
16.07.15
16:37
статистика будет обновляться думаю часов 5-6, если хотите быстрее - разбивайте на несколько регламентов, тогда они параллельно будут выполняться, главное сервер не загрузить на 100%, а то если работа идет круглосуточно - ночью прикурят
18 H A D G E H O G s
 
16.07.15
16:39
У нас каждую ночь:
дефрагментация индексов
Обновление статистики
Очистка процедурного кэша
бэкап инф. базы.


Раньше еще был перезапуск сервера 1С, счаст выключили.
19 Rlogin
 
16.07.15
16:39
(17) у нас ночью не работают. Админы говорят что может не успеть сброситься до начала бэкапа. А если сброс статистики и бэкап вместе будут работать, то не успеют окончится к началу раб. дня.
20 Rlogin
 
16.07.15
16:40
(18) О, ну нормально. А база тоже большая ?
21 floody
 
16.07.15
16:40
если в базе давно не обновляли статистику, представляю как она тупит.. хотя у скуля и есть кое-какое автообновление статистики, но крайне рекомендуется не реже раза в сутки обновлять регламентно
22 Rlogin
 
16.07.15
16:41
(21) да, тупит... причем понять не получается почему. Думал для начала регламентные процедуры все таки начать делать... а уже потом ЦУП, техн журнал и т.д.
23 floody
 
16.07.15
16:42
(22) регламенты - первым делом конечно
24 H A D G E H O G s
 
16.07.15
16:42
Обновление статистики линейно растет с ростом базы - это ОБЫЧНО (with fullscan) полное чтение всех таблиц.
25 H A D G E H O G s
 
16.07.15
16:42
(22) Да вы упорный парень.
26 H A D G E H O G s
 
16.07.15
16:44
(20) 11 и 20 гигабайт. Но в 11 гиговой много фото и документов.
27 Одинесю
 
16.07.15
16:50
У нас база 100 Гигов, обновление статистики длится примерно 8-9 часов, если не успевает к началу рабочего дня работа 1с сильно тормозится. Делаем ночью, параллельно с бэкапом сервера, может поэтому так долго.
28 Зеленый пень
 
16.07.15
16:56
(27) У вас кроме статистки наверняка дефрагментация индексов идет и еще куча всего.
У нас на 600гб базе за 8 минут проходит exec sp_msforeachtable N'UPDATE STATISTICS ?'
29 H A D G E H O G s
 
16.07.15
16:56
(28) With Fullscan :-)?
30 Rlogin
 
16.07.15
16:57
(26) ну на таких базах точно делать можно, не такие большие.
31 Зеленый пень
 
16.07.15
16:58
(29) Не, без этого.
32 Rlogin
 
16.07.15
17:00
(27) А без бэкапа сколько идет по времени сброс ?
33 Rlogin
 
16.07.15
17:01
(31) Падения производительности нет первое время ?
34 Одинесю
 
16.07.15
17:01
(28) Задача - обновление статистики, обновить всю собранную статистику.
35 Зеленый пень
 
16.07.15
17:02
(33) Никакого. Наоборот, спасает, когда возникают необъяснимые тормоза.
36 Одинесю
 
16.07.15
17:07
(32) Не пробовали
37 Rlogin
 
16.07.15
17:10
(18) почему выключил перезапуск сервера каждую ночь ?
38 Зеленый пень
 
16.07.15
22:51
(29) With Fullscan прогнал - 5 часов
Но не 9 :)
39 H A D G E H O G s
 
16.07.15
22:53
(37) Да фиг его знает, отлаживал как-то, отключил. Потом последние версии платформы дальше 2.5 гиг памяти не уходят, норм.
40 Necessitudo
 
17.07.15
08:55
(29) T2371 не рулит?)