uva21alexeyvg, да, acronis просто снимает копию файла SQL в ночное время.
Раньше я всегда так делал и проблем не было ни с одной базой.
Но когда SQL2 мы перевели на Server 2016 с тех пор данная схема перестала работать!
Может кто то еще что-нибудь подскажет?
Во-первых, Акронис то какой?
Не все версии Акрониса поддерживают бэкап скуля "на живую" - это раз..
И у Акрониса есть фишка, что старые версии не поддерживают новые версии ПО и железа, поэтому Акронис тоже надо апгрейдить..
То, что Вам до этого везло - не показатель)

авторВерсия Acronis 11.7
Эта версия Акрониса поддерживает новые ОС, есть они в списке совместимых, на которых вы не можете приаттачить базу?

авторХотя может акронис на разных версиях работает по разному
Вы имеете ввиду что acronis по разному снимает копию файла SQL в зависимости от ОС ?
И я и alexeyvg, Вам уже сказали, что простым копированием через проводник или обычным Акронисом на живой, присоединенной базе - это лотерея!
Должна быть специализированная версия Акрониса:
1) Поддерживающая актуальную ОС
2) Поддерживающая актуальный SQL
3) Умеющая работать с теневыми копиями
4) Умеющая приостанавливать, возобновлять, перенаправлять работу СУБД

Образно: у Вас в СУБД идет запись данных, обычный Акронис начнет тупо поблочно\посекторно копировать с жесткого диска, разумеется, делать это в в какой-то последовательности, совсем не согласующей с работой СУБД (т.к. обычной версии Акрониса пофиг на СУБД) - на выходе может получиться каша данных, так как одни данные были сняты раньше других - например, сначала скопирован лог, а потом уже данные, которые скопированы позднее и существенно изменены, поэтому база будет не в консистентном состоянии.
Спец версия Акрониса уже работает на с теневыми копиями, как бы замораживает СУБД, делается снимок, изменения пишутся в специально выделенную область (СУБД работает как ни в чем не бывало), и финишом для бэкапа являются заливка последних изменений из выделенной области.