Здравствуйте.
База УТ 11 работает на MS SQl сервере 2014.
Вот есть база - ее размер (чуть больше 1 гигабайта):
перед резервным копирование - есть задание, очистка логов.
Настроили резервное копирование средствами SQL и получилось что резервная копия получается размеров с 25 гигов:
Хотя если делаешь выгрузку из конфигуратора, то сама выгрузка получается меньше полгигабайта.
Вот и возник вопрос:
1. Как уменьшить размер резервной копии средствами SQl сервере?
2. Почему SQl сервере копии получаются такие большие?
3. Помимо обрезание логов - какие еще нужно делать сервисные операции, что бы уменьшался размер резервной копии?
Да там и в графическом интерфейсе можно включить максимальное сжатие.
А логи зачем обрезаете?
Бэкап базы и бэкап логов транзакций - разные файлы, вообще-то.
План обслуживания можете показать?
(5) это как? Я знаю, что в модели восстановления full можно настроить резервное копирование журнала транзакций, но обычный бекап - это бекап данных базы данных + журнала транзакций.
(8)А, да, полный бэкап это база плюс журнал. Размер журнала-то каков? Ну и сжатиие-то установлено? Архиватором если сжать бэкап, каков его размер? С файлом журнала что делаете? Комада какая?
(9) Вы меня ни с кем не перепутали? Такой апломб и пафос, но немного не по адресу.
Расскажите пожалуйста, каким образом размер журнала транзакций влияет на размер бекапа?
7.
a.doroshkevich
141205.04.18 11:52 Сейчас в теме
Что-то прям фантастика, не бывает такого с любыми параметрами резервного копирования
Единственный вариант, это если настроить бэкап с дописанием в файл и запустить его 20 раз подряд
И наверное я не совсем однозначно сформулировал. Все файлы в бэкапе в любом случае окажутся, и после разворачивания из бэкапа мы получим абсолютно точную копию всех файлов БД.
Но со сжатием пустые куски в файлах (а особенно в логах) оч.хорошо сжимаются.