как урезать log file в SQL - ной базе

поиск(

1. детачишь базу
2. убиваешь лог файл
3. аттачишь базу(

(0) хочешь больше- в поиск

(1) Хорошая шутка... ))

(4) это не шутка, не раз уже обсуждался данный вопрос на этом форуме(

а чем shrink не устраивает?

(5) просто на ЭТОМ форуме уже давненько поиск не работает...

Говорит: Нарушена структура баз данных

DBCC SHRINKDATABASE(MyDB, percent) - шранкаем все :)

у нас лог 25 гигабайт, если 20 -30 процентов, нас это не устроит а база длиною 2.5 гига

Пуск - Все программы- Microsoft Sql Server - Books Online
shrinking transaction logs

1.BackUP transaction log
2.shrink
3.BackUP transaction log
4.shrink
У меня место освобождается сразу после этих операций

Есть скульная база за что отвечают эти два файла?;
у меня типовой шринк из Enterprise Manager не срабатывал, точнее из 25 гигов урезал порядка 1 метра, полтора) поэтому детачу и убиваю его, при подключении создается заного

(13) Ну ты и гусь! :)

В базу знаний ошибочно(Промазал)

Какая база знаний? В базу незнаний рекомендовать надо...

(13) Не круто. Круче сделать бекап, убить винду, переустановить ее, поднять SQL-сервер, создать базу и залить ее из бекапа.

(17) Забыл сервер поменять на резервный и ремонт в серверной :)

(9) не поможет
(13) близко

(19)Что не поможет?

после того, как (0) сделает (2) появится новая ветка о "моральной ответственности спецов за ответы на форуме"))
(13) как говорится - "Не верю!" ... нельзя просто так вот удалить лог файл и быть счастливым..

для (0) Шринк, только шринк, и ничего кроме шринка...

Причем шринк делается даже онлайн. если не наврал конечно

(21) "Шринк, только шринк, и ничего кроме шринка..." - но только после бакапа :)

(23) можно бэкап только лога сделать вот так:
Backup Log  <МояБаза> with TRUNCATE_ONLY
DBCC SHRINKDATABASE ()

(20) проста шринк не поможет

в (19) ошибся читать НЕ "(13) близко", а "(12) близко"

(25)пардон, почему?

шринк очишает только неиспользуемые области файла...

Так, не ипите мне моск:
recovery model: simple + DBCC SHRINKDATABASE()
Лог-файл уменьшится до изначальных размеров (конечно, если нет открытых траназкций)
Дата-файл освободит свободное пространство, но лучше указать некоторый процент.

и где в (9) про рековери модел?.. и зачем так извращатся?..
и кто кому ииппет мозг?)
)

(29) ну-ну...

(29) Тоже вариант. Но все же перестановка видны и покраска серверной более крутые действия.

(30)И на Full тоже будет результат.

на фулл всегда использую то, что в (24) - результат положительный, багов нет..

ОФФ-топ: накой вести рекавери модел: фулл, приходилось восстанавливать данные из тран-лога или есть стратегия восстанавления из тран-лога в случае сбоя?

(35) чтобы было :) (хотя был случай)...
у меня фул и бэкап и автошринк, и "вручную" никогда не шринкал, стоит как у молодого :)

(36) если начать играть параметрами DBCC SHRINKDATABASE (), то не будет стоят...
так что, руки криваваты))

(37)да, есть такое. Можно налететь, что вводятся данные, а в этот момент шринком свобдное место забрали - получаем ошибку. Лучше указывать процент free space.

(38) так и есть, тока я мегами с запасиком...

я ставлю 50 % и выполняю операцию в (24) несколько раз..

Для статистики: собрал базу, для ускорения загрузки изменил фил-фактор на 30, в итоге получил базу в 140 ГБ. После 5 часов шранканья - 40 ГБ. Базулька :)