1С 8.2 SQL 2008, не получается сделать shrink лога транзакций
Всем привет! Столкнулся с проблемой на SQL 2008, в первую очередь хотел сделать шринк лога, сначала пытался сделать через шринк файлов, он выдал ошибку, после запустил шринк базы данных, в процессе шринка лог с 6 гигов увеличился до 56 ) сама база весит около 3 гигов. После этого свободное место кончилось и шринк закончился ошибкой, к сожалению текст и скрины ошибок не сохранил. База в simple, на данный момент если делаю шринк файлов (а именно лога) все проходит без ошибок, но лог не уменьшается вообще. Подскажите что еще можно предпринять чтобы уменьшить лог?
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Complaint - название базы ms sql
Complaint_log - название лог файла
1000 - какой сделать размер лог-файла, в мегабайтах.
Complaint_log - название лог файла
1000 - какой сделать размер лог-файла, в мегабайтах.
USE Complaint
BACKUP LOG Complaint TO DISK= 'NUL:'
DBCC SHRINKFILE([Complaint_log],1000)
go
(5)
Msg 4208, Level 16, State 1, Line 2
The statement BACKUP LOG is not allowed while the recovery model is SIMPLE. Use BACKUP DATABASE or change the recovery model using ALT ER DATABASE.
Msg 3013, Level 16, State 1, Line 2
BACKUP LOG is terminating abnormally.
Cannot shrink log file 2 (UNF_log) because of minimum log space required.
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
USE Complaint
BACKUP LOG Complaint TO DISK= 'NUL:'
DBCC SHRINKFILE([Complaint_log],1000)
go
BACKUP LOG Complaint TO DISK= 'NUL:'
DBCC SHRINKFILE([Complaint_log],1000)
go
Msg 4208, Level 16, State 1, Line 2
The statement BACKUP LOG is not allowed while the recovery model is SIMPLE. Use BACKUP DATABASE or change the recovery model using ALT ER DATABASE.
Msg 3013, Level 16, State 1, Line 2
BACKUP LOG is terminating abnormally.
Cannot shrink log file 2 (UNF_log) because of minimum log space required.
(1 row(s) affected)
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
(11)
У вас либо стоят ограничения на размер лог файла, или не хватает места на диске для проведения операции, в процессе сжатия, лог может увеличиться в 2 раза по сравнению с текущим размером, из операций дефрагментации страниц.
Cannot shrink log file 2 (UNF_log) because of minimum log space required.
У вас либо стоят ограничения на размер лог файла, или не хватает места на диске для проведения операции, в процессе сжатия, лог может увеличиться в 2 раза по сравнению с текущим размером, из операций дефрагментации страниц.
(5) При переводе базы в FULL и выполнении запроса:
Msg 4214, Level 16, State 1, Line 2
BACKUP LOG cannot be performed because there is no current database backup.
Msg 3013, Level 16, State 1, Line 2
BACKUP LOG is terminating abnormally.
Cannot shrink log file 2 (UNF_log) because of minimum log space required.
Msg 4214, Level 16, State 1, Line 2
BACKUP LOG cannot be performed because there is no current database backup.
Msg 3013, Level 16, State 1, Line 2
BACKUP LOG is terminating abnormally.
Cannot shrink log file 2 (UNF_log) because of minimum log space required.
(18)
Если бы база бекапилась я бы сюда не писал) при бекапе пишет вот что Backup detected corruption in the database log.
А где Вы пишите, что база не бэкапится? Вы про лог пишите. Скул-сервер умными существами написан и лог хранит для того, чтобы от бекапа до бэкапа можно было бы при битой базе накатить лог на предыдущий бэкап. Из этого прямо следует, что после бэкапа предыдущий лог уже становится неактуальным и система его освобождает для записи нового лога до следующего бекапа.
(22)
в модели восстановления фулл
Модель восстановления full отличается от simple тем, что бекапится не только данные таблиц СУБД, но и журнал транзакций, что позволяет восстановить базу на заданное время. После того, как данные и журнал транзакций сохранены в бэкапе, их данные до момента бэкапа больше не нужны (хотя, предположу, что кто-то зачем-то может их использовать - было бы интересно смысл этого узнать). После бэкапа можно шринкнуть базу и журнал, что освободит неиспользуемые их части на диске.В модели симпл, которая была у топикастера изначально, журнал освобождается сам, т.к. никак не участвует в бэкапе.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот