|
|
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Добрый день, уважаемый форум. Версия SQL 2012 Express. База в simple mode autoshrink = off Репликаций нет Лог - разрастается со временем. Операции, увеличивающие лог - раз в 2-3 месяца. Есть желание "убрать" лишнее. Прочитала документацию и форум, но остался вопрос: Насколько правильно и безопасно делать shrink лога, если не делать бекап БД? https://docs.microsoft.com/ru-ru/sql/t-sql/database-console-commands/dbcc-shrinkfile-transact-sql?view=sql-server-ver15 "но удаляет неактивные VLF в конце файла журнала" - насколько я поняла - ничего не сломается от shrinka. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:02 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Насколько правильно и безопасно делать shrink лога, если не делать бекап БД?Если не делать бекап, то любое действие небезопасно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:22 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Bmv08, авторничего не сломается от shrinka. Но, авторРазмер базы данных нельзя сделать меньше минимального размера базы данных. Минимальный размер — это первоначальный размер, заданный при создании базы данных, или последний размер, явно установленный операцией изменения размера файла (например, DBCC SHRINKFILE). Если, допустим, база данных была создана с размером 10 МБ и затем увеличилась до 100 МБ, ее можно сжать только до 10 МБ, даже если удалить из нее все данные. https://docs.microsoft.com/ru-ru/sql/relational-databases/databases/shrink-a-database?view=sql-server-ver15 Может использовать усечение журнала транзакций авторНеобходимо регулярно усекать журнал транзакций, чтобы предотвратить переполнение выделенного пространства https://docs.microsoft.com/ru-ru/sql/relational-databases/logs/the-transaction-log-sql-server?view=sql-server-ver15 Условия для его выполнения описаны в статье по ссылке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:26 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
entrypoint, Какой еще такой бэкап лога для базы в simple-модели для усечения лога? Не несите чушь. В простой модели лог усекается автоматически. Bmv08, Зачем сжимать лог, если раз в 2-3 месяца он все равно будет вырастать? Это чтобы сервер сначала развлечь сжатием лога, а потом его авторасширением? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:35 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Bmv08, Если Вас беспокоит разрастание лога, то производите операции изменения данных небольшими частями растянутыми по времени, в том числе и переиндексацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:38 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич, Согласен )))) Был невнимателен ))) Но можно же изменить модель восстановления ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:48 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич Bmv08, Зачем сжимать лог, если раз в 2-3 месяца он все равно будет вырастать? 2-3 месяца - это "плохой" прогноз = полная перезагрузка справочных данных раз в указанный период. Хороший - до года - полутора нет прогрузок. Гавриленко Сергей Алексеевич Bmv08, Это чтобы сервер сначала развлечь сжатием лога, а потом его авторасширением? Насколько я понимаю - при удалении "неактивные VLF в конце файла журнала" - высвобожденное место будет использоваться повторно. Сейчас размер БД = 10, лога - доходит до 40. Хотела оставить около 5 на лог. Владислав Колосов Bmv08, Если Вас беспокоит разрастание лога, то производите операции изменения данных небольшими частями растянутыми по времени, в том числе и переиндексацию. К сожалению, на объем\частоту входящего потока повлиять не могу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:50 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Bmv08, Bmv08Насколько я понимаю - при удалении "неактивные VLF в конце файла журнала" - высвобожденное место будет использоваться повторно. Сейчас размер БД = 10, лога - доходит до 40. Хотела оставить около 5 на лог.Вам реально жалко 35 Гб? Хотите, что бы каждый раз при заливке данных раз в N месцев у вас замедлялась вставка или модификация из-за тяжелой операции автоприращения лога? Вы не с тем боретесь. Лог растет у вас не потому, что в нем нет свободного места из-за предыдущих транзакций, а потому что в него не помещается вся ваши текущие транзакции целиком. Сделайте уменьшение до 5 Гб, и в следующий раз он все равно станет 40 Гб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 14:59 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич Bmv08, Bmv08Насколько я понимаю - при удалении "неактивные VLF в конце файла журнала" - высвобожденное место будет использоваться повторно. Сейчас размер БД = 10, лога - доходит до 40. Хотела оставить около 5 на лог. Да, маленький носитель. upgrade не возможен - технически и экономически не обоснован. Приложение и БД - пишущая машинка. Должно быстро воспользоваться правильными справочными данными, "выкинуть" транзакцию во внешнюю систему. Гавриленко Сергей Алексеевич Bmv08, Bmv08Насколько я понимаю - при удалении "неактивные VLF в конце файла журнала" - высвобожденное место будет использоваться повторно. Сейчас размер БД = 10, лога - доходит до 40. Хотела оставить около 5 на лог. Да. Операция обновления идет ночью, когда приложение не эксплуатируется. 40 - это форс мажор- полная перезагрузка данными. и - лог потом не нужен - если я правильно понимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 15:16 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Bmv08 40 - это форс мажор- полная перезагрузка данными. и - лог потом не нужен. Если такие форс мажоры случаются раз в N месяцев, вам все равно нужно иметь на дисках запас в эти 40 ГБ. Так какая вам разница, будет это место не занято или занят файлом лога? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 15:19 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Bmv08, ну хотите, шринкайте. я шринкаю. т.к. начальничег систематически делитит миллионы записей одним стэйтментом (по ночам) и лог раздувает охренительно. а поптом он хочет рестор бэкапа за предыдущие дни, и этих "копия базы на дату <..>" у нас до пяти штук за раз висит. и "самый свежий" бэкап уже просто не ресторится, т.к. в нем раздутый лог и ему надо место... так что шринкаю до вменяемого размера, как только вижу, что расперло. делается моментально. а вот кто в след. раз ждет, пока лог увеличится, так это как раз сам начальник, когда в очередном приступе вдохновения апдэйтит миллионы строк за раз. a ему и полезно подождать, чтобы осознал, что не тем занимается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 15:22 |
|
||
|
Вопрос про shrink
|
|||
|---|---|---|---|
|
#18+
Bmv08, Вам никак шринк не поможет, т.к. в одну и прекрасных ночей обвалится база в состояние "подозреваемая" из-за нехватки места на диске. Обязательно установите ограничение на рост файлов, при переполнении база хотя бы не сломается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.01.2020, 16:30 |
|
||
|
|
start [/forum/topic.php?fid=46&gotonew=1&tid=1686667]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
10ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 321ms |
| total: | 450ms |
| 0 / 0 |
