Rapport SSRS Contenu Vide

J'ai un problème en exécution de rapports dans Sql Server Reporting Services (SSRS) 2008 R2.

Après la création du site, création d'un petit nombre d'utilisateurs, et le téléchargement de quelques rapports, je sélectionner un rapport à exécuter, entrez mes paramètres, et d'attendre le rapport rendu...mais rien ne se passe. Je vois le "Chargement" de l'animation dans un bref laps de temps (qui varie entre une et dix secondes quel que soit le rapport), mais il disparaît rapidement, ne laissant rien, sauf pour les paramètres en haut de la page. Aucun contenu du rapport est rendu à tous.

Cela se produit sur tous les rapports que j'déployer à la SSR de l'instance, indépendamment de la taille, du nombre de paramètres, etc. La plupart des rapports ont autour de huit paramètres de type similaire, et leurs mises en page sont tous d'un niveau relativement forme d'un tableau: il y a plusieurs "sections", chacun contenant une table qui peut avoir de regroupement et/ou de répéter les lignes. En moyenne, chaque table contient environ six champs. Les requêtes qui prennent en charge le rapport ensembles de données ne sont pas terriblement lourd-poids: je peux courir contre SQL en moins d'une demi-minute dans la plupart des cas.

J'ai examiné et mis en œuvre des solutions dans les questions suivantes, mais aucun d'eux corrigé le problème.

(Liées à Safari/Chrome)
SSRS 2008 R2 - SSRS 2012 - ReportViewer: les Rapports sont vides dans Safari et Chrome

(Liés à l'exécution de navigateur en tant qu'Administrateur)
SSRS 2008 - Reporting Services web est Blanc, sauf pour les en-têtes

D'autres options que j'ai pris en compte comprennent l'exécution de rapports à partir de l'ordinateur directement au lieu de passer par le Bureau à Distance, et d'exécuter des rapports à partir d'autres ordinateurs sur le réseau autre que le serveur qui les héberge. Aucune option ne porte au succès.

Ce que j'ai déterminé, cependant, est que ce problème est directement lié au nombre de paramètres passés à l'état. Par exemple, la plupart de mes rapports à la hausse de six ou sept multi-sélectionnez paramètres; chacun d'eux est rempli au moment de l'exécution à partir de la base de données. Si les utilisateurs d'effectuer un "Sélectionner Tout" ou autrement sélectionner un grand nombre d'options dans le paramètre de sélection, le numéro s'affiche. Toutefois, si les utilisateurs sont spécifiques avec leurs paramètres et de ne sélectionner que quelques-uns, puis le rapport s'affiche correctement.

Encore compliquer cette situation est le fait qu'il souffre de la "fonctionne-sur-mon-machine" syndrome. Il se produit dans certains environnements, mais pas dans d'autres.

Comme mentionné, je suis en mesure d'exécuter les rapports en limitant le nombre de valeurs de paramètres; cela fonctionne dans tous les environnements. Je suis curieux de savoir, cependant, pourquoi ce qui se passe (un interne SSRS limite, peut-être?), et ce que je peux faire pour toujours l'éviter à l'avenir.

  • Souhaitez-vous ajouter quelques détails comme le temps qu'il faut pour exécuter et le nombre de champs de données, il tire?
  • Essayez d'utiliser quelque chose comme un violon pour vérifier votre trafic, voir ce qu'il se passe. La vérification de l'iis / serveur de journal peut aider.
  • Mise à jour avec plus de détails spécifiques sur le rapport de la taille et de l'exécution, merci pour votre commentaire!
  • Requête HTTP journaux ne donnent aucun résultats pertinents; ce qui est bizarre, c'est que le code source HTML de la page <table> éléments contenant les données que je m'attends à voir dans le rapport. Ce qui m'a conduit à croire que le problème était lié à une des questions citées dans mon post, mais les solutions ne sont pas congruents.
  • Reporting services a un délai d'attente qui provoque à juste blanc après le chargement trop long. Si vous avez le rapport de cache, il affichera instantanément si vous ré-exécuter. Vérifier les délais d'attente dans le rapport et sur le serveur.
  • Ouvert C:\ssrsxx\MSRS11.MSSQLSERVER. il devrait y avoir un LogFileFolder pour ssrs contenant plus d'informations sur la façon dont votre rapport s'est éteinte.

