As an alternative, just create a additional db on the mysql instance  
of the SpectroServer and name it alarming or anything you like. With  
the Notifier put in a line, that it writes the AID and other  
information as you like to the newly created MySQL Table. On the  
secondary, put in a few lines, one to let it wait for another 10  
seconds then check with a query if it already has been sent by the  
primary.

To make this even more relyable so it is possible to query even when  
primary machine is completely gone, put that DB on an other machine...

Regards,

Christian Schneider
Enterprise Service Specialist

4-tune GmbH
Sägereistrasse 29
CH-8152 Glattbrugg

http://www.4-tune.ch
[email protected]

Office ZH: +41 (0)44 818 02 03
Office SG: +41 (0)71 930 07 00
Mobile:    +41 (0)79 418 4542
Fax:               +41 (0)71 930 0701



On Apr 2, 2009, at 11:33 AM, John O'Mahony wrote:

>
>
> James
> yes it can, however there is a but :-)
>
> The NSM integration is an AlarmNotifier application and as such is  
> not fault tolerant. So that means if you run it in default  
> configuration on the secondary as well as the primary you will get 2  
> sets of alarms sent to NSM. You will then need to do one of the  
> following to get over this:
> a) Customise the NSM integration so that the secondary checks to see  
> if the primary is sending alarms before it sends - very messy and  
> not reliable
> b) Filter at the NSM level
>
> We had a customer recently who did the filtering at the NSM level  
> and this seemed a much more reliable solution than trying to do  
> something at the AlarmNotifier level. I'm afraid I don't have any  
> details of what they did so you will need to rely on your  
> organisations NSM expertise for that.
>
> Regards, John
>
> From: James Cooleman [DATACOM] [mailto:[email protected]]
> Sent: 01 April 2009 05:45
> To: spectrum
> Subject: [spectrum] Spectrum-NSM Integration Kit and Secondary  
> SpectroSERVERs
>
>
>
> Hi all - can the Spectrum/NSM integration kit be deployed on  
> Secondary SpectroSERVERs? Any reasons why this can’t/shouldn’t be  
> done?
>
>
> James Cooleman
> Team Leader, Enterprise Management Tools
> <image001.gif>
> Datacom Systems Ltd
> 106 Vincent Street
> PO Box 6041, Wellesley Street
> Auckland
> New Zealand
> email     [email protected]
> mob       +64 21 347 775
> tel           +64 9 303 1489
> fax          +64 9 373 8810
> web       www.datacom.co.nz
>
>
>
> --To unsubscribe from spectrum, send email to [email protected] with  
> the body: unsubscribe spectrum [email protected]
>
>
>
> --To unsubscribe from spectrum, send email to [email protected] with  
> the body: unsubscribe spectrum [email protected]
>
>


---
To unsubscribe from spectrum, send email to [email protected] with the body: 
unsubscribe spectrum [email protected]

Reply via email to