Собственно сабж. Перевел у одного клиента файловик на сиквел. до этого с сиквелом никогда не работал. вообще такой размер это нормально? Ато сисадмин ихний боится. мнет пофик если честно :) работает и ладно.

ну порежь его

(1) советчик блин :)

(2) не тупи
совет в (1) верный
лог надо транкануть

(0) Некисло.. Админа вашего в топку..

USE DatabaseName
GO
DBCC SHRINKFILE(<TransactionLogName>, 1)
BACKUP LOG <DatabaseName> WITH TRUNCATE_ONLY
DBCC SHRINKFILE(<TransactionLogName>, 1)
GO

(5) первый шринк ну очень сомнительный

Я бы третью строчечку исключил

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

(8) 110 Гб файл может шринковаться часами
DBA срубит сиквел
транзакции будут окатываться ещё час

что  тебе ТС сделал ?

(8) Если Одмин не знает про QA, то ему и это ничего не скажет, думаю даже, что он как есть скпопа3дит и запустит...

+(9) тут уже скорее надо попробовать выгрузить загрузить силами 1С...

ВОБЩЕМ я так понял можно его и не трогать. А при выгрузке и загрузке он сам отшринкуется :)

(11) есть и простое решение - перевод сиквела в симпл режим

(9) 30 гигов у меня шринковало за секунду, WITH TRUNCATE_ONLY ибо, бэкапа по факту не происходит, тупо режет, емнип

(12) бред
место завтра кончиться и пипец

(12) нет, если базу пересоздаш на скл - зашринкует, а при перезаливке только добавится ещё

(16) пересоздаш = удалиш да заново сделаеш такую же)

Почитай о параметре SQL базы Recovery model. Станет понятно, почему растет лог и как этого избежать.

а sql 2000-2005-2008 какой ?

(19) 2008й.
я так понял достаточно по ночам запускать (5)?

(20) нет! надо это делать вручную и осознанно!

(20) раз в неделю хватит, от интенсивности зависит. без первого шринка... или в симпл перевести, смотря как бэкапы настроены. а они есть вобще?)

(22) у 2008 нет симпла, вернее он делается иначе

(23) упс, пропустил шо 2008

Если рековери модел фулл и лог не бэкапится переведи баз в симпл. Иначе нужно бэкап лога делать регулярно, а то и шринк не поможет

(23) Зашел в настройки 2008, симпл есть. Что там с ним в 2008 не так? А то, может, не в теме я?

(26) не в теме

Чуть по теме.
SQL что выбрать фулл или симпл?
В плане быстродействия?
база до 10 гигов?

Предполагается что достаточно еженочного бекапа.
Ну или в симпл вроде как при работе полный бэкап тоже возможен насколько помню.

(28) если нужны архивы, которые можно восстановить на любое время - то фулл, иначе ставь симпл.

(29) Вопрос база сейчас в фулл, перевести ее на симл.
Или выгрузить и создать по новой?
Или сначала шринк сделать а потом в свойствах поменять?
Или тупо поменять в свойствах, остальное сама сделает?

(30)
перевести в симпл
забэкапить
сжать

но стоит ли отказываться от фулл
иногда возможность восстановить копию на час назад очень нужна

(31) В плане ввода нечастый ввод. Может доков 100 в день.
А вот быстродействие важно, железо не особо.

(32) проведение быстрее от симпл не станет

(8) бред
SHRINKFILE с параметром TRUNCATEONLY отдаст свободное место в конце файла (не важно лога или данных), если оно там есть, операционной системе. Ничего никуда откатываться не будет.
(31) Если лог нормально не бэкапится, а база переводится в симпл, после чего лог обрезается - от модели восстановления фулл толку ноль - ничего не откатится.
Чтобы можно было восстановить бд на момент сбоя - нужен 1-полный бэкап, сделанный до сбоя и 2-бэкап лога, сделанный после сбоя. ПРи этом между 1 и 2 база не должна переводиться в симлп и обратно и не должно быть BACKUP LOG WITH TRUNCATE_ONLY.
Можно, конечно, попытаться сторонним софтом лог прошерстить и откатить что-то "вручную", но 100% гарантии успешности такого действа ни один производитель подобного софта не дает. А бэкапы (не поврежденные) дают.

(34) сорри, бред не (8), а (9)

(31) А действия не наоборот?
Забэкапить.
Сжать.
Перевести в симпл.

(36) нет конечно,
перевод в симпл до сжатия

так... а что делатьто?  так и не понял

(38) зайди в консоль sql сервера, выбери базу и через меню по правой кнопки мыши выполни опирацию SHRINK. вот собственно и все. Если лог транзакций не используешь (или вообще не знаешь что это такое), то поставь в параметрах базы модель simple чтобы не рос этот файл.

+(39) как защита от кривых рук - не забудь перед любыми операциями сделать backup базы.

(40) коротко и ясно. спасибо