Symptômes
Prenons l’exemple du scénario suivant :
-
Vous avez configuré Microsoft SQL Server 2012 Reporting Services (SSRS 2012) ou SQL Server 2014 Reporting Services (SSRS 2014) pour qu’il s’exécute en mode intégré de SharePoint.
-
Vous avez installé Microsoft SharePoint Server 2013 ou Microsoft SharePoint Server 2010 sur votre ordinateur.
-
Vous avez créé des alertes de données pour certains rapports de votre site SharePoint.
Dans ce scénario, vous remarquerez que la base de données d’alerte est très volumineuse. En effet, il existe de nombreuses lignes dans les tables FeedData et FeedPool de la base de données d’alerte. Par ailleurs, la base de données d’alerte ne nettoie pas les données qui ont été créées depuis plus de 180 jours.Remarque Par défaut, le service de création de rapports conserve les données d’alerte du mois passé 180. Le temps de rétention des données d’alerte dépend de la valeur de la clé AlertingMaxDataRetentionDays définie dans le fichier RSReportServer. config. Par défaut, le fichier RSReportServer. config se trouve dans le chemin d’accès suivant :
<Drive>\Program Files\fichiers Communs\microsoft Shared\Web Server Extensions \<numéro de Version de SharePoint>\WebServices\Reporting\
Résolution
Informations de mise à jour cumulative
Ce problème a été résolu dans la mise à jour cumulative suivante de SQL Server.
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Nous vous recommandons de télécharger et d’installer les dernières mises à jour cumulatives pour SQL Server :
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.