SQL Server 2008 Enterprise (я знаю! #Wink. Я работаю над планом миграции) рабочего сервера в режиме полного восстановления.У меня есть база данных, которая используется в качестве источника для репликации SQL.Ежедневные полные резервные копии и 2-часовые инкременты.
У меня есть файл журнала, который сильно вырос (123Go) из-за одноразовой операции, и я не могу уменьшить его до болеенормальный уровень.
- log_reuse_wait_desc = 'NOTHING'
- DBCC Loginfo показывает одну строку со статусом = 2
- DBCC SQLPERF (LOGSPACE) показывает 0,9% используемого пространства
- sys.sysprocesses ГДЕ open_tran = 1 показывает агенты чтения SLEEPING
- DBCC OPENTRAN показывает самый старый нераспределенный как (0: 0: 0)
КогдаЯ пытаюсь выполнить небольшую пошаговую усадку, DBCC SHRINKFILE (N'X_log', 120360) Я получаю:
Невозможно сжать файл журнала 2 (X_log), поскольку запрошенный размер больше, чем начало последнего файла логического журнала.
Что еще можно попытаться получить, какая транзакция заблокирована в журнале?Я не буду переключаться на ПРОСТОЙ, я не буду делать резервные копии на NUL, или обрезать журнал, или разорвать мою цепочку резервного копирования, если явно нет другого решения.Все найденные мной предложения как-то предполагают, что это жизнеспособный способ разорвать цепочку или перезагрузить сервер.
Какую диагностическую команду я еще могу попробовать на этом этапе?Я бы очень хотел отладить его, не прибегая к действиям «Убей паука с огнеметом».
Спасибо