Я думаю, что это - очень трудный вопрос для ответа, потому что это таким образом субъективно.
У меня есть sql экспресс-инсталляции, которых я никогда не касаюсь помимо патчей, которые устанавливались в течение нескольких лет.
У меня есть SQL 2000 и установки SQL 2005, которых я касаюсь с регулярностью. Я создаю пакеты DTS/SSIS для них. Я постоянно выполняю запросы, проверяя резервные копии, и т.д. Это большой объем транзакционный дб хотя...
Я не совсем уверен, что на Ваш вопрос можно ответить без более определенной информации от Вас.
sp_change_users_login является старым способом сделать вещи и так как Вы используете SQL Server 2005, попытайтесь использовать, ИЗМЕНЯЮТ ПОЛЬЗОВАТЕЛЬСКИЙ синтаксис.
http://sqlblog.com/blogs/greg_low/archive/2009/02/02/much-ado-about-logins-and-sids.aspx
Выезд sp_change_users_login Делает sp_change_users_login 'отчет', если существуют результаты, используйте sp_change_users_login 'autofis', 'someuser'
Вы, вероятно, найдете, что необходимо удалить пользователя из базы данных, Вы восстановили, затем открываете пользователя под безопасностью сервера и устанавливаете ее полномочия в тот DB снова
Логины сервера хранятся в основной базе данных и не перемещены с приложением DBS. Можно создать вход в систему на уровне сервера и затем использовать sp_change_users_login 'auto_fix', 'loginname', как предложено Sankar. Для перемещения большего набора логинов проверьте эту ссылку: Как передать логины и пароли между экземплярами SQL Server
Чтобы избежать этой проблемы, добавьте своего пользователя (пользователя, выполняющего резервное копирование) в качестве пользователя базы данных резервного копирования, и ваш пользователь должен иметь доступ (вход в систему) в новом экземпляре.