|
|
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Лог транзакций растёт на 60 Гб в день и достиг 3,4 Тб. При этом его копирование делается ежедневно и ежедневный бекап составляет в среднем 10-20 Гб. Долгоиграющих незакрытых транзакций нет. Microsoft SQL Server 2016 (SP1) (KB3182545) - 13.0.4001.0 (X64) Oct 28 2016 18:17:30 Copyright (c) Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2016 Datacenter 6.3 <X64> (Build 14393: ) Есть 3 In-Memory таблицы. Очень грешу на них, так как число файлов в файловой группе больше 8000 и её размер порядка 500 Гб, при том, что общий размер таблиц около 5 Гб. Помогите найти причину роста занятого места в логе транзакций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 13:27:55 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Jovanny, a DURABILITY стоит SCHEMA_AND_DATA ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 13:33:38 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
TaPaK, Да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 13:37:05 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 13:54:48 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Andy_OLAP, Пробовал. Не помогло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 13:56:23 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
С Jovanny уже обсудили. Возмножно проблема в этом: https://connect.microsoft.com/SQLServer/feedback/details/1021865/log-not-truncating-due-to-xpt-checkpoint есть подозрение что опять разломали то что фиксили ранее: PRECREATED FREE 16 640 ACTIVE DATA 47 6927 ACTIVE DELTA 47 393 ACTIVE ROOT 1 16 WAITING FOR LOG TRUNCATION DATA 3144 411080 WAITING FOR LOG TRUNCATION DELTA 3144 25432 WAITING FOR LOG TRUNCATION ROOT 1631 26096 Код: sql 1. 2. 3. 4. 5. 6. 7. Добрые люди что думаете на сей счет? Как можно зафорсить очистку XTP файлов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 13:57:02 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
AlanDenton Как можно зафорсить очистку XTP файлов обратиться в поддержку MS ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:03:42 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Yasha123, отличное решение проблемы. За которое нужно ждать пару месяцев и получить ответ у нас нет репродьюса. Знаем. Уже обращялся я в свое время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:07:30 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
AlanDentonесть подозрение что опять разломали то что фиксили ранее: Добрые люди что думаете на сей счет? Как можно зафорсить очистку XTP файлов В чем тогда проблема развернуть рядом стенд с 2016 RTM и проверить, растет журнал или нет. Если все нормально - значит, пока SP1 не для Вас. Ждите SP2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:19:52 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
мое второе предложение разочарует вас еще больше: не используйте то, что глючно. откажитесь от этого инмемори, раз за свои развалы товарищи из MS ответственности не несут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:22:12 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Yasha123не используйте то, что глючно. К слову скажу, что глючно все. Еще для 2012 сиквела Майки извинялись за трабл с ребилдом индексов, когда кластерный индекс ломался и данные потом не восстановить. Так что это повод не использовать индексы? Тут картина прояснилась и интересно узнать у кого была похожая картина и как решали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:26:48 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Jovanny, на всякий случай: репликации нет? always on? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:30:16 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
[quot AlanDenton]Yasha123Тут картина прояснилась и интересно узнать у кого была похожая картина и как решали. вы же сами дали ссылку на коннект, узнали, "у кого была похожая картина". + "и как решали": Workarounds 0 все такие тупые, что не придумали, как обойти баговину? ну щас вас эксперт-то научит, у него на все ответы есть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:38:22 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Yasha123, и к чему это было сказано позвольте узнать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 14:42:02 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
TaPaK, Есть одна snapshot репликация для 3 маленьких таблиц. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 15:10:28 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
JovannyTaPaK, Есть одна snapshot репликация для 3 маленьких таблиц. А если взять 2016 RTM и настроить репликацию снапшотами для 3 маленьких таблиц на тестовом стенде - журнал так же будет расти? Просто смысл работы парней из Редмонда не в том, чтобы допилить старые баги. А в том, чтобы запилить новые фичи. Потому что новые фичи позволяют им продавать облако Azure. Куда мы все дружно стройными рядами идем. И это процесс исторический и закономерный. Следовательно, "отныне и повсеместно" (с) - все CU и SP будут неизбежно добавлять новые баги, ликвидируя только часть старых и делая другую часть старых еще более загадочной и неуловимой. Все DBA MSSQL превратились в бета-тестеров. Не получается завести на 2016 SP1 - сидите на 2016 RTM. И так далее. Увы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 15:32:45 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
что за чушь он несёт? 2 Jovanny select name,log_reuse_wait_desc,log_reuse_wait_desc from sys.databases ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 15:36:58 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
TaPaK, Возвращает REPLICATION. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:04:10 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Проблема решилась удалением существующей SNAPSHOT репликации. Причём реплицируемые таблицы содержали по несколько строк, занимая по странице, а лог рос по 60 Гб в сутки. Никакого отношения к In-Memory таблицам не имели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:07:49 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
PRECREATED FREE 21 1039 PRECREATED DATA 2 256 PRECREATED DELTA 2 16 ACTIVE DATA 2 256 ACTIVE DELTA 2 16 ACTIVE ROOT 1 16 MERGE TARGET DATA 1 128 MERGE TARGET DELTA 1 8 WAITING FOR LOG TRUNCATION DATA 4 512 WAITING FOR LOG TRUNCATION DELTA 4 32 WAITING FOR LOG TRUNCATION ROOT 2 32 как оказалось бы не прав по поводу наезда на InMemory. За счет того что InMemory таблицы тоже в лог писались, а виртуальные файлы лога не освобождались из-за репликации, то файлы XTP тоже накапливались в системе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:13:54 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
JovannyTaPaK, Возвращает REPLICATION. ну вот :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:20:39 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
JovannyПроблема решилась удалением существующей SNAPSHOT репликации. Причём реплицируемые таблицы содержали по несколько строк, занимая по странице , а лог рос по 60 Гб в сутки. Никакого отношения к In-Memory таблицам не имели. а при чем тут сколько строк в реплицируемых таблицах? из лога ничего "выборочно" удалить нельзя. и пока там будет хоть одна неотреплицированная запись, лог не будет перезаписываться. соответственно, он будет только расти, на объем всего того, что валится в него после этой записи. а вас изменения схемы реплицируются (ddl)? сервер их выгребает из лога, так что одного ALTER достаточно, чтобы ваш лог прекратил перезаписываться до очередной синхронизации ----- вот и думай о людях хорошо. log_reuse_wait_desc -- это первое, куда все смотрят, если лог невозможно перезаписывать. а вы с такой уверенностью все описали, что у меня даже сомнений не было, что у вас там xpt_Checkpoint. ведь даже по приведенной AlanDenton ссылке это первое, что указано ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:26:57 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
Yasha123, доступа к той базе у меня не было. Исходя из описания выше подумал на проблему что у меня была. Окалось не прав. Каюсь ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:33:20 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
JovannyПроблема решилась удалением существующей SNAPSHOT репликации. Это давнишняя беда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 17:38:43 |
|
||
|
Не очищается журнал транзакций
|
|||
|---|---|---|---|
|
#18+
AlanDentonYasha123, доступа к той базе у меня не было. Исходя из описания выше подумал на проблему что у меня была. Окалось не прав. Каюсь ) ну а я вообще же не знаю, вы там в соседних комнатах сидите или как :) думаю, вы ж уже это проверили, убедились, что инмемори баговина, ну а от бага какие еще спасения... вообще казалось бы, SNAPSHOT replication, ну что могло позабыть SNAPSHOT REPLICATION в логе, ведь это данные переливаются на момент синхронизации... а вот оно как сделано, если схему реплицируете, он не заново скриптует таблицу и данные в нее кладет, а альтерит, выгребая ALTER из лога. нехорошо как-то, на мой взгляд ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2017, 18:08:13 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39569623&tid=1690670]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
228ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 546ms |

| 0 / 0 |
