Oracle FAQ | Your Portal to the Oracle Knowledge Grid |
![]() |
![]() |
Home -> Community -> Mailing Lists -> Oracle-L -> RE: OT RE: Async I/O on Windows - WHAT is a FEDERATED DATABASE
right.
<FONT face=Arial color=#0000ff
size=2>
kind
of an Akamai-like localization of content.
<FONT face=Arial color=#0000ff
size=2>
Now,
the interesting behavior arises when the local server "blows up"
and
the users <FONT face=Arial
color=#0000ff size=2>have to go back to the central server to get the data.
<FONT face=Arial color=#0000ff
size=2>
The
localization of data for fast access makes it look federated
and
the
existence of a "Mother of all Single Points of Failure" central site
makes
it look like good old OPS.
<FONT face=Arial color=#0000ff
size=2>
<FONT face=Arial color=#0000ff
size=2><shrug>
<FONT face=Arial color=#0000ff
size=2>
<FONT face=Arial color=#0000ff
size=2>
I
agree wholeheartedly with the partitioning observation you made.
Now,
put your data on physically distinct machines and you've
<FONT face=Arial color=#0000ff
size=2>federated your database. In Oracle! neat trick.
<FONT face="Times New Roman"
size=2>-----Original Message-----From: Tony Johnson
[mailto:tjohnson_at_griddata.com]Sent: Tuesday, February 06, 2001
11:11 AMTo: Multiple recipients of list ORACLE-LSubject:
RE: OT RE: Async I/O on Windows - WHAT is a FEDERATED
DATABASE
The
whole idea behind 9i is CacheFusion which uses a
high-speed
<SPAN
class=321141016-06022001>interconnect to solve the pinging issues. At least
that is the marketing
line
that will only be proved in time. Any database of any size
should
be
using partititioning if you want it to perform and be able to manage
it.
<FONT
size=2>------------------------------------------------------------------------------TonyJohnson
Email :
Cell : ( 602 ) 363 - 7328 7408 W. Detroit #100
<FONT face=Tahoma
size=2>-----Original Message-----From: root_at_fatcity.com
[mailto:root_at_fatcity.com]On Behalf Of Mohan, RossSent:
Tuesday, February 06, 2001 6:53 AMTo: Multiple recipients of list
ORACLE-LSubject: RE: OT RE: Async I/O on Windows - WHAT is a
FEDERATED DATABASE
I
understand the argument, Rodd and it raises three
points/questions:
<FONT face=Arial color=#0000ff
size=2>
1)
I can always back up a "state" ( part of a federation?) just like
EMC/SRDF/BFD SAN does
<FONT face=Arial color=#0000ff
size=2> for the Oracle solution, and at less cost,
and
<FONT face=Arial color=#0000ff
size=2>
2)
Do you believe you can simply "add nodes" to an OPS farm to improve
performance? I have
<FONT face=Arial
color=#0000ff size=2>personally never gone over a humble two nodes in OPS,
and even then, locking issues must
<FONT face=Arial
color=#0000ff size=2>be addressed. One way out of this is the geographically
segregate and partition the data. But
<SPAN
class=353224813-06022001><FONT
size=2><FONT face=Arial
color=#0000ff> this would be "federated." In a
pure play OPS scenario, I would imagine the system
would
<SPAN
class=353224813-06022001> <FONT face=Arial
color=#0000ff>choke to death after the fourth or sixth node, without special
tweaks like partitioning, either
<SPAN
class=353224813-06022001> <FONT face=Arial
color=#0000ff>by data or application.
<FONT face=Arial color=#0000ff
size=2>
<FONT face=Arial color=#0000ff
size=2>3) Loss of a SS "state", just like
loss of an oracle partition, does not "kill the operation of the system".
<FONT face=Arial color=#0000ff
size=2> here, they are the
same. ......
<FONT face=Arial color=#0000ff
size=2>
<FONT face=Arial color=#0000ff
size=2>just a
thought......
<FONT face=Arial color=#0000ff
size=2>
<SPAN
class=353224813-06022001>
<SPAN
class=353224813-06022001>
<SPAN
class=353224813-06022001>
<SPAN
class=353224813-06022001> -----Original
Message-----From: Holman, Rodney
[mailto:rodney.holman_at_lodgenet.com]Sent: Tuesday, February 06,
2001 5:21 AMTo: Multiple recipients of list
ORACLE-LSubject: RE: OT RE: Async I/O on Windows - WHAT is a
FEDERATED DATABASE
<SPAN class=470590510-06022001>Ross, <SPAN class=470590510-06022001>I was at the Open World conference session where Jeremy Burton made the comments about clustering, OPS, data segmentation, etc. The data segmentation part was about MS SQLServer, and about how it creates significant work to add cluster nodes. C|net has their terms and comments a little scrambled. The Oracle 9i solution used OPS for the instances and an EMC/SRDF SAN for the data storage. Each OPS cluster node had full access to every piece of data. By doing this no node is a single point of failure (as Larry demonstrated and was chastised for by MS). Also it creates greater capability for scalability. Just configure and add a node and it improves performance (also part of Larry's demo). As described with the MS federated database configuration you would need to resegment the data to add a node. This would then destabilize the system even further by adding another single point of failure. Failure of an OPS cluster node with the data on a SAN with redundancy, such as the EMC/SRDF option, only decreases performance, it doesn't kill the operation of the system. <SPAN class=470590510-06022001> <SPAN class=470590510-06022001>Rodd Holman <FONT face=Tahoma size=2>-----Original Message-----From: Mohan, Ross [mailto:MohanR_at_STARS-SMI.com]Sent: Monday, February 05, 2001 5:09 PMTo: Multiple recipients of list ORACLE-LSubject: RE: OT RE: Async I/O on Windows - WHAT is a FEDERATED DATABASE Very Interesting! It appears Oracle 9i, is, in fact, a Hybrid Federated Database! <A target=_blank href="http://news.cnet.com/news/0-1003-200-2897140.html?tag=st.ne.ni.metacomm.ni">http://news.cnet.com/news/0-1003-200-2897140.html?tag=st.ne.ni.metacomm.ni A snippet:Received on Tue Feb 06 2001 - 13:57:39 CST
![]() |
![]() |