Émission Re-Déploiement de paramètres par défaut mis à jour dans le rapport SSRS
J'ai un rapport SSRS (SQL Server 2008 R2) avec plusieurs paramètres. Je dispose d'un problème dans lequel l'un des paramètres ne choisit pas systématiquement sa valeur par défaut lorsque le rapport est chargé pour la première fois.
Spécifiquement, cela fonctionne bien dans les enchères, mais fonctionne de manière intermittente (fonctionne sur un serveur mais pas une autre) une fois déployée sur IIS et consulté dans IE. Par intermittence, je veux dire que cela fonctionne sur le serveur que je le déploie. Pour, mais lorsque je copie le fichier RDS sur un autre serveur, le comportement par défaut de mon paramètre est cassé.
Détails
Le paramètre dispose d'une série de valeurs entières (constantes) spécifiées spécifiées dans la section Valeurs disponibles, qui représentent une sélection de périodes de rapport fixes. Les valeurs par défaut ont une seule valeur spécifiée, qui correspond à l'une des valeurs disponibles.
Options: Type de données Entier, aucune valeur NULL, aucune valeur multiple, paramètre visible, déterminez automatiquement lorsque vous rafraîchissez.
Des idées pourquoi je vois ce comportement?
C'est vrai, une fois que le rapport est déployé sur le serveur, les paramètres sont contrôlés au niveau du serveur.
[.____] Une fois l'élément à noter cependant, c'est si vous redéployez le rapport avec des modifications aux valeurs par défaut, elles ne seront pas modifiées sur le serveur !!! Le rapport doit être supprimé et déployé pour que les nouvelles valeurs par défaut prennent effet.
[.____] Si vous ne souhaitez pas supprimer le rapport, modifiez les valeurs par défaut à la main sur le serveur de rapports.
J'ai découvert ma propre réponse à cette question. Je détache ici pour quelqu'un d'autre Nouveau-ISH aux SSRS qui pourraient être confondus par le même comportement. Les paramètres peuvent être gérés séparément à partir du fichier RDL et peuvent être remplacés par défaut une fois que le rapport est déployé sur le serveur. Pour gérer les paramètres sur le serveur:
- Cliquez sur le lien Nom du rapport en haut à gauche de la page Navigateur.
- Cliquez sur l'onglet Paramètres à gauche.
- Gérer les paramètres selon vos besoins (par exemple, définissez la valeur par défaut).
- Cliquez sur Appliquer.
- Cliquez sur le nom du nom du rapport (texte gras en haut) pour revenir au rapport.
Une autre solution sans avoir à supprimer les rapports (le problème lorsque vous supprimez le rapport est que les journaux sont également supprimés) consiste à ouvrir le nouveau rapport déployé avec ReportBuilder (Modificateur Dans Le Générateur de Rapports).
Il suffit de sauvegarder le rapport et les valeurs par défaut seront modifiées.
Il faut un peu de travail pour gérer correctement tous les différents scénarios, mais elle est (au moins comme de SQL Server 2012) possible de mettre à jour les paramètres de Un script en chargeant le fichier .rdl en tant que fichier XML et en comparant les différents paramètres disponibles à partir de la méthode Reportingservice2010.getemParameters de Service Web de gestion SSRS
Sur la base de cette comparaison, vous pouvez ensuite mettre à jour les paramètres du serveur SSRS à l'aide de la méthode reportingService2010.setemparameters .
Enfin, il existe un problème de connexion " Signaler les paramètres de défaut non mis à jour lors du déploiement " Cela est un peu plus limité pour permettre à des paramètres de mise à jour automatique des paramètres.
disons que votre nom de rapport est xyz.rdl si vous avez défini le paramètre par défaut et le déployé sur le serveur maintenant, il ne changera pas sur le serveur. Je suggère 3 options 1. Changer le paramètre "a la valeur par défaut" sur le serveur, par clic droit de gérer sur le rapport 2. Supprimer le rapport sur le serveur et le redéployez-le 3. Déployez un rapport factice ou une ancienne version de version avec le même nom de nom. "xyz.rdl" qui n'a pas ce paramètre, cela effacera les paramètres du rapport sur le serveur, signaler des restes dans TACT. Déployez ensuite votre nouveau rapport de version avec le paramètre par défaut, il devrait maintenant fonctionner.
J'ai eu un problème similaire. Lorsqu'un rapport a été déployé sur le serveur "sans" défaut, et que vous modifiez ensuite ce rapport dans Visual Studio et modifier le même paramètre pour avoir une valeur par défaut, le serveur ne ramassera pas que le rapport Modifier a une valeur par défaut.
((( ma solution de contournement de ce dilemme était de créer un paramètre factice et de le mettre en haut de la liste. J'ai ensuite redéployé le rapport avec le nouveau paramètre factice et le même modifié avec un paramètre par défaut. Cette fois, le serveur a pris en charge que le paramètre i était intéressé par une valeur par défaut. J'ai ensuite procédé à supprimer le paramètre factice dans Visual Studio et à redéployer le rapport. Le paramètre qui m'était intéressé est resté comme ayant un Valeur par défaut.
J'ai empêché de supprimer le rapport et d'y ajouter des abonnements si j'avais allé cet itinéraire afin de réparer mon dilemme.