1С 8.2 SQL 2008, не получается сделать shrink лога транзакций

1. IfYouWant_YouCan 19.06.18 10:04 Сейчас в теме
Всем привет! Столкнулся с проблемой на SQL 2008, в первую очередь хотел сделать шринк лога, сначала пытался сделать через шринк файлов, он выдал ошибку, после запустил шринк базы данных, в процессе шринка лог с 6 гигов увеличился до 56 ) сама база весит около 3 гигов. После этого свободное место кончилось и шринк закончился ошибкой, к сожалению текст и скрины ошибок не сохранил. База в simple, на данный момент если делаю шринк файлов (а именно лога) все проходит без ошибок, но лог не уменьшается вообще. Подскажите что еще можно предпринять чтобы уменьшить лог?
По теме из базы знаний
Вознаграждение за ответ
Показать полностью
Найденные решения
18. IfYouWant_YouCan 20.06.18 12:52 Сейчас в теме
(16) Если бы база бекапилась я бы сюда не писал) при бекапе пишет вот что Backup detected corruption in the database log.

в общем решил через выгрузку/загрузку xml базу полностью перенести, средствами 1с тоже не бекапится =(
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. zarucheisky 19.06.18 12:37 Сейчас в теме
6. Merc 40 19.06.18 14:26 Сейчас в теме
(1) Шринк высвобождает неиспользуемое место (опция), а не чудесно режет файлы.
В симпле журнал очищается при бекапе базы, в фуле при бекапе журнала.
2. zyto 19.06.18 11:23 Сейчас в теме
А shrink database не помогает?
4. пользователь 19.06.18 13:03
Сообщение было скрыто модератором.
...
5. Timur.V 79 19.06.18 14:19 Сейчас в теме
Complaint - название базы ms sql
Complaint_log - название лог файла
1000 - какой сделать размер лог-файла, в мегабайтах.

USE Complaint 
BACKUP LOG Complaint TO DISK= 'NUL:'
DBCC SHRINKFILE([Complaint_log],1000)
go
IfYouWant_YouCan; +1 Ответить
11. IfYouWant_YouCan 19.06.18 22:06 Сейчас в теме
(5)
USE Complaint
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.
14. alex_sh2008 5 20.06.18 08:33 Сейчас в теме
(11)
Cannot shrink log file 2 (UNF_log) because of minimum log space required.

У вас либо стоят ограничения на размер лог файла, или не хватает места на диске для проведения операции, в процессе сжатия, лог может увеличиться в 2 раза по сравнению с текущим размером, из операций дефрагментации страниц.
12. IfYouWant_YouCan 19.06.18 22:07 Сейчас в теме
(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.
7. AlexZhukov 19.06.18 16:01 Сейчас в теме
перевести базу в Simple, сделать Shrink базы
10. IfYouWant_YouCan 19.06.18 22:02 Сейчас в теме
(7) Shrink проходит моментально, но лог не меняется в размере
8. dka80 21 19.06.18 17:16 Сейчас в теме
Сделать бэкап лога, либо перевести базу в метод восстановления симпл, а затем сжать файл лога до 0
9. IfYouWant_YouCan 19.06.18 22:01 Сейчас в теме
(8) Backup detected corruption in the database log.
15. dka80 21 20.06.18 10:11 Сейчас в теме
(9) переведи базу в метод восстановления симпл и затем правой кнопкой по базе в managment studio - задачи - сжать - файлы - тип файла ЛОГ - сжать файл до 0
17. IfYouWant_YouCan 20.06.18 12:50 Сейчас в теме
(15)
nagment studio - зада


в теме указано что я это и делаю)
13. a.doroshkevich 1421 20.06.18 07:46 Сейчас в теме
Выгрузите базу в dt
Удалите с MS SQL, создайте новую сразу с типом simple и размером базы 3 ГБ
Загрузите из dt
16. starik-2005 3060 20.06.18 10:14 Сейчас в теме
Лог сам грохается после бэкапа самой базы (а не лога). Если базы три гига, то нафига было столько лишних движений делать? Просто забэкапьте базу (если еще осталось место для этого бэкапа).
18. IfYouWant_YouCan 20.06.18 12:52 Сейчас в теме
(16) Если бы база бекапилась я бы сюда не писал) при бекапе пишет вот что Backup detected corruption in the database log.

в общем решил через выгрузку/загрузку xml базу полностью перенести, средствами 1с тоже не бекапится =(
20. dka80 21 20.06.18 13:12 Сейчас в теме
(18) отключи базу, удали файл лога и подключи без лога. Как подключить без лога - яндекс в помощь
28. IfYouWant_YouCan 21.06.18 12:10 Сейчас в теме
(20)
ючить без лога - янде
С Backup detected corruption in the database log. шанс обратного аттача базы не очень велик, рисковать не хочу) тем более DBCC CHECKDB показал ошибки
29. alex_sh2008 5 21.06.18 13:08 Сейчас в теме
(28)Если у вас log файл разрушен, то восстановить базу без потери данных не получится, делайте dbcc check c исправлением ошибок, или c опцией REPAIR_ALLOW_DATA_LOSS, если другие способы не сработают.
21. starik-2005 3060 20.06.18 13:12 Сейчас в теме
(18)
Если бы база бекапилась я бы сюда не писал) при бекапе пишет вот что Backup detected corruption in the database log.
А где Вы пишите, что база не бэкапится? Вы про лог пишите. Скул-сервер умными существами написан и лог хранит для того, чтобы от бекапа до бэкапа можно было бы при битой базе накатить лог на предыдущий бэкап. Из этого прямо следует, что после бэкапа предыдущий лог уже становится неактуальным и система его освобождает для записи нового лога до следующего бекапа.
24. пользователь 20.06.18 14:02
Сообщение было скрыто модератором.
...
25. пользователь 20.06.18 14:02
Сообщение было скрыто модератором.
...
26. пользователь 20.06.18 14:03
Сообщение было скрыто модератором.
...
19. пользователь 20.06.18 13:11
Сообщение было скрыто модератором.
...
22. dka80 21 20.06.18 13:13 Сейчас в теме
(16) и давно он так делает в модели восстановления фулл в sql 2008?
23. starik-2005 3060 20.06.18 13:21 Сейчас в теме
(22)
в модели восстановления фулл
Модель восстановления full отличается от simple тем, что бекапится не только данные таблиц СУБД, но и журнал транзакций, что позволяет восстановить базу на заданное время. После того, как данные и журнал транзакций сохранены в бэкапе, их данные до момента бэкапа больше не нужны (хотя, предположу, что кто-то зачем-то может их использовать - было бы интересно смысл этого узнать). После бэкапа можно шринкнуть базу и журнал, что освободит неиспользуемые их части на диске.В модели симпл, которая была у топикастера изначально, журнал освобождается сам, т.к. никак не участвует в бэкапе.
30. ntc75 17.04.20 10:21 Сейчас в теме
Не знаю.... Актуально ли еще....
Надо было последовательно сделать бекап полный, потом разностный и потом уже транзакционный бы пошел.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот