Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Большой размер бэкапа журнала транзакций

Большой размер бэкапа журнала транзакций
Я
   Despierto
 
14.10.19 - 13:38
Здравствуйте!
Имеется более 30 розничных магазинов с 1С Розница 2.2.
Полные резервные копии базы делаются раз в сутки, журнала транзакций - каждые полчаса в рабочее время. Модель восстановления - полная. И везде файл журнала транзакций сравним по размеру с файла базы, например:
1) База 35 Гб, лог 60 Гб - бэкапы базы 8.5 Гб и первый бэкап журнала транзакций после бэкапа бызы 15,5 Гб (остальные весят несколько мегабайт).
2) База 25 Гб, лог 32 Гб - бэкапы базы 5 Гб и первый бэкап журнала транзакций после бэкапа бызы 9 Гб (остальные весят несколько мегабайт).

Насколько я понимаю, после полной резервной копии базы файл журнала транзакций должен быть фактически пустой и соответственно хорошо ужиматься. Отсюда вопрос - почему резервная копия журнала транзакций такая большая и как ее уменьшить?
 
 
   Despierto
 
1 - 14.10.19 - 13:39
SQL Server 2017
   DrWatson
 
2 - 14.10.19 - 13:47
Файл лога 60 Гб - это когда? Разве он не должен чиститься после полного бэкапа?
   Despierto
 
3 - 14.10.19 - 13:53
(2) 1. 60 Гб постоянно.
2. Как я понял, должен, поэтому и спрашиваю.
   DrWatson
 
4 - 14.10.19 - 13:55
Может поможет http://catalog.mista.ru/public/277252/
   timurhv
 
5 - 14.10.19 - 15:02
(0) потому что индексы заново перестраиваете по всем таблицам, а не где это необходимо.
   timurhv
 
6 - 14.10.19 - 15:05
   Очевидно
 
7 - 14.10.19 - 15:19
(0) сталкивался с этой штукой в 2017.
Проверь следующую ситуацию:
1. Проверь "Свойства базы" => "Файлы" => "Начальный размер" у файла типа "Журнал"
Он выставляется автоматически по максимальному возможному.
(т.е. был 10 Мб на старте, день поработал, лог вырос до 10 Гб, он автоматом ставит на начальный размер  Гб)
2. Выстави 100 мб например начальный размер.
3. Поработай некоторое время (Чтобы лог вырос)
4. Сделай бэкап лога транзакций, и обрати внимание на п.1 (Начальный размер установится - его макс. значение)
5. Если поставить начальный размер 100 мб опять и сделать "Шринк лога" - он сразу уменьшится до нужного размера.
   Ёпрст
 
8 - 14.10.19 - 15:23
(2) нет.

(0) воткни шринк лога после бэкапа в плане обслуживания через стрелочку.. усё
   timurhv
 
9 - 14.10.19 - 15:26
(8) и что это даст? бэкап лога так и будет висеть 15.5 и 9гб.

Избавит от проблем подобный скрипт: http://catalog.mista.ru/public/256292/
Инфа 100%
   Ёпрст
 
10 - 14.10.19 - 15:28
(9) не будет
   timurhv
 
11 - 14.10.19 - 15:32
(10) не очень понимаю вашу схему: rebuild -> backup -> shrink?
Между rebuild и backup может сделаться резервная копия журнала транзакций и на диске останутся файлы 15.5 и 9 Гб.
   Ёпрст
 
12 - 14.10.19 - 15:49
(11) лг за 10 минут не вырастит на 15 гигов, и бэкап лога раз в полчаса будет мааааленьким
   timurhv
 
13 - 14.10.19 - 15:57
(12) 10 минут полный rebuild таблиц у баз на 60Гб? Хмм...
   Ёпрст
 
14 - 14.10.19 - 15:57
   timurhv
 
15 - 14.10.19 - 16:04
(14) У вас видимо бэкап лога стоит в определенном промежутки времени по часам, в которые не попадает задание по перестроению индексов. В этом случае да, расти не будет.
   Ёпрст
 
16 - 14.10.19 - 16:05
(15) индексы перестраиваются регламентом, раз в неделю, и да оно в "дырке" заданий..
   Despierto
 
17 - 17.10.19 - 14:33
Спасибо всем за ответы, но пока нет возможности потестировать.
   Despierto
 
18 - 22.10.19 - 16:51
(5) Благодарю, проверил и действительно большой размер бэкапа лога из-за перестроения индекса!

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