SQL Server Reporting Services : Comment identifier des abonnements utilisateurs pour une migration de serveur de rapport

 Nous avons vu dans des messages précédents comment effectuer une mise à jour de serveurs utilisés par une ferme SharePoint:

• SharePoint 2007: Mise à jour de l’infrastructure d’une ferme - Web et App Server
• SharePoint 2007: Mise à jour de l’infrastructure d’une ferme - SQL Server

Dans le second message, nous somme resté très proche de l’utilisation basique de SQL Server, mais il est régulier que les autres moteurs soient aussi installés et configurés.

Ce n’est pas réellement un problème pour déplacer les contenus:

• Bases SSAS
• Packages SSIS (avec replanification)
• Rapports et connexions

La question vient par contre rapidement pour les rapports auxquels les utilisateurs se sont abonnés seuls, ce qui est une bonne chose en soit, mais doit être géré lors de la migration pour ne pas créer de frustation chez vos utilisateurs.

La solution de base est expliquée ici (Option 1):

• How to easily identify a scheduled SQL Server Reporting Services report

Il faut effectivement commencer par faire un premier contrôle visuel en développant les taches planifiées de votre agent SQL Server (chaque abonnement correspond à une tâche).

Vous voyez alors apparaître une liste de GUID qui est une piste, il ne reste plus qu’à la confirmer par la requête ci-dessous:

SELECT
    b.name AS JobName
    , e.name
    , e.path
    , d.description
    , a.SubscriptionID
    , laststatus
    , eventtype
    , LastRunTime
    , date_created
    , date_modified
FROM
    ReportServer.dbo.ReportSchedule a
        JOIN msdb.dbo.sysjobs b
            ON CONVERT(NVARCHAR(128), a.ScheduleID) = CONVERT(NVARCHAR(128), b.name)
        JOIN ReportServer.dbo.ReportSchedule c
            ON CONVERT(NVARCHAR(128), b.name) = CONVERT(NVARCHAR(MAX), c.ScheduleID)
        JOIN ReportServer.dbo.Subscriptions d
            ON CONVERT(NVARCHAR(128), c.SubscriptionID) = CONVERT(NVARCHAR(128), d.SubscriptionID)
        JOIN ReportServer.dbo.Catalog e
            ON CONVERT(NVARCHAR(128), d.report_oid) = CONVERT(NVARCHAR(128), e.itemid)

Qui vous donne alors le résultat suivant avec le nom du rapport et son chemin d’accès

Il ne vous reste plus qu’à aller dans chaque rapport pour recréer dans le nouveau serveur de rapport le même abonnement et supprimer l’ancien.

Cette astuce vous permet de rapidement préparer la migration

Je vous invite dans le même temps à regarder ce message pour la question des permissions appliquées aux rapports qui sont aussi à migrer:

• [Powershell] Set user permission in SSRS Item (SQL Reporting Server) using powershell

Romelard Fabrice [MBA Risk Management]