Zelik,
Respectfully, in 1980 there were still a large number of shops running 1401
emulators on their mainframes (who knows, there may well still be some
doing so today). It does not make it right, but much like the argument for
running very old HP3000 systems well beyond their support life because they
are extremely reliable, a similar logic exists within companies regarding
software - to paraphrase the late Bill Hewlett - if it ain't broke, don't
fix it.
Sometimes entities use software that works for years beyond its expected
life. Planning for same should be a natural part of disaster recovery.
Best,
Alan Maitland
[log in to unmask]
The Commerce Company - Making Commerce Simple(sm)
http://WWW.Commerco.Com/
At 12:47 PM 10/23/02 -0400, you wrote:
>I would think that if the vendor is not around anymore then in reality you
>should not be using their software. This would be the case if HP eol's the
>life of the 3000 or not. It's a gamble anytime you purchase any third party
>software. The trick to purchasing third party software is to purchase it
>from a trusted vendor that will be around for the long haul. This is true
>for any system 3000,ux,nt,os390 etc
>
>Zelik
>
>-----Original Message-----
>From: Neil Harvey [mailto:[log in to unmask]]
>Sent: Wednesday, October 23, 2002 10:38 AM
>To: [log in to unmask]
>Subject: Re: A No for SSConfig
>
>
>I think the concern revolves around whether the said third parties will
>still be in business or not when the HPSUSAN issue crops up.
>
>Neil
>
>
>
>
>-----Original Message-----
>From: Schwartzman, Zelik [mailto:[log in to unmask]]
>Sent: 23 October 2002 03:15 PM
>To: [log in to unmask]
>Subject: Re: A No for SSConfig
>
>
>I dont know what all the hubbub is all about regarding the HP SUSAN
>number. In my many MANY experiences doing disaster recovery of failed
>systems I've never had any problems with third party vendors providing
>temporary keys to their software. Some vendors will provide you keys
>right there on the spot while others (like ROC software) request faxes
>or other documentation. All the vendors I have contacted at the time of
>DR have been very helpful. After the temp keys have been installed the
>vendors have always been very helpful in providing permanent keys if the
>HPCPUTYPE or HPSUSAN number has indeed changed. Naturally if the change
>put the customer at a different tier level an invoice was quick to
>follow.
>
>I really find it amazing how many companies dont have a workable
>disaster recovery plan. If you dont, put one together. If you dont
>even know where to start, I'll be happy to provide to you my insights
>as to how to create a real DR plan that can save your company (and your
>job).
>
> I leave you with one simple statement that made HP famous (or infamous
>as the case may be).....WHAT IF
>
>Zelik
>
>-----Original Message-----
>From: Christian Lheureux [mailto:[log in to unmask]]
>Sent: Wednesday, October 23, 2002 4:47 AM
>To: [log in to unmask]
>Subject: Re: A No for SSConfig
>
>
>Most sensible software vendors have built in their software a "backdoor"
>(I don't really like the word ...) that allows a temporary usage of the
>product for, say, seven days. This gives ample time to setup a DRP
>system and validate the software for good the next morning, or replace a
>CPU board, or more. We at APPIC certainly have such a time-buying
>facility.
>
>Christian Lheureux
>Responsable du Departement Systemes et Reseaux / Head of Systems and
>Networks Department APPIC R.H. business partner hp invent
>Tel : +33-1-69-80-97-22 / Fax : +33-1-69-80-97-14 / e-mail :
>[log in to unmask] <mailto:[log in to unmask]>
>AIM nickname : MPE Evangelist
>"Le Groupe APPIC recrute, contactez nous !"
>
>
>
> > -----Message d'origine-----
> > De : OpenMPE Support Group [mailto:[log in to unmask]]De la part de
>
> > Wayne R. Boyer Envoye : mardi 22 octobre 2002 00:39
> > A : [log in to unmask]
> > Objet : Re: A No for SSConfig
> >
> >
> > In a message dated 10/21/02 9:31:57 AM Pacific Daylight Time,
> > [log in to unmask] writes:
> >
> >
> > > Unfortunately some of my current software vendors do not
> > appear to fit your
> > > description since they can barely get me a temporary key
> >
> > While I am completely in favor of an adequate solution to the SSCONFIG
>
> > problem that is looming on the horizon, wouldn't it be nice for
> > software vendors to build in altnernative HPSUSAN type logic into
> > their software so
> > that for example, a customer in BIG TROUBLE could call some
> > central 24 hour
> > 800 type number, tell them the current HPSUSAN number and get
> > a secret code
> > of some sort to allow the software to run on an alternate
> > machine say for 10
> > days???? It's quite doable.
> >
> > Anybody want me to write some software to automate the 24 hour 800
> > number function? That's doable as well. Solves lots of potential
> > problems.
> >
> > Wayne Boyer
> > Cal-Logic
> >
|
