Я удостоверяюсь, что всегда включал в имя файла дату и время, которой было сделано резервное копирование. На всякий случай что-то происходит в файловой системе, таким образом, что дата и время изменяется, такие как копирование резервного копирования на некоторый другой носитель.
Нет - дифференциальное резервное копирование не использует сам файл полного резервного копирования в качестве ссылки. Вы можете (и если!) безопасно перемещают Ваш дамп полного резервного копирования в другую машину или независимо от того, что Вам нравится.
SQL Server хранит внутренне битовый массив грязных степеней (части базы данных, которые изменились начиная с последнего полного резервного копирования), и когда Вы выполняете дифференциальное резервное копирование, оно консультируется с битовым массивом и только пишет те измененные части базы данных к резервному копированию.
Я просто сделал быстрый тест на этом первым созданием полного резервного копирования одного из моего теста dbs, удаление его и затем выполнение дифференциального резервного копирования. К моему удивлению дифференциальное резервное копирование хорошо работало так, я не думаю, что оно уходит сам последний файл полного резервного копирования.
Таким образом, действительно кажется, что Вы смогли бы архивировать свое полное резервное копирование без проблемы. Мне любопытно услышать точно, где это решает, что это - стартовая точка для дифференциального резервного копирования теперь, таким образом, я надеюсь, что кто-то может просветить нас.