Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2      [все]
 Уменьшить файл транзакций  [new]
maxraf
Member

Откуда:
Сообщений: 24
Всем привет.

Файл транзакций разросся до невообразимых размеров. Прочитал статью (https://asksql.org/articles/68):

Жирным выделил, что мне не понятно. Прошу прокомментировать.

Существует ситуация, когда LDF файл занимает много гигабайт места (файл с постфиксом _log), и его необходимо уменьшить.

Это происходит когда база в SQL находится в режиме Full, т.е. с фиксацией всех произведенных транзакций. Модель Full позволяет восстановить состояние базы SQL на любое время, в то время, как модель Simple не позволяет этого сделать, а только восстановить базу из бэкапа. Смысл модели Full в том, что в журнал транзакций LDF записываются ВСЕ транзакции и там остаются, ну до определенного времени, например, до операции shrink. Что это за shrink? У нас за все годы работы базы с логом никто ничего не делал. Я правильно понимаю, что с помощью shrink можно сделать, чтобы файл транзакций уменьшался? Таким образом SQL последовательным откатом транзакций назад может восстановить состояние базы на любой момент времени периода записанных в LDF транзакций.

Переход в режим Simple приведет к тому, что в файле LDF будут находиться только незавершенные транзакции, что уменьшит размер этого файла.

Первое что нужно сделать, перевести базу в модель восстановления Simple (при этом настроить механизм создания беэкапов базы, если этого до сих пор не сделано). Эту операцию можно делать "на ходу".
Однако, перевод в simple автоматически не уменьшает размер файла транзакций. Можно, провести операцию shrink (сжатие базы) сразу, но лучше сначала сделать полный бэкап базы средствами SQL (есть там в SQL-е по этому поводу одна маленькая хитрость), а потом сделать shrink как файлу базы MDF, так и файлу журнала транзакций LDF. Размер базы тоже должен уменьшиться, но не на много, а, вот, размер файла транзакций LDF, если было сделано все правильно, должен стать практически нулевым (в случае, когда в этом момент в базе нет активной работы пользователей).
Операции бэкапа средствами SQL, и shrink-а, можно делать не выгоняя пользователей, эти операции могут, разве что, сказаться на производительности. Настоятельная рекомендация сделать резервные копии перед началом этой операции.


Для выполнения операции по очистке логов необходимо запустить восстановление:
01.
USE [dbname];
02.
GO
03.
-- Truncate the log by changing the database recovery model to SIMPLE.
04.
ALTER DATABASE [dbname]
05.
SET RECOVERY SIMPLE;
06.
GO
07.
-- Shrink the truncated log file to 1 MB.
08.
DBCC SHRINKFILE ([dbname_Log], 1);
09.
GO
10.
-- Reset the database recovery model.
11.
ALTER DATABASE [dbname]
12.
SET RECOVERY FULL;
13.
GO


Если не охота мучиться с запросами можно сделать через GUI: правой кнопкой на базе -> задачи -> шринк -> файлы -> выбираем лог (там будет видно на сколько процентов можно уменьшить).
Иногда, если лог большой - например 50 Гб, то уменьшать (шринкать) его надо 2 раза - с первого раза уменьшается, но не полностью.
29 авг 18, 05:56    [21657057]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
maxraf
Файл транзакций разросся до невообразимых размеров. Прочитал статью (https://asksql.org/articles/68):

Жирным выделил, что мне не понятно. Прошу прокомментировать.
...
Что это за shrink? У нас за все годы работы базы с логом никто ничего не делал. Я правильно понимаю, что с помощью shrink можно сделать, чтобы файл транзакций уменьшался?
Ну, сама фраза проста и понятна, только насчёт shrink некая двусмысленность.

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

Транзакции из файла можно удалить, сделав бакап лога, либо переведя базу в режим Simple

Однако при этом транзакции удаляются из файла, освобождая в нём место, но сам файл не уменьшается. Это как удаление данных с диска - место освобождается, но сам диск не уменьшается.

Так вот, shrink - это как программа уменьшения раздела на диске после удаления файлов.
shrink перемещает занятые области в файле в его начало, а потом обрезает файл. И файл уменьшается.

Т.о. Вам нужно:
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.

И файл лога будет всегда нормального размера, он перестанет расти
29 авг 18, 08:31    [21657103]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 946
maxraf,

Кошмар, какую Х-Е-Р-Н-Ю люди пишут в своих блогах, спецы блин.
По теме, читайте только проверенные источники: BOL, Пола Рэндела блог, SQLPerformance, RedGate и прочее, не читайте это и уж тем более не верьте.
Инфа о транзакциях сохраняется в журнал в любой модели, только в простой когда журнал заполняется вроде на 70% срабатывает checkpoint и вся неактивная часть журнала (то что до этой checkpoint или до самой старой активной транзакции) усекается и может использоваться заново, в Full этот процесс происходит когда вы делаете Backup Log. В обоих моделях лог может не усечся из-за долгой активной транзакции или реплекации (опять же, читайте в BOL).
Если вам не нужен Full, переводите в Simple и делаете Shrink. И Backup на производительности практически практически никогда не влияет.

P.S. Блин, посмотреть бы на этого автора статьи, кто такую ахинею несет.
29 авг 18, 08:34    [21657105]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Т.о. Вам нужно:
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.

И файл лога будет всегда нормального размера, он перестанет расти

явная опечатка.
это в случае 1а) надо будет регулярно делать бэкапы лога, в случае же 1б) будет простая модель и никакие бэкапы лога невозможны в принципе, но лог будет перезаписываться самим сервером, т. е. автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна
30 авг 18, 13:27    [21658803]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
alexeyvg
Т.о. Вам нужно:
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.

И файл лога будет всегда нормального размера, он перестанет расти

явная опечатка.
это в случае 1а) надо будет регулярно делать бэкапы лога, в случае же 1б) будет простая модель и никакие бэкапы лога невозможны в принципе, но лог будет перезаписываться самим сервером, т. е. автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна
Я же написал, что в случае 1б) никаких бакапов делать не нужно. Не вижу опечатки.
30 авг 18, 13:36    [21658813]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Я же написал, что в случае 1б) никаких бакапов делать не нужно. Не вижу опечатки.

т. е. вот тут написано, что бэкапы не надо делать?
alexeyvg
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.
30 авг 18, 15:30    [21659039]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
0wl
Member

Откуда:
Сообщений: 49
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна


Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся
30 авг 18, 16:12    [21659148]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
0wl
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна


Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся

Спорно во всё подряд совать FULL. Если нет неоходимости, зачем это никому не ясно, и волшебное слово "на проде" не критерий
30 авг 18, 16:18    [21659155]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
alexeyvg
Я же написал, что в случае 1б) никаких бакапов делать не нужно. Не вижу опечатки.

т. е. вот тут написано, что бэкапы не надо делать?
Ай, действительно, опечатался, это в случае 1а) нужно будет постоянно делать бакапы лога :-)
30 авг 18, 17:01    [21659210]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
TaPaK
0wl
Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся

Спорно во всё подряд совать FULL. Если нет неоходимости, зачем это никому не ясно, и волшебное слово "на проде" не критерий
Ну, всё таки полезнее всегда делать FULL, если нет противопоказаний.
Только нужно минимально изучить, что такое лог, и как работают бакапы.

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

То есть я бы заменил на "Если нет необходимости, не меняй дефаултный FULL на SIMPLE "
30 авг 18, 17:07    [21659224]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
alexeyvg
TaPaK
пропущено...

Спорно во всё подряд совать FULL. Если нет неоходимости, зачем это никому не ясно, и волшебное слово "на проде" не критерий
Ну, всё таки полезнее всегда делать FULL, если нет противопоказаний.
Только нужно минимально изучить, что такое лог, и как работают бакапы.

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

То есть я бы заменил на "Если нет необходимости, не меняй дефаултный FULL на SIMPLE "

ну тут разное бывает :) Было так что место под бекапы закончилось и лог свалил за террабайт и остановил базу. Full подразумевает более отвественный подход к работе с бекапами. Но опять же не обязательно все гвозди забивать микроскопом
30 авг 18, 17:29    [21659253]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
0wl
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна


Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся

если б ТС хотел восстанавливаться на произвольный момент времени,
он бы давно делал бэкапы лога,
а не ждал того момента, что диск под логом крякнет,
и бэкап этакого лога тоже уже никуда невозможно будет сделать.

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

ну и в первом скрипте приведен скрипт, который должен уморить всех:
и в простую модель-то он переведет,
и лог-то подрежет,
и LOG BACKUP CHAIN прервет,
и шиш тебе потом, а не восстановление POIN IN TIME,
НО: при этом в SIMPLE не оставим, а продолжим по кругу, вернем FULL и запрудим диск логом,
который потом что? снова в помойку выкинем
30 авг 18, 19:10    [21659323]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
если б ТС хотел восстанавливаться на произвольный момент времени,
он бы давно делал бэкапы лога,
а не ждал того момента, что диск под логом крякнет,
Такое "хотение" обычно появляется постфактум, когда уже, прямо сейчас, нужно восстановить базу на какой то момент времени.

По моему, незнание механизмов бакапов не является основанием для того, что бы их не знать и дальше :-)

Такой рост лога должен стать поводом, что бы изучить эти механизмы, и выбрать нужную модель.
А не для того, что бы, не разбираясь, найти способ его уменьшить. По типу "полезных советов", когда держат базу в FULL, и джобом каждую ночь переводят в SIMPLE, и обратно в FULL - популярное решение, между прочим!
31 авг 18, 12:29    [21660076]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
alexeyvg
А не для того, что бы, не разбираясь, найти способ его уменьшить. По типу "полезных советов", когда держат базу в FULL, и джобом каждую ночь переводят в SIMPLE, и обратно в FULL - популярное решение, между прочим!

та BACKUP NUL веселее жеж :)
31 авг 18, 12:34    [21660092]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6534
Похоже автор думает, что это какая-то второстепенная штука, которую бы лучше было отключить вообще.
31 авг 18, 12:35    [21660096]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
По моему, незнание механизмов бакапов не является основанием для того, что бы их не знать и дальше :-)

я не про "незнание механизмов бэкапов",
а про бездумный выбор модели.
полная выбрана лишь потому, что краем уха слыхали, что
"Модель Full позволяет восстановить состояние базы SQL на любое время",
видимо предполагается, что это все "как-то там само собой.
стОит захотеть восстановить на любой момент, и раз, оно само и восстановилось".
а что для восстановления на этот самый момент нужен полный + непрерывная цепочка бэкапов лога,
покрывающая момент с полного бэкапа до желаемого времени,
этого товарищи не знают.
вот это я и называю "выбором от балды",
уж тогда лучше простая модель, чем полная, от которой толку нет все равно,
ибо никакими бэкапами логов там и не пахнет
31 авг 18, 12:47    [21660120]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
полная выбрана лишь потому, что краем уха слыхали, что
"Модель Full позволяет восстановить состояние базы SQL на любое время",
Нет, полная модель выбрана потому, что она устанавливается по умолчанию при создании базы.
Никто из таких "попадающих на огромный лог" не знает этого термина, и, соответственно, не "выбирает" никакой модели вообще.
31 авг 18, 13:59    [21660227]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
видимо предполагается, что это все "как-то там само собой.
стОит захотеть восстановить на любой момент, и раз, оно само и восстановилось".
а что для восстановления на этот самый момент нужен полный + непрерывная цепочка бэкапов лога,
покрывающая момент с полного бэкапа до желаемого времени,
этого товарищи не знают.
вот это я и называю "выбором от балды",
Уж не надо всех дураками считать :-)

