В модели восстановления с неполным протоколированием в случае резервного копирования журнала во время массовых операций в резервной копии журнала будут содержаться как записи журнала, так и страницы данных, измененные во время массовых операций. Необходимо собрать результаты выполнения операций с неполным протоколированием. Включаемые экстенты данных могут значительно увеличить объем резервной копии журнала. Поэтому резервное копирование журнала требует доступ к файлам данных, содержащим транзакции с неполным протоколированием. Кроме того, если файлы баз данных недоступны, резервное копирование журнала транзакций выполнить нельзя, и все зафиксированные в этом журнале действия будут потеряны.

почему-то прям так и написано, "во время" , логично что после завершения операции эти экстенты из журнала  могут быть удалены, так как не нужны.

видимо на время операции помещаются в журнал, для восстановления в случае сбоя, а после завершения транзакции удаляются из журнала

Если бы это было так, журнал бы рос

Тогда зачем, спрашивается минимальное логирование

ну а откуда в бэкап лога он найдет измененные экстенты?)

Есть битмапная маска экстентов

И если экстент поменялся, то в каком-то месте этой маски появится 1

И backup читает маску и берёт те ссылки, где 1

в этих страницах по ссылке уже измененные операцией минимального логирования данные

а нужно бэкапить неизмененные

Я уже кидал ссылку, тут всё описано

Зачем делать backup страниц, которые не изменились?

имел ввиды, старую версию измененных данных

а нет

новую версию верней)

или нет

да все логично, остался вопрос лишь, как ролбэк делать, если старые экстенты данных в логе не хранить

Так они не нужны для INSERT

И др. операций, которые попадают в минимальное логирование