Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
armid Member Откуда: Сообщений: 14 |
Доброе время суток. Столкнулся с проблемой уменьшения размера журнала транзакций. Так как хоть и установлено простая модель восстановления, но журнал транзакций занимает 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 |
11 фев 13, 13:50 [13908515] Ответить | Цитировать Сообщить модератору |
WarAnt Member Откуда: Питер Сообщений: 2423 |
armid, У вас настроена репликация или зеркалирование, REPAIR_ALLOW_DATA_LOSS здесь не причем. |
11 фев 13, 14:00 [13908603] Ответить | Цитировать Сообщить модератору |
Crimean Member Откуда: Сообщений: 13148 |
или что-то из серии CT / CDC |
||
11 фев 13, 14:03 [13908640] Ответить | Цитировать Сообщить модератору |
armid Member Откуда: Сообщений: 14 |
Да, я вижу что SQL так думает. Но я это не настраивал. Как удалить это? |
11 фев 13, 14:06 [13908669] Ответить | Цитировать Сообщить модератору |
nezhadnye_my
Guest |
сперва покажите, чего и3 вышеперечисленного ждет:select log_reuse_wait_desc from sys.databases where name = 'your_db' |
11 фев 13, 14:12 [13908715] Ответить | Цитировать Сообщить модератору |
armid Member Откуда: Сообщений: 14 |
Вот результат выполнения. К сообщению приложен файл. Размер - 3Kb |
11 фев 13, 14:14 [13908733] Ответить | Цитировать Сообщить модератору |
nezhadnye_my
Guest |
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 |
11 фев 13, 14:18 [13908771] Ответить | Цитировать Сообщить модератору |
armid Member Откуда: Сообщений: 14 |
Сообщение 18757, уровень 16, состояние 1, процедура sp_repldone, строка 1 Невозможно выполнить процедуру. База данных не опубликована. Выполните процедуру в базе данных, которая опубликована для репликации. |
11 фев 13, 14:23 [13908812] Ответить | Цитировать Сообщить модератору |
invm Member Откуда: Москва Сообщений: 9633 |
sp_removedbreplication |
11 фев 13, 14:32 [13908901] Ответить | Цитировать Сообщить модератору |
armid Member Откуда: Сообщений: 14 |
nezhadnye_my, invm, спасибо. После запуска
sp_removedbreplication
статус поменялся на LOG_backup. Сделал backup, и УРА, шринк отработал. Теперь размер стал 60 МБ. Спасибо всем! |
11 фев 13, 14:38 [13908977] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |