Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Почему опция эта выставлена, а размер лога за долгое время так и не уменьшился? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 07:00 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Почитай BOL повнимательней. Auto Shrink не уменьшает размер лога, она удаляет неиспользуемые страницы из БД. Если ты хочешь, чтобы автоматически удалялись выполненные транзакции установи галочку в поле Truncate log on chelpoint. Правда у тебя потом могут быть проблемы с восстановлением базы. Эту опцию советуют выставлять только для тестовых или отладочных баз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 08:20 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Ну как бы вот из BOL цитата The server checks the space usage in each database periodically. If a database is found with a lot of empty space and it has the autoshrink option set to true, SQL Server reduces the size of the files in the database. Я что-то неправильно перевел? Или это только к mdf относится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 09:19 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Перевили-то вы все правильно, но не все так просто, т.к. transaction log file не просто сплошной файл, а имеет свою структуру и делиться на active/inactive virtual logs. Поэтому может сложиться ситуация, когда сжатие лога не приводит к физическому уменьшению файла. Почитайте главу из BOL - Shrinking the Transaction Log - (для SQL2000). Там все показано наглядно в картинках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 09:30 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Повторяю еще раз Что такое Auto Shrink! - если установлено значение True, то БД и журнал будут УПЛОТНЯТЬСЯ!, но чтобы журнал уплотнялся, надо установить параметр Truncate log on checkpoint тоже в True - иначе завершенные транзакции не удаляются и он просто физически не может уплотниться... А лучше не уменшать журнал таким образом, а делать его бэкап, при этом он тоже уменьшается. Тем более, что при уплотнии БД она блокируется. Надеюсь все понятно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 09:53 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
2Screem6 К сведению - в SQL2000 у баз больше нет такой опции Truncate log on checkpoint , т.к. "SQL Server 2000 always generates automatic checkpoints" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 10:02 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
И что? у тебя 2000? К сведению, 7.0 тоже автоматически генерирует контрольные точки, в зависимости от нагрузки на базу - в среднем раз в минуту. Не думаю что в 2000, даже уверене что нет, журнал логов также урезается автоматически ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 10:10 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
В SQL2000 режим "Truncate log on checkpoint" называется "Simple Recovery Model" в опциях БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 10:14 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
на MS SQL 2000 в Property есть возможность выбрать Model Recovery, и если стоит Full - лог не будет усекаться (разве что руками). Либо выбери другую модель (и он будет усекаться на каждой Check Point) либо делай это сам, например: CREATE PROCEDURE MY_DBSHARINK ( @name VARCHAR(200)) AS CHECKPOINT; print @name BACKUP LOG @name WITH TRUNCATE_ONLY; DBCC SHRINKDATABASE(@name); GO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 10:19 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Очень рад Вот включи его, может тогда журнал логов и будет уменьшаться, но только тогда когда он будет заполнен не менее чем на 70% (в 7.0), а лучше просто делать бэкап! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 10:19 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Есть два понятия: усечение журнала и его очистка. В первом случае, как раз, когда установлена опция автоусечения, происходит уменьшение журнала до первого активного виртуального журнала внутри trunsaction log. Во втором, просто из журнала выносятся в бэкап или уничтожаются все исполненные транзакции. Увы, автоусечение не будет работать, если в журнале остались не завершённые транзакции в начале файла или если там есть транзакции, которые невозможно удалить. Более подробную информацию о таких казусах и методах борьбы с ними можно получить в нижеследующеих статьях с этого сайта: http://www.sql.ru/articles/mssql/01072301CausesOfSQLTransactionLogFillingUp.shtml http://www.sql.ru/articles/mssql/01072302TransactionLogStillFull.shtml http://www.sql.ru/articles/mssql/01070903TruncatingTransactionLog.shtml http://www.sql.ru/articles/mssql/01070901QuicklyShrinkingTransactionLog.shtml http://www.sql.ru/articles/mssql/01062802ShrinkingTransactionLogSQLServer2K.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2001, 12:44 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Я слегка неправильно спросил. Видители сам лог, т.е. транзакции в нем усекаются, а вот файл лога не меняет размер. Для этого коненчо можно применить dbcc shinkdatabase, но тогда зачем auto shrik существует? В этом собственно вся соль вопроса. Screem6 Auto shrink для уменьшения размера файлов БД полсе бекапа самой БД и лога. Ну вот насчет самой БД я уверен, а вот про лог мог соврать, т.к. реального уменьшения не происходит. Я Александр ссылочки почитаю безусловно. Надеюсь найду ответ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 01:13 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Ну вот и почитал. Советуют dbcc shrink... . Это конечно можно. К примеру вторым шагом в job, но ЛЮДИ ЗАЧЕМ ТОГДА AUTO SHRINK??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 01:54 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
AUTO SHRINK - это стандартная возможность движка. Просто для журналов она мало применима. Эффект может быть заметен только при массовых операциях. В нашем случае главное, что он умеет автоматически расширяться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 05:51 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
В конце концов, он же не может уменьшаться до бесконечности Действительно - главное что не растет.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 07:50 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Нет, главное, что если понадобится, он увеличится, лишь бы места на диске хватило. А если Вам жалко столько места для него держать постоянно, в статьях описаны методы, которые позволяют его укоротить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2001, 09:03 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Мне кажется вопрос не исчерпан. AUTOSHRINK - опция относящаяся к базе данных, у которой в свою очередь есть понятие SIZE размер, MAXSIZE макс размер, FILEGROWTH - прирост задается в % или Мб. AUTOSHRINK - автоматическое сжатие данных, меньше SIZЕ не сжимает. Если у вас не указано FILEGROWTH и MAXSIZE для логов, то оно и сжиматься не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.08.2001, 04:05 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Допустим выставлю я FILEGROWTH, MAXSIZE и у меня физический размер файла лога после его бекапа сразу начнет уменьшаться как после dbcc shrinkdatabase? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.08.2001, 09:53 |
|
||
|
Auto shrink
|
|||
|---|---|---|---|
|
#18+
Не слишком надейтесь на автоматическое уменьшение. Для данных - может помешать их фрагментация, а для журналов, активные виртуальные журналы, которые тоже размещаются хаотично. Что бы это хоть немного работало, задайте очень маленькое приращение (которое само по себе становится бессмысленным). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.08.2001, 12:39 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=32011186&tid=1825804]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 248ms |
| total: | 399ms |
| 0 / 0 |
