Sql serveur Reporting Service (SSRS) 2005 problème de délai d'opération

Question

Je sais que des questions similaires ont déjà été posées ... J'utilise SQL Server 2005, avec SSRS 2005 installé sur la même boîte. (aka DB de production, DB de rapport/TempDB, moteur de base de données et SSRS tous dans la même boîte). Nous avons environ 200 rapports déployés dans la boîte. SSRS/DB s'exécute sur une machine virtuelle W2K3 64 bits.

Maintenant, le problème ...

De temps en temps presque tous les jours nos utilisateurs obtiennent l'erreur « du délai d'attente d'opération » (erreur dans le document XML ....). Au début, j'ai pensé qu'il s'agissait d'un problème de taille de rapport, mais lorsque j'essaie l'URL du gestionnaire de rapports (http: // <>/reports), rien n'apparaît sur le navigateur. La seule chose que je peux faire est de recycler le pool IIS du serveur de rapports et cela fonctionnera à nouveau. Chaque fois que le 'timeout de l'opération' arrive, l'URL du gestionnaire de rapports ne fonctionne pas et je ne trouve aucun journal dans IIS pour indiquer qu'il y a un problème. J'ai recherché sur le net et constaté que certaines personnes ont mis un rapport fictif dans le cadre du travail d'agent de serveur SQL qui s'exécute toutes les 10 minutes de 9 à 5 pour «réchauffer» le SSRS. Le rapport factice a établi une petite connexion avec la base de données sur une ligne à partir d'une très petite table. Le problème de timeout d'opération semble avoir disparu pendant 95% du temps, mais cela arrive toujours. Assez étrange, quand le problème de délai d'exécution se produit, je remarque que le travail de rapport factice a également cessé de fonctionner. Dans ce cas, j'ai dû recycler le pool IIS et redémarrer le travail SQL Server, puis SSRS fonctionnera à nouveau (jusqu'à ce que le même problème se reproduise la prochaine fois)

L'erreur que j'ai reçue du travail du serveur SQL est: System.IO.IOException: Impossible de lire les données de la connexion de transport: Une connexion existante a été fermée par l'hôte distant

Cependant, je suis totalement confus par la manière dont le problème IIS sur le serveur de rapports affecte le travail SSRS. Peut-être que je suis sur la mauvaise voie mais c'est bizzare.

Mon observation jusqu'ici est si cela prend une éternité pour que l'URL de Report Manager (http: // <>/reports) apparaisse, c'est un mauvais signe que quelque chose s'est mal passé sur SSRS.

J'ai également ajouté une nouvelle tâche qui appelle le gestionnaire de rapports SSRS http: // <>/rapporte l'URL en utilisant PowerShell afin de «chauffer» l'IIS mais cela ne semble pas faire beaucoup de différence.

Quelqu'un peut-il me diriger dans la bonne direction? Merci. WM

Answer 1

Dans le passé, après de nombreuses recherches, j'ai trouvé que l'allocation de mémoire pour SSRS était la racine de nombreux problèmes. Tu peux essayer ça.

Ajouter ce qui suit dans le nœud <Service> dans le fichier rsreportserver.config

<WorkingSetMaximum>4000000</WorkingSetMaximum> 

Le fichier est généralement dans c: \ program files \ Microsoft SQL Server \ MSRS11.iMIS \ Services \ ReportServer

Ceci définit la mémoire maximale disponible pour le rapport, qui définit également la mémoire minimale à 60% du maximum.

https://msdn.microsoft.com/en-us/library/ms159206(v=sql.110).aspx