Christian Thank you for sharing your thoughts on this.
First of all I must say that I honestly thought that there already was implemented some alarm sync between the SpectroServers. But now I know that the alarms I see on the secondary SS is merely faults detected from that SS through traps and polling, and not because a sync with the primary. Hence the alarms on the secondary do of course have "wrong" date and time etc. Regarding OneClick I have been thinking about setting up the same solution as you are describing. We are also running Spectrum in a virtual environment (Vsphere4) so we have hardware redundancy with HA. So the redundancy is pretty good considering that Spectrum is a fairly stable application. Regards Sturla On Fri, Feb 5, 2010 at 1:42 PM, Christian Fieres <[email protected]>wrote: > > 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]*<[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]* <[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* <http://www.mainova-energiecoach.de/> > > *Sturla Moller <**[email protected]* <[email protected]>*>* > > 05.02.2010 10:07 > > > Bitte antworten an > Sturla Moller <*[email protected]* <[email protected]>> > > An > "spectrum" <*[email protected]* <[email protected]>> > Kopie > spectrum <*[email protected]* <[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]*<[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*<https://www.fnb.co.za/disclaimer.html> > > If you are unable to access the Disclaimer, send a blank e-mail to * > [email protected]* <[email protected]> and > we will send you a copy of the Disclaimer. > > - --To unsubscribe from spectrum, send email to > *[email protected]*<[email protected]>with the body: unsubscribe spectrum > *[email protected]* <[email protected]> > - --To unsubscribe from spectrum, send email to > *[email protected]*<[email protected]>with the body: unsubscribe spectrum > *[email protected]* <[email protected]> > - --To unsubscribe from spectrum, send email to > *[email protected]*<[email protected]>with the body: unsubscribe spectrum > *[email protected]* <[email protected]> > > > - --To unsubscribe from spectrum, send email to > *[email protected]*<[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]
