ACC: Tabla vinculada a SQL Server no realiza una petición de inicio de sesión SQL / contraseña como se esperaba

Ha finalizado el soporte técnico para Office 2003

Microsoft puso fin al soporte técnico para Office 2003 el 8 de abril de 2014. Este cambio ha afectado a las actualizaciones de software y las opciones de seguridad. Sepa qué significa esto en su caso y cómo puede mantenerse protegido.

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2650051
Síntomas
Tenga en cuenta los siguiente secnario: crear un DSN de archivo que utiliza el controlador de Microsoft SQL Server y la autenticación de SQL para la seguridad. Cuando se crea la tabla vinculada, una de las siguientes condiciones es verdadera:
  • No haga clic en para seleccionar la Guardar contraseña la opción en el Vincular tablas cuadro de diálogo.
  • La tabla MSysConf se ha configurado en el servidor que ejecuta SQL Server para impedir que la contraseña se guarde en Access.
En este escenario, cuando se abre la tabla vinculada en Access, esperar que se le solicite el inicio de sesión de SQL Server y la contraseña. En su lugar, se abrirá la tabla sin solicitar las credenciales.

Causa
En este escenario, la cadena de conexión almacenada en Microsoft Office Access es similar a lo siguiente:
DRIVER = SQL Server;SERVER = servername\sqlinstancename;APP = Microsoft Office 2010; DATABASE = NorthwindSQL
Debido a esta cadena de conexión no especifica el usuario ID (UID), Access intenta utilizar la autenticación de Windows. Si el usuario se autentica correctamente mediante la autenticación de Windows, no se le pida para el inicio de sesión de SQL Server y la contraseña.
Solución
Puede utilizar la autenticación de Windows para evitar este problema. Para obtener más información, consulte el siguiente artículo de knowledge base:

Elección del modo de autenticación
http://technet.Microsoft.com/en-us/library/ms144284.aspx

Si desea utilizar la autenticación de SQL, pero desea que no almacenar los datos de inicio de sesión y contraseña SQL en Access, puede utilizar una de las siguientes soluciones:
  • Utilizar un DSN de usuario o DSN de equipo en lugar de un DSN de archivo.
  • Quitar permisos de autenticación de Windows del usuario de servar que se está ejecutando SQL Server.
  • Utilice el controlador de SQL Native Client en lugar del controlador de SQL Server.
Más información
Para obtener más información acerca de cómo almacenar las contraseñas y los identificadores de inicio de sesión de SQL Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
209502 Cómo almacenar la conexión de base de datos SQL IDs y contraseñas de forma local

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 2650051 - Última revisión: 07/12/2013 10:26:00 - Revisión: 2.1

Microsoft Office Access 2003, Microsoft Office Access 2007, Microsoft Access 2010

  • kbmt KB2650051 KbMtes
Comentarios