У меня такая проблема. Недавно стала тормозить 1с 8.1 (конфа не типовая). Файл LDF занимает 28 гб. И сколько надо свободного места для нормальной работы 1С? Может ли ТИИ решить проблему?

а mdf?

У меня такая проблема. Недавна стала глохнуть машина. У меня не плохо закрывается задняя дверь. Насколько сильно нужно хлопать дверью, что бы машина не глохла. Может ли заправка до полного бака решить проблему?

(0) настройте регл. операции на уровне СУБД

рекоммендованные 1С

(1) подозреваю, что не более 2Гб :)

(0) Резать надо эти 28Гб до 0Гб. Средствами скуля. Хотя это не причина тормозов и вылетов - это точно.

(2)Что Вы сразу набрасываетесь? Я об этом прочитала на вашем форуме, таких же "знатоков" как Вы. Я тоже не думала. что это поможет.

(7) читайте мануалы

2(7) как вы поняли что они знатоки? они сказали а вы поверили?

(9) зато пишут гораздо короче, чем те в книжках

update statistic/freproccache
ну, и, на худой конец, шринк. хотя толку от него, скорее всего, будет мало. ну равзе что для виртуалки места на диске не хватает :)

(9) Только Вы самый большой профессионал и никогда никому не верите и не слушаете.

(1)MDF -580 Мб

(0)Галочку autoshrink  в свойствах базы ставить не пробовали?

(14) тоже умные форумы читал, а до манов не добрался?

В свойствах SQL базы надо поставить модель simple! Тогда ldf (лог базы) не будет таким тяжелым

(16) окуэнный совет

(17) не понял твоей реплики. Ты считаешь, что я не верно сказал?

Порежте лог вот такой процедуркой
USE "1C81_upp"
GO
BACKUP LOG "1C81_upp" TO DISK = 'NUL'  
GO
DBCC LOGINFO('1C81_upp')
Go
DBCC SHRINKFILE ('1c81_upp_log',1000,TRUNCATEONLY)
GO

(19) Спасибо, попробую.

(19) А пользователей надо во время обработки выгонять?

(19) Что значит 1000 в параметрах функции?

(22) размер до которого надо урезать

(22) Понятно.

А что сказал (14) принципиально делать или нет?

вылетает то хоть с какой ошибкой? в чем тормоза проявляются

(26) Microsoft Visual c++.......... и т.д.

(15)Попробовано на практике в те времена, когда я ещё на форумы не ходил.
(25) Для начала можешь просто команду shrink поискать и выполнить. Естественно бэкап сделай перед этим. И попробуй на тестовой базе. Если понравится результат - сделай на основной и поставь галку.

пипец. да какая связь между размером лога и вылетом программы?

(0)Кстати, а сколько свободного места на жёстком диске, где лежит база?
(29)Пути мелкософта неисповедимы. ,)Есть что по делу предложить?

(29) Никакой. Просто всех бесит такая настройка SQL :)

По делу могу предложить включить технологический журнал.

Это не я настраивала. Это еще до меня было. Тут вообще 3 года "не ступала нога программиста".

Автошринк, простая модель... еще идиотизмы будут?
(0) Для взятия лога транзакций под контроль достаточно настроит его бэкап в планах обслуживания. Хотя бы каждые полчаса бэкап лога, каждую ночь полный бэкап базы и будет все хорошо. Только кто вам сказал, что это связано с вылетами? Для расследования вылетов нужно настроить технологический журнал.

>>>еще идиотизмы будут
зачем спрашивать, если идиотизм ниже сразу собираешься писать?

(34) А как его настроить?

(34) Все это делается, но проблема есть.

(37) Какая проблема ?
Если это делается то файл LDF автоматически режется (опять же если выставлено в настройках резервного копирования)

(36) Информация по технологическому журналу
http://www.gilev.ru/1c/81/techlog/index.htm
так же есть статья на ИТС - "Примеры настройки технологического журнала"

(37) Если бы делалось - размер был бы вряд ли больше 5 МБ для вашей базы...

Вылетает с какой ошибкой?

Автор как партизан молчит. Ни описания ошибки подробного нет, ни когда тормоза возникают и в чем выражаются.

(39) Спасибо

(0) на копии базы не забудь применять советы, чтобы не поплакать от советчиков

(0) Автор - поставь для начала модель восстановления simple (простая) для базы, чтобы лог не рос, и сделай его сжатие в SQL.
Модель Full (полная) вам нафиг не сдалась без грамотного админа и с такой маленькой базой.