[Info-vax] OT: Elephants Can't Dance

[Main, Kerry]

> -----Original Message-----
> From: info-vax-bounces at rbnsn.com [mailto:info-vax-bounces at rbnsn.com] On
> Behalf Of Michael Austin
> Sent: March 1, 2009 5:35 PM
> To: info-vax at rbnsn.com
> Subject: Re: [Info-vax] OT: Elephants Can't Dance
> 
> johnwallace4 at yahoo.co.uk wrote:
> > On Mar 1, 9:04 pm, Michael Austin <maus... at firstdbasource.com> wrote:
> >> sapienzaf wrote:
> >>> Here's my point about Oracle buying OpenVMS being a bad thing.
> >> <snip>
> >>
> >>
> >>
> >>> I also don't think Oracle needs or wants to be an operating system
> >>> company.  They seem to be quite comfortable with a multi-platform
> >>> database and associated applications.
> >> Ummmmm, you might want to rethink this statement given that they now
> are
> >> actively developing and support Oracle Enterprise Linux.  Granted,
> they
> >> stole it from RedHat, but they have stated they are in that business
> for
> >> the foreseeable future - as evidenced by the use of this in their
> >> Exadata server (similar paradigm to the Niteeza and Teradata).  The
> >> hardware is currently only available from HP but, again, the
> underlying
> >> OS is OEL.
> >>
> >> BTW, you are aware that the CRS (Cluster-Ready-Services) in 10gRAC
> >> **IS** the cluster manager from VMS (via Tru64)... ???
> >>
> >> As for previous discussions about the cross-pollenization of
> RDB/RDBMS,
> >> I have seen a LOT of features from Rdb slowly make their way into
> the
> >> RDBMS product.  CBO, partitioning, in 11g - meta-data versioning,
> >> Locally managed tablespaces (they use the same RDBMS terms, but in
> >> reality it is the Rdb storage area management.  Initially when Rdb
> was
> >> sold to Oracle, they were talks of merging the two products into one
> >> BEST-IN-CLASS product.  AFTER the deal was "done" they realized and
> >> stated that such a merger would be 15-20 year project.  We are at
> year
> >> 14 in that timeline.  RDBMS STILL does not have the means to do
> >> near-realtime instance/database monitoring like RMU/SH STATS...  If
> they
> >>   did, they would wipe out many of those "after-market" tools like
> I3
> >> that sort-of does this.. then we could replace those
> >> horrendous-performing "scripts" to try and figure out the same
> stuff...
> >
> > What does "**IS** the cluster manager from VMS (via Tru64)" mean? VMS
> > doesn't have (or need) a cluster manager as such, it's all kind of
> > "built in" wherever it makes sense.
> 
> Yes the "cluster manager" was built into VMS and not an after-thought,
> but its pieces parts that make it work - the quroum disk, the lock
> manager, tcpip cluster address etc... cluster-"heart-beat" were all
> pulled out of VMS and ported to Tru64 v5.1 IIRC.  It was these bits
> that
> were "licensed" to Oracle whereby they now call it Cache-Fusion (lock
> manager) and Cluster Ready Services.  The "tcpip" portion would
> relocate
> the Virtual IP address from one node to another.
> 
> They added a few more pieces on top of it to manage the database
> "services", but its base is still the VMS cluster manager.(builtin or
> not, it still exists).
> _______________________________________________

Not quite ..with Tru64, think single writer, multiple reader.

:-)


Regards

Kerry Main
Senior Consultant
HP Services Canada
Voice: 613-254-8911
Fax: 613-591-4477
kerryDOTmainAThpDOTcom
(remove the DOT's and AT)

OpenVMS - the secure, multi-site OS that just works.