Резервного копирования базы данных SQL Server без меток времени

Question

я использую следующую строку для резервного копирования Microsoft SQL Server 2008 базы данных:

BACKUP DATABASE @name TO DISK = @fileName WITH COMPRESSION 

Учитывая, что база данных не меняются, повторное выполнение этой линии дает файлы, которые имеют одинакового размера, но в целом отличаются друг от друга.

Как создать повторяющиеся резервные копии SQL Server из той же неизменной базы данных, которая предоставила бы точные файлы с байтом? Я полагаю, что простые вызовы BACKUP DATABASE добавляют некоторые временные метки или некоторую другую метаинформацию на резервном носителе, есть ли способ отключить или удалить это дополнение?

В противном случае, если это невозможно, существует ли относительно простой способ сравнения 2 резервных копий и посмотреть, будут ли они восстанавливать точно такое же состояние базы данных?

ОБНОВЛЕНИЕ: Моя точка зрения для сравнения резервных копий заключается в том, что я ежедневно создаю множество массивов баз данных, но большинство баз данных не так часто меняются. Это нормально, когда большинство из них меняются несколько раз в год. Таким образом, в основном, для всех других СУБД (MySQL, PostgreSQL, Монго), я использую следующий алгоритм:

• сделать новую ежедневную резервную копию
• Diff новую резервную копию с самым последним из старых резервных копий
• Если база данных не была изменена (т.е. подпорка матч), удалите новую ежедневную резервную копию я только что создал

Этот алгоритм работает со всей DBMSes мы встречались раньше, но, увы, она не потому, что неповторяющихся резервных копий MSSQL.

Answer 1

Как вы считаете, часть каталога резервного копирования включает дату и время резервного копирования. Опция WITH COMPRESSION сжимает резервную копию, чтобы сэкономить место, но небольшое изменение в файле вызовет изменения во всем файле из-за того, как работают алгоритмы сжатия.

Если вы не хотите так много различий, удалите опцию compress, но сравнение файлов резервных копий - это не путь.

Если у вас есть база данных, которая мало меняет, то инкрементное или дифференциальное резервное копирование может быть более полезным.

Однако вы, похоже, попали в классическую ловушку под названием XY Problem, поскольку вы спрашиваете о своем попытке решения, а не о вашей реальной проблеме. Что подсказывает вам попробовать и сравнить базы данных?