Всем привет, давно мучает вопрос:
Как настроить MS SQL 2012 Standart для автоматической очистки log файлов, при системе восстановления "Полный"?
Сейчас приходится раз в 2 месяца вручную менять способ восстановления на "Простой" сжимать логи до 0 и восстанавливать обратно к режиму "Полный", а потом каждую неделю проверять сколько места на диске. Потому что за 2 месяца БГУ объемом 4Гб нарашивает логов на 65Гб.
Как настроить MS SQL 2012 Standart для автоматической очистки log файлов, при системе восстановления "Полный"?
Сейчас приходится раз в 2 месяца вручную менять способ восстановления на "Простой" сжимать логи до 0 и восстанавливать обратно к режиму "Полный", а потом каждую неделю проверять сколько места на диске. Потому что за 2 месяца БГУ объемом 4Гб нарашивает логов на 65Гб.
По теме из базы знаний
- Тонкая настройка ежедневного резервного копирования базы данных 1С средствами SQL ver. 2014 (SP3) - 12.0.6024.0 (X64)
- Описание почти всех событий технологического журнала
- Собираем образ виртуальной машины с PostgreSQL и платформой 1С. Цикл "Многопоточный CI для 1С c Packer, Vagrant и Jenkins", часть 2
- Резервное копирование и восстановление 1С баз на PostgreSQL в Windows с помощью pgAdmin, bat-файлов и планировщика
- Резервное копирование журнала транзакций, наконец-то!
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(9) Вот, что нам говорят MS Docs: "Автоматически освобождает место на диске, занятое журналами, устраняя таким образом необходимость в управлении размером журналов транзакций."
Автоматически освобождает - это не shrink, это переиспользование места журнала. Скорее всего это решит Вашу проблему. Но теоретически возможна ситуация когда sql server запишет в журнал много информации (для отката в случае необходимости какой-то длительной "тяжелой" транзакции). В общем, помониторьте какое-то время размер журнала.
И, конечно, надо помнить (MS Docs): "Изменения с момента создания последней резервной копии не защищены. В случае аварийной ситуации эти изменения придется вносить повторно."
Автоматически освобождает - это не shrink, это переиспользование места журнала. Скорее всего это решит Вашу проблему. Но теоретически возможна ситуация когда sql server запишет в журнал много информации (для отката в случае необходимости какой-то длительной "тяжелой" транзакции). В общем, помониторьте какое-то время размер журнала.
И, конечно, надо помнить (MS Docs): "Изменения с момента создания последней резервной копии не защищены. В случае аварийной ситуации эти изменения придется вносить повторно."
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот