Привет уважаемым коллегам!
Есть у нас на скуле БП 2.0, база размером в 2.2 гига, но вот логи у него уже размером в 65 гиг 8-О  на другом сервере крутится КА, там файл данных 11 гиг, логи - 7. Ничего не понимаю. Хотелось бы узнать причину такого бесконтрольного роста логов БП. В свойствах логов у обеих баз стоит дефолтный крайний размер в 2 ТБ.
В сети нашел способ борьбы с логом - детач базы, снести лог, потом аттач. Но подозреваю, что проблему такого взрывного роста это не решит... у кого как?

Скуль версии 10.0.5500.0, 1С версии 8.2.18.102.

(0) зря админа уволили

модель востановления - фул стоит
переведи на симпл

(2) точно, спасибо, совсем вылетел из головы этот момент :) (1) админ наш скулем не занимается :)

симпл в помощь(0)

а кстати, нужно ли отсоединять базу перед сменой модели восстановления?

(5) а каким образом ты сменишь модель восстановления на отсутствующей базе? И все таки админ вам нужен. Схема бекапов меняется при этой смене

(5) Не нужно ничего, просто смени модель и всё..

(6) учитывая, что лог так распух - бэкапы лога не делаются на постоянной основе, значит и смены схемы бэкапов не будет

Ну и шринкани лог.. можно ручками уменьшить размер файла до приемлемого в Server Management Studio..

(5)нет. но желательно сделать копию и проверить как она поднимается где-то рядом желательно на другой железяке и осторожно с фоновыми заданиями и кстати (6) правильно пишет - баки могут обломаться, можно сменить модель, пошринковать, вернуть модель обратно и толкнуть задание полного бака если оно есть для начала, потом всё тоже самое в скрипт и в расписание

(9)сам уменьшиться, руками там ничего не нужно, после шринка файла на простой модели точно.

(11) Файл сам не уменьшится

(12)задачи сжать файл реорганизовать страницы
уменьшится

к (13) или освободить неиспользуемое место )))

(12)и ТИИ со всеми птичками

(13) Так это уже не "сам")