Share via


Configuration système requise pour Service Reporting

 

Date de publication : mars 2016

S’applique à : System Center 2012 R2 Service Reporting, System Center 2012 R2 Orchestrator

Cette rubrique répertorie uniquement la configuration système requise pour Service Reporting dans System Center 2012 R2. Reporting Services étant un composant de System Center 2012 R2, vous devez également connaître la configuration requise pour System Center 2012 R2, indiquée dans Configuration système requise pour System Center 2012 R2.

Matériel

Le programme d'installation de Service Reporting nécessite 100 gigaoctets (Go) d'espace disque libre. Après l'installation, la plupart de l'espace disque utilisé par Service Reporting est réservé aux bases de données de l'entrepôt de données. Initialement, la taille des bases de données est petite. Avec la collecte des données au fil du temps, les tailles des bases de données augmentent, mais ne dépassent généralement pas 60 Go. Toutefois, la taille totale maximale possible des bases de données est de 100 Go.

Notes

L'instance de traitement analytique en ligne (OLAP) de l'entrepôt de données dans Service Reporting peut utiliser une grande quantité de RAM.

Logiciels

Le programme d'installation vérifie que le logiciel est installé sur le serveur sur lequel vous installez Service Reporting. Si des composants nécessaires sont absents, le programme d'installation échoue.

Systèmes d'exploitation

Service Reporting prend en charge les systèmes d'exploitation serveur suivants :

  • Windows Server 2012 R2

    Service Reporting prend en charge les éditions Enterprise et Standard, mais nous vous recommandons l'édition Enterprise. Quelle que soit l'édition utilisée, vous pouvez utiliser une installation Server Core.

  • Windows Server 2012

    Service Reporting prend en charge toutes les éditions, mais nous vous recommandons l'édition Enterprise. Quelle que soit l'édition utilisée, vous pouvez utiliser une installation Server Core.

Exécution de Service Reporting sur des machines virtuelles Microsoft Azure

Service Reporting s'exécute sur Microsoft Azure comme sur les ordinateurs physiques. Il est recommandé sur Microsoft Azure quand l'objectif principal est la création de rapports de service, à savoir la collecte et la création de rapports de données d'utilisation et d'inventaire à partir de points de terminaison System Center 2012 R2 Operations Manager et Pack Windows Azure pour Windows Server.

Service Reporting a été testé par Microsoft en l'installant et en l'utilisant sur une machine virtuelle Microsoft Azure. Les tests ont conclu que Service Reporting était entièrement opérationnel et fonctionnait exactement comme sur du matériel physique.

Les tests de stabilité et de performances sur une machine virtuelle Microsoft Azure ont atteint un niveau pour lequel aucune considération particulière n'était nécessaire.

Composants de System Center 2012 R2 et configuration requise pour Windows Azure Pack

Service Reporting peut recueillir des informations sur l'utilisation à partir d'System Center 2012 R2 Operations Manager et de Pack Windows Azure pour Windows Server. Toutefois, d'autres composants et systèmes peuvent interagir avec Operations Manager et Pack Windows Azure.

Service Reporting nécessite des informations à partir d'Operations Manager qui sont disponibles uniquement quand des agents analysent System Center 2012 R2 Virtual Machine Manager (VMM). Pour que Service Reporting recueille et affiche des informations de VMM à partir de Pack Windows Azure, il doit disposer d'une connexion à Operations Manager.

La liste suivante résume les relations entre Service Reporting et d'autres composants et Pack Windows Azure. Elle préconise également l'ordre dans lequel vous devez installer et configurer les composants System Center 2012 R2 et Pack Windows Azure avant d'inscrire des connexions de données entre Operations Manager ou Pack Windows Azure et Reporting Services.

  1. Virtual Machine Manager

    VMM est la principale source de données d'utilisation pour les serveurs hébergés. Dans un environnement de test, vous devez installer et configurer VMM avant les autres composants de System Center.

  2. Operations Manager

    Les agents Operations Manager analysent et recueillent des données à partir des ordinateurs dans votre infrastructure de serveur.Operations Manager utilise des agents pour recueillir des données d'utilisation pour l'infrastructure VMM et les stocker dans la base de données opérationnelle, où Service Reporting peut les récupérer. Par conséquent, vous devez installer et configurer Operations Manager et déployer des agents après avoir installé VMM. Pour en savoir plus sur l'utilisation des agents pour recueillir des données VMM, consultez Méthodes d'installation de l'agent Operations Manager. Après avoir installé VMM et Operations Manager, vous pouvez lire l'article Comment connecter VMM à Operations Manager pour en savoir plus sur la façon de les connecter.

    Ensuite, après avoir installé Service Reporting, vous devez créer la connexion à la base de données opérationnelle Operations Manager en utilisant les informations fournies dans l'article Comment configurer Service Reporting pour Windows Azure Pack et System Center.

  3. Service Provider Foundation

    Service Provider Foundation est un composant de System Center 2012 R2 qui fournit un service web OData extensible qui interagit avec VMM. Cela permet aux fournisseurs de services et d'hébergement de concevoir et d'implémenter des portails mutualisés libre-service qui intègrent les fonctionnalités IaaS disponibles dans System Center 2012 R2. Pour en savoir plus sur l'installation de Service Provider Foundation, consultez Installation de Service Provider Foundation pour System Center 2012 R2.

    Notes

    Le programme d'installation de Service Provider Foundation fait partie de System Center 2012 R2 Orchestrator.

  4. Pack Windows Azure pour Windows Server

    Vous n'avez pas besoin de Pack Windows Azure pour afficher des informations sur les rapports d'inventaire ou sur l'infrastructure de machine virtuelle à partir d'Operations Manager. Toutefois, pour afficher les données d'utilisation des machines virtuelles, vous pouvez utiliser Pack Windows Azure comme source de données d'utilisation facultative (mais importante) sur les services hébergés sur lesquels Service Reporting peut établir des rapports. Pour en savoir plus sur l'installation et la configuration de Pack Windows Azure, consultez Déployer Windows Azure Pack pour Windows Server.

    Ensuite, après avoir installé Service Reporting, vous devez créer la connexion à la base de données de gestion Pack Windows Azure en utilisant les informations fournies dans l'article Comment configurer Service Reporting pour Windows Azure Pack et System Center.

Une fois que vous avez installé et configuré tous les composants System Center 2012 R2 et que toutes les conditions requises par Pack Windows Azure sont remplies, tous les systèmes sont en place pour l'installation de Service Reporting.

SQL Server

Service Reporting prend en charge les versions suivantes de logiciel Microsoft SQL Server.

Notes

Service Reporting prend en charge l'édition Standard de Microsoft SQL Server 2012 et SQL Server 2008 R2, et cette édition fournit des performances acceptables. Toutefois, certaines des fonctionnalités avancées de SQL Server sont limitées dans l'édition Standard.

  • SQL Server 2012 éditions Enterprise et Standard. La configuration requise est la suivante :

    • Vous devez configurer les services SQL Server à l'aide d'un compte de domaine pour vous assurer que SQL Server Analysis Services, SQL Server (MSSQLSERVER) et SQL Server Agent (MSSQLSERVER) démarrent en utilisant les informations d'identification du compte de domaine. Vous ne pouvez pas utiliser Système local pour les services SQL Server avec Service Reporting, car un serveur distant qui exécute SQL Server ne peut pas accéder au partage de dossiers Lecteur_Installation:\Program Files\Microsoft System Center 2012 R2\Service Reporting\SSISPackages. Le compte doit avoir un accès en lecture à la base de données Operations Manager pour pouvoir récupérer les données sources.

    • Service Reporting prend en charge les groupes de disponibilité AlwaysOn de SQL Server 2012.Pour plus d'informations sur le clustering de basculement de SQL Server 2012 AlwaysOn, voir SQL Server 2012 AlwaysOn : Instance de cluster de basculement multisite.

    • Les bases de données Service Reporting SQL Server sont prises en charge dans les instances nommées et par défaut.

    • Service Reporting nécessite le rôle SQL Server Integration Services (SSIS) sur les serveurs où vous souhaitez installer les bases de données de l'entrepôt de données Service Reporting. Pendant l'installation de Reporting Services, les packages SSIS respectifs sont créés sur les serveurs. Ces packages utilisent les fonctions offertes par SSIS pour traiter les données pour l'entrepôt de données Service Reporting.

    • Service Reporting nécessite le rôle SQL Server Analysis Services sur les serveurs où vous souhaitez installer les bases de données OLAP Service Reporting. Pendant l'installation de Service Reporting, une instance de SQL Server est créée pour héberger le rôle SQL Server.

    • Service Reporting nécessite SQL Server 2012 Analysis Management Objects sur le serveur où vous installez Service Reporting.

  • SQL Server 2008 R2 éditions Enterprise et Standard. SQL Server 2008 R2 a la même configuration requise que SQL Server 2012.

Configuration de compte requise pour les services SQL Server

Service Reporting utilise les comptes suivants pour les services SQL Server. Si jamais vous modifiez les comptes de ces services, assurez-vous de conserver ou de restaurer l'autorisation sur les objets.

  • SQL Server

    Le service doit ouvrir une session en tant que compte de domaine.

  • Agent SQL Server

    Le service doit ouvrir une session en tant que compte de domaine et doit avoir accès en lecture à la base de données System Center 2012 R2 Operations Manager. Par défaut, ce compte est configuré avec une autorisation d'accès complète aux dossiers SSISPackages et WorkDir. Si le compte est modifié, vous devez vous assurer que les autorisations d'accès aux dossiers sont conservées.

  • SQL Server Analysis Services

    Le service doit ouvrir une session en tant que compte de domaine et doit avoir accès à la base de données UsageDatawarehouseDB de l'entrepôt de données Service Reporting.

  • SQL Server Integration Services

    Le service doit ouvrir une session en tant que compte de domaine.

Instance SSIS de l'entrepôt de données dans Reporting Services

Pendant l'installation de Reporting Services, l'instance de l'entrepôt de données Service Reporting est créée avec la configuration suivante (indiquée avec le matériel minimal) :

  • 8 Go de RAM

  • 2 processeurs

  • Bases de données :

    • UsageETLRepositoryDB. Initialement configurée avec 10 Go d'espace disque sans groupe de fichiers.

    • UsageStagingDB. Initialement configurée avec 100 Go d'espace disque sans groupe de fichiers.

    • UsageDWRepositoryDB. Initialement configurée avec 1 Go d'espace disque avec huit groupes de fichiers. Toutefois, SQL Server Standard Edition n'inclut pas de groupes de fichiers.

Instance OLAP de l'entrepôt de données dans Reporting Services

Pendant l'installation de Reporting Services, l'instance SQL Server Analysis Services de l'entrepôt de données Service Reporting est créée avec la configuration suivante (indiquée avec le matériel minimal) :

  • 16 Go de RAM

  • 2 processeurs

  • Base de données UsageAnalysisDB, avec une taille déterminée par le volume de données dans l'entrepôt de données

Notes

Cette instance de SQL Server peut utiliser une grande quantité de RAM.

Prise en charge linguistique de SQL Server Reporting Services

Les informations contenues dans le tableau suivant représentent les classements approuvés et les identificateurs de paramètres régionaux testés par Microsoft pour Service Reporting. Dans la liste des classements dans ce tableau, « CI » indique le non-respect de la casse et « AS » indique le respect des accents.

Langage Classement Windows
Anglais, néerlandais, allemand, italien Latin1_General_100_CI_AS
Chinois Chinese_Simplified_Pinyin_100_CI_AS
Chinois traditionnel Chinese_Traditional_Stroke_Count_100_CI_AS
Tchèque Czech_100_CI_AS
Danois Danish_Norwegian_CI_AS
Finnois Finnish_Swedish_100_CI_AS
Français French_100_CI_AS
Grec Greek_100_CI_AS
Hongrois Hungarian_100_CI_AS
Japonais Japanese_XJIS_100_CI_AS
Coréen Korean_100_CI_AS
Norvégien Norwegian_100_CI_AS
Polonais Polish_100_CI_AS
Portugais (Brésil) Latin1_General_CI_AS
Russe Cyrillic_General_100_CI_AS
Espagnol Modern_Spanish_100_CI_AS
Suédois Finnish_Swedish_100_CI_AS
Turc Turkish_100_CI_AS

Prise en charge de Windows PowerShell

Vous devez installer les Extensions Windows PowerShell® pour SQL Server 2012 sur le serveur où vous installez Service Reporting. Les extensions dépendent des objets de gestion partagée de SQL Server 2012, qui dépendent à leur tour des types CLR du système Microsoft pour SQL Server 2012. Tous ces éléments sont disponibles dans le SQL Server 2012 Feature Pack intégré dans le programme d'installation de SQL Server 2012.

Windows PowerShell 3.0 est nécessaire. Si vous exécutez Windows Server 2008 R2, vous pouvez installer Windows Management Framework 3.0 à partir du Centre de téléchargement Microsoft.

.NET Framework 4.5

Service Reporting nécessite Microsoft .NET Framework 4.5. Vous pouvez obtenir l'installation complète de .NET Framework 4.5 (dotNetFx40_Full_setup.exe) à partir du Centre de téléchargement Microsoft.

Excel 2010

Service Reporting nécessite Microsoft Excel 2010 ou Excel 2013 pour afficher les rapports d'utilisation et d'inventaire. Vous pouvez installer Excel sur un ordinateur qui dispose d'une connectivité réseau à l'entrepôt de données Service Reporting. La Visionneuse Excel n'est pas prise en charge, car elle ne prend pas en charge l'affichage des cubes de données.

Une fois que vous avez installé Service Reporting, les classeurs Excel qui contiennent les rapports Reporting Services sont installés dans le dossier suivant :

Lecteur_Installation:\Program Files\Microsoft System Center 2012 R2\Service Reporting\Reports

Voir aussi

Service Reporting dans System Center 2012 R2
Prise en charge de Service Reporting
Notes de version de System Center 2012 R2 - Service Reporting