Dépanner une installation de Reporting Services

  • Article

Si vous ne parvenez pas à installer Reporting Services suite à des erreurs qui se produisent durant l'installation, utilisez les instructions fournies dans cette rubrique pour étudier les conditions les plus susceptibles de provoquer des erreurs d'installation.

Pour obtenir les informations les plus récentes sur les problèmes liés à SQL Server 2012, consultez Conseils, astuces et dépannage pour Reporting Services SQL Server 2012.

Pour plus d'informations sur d'autres erreurs et problèmes liés à Reporting Services, consultez Résoudre les problèmes et erreurs de SSRS.

Examinez les notes de publication en ligne si le problème que vous rencontrez est décrit dans les notes de mise à jour.

Cette rubrique contient les informations suivantes :

  • Vérification des journaux d'installation

  • Vérification de la configuration requise

  • Dépannage en mode SharePoint

  • Dépannage en mode natif

  • Ressources supplémentaires

Vérification des journaux d'installation

Les erreurs d'installation sont enregistrées dans des fichiers journaux, dans le dossier Program Files\Microsoft SQL Server\110\Setup Bootstrap\Log. Un sous-dossier est créé chaque fois que vous exécutez le programme d'installation. Le nom du sous-dossier est l'heure et la date d'exécution du programme d'installation. Pour obtenir des instructions sur la manière d'afficher les fichiers journaux d'installation, consultez Afficher et lire les fichiers journaux d'installation de SQL Server.

  • Les fichiers journaux incluent une collection de fichiers.

  • Ouvrez le fichier *_summary.txt pour afficher des informations sur les produits, les composants et les instances.

  • Ouvrez le fichier *_errorlog.txt pour afficher des informations sur les erreurs générées durant l'installation.

  • Ouvrez le fichier * _RS_*_ComponentUpdateSetup.log pour consulter les informations de l'installation de Reporting Services.

Icône de flèche utilisée avec le lien Retour en hautHaut

Vérification de la configuration requise

Le programme d'installation vérifie automatiquement les conditions préalables. Toutefois, si vous tentez de résoudre des problèmes d'installation, il est utile de connaître les vérifications effectuées par le programme d'installation.

  • Les spécifications relatives aux comptes pour l'exécution du programme d'installation incluent l'appartenance au groupe Administrateurs local. Le programme d'installation doit avoir l'autorisation d'ajouter des fichiers et des paramètres du Registre, de créer des groupes de sécurité locaux et de définir des autorisations. Si vous installez une configuration par défaut, le programme d'installation doit avoir l'autorisation de créer une base de données du serveur de rapports sur l'instance SQL Server sur laquelle vous effectuez l'installation.

  • Le système d'exploitation doit prendre en charge HTTP.SYS 1.1.

  • Le service HTTP doit être activé et en cours d'exécution.

  • Le Coordinateur de transactions distribuées (DTC, Distributed Transaction Coordinator) doit s'exécuter si vous installez également le service SQL Server Agent.

  • Authz.dll doit être présent dans le dossier System32.

Le programme d'installation ne recherche plus les services Internet (IIS) ou ASP.NET. Reporting Services nécessite MDAC 2.0 et Microsoft .NET Framework version 2.0. Le programme d'installation installe ces composants s'ils ne le sont pas déjà.

Icône de flèche utilisée avec le lien Retour en hautHaut

Dépannage des problèmes liés aux installations en mode SharePoint

  • Le gestionnaire de configuration de Reporting Services ne démarre pas

  • Vous ne voyez pas le service SQL Server Reporting Services dans l'Administration centrale de SharePoint après avoir installé SQL Server 2012 SSRS en mode SharePoint

  • Les applets de commande PowerShell de Reporting Services ne sont pas disponibles et les commandes ne sont pas identifiées

  • Vous voyez s'afficher un message d'erreur indiquant que l'URL n'est pas configurée

  • L'installation échoue sur un ordinateur sur lequel SharePoint est installé sans être configuré

  • La page Administration centrale de SharePoint est vide

  • Vous voyez un message d'erreur lorsque vous essayez de créer un nouveau rapport du Générateur de rapports

  • Un message d'erreur indiquant que RS_SHP n'est pas pris en charge avec PREPAREIMAGE s'affiche

