Имеем резервный набор данных:
- Полный бэкап БД
+
2 резервные копии журнала транзакций.
А также текущее состояние базы в котором уже есть данные из 1 журнала транзакций.
Данные в текущей базе более новые относительно 1 журнала транзакций. Т.е. текущее состояние базы уже содержит его.
Нужно восстановить (докатить) состояние текущей базы до состояния указанного во 2 журнальном файле транзакций.

D 2020-09-24 20:00:32.000 199417000004423300042 199384000009363400152 0
L 2020-09-24 20:51:35.000 199417000006476400001 199417000004423300042 0 - не дает восстановиться
D 2020-09-24 22:00:23.000 199417000011515700238 199417000004423300042 0
L 2020-09-24 23:03:03.000 199417000013575800001 199417000011515700238 0 - текущее состояние базы
L 2020-09-25 17:14:22.000 199441000020554600001 199417000011515700238 0 - Нужно восстановиться до него
D 2020-09-25 20:40:45.000 199442000007383900072 199417000011515700238 0
L 2020-09-25 21:38:29.000 199442000007383900072 199442000007383900072 0

При этом при восстановлении:
Журнал в этом резервном наборе данных начинается с номера LSN 199417000014391800001, который еще не может применяться к базе данных. Может быть восстановлена более ранняя резервная копия журналов, включающая номер LSN 199417000011525400001.
RESTORE LOG прервано с ошибкой.

Как извлечь резервную копию журнала транзакций из резервного набора данных?
Убрав
L 2020-09-24 20:51:35.000 199417000006476400001 199417000004423300042 0 - не дает восстановиться
из журнального файла?

Спасибо за ответ.
База сейчас в режиме NORECOVERY.
Восстановлена из :
D 2020-09-24 22:00:23.000 199417000011515700238 199417000004423300042 0
L 2020-09-24 23:03:03.000 199417000013575800001 199417000011515700238 0

Есть резервный набор данных состоящий из:
D 2020-09-24 20:00:32.000 199417000004423300042 199384000009363400152 0
L 2020-09-24 20:51:35.000 199417000006476400001 199417000004423300042 0
L 2020-09-25 17:14:22.000 199441000020554600001 199417000011515700238 0

При попытке восстановиться из этого набора возникает ошибка:
Журнал в этом резервном наборе данных начинается с номера LSN 199417000014391800001, который еще не может применяться к базе данных. Может быть восстановлена более ранняя резервная копия журналов, включающая номер LSN 199417000011525400001.

Как пропустить ненужный и устаревший лог:
L 2020-09-24 20:51:35.000 199417000006476400001 199417000004423300042 0

и восстановить только из последнего нужного:
L 2020-09-25 17:14:22.000 199441000020554600001 199417000011515700238 0

У нас нет отдельно лежащего журнала транзакции в файле trn, а есть только резервный набор данных в файле bak с полным бэкапом и двумя журналами транзакций.
Нужный нам бэкап журнала транзакций был сохранен в резервный набор данных для возможности отката перед обновлением, затем произошёл сбой и появилась необходимость отката к сохраненному состоянию базы.
Что невозможно, т.к СУБД отказывается выборочно накатывать журнал транзакций, включая в набор данных и созданную ранее информацию, которая уже есть в базе.
Т. Е есть 1 журнал транзакций, и база в котой эта инфа уже есть. И 2 журнал транзакций которого в базе нет.
Нужно накатить только 2 журнал транзакций, но так сделать не получается. Т. К. в bak файле одновременно лежат два журнала транзакций. И пытаются накатиться транзакции из bak файла набора 1которые уже есть в СУБД , о чем СУБД и сообщает.
Также после сбоя был выполнен ещё один полный бэкап и журнал транзакций. .

[img=]

По итогу.

В последовательности бэкапов:


D 2020-09-24 20:00:32.000 199417000004423300042 199384000009363400152 0
L 2020-09-24 20:51:35.000 199417000006476400001 199417000004423300042 0
D 2020-09-24 22:00:23.000 199417000011515700238 199417000004423300042 0
L 2020-09-24 23:03:03.000 199417000013575800001 199417000011515700238 0
L 2020-09-25 17:14:22.000 199441000020554600001 199417000011515700238 0
D 2020-09-25 20:40:45.000 199442000007383900072 199417000011515700238 0
L 2020-09-25 21:38:29.000 199442000007383900072 199442000007383900072 0


физически отсутствует бакап журнала транзакций
L 2020-09-24 23:03:03.000 199417000013575800001 199417000011515700238 0
так как он выполнялся Acronis-ом и он не содержится в резервной копии, а только файлы базы и журнала на уровне файловой системы, к тому же Acronis по-умолчанию делает усечение журнала транзакций и делает невозможным дальнейший накат журналов согласно инструкции: https://acronis-infoprotect.ru/ru-RU/support/documentation/AcronisDataProtection/12.5/user/index.html#36346.html


Цитата: "Сокращение журнала
Этот параметр применим для резервного копирования баз данных Microsoft SQL Server и резервного копирования на уровне дисков с включенным резервным копированием приложения Microsoft SQL Server.
Этот параметр определяет, будут ли сокращаться журналы транзакций SQL Server после успешного резервного копирования.
Значение по умолчанию: включено.
Если этот параметр включен, базу данных можно восстановить только по состоянию на тот момент времени, когда этим программным обеспечением была создана резервная копия. Журналы транзакций резервного копирования создаются встроенным модулем архивации Microsoft SQL Server. Можно будет применить журналы транзакций после восстановления и таким образом восстановить базу данных в состояние на любой момент времени."


То есть даже при наличии сохраненного журнала транзакции средствами базы, после события бакапа Acronis-ом делает его бесполезным, так как нарушена цепочка последовательности из-за физически отсутствующего первого бакапа журнала транзакций в резервной копии Acronis-а.