Те, кто узнали про "модель", про возможность восстановления на любой момент, что то всё таки прочитают, вот как ТС, пусть даже отстойный и неправильный блог-пост. И на форуме вопрос зададут, опять же как ТС.
31 авг 18, 14:01    [21660230]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
уж тогда лучше простая модель, чем полная, от которой толку нет все равно,
ибо никакими бэкапами логов там и не пахнет
Тем более мы ведём речь про то, какую модель нужно выбрать, зная и умея их использовать, прочитав документацию, посоветовавшись на форуме.

А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)
31 авг 18, 14:05    [21660235]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 946
alexeyvg
Yasha123
уж тогда лучше простая модель, чем полная, от которой толку нет все равно,
ибо никакими бэкапами логов там и не пахнет
Тем более мы ведём речь про то, какую модель нужно выбрать, зная и умея их использовать, прочитав документацию, посоветовавшись на форуме.

А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)


Люди как правил не идиоты, а просто ленивые, когда сильно надо многие со всем разбираются. А когда настает это сильно надо, тут как правило 2 варианта: 1ые разбираться в теме и сделают все правильно, 2ые найдут первое решение которое решит проблему, не важно правильно это или нет, проблема решена главное, хотя бы на время. Все как в повседневной жизни.
И да, модель Full просто ставится по умолчанию, вот и все. Мало кто будет разбираться что это там за переключатели в студии в свойствах сервера\базы и что это все значит.
31 авг 18, 14:33    [21660285]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Yasha123
полная выбрана лишь потому, что краем уха слыхали, что
"Модель Full позволяет восстановить состояние базы SQL на любое время",
Нет, полная модель выбрана потому, что она устанавливается по умолчанию при создании базы.
Никто из таких "попадающих на огромный лог" не знает этого термина, и, соответственно, не "выбирает" никакой модели вообще.

вы, видимо, никогда не работали с Экспресс редакцией
31 авг 18, 17:05    [21660559]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
alexeyvg
пропущено...
Нет, полная модель выбрана потому, что она устанавливается по умолчанию при создании базы.
Никто из таких "попадающих на огромный лог" не знает этого термина, и, соответственно, не "выбирает" никакой модели вообще.

вы, видимо, никогда не работали с Экспресс редакцией
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL; раздувание файла лога происходит у тех, у кого модель FULL была выбрана по умолчанию (+ небольшое количество тех, кто восстановил базу из бакапа, или тех, у кого дба всё правильно настроил, а потом дба уволили, потому что он не нужен, всё же и так хорошо работает).
31 авг 18, 17:08    [21660564]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)

достали уже те, кто мне приписывает нечто свое.

но еще раз: я советую простую модель тому,
кто полную от балды выбрал, огреб последствия,
но так и не добрался до официального хэлпа продукта,
все "на форумах собирает".

и уж точно не оспариваю выбор тех, кто его сделал сознательно.

но от вас чего еще другого ждать: свои-то посты не в состоянии перечитать,
не то, что в чужие вникнуть.
можете не трудиться и не отвечать мне на это,
вы уже в почетном списке тех, с кем мне надоело препираться
31 авг 18, 17:11    [21660567]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
aleksrov
alexeyvg
пропущено...
Тем более мы ведём речь про то, какую модель нужно выбрать, зная и умея их использовать, прочитав документацию, посоветовавшись на форуме.

А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)


Люди как правил не идиоты, а просто ленивые, когда сильно надо многие со всем разбираются. А когда настает это сильно надо, тут как правило 2 варианта: 1ые разбираться в теме и сделают все правильно, 2ые найдут первое решение которое решит проблему, не важно правильно это или нет, проблема решена главное, хотя бы на время. Все как в повседневной жизни.
И да, модель Full просто ставится по умолчанию, вот и все. Мало кто будет разбираться что это там за переключатели в студии в свойствах сервера\базы и что это все значит.
Вы перечитайте то, что я написал :-)

Тут конкретный человек разбирается, читает статьи, советуется тут на форуме, ему объясняют.

С чего же он "найдут первое решение которое решит проблему" или "Мало кто будет разбираться что это там за переключатели в студии в свойствах сервера\базы и что это все значит"

И это Yasha123 ему советовал про "забыть про модель FULL", а не "в общем" всем ленивым недоспециалистам.
31 авг 18, 17:12    [21660569]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Yasha123
пропущено...

вы, видимо, никогда не работали с Экспресс редакцией
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL

для расширения кругозора: модель базы model в Экспрессе SIMPLE.
и если у кого-то в Экспрессе выбрана полная модель базы,
то это как раз потому, что кто-то потрудился это сделать.
31 авг 18, 17:14    [21660572]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
достали уже те, кто мне приписывает нечто свое.

но еще раз: я советую простую модель тому,
кто полную от балды выбрал, огреб последствия,

Ну вот же, вы советуете конкретному автору вопроса, а не тому, "кто кто полную от балды выбрал":
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна

Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.
31 авг 18, 17:15    [21660574]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
alexeyvg
пропущено...
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL

для расширения кругозора: модель базы model в Экспрессе SIMPLE.
и если у кого-то в Экспрессе выбрана полная модель базы,
то это как раз потому, что кто-то потрудился это сделать.
Дык отлично, вот у них этой проблемы с раздутым логом и не будет, потому что с чего это им лезть в свойства и менять???
Может, если один такой случай на тыщу, но явно не правило.
31 авг 18, 17:16    [21660577]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Тут конкретный человек разбирается, читает статьи, советуется тут на форуме, ему объясняют.

почему же конкретный человек не начал с официальной документации?
там гораздо меньше шансов огрести ахинею,
и уж про модели восстановления абсолютно все корректно написано.
31 авг 18, 17:23    [21660585]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.

ну если уж на то пошло, то тема всплыла заново вверх потому,
что ВАШ пост содержал неверную информацию.
и препирательства начались с того, что вы от этого упорно отказывались.
----
точно "ни в коем случае"?
т.е. вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
напомню, что есть DWH-базы,
которые полностью перезаливаются каждый день,
ибо отражают ОЛТП-содержимое других баз на день назад.
в таких базах полное логирование не нужно вообще,
хоть это и трижды продакшен.
а вреда от модели FULL может быть гораздо больше, чем просто раздутый лог.
все балк-операции, которые бы минимально логировались в простой модели,
будут логироваться полностью, и это очень сильно меняет скорость загрузки,
особенно на терабайтных данных
31 авг 18, 17:32    [21660601]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
[quot alexeyvgДык отлично, вот у них этой проблемы с раздутым логом и не будет, потому что с чего это им лезть в свойства и менять???
Может, если один такой случай на тыщу, но явно не правило.[/quot]
позвольте мне уже откланяться.
П.С. дайте мне глобус Москвы, пожалуйста :)
---
вы видели все и вся в этой жизни, несомненно ваш мир и есть вселенная.
мне вас не разубедить никогда
31 авг 18, 17:38    [21660610]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4804
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3
31 авг 18, 19:33    [21660738]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36271
Megabyte
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple.
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
31 авг 18, 19:35    [21660745]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Yasha123
alexeyvg
Мы же пол-топика обсуждаем именно этот ваш вредный совет, которому ТС ни в коем случае нельзя следовать.

точно "ни в коем случае"?
т.е. вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
напомню, что есть DWH-базы,
которые полностью перезаливаются каждый день,
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Но у ТС не так, потому что с FULL и без бакапов лога он бы упёрся в нехватку диска моментально, ещё на этапе разработки.

Гавриленко Сергей Алексеевич
Megabyte
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple.
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.
Угу.

Явно кровавый энтерпрайз или госы, эффективные менеджеры обеспечили супе-высокую надёжность, сказав "и чтоп зеркалирование было!", но бакапов - упс - не делают, забыли :-)
31 авг 18, 20:53    [21660819]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
komrad
Member

Откуда: Msk -> Utrecht
Сообщений: 4903
Megabyte
Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3


