Vue d’ensemble et pré-requis
Pour fonctionner, la fonctionnalité AEM s’appuie sur cette architecture de reporting en y apportant de légères modifications. Lesquels ? En y intercalant un serveur d’administration dont le rôle sera de collecter ces rapports et en modifiant l’adresse de destination des rapports du service Windows Error Reporting sur vos postes clients!
L’ensemble du processus est totalement transparent pour l’utilisateur final ! Tout en procurant aux équipes informatiques les outils adaptés à cette gestion d’information.
Par exemple, Il sera possible de personnaliser la collecte d’information (requête WMI, rechercher une clé de registre, etc…) puis de filtrer les données sensibles avant de les transmettre à Microsoft. Enfin nous pourrons générer des rapports d’état issus de la base de donnés de Reporting (OpsMgr DW).
Vue d’ensemble du processus d’envois des rapports d’erreur – Windows Error Reporting
Cette solution repose sur l’infrastructure existante de supervision System Center Operations Manager 2007 et Active Directory, dont les pré-requis sont les suivants :
- Infrastructure DNS et Active Directory en bonne santé
- Un groupe d’administration en bonne santé
- Les rôles d’architecture Operations Manager suivant :
- Un serveur de base de données : il stockera les données de rapport collecté
- Un serveur d’administration racine ou un serveur d’administration : point de récupération des donnés collectés
- Un serveur de Reporting et base de données DataWarhouse si la création de rapport est nécessaire.
Pour résumé, deux étapes sont nécessaires à la mise en place de cette fonctionnalité :
- Configuration du serveur d’administration : La fonctionnalité AEM doit y être activée
- Configuration des postes clients : à l’aide d’une stratégie de groupe (GPO) par exemple.
ç Introduction- Back
Configuration du serveur d'administration - Next è
Table des matières