Вход | Регистрация
 

Переключил базу в модель восстановления - полная, запись стала медленнее?

Переключил базу в модель восстановления - полная, запись стала медленнее?
Я
   RomaH
 
01.10.20 - 09:24
Запустил обработку - пишет дофига в регистр сведений никем не используемый

заметно снизилась скорость записи в БД у других пользователей,
ЦП и память в норме, не 100% загрузки

В простой модели восстановления такого не наблюдал

это мне кажется, или модель восстановления повлияла?
   ДенисЧ
 
1 - 01.10.20 - 09:29
Лог растёт, наверное. Прирост поставил по 1К?
   Cyberhawk
 
2 - 01.10.20 - 09:30
Если разве что распух лог транзакций (в простой модели место в нем освобождается к переиспользованию после каждого чекпоинта, которых несколько десятков в час происходит)
   Cyberhawk
 
3 - 01.10.20 - 09:31
Разбивай длительную операцию на несколько транзакций - они хоть и не для ускорения предназначены, но сайд-эффект такой дают
   RomaH
 
4 - 01.10.20 - 09:31
   Cyberhawk
 
5 - 01.10.20 - 09:33
(4) Темпдб тоже прирост посмотри, поставь по 512 Мб хотя бы
   RomaH
 
6 - 01.10.20 - 09:33
(3) сейчас вопрос - это именно из-за смены модели восстановления?
если из-за неё, то уже вопрос, что можно сделать чтобы ...
   fisher
 
7 - 01.10.20 - 09:34
Была ветка про разницу производительности БД в разных моделях восстановления. Симпл экономит на bulk-операциях с таблицами (меньше записывая в лог). А так при обычной работе 1С разницы вроде быть не должно. Так что скорее всего дело именно в тормозах растущего лога (выделение доп-места на диске - это дорогая операция). Когда лог выйдет на стабильный размер (если ты вовремя делаешь бэкапы лога), то по-идее производительность должна стабилизироваться...
   Cyberhawk
 
8 - 01.10.20 - 09:34
(6) Надежный ответ на этот вопрос ты сможешь получить только эмпирически и только в чистом (изолированном) эксперименте
   unregistered
 
9 - 01.10.20 - 09:37
(0) >> это мне кажется, или модель восстановления повлияла?

Скорее всего, кажется. При условии, что настроено всё правильно и нет проблем со свободным местом на сервере.
Миф о значительном влиянии модели восстановления на скорость записи, мягко говоря, преувеличен.

Хотя конечно зависит от того, что значит "дофига", а так же - как и чем (каким документом) производится запись. Может там параллельно блокируется куча таблиц, пока пишется твой регистр.
   RomaH
 
10 - 01.10.20 - 09:37
(5) темп находится на диске в оперативке, админ говорит смысла нет, сейчас 64 мб
https://dl.dropboxusercontent.com/s/p9dqe6yh6h0xf3i/2020-10-01_09h37_06.png?dl=0
   RomaH
 
11 - 01.10.20 - 09:38
(9) дофига - это порядка 500 000 записей в РС через менеджер записи . вот только сейчас все записало
   RomaH
 
12 - 01.10.20 - 09:39
ну да - лог вырос
   Cyberhawk
 
13 - 01.10.20 - 09:40
(11) А теперь сделай бэкап лога (только не усекай) и попробуй еще разок свои 500 тыщ записать.
Должно быть так же, как в симпле.
   RomaH
 
14 - 01.10.20 - 09:40
и достиг максимального размера
   fisher
 
15 - 01.10.20 - 09:45
(14) Это вполне может быть причиной. Если сиквел вместо штатной процедуры вынужден постоянно переизыскивать свободное место в логе и увеличивать его фрагментацию.
   fisher
 
16 - 01.10.20 - 09:45
А с какой частотой бэкап лога настроен?
   Йохохо
 
17 - 01.10.20 - 09:45
(15) в симпле то же самое
   Cyberhawk
 
18 - 01.10.20 - 09:47
(17) В симпле место для переиспользования само по себе появляется с большой частотой (раз в несколько минут), а в полной - только после очередного бэкапа лога
   fisher
 
19 - 01.10.20 - 09:47
Да и вообще лучше не устанавливать пределы на максимальные размеры файлов. Оставлять неограниченным. Просто настроить мониторинг на сигнализацию о проблемах с местом на диске.
   RomaH
 
20 - 01.10.20 - 09:49
(16) 10 мин
   RomaH
 
21 - 01.10.20 - 09:51
(16)
если мы об одном и том же говорим
https://dl.dropboxusercontent.com/s/w1kan27ydi5x1io/2020-10-01_09h50_34.png?dl=0
   fisher
 
22 - 01.10.20 - 09:53
(20) Тогда странно. 40 гиг на 10 минут должно хватать :) Но из интереса попробуйте убрать ограничение на максимальный размер. Если начнет расти - значит для нормальной работы места все-таки не хватало либо что-то не так с бэкапами транзакций.
   fisher
 
23 - 01.10.20 - 10:04
А дисковую нагрузку профилировали? Очереди к дискам, и т.п? Эффективнее всего, конечно, сравнить "до" и "после". По-идее, эти тесты и покажут кто виноват и что делать.
   Itmaint
 
24 - 01.10.20 - 10:10
(0) Кажется. Простая отличается от полной только тем, что в простой модели, после фиксации транзакции и переноса данных из LDF в MDF, место этих данных в LDF доступно для использования. В полной - только после бэкапа.  как следствие - в простой вы не можете откатиться на любо момент времени при простой модели.
   Itmaint
 
25 - 01.10.20 - 10:14
(7) Можно ссылку? Ваше утверждение противоречит моему пониманию процесса. Насколько я представляю, данные ВСЕГДА сначала пишутся в LDF. После завершения транзакции они переносятся в MDF.


Список тем форума
Рекламное место пустует  Рекламное место пустует
Миста — веселый ресурс со своими эксклюзивными тараканами Ymryn
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.