Điểm:0

2016 - 2019 - Wrong SSRS Instance Processing Report Render Request

lá cờ bd

I have inherited a very weird anomaly in SSRS. A new SSRS instance was created using 2019 and it appears it is using the same ReportServer DB as previous 2016 instance. This may have been done to avoid porting thousands of reports and associated items.

  • The 2016 instance seems to still be running, however, the account used to access the ReportingService db is no longer valid, thus any attempts to access a report using the 2016 url end with a 'cannot access the report server database.'

  • When I access a report in 2019 I can render it in the report manager.

  • When I invoke the same report, using the 2019 instance's url, through a wcf service call to ReportService2010.Render(), I get the same error as if I were accessing the services vis the 2016 instance.

  • Alos, I know the 2016 version is trying to render the call made to 2019 because the log information about the render attempt and "can't connect to report server database" error only show up in 2016's error log.

  • I have re-checked the iis log and see the that the wcf service is calling the 2019 server to request the render with 200 result (it is fire and forget so a 200 is always returned if the endpoint is accessible).

It seems like the wcf is in fact calling the 2019 instance and requesting a report, however, the logging for that request is being done over at the 2016 instance of SSRS.

Could this be something not well configured in the report sever database?

Manu avatar
lá cờ us
Xác minh xem cả hai Phiên bản có đang sử dụng cùng một DB hay không (không thể tưởng tượng được). Kiểm tra xem cả hai có còn hoạt động không (với SQL Profiler hoặc công cụ bạn chọn). Cung cấp cho chúng tôi thêm một số thông tin về các Phiên bản này: Chế độ máy chủ, Phiên bản SQL với DB trên cùng một Máy chủ, Phiên bản, Triển khai mở rộng quy mô, v.v... Kiểm tra Bảng ProductInfoHistory trong Report Server DB để xác minh rằng nó thực sự nằm trên đúng phiên bản.
Ross Bush avatar
lá cờ bd
@Manu - Cảm ơn sự giúp đỡ của bạn. Có vẻ như, như tôi nghĩ (và dường như luôn luôn như vậy), có điều gì đó thực sự ngớ ngẩn đã gây ra chuyện này. Hóa ra các tệp config. Trong trường hợp này, đó là các mục trùng lặp.
Điểm:0
lá cờ bd

Đây là lỗi người dùng. App.config cho dịch vụ WCF đã trỏ đến phiên bản chính xác, do đó các thông báo ghi nhật ký chính xác. Web.config trong dự án API, tham chiếu tất cả các dịch vụ WCF, có hai cài đặt ứng dụng có cùng một khóa. Một khóa không chính xác và đã được sử dụng cho liên kết điểm cuối ReportExecution.

Tôi cho rằng các cấu hình là nguyên sơ.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.