Solución:
Solución 1:
Esos tres problemas son el resultado de que la cuenta que ejecuta el Servicio SQL no es una cuenta de dominio, y todos se corregirán cambiando SQL para que se ejecute en una cuenta de dominio. Específicamente:
R: un SPN es una función de seguridad de Kerberos que requiere una cuenta de dominio y no funciona con cuentas locales
B: para leer desde el directorio activo, el servicio necesita las credenciales de una cuenta de dominio
C – Las computadoras remotas no reconocen las cuentas locales, por lo que niegan el intento de conexión.
Aquí hay un tutorial sobre cómo cambiar la cuenta de servicio:
http://technet.microsoft.com/en-us/library/ms345578.aspx
Solucion 2:
Pregunta antigua, pero no parece tener una respuesta adecuada. NT Service MSSQLSERVER al ser una cuenta virtual local, accede a la red como cuenta de computadora. Y siempre que la cuenta de la computadora tenga acceso a recursos compartidos y sistemas de archivos, debería poder, por ejemplo, hacer una copia de seguridad en las rutas UNC en la red. Consulte Configurar permisos y cuentas de servicio de Windows.