вот рецепт, если хочется симпла
1 сен 18, 00:09    [21660949]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36271
komrad
Megabyte
Перевел бы модель в simple. Но у нас есть зеркалирование, его нельзя настроить для модели simple. Версия 2008 sp3
вот рецепт, если хочется симпла
Логически -- да, но физически -- ни разу не аналог. Не работает минимальное протоколирование, а при бэкапе в NUL все равно файл лога физически вычитывается. Это не что иное, как, зачастую, сомнительная экономия на записи в файл-источник.
1 сен 18, 00:28    [21660960]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
alexeyvg
Yasha123
вот вы лично знакомы с характером его базы?
или волшебное слово "продакшен" затмивает все?
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.
1 сен 18, 00:42    [21660966]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
Гавриленко Сергей Алексеевич
при бэкапе в NUL все равно файл лога физически вычитывается

И это таки неожиданный плюс с той точки зрения, что частое вычитывание одного и того же файла может дать внимательному DBA некое понимание, насколько его RAID, на котором лежит файл журнала, близок к точке отказа.
1 сен 18, 00:44    [21660967]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 946
Andy_OLAP
alexeyvg
пропущено...
Мне не надо напоминать, у меня 7 лет все базы в симпл, потому что DWH :-)

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.


Че?
1 сен 18, 19:15    [21661318]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36271
Andy_OLAP
Гавриленко Сергей Алексеевич
при бэкапе в NUL все равно файл лога физически вычитывается

И это таки неожиданный плюс с той точки зрения, что частое вычитывание одного и того же файла может дать внимательному DBA некое понимание, насколько его RAID, на котором лежит файл журнала, близок к точке отказа.
Какое-то новое слово в мониторинге дисковой подсистемы, ага.
1 сен 18, 19:37    [21661326]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4804
Гавриленко Сергей Алексеевич
Megabyte
Насчёт выбора модели. У нас нет восстановления на момент времени. Я кое-как наладил ежедневное полное бекапировпние. Перевел бы модель в simple.
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.
2 сен 18, 22:49    [21662030]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Megabyte
Member

Откуда: ближайшее заМКАДье
Сообщений: 4804
Megabyte
Гавриленко Сергей Алексеевич
пропущено...
Если допустимо потерять сутки модификаци базы, то, несомненно, full был бы лишний.

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.

Блин, автозамена. Потеря инфы за сутки критична.
2 сен 18, 22:50    [21662031]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36271
Megabyte
Megabyte
пропущено...

Это ответ на тот факт, что full-режим может не использоваться полноценно, но таки он все же установлен, а не simple.
На самом деле когда-нибудь я хочу настроить и восстановление на момент времени, т.к. открыли инфы за сутки для нас критична. Просто пока руки не дошли.

Блин, автозамена. Потеря инфы за сутки критична.
Чтобы добавить мотивации: просто представь, что в момент полного бэкапа на основной ноде умирает дисковая подсистема (или ее часть), а failover вдруг недоступен или непрогнозируем по времени (очередь на redo 500 Гб, например). Если бэкапы лога при этом были слиты в NUL, то опции "отресторить основную ноду с гарантированно известным временем простоя" уже нет, остается failover с непредсказуемым временем. (З.Ы. Кейс из жизни, не придуман)
3 сен 18, 02:00    [21662156]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Andy_OLAP
Member

Откуда: я знаю, что Хапоэль Беэр-Шева - чемпион
Сообщений: 3151
aleksrov
Andy_OLAP
пропущено...

Ой-вей, коллега, Вы таки меня удивляете, Аня ведь известный апологет кошерной OLTP нагрузки, Вам не объяснить ей страдания OLAP-щиков от использования Simple. Да и зачем спорить с женщиной, она ведь не Элеонора и не отличается выдержкой и спокойствием. "Мы же пол-топика обсуждаем именно этот ваш вредный совет" - воспринимайте ее высказывания как образец изысканного юмора, и чтение на этом форуме приобретет для Вас неожиданный приятный оттенок.


Че?

Без комментариев. Продолжайте считать "Яшу" представителем сильного пола.
3 сен 18, 13:09    [21662557]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 946
Гавриленко Сергей Алексеевич
Megabyte
пропущено...

