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

Откуда:
Сообщений: 16
sphinx_mv
invm
пропущено...
1. Никогда не использовать проценты;
2. Значение подбирается исходя из вашей нагрузки на журнал, чтобы минимизировать частоту автоувеличений.
3. Уменьшить интервал между бэкапами журнала.

1. Если не использовать проценты, тогда в мегабайтах, сколько приемлемо, допустимо?
2. Как именно вычислить нагрузку и минимизировать частоту автоувеличений?
3. Какой интервал в пользу уменьшения приемлемый? каждый 1 час, меньше и т.д.?
4 июн 13, 14:17    [14389052]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31444
Сергей Викт.
Тоже верно. Но бывает, что,например, после массовой вставки данных лог надо усечь и сжать. И растёт он далеко не так быстро, как при вставке 300 млн записей (например).

P.S. Я с Вами не спорю, просто считаю, что вполне полезная вещь в некоторых моментах.
Разумеется, но речь то была о стандартном обслуживании базы.
А так конечно, не зра шринк существует, очень важная функциональность.
Spartakich
сервер падает в 11:48. теряете всё что произошло с 2-х ночи
Не теряете, даже если бакап раз в неделю. Восстановить можно на любоу минуту.
sea-horse
Главное цель контролировать дисковое пространство, хоть усечь (truncate), хоть сжать (shrink) не актуальный журнал.
Контролировать или уменьшить? Какой смысл уменьшать, если он сразу вырастет до прежнего размера???
sea-horse
Мониторинг хорошо и он практикуется, но нужно разграничивать дискового пространство, что бы журналы занимали место не более 30, 50 ГБ
А, то есть удерживать в заданных пределх?

Этому SHRINK не поможет, хоть раз в минуту его выполняйте. Для этого нужно вовремя бакапить лог и планировать тяжёлые операции.
sea-horse
Есть конкретно поставленная задача в 2-х вариантах, можно ли конкретное практическое решения в вариантах, почему так лучше и т.д.
Не один из вариантов не решит задачу, повторю, хоть раз в минуту усекать, на размер это не повлияет
4 июн 13, 15:18    [14389474]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
alexeyvg
Spartakich
сервер падает в 11:48. теряете всё что произошло с 2-х ночи
Не теряете, даже если бакап раз в неделю. Восстановить можно на любоу минуту.
Ага... Можно... "Ручками"...

