Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyИмеется в виду, если кто-то за день не набъет в БД тройной объем информации? необязательно забивать информацию в тройном объеме. если в вашей базе есть гигабайтный индекс, то при его перестроении лог выраастет как минимум на гиг, хотя на больше на самом деле. и тут не поможет никакой бэкап, это же 1 транзакция. т.е. если вы какие-то maintenance задания в базе выполняете, то надо прикидывать, как это на логе отразится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 12:25 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyЗавершенные транзакции при бэкапе лога будут переноситься в БД, а на их место будут записываться новые, но сам файл лога будет расти несуществеено?Да. Только он не "будет расти несуществеено", а вообще не будет расти, никогда, если только не "кто-то за день не набъет в БД тройной объем информации". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 12:27 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
Glory, ну это - да, я понял, что на лог влияет только бэкап лога. Про бэкап БД это я в плане сохранности БД. Всем спасибо, попробую потестировать, тему пока не закрывайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 13:05 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
Выяснилась интересная вещь: начинаю работать с тестовой БД, с полной моделью протоколирования. "Выращиваю" лог, делаю полный бэкап, потом бэкап лога. Файл лога остается того же размера. Начинаю опять "выращивать" файл лога - до определенного времени журнал не растет, но если процесс затянуть - уже прибавляет размер на диске. Пробую шринковать. Тут интересные грабли: если сделать сначало бэкап лога, потом шринк (неважно какой - хоть по-умолчанию, хоть с указанием до скольких МБ сжать) - лог не сжимается. Почему-то надо сделать бэкап лога, потом шринк, потом опять бэкап лога и опять шринк - тут действительно сжимает. Может, конечно "глаз замылился", но о подобных танцах с бубном читал. Да, если два раза подряд бэкап лога и потом шринк - не сжимает, надо именно попеременно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 15:34 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyДа, если два раза подряд бэкап лога и потом шринк - не сжимает, надо именно попеременно. Господи. И почему этим людям делигирут такие задачи ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 15:35 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
предлагаю в темах, заканчивающихся подобными выводами, выставлять предостерегающий знак для потомков а то еще некрофилы откопают, напишут, надо было трижды бэкапить до шринка, или новички с админскими почему-то правами начнут претворять в жизнь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 15:44 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
вообще-то я и обратился за помощью на профильный сайт. почему других людей не привлекают - а политика компании такая, жмотяться взять человека с опытом - им кажеться что легче навесить на новичка я предупреждал, что сиквел - не мой профиль, у меня другие задачи, и мне это - из разряда нафига козе баян а заср@ть - это оно конечно проще ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 17:05 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphy, журнал транзакций оборачиваемый, усечение и сжатие разные операции 1) "выращи" как ты говоришь лог 2) выполни dbcc sqlperf('logspace') посмотри процент использования 3) сделай бэкап лога 4) выполни dbcc sqlperf('logspace') посмотри процент использования https://technet.microsoft.com/ru-ru/library/ms179355(v=sql.105).aspx https://technet.microsoft.com/ru-ru/library/ms180892(v=sql.105).aspx ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 17:29 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyвообще-то я и обратился за помощью на профильный сайт. так вам же написали 100 раз, что "усекается" лог бэкапом лога. "усечение лога" это не уменьшение его физ.размера, а возможность "перезаписи". если между бэкапами лог продолжает расти и это вас напрягает, делайте бэкапы лога чаще. и после этого вы снова выступаете с заявлениями о шринке!!! а ведь многие читают темы по диагонали, и оставь мы ваш последний пост без комментариев, он бы прошел как главный вывод из всей этой темы. ну и разве это нормально? вы спрашивайте, мы же охотно делимся, тема про лог вообще-то не осваивается и не усваивается за час, вот вы бы почитали, обдумали и спросили, что еще неясно, а то нашринковались вдоволь и давай это рекламировать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2015, 17:44 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyвообще-то я и обратился за помощью на профильный сайт. А почему то начинаете раздавать советы о том, сколько раз и в какой последовательности надо бэкапить/шринковать журнал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2015, 09:12 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
Шринк я не рекламирую, а пишу о нем для того, чтобы вы меня поправили, и я выработал правильный алгоритм действий. Думаю, что хотя бы один раз - но его придется сделать. Ситуация следующая (взято из менеджмент студио): Размер БД - 6 гиг, размер лога на сегодня - 16,7 гига. Свойства БД: авторасширение самой БД - на 1 мб, авторасширение лога - на 200 мб, ограничение в размере установлено 80 гиг (все настроено не мной). Сведения из отчета по БД (из менеджмент студио, "занято места на диске") в течении дня происходит от 4-х до 7-ми увеличений лога, соответсвенно каждое по 200 мб. Итог - прирост в среднем от 800 до 1,5 гигов в день. Это можно оптимизировать? Если выставить размер авторасширения поменьше. Поэтому не хотелось бы иметь "пустой" файл лога размером 16 гигов, вот и думалось его шринкануть до более-менее подходящего размера, а в дальнейшем уже не допускать разрастания бэкапами лога. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2015, 09:56 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyДумаю, что хотя бы один раз - но его придется сделать. Сейчас вы опять начнете рассказывать о том, зачем вы пришли на форум ? mcmurphyЭто можно оптимизировать? Если выставить размер авторасширения поменьше. Можно. Переведите базу в режим только для чтения. Тогда никто не сможет изменять данные и журнал вообще не будет расти. mcmurphyПоэтому не хотелось бы иметь "пустой" файл лога размером 16 гигов А вы сами решили, что он пустой или кто-то рассказал ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2015, 10:03 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
mcmurphyЭто можно оптимизировать? Если выставить размер авторасширения поменьше. Поэтому не хотелось бы иметь "пустой" файл лога размером 16 гигов, вот и думалось его шринкануть до более-менее подходящего размера, а в дальнейшем уже не допускать разрастания бэкапами лога.Первая фраза противоречит второй. Какая разница, какое будет авторасширение, если его не произойдёт никогда в ближайшее столетие (при правильном выбору начального размера, и при правильном обслуживании)? Вроде вам всё уже рассказали... - Планируете нужный вам размер файла лога. - Создаёте файл этого размера (или шринкаете один раз существующий файл до заданного размера). - Устанавливаете автоприращение (что бы система не перестала работать, если вы где то допустили ошибку). - Настраиваете всё, что нужно - бакапы, режим протоколирования, ну и так далее И всё. Файл меняться не будет, система тормозить не будет (из за бесчисленных приращений-сжатий, и фрагментирования). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2015, 11:27 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
alexeyvg- Планируете нужный вам размер файла лога.Кстати, сказанное касается и файла данных. Не допускайте автоприращений файла данных, и не делайте шринк файла данных. Планируйте размеры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2015, 11:29 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
поменяй модель восстановления БД на simple сделай бекап сделай сжать файл - журнал поменяй модель восстановления БД на FULL периодически повторяй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2020, 14:00 |
|
||
|
Бэкап базы данных SQL и усечение журнала транзакций
|
|||
|---|---|---|---|
|
#18+
Neoki поменяй модель восстановления БД на simple сделай бекап сделай сжать файл - журнал поменяй модель восстановления БД на FULL периодически повторяй. забыл написать - забудь про восстановление по файлам журнала чисто в принципе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.10.2020, 14:07 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=38958843&tid=1685543]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
8ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 212ms |
| total: | 327ms |

| 0 / 0 |
