Уменьшение логов

[__sa__nya]

Еще вопрос - сейсас recovery model full, когда сменю на simple - целостность базы не нарушится. - т. е. меня интересует, это не критичное изменение по отношению к БД? Потом не будет такого что БД рухнет? (естественно менять свойства буду только после того, как выгоню всех пользователей из нужных БД, отключу локалку).

[Delirium]

__sa__nya, никаких изменений в целостности не произойдет, сделай бекап, поменяй модель на simple и можешь просто переименовать ldf файл, SQL создаст новый.

[zorg_pro]

я для уменьшения логов использую вот этот скрипт в квэри анализере


USE *database*
GO
BACKUP LOG *database* WITH TRUNCATE_ONLY
GO
DBCC SHRINKFILE ( 2 )

естессно вместо *database* пишу ту базу которая мне нужна, и после этого лог весит 1 метр

[Busla]

zorg_pro, типичное решение через задний проход

[whitedog]

zorg_pro, типичное решение через задний проход
Ну почему же? Вполне себе легитимный подход, в случае когда вместо стандартного maintenance plan пишется бэкап-скрипт. Все зависит от задачи.

[zorg_pro]

Busla, ну подскажи тогда лучше...

[Busla]

maintenance plan тут не при чём. Просто нет смысла вести лог, если его так варварски обрезать.

[TywkaH4uk]

на самом деле в случае полной модели восстановления достаточно просто регулярно бэкапить журнал транзакций вместе с полным бэкапом базы, в этом случае файл журнала не будет постоянно увеличиваться и можно будет пользоваться всеми благами полной модели восстановления =) Только важно понимать, что при полной модели восстановления в Полный бэкап базы не входит бэкап журнала транзакций... В момент бэкапа журнала транзакций, он очищается. Убедиться в этом можно посмотрев параметр "Процентное заполнение журнала транзакций" до и после бэкапа журнала

DBCC SQLPERF(logspace)

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