|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
всем привет! Лог большой и пустой, но все VLF заняты - сталкивался ли кто-нибудь с такой ситуацией? База в AG, primary replica, synchronized Microsoft SQL Server 2019 (RTM-GDR) (KB4517790) - 15.0.2070.41 (X64) Oct 28 2019 19:56:59 Copyright (C) 2019 Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2016 Standard 10.0 <X64> (Build 14393: ) запрос Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 14:17 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, ну так он же вроде пишет что бэкап журнала выполнялся относительно давно? или в чем собственно суть вопроса? почему все VLF активны? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 16:14 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
felix_ff, да, удивляет статус 2 у 1887 журналов, при заполненности лога на 270МБ из 560ГБ ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 16:43 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, а что покажет более подробно?: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 16:59 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
felix_ff, VLF_CNT VLF_SIZE_MB VLF_ACTIVE VLF_ACTIVE_SIZE_MB INACTIVE_VLF INACTIVE_VLS_SIZE_MB1890 559919.97 1887 558383.97 3 1536 15 минут назад прошел лог-бекап (на 214МБ) и ситуация по VLF не поменялась ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 17:05 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, хмм, такое впечатление что есть длительные транзакции, это единственная причина почему активная часть такая большая. а что показывает dbcc opentran? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 17:21 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
felix_ff komrad, хмм, такое впечатление что есть длительные транзакции, это единственная причина почему активная часть такая большая. а что показывает dbcc opentran? CN_TM04 No active open transactions. DBCC execution completed. If DBCC printed error messages, contact your system administrator. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 17:25 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, а с самой AG все норм? никаких подозрительныхстатусов не видно? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 17:35 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
felix_ff komrad, а с самой AG все норм? никаких подозрительныхстатусов не видно? всё зеленое, synchronized, no data loss и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 17:40 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, тогда действительно странное поведение. можно еще конечно глянуть логи самого сервиса и наличие чего нибудь подозрительного в журнале видны. но само поведение что после бэкапа лога статус остается по LOG_BACKUP выглядит загадочно. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 17:45 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, А на репликах этой БД как с открытыми транзакциями? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 18:05 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
4es komrad, А на репликах этой БД как с открытыми транзакциями? там тоже всё тихо - нет открытых, все VLF со статусом 2 ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 18:11 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
felix_ff komrad, тогда действительно странное поведение. можно еще конечно глянуть логи самого сервиса и наличие чего нибудь подозрительного в журнале видны. но само поведение что после бэкапа лога статус остается по LOG_BACKUP выглядит загадочно. тут статью подкинули https://techcommunity.microsoft.com/t5/core-infrastructure-and-security/lazy-log-truncation-clearing-of-sql-transaction-log-vlf-status/ba-p/370499 похоже, что оно, но вопросы остаются, т.к. остальные базы из AG имеют совершенно разное соотношение свободных VLF к занятым ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2021, 18:13 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
мимо шел... искал другое Какова причина иметь SQL Server без единого CU на сиквел которые более 2 х лет? вчера, кстати, CU15 вышел, много интересных исправлений, которые на надежность влияют. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2022, 13:32 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
Slava_Nik Какова причина иметь SQL Server без единого CU на сиквел которые более 2 х лет? как обычно - как поставили, так и работает + отсутствие процесса тестирования новых CU и регрессного тестирования конторского ПО, отсутствие процесса вывода в прод более того, прод, тест и дев SQL обновляются сами время от времени, когда инфраструктура решает пропатчить ОС не стоит говорить, что так не должно быть есть так как есть и руководство это устраивает ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2022, 13:59 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
komrad, будут заняты, пока не обработаны какими либо фоновыми процессами, например, CDC, репликация она же, передача данных в AG, резервное копирование и так далее. Соответственно, лог должен расти, т.к. VLF не могут быть переиспользованы. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2022, 14:26 |
|
все VLF заняты, но лог пустой
|
|||
---|---|---|---|
#18+
Владислав Колосов komrad, будут заняты, пока не обработаны какими либо фоновыми процессами, например, CDC, репликация она же, передача данных в AG, резервное копирование и так далее. Соответственно, лог должен расти, т.к. VLF не могут быть переиспользованы. вопрос был не в росте лога, а в его занятости и пустоте если почитать тред внимательно самого начала, то там показано, что лог пустой (все данные переданы/забекаплены/итп), но VLF заняты оказалось, что это легитимная ситуация - Lazy Log Truncation ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2022, 14:38 |
|
|
start [/forum/topic.php?fid=46&msg=40130281&tid=1683888]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
285ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 399ms |
0 / 0 |