Meilleur auteur de réponses
SCOM 2012 SP1 : surveiller un AD distant

Question
-
Bonjour,
Je suis entrain de mettre en place les agent SCOM sur un sites distants qui dispose de propre forêt AD.
J'ai fait
- une approbation de forêt avec la forêt ou se trouve le serveur SCOM
- configurer le conteneur AD avec momadmin => OK
- configurer le paramètre du serveur SCOM => les éléments apparaissent bien dans le conteneur AD de la forêt distante
-installer l'agent sur les DC distants = OK => j'ai bien des éléments qui remonte, ils ont bien été détecté par les règles.
Par contre j'ai des alertes qui s'ouvre avec des problèmes liés à des problèmes de performances qui d'après moi viennent plutôt de l’architecture que j'ai mis en place (pas de serveur SCOM sur le site distant) nui de Gateway pour les agents.
Alerte du genre
The Domain Controller's General Response is poor or unavailable over several sampling intervals.
Selon vous quel serait l'architecture à mettre en place pour surveiller une autre forêt AD par l'intermédiaire d'une connexion VPN ?
Réponses
-
En fait j'ai cru que le test à distance était perturbé.
Il y avait bien un problème sur le DC distant qui venait de l'antivirus et ralentissait le serveur.
- Marqué comme réponse Philippe BarthMVP vendredi 3 janvier 2014 15:32
Toutes les réponses
-
Déja un article interessant
L'installation de agent scom en manuel n'installe pas oomads.msi, et des alertes sur des script apparaissent.
-
-
L'article précédent à supprimer un certain nombre d'erreur.
Pour le reste si tu as des recommandations, entre les choix
- laisser communiquer les serveurs directement avec le serveur SCOM sur l'autre site
- ajouter un serveur de management sur le site distant.
- utiliser une paserelle
Je mets pour exemple une des alertes :
Alerte : DNS 2008/R2 Resolution Time Alert
Source : xxxxxx
Chemin : xxxxx
Dernière modification par : System
Heure de dernière modification : 02/01/2014 21:00:06
Description d'alerte : DNS Server xxxxxx is experiencing performance issues.
- Modifié Philippe BarthMVP jeudi 2 janvier 2014 21:29
-
En fait j'ai cru que le test à distance était perturbé.
Il y avait bien un problème sur le DC distant qui venait de l'antivirus et ralentissait le serveur.
- Marqué comme réponse Philippe BarthMVP vendredi 3 janvier 2014 15:32