Re-déploiement des paramètres par défaut mis à jour dans le rapport SSRS
j'ai un rapport SSRS (SQL Server 2008 R2) avec plusieurs paramètres. J'ai un problème où 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, il fonctionne bien dans les BIDS mais fonctionne de façon intermittente (fonctionne sur un serveur mais pas sur un autre) une fois déployé à IIS et vu dans IE. Par intermittence, je veux dire qu'il fonctionne sur le serveur sur lequel je le déploie, mais quand je copie le fichier RDS sur un autre serveur, le comportement par défaut pour mon paramètre est cassé.
Détails
le paramètre a une série de valeurs (constantes) entières spécifiées dans la section Valeurs disponibles, qui représentent une sélection de périodes de déclaration 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, pas de valeurs nulles, pas de valeurs multiples, paramètre visible, déterminer automatiquement quand à rafraîchir.
avez-vous une idée de la raison pour laquelle je vois ce comportement?
6 réponses
C'est vrai, une fois que le rapport est déployé sur le serveur, puis les paramètres sont contrôlés au niveau du serveur.
Une fois que l'élément à noter est cependant 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, changez les valeurs par défaut à la main sur le serveur de rapports.
j'ai découvert ma propre réponse à cette question. Je le détaille ici pour tous ceux qui sont nouveaux pour les SSR qui pourraient être confus par le même comportement. Les paramètres peuvent être gérés séparément du fichier RDL, et les valeurs par défaut peuvent être dépassées une fois le rapport déployé sur le serveur. Pour gérer les paramètres sur le serveur:
- cliquez sur le lien du nom du rapport en haut à gauche de la page du navigateur.
- Cliquez sur l'onglet Paramètres à gauche.
- Gérer les paramètres requis (par exemple, définir la valeur par défaut).
- Cliquez Sur Appliquer.
- cliquez sur le lien du nom du rapport (grand texte en gras en haut) pour retourner au rapport.
une autre solution sans avoir à supprimer les rapports (le problème lorsque vous supprimez le rapport est que les journaux sont aussi supprimés) est d'ouvrir le nouveau rapport déployé avec ReportBuilder (Modifier dans le Générateur de rapports).
il suffit de sauvegarder le rapport et les valeurs par défaut seront modifiées.
disons que le nom de votre rapport est xyz.rdl si vous avez réglé le paramètre par défaut et déployé au serveur est maintenant, il ne changera pas sur le serveur. je propose 3 options 1. modifier le paramètre 'a la valeur par défaut' sur le serveur, par clic droit gérer sur le rapport 2. supprimer le rapport sur le serveur et de le redéployer 3. déployer un rapport fictif ou un ancien rapport de version avec le même nom dire 'xyz.rdl' qui n'a pas ce paramètre, ce faisant effacera les paramètres du rapport sur le serveur, le rapport reste dans tact. puis déployez votre nouveau rapport de version avec le paramètre par défaut, maintenant il devrait fonctionner.
j'avais un problème similaire. Quand un rapport a été déployé sur le serveur "sans" défaut, et que vous modifiez ensuite ce rapport dans Visual Studio et changez le même paramètre pour avoir un défaut, le serveur ne récupérera pas que le rapport de modification a un défaut maintenant.
Ma solution à ce dilemme était de créer un paramètre fictif et le mettre en haut de la liste. J'ai ensuite acheté rapport avec le nouveau paramètre fictif et la même modifié une avec un le paramètre par défaut. Cette fois, le serveur a remarqué que le paramètre qui m'intéressait avait une valeur par défaut. J'ai ensuite supprimé le paramètre factice dans visual studio et j'ai redéployé le rapport. Le paramètre qui m'intéressait restait comme ayant une valeur par défaut.
j'ai empêché de supprimer le rapport et d'y ajouter des souscriptions si j'avais pris cette voie pour résoudre mon dilemme.
Il faut un peu de travail afin de gérer correctement tous les différents scénarios, mais il (au moins depuis Sql Server 2012) possibilité de mettre à jour les paramètres d'un script en chargeant le .rdl file comme un fichier xml, et de le comparer aux différents paramètres disponibles à partir de la ReportingService2010.GetItemParameters méthode de l' SSRS service web de gestion
basé sur cette comparaison, vous pouvez alors mettre à jour les paramètres sur le serveur SSRS à l'aide de la ReportingService2010.SetItemParameters méthode.
enfin, il y a un problème de connexion "paramètre de rapport par défaut non mis à jour pendant le déploiement " c'est un peu plus limité dans la portée pour permettre la mise à jour automatique des paramètres par défaut.