Проблема связанного сервера. Не может использовать аутентификацию Windows в качестве учетной записи удаленного входа в систему
Учитывая, что у Вас есть довольно простая установка, Вы действительно не получаете много со сторонними резервными копиями по встроенному резервному копированию osql. @squillman действительно делает правильное замечание о вещах как сжатие и шифрование. Мы использовали ArcServe и Veritas в прошлом, но теперь просто используем резервное копирование osql и GnuPG в нашем резервном сценарии для выполнения того же самого и везли с ним. Мы действительно пропускаем уровень объектов, восстанавливают этот путь, но может жить без него.
Это может стоить того Вам для оплаты за простоту наличия этих и других функций в программном обеспечении, но я склонен смотреть на с противоположной точки зрения - стороннее программное обеспечение делает резервные копии создания более интуитивными, но может добавить сложность, а также другую зависимость когда дело доходит до восстановления/восстановления.
Нет, вы не можете указать учетную запись Windows для удаленной стороны вещей.
Все, что вы можете сделать, это поставить галочку в окошке Impersonate, но вы не можете иметь учетную запись SQL на вашем сервер подключается к удаленному компьютеру с помощью учетной записи домена Windows. Также у вас не может быть пользователя Windows на вашем сервере, подключенного к удаленному компьютеру с помощью другой учетной записи Windows.
Теперь, как сказано, что вы, вероятно, можете сделать, это использовать EXECUTE AS для олицетворения учетной записи Windows в хранимой процедуре (я (предполагая, что вы используете здесь хранимую процедуру), затем настройте сопоставление связанного сервера для учетной записи, которую вы олицетворяете, которая будет проходить правильно при условии, что Kerberos настроен правильно на обеих машинах.
В сообщении об ошибке сказано все. Когда вы вводите имя пользователя и пароль, это для учетной записи с аутентификацией SQL. Сообщение об ошибке сообщает вам, что вы ввели учетные данные Windows, которые не являются учетными данными SQL.
Необходимо выполнить некоторую настройку, вы не можете просто начать ее использовать. Короче говоря, вам необходимо правильно настроить логины, создать SPN и использовать Kerberos. После этого вы настраиваете связанный сервер для выполнения самокопирования. Статья Microsoft по этому поводу находится здесь . Сложность состоит в том, чтобы получить правильное имя участника-службы. Обычно лучше всего предоставить разрешение на создание имени участника-службы для входа в домен, который использует SQL Server. Таким образом, он будет создавать для себя SPN каждый раз при запуске сервера. Чтобы все заработало, вам потребуется помощь администратора домена.