SQL Server Reporting Services Datasource sigue perdiendo credenciales de inicio de sesión de base de datos

Question

En mi entorno de desarrollo, cada vez que reinicio Windows (que debe hacerse al menos todos los días), todas las fuentes de datos compartidas de SSRS pierden sus credenciales.

Actualmente los tengo configurados para iniciar sesión en la base de datos utilizando una credencial fija, pero al reiniciar todos los orígenes de datos pasan a usar sin credenciales. De acuerdo, es solo en el entorno de desarrollo, y puedo verificar/actualizar el origen de datos/verificar y funcionará bien ... hasta que reinicie de nuevo.

FYI, he estado utilizando estas fuentes de datos compartidas durante al menos 2 años y sin problemas, pero en el último mes o así, ha sido un problema diario recurrente.

¿Ayuda?

Answer 1

Supongo que está hablando de orígenes de datos compartidos en un proyecto de Servidor de informes en Visual Studio, en comparación con un origen de datos creado directamente en Reporting Services. El último, los datos se almacenan todos en la base de datos de ReportServer que se especificó al configurar SSRS.

Ahora, en cuanto al archivo .rds utilizado en Visual Studio, si abre el archivo en un editor de texto, observe que el nombre de usuario y la contraseña no están almacenados en el archivo. En realidad se almacena en el archivo .rptproj.user. Por lo tanto, compruebe que alguien no haya eliminado el archivo .user del control de origen (los archivos .user no deben estar en control de fuente, pero en su caso ...).

Este es un escenario que se puede comprobar introduciendo sus credenciales, guardando todos los archivos y saliendo de Visual Studio. Busque y elimine el archivo .rptproj.user, y abra de nuevo el proyecto del Servidor de informes y vea las credenciales.

Una solución alternativa es agregar el "ID de usuario = usuario; Contraseña = pase" como parte de la Cadena de conexión. Cuando se abre el archivo .rds, Connection String no mostrará esta parte, pero la pestaña Credentials debería tener los valores correctos.

Answer 2

Esto podría estar relacionado con el orden de inicio de los servicios en su máquina.

Solo una suposición: Quizás haya una nueva funcionalidad en SP3 que verifique si las credenciales de conexión son válidas. Si no son válidos, se borran.

El problema entonces ocurriría si esta comprobación se realiza antes de que el servidor SQL haya tenido tiempo para comenzar. Esto explicaría por qué se borran cuando la máquina se reinicia.

Answer 3

Recientemente he tenido el mismo problema, pero no puedo conectarlo a un reinicio. Parecía suceder cuando revisé la solución desde el control de código fuente: utilizamos Team Foundation Server. Después de deshabilitar la cuenta de servicio un bumón de veces, de alguna manera se curó y comenzó a comportarse. Encontré esta publicación y revisé la carpeta de mi proyecto para el archivo rptproj.user que mencionó Benson, y tiene una fecha modificada del día en que tuve problemas, pero una fecha de creación cercana a lo que recuerdo haber creado el proyecto, por lo que Prestaré atención a esto en el futuro.

¿Alguien ha encontrado algo nuevo sobre este tema?

Answer 4

Me doy cuenta de que es posible que haya leído esto, ¿pero algo aquí podría ayudar? http://msdn.microsoft.com/en-us/library/ms159846.aspx

Me gustaría prestar atención a cómo se instaló el SSRS y también cómo se ejecutan los servidores, así como las políticas de inicio de sesión del dominio.