>

MS Reporting Services 2016에서 작업하고 있습니다. 애플리케이션 도메인은 기본적으로 12 시간마다 재활용하도록 설정되어 있습니다 . 이제 재활용 후 사용자에게 미치는 영향은보고 서비스의 응답이 느리거나 보고서가 실패한 것입니다. 보고서를 새로 고치면 둘 다 사라지지만 이상적이지 않습니다.

저는 사람들이 구성 속성 RecycleTime 를 설정하여 예약 된 재활용을 끌 수 있다고 제안하는 SO 답변을 보았습니다.  0으로 .

또한 수동으로보고 서비스를 다시 시작합니다 는 앱 도메인을 재활용합니다. 그런 다음 제어 된 시간에 보고서를 간단히로드하는 스크립트 를 사용하여 처음로드 문제를 제거하십시오. 그러나이 모든 것이 저에게 해결 된 것처럼 보이며 오히려 이것을 할 필요는 없습니다.

저의 우려는 예정된 재활용 시간을 갖는 논리적 인 이유가 있어야하지만 이것을 설명하는 정보를 찾을 수 없다는 것입니다. 예약 된 애플리케이션 도메인 재활용을 사용 중지하면 부정적인 영향이 있는지 아는 사람이 있습니까?


  • 답변 # 1

    와이즈 비즈  SSRS가 필요하지 않은 RAM을 소비하지 않도록하고 나머지 시스템을 고갈시킬 수 있도록하는 기능입니다. 새로 고침을 사용 중지하면 기본적으로 짧은 기간 동안 집중적으로 처리하는 데 사용 된 메모리를 정리할 수 없습니다.

    머신의 리소스가 적절하다고 확신하는 경우 새로 고침을 끄거나 그렇지 않은 경우 시간이 아닌 시간 동안 새로 고침을 예약하고 RecycleTime 를 정의 할 수 있습니다  사용자 영향을 최소화하기 위해 즉시 중요한 보고서를 즉시 캐시합니다.

    추가 정보 : https://www.mssqltips.com/sqlservertip/2735/prevent-sql-server-reporting-services-slow-startup/

  • 답변 # 2

    내가 아마 끝났을 것 같아 SSRS는 이유를 위해 12 시간마다 (기본값) 재활용하도록 설계되었습니다. 고장 나지 않았다면 고치지 마십시오. 제 경우에는 재활용이 언제 발생했는지 제어하고 싶었습니다. 오전 6시 50 분에 SQL 에이전트 작업에서 1 행 powershell 스크립트를 실행 한 다음 오전 7시에 구독 보고서를 생성합니다.이 보고서는 SSRS를 시작하고 사용자에게 성능 저하가 나타나지 않습니다.

    재시작 서비스 'ReportServer'

    720 분에 SSRS 구성 파일 설정을 그대로두면 오후 6시 50 분에 재활용이 다시 발생합니다. 구독 보고서는 밤새 생성되므로 몇 시간 후에 사람이 SSRS에 접속하면 시스템이 이미 실행 중이므로 성능 문제가 없어야합니다.

    우리는 그것을 지나치게 생각하고 있는가?

    Cache Refresh Plan

  • 이전 Azure에서 호스팅되는 ASPNET Core 앱의 Redis 연결 오류
  • 다음 Word 문서에서 모든 제목의 글꼴