На сервере с 1С (серверный вариант под MS SQL 8 R2) есть несколько баз данных. для каждой в отдельности создан план обслуживания: полная резервная копия 1 раз в неделю+ копия журнала транзакций 4 раза в день. Неоднократно приходилось восстанавливать данные из резервных копий, как правило в один из запасных экземпляров БД. Сегодня программист 1с поломал основную БД, неудачно выполнив обновление конфигурации. Пришлось восстановить из резервной копии основную рабочую БД. восстановление в принципе прошло успешно, но туда уже попали нек. действия программиста (он не смог точно указать время начала своих манипуляций) и я решил еще раз сделать восстановление, к точке на пол-часа раньше. Выбрал, как и ранее базу, задача, восстановить, база данных... и в списке заданий для восстановления вместо последней полной копии от 23.02.2019 и неск. журналов транзакций, получаю ссылку на полную копию аж от 2017 г. (которой уже даже нет, копии хранятся 1 год) и полный список копий журнала транзакций за все время с момента этой копии. При этом сами файлы копий в папке бэкапов в наличии. Для других баз данных ничего не поломалось, там нормальный список для восстановления. Более того, если посмотреть в агенте SQL server список заданий и посмотреть журнал задания полной копии нужной базы данных - то там правильный список, с указанием файлов, четко раз в неделю.

И вот вопрос. Как все-таки можно исправить эту ошибку?Или это вообще "не баг а фича" при восстановлении бд в саму себя (хотя это было бы абсурдно). Системные бд резервируются раз в день, и наверно можно что-то поправить в msdb?

Возможная причина появления ошибки, в том что во время восстановления бд могло запуститься задание по созданию резервных копий (по расписанию), - в данном случае только журнала транзакций. Но вопрос о том как все поправить, конечно остается в силе.

alexeyvg ,
Поразмышляв над вашим ответом, прихожу к выводу, что происшедшее не сбой, а вроде как штатное поведение, т.е. если например, я восстановил базу на первое января, и что-то поправил, то все сохраненные ранее резервные копии вроде как недействительны и получается, что "связную историю изменений не выстроить". Но тогда вопрос, а как же тогда "правильно" восстанавливать БД? Положим в 1с есть выгрузка и загрузка и можно восстановив через sql бд в резервный экземпляр, восстановить оригинал через выгрузку - загрузку конфигурации. Но ведь в общем случае таких процедур может и не быть? Т.е. вроде как должен быть механизм восстановления "с историей резервного копирования", чтобы сохранялась хотя бы история предшествующих точке восстановления бэкапов. Извиняюсь за дилетантский вопрос, но просто уж как-то больно обычным кажется нужное мне действие, а инфу сходу найти не удалось.
Как я понял из комментария Гавриленко Сергей Алексеевич , задача все же как-то решается (но видимо за деньги (?)).

alexeyvg,
Почитал по вашему совету help. Насколько я понял, если бы я делал восстановление без опции "WITH REPLACE", то получил бы требуемый мне результат (т.е. история бэкапов бы сохранилась), а чтобы восстановление прошло, перевести перед этим БД в автономный режим (а так как я восстанавливал ко времени последнего резервного копирования, то даже делать бэкап последнего фрагмента журнала транзакций не нужно.)

Через выбор файлов вручную восстанавливать конечно можно, просто не так удобно (когда нужно выбрать, скажем, 10 файлов журнала транзакций поочереди). И это я как раз знал и так. А есть ли какой-то способ (с учетом, как уже понятно, моей ошибки) все-таки восстановить историю бэкапов? (при наличии всех необходимых файлов). Именно для этого, как я понял, был совет "найти специалиста по RECOVERY).