Score:0

2016 - 2019 - Wrong SSRS Instance Processing Report Render Request

ธง 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
us flag
ตรวจสอบว่าทั้ง 2 Instance ใช้ฐานข้อมูลเดียวกันหรือไม่ (นึกไม่ถึง) ตรวจสอบว่าทั้งคู่ยังคงทำงานอยู่หรือไม่ (ด้วย SQL Profiler หรือเครื่องมือที่คุณเลือก) ให้ข้อมูลเพิ่มเติมเกี่ยวกับอินสแตนซ์เหล่านี้แก่เรา: โหมดเซิร์ฟเวอร์, อินสแตนซ์ SQL ที่มี DB บนโฮสต์เดียวกัน, Editions, Scale-Out Deployment ect⦠ตรวจสอบ Table ProductInfoHistory ใน Report Server DB เพื่อยืนยันว่าเป็นเวอร์ชันที่ถูกต้อง
Ross Bush avatar
bd flag
@มนู - ขอบคุณสำหรับความช่วยเหลือของคุณ ดูเหมือนว่าฉันคิดว่า (และมักจะเป็นเช่นนั้นเสมอ) มีบางสิ่งที่โง่เขลาจริงๆ ที่ทำให้เกิดสิ่งนี้ ปรากฎว่าการกำหนดค่า ในกรณีนี้เป็นรายการที่ซ้ำกัน
Score:0
ธง bd

นี่เป็นข้อผิดพลาดของผู้ใช้ app.config สำหรับบริการ WCF ชี้ไปที่อินสแตนซ์ที่ถูกต้อง ดังนั้นข้อความบันทึกที่ถูกต้อง web.config ในโครงการ API ซึ่งอ้างอิงถึงบริการ WCF ทั้งหมด มีการตั้งค่าแอปสองรายการด้วยคีย์เดียวกัน คีย์หนึ่งไม่ถูกต้องและที่ใช้สำหรับการรวมจุดสิ้นสุดของ ReportExecution

ฉันคิดว่าการกำหนดค่านั้นเก่าแก่

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา