Этот журнал не был усечен, поскольку записи в его начале ожидают репликации

Доброе время суток.

Столкнулся с проблемой уменьшения размера журнала транзакций. Так как хоть и установлено простая модель восстановления, но журнал транзакций занимает 180 ГБ при размере файла данных 10,8 ГБ.

Но усечь его никак не выходит.

При выполнении такого запроса:

BACKUP LOG ut83 TO DISK = N'H:\backUP\1' WITH NOFORMAT, NOINIT,
NAME = N'db_name-Transaction Log Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM
GO
BACKUP LOG ut83 TO DISK = N'H:\backUP\1' WITH NOFORMAT, NOINIT,
NAME = N'db_name-Transaction Log Backup', SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM
GO

Получаю вот такой ответ:

10 проц. обработано.
20 проц. обработано.
30 проц. обработано.
40 проц. обработано.
50 проц. обработано.
60 проц. обработано.
70 проц. обработано.
80 проц. обработано.
90 проц. обработано.
100 проц. обработано.
Обработано 22626409 страниц для базы данных "ut83", файл "ut83_log" для файла 1.
Обработано 123 страниц для базы данных "ut83", файл "ut83_log1" для файла 1.
Этот журнал не был усечен, поскольку записи в его начале ожидают репликации или системы отслеживания измененных данных. Проверьте, запущен ли агент чтения журнала или задание записи, или при помощи хранимой процедуры sp_repldone пометьте транзакции как распределенные или отслеживаемые.
BACKUP LOG успешно обработал 22626532 страниц за 1267.735 секунд (139.437 MБ/сек).
100 проц. обработано.
Обработано 57 страниц для базы данных "ut83", файл "ut83_log" для файла 2.
Обработано 0 страниц для базы данных "ut83", файл "ut83_log1" для файла 2.
Этот журнал не был усечен, поскольку записи в его начале ожидают репликации или системы отслеживания измененных данных. Проверьте, запущен ли агент чтения журнала или задание записи, или при помощи хранимой процедуры sp_repldone пометьте транзакции как распределенные или отслеживаемые.
BACKUP LOG успешно обработал 57 страниц за 0.063 секунд (6.967 MБ/сек).

Я репликацию не настраивал.

Подозреваю, что это началось после того как админ сделал:

REPAIR_ALLOW_DATA_LOSS

armid,

У вас настроена репликация или зеркалирование, REPAIR_ALLOW_DATA_LOSS здесь не причем.

WarAnt
У вас настроена репликация или зеркалирование

или что-то из серии CT / CDC

Да, я вижу что SQL так думает.

Но я это не настраивал.

Как удалить это?

сперва покажите, чего и3 вышеперечисленного ждет:

select log_reuse_wait_desc
from sys.databases
where name = 'your_db'

Вот результат выполнения.

When xactid is NULL, xact_seqno is NULL, and reset is 1, all replicated transactions in the log are marked as distributed. This is useful when there are replicated transactions in the transaction log that are no longer valid and you want to truncate the log, for example:

EXEC sp_repldone @xactid = NULL, @xact_segno = NULL, @numtrans = 0,     @time = 0, @reset = 1
 

Сообщение 18757, уровень 16, состояние 1, процедура sp_repldone, строка 1

Невозможно выполнить процедуру. База данных не опубликована. Выполните процедуру в базе данных, которая опубликована для репликации.

sp_removedbreplication

nezhadnye_my, invm, спасибо.

После запуска

sp_removedbreplication

статус поменялся на

LOG_backup

.

Сделал backup, и УРА, шринк отработал.

Теперь размер стал 60 МБ.

Спасибо всем!