InformationsquelleAutor jtlovetteiii | 2013-04-26
  1. 1

    J'ai eu le même problème et en suivant Alex Zakharovla suggestion, j'ai trouvé un paramètre qui avait près de 700 lignes avec tous sélectionnés par défaut. En décochant quelques lignes résolu mon problème immédiatement, mais qui n'a pas été satisfaisant pour une version de production.

    À la recherche pour les fichiers journaux suggéré par br ( \Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\LogFiles\ ), j'ai trouvé le message d'erreur suivant: 

    ERROR: HTTP status code --> 500
-------Details--------
System.Web.HttpException: The URL-encoded form data is not valid. ---> 
System.InvalidOperationException: Operation is not valid due to the current state of the object.
at System.Web.HttpValueCollection.ThrowIfMaxHttpCollectionKeysExceeded()

    Solution

    Cela m'a conduit à cette réponse de trouver et de mettre à jour le site web.les configs, ajoutez les lignes de code ci-dessous, puis redémarrez le service. 

    <appSettings>
    <!-- default is 1000 -->
    <add key="aspnet:MaxHttpCollectionKeys" value="2000" />
</appSettings>

    J'ai eu à mettre à jour dans 2 endroits, parce que SSRS a séparé les sites web du gestionnaire de rapports et de serveur de rapports:
    \Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportServer\web.config

    \Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\ReportManager\web.config

    InformationsquelleAutor JumpingJezza
  2. 0

    Il n'y a pas de contraintes internes pour les paramètres!

    Première suggestion:
    Faire facilement de débogage, avec affichage des étiquettes si le tableau renvoie "pas de valeur"

    J'ai résolu le même problème avec la correction de la syntaxe de requête pour les paramètres dans la requête SQL:

    ...
WHERE t.FieldName = ISNULL (@parameter, t.FieldName)
AND t.FieldName2 = ISNULL (@parameter2, t.FieldName2)
...
    InformationsquelleAutor tihoroot
  3. 0

    J'ai rencontré le même problème avec déroulant multi-paramètre de choix avec une longue liste de valeurs possibles (>100). Vérifiez votre situation et étudier le paramètre qui casse un rapport.

    InformationsquelleAutor Alex Zakharov
  4. 0

    SUGGESTION

    J'ai juste envie de partager ma solution à cette question ainsi. Après tant de luttes et de nombreuses tentatives, mon problème est plus sur l'avant, il y avait un bout de code qui me manquait, qui revenait des pages blanches, mais le serveur le rapport a été fonctionne bien.

    À l'aide Angulaire de retour HttpResponseMessage à partir d'une API web, d'abord c'est de cette façon que mon appel a été:

    $http.get(url + 'Report/getUsersReport?CustomerId=' + searchCriteria.customerId + '&fromDate=' + searchCriteria.fromDate + '&toDate=' + searchCriteria.toDate).then(getContractsForBackOfficeReportComplete, function (err, status) {defered.reject(err);});

    et après ajouter cette ligne de code { responseType: 'arraybuffer' }):

    $http.get(url + 'Report/getUsersReport?CustomerId=' + searchCriteria.customerId + '&fromDate=' + earchCriteria.fromDate + '&toDate=' + searchCriteria.toDate, { responseType: 'arraybuffer' })(getUsersReportBackOffice, function (err, status) {
defered.reject(err);});
    • Quelle est votre question? Qu'entendez-vous par "cette question"?
    InformationsquelleAutor Joel Kapuku