Dépannage d’une installation de Reporting Services

Si vous ne pouvez pas installer Reporting Services à cause d’erreurs survenant lors de la configuration, utilisez les instructions de cet article pour traiter les conditions les plus susceptibles de causer des erreurs d’installation.

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

Consultez les notes de version en ligne au cas où le problème rencontré serait décrit dans les notes.

Vérifiez les journaux de configuration

Les erreurs d’installation sont consignées dans les fichiers journaux du dossier <lecteur>:\Program Files\Microsoft SQL Server\nnn\Setup Bootstrap\Log. Un sous-dossier est créé à chaque fois que vous lancez Configuration. Le nom du sous-dossier correspond à l’heure et à la date où vous avez lancé la configuration. Pour les instructions sur la façon d’afficher les fichiers journaux de configuration, voir Visualiser et lire les fichiers journaux de configuration SQL Server.

• Les fichiers journaux incluent une collection de fichiers.

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

• Ouvrez le fichier *_errorlog.txt pour consulter les informations d’erreur générées lors de la configuration.

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

Vérifier les prérequis

La configuration vérifie automatiquement les prérequis. Cependant, si vous résolvez des problèmes d’installation, il est utile de savoir quels prérequis Setup vérifie.

• Les exigences de compte pour exécuter Setup incluent l’adhésion au groupe local des Administrateurs. La configuration doit avoir l’autorisation d’ajouter des fichiers, de régler le registre, de créer des groupes de sécurité locaux et de définir les permissions. Si vous installez une configuration par défaut, Setup doit avoir l’autorisation de créer une base de données serveur de rapports sur l’instance SQL Server sur laquelle vous installez.

• 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 Distributed Transaction Coordinator (DTC) doit fonctionner si vous installez également le service SQL Server Agent.

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

La configuration ne vérifie plus Internet Information Services (IIS) ni ASP.NET. Reporting Services nécessite MDAC 2.0 et le Microsoft .NET Framework version 2.0 ; La configuration les installera, si ce n’est pas déjà installé.

Dépannage des problèmes avec les installations en mode natif

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

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

Rétablir les compteurs de performance de Reporting Services

1. Supprimez les clés de Registre suivantes :

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

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

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

   • Exécutez <le répertoire du .NET Framework 4.0>\InstallUtil.exe <répertoire Bin du serveur de rapports>\ReportingServicesLibrary.dll

     Note

     Remplacez <le répertoire .NET Framework 4.0> par le chemin d’accès physique des fichiers de .NET Framework 4.0 et remplacez <le répertoire Bin du serveur de rapports> par le chemin d’accès physique des fichiers bin du serveur de rapports.

3. Redémarrez le service Reporting Services.

Pour vérifier que les étapes ont fonctionné, ouvrez un navigateur Web et naviguez vers l’URL du portail web ou l’URL du serveur de rapports. Ensuite, ouvre Analyseur de performances pour vérifier que les compteurs fonctionnent.

Pour ajouter à nouveau les clés de registre de performance en utilisant l’Éditeur de 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 boîte Ouvrir , tapez regedit.

2. Dans l’Éditeur de registre, sélectionnez la clé de registre suivante : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance

3. Faites un clic droit sur le nœud Performance, pointez vers Nouveau, puis cliquez sur Valeur multichaîne.

4. Tapez Noms de compteurs puis appuyez sur ENTRÉE.

5. Répétez 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 2016 Web Service\Performance

7. Faites un clic droit sur le nœud Performance, pointez vers Nouveau, puis cliquez sur Valeur chaîne multiple.

8. Tapez Noms de compteurs puis appuyez sur ENTRÉE.

9. Répétez pour ajouter la clé de registre Counter Types dans ce nœud.

Après avoir réparé l’instance 64 bits ou ajouté manuellement les clés du registre, vous pouvez utiliser Analyseur de performances pour configurer les objets de performance Reporting Services que vous souhaitez surveiller.

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

Lorsque vous passez de SQL Server 2005 (9.x) à SQL Server 2016 (13.x) Reporting Services ou une version ultérieure (SSRS), les propriétés de configuration ReportServerExternalURL et PassThroughCookies ne sont pas configurées par le processus de mise à jour. ReportServerExternalURL est une propriété optionnelle, et elle ne doit être définie que si vous utilisez des Web Parts 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 les URL dans les fichiers de configuration (Report Server Configuration Manager). Les PassThroughCookies sont uniquement requis lors de l’utilisation d’une méthode d’authentification personnalisée. Pour plus d’informations sur les PassThroughCookies, consultez Configurer le portail Web pour passer les cookies d’authentification personnalisés.

Par défaut, ces propriétés n’existent pas dans la configuration SQL Server 2016 (13.x) Reporting Services ou ultérieure (SSRS). Si vous avez configuré ces propriétés en SQL Server 2005 (9.x) et que vous continuez à avoir besoin des fonctionnalités qu’elles fournissent, vous devez les ajouter manuellement au fichierRSReportServer.config après la mise à niveau. Pour plus d’informations, voir Modifier un fichier de configuration Reporting Services (RSreportserver.config).

401 - Erreur non autorisée lors de l’utilisation de Authentification Windows après une mise à niveau de SQL Server 2005 à SQL Server 2016

Si vous passez de SQL Server 2005 (9.x) Reporting Services à SQL Server 2016 (13.x) Reporting Services ou une version ultérieure (SSRS), et que vous utilisez l’authentification NTLM avec un compte intégré pour le compte de service Report Server, vous pourriez rencontrer une erreur 401-Non autorisée lors de l’accès au serveur de rapports ou au portail web Après la mise à niveau.

Vous voyez ce message à cause d’un changement dans la configuration par défaut de SQL Server 2016 (13.x) Reporting Services ou versions ultérieures (SSRS) pour Authentification Windows. Negotiate est configuré lorsque le compte de service du serveur de rapports est soit un service réseau, soit un système local. NTLM est configuré lorsque le compte de service du serveur de rapports ne fait pas partie de ces comptes intégrés. Pour résoudre ce problème après la mise à jour, vous pouvez modifier le fichier RSReportServer.config et configurer l’AuthenticationType pour qu’il soit RSWindowsNTLM. Pour plus d’informations, voir Configurer l’authentification Windows sur le serveur de rapports.

Désinstaller une instance 32 bits de SQL Server 2016 Reporting Services lors d’un déploiement côte à côte avec une instance 64 bits casse l’instance 64 bits

Lorsque vous installez une instance 32 bits et une instance 64 bits de SQL Server 2016 (13.x) Reporting Services ou versions ultérieures (SSRS) côte à côte sur un ordinateur, et que vous désinstallez l’instance 32 bits, quatre clés de registre Reporting Services sont supprimées. La suppression des clés endommage l’instance 64 bits de Reporting Services. Les clés du registre Reporting Services qui sont supprimées lors de la désinstallation de l’instance 32 bits sont :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Windows Service\Performance:Counter Names HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 Web Service\Performance:Counter Types HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSRS 2016 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 Repair, vous pouvez réajouter manuellement les clés du registre en utilisant l’Éditeur de registre.

Ressources additionnelles

Voici des ressources supplémentaires que vous pouvez consulter pour vous aider à résoudre les problèmes :

• Dépannage de l’intégration de Reporting Services à SharePoint

• Microsoft Q & R : SQL Server Reporting Services

• Vous avez des retours ou d’autres questions ? Partagez des idées pour SQL.