Создание резервной копии базы данных и корректное (со всеми пользователями) восстановление БД из копии на новом MS SQL сервере

Собственно, сама процедура создания резервной копии базы и восстановления простая. Но есть нюансы, связанные с учетными записями пользователей.

Можно заметить такую деталь, что вместе с базой данных из резервной копии также восстановились и пользователи этой базы. Т.е. если сравнить разделы -> Databases -> DB_NAME -> Security -> Users старого сервера и нового, то они будут равны. А если сравнить разделы -> Security -> Logins этих серверов, то на старом сервере будут необходимые пользователи, а на новом - нет.

Раздел -> Security -> Logins содержит учетные записи пользователей, имеющих право на подключение к данному экземпляру сервера БД вообще. Т.к. на одном экземпляре может быть несколько разных БД, то в настройках этих учетных записей можно выбирать, к какой БД пользователь может иметь право подключаться и что-то с ней делать. Если разрешить пользователю работать с какой-нибудь БД, то в разделе -> Databases -> DB_NAME -> Security -> Users этой БД будет создан точно такой же пользователь.

И так, у нас отсутствуют необходимые учетные записи в -> Security -> Logins на новом сервере. Способов их перенести со старого сервера нет. Очевидно, их нужно создать, поскольку без них подключение к БД будет невозможным. Но, сразу скажу, что классическое создание учеток посредством графического интерфейса здесь не подойдет по ряду причин, одна из которых заключается в том, что пользователь с одним и тем же именем на двух серверах будет отличаться своим идентификатором. Это уникальное число, и СУБД оперирует именно этим числом, определяя полномочия пользователя в системе. Поэтому создать нового пользователя необходимо выполнив команду с явным указанием того идентификатора, который использовался на старом сервере.

Посмотреть используемый идентификатор на старом сервере можно выполнив следующую команду:

SELECT Name, SID FROM sys.Server_Principals WHERE Name = 'username'