2015-07-15 14 views
7

devo abbonamenti che non riescono a eseguire dando l'errore:SSRS Abbonamento fallimento rsProcessingAborted

Failure sending mail: An error has occurred during report processing.Mail will not be resent.

Il rapporto funziona benissimo quando richiesto manualmente attraverso il server in modo che conosco l'origine dati e il collegamento di lavoro.

all'interno del database SSRS l'unica informazione che posso ottenere è dal ExecutionLogStorage dicendo:

rsProcessingAborted

La tabella ExecutionLogStorage mostra anche il timeStart e TimeEnd è di 1 secondo di distanza, in un rapporto che prende minuti per 2+ eseguire manualmente. Il rapporto non ha fallito una sola volta quando è in esecuzione manualmente, fallisce solo attraverso la sottoscrizione.

Il visualizzatore eventi di Windows contiene alcuni errori relativi a un'estensione TERADATA ma non coincidono con gli errori di sottoscrizione.

I registri che si trovano in \ Programmi \ Microsoft SQL Server \ MSRS10_50.Reporting \ Reporting Services \ LogFiles non contengono nemmeno una voce per tale abbonamento durante l'errore.

Non so dove andare per ulteriori informazioni, ho bisogno di sapere perché questo abbonamento non funziona, abbiamo la soluzione alternativa per eseguire manualmente il report e inviarlo manualmente via email dopo essere stato convertito in Excel ma non è una soluzione praticabile andando avanti.

risposta

1

Alcuni altri luoghi si potrebbe controllare sono:

SSRS Log:

c$\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\LogFiles 

Si potrebbe provare ad abilitare la registrazione dettagliata (livello 4) qui

C:\Program Files\Microsoft SQL Server\MSRS11.MSSQLSERVER\Reporting Services\ReportServer\bin\ReportingServicesService.exe.config 

Cercare questo tag:

<switches> 
    <add name="DefaultTraceSwitch" value="4" /> 
</switches> 

Sto combattendo un problema molto simile, ma per renderlo un po 'complesso, la mia sottoscrizione fallisce solo ogni altra volta e funziona a volte a volte. Finora ho escluso:

  • Numero di sessioni parallele SSRS
  • pressione di memoria sul server di DB & Relazione
  • Server Dando il via alla sottoscrizione direttamente vs remoto (in esecuzione
    il lavoro dell'agente)

Siamo spiacenti, non ho una buona risposta per te, ma questo problema sembra preoccupare più di poche persone.

Aggiornamento: ho scoperto che l'abbonamento è stato un creato da un utente Windows che non è più valido (ID scaduto). L'aggiornamento del proprietario dell'abbonamento lo ha risolto.

- Lista SSRS utenti (controllare per assicurarsi che esista il nuovo proprietario in questo elenco)

SELECT * 
FROM Users 
WHERE UserName IN ('DomainName\_SSRSServiceAccount') 

- DFGRYH-DFGRYH - DFGRYH-DFGRYH

- Identificare la sottoscrizione la cui proprietà si desidera modificare

SELECT * 
FROM Subscriptions 
WHERE OwnerID = 'DFGRYH-DFGRYH--DFGRYH-DFGRYH' 
    AND Description = 'Send e-mail to [email protected]' 
ORDER BY LastRunTime 
    ,LastStatus 

- Aggiornare l'abbonamento con il nuovo proprietario, il cambio dovrebbe riflettere sul report SSRS

UPDATE Subscriptions 
SET OwnerID = 'DFGRYH-DFGRYH--DFGRYH-DFGRYH' 
WHERE SubscriptionID = 'B33A78FC-933D-47DB-AB50-43D36B24C0B8' 
+0

Questo problema è stato risolto? Lo sto facendo anche io. – creatiive