RE: a really non-technical question, help?

  • From: "Kevin Closson" <kevinc@xxxxxxxxxxxxx>
  • To: <makbo@xxxxxxxxxxx>
  • Date: Tue, 21 Jun 2005 17:36:16 -0700

 >The last time this topic came up on c.d.o.s., someone from 
>Oracle kind of, somewhat, acknowledged that the licensing 
>language is confusing.


you thaink that is confusing, try deciphering Oracle's
term "clusterware"...put on your magic decoder ring

:-)


PS. I know the definition... but it does confuse
a lot of people...nearly as bad as to think that
anything running on a cluster that doesn't come
on an Oracle CD is somehow 3rd-party clusterware...

PPS. sorry for changing the topic mid thread


Kevin Closson
Chief Architect, Database Solutions
PolyServe
www.polyserve.com



>
>Read the OP's question -- it specifically mentions VCS.  I 
>believe the problem is that many people have not had the 
>experience of running Oracle under a Veritas Cluster Server 
>(VCS) or HP-UX Service Guard type of cluster, so when they 
>read Oracle's terminology, it doesn't completely register -- 
>they see "standby" and they (incorrectly) think "Data Guard".
>
>In fact, under VCS or Service Guard, there really isn't such a 
>thing as a "primary" node and a "standby/failover" node -- any 
>service/group can normally run on any node, although there is 
>often a default node to start-up on.  An administrative choice 
>at a given site may be to always run all services/groups on a 
>particular node, but it is not in any way the same thing as a 
>"primary" and "standby" in the database sense, nor is it 
>inherent in the VCS or HP/UX Service Guard model.
>
>--
>Mark Bole
>http://www.bincomputing.com
>
>Carel-Jan Engel wrote:
>> Hi Kevin, and all other posters of this thread,
>> 
>> There are a lot of rumours around this, as you can see: you get many 
>> different answers.
>> 
>> First of all, let's fix the confusion about cluster based and 
>> replication/recovery based 'standby systems'. Data Guard and 
>> active/passive standby (Poor Mens Rac) are different items.
>> 
>[...]
>
>
>
>
>--
>//www.freelists.org/webpage/oracle-l
>
--
//www.freelists.org/webpage/oracle-l

Other related posts: