База как бы новая - взята копия со старой, удалены документы старые, уже вводятся новые. Почему такой громадный файл лога непонятно, и как от него избавиться? Shrink помог уменьшить размер лога с 106 гигов до 98 гигов. Этого очень мало. Может есть еще какие-нибудь методы?
http://clip2net.com/s/Gipv

Сделай бекап лога

в это картинке написанно что свобно в базе 93 гига... шринкуй далее...
либо меняй... модель бекапа... на смалл( или как его там ... а не ФУЛЛ)
потом шринкуй... и.. могешь ее еще реорганизовать ))

(1) не помогло

бэкап и шринк.
зы. когда начнете инструкции читать, а?

(4) о каких инструкцмя речь?

(5) Например, руководство по администрированию SQL-сервера.

Эх, молодежь
В Квери на базе:
backup log ИМЯ_Базы with truncate_only
DBCC SHRINKFILE(ИМЯ_Журнала_log,0)

(7) дело не в том, что "молодежь"...

(2) и всё-таки рискнула поставить recovery model: simpe - и задача решилась. Ура!

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

(9) до поры до времени...
а что будет после праздников за фото? съемки на полу в гуано? )))

"мужик, ты пилу-то наточи...
-некогда мне, пилить надо..."

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

я просто сталкивался с похожей проблемой в 2002 году )))

(11)  (12) злые вы... (((

(13) Еще раз спасибо! Я первый раз с sql базами встретилась 3-4 месяца назад, так что мне простительно, надеюсь.

(15) тут прощают только за фотку в купальнике

(16) нету у меня фоток в купальнике, т.к. я ни разу еще в отпуск не была за последние 4 года.

(17) Лучше сделай фото. Или тебе придется толстенные книги читать, которые тут несознательные товарищи насоветовали

какие вы коварные...

(19)  четко подметила ))))

(17) отпуск здесь ни при чем. можно не в отпуске. Если нет купальника фотка только зачетнее станет