Le gestionnaire de configuration de Reporting Services ne démarre pas

Description : ceci est la procédure normale dans SQL Server 2012. Reporting Services dispose dorénavant d'une architecture pour l'architecture de service SharePoint. Le Gestionnaire de configuration n'est plus nécessaire pour configurer et administrer Reporting Services en mode SharePoint.

Solution de contournement : utilisez l'Administration centrale SharePoint pour configurer un serveur de rapports en mode SharePoint. Pour plus d'informations, consultez Gérer une application de service Reporting Services.

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

Vous ne voyez pas le service SQL Server Reporting Services dans l'Administration centrale de SharePoint après avoir installé SQL Server 2012 SSRS en mode SharePoint

Description : si après avoir correctement installé SQL Server 2012   Reporting Services en mode SharePoint et le complément SQL Server 2012  Reporting Services pour SharePoint 2010, vous ne voyez pas « SQL Server Reporting Services » dans les deux menus suivants, le service Reporting Services n'a pas été enregistré :

  • Administration centrale de SharePoint 2010 -> « Gestion des applications » -> Page « Gérer les services sur le serveur »

  • Administration centrale de SharePoint 2010 -> « Gestion des applications » -> « Gérer les applications de service » -> Menu « Nouveau »

Solution de contournement : pour inscrire et démarrer Reporting Services SharePoint Services, effectuez les opérations suivantes :

  1. Sur l'ordinateur qui exécute l'Administration centrale de SharePoint 2010

    1. Ouvrez SharePoint 2010 Management Shell avec des privilèges d'administrateur. Cliquez avec le bouton droit sur l'icône et cliquez sur « Exécuter en tant qu'administrateur ». Exécutez les trois applets de commande suivantes à partir de l'interpréteur de commandes :

    2. Install-SPRSService

    3. Install-SPRSServiceProxy

    4. Get-SPServiceInstance -all |where {$_.TypeName -like "SQL Server Reporting*"} | Start-SPServiceInstance

  2. Vérifiez que le service Reporting Services affiche l'état « Démarré » sur la page suivante : Administration centrale de SharePoint 2010 -> « Gestion des applications » -> « Gérer les services sur le serveur »

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

Les applets de commande PowerShell de Reporting Services ne sont pas disponibles et les commandes ne sont pas identifiées

Description : lorsque vous essayez d'exécuter une applet de commande PowerShell Reporting Services, un message d'erreur semblable au suivant s'affiche :

  • Le terme « Install-SPRSServiceInstall-SPRSService » n'est pas reconnu comme nom d'applet de commande, fonction, fichier de script ou programme exécutable. Vérifiez l'orthographe du nom, ou si le chemin d'accès existe, vérifiez que le chemin d'accès est correct et réessayez. At line:1 char:39+ Install-SPRSServiceInstall-SPRSService <<<< + CategoryInfo : ObjectNotFound: (Install-SPRSServiceInstall-SPRSService:String) [], CommandNotFoundExcep

Solution de contournement : sélectionnez l'une des options suivantes :

  • Exécutez le complément Reporting Services pour les produits SharePoint. rssharepoint.msi.

  • Installez le mode SharePoint de Reporting Services à partir du support d'installation SQL Server.

Remarque : si SharePoint 2013 Management Shell est ouvert lorsque vous appliquez l'une des solutions de contournement, fermez et ouvrez de nouveau le shell de gestion.

Pour plus d'informations, consultez les documents suivants :

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

Vous voyez s'afficher un message d'erreur indiquant que l'URL n'est pas configurée

Description : un message d'erreur s'affiche, semblable au suivant :

Cette fonctionnalité SQL Server Reporting Services (SSRS) n'est pas prise en charge. Utilisez l'Administration centrale pour vérifier et résoudre un ou plusieurs des problèmes suivants : • Une URL de serveur de rapports n'est pas configurée. Utilisez la page d'intégration SSRS pour la configurer. • Le proxy d'application de service SSRS n'est pas configuré. Utilisez les pages d'application de service SSRS pour configurer le proxy. • L'application de service SSRS n'est pas mappée à cette application Web. Utilisez les pages d'application de service SSRS pour associer le proxy d'application de service SSRS au Groupe de proxy d'application pour cette application Web.

