|
|
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
Просьба помочь - нужно сформулировать для подрядчика что ему нужно сделать чтобы сервер все же мог обрезать лог его базы после бэкапа. Бэкап самих баз и логов этого сервера на ленту регулярно делается TSM-кой - тут все как и на других серверах. Но логи баз при этом не урезаются. Попытка шринкануть их самостоятельно приводят к сообщению: Cannot shrink log file 2 (sm_log) because the logical log file located at the end of the file is in use. sp_WhoIsActive выдает то что приложено на рисунке. Да, именно так - 245 открытых селектов. DBCC OPENTRAN('***') пишет: авторTransaction information for database '***'. Oldest active transaction: SPID (server process ID): 1035 UID (user ID) : -1 Name : implicit_transaction LSN : (812559:312919:1) Start time : Jun 23 2020 12:28:25:883PM SID : 0x1df80ba8ae61a148b47bc6d00c826ac9 DBCC execution completed. If DBCC printed error messages, contact your system administrator. Completion time: 2020-06-23T12:28:26.6883003+03:00 Как ему сформулировать правильно проблему? Или еще что-то можно сделать? Варианты с Simple предлагать не надо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 12:36 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
А логи шринковать надо с какой целью? Чтобы потом, когда он опять вырастет, сервер мучался, расширял его, заполнял нулями и делал снова много ненужной работы? По сабжу - checkpoint (и бэкапы лога, если модель не simple), пока активная часть лога не передет в другой файл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 12:42 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич А логи шринковать надо с какой целью? Чтобы потом, когда он опять вырастет, сервер мучался, расширял его, заполнял нулями и делал снова много ненужной работы? Постепенно они очень сильно разрастаются, съедая весь диск... Утром на диске оставалось 639 GB, сейчас 631. Пустого место в логах - предостаточно... Гавриленко Сергей Алексеевич По сабжу - checkpoint (и бэкапы лога, если модель не simple), пока активная часть лога не передет в другой файл. Поточней - можно? Где и что сделать? Модель базы FULL. Бэкап, как я уже писал, делается TSM-кой (IBM Tivoli Storage Manager). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 13:12 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
An111Постепенно они очень сильно разрастаются, съедая весь диск... Утром на диске оставалось 639 GB, сейчас 631. Пустого место в логах - предостаточно...логи разрастаются не без причины. Если это происходит регулярно, то смысла шринкать нет. авторПоточней - можно?Можно. Вам надо делать такую последовательность действий: 1. выполнить команду checkpoint 2. выполнить бэкап лога 3. сделать шринк файла 4. если егог, перейти к пункту 1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 13:18 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
An111, авторобрезать лог его базы после бэкапа В этом нет никакого смысла, т.к. файл журнала сжимают как раз для уменьшения размера бэкапа. Т.е. перед тем, а не после того. Но только тогда, когда кладут бэкап в архив. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 15:13 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов В этом нет никакого смысла, т.к. файл журнала сжимают как раз для уменьшения размера бэкапа Размер полного бекапа не зависит ни от размера файлов данных ни от размера файлов лога. Он зависит только от объема данных, которые нужно поместить в бекап, и объема лога, который накопился за время выполнения полного бекапа А уменьшние файлов лога перед бекапом иногда делают чтобы 1. Ускорить рестор, т.к. большой файл лога дольше инициализируется 2. Иметь возможность развернуть базу на системе с меньшим доступным объемом дисков, т.к. в момент рестора невозможно уменьшить файлы логов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 16:44 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
msLex, Интересно, разве сведения о пустых VLF не сохраняются? Или ими можно пренебречь? А если данные находятся в хвосте журнала? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 17:30 |
|
||
|
Не шринкуется лог
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов Интересно, разве сведения о пустых VLF не сохраняются? Или ими можно пренебречь? А если данные находятся в хвосте журнала? Естественно какие-то метаданные о файлах лога (размер, количество, информацию о VLF, может еще какие данные) сохраняются, но эта такая мелочь, из-за которой не будут запускать операцию шринка лога. Вы то говорили о экономии места, явно подразумевая не эти метаданные а сами файлы логов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2020, 17:47 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=39972347&tid=1685960]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
194ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 293ms |
| 0 / 0 |
