Снабдите постфиксом ошибки SMTP при соединении от другой машины

Нет Вы не сможете сделать восстановление "новой" базы данных, поскольку SQL Server нужно полное резервное копирование базы данных, на которую это может затем применить последующие резервные копии журнала.

Пока Вы, возможно, использовали те же имена DB/схемы, сам DB является другим объектом/объектом, что касается SQL Server, таким образом, Вы не сможете использовать свое исходное полное резервное копирование и затем воспроизвести все журналы к нему. Необходимо было взять полное резервное копирование DB сразу после создания его.

Надо надеяться, это - просто система тестирования, к которой Вы обращаетесь... кажется, что Вы могли сделать с кем-то делающим некоторое основное администраторское обучение DB. Выполнение основного резервного копирования/восстановления SQL Server не трудно изучить за час или два, если Вы делаете некоторую практику в системе тестирования, и это быстро поможет Вам понять то, что все файлы, это становится произведенным.

Править:

В дополнение к этому... Я только что думал о Вашем комментарии, что SQL все еще создает журналы. У Вас есть что-то еще продолжающееся здесь, что то, что Вы думаете, происходит. Если бы Вы отбросили DB, но не взяли полное резервное копирование новой базы данных SQL Server, то бросил бы ошибки, когда Вы пытаетесь взять резервные копии журнала. Это не позволит Вам скопировать журнал не сначала взяв исходное полное резервное копирование. Необходимо проверить резервные сценарии, поскольку или резервные копии журнала бросали ошибки, или Вы даже не берете резервные копии журнала и смотрите на что-то еще полностью.