Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю / Microsoft SQL Server

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

10 сообщений из 10, страница 1 из 1

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32063945

dach

Гость

По этой причине вырастает очень сильно... На БД стоит AutoShtrink, при свободного места в журнале транзакций после BackUp'а не возникает...

...

Рейтинг:

0 / 0

01.11.2002, 12:25:20

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32063983

Белов Владимир

Участник

Откуда: Москва

Сообщения: 1 662

Рейтинг: 0 / 0

Попробуй сделать
backup log <Yuor_DB> with truncate_only
И сайте и в форуме, есть много статей, топиков, посвященных уменьшению размера transaction log

...

Рейтинг:

0 / 0

01.11.2002, 13:13:34

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32063998

KANDed

Участник

Откуда: Сибирь-Матушка

Сообщения: 1 740

Рейтинг: 0 / 0

Да, ужжжжж... Вопросик етот досталлл, поэтому и ответик достойный:

Причины заполнения журнала транзакций SQL серверов 4.2x, 6.0, 6.5, 7.0
REDUCING THE SIZE OF THE LOG FILE
Метод быстрого усечения журнала транзакций и перевода БД в offline
Усечение журнала транзакций в SQL Server 7.0
Что делать, если журнал транзакций не очищается, даже после DUMP TRAN WITH NO_LOG
Выбор модели восстановления SQL Server 2000
INF: Shrinking the Transaction Log in SQL Server 2000 with DBCC SHRINKFILE

А AutoShrink убери. Тормозить иногда будет сильно!

...

Рейтинг:

0 / 0

01.11.2002, 13:29:25

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32064001

dach

Гость

Спасибо, уменьшился... Только не понятно, мне придется этот скрипт после каждого BackUp'а БД выполнять? Мне казалось, что лог должен чистится автоматически...

...

Рейтинг:

0 / 0

01.11.2002, 13:32:10

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32064028

Glory

Участник

Сообщения: 105 723

Рейтинг: 0 / 0

Мне казалось, что лог должен чистится автоматически...

А мне кажется, что вы путаете очищение журнала транзакций и сжатие файла журнала транзакций. Это две разные вещи.

...

Рейтинг:

0 / 0

01.11.2002, 13:54:07

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32064039

dach

Гость

Почему путаю? Shrink - насколько я понимаю - это как раз сжатие. У меня свойство AutoShrink=True, как я писал.
(с учетом того, что данная база предназначена в основном для чтения - я не думаю что этот параметр может сильно сказаться на производительности) .Поэтому я и полагал, что ldf-файл должен уменьшатся после полного BackUp'а базы автоматически.

...

Рейтинг:

0 / 0

01.11.2002, 14:03:59

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32064049

Glory

Участник

Сообщения: 105 723

Рейтинг: 0 / 0

Опция AutoShrink в свойствах базы данных никак не связана с работой команды BACKUP, а всего лишь "Specify that the database files are candidates for automatic periodic shrinking". Т.е. сервер сам определяет, когда он будет усекать файлы(по моим наблюдением раз в 2 часа). А на этот момент может оказаться, что журнал транзакций невозможно усечь.

...

Рейтинг:

0 / 0

01.11.2002, 14:15:09

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32064143

dach

Гость

Да, но даже когда я выбирал опцию Striтk вручную - то свободного место показывалось 0%, хотя перед этим я делал полный BackUp, и при этом файл ldf был в 3 раза больше БД (6 Гб).

...

Рейтинг:

0 / 0

01.11.2002, 15:42:12

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32064287

Glory

Участник

Сообщения: 105 723

Рейтинг: 0 / 0

А вы внимательно прочитали ссылки, любезно предложенные KANDed-ом ? Особенно эту

А про архитектуру файла транзакций в BOL читали ?

...

Рейтинг:

0 / 0

01.11.2002, 23:32:17

| Ответить | Цитировать | Написать

Back up базы данных не отчищает журнал транзакций, хотя параметр выставляю

#32065483

dach

Гость

Я прочитал ссылки. Но мне не понятно, почему, все-же при BackUp-е с помощью Enterprise Man при установке флага "Удалять неактивные объекты из журнала транзакций" лог не отчищается (shrink показывает, CurentSize ~400000 страниц, EstimatedPages~20000, но не сжимает БД), а при запуске BackUp log with NO_LOG - Shrink сжимает БД. Что тогда значит этот флажёк в интерфейсе?

...

Рейтинг:

0 / 0

06.11.2002, 16:10:03

| Ответить | Цитировать | Написать

10 сообщений из 10, страница 1 из 1

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=46&fpage=3382&tid=1819026]:	0ms
get settings:	9ms
get forum list:	18ms
check forum access:	3ms
check topic access:	3ms
track hit:	30ms
get topic data:	13ms
get forum data:	3ms
get page messages:	60ms
get tp. blocked users:	2ms
others:	204ms

total:	345ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы