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

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

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

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

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

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