Solution de contournement : le message d'erreur suggère trois étapes pour résoudre ce problème. La première suggestion du message « Une URL de serveur de rapports n'est pas configurée. » est appropriée lors de l'intégration à la version de serveur de rapports antérieure à SQL Server 2012. La configuration SharePoint pour les versions de serveurs de rapports précédentes est effectuée dans la page Paramètres généraux de l’application, à l'aide de SQL Server Reporting Services (2008 et 2008 R2).

Autres informations : vous verrez ce message d'erreur lorsque vous tenterez d'utiliser une fonctionnalité Reporting Services qui requiert une connexion au service Reporting Services. Cela inclut :

  • Ouverture du Générateur de rapports Microsoft SQL Server à partir d'une bibliothèque de documents SharePoint.

  • Gestion des abonnements.

  • Gestion d'une application de service.

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

L'installation échoue sur un ordinateur sur lequel SharePoint est installé sans être configuré

Description : si vous choisissez d'installer le mode SharePoint de Reporting Services sur un ordinateur sur lequel SharePoint est installé mais non configuré, un message semblable au suivant s'affiche et l'installation est interrompue :

Le programme d'installation de SQL Server a cessé de fonctionner

Solution de contournement : configurez SharePoint, puis exécutez le programme d'installation de SQL Server.

Plus d'informations : En installant Reporting Services dans une installation existante de SharePoint, le programme d'installation tente d'installer et de démarrzer le service SharePoint Reporting Services. Si SharePoint n'est pas configuré, le programme d'installation de service échoue, ce qui entraîne l'échec de l'installation.

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

La page Administration centrale de SharePoint est vide

Description : vous avez correctement installé SharePoint 2010, sans erreur. Toutefois, lorsque vous accédez à l'Administration centrale, vous voyez uniquement une page vide :

Solution de contournement : ce problème n'est pas spécifique à Reporting Services mais est lié à la configuration des autorisations de votre installation globale SharePoint. La liste ci-dessous répertorie les suggestions :

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

Vous voyez s'afficher un message d'erreur lorsque vous essayez de créer un nouveau rapport du Générateur de rapports

Description : Un message d'erreur semblable au suivant s'affiche lorsque vous essayez de créer un rapport du Générateur de rapports dans une bibliothèque de documents :

Cette fonctionnalité n'est pas prise en charge car une application de service SQL Server Reporting Services n'existe pas ou une URL de serveur de rapports n'a pas été configurée dans l'Administration centrale.

Solution de contournement : vérifiez que vous disposez d'une application de service Reporting Services et qu'elle est configurée correctement. Pour plus d'informations, consultez la section « Créer une application de service Reporting Services » dans Installer le mode SharePoint de Reporting Services comme une batterie de serveurs unique

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

Un message d'erreur indiquant que RS_SHP n'est pas pris en charge avec PREPAREIMAGE s'affiche

Description : lorsque vous essayez d'exécuter PREPAREIMAGE pour Reporting Services, un message d'erreur semblable au suivant s'affiche :

« La fonctionnalité spécifiée « RS_SHP » n'est pas prise en charge lors de l'exécution de l'action de PREPAREIMAGE, car elle ne prend pas en charge SysPrep. Supprimez les fonctionnalités incompatibles avec SysPrep et exécutez de nouveau le programme d'installation. »

Solution de contournement : il n'existe aucune solution de contournement. Reporting Services ne prend pas en charge SYSPREP (PREPAREIMAGE). Le mode natif de Reporting Services ne prends pas en charge SYSPREP.

Icône de flèche utilisée avec le lien Retour en hautHaut de la section SharePoint

Icône de flèche utilisée avec le lien Retour en hautHaut

Dépannage de problèmes dans les installations en mode natif

Icône de flèche utilisée avec le lien Retour en hautHaut

Les compteurs de performance ne sont pas visibles après une mise à niveau vers Windows Vista ou Windows Server 2008

Si vous mettez à niveau le système d'exploitation vers Windows Vista ou Windows Server 2008 sur un ordinateur qui exécute Reporting Services, les compteurs de performance Reporting Services ne seront pas définis après la mise à niveau.

Pour rétablir les compteurs de performances Reporting Services

  1. Supprimez les clés de Registre suivantes :

    • HKLM\SYSTEM\CurrentControlSet\Services\MSRS 2011 Web Service

    • HKLM\SYSTEM\CurrentControlSet\Services\MSRS 2011 Windows Service

  2. Ouvrez une fenêtre de commande et tapez la commande suivante à l'invite de commandes :

    • run <.NET 2.0 Framework directory**>\InstallUtil.exe <Report Server Bin directory>\ReportingServicesLibrary.dll**

      [!REMARQUE]

      Remplacez <.NET 2.0 Framework directory> par le chemin d'accès physique aux fichiers .NET Framework 2.0 et <Report Server Bin directory> par le chemin d'accès physique aux fichiers bin du serveur de rapports.

  3. Redémarrez le service Reporting Services.

Pour vérifier que les opérations effectuées ont fonctionné, ouvrez un navigateur Web et accédez à l'URL du Gestionnaire de rapports ou à l'URL du serveur de rapports. Ouvrez ensuite l'Analyseur de performances pour vérifier que les compteurs fonctionnent.

Icône de flèche utilisée avec le lien Retour en hautHaut

Pour rajouter les clés de Registre Performance à l'aide de l'Éditeur du Registre

  1. Ouvrez l'Éditeur du Registre :

    1. Cliquez sur Démarrer, puis sur Exécuter.

    2. Dans la boîte de dialogue Exécuter, dans la zone Ouvrir, tapez regedit.

  2. Dans l'Éditeur du Registre, sélectionnez la clé de Registre suivante : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2011 Web Service\Performance

  3. Cliquez avec le bouton droit sur le nœud Performance, pointez sur Nouveau, puis cliquez sur Valeur de chaînes multiples.

  4. Tapez Counter Names, puis appuyez sur Entrée.

  5. Répétez l'opération pour ajouter la clé de Registre Counter Types dans ce nœud.

  6. Accédez à la clé de Registre suivante : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2011 Web Service\Performance

  7. Cliquez avec le bouton droit sur le nœud Performance, pointez sur Nouveau, puis cliquez sur Valeur de chaînes multiples.

  8. Tapez Counter Names, puis appuyez sur Entrée.

  9. Répétez l'opération pour ajouter la clé de Registre Counter Types dans ce nœud.

Après avoir réparé l'instance 64 bits ou rajouté les clés de Registre manuellement, vous pouvez utiliser l'Analyseur de performances pour configurer les objets de performance Reporting Services à surveiller.

Icône de flèche utilisée avec le lien Retour en hautHaut

Les propriétés de configuration ReportServerExternalURL et PassThroughCookies ne sont pas configurées après une mise à niveau à partir de SQL Server 2005

Lorsque vous effectuez une mise à niveau de SQL Server 2005 vers SQL Server 2012 Reporting Services (SSRS), les propriétés de configuration ReportServerExternalURL et PassThroughCookies ne sont pas configurées par le processus de mise à niveau. ReportServerExternalURL est une propriété facultative, et elle ne doit être définie que si vous utilisez des WebParts SharePoint 2.0 et que vous souhaitez que les utilisateurs puissent récupérer un rapport et l'ouvrir dans une nouvelle fenêtre de navigateur. Pour plus d'informations sur ReportServerExternalURL, consultez URL des fichiers de configuration. PassThroughCookies n'est requise que lorsque vous utilisez la méthode d'authentification personnalisée. Pour plus d'informations sur PassThroughCookies, consultez Configurer le Gestionnaire de rapports pour passer des cookies d'authentification personnalisée.

[!REMARQUE]

Lorsque vous utilisez l'authentification personnalisée, il est recommandé de migrer votre installation plutôt que d'effectuer une mise à niveau. Pour plus d'informations sur la migration de Reporting Services, consultez Migrer une installation Reporting Services (mode natif).

Par défaut, ces propriétés n'existent pas dans la configuration de SQL Server 2012 Reporting Services (SSRS). Si vous avez configuré ces propriétés dans SQL Server 2005 et que vous avez toujours besoin des fonctionnalités qu'elles offrent, vous devez les ajouter manuellement au fichier RSReportServer.config après la mise à niveau. Pour plus d'informations, consultez Modifier un fichier de configuration Reporting Services (RSreportserver.config).

Icône de flèche utilisée avec le lien Retour en hautHaut

L'installation échoue pour une instance par défaut de SQL Server 2005 Reporting Services sur un ordinateur qui exécute SQL Server 2012 Reporting Services

Si vous essayez d'installer une instance par défaut de SQL Server 2005 Reporting Services sur un ordinateur qui exécute déjà une instance de SQL Server 2012 Reporting Services (SSRS), l'installation de l'instance de SQL Server 2005 Reporting Services échouera avec le message d'erreur suivant :

« Une instance portant le même nom est déjà installée sur un ou plusieurs nœuds du cluster. Pour poursuivre l'installation de SQL Server, fournissez un nom d'instance unique. »

Ce problème se produit indépendamment du fait que l'instance de SQL Server 2012 Reporting Services (SSRS) soit une instance par défaut ou nommée, et indépendamment du fait qu'une instance de SQL Server 2012 Reporting Services (SSRS) portant ce nom soit déjà présente ou non sur l'ordinateur.

Pour contourner ce problème, choisissez l'une des méthodes suivantes :

  • Si vous devez exécuter SQL Server 2005 Reporting Services en tant qu'instance par défaut sur l'ordinateur, vous devez installer l'instance de SQL Server 2005 Reporting Services avant l'instance de SQL Server 2012 Reporting Services (SSRS).

  • S'il n'est pas nécessaire que l'instance de SQL Server 2005 Reporting Services soit une instance par défaut, vous pouvez installer l'instance de SQL Server 2005 Reporting Services en tant qu'instance nommée une fois l'instance de SQL Server 2012 Reporting Services (SSRS) installée.

Icône de flèche utilisée avec le lien Retour en hautHaut

Erreur 401 non autorisée lors de l'utilisation de l'authentification Windows après une mise à niveau de SQL Server 2005 vers SQL Server 2012

Si vous effectuez une mise à niveau de SQL Server 2005 Reporting Services vers SQL Server 2012 Reporting Services (SSRS) et que vous utilisez l'authentification NTLM avec un compte intégré pour le compte de service Report Server, une erreur 401 non autorisée peut se produire lorsque vous accédez au serveur de rapports ou au Gestionnaire de rapports après la mise à niveau.

Cette erreur se produit à cause d'une modification dans la configuration par défaut de SQL Server 2012 Reporting Services (SSRS) pour l'authentification Windows. Negotiate est configuré lorsque le compte de service Report Server est Service réseau ou Système local. NTLM est configuré lorsque le compte de service Report Server n'est pas l'un de ces comptes intégrés. Pour résoudre ce problème après la mise à niveau, vous pouvez modifier le fichier RSReportServer.config et attribuer à AuthenticationType la valeur RSWindowsNTLM. Pour plus d'informations, consultez Configurer une authentification Windows sur le serveur de rapports.

Haut

La désinstallation d'une instance 32 bits de SQL Server 2012 Reporting Services dans un déploiement côte à côte avec une instance 64 bits arrête l'instance 64 bits

Lorsque vous installez une instance 32 bits et une instance 64 bits de SQL Server 2012 Reporting Services (SSRS) côte à côte sur un ordinateur, puis désinstallez l'instance 32 bits, quatre clés de Registre Reporting Services sont supprimées. Cela arrête l'instance 64 bits de Reporting Services. Les clés de Registre Reporting Services qui sont supprimées lorsque vous désinstallez l'instance 32 bits sont les suivantes :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2011 Web Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2011 Windows Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2011 Web Service\Performance:Counter Types HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2011 Windows Service\Performance:Counter Types

Pour résoudre ce problème, vous pouvez réparer l'instance 64 bits. Bien qu'il soit recommandé d'utiliser la réparation, vous pouvez manuellement rajouter les clés de Registre à l'aide de l'Éditeur du Registre.

AttentionAttention

Une modification incorrecte du Registre peut sérieusement endommager votre système. Avant d'apporter des modifications au Registre, il convient de sauvegarder les données importantes qui se trouvent sur l'ordinateur.

Ressources supplémentaires

Vous trouverez ci-dessous des ressources complémentaires pour vous aider à résoudre les problèmes :

Paramètres SharePoint Soumettre des commentaires et choisir son interlocuteur via Microsoft SQL Server Connect (https://connect.microsoft.com/SQLServer/Feedback).

Icône de flèche utilisée avec le lien Retour en hautHaut