режим восстановления базы какой? simple? full?

simple
Upd - а не, всетаки фулл

ну пора переводить в симпл, раз тебе логи без надобности

окей, видимо после востановления сервака дба тим фулл оставила, спасибо.

наткнулся на интересную упячку. Напишу здесь, в нете не нашёл решения, но сам смог разобраться. Может быть полезно.
Итак: берем SQL Server и перетаскиваем его рутовую директорию со всеми базами на новый сервер. Там у нас установлен SQL Server и мы тупо подменяем каталог (Это очень удобно для облачных машин - создал машину, присобачил существующий диск). служба встаёт как ни в чем ни бывало, всё работает. почти всё.
Если экземпляр был членом группы доступности и авторизация на эндпоинтах была по сертификатам, то всё это сломалось, т.к. сменился SERVICE MASTER KEY - он зависит от ОС. Дропаем эндпоинт, сертификат, логин, мастер-ключ, которые использовались в для группы доступности.  Пытаемся создать их заново после регенерации SERVICE MASTER KEY. Сертификат - ОК, Логин - ОК, Эндпоинт - Ошибка: An implicit login creation has failed. Reason: The login may have been dropped or its name may already be in
use.
Фак! Что за фигня?
Дальше веселее - под SA - работает! Не работает чисто от виндовой учётки. Я кажется что-то начинаю понимать.... Иду под SA, пересоздаю виндовые логины и всё работает. УДивительно, что всё остальное под виндовой админской учёткой работало прекрасно. Надеюсь, кому-то это сэкономит немного нервных клеток.

"Рутовая" директория - это намек на Unix или всё происходит под виндой?

Это директория, где лежат всё данные экземпляра. Ну например D:\MSSQLSERVER

Внутри уже идут BACKUP, LOG,DATA  и т.п.

Упреждая вопрос "зачем всё это нужно?": Если вы можете за 10 минут развернуть новую виртуалку с самым свежим образом винды, то зачем заморачиваться с установкой патчей, к примеру? Просто One-by-one виртуалки переподнимаете с сохранением диска и выполнением скрипта по перенастройке. То же самое с любыми ремонтными мероприятиями - сломалось что-то? первым делом переподнял и вернул в строй, а там уже разбирайся с образом.

Вот это интересно!

Это пройдет легко, если все пути стандартизированы (файлы бд, логи и тп). Иначе придется реестр править или в gui залезать (startup parameters).

Полагаю.

Не вижу ваще ни одной причины иметь нестандартные пути.

Ну есть одна, но она лечится с возрастом и опытом.

Ну, взять те же startup параметры запуска инстанса. Пути до мастера и errorlog.

Я имел ввиду не нестандартные, а стандартизированные. То есть унифицированные по всем инстансам.

Ды я понял, просто объясни зачем их делать разными? Я знаю, что часто исторически так сложилось и прошлый DBA ненатурал и всё такое.

Я админил полторы тысячи экземпляров всех мастей и наелся этого овна выше крыши просто. Увидел такой сервак - бери "Люсиль" и иди бить мордорожие его создателю.

Часто бывает, что SQL хозяйство растет со временем и может пополняться серверами "со стороны" - например, в результате поглощения инфраструктуры других компаний.
Поэтому, разница в настройках и сетапе весьма нередка.