Heredé una anomalía muy extraña en SSRS. Se creó una nueva instancia de SSRS en 2019 y parece que está usando la misma base de datos ReportServer que la instancia anterior de 2016. Es posible que esto se haya hecho para evitar la transferencia de miles de informes y elementos asociados.
La instancia de 2016 parece seguir ejecutándose; sin embargo, la cuenta utilizada para acceder a la base de datos ReportingService ya no es válida, por lo que cualquier intento de acceder a un informe utilizando la URL de 2016 termina con un mensaje "no se puede acceder a la base de datos del servidor de informes".
Cuando accedo a un informe en 2019, puedo presentarlo en el administrador de informes.
Cuando invoco el mismo informe, usando la URL de la instancia de 2019, a través de una llamada de servicio wcf a ReportService2010.Render(), aparece el mismo error que si estuviera accediendo a los servicios en la instancia de 2016.
Además, sé que la versión 2016 está intentando procesar la llamada realizada a 2019 porque la información de registro sobre el intento de procesamiento y el error "no se puede conectar a la base de datos del servidor de informes" solo aparecen en el registro de errores de 2016.
Volví a verificar el registro de iis y veo que el servicio wcf está llamando al servidor 2019 para solicitar el procesamiento con el resultado 200 (se activa y se olvida, por lo que siempre se devuelve 200 si se puede acceder al punto final).
Parece que, de hecho, WCF está llamando a la instancia de 2019 y solicitando un informe; sin embargo, el registro para esa solicitud se está realizando en la instancia de SSRS de 2016.
¿Podría ser algo que no está bien configurado en la base de datos del servidor de informes?
Respuesta1
Esto fue un error del usuario. El app.config para el servicio WCF apuntaba a la instancia correcta, de ahí los mensajes de registro correctos. El web.config en el proyecto API, que hacía referencia a todos los servicios WCF, tenía dos configuraciones de aplicación con la misma clave. Una clave era incorrecta y se usó para el enlace del punto final de ReportExecution.
Supuse que las configuraciones estaban impecables.