|
Обновление статистик на большой базе | ☑ | ||
---|---|---|---|---|
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 не рулит?)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |