SSRS 2012: "Wykonanie raportu wygasło lub nie można go znaleźć." (RsExecutionNotFound) "

Question

Używam programu SQL Server Reporting Services 2012 i otrzymałem ten błąd bez żadnej znanej przyczyny: The report execution eqaiekfzmk2snc55y0zrow55 has expired or cannot be found. (rsExecutionNotFound).

Chociaż znalazłem inne posty opisujące problemu poprzez wyszukiwarki Google, uchwały nie może mi pomóc:

• Ponowne SQL Server, SQL Server Agent i SQL Server Reporting Services
• Zwiększenie limitu czasu wykonywania przez SQL Server Management Studio po podłączeniu do serwera raportowania
• Dodawanie rs:ClearSession do kwerendy URL (i próbuje IE, Chrome i Firefox)
• przesunięcie po każdym etapie rozwiązywania problemów i retes ting
• Zajrzałem do folderu plików dziennika usług Reporting Services C:\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\LogFiles, ale widzę datownik ma ponad dwa miesiące i nie widziałem nic związanego z objawem.
• Wyglądałem wyglądał w ExecutionLog3 i nie widziałem nic związanego z objawem. use ReportServer; select * from ExecutionLog3;

Aby dowiedzieć się, co pomogło, ja sprawdzeniu, że:

• Zapytanie i wyniki są solidne, jak widać w Management Studio
• mogę przejrzeć raport Narzędzia danych na serwerze
• mogę wyświetlić raport podczas usług zdalnych do serwera

widzę tylko błąd podczas przeglądania strony z zewnątrz serwer. Jest to stosunkowo lekki zestaw zapytań i wyników, więc nie mogę uwierzyć, że ten problem ma coś wspólnego z czasami oczekiwania na wykonanie.

Zmieniłem nazwę pliku i ponownie wdrożyłem. Teraz widzę ten raport, ale to nie jest prawdziwe rozwiązanie, ponieważ nadal nie wiem, co tak naprawdę powoduje problem i jak go naprawić. Jeśli objaw pojawi się ponownie, nie będę mógł dalej zmieniać nazwy pliku i ponownego wdrażania.

Czy istnieje sposób, aby lepiej zrozumieć, co się dzieje? Określony plik dziennika lub właściwość, którą muszę zmienić?

Aktualizacja:

myślałem, że ten problem wypracowane, ale najwyraźniej nie. Nie znalazłem nic przydatnego w dziennikach błędów: tylko przekierowanie tego samego komunikatu o błędzie było widoczne w przeglądarce. Po ponownym wdrożeniu (przy użyciu narzędzi danych programu SQL Server) błąd znika ... przez kilka godzin lub do następnego dnia, kiedy muszę ponownie wdrożyć, aby błąd zniknął.

Answer 1

To może pomóc komuś.

W moim przypadku adres URL raportu miał spacje końcowe (głupawy błąd), który spowodował to.

Answer 2

Dla mnie nie miałem wolnego miejsca.

Niektórzy mieli szczęście z rozliczających Session.Keys z „Microsoft.Reporting.WebForms.ReportHierarchy”

Rozwiązałem go Session.Clear w global.asax

Answer 3

wiem, że to jest stary pytanie ale ostatnio miałem ten problem i okazało się, że jest to zły plik cookie sesji. Identyfikator sesji cookie jest zgodny z identyfikatorem GUID w komunikacie o błędzie i po usunięciu pliku cookie wszystko działało dobrze po tym. Raport w pewnym momencie został skonfigurowany tak, aby buforować tymczasową kopię

ale które gdyż zostało wyłączone (jednak problem istniał wcześniej zostały wyłączone, więc nie może być istotne).

Mam nadzieję, że ta odpowiedź pomoże ktoś zapisać godzinę spędziłem na zastanawianie go w moim otoczeniu :)

Answer 4

prostu miałem ten problem, to dla istniejącego raportu, który pracuje prawidłowo. Jednak narzędzie do tworzenia raportów było otwarte przez jakiś czas w innym oknie, podczas gdy pracowałem nad czymś innym i nie zapisałem swojej pracy (zastosowałem filtr i nie chciałem zapisać zmian za pomocą mojego filtru testowego). Przyszło mi do głowy, że odkąd raport HAD działał, ale siedział bezczynnie, mogło się zestarzeć. Otworzyłem Właściwości zestawu danych, kliknąłem Projektant zapytań, a następnie "Uruchom zapytanie". Projektant kwerend otrzymał nowe żądanie ze źródła danych. Zamknąłem okno Właściwości zestawu danych i kliknąłem "Uruchom", a mój raport został ponownie wyświetlony.