Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Топик располагается на нескольких страницах: [1] 2 вперед Ctrl→ все |
MAULER Member Откуда: Сообщений: 906 |
Microsoft SQL Server 2017 (RTM) - 14.0.1000.169 (X64) Aug 22 2017 17:04:49 Copyright (C) 2017 Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: ) (Hypervisor) Здравствуйте. Если кратко: у меня есть проблема со шринком транзакционного лога БД после бекапа лога БД. Суть в том, что есть база данных "myDB" с моделью восстановления FULL. FULL-backup делается ночью, а бекап логов 3 раза в день. Размер файла данных 187Мб, а размер лога 170Гб!!! Делаю бекапа лога, бекап проходит успешно, захожу в SSMS 2017 \ правый клик по базе \ Tasks.. \ Shrink \ File \ Выбираю Log - свободного места в логе 4% Ну думаю, базу кто-то юзает! Делаю: dbcc opentran (myDB)- No active open transactions. Делаю ещё раз бекап лога myDB, проверяю свободное место в логе - также 4%, dbcc opentran (myDB)- No active open transactions. Поясните пожалуйста, что я делаю не так? Почему после бекапа лога, место в логе не высвобождается, при этом БД никто не юзает! Что не так? Спасает только перевод БД в SIMPLE, шринк лога, потом обратно в FULL. (( |
23 сен 19, 11:35 [21976625] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
MAULER,
sys.databases -> state_desc |
||
23 сен 19, 11:47 [21976642] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
TaPaK,select d.state_desc from sys.databases d where db_name(d.database_id) = 'DBHealthHistory' ONLINE только я не совсем понимаю, что я этим выяснил )) |
23 сен 19, 11:55 [21976651] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
MAULER, полем промахнулся log_reuse_wait_desc |
23 сен 19, 11:58 [21976655] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
LOG_BACKUP |
||
23 сен 19, 12:00 [21976657] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
|
||
23 сен 19, 12:01 [21976661] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
вот его и ждёт |
||||
23 сен 19, 12:03 [21976666] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
TaPaK, Я правильно понимаю, что сервер "думает" что бекап лога ещё не закончился? |
23 сен 19, 12:05 [21976672] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
|
||||
23 сен 19, 12:07 [21976674] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
alexeyvg, )))) хорошая версия, но нет. Я не промахнулся. |
23 сен 19, 12:09 [21976675] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
он говорит что его нет. Если вы постоянно дёргаете full-simple-full то у вас нет бекапа ничего |
||
23 сен 19, 12:11 [21976680] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
Промахнуться можно не только в имени базы, но и в опциях. Может, вы сделали бакап лога с WITH NO_TRUNCATE или WITH COPY_ONLY ? Или, может, вы не делали полного бакапа? |
||
23 сен 19, 12:14 [21976682] Ответить | Цитировать Сообщить модератору |
alexeyvg Member Откуда: Moscow Сообщений: 31783 |
|
||||
23 сен 19, 12:15 [21976683] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
TaPaK, Нет, не постоянно дергаем. Было всего один раз, чтобы хоть немного высвободить места на сервере. Причем если сделать запрос: select * from msdb.dbo.backupset bs where bs.type = 'L' and bs.database_name = 'DBHealthHistory' order by bs.backup_finish_date desc то в backup_finish_date фиксируется актуальное время бекапа, с типом "L" и базой DBHealthHistory. |
23 сен 19, 12:16 [21976685] Ответить | Цитировать Сообщить модератору |
Yasha123 Member Откуда: Сообщений: 1955 |
если не сделать полный бэкап после перевода в полную модель, то бэкап лога сделать будет невозможно, а ТС утверждает, что бэкапы лога делаются |
||||
23 сен 19, 12:19 [21976690] Ответить | Цитировать Сообщить модератору |
Yasha123 Member Откуда: Сообщений: 1955 |
MAULER, покажите выхлоп
dbcc loginfo
в спойлере
|
23 сен 19, 12:21 [21976696] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
Коллеги, Конечно же бекап лога делался. Он делался около нуля часов ночью, и это видно из запроса: select * from msdb.dbo.backupset bs where bs.type = 'D' and bs.database_name = 'DBHealthHistory' order by bs.backup_start_date desc Переключал в SIMPLE а потом в FULL, но другую базу (у нас их не одна на сервере). |
23 сен 19, 12:22 [21976699] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
|
|||
23 сен 19, 12:26 [21976705] Ответить | Цитировать Сообщить модератору |
Yasha123 Member Откуда: Сообщений: 1955 |
данный лог может шринкануться, покажите результат dbcc shrinkfile(2) |
23 сен 19, 12:32 [21976716] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
MAULER, судя по логу утверждение
не верное |
||
23 сен 19, 12:33 [21976717] Ответить | Цитировать Сообщить модератору |
Yasha123 Member Откуда: Сообщений: 1955 |
после шринка стрOки, начиная с 40-ой, должны уйти. также неверна информация о том, что свободно лишь 4% лога. лог почти весь пустой |
23 сен 19, 12:35 [21976718] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
Вы правы, для этой (DBHealthHistory) базы не 4% а 0% свободного места в логе. |
||||
23 сен 19, 12:35 [21976719] Ответить | Цитировать Сообщить модератору |
Yasha123 Member Откуда: Сообщений: 1955 |
показывайте уже результат dbcc shrinkfile(2). думаю, ваше RTM просто завралось, показывая свободное место. лог почти весь пустой |
||||
23 сен 19, 12:37 [21976721] Ответить | Цитировать Сообщить модератору |
MAULER Member Откуда: Сообщений: 906 |
Yasha123, Что то я упустил момент, я же вам показываю
dbcc loginfo
для базы master - совершенно случайно заметил, что текущая база то не та...Этот
dbcc loginfo
уже для DBHealthHistory.
|
|
23 сен 19, 12:43 [21976727] Ответить | Цитировать Сообщить модератору |
TaPaK Member Откуда: Kiev Сообщений: 6801 |
MAULER,
количество "случайно не то" превысило допустимое, вам лучше не трогать ничего и да тут всё ждёт лога |
||
23 сен 19, 12:44 [21976728] Ответить | Цитировать Сообщить модератору |
Топик располагается на нескольких страницах: [1] 2 вперед Ctrl→ все |
Все форумы / Microsoft SQL Server | ![]() |