<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Oracle deals with it very transparently starting with 10g via the Oracle Configuration Repository (OCR), and its Cluster Ready Services Daemon (CRSD). In particular, the Oracle Cluster Synchronization Service Daemon (OCSSD) sorts out any data corruption and gets data back into sync when the nodes are back in communications. All 3 of these services work together to handle automated healing after a network split. No administrator input is required.<BR><BR>--- On <B>Sun, 11/2/08, Ulf Wiger <I><ulf@wiger.net></I></B> wrote:<BR>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: rgb(16,16,255) 2px solid">From: Ulf Wiger <ulf@wiger.net><BR>Subject: Re: [erlang-questions] is there an elephant in the room? mnesia network partition<BR>To: "Joel Reymont" <joelr1@gmail.com><BR>Cc: "Erlang Questions" <erlang-questions@erlang.org><BR>Date: Sunday, November 2, 2008, 2:55 PM<BR><BR><PRE>AFAIK, no general algorithm exists for self-healing after network
splits. MySQL Cluster (NDB) e.g. solves it by requiring at least
3 copies of the data, and one arbitrator. In the case of a network
split, you may continue if you can speak to the arbitrator; otherwise
you're shut down.

Mnesia provides the tools for resolving the situation, and one way
to protect yourself from accidental inconsistencies is to use
net_kernel dist_auto_connect_once, and keep a back door between
the nodes (this has been discussed several times on this list.)
Once you've determined that you have a split network, and which
copies you want to continue with, you can restart the other nodes,
possibly using mnesia:set_master_nodes/1 to make absolutely
sure that they load their data from the right nodes.

Setting this up is not terribly difficult. Interfacing to another DBMS
is likely to be much more work, and you'd have to make really sure
that they have a better strategy for coping with network splits than
mnesia - I'm not at all sure that they do (but I'm willing to repent in
the face of hard evidence).

The lack of automatic handling of network splits has been mentioned
a number of times as an argument against mnesia, but I really don't
recall hearing much about how other DBMSs deal with it. There seems
to be an assumption that since there isn't much discussion about
network splits for other DBMSs, they must simply solve it transparently.
I think this is a dangerous conclusion.

BR,
Ulf W

2008/11/2 Joel Reymont <joelr1@gmail.com>:
> I'm looking to launch a poker 'social network', the first and
only one
> where you can actually play poker. I'm hesitant to go full-way with
> Mnesia, though, and wonder how others are handling this.
>
> I googled and poked around but there seems to be an elephant in the
> room and no one is talking about it. The elephant is that Mnesia does
> not self-heal after network splits.
>
> Could it be that this is a solved problem or has anyone avoided it
> because their data model does not require self-healing? How do big
> projects deal with it? Ericsson?
>
> I would like to run a few Mnesia nodes for high availability but it
> positively don't want my databases to diverge and I don't want to
deal
> with reconciling the databases later.
>
> Strictly speaking, I could keep mnesia as a transient data store and
> keep my master database in a non-Erlang database. I just thought I'd
> poll the community regardless.
>
>        Thanks, Joel
>
> --
> wagerlabs.com
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@erlang.org
> http://www.erlang.org/mailman/listinfo/erlang-questions
>
_______________________________________________
erlang-questions mailing list
erlang-questions@erlang.org
http://www.erlang.org/mailman/listinfo/erlang-questions
</PRE></BLOCKQUOTE></td></tr></table>