I hope this hasn't been a hoax. But I remember clearly having seen this on 
the official SPETRUM roadmap presented by Kathy Hickey at a user meeting 
in Cologne. Mysteriuosly enough, I don't think it is too difficult to 
implement such a key feature - alarms are stored in the SSdb; it shouldn't 
be too hard to periodically sync a part of this database to a hot-standby 
instance (that is really running and not waiting for the primary to get 
lost and THEN start the local database!). We are also looking forward to 
having this, since a real redundancy is not just gapless monitoring from 
my point of view. Especially having a Netcool-like system on top, we've 
been experiencing very strange behaviours in cases of SS failovers, from 
total alarm loss to double alarms being shown on the non-SPECTRUM-console.

As far as OneClick is concerned, docs talk about a load balancer based FT 
environment - which is no option for us ;-) I've built two identical 
servers that sync their customized xml files as well as PCause and 
Event-Files at night, so that each user can connect to the so-called 
"backup machine" when our primary OC server is in maintenance with the 
benefit of having to customize only one machine, not two. One might also 
think of a round robin DNS RR that points to two physical machines 
alternatingly. What I don't know is whether OC's Tomcat can deal with the 
machine's hostname and the hostname provided in the URL being different.

What confused me though was that you wrote you have the same alarms on the 
secondary SS in case of a switchover. Did you mean you have identical 
alarms on primary and secondary SS, i.e. also in terms of date and time 
etc.?

Freundliche Grüße / Best regards

Christian Fieres

Mainova AG
Planung und Betrieb Infrastruktur (M3-ON2)
Service Operation Center
Solmsstraße 38
60623 Frankfurt

Telefon / Phone (069) 2 13-2 36 17
Mobil / Mobile (0170) 5 60 15 63
Telefax / Facsimile (069) 2 13-9 62 36 17
E-Mail [email protected]


Mainova Aktiengesellschaft • Solmsstraße 38 • D-60623 Frankfurt am Main
Vorsitzende des Aufsichtsrates: Oberbürgermeisterin Dr. h. c. Petra Roth • 
Vorstand: Dr. Constantin H. Alsheimer (Vorsitzender), Lothar Herbst, Dr. 
Marie-Luise Wolff, Joachim Zientek 
Sitz der Aktiengesellschaft: Frankfurt am Main • Amtsgericht Frankfurt HRB 
7173 • USt-ID-Nr. DE 114184034 


Müssen Sie diese E-Mail wirklich ausdrucken? - fragt der Mainova 
Energiecoach. 
Mehr Tipps und Antworten zum Thema Energieeffizienz unter 
http://www.mainova-energiecoach.de



Sturla Moller <[email protected]> 
05.02.2010 13:25
Bitte antworten an
Sturla Moller <[email protected]>


An
"spectrum" <[email protected]>
Kopie
spectrum <[email protected]>
Thema
Re: [spectrum] Antwort: Re: [spectrum] Landscape problems when using Fault 
Tolerance(FT) on spectrum v9.1 






Amazing that this is not implemented already! I'm also surprised that 
there is no solution for FT standalone OneClick server. 

Sturla

On Fri, Feb 5, 2010 at 10:20 AM, Christian Fieres <[email protected]> 
wrote:

Alarm Sync is not yet implemented. All servers hold and generate their own 
alarms, resulting in an Ack, Status and Troubleshooter loss when FT 
failover occurs, not to mention unrealistic alarm creation date and time. 
Either implement a tool on top that handles that (some event correlation 
solution like Netcool etc.) or wait for 9.2 that is said to be scheduled 
around May or June this year. I've been told that an FT alarm sync feature 
will be implemented in this version. Something we've been waiting for 
since the 1990's! 

Freundliche Grüße / Best regards

Christian Fieres

Mainova AG
Planung und Betrieb Infrastruktur (M3-ON2)
Service Operation Center
Solmsstraße 38
60623 Frankfurt

Telefon / Phone (069) 2 13-2 36 17
Mobil / Mobile (0170) 5 60 15 63
Telefax / Facsimile (069) 2 13-9 62 36 17
E-Mail [email protected]


Mainova Aktiengesellschaft • Solmsstraße 38 • D-60623 Frankfurt am Main
Vorsitzende des Aufsichtsrates: Oberbürgermeisterin Dr. h. c. Petra Roth • 
Vorstand: Dr. Constantin H. Alsheimer (Vorsitzender), Lothar Herbst, Dr. 
Marie-Luise Wolff, Joachim Zientek 
Sitz der Aktiengesellschaft: Frankfurt am Main • Amtsgericht Frankfurt HRB 
7173 • USt-ID-Nr. DE 114184034 


Müssen Sie diese E-Mail wirklich ausdrucken? - fragt der Mainova 
Energiecoach. 
Mehr Tipps und Antworten zum Thema Energieeffizienz unter 
http://www.mainova-energiecoach.de 


Sturla Moller <[email protected]> 
05.02.2010 10:07 


Bitte antworten an
Sturla Moller <[email protected]>


An
"spectrum" <[email protected]> 
Kopie
spectrum <[email protected]> 
Thema
Re: [spectrum] Landscape problems when using Fault Tolerance(FT) on 
spectrum v9.1 








Vynita, 

Are you running H09? I'm experiencing the same problems and I'm running 
9.1 H09.
Have you tried to adjust the SpectroServer polling interval in the 
OneClick Administration page?


Besides the problem mentioned I also have another issue related to FT. 
When failing over from primary SS I still have the same alarms on the 
secondary SS, but the alarms lose their Trouble Ticket Id, and acknowledge 
information.

Anyone else experiencing this?


Regards

Sturla


On Thu, Feb 4, 2010 at 4:04 PM, Pretorius, Vynita <[email protected]> 
wrote: 
HI All 
  
Awhile back there was a conversation going on about a corba app dying and 
the FT system never takes over. 
  
My issue is that my landscape does not respond, then the global alarms do 
not respond after which it tries the FT system. It then proceed to swop 
back and forth between the FT and primary servers. At this time oneclick 
is unavailable you cannot logon as it says that there is no spectroserver 
available. 
  
What causes the landscape to not respond? And how do I resolve this. 
When in this state I reboot both spectrum server. 
  
Thanks 
Vynita 
082 856 0321 
  
To read FirstRand Bank's Disclaimer for this email click on the following 
address or copy into your Internet browser: 
https://www.fnb.co.za/disclaimer.html 

If you are unable to access the Disclaimer, send a blank e-mail to 
[email protected] and we will send you a copy of the 
Disclaimer. 
--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] 

--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