Блин, автозамена. Потеря инфы за сутки критична.
Чтобы добавить мотивации: просто представь, что в момент полного бэкапа на основной ноде умирает дисковая подсистема (или ее часть), а failover вдруг недоступен или непрогнозируем по времени (очередь на redo 500 Гб, например). Если бэкапы лога при этом были слиты в NUL, то опции "отресторить основную ноду с гарантированно известным временем простоя" уже нет, остается failover с непредсказуемым временем. (З.Ы. Кейс из жизни, не придуман)


Такая очередь это косяк админа мне кажется.
3 сен 18, 14:06    [21662673]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 946
Andy_OLAP
aleksrov
пропущено...


Че?

Без комментариев. Продолжайте считать "Яшу" представителем сильного пола.


Лодка по реке плывёт
В отблесках ночных пожаров -
Весенний пал в горах.

P.S. Я тоже непонятную фигню буду писать. Буду пытаться говорить на вашем языке.
3 сен 18, 14:08    [21662684]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 36271
aleksrov
Такая очередь это косяк админа мне кажется.
Не обязательно. Может быть как планово (делали работы на второй ноде, потушили на пол дня), так и внезапно (датацентр залило водой или свет пропал, а резервную ноду поднимали в последнюю очередь -- она же резервная).
3 сен 18, 14:29    [21662719]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Alex7415
Member

Откуда:
Сообщений: 1
Решил не плодить темы по сжатию ЖТ, и спросить в этой теме.
Сам не админ, но пришлось временно взять на себя его функции.
Мат. часть почитал, FAQ и поиск на данном сайте тоже.
Имеется 1С база, управляется СУБД MS SQL Server.
Видимо из-за того что никогда не производились бэкапы с помощью MS SQL Server, ЖТ разросся. База 25Гб, ЖТ 90 Гб. Модель восстановления Полная.
Есть вопросы.
1. Могу ли сделать бэкапы базы и ЖТ средствами MS SQL Server, а потом сжать ЖТ скажем до 5 Гб? А в будущем периодически делать бэкапы ЖТ, в том числе и с целью, чтобы производилось усечение, и соответственно не допускать рост ЖТ?
2. В инструкциях часто видел метод, где предлагают сделать бэкап ЖТ, перевести в модель восст. простую, и выполнить сжатие. Где-то еще предлагается после этих всех действий вернуть базу обратно в модель Полная. Не пойму зачем? Почему нельзя обойтись, тем, что я написал в своем первом пункте?
Или советуют из-за того, что в простой мод. восстановления усечение происходит автоматически, и можно будет забыть про рост ЖТ?
Может я по не знанию и ерунду спрашиваю, но прошу мне помочь. Спасибо!
6 июл 19, 19:01    [21922074]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28727
Alex7415
Есть вопросы.
1. Могу ли сделать бэкапы базы и ЖТ средствами MS SQL Server, а потом сжать ЖТ скажем до 5 Гб? А в будущем периодически делать бэкапы ЖТ, в том числе и с целью, чтобы производилось усечение, и соответственно не допускать рост ЖТ?
2. В инструкциях часто видел метод, где предлагают сделать бэкап ЖТ, перевести в модель восст. простую, и выполнить сжатие. Где-то еще предлагается после этих всех действий вернуть базу обратно в модель Полная. Не пойму зачем? Почему нельзя обойтись, тем, что я написал в своем первом пункте?
Или советуют из-за того, что в простой мод. восстановления усечение происходит автоматически, и можно будет забыть про рост ЖТ?
Может я по не знанию и ерунду спрашиваю, но прошу мне помочь. Спасибо!
1. Да. Конечно, если этих 5 Гб хватит для журналирования между бакапами.

2. Так делают, что бы не заморачиваться с бакапами. Кроме того, для некоторых специфических применений (для хранилищь данных) будет быстрее загрузка (можно использовать больше минимально логируемых операций).
Однако это не позволит восстановить данные на момент времени, и не будет дополнитьельного пути спасения, в случае косяка с полными бакапами.
7 июл 19, 16:16    [21922254]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2      [все]
Все форумы / Microsoft SQL Server Ответить