Или прошу предъявить ссылку, где описано восстановление "упавшей" (или "убитой") БД на любой момент времени при отсутствии соотвествующей цепочки бэкапов (полного, дифференциального и журналов транзакций...
4 июн 13, 15:37    [14389638]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Гость333
Member

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

Если LDF-файлы живые, то можно сделать tail-log backup и восстанавливаться на произвольный момент времени.
4 июн 13, 15:42    [14389665]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
Гость333
Если LDF-файлы живые, то можно сделать tail-log backup и восстанавливаться на произвольный момент времени.
Нет... Не так...
Вы можете ПОПРОБОВАТЬ сделать tail-log backup с ОЧЕНЬ большими надеждами, что перед сбоем БД находилась в состоянии, позволяющем выполнить такой бэкап...
Тут:
a tail-log backup succeeds only if the log files are undamaged, the database is in a state that supports tail-log backups, and the database does not contain any bulk-logged changes.
4 июн 13, 16:30    [14390085]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31444
sphinx_mv
Вы можете ПОПРОБОВАТЬ сделать tail-log backup с ОЧЕНЬ большими надеждами, что перед сбоем БД находилась в состоянии, позволяющем выполнить такой бэкап...
Вероятность того, что это не получится, достаточно маленькая. Некорректно всё таки писать, что "сервер падает в 11:48. теряете всё что произошло с 2-х ночи".
Надёжность лог-файла зависит от системы хранения, в общем обычный рейд даст достаточную надёжность...
4 июн 13, 16:34    [14390116]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Spartakich
Member

Откуда: Riga
Сообщений: 380
перефразирую,

сервер падает с потерей LDF фаила в 11:48. теряете всё что произошло с 2-х ночи.
4 июн 13, 16:42    [14390205]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
alexeyvg
sphinx_mv
Вы можете ПОПРОБОВАТЬ сделать tail-log backup с ОЧЕНЬ большими надеждами, что перед сбоем БД находилась в состоянии, позволяющем выполнить такой бэкап...
Вероятность того, что это не получится, достаточно маленькая. Некорректно всё таки писать, что "сервер падает в 11:48. теряете всё что произошло с 2-х ночи".
Некорректно писать, что "можно восстановить данные", если на самом деле даже нет гарантии просто сделать последний бэкап фрагмента журнала транзакций - а без ВСЕХ бэкапов (включая бэкап последнего фрагмента журнала) восстановить данные "на любой момент времени" невозможно.
alexeyvg
Надёжность лог-файла зависит от системы хранения, в общем обычный рейд даст достаточную надёжность...
Угу... Когда-то давно один из моих предыдущих шефов тоже так думал...
К счастью, когда "страшной смертью" помер контролер внешнего дискового массива на сервере баз данных, нагрузка на сервер была "некритичной", и, практически, "только что" успели сделаться (и "далеко" скопироваться) последние бэкапы журналов транзакций...
4 июн 13, 17:08    [14390401]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sea-horse
Member

Откуда:
Сообщений: 16
sea-horse
Главное цель контролировать дисковое пространство, хоть усечь (truncate), хоть сжать (shrink) не актуальный журнал.
Контролировать или уменьшить? Какой смысл уменьшать, если он сразу вырастет до прежнего размера???
sea-horse
Мониторинг хорошо и он практикуется, но нужно разграничивать дискового пространство, что бы журналы занимали место не более 30, 50 ГБ
А, то есть удерживать в заданных пределх?

Этому SHRINK не поможет, хоть раз в минуту его выполняйте. Для этого нужно вовремя бакапить лог и планировать тяжёлые операции.
sea-horse
Есть конкретно поставленная задача в 2-х вариантах, можно ли конкретное практическое решения в вариантах, почему так лучше и т.д.
Не один из вариантов не решит задачу, повторю, хоть раз в минуту усекать, на размер это не повлияет[/quot]

Нет такой задачи удерживать в приделах, желание что бы логи быстро не росли, колебались в определенных приделах, примерно 30, 50, да пусть 100 ГБ
Конкретно есть дисковый массив для журналов транзакций, объём 300 ГБ, диски SAS в RAID-1
Есть упущенный момент, недавно внедренная одна база с полной моделью восстановления с размером 150 Мб журналы, которых разрослись до 110 ГБ. HDD других не будет, нужно распределить пространство, что бы размер логов был бы примерно 100 ГБ, пусть размер колеблется в приделах 10-40 %.
У этой базы не ведется бекап журналов, они сейчас внедряются, для откатов баз, ежели что, в течении дня.
Так вот задача бекапить журналы, и как-то повлиять на то, что бы они бешено не росли.
Понимаю, что шринкать, усекать не есть хорошо, что при бекапе журнала транзакции место на диске очищается
Тогда может быть вообще отказаться от всяких усечений, сжатий, пусть бекапиться логи.
Исходя из того, что 110 ГБ журналов стоит ли удалить журналы транзакции в ноль и начать так сказать сначала, бекапить журналов и т.д.?
4 июн 13, 21:48    [14391314]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
invm
Member

Откуда: Москва
Сообщений: 9413
sea-horse,

Прежде чем что-то делать, выясните: задлянафига у этой БД полная модель восстановления, если не делается резервное копирование журнала?
4 июн 13, 22:17    [14391406]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sea-horse
Member

Откуда:
Сообщений: 16
invm
sea-horse,

Прежде чем что-то делать, выясните: задлянафига у этой БД полная модель восстановления, если не делается резервное копирование журнала?


Раньше действительно не нужно было, сейчас уже нужно.
4 июн 13, 22:24    [14391436]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31444
sea-horse
Тогда может быть вообще отказаться от всяких усечений, сжатий, пусть бекапиться логи.
Ну так об этом вам и говорят.

sea-horse
Исходя из того, что 110 ГБ журналов стоит ли удалить журналы транзакции в ноль и начать так сказать сначала, бекапить журналов и т.д.?
Разумеется, нужно.
Очевидно, 100 гигов лог при 150 мб базы - следствие отсутствия бакапов лога вкупе с фулл-режимом. Вряд ли это была какая то одиночная транзакция.

После удаления выясните, какой прирост лога, и как часто нужно делать бакапы, исходя из требуемой надёжности и ограничения по размерам файлов.
sphinx_mv
alexeyvg
Надёжность лог-файла зависит от системы хранения, в общем обычный рейд даст достаточную надёжность...
Угу... Когда-то давно один из моих предыдущих шефов тоже так думал...
Я же не говорю про абсолютную надёжность, любые средства и планы обслуживания могут только повысить процент надёжности, не приближая его к 100.
Я говорю про "достаточную", т.е. на сотню падений сервера придётся одно разрушения рейда, так что после падения сервера наверняка данные не пропадут.
Понятно, что можно надёжность повышать бесконечно, и бакапы этому не помогут, от потерь они не защищают, только от потерь части данных.
4 июн 13, 22:59    [14391559]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Mnior
Member

Откуда: Кишинёв
Сообщений: 6723
alexeyvg
и бакапы этому не помогут, от потерь они не защищают, только от потерь части данных.
Для некоторых стратегий работы с данными вообще бэкапы, точнее логи, точнее сбрасывание их на диск - неприемлемо, долго.
Я про мироринг, и про InMemoryDB.

КО
5 июн 13, 12:26    [14393702]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
дядя KO
Guest
Mnior
... Я про мироринг...


с Log shipping не перепутали ?
5 июн 13, 13:00    [14393935]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Mnior
Member

Откуда: Кишинёв
Сообщений: 6723
дядя KO
Mnior
... Я про мироринг...
с Log shipping не перепутали ?
А далеко друг от друга стоят?
Механизм общий, стратегия разная.
6 июн 13, 00:42    [14397493]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
дядя KO
Guest
Mnior
дядя KO
пропущено...
с Log shipping не перепутали ?
А далеко друг от друга стоят?
Механизм общий, стратегия разная.


приехали....
6 июн 13, 07:28    [14397691]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sea-horse
Member

Откуда:
Сообщений: 16
В итоге пришел к такому очевидному выводу:
1. Обнулить (удалить) логи 126 ГБ
2. Настроить бекапы журналов транзакций с ПН-ПТ, с 10:00-19:00 каждый 1 час
3. Полный цикл восстановления 1 неделя, для нас это нормально (ежедневный полный бекап + 1 часовые журнальчики)
4. Очистка старых журналов старше 7 дней.

Таким образом урезать, сжимать не придётся, старые логи будут затираться, актуальные логи будут иметь приемлемый размер

Спасибо за такое бурное обсуждение, но тема исчерпана, её можно закрывать, желающие могут здесь пообщаться между собой, но уже без ТС`а:))
6 июн 13, 10:47    [14398439]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31444
sea-horse
4. Очистка старых журналов старше 7 дней.
А это что такое, какая операция???
6 июн 13, 10:58    [14398517]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Glory
Member

Откуда:
Сообщений: 104760
sea-horse
В итоге пришел к такому очевидному выводу:
1. Обнулить (удалить) логи 126 ГБ

Физически что ли удалить файлы логов ?
6 июн 13, 11:04    [14398569]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sea-horse
Member

Откуда:
Сообщений: 16
alexeyvg
sea-horse
4. Очистка старых журналов старше 7 дней.
А это что такое, какая операция???

MPlan - Очистка после обслуживания - Удалить файлы старше.....

Glory
sea-horse
В итоге пришел к такому очевидному выводу:
1. Обнулить (удалить) логи 126 ГБ

Физически что ли удалить файлы логов ?

Ну да, полные бекапы баз с этими логами есть на каждый день недели.
Ну я планирую просто переименовать лог-файл, рядом создастся новый
6 июн 13, 20:30    [14402114]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Гость333
Member

Откуда:
Сообщений: 3683
sea-horse
Glory
Физически что ли удалить файлы логов ?

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

Оу. Ну, держите нас в курсе, как всё прошло.
6 июн 13, 20:33    [14402127]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
Mnior
Member

Откуда: Кишинёв
Сообщений: 6723
дядя KO
приехали....
А вы и не КО однако.
6 июн 13, 23:14    [14402791]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
дядя KO
Guest
Mnior
alexeyvg
и бакапы этому не помогут, от потерь они не защищают, только от потерь части данных.
Для некоторых стратегий работы с данными вообще бэкапы, точнее логи, точнее сбрасывание их на диск - неприемлемо, долго.
Я про мироринг, и про InMemoryDB.

КО


хотите сказать, что стратегия с бэкапами логов неприемлима для мироринга ?
6 июн 13, 23:23    [14402836]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
sea-horse
Member

Откуда:
Сообщений: 16
Гость333
sea-horse
пропущено...
Ну да, полные бекапы баз с этими логами есть на каждый день недели.
Ну я планирую просто переименовать лог-файл, рядом создастся новый

Оу. Ну, держите нас в курсе, как всё прошло.

Ну так подскажите как именно отчистить накопившиеся логи 120 ГБ!?
Сжатием (shrink), урезанием (truncate), удалением?
7 июн 13, 00:01    [14403004]     Ответить | Цитировать Сообщить модератору
 Re: Какие варианты по регулярной чистки журналов транзакций лучше выбрать  [new]
invm
Member

Откуда: Москва
Сообщений: 9413
sea-horse
Ну так подскажите как именно отчистить накопившиеся логи 120 ГБ
Перед всеми приседаниями сделать полный бекап.
1. Переключить модель восстановления на простую, сжать, переключить на полную, сделать полный бекап.
2. Сделать резервную копию журнала, потом сжать.
3. Для гурманов: sp_detach_db, переименовать файл журнала, create database ... for attach_rebuild_log.
7 июн 13, 00:51    [14403146]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить