Prime Institute

Avalados por :

Solución al error de inicio de sesión al verificar base de datos en SQL Server 2014

Crear
  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 26 Vistas
0
Cargando...

Al abrir un informe con Visual Studio y verificar la base de datos (SQL Server 2012), todo está bien.

Pero al verificar la base de datos en el mismo informe en SQL Server 2014, aparece un error:

Error de inicio de sesión.

Detalles: Código de error de ADO: 0x80004005

Origen: Proveedor Microsoft OLE DB para SQL Server

Descripción: [DBNETLIB}ConnectionOpen

(SECCreateCredentials0.] Error de seguridad SSL

Estado SQL: 08001

Error nativo: 18 [Código de proveedor de base de datos: 18]

Vi que el proveedor de origen de datos es SQLOLEDB. Cuando cambié manualmente el proveedor de origen de datos en el informe a SQLNCLI11, el error desapareció.

¿Cómo solucionar este problema sin cambiar el proveedor manualmente?

¿Hay alguna configuración errónea para SQL Server?

SAP BOBJ (SAP BusinessObjects)
Pedro Pascal
Se unió el 07/03/2018
Responder
Pinterest
Telegram
Linkedin
Whatsapp

4 Respuestas

0
Cargando...

Hola Don,

Agrego un objeto de informe FieldHeading a un informe con código exactamente como esto:

report.ReportClientDocument.ReportDefController.ReportObjectController.Add

(fieldHeading,report.ReportClientDocument.ReportDefController.ReportDefinition.FindSectionByName(SectionName))

el 'fieldHeading' es un encabezado de una sección, y he comprobado que la sección no es nula, y la función 'FindSectionByName' puede obtener la sección, pero aparece un error: Objeto de informe no encontrado, me parece extraño.

¿Por qué aparece este error, hay algún error? ¿Podrías ayudarme?

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
Agregar
0
Cargando...

No sé por qué funciona localmente, revisa los archivos que está cargando tu aplicación.

Utiliza lo que funciona y está soportado...

Don

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
Agregar
0
Cargando...

Hola Don,

Gracias por tu explicación, pero aún tengo una pregunta que no logro entender.

Dijiste que los controladores MDAC SQL no admiten completamente SQL 2008 y versiones posteriores.

¿Por qué puedo verificar la base de datos en mi entorno local usando SQL Server 2012 pero falla en la máquina virtual usando SQL Server 2014? Ambos son superiores a SQL 2008.

¿Significa esto que la forma en que se establece en los archivos de Crystal Reports para conectarse a la base de datos coincidía con la forma en que mi SQL Server 2012 se conecta al servidor de base de datos, pero no coincide con la forma en que SQL Server 2014 se conecta a la base de datos?

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
Agregar
0
Cargando...

Pide a Microsoft que actualice sus controladores MDAC SQL para admitir plenamente SQL 2008 y versiones posteriores.

Busca en el sitio de MS, indican que los controladores MDAC no admiten completamente las nuevas versiones de SQL Server.

No hay opción en CR para hacerlo funcionar, ese error lo generan los clientes de SQL Server.

Don

Respondido el 15/04/2024
LUCIANO RIOJA GHIOTTO
Se unió el 13/07/2019
Agregar

Partners:

Libro de reclamaciones Libro de reclamaciones

contacto@primeinstitute.com

(+51) 1641 9379
(+57) 1489 6964

© 2024 Copyright. Todos los derechos reservados.

Desarrollado por Prime Institute

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?