reporting-services - saber - oracle connection string reporting services
Datasource de SQL Server Reporting Services sigue perdiendo credenciales de inicio de sesión en la base de datos (4)
Supongo que está hablando de los orígenes de datos compartidos en un proyecto de servidor de informes en Visual Studio, en lugar de 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 eliminó 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 probar ingresando 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.
En mi entorno de desarrollo, cada vez que reinicio las ventanas (lo que debe hacerse al menos todos los días para mí), todas las Fuentes de datos de SSRS compartidas pierden sus credenciales.
Actualmente los configuro para iniciar sesión en la base de datos usando una credencial fija, pero al reiniciar todos los recursos de datos pasan a no usar 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 usando estas Fuentes de datos compartidas durante al menos 2 años y no he tenido problemas, pero en el último mes, más o menos, ha sido un problema diario recurrente.
¿Ayuda?
Podría estar relacionado con el orden de inicio de los servicios en su máquina.
Solo una suposición: tal vez haya una nueva funcionalidad en SP3 que compruebe 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 de comenzar. Esto explicaría por qué se borran cuando la máquina se reinicia.
Recientemente experimenté 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 se le ocurrió algo nuevo sobre este tema?
Me doy cuenta de que puede que ya hayas leído esto, pero ¿hay algo aquí que podría ayudar? http://msdn.microsoft.com/en-us/library/ms159846.aspx
Prestaría atención a cómo se instaló el SSRS y también a qué cuentas se ejecutan los servicios, así como a las políticas de inicio de sesión del dominio.