Je rencontre un problème concernant le monitoring d'une application COM
+ et de son service associé ...
Actuellement, ce monitoring a été mis en place en utilisant le
management pack template "Windows Service". Celui ci fonctionne très
bien, mais ne correspond pas du tout à nos besoins.
En effet, celui ci utilise le principe d'apprentissage "2 state
baseline", qui retourne une alerte si la valeur est en dessous ou au
dessus d'une plage de valeur variable, et ce sur un cycle
d'apprentissage d'une semaine. Or mon application COM+ ne sert pas
toujours, et ce de manière assez irregulière (utilisation par des
commerciaux)
Ce qui fait que j'ai en moyenne par jour +/- 150 alertes inutiles
remontées par le monitoring "processor Time"
J'ai donc tenté de jouer avec les overrides, mais sans succès car :
- Impossible de desactiver la limite basse
- l'algorithme qui regit les valeur de inner/outer sensitivity" n'est
pas des plus simple (merci d'ailleurs à kevin holman et son excellent
article sur les overrides)
L'étape suivante fut donc de créer mon propre "monitoring" de
performance, avec un "single treshold" et un seuil fixe :
- je choisis mon "object" de type "process"
- le compteur de perf "% Processor Time"
Mais c'est là que je bloque, tous les objets COM+ apparaissent comme
une instance "dllhost#XX" avec XX le numero de l'instance. Mon serveur
hébergeant plusieurs applis COM+, comment faire ?
Merci de m'éclairer de vos lumières :)
Cordialement,
Cordialement,
Emmanuel Dreux
http://www.ilinfo.fr
"Nausicaa" <nosi...@gmail.com> a écrit dans le message de
news:86a7a88c-0055-4e1b...@z28g2000prd.googlegroups.com...
Bonjour,
Si vous voulez juste superviser le service, le plus simple est de créer
un basic service monitor.
Que voulez-vous superviser d'autre et sur quel OS (2003/2008) ce
composant tourne-t-il ?
Cordialement,
--
Yann Gainche
MVP - Microsoft Operations Manager
He non, justement, cela ne suffit pas, il me faut pouvoir generer des
alertes/rapports sur les performances ...
Actuellement ma boite met en place une nouvelle application
commerciale, et ils ont fait le choix technique d'utiliser des
applications COM+. Sur ce même serveur W2003 entreprise SP2 tourne
donc un certains nombres de ces machins que je dois suivre de très
près.
> MVP - Microsoft Operations Manager- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -
On 21 jan, 22:03, "Edreux \(ILINFO\)" <edr...@nospam.fr> wrote:
> je vous ai envoyé un petit outil nommé packpid.exe qui permet de récupérer
> le pid de votre composant com+.
>
> Cordialement,
> Emmanuel Dreuxhttp://www.ilinfo.fr
>
> "Nausicaa" <nosic...@gmail.com> a écrit dans le message denews:86a7a88c-0055-4e1b...@z28g2000prd.googlegroups.com...
Dans ce genre de situation, nous utilisons le pack d'administration de
chez AVICODE :
http://www.avicode.com/AVIcodeOpsMgr2007/3/opsmgr2007features.htm
Il est donc impossible de reproduire la même chose qu'avec la
Template ???
Ce n'est pas spécifiquement une limitation d'Operations Manager, mais
plutôt un problème d'instrumentation.
Pour un service par exemple, c'est très simple. Un service expose une
instance de la classe WMI win32_Service et il est simple de la
requêter. Un processus peut créer des instances de compteurs de
performance.
Pour ce qui concerne un composant COM+, il n’y a rien de particulier.
Si le composant est isolé, on peut suivre le processus, mais si
celui-ci est régulièrement fermé puis relancé, c’est plus difficile,
car le Pid change et le nom du processus est générique.
Une des solutions est d’utiliser la couche d’instrumentation du
Framework .NET et/ou de COM+
(http://msdn.microsoft.com/en-us/library/ms678825(VS.85).aspx), ce que
fait AVICode.
À noter que le pack d’administration ASP.NET est une version limitée du
pack d’AviCode qui entre autre, ne prend pas en charge COM+.
Juste pour vous convaincre que le problème n’est pas simple, voici un
petit guide d’instrumentation d’xtremesoft :
http://www.xtremesoft.com/pdfs/opdownload.pdf
L’autre solution, qui serait la plus simple, serait de modifier
l’application pour qu’elle utilise les couches d’instrumentation du
système (ce que tout développeur devrait faire…) et génère des
évènements dans l’eventlog, des compteurs de performance, un provider
WMI…
Cordialement,
Comprenons nous bien (je ne suis pas toujours très claire), quand je
parle d'un service associé à une application COM+, je parle du type
"server application", avec l'option "component will be activates in a
dedicated server process". C'est ce service/appli com+ que je souhaite
suivre en terme de perf
Je me demande s'il n'y a pas une possibilité avec les variables (de
type PowerShell ?!) proposées lors de la selection du compteur de perf
pour la création d'un monitoring ... Je vais essayer de creuser de ce
côté.
Petite Parenthèse : A propos, merci pour les précisions pour étendre
la validité du certificat !! :)
La modification marche presque parfaitement à un détail près. J'ai
modifié à 5 ans la durée de validité, et les certificats générés
aujourd'hui (23/01/2009) sont valables jusqu'au 1/08/2012 ... curieux.
Peut être une limitation de la version Stand Alone ...
(pour ceux qui veulent l'info complète, voir ici :
https://www.microsoft.com/technet/prodtechnol/windows2000serv/reskit/distrib/dscj_mcs_evyy.mspx?mfr=true
)
En tout cas, merci Yann pour tes précieuses informations ... :)
Néanmoins, surveiller le service COM+ ne suffit pas à superviserr
l'application et il reste toujours le problème de créer une règla
attaché au bon processus dllhost.
Pour ce qui concerne les certificats, c'est bizare. Il n'y a pas ce
genre de limitation.
PS : Dommage que ton application ne tourne pas sous Windows 2008 :
http://www.microsoft.com/downloads/details.aspx?FamilyId=77EB6EC5-6932-4310-A426-F9B34C6C5BE9&displaylang=en&displaylang=en
Cordialement,