Доброе время суток!

При работе в режимие клиент-сервер ромтет файл транзакций.
В свойствах установлено "Autoshrink = True"
Пробывал делать бэкап транзакции и shrink этого файл, непомогает.

Помогите разобраться где я не досмотрел, спасибо. Очень растет файл

"Autoshrink = True" не рекомендуется.
а по сабжу:
фулл бэкап (не только лога)
потом шринк, возможно два раза подряд.

(1) У меня ежедневное копирование фулл бэкап
Затем делал шринк лога. Все натом же месте.

Я правильно думаю - не хватка места?

(1) При выполнении операции шринк ему также надо место

(0) шринк без транкейта как новый год без елочки

(4) Что значит "шринк без транкейт". Такой галочки я не наблюдал в свойствах шринк.
И какой шринк надо делать базы или лога?

чтобы лог не рос, нужен не full backup, а transaction log backup (возможно с опцией truncate_only). Учитывая, что бэкапы лога вы не делаете - можете смело переводить базу в симпл - это будет лучше, чем делать бэкапы с truncate_only

(0) на sql-ных форумах полно примеров кода, надёжно обрезающих лог транзакций

(6) Я пробывал делать бэкап transaction log и в опции был выставлен truncate the transaction log
Все равно файл транзакций не уменьшился

(7) посоветуйте какой-нибудь форум

(9) Миста)
Книга знаний: Почему разрастается журнал транзакций - файл .LDF для MS-SQL
v8: 1C стала тормозить на Сервере SQL
v8: Как уменьшить ldf файл?

v8: Сжать Transaction_log на MS SQL2008

только у меня поиск работает?)

(8) Вот, а после того как это сделали - делайте
use [your_dbname]
dbcc shrinkfile ('your_dbname_log', 0, truncateonly)

(13) Создал и зпустил бэкап транзакций

USE [tc_zup]
GO
DBCC SHRINKFILE (N'tc_zup_log' , 0, TRUNCATEONLY)
GO
Никак не изменился размер файл ldf

(13) в догонку. на что нужно еще обратить внимание

BACKUP LOG mybase WITH TRUNCATE_ONLY
go
DBCC SHRINKFILE(mybase_log)
go

(16) т.е. я пропустил
backup log mybase with truncate_only

(17) урезался файл то?

(17) ну вы же сказали, что уже сделали бэкап журнала транзакций?!
Какой у вас sql server? Если >= 2005, что покажет:
select name, log_reuse_wait_desc from sys.databases
(интересует строка с именем вашей базы)

Если выполнить:
USE [your_base]
DBCC LOGINFO
В колонке status двойка стоит в одной строке? В последней? Если так - подождите немного, пока в журнале не добавится записей (можно мониторить с помощью loginfo, пока двойка в status не появится и в первой строке). Потом сделайте еще один бэкап журнала транзакций и после этого shrinkfile.

(18) нет не урезался

(20) пипец, тебе с утра в (4) всё сказали

скрипты покажи

(19) SQL 2008
Запустил loginfo появилось статус окно, в котором
выставлено 2- total и 2 - success 0 - error, 0 warning

(21) Я по поводу этого писал ответ

(22) BACKUP LOG [tc_zup] TO DISK = 'путь'
USE [tc_zup]
DBCC SHRINKFILE ('tc_zup_log', 0, truncateonly)

Или сделайте перевод базы в симпл и dbcc shrinkfile

+(24) размер бэкапа будет не намного меньше чем у вас сейчас файл ldf занимает.

(21) Один скрипт
USE [tc_zup]
GO
DBCC SHRINKFILE (N'tc_zup_log' , 0, TRUNCATEONLY)
GO
бекап
BACKUP LOG [tc_zup] TO  DISK = N'e:\MSSQL\Backup\tc_zip_tranc.bak' WITH NOFORMAT, INIT,  NAME = N'tc_zup-Transaction Log  Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

(26) v8: Сжать Transaction_log на MS SQL2008

там же как раз про 2008 sql

(26) хм.. а что на счет:
select name, log_reuse_wait_desc from sys.databases
?

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

во-вторых в 2008 транкейт автоматический

для особо нуждающихся
USE ИмяБазы
ALTER DATABASE ИмяБазы SET RECOVERY SIMPLE
DBCC SHRINKFILE (ИмяФайлаЛога, ЖелаемыйРазмер);

ALTER DATABASE ИмяБазы SET RECOVERY FULL

(29) да в любой версии sql server лог, при бэкапе, усекается (транкейтится). в 2008-м просто запретили делать усечение лога без бэкапа в виду полной бесполезности этой операции.

Спасибо за консультацию, вроде бы в голове уселось что-то.
Вечером попробую.