Ne pouvez pas Déployer ou de Télécharger de Gros SSRS 2008 Rapport de VS ou IE
Jusqu'à présent dans ce projet, j'ai deux rapports dans VS2008 et des OFFRES. La première contient 1 tableau matriciel et est d'environ 100k. Le second contient 3 tablixes (tablices?) et est sur le 257k. Je peux déployer avec succès le plus petit rapport de VS et je peux le télécharger à partir du Gestionnaire de Rapports dans IE. Je peux voir/exécuter à partir du Gestionnaire de Rapports et que je peux obtenir pour le Serveur de Rapports (service web) URL de mon navigateur suffit d'amende. Tout est fait sur HTTPS et il n'y a rien de mal avec les certificats.
Avec le plus grand rapport, l'erreur que je reçois dans VS est "L'opération a expiré" après environ 100 secondes. Le message d'erreur quand je l'ai télécharger à partir de l'IE est "La connexion sous-jacente a été fermée: Une erreur inattendue s'est produite lors de l'envoi" au bout d'environ 130 secondes.
Dans le RSReportServer.fichier de config j'ai essayé de changer l'Authentification/EnableAuthPersistence de true à false et de redémarrer le service, mais l'erreur persiste. J'ai la clé "SecureConnectionLevel" set à 2. La modification de ce à 0 et la désactivation de SSL ne va pas être une option. J'ai ajouté une clé de registre nommée "MaxRequestBytes" HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Paramètres et mettre à 5242880 (5 MO) et redémarré le HTTP et SRS services comme suggéré dans un post sur le forum par Jin Chen de MSFT.
Je ne peux toujours pas télécharger le rapport détaillé. C'est sur MS SQL 2008 et WS 2003. Ci-dessous est une partie d'une entrée de fichier journal à partir de ...\Reporting Services\LogFiles quand j'ai essayé de télécharger à partir de IE.
bibliothèque!WindowsService_0!89c!02/10/2010-07:57:57:: i INFO: Appel à CleanBatch() se termine l'interface utilisateur!ReportManager_0-1!438!02/10/2010-07:59:33:: e ERREUR: La connexion sous-jacente a été fermée: Une erreur inattendue s'est produite lors de l'envoi. l'interface utilisateur!ReportManager_0-1!438!02/10/2010-07:59:34:: e ERREUR: code d'état HTTP --> 500 -------Détails-------- Système.Net.WebException: La connexion sous-jacente a été fermée: Une erreur inattendue s'est produite lors de l'envoi. ---> Système.IO.IOException: Impossible d'écrire des données sur la connexion de transport: Une connexion établie a été abandonnée par le logiciel sur votre ordinateur hôte. ---> Système.Net.Les Sockets.Exception socketexception: Une connexion établie a été abandonnée par le logiciel sur votre ordinateur hôte au Système.Net.Les Sockets.Socket.MultipleSend(BufferOffsetSize[] tampons, SocketFlags socketFlags) au Système.Net.Les Sockets.NetworkStream.MultipleWrite(BufferOffsetSize[] tampons) --- Fin de l'exception interne trace de la pile --- ...
Vous devez vous connecter pour publier un commentaire.
Je pense que j'ai compris ça. L'entrée de blog à propos de l'augmentation de la demande maximale d'octets indiqué pour ajouter une clé de registre nommée "MaxRequestBytes" HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Paramètres, ce que je fis, puis redémarré les services appropriés. Depuis j'ai toujours eu le problème que j'ai continué à chercher une solution, et comme il s'avère, "MaxRequestBytes" ne doit pas être ajouté comme une clé de registre, mais comme une valeur DWORD. Voir Http.sys les paramètres de registre pour IIS pour plus d'informations. Pour MaxRequestLength la valeur par défaut est de 16384 et le max est de 16777216 (16 MO). Le mien est à 1048576 (1 MO).
Une autre chose que j'ai regardé était le maxRequestLength attribut dans < httpRuntime dans C:\Program Files\Microsoft SQL
Serveur\MSRS10.SWA\Reporting Services\ReportServer\web.config qui a une valeur par défaut de 4096 KO (4 MO), qui est assez grand. Référence: < httpRuntime> Élément.
La dernière chose à vérifier est que HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\EnableTCPChimney était déjà réglé à 0.
Le serveur a été redémarré pour une autre raison, après avoir fait le MaxRequestLength un changement de registre et je suis en mesure de télécharger tous les rapports, y compris le plus grand, le tout via HTTPS.