Форум: "Базы";
Текущий архив: 2003.02.20;
Скачать: [xml.tar.bz2];
ВнизTruncate transaction log Найти похожие ветки
← →
alxx (2003-02-03 11:46) [0]Как бы обрезать лишнее у transaction log, а то он уже около 8Gb?
← →
Дима2003 (2003-02-03 11:55) [1]Поставь в свойствах базы Recovery model=Simple. И сделай Shrink database
← →
sniknik (2003-02-03 11:56) [2]Shrinking the Transaction Log
The size of the log files are physically reduced when:
A DBCC SHRINKDATABASE statement is executed.
A DBCC SHRINKFILE statement referencing a log file is executed.
An autoshrink operation occurs.
т.е. достаточно в Ентерпризе Менеджере на базе по правой кнопке мыши, меню "все задачи" -> Shrink Database. должно ужать.
← →
гомер (2003-02-03 12:01) [3]> sniknik ©
если Recovery model=Full то толку будет мало
← →
sniknik (2003-02-03 12:22) [4]Почему? насколько знаю Recovery влияет на сохранение лога в бэкап и т.д.
на само сжатие не влияет, т.е. ужмется. (если востанавливать из бакапа то сразу востановится, нет постепенно на то он и рабочий лог, но это из другой оперы)
я неправ?
← →
alxx (2003-02-03 12:40) [5]Спасибо. Я просто сориентировался, где находится окно Shrink Database. Дальше буду экспериментировать.
← →
гомер (2003-02-03 12:45) [6]> sniknik ©
Если Recovery model=Simple:
Делаешь большой delete
После Commit"а из лога всё удаляется (ldf-файл).
Внутри файлов бд появляется свободное место
Делаешь Shrink - уменьшается физический размер файлов
Если Recovery model=Full:
Делаешь большой delete
Внутри файла базы (mdf-файл) появляется свободное место, а в файл лога всё это записывается - его размер растёт.
После Commit"а из лога ничего удаляется.
Делаешь Shrink - почти не уменьшается физический размер
Если у базы Recovery model = Full
то можно откатить любый изменения данных, даже если прошёл год с тех пор.
← →
sniknik (2003-02-03 12:51) [7]гомер (03.02.03 12:45)
доступно.
про удаленные я как то упустил. :-(
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.02.20;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.006 c