Edit File - File Manager

Edit File: rep_elect.html

<html>
<head>
<title>Berkeley DB: DbEnv::rep_elect</title>
<meta name="description" content="Berkeley DB: An embedded database programmatic toolkit.">
<meta name="keywords" content="embedded,database,programmatic,toolkit,btree,hash,hashing,transaction,transactions,locking,logging,access method,access methods,Java,C,C++">
</head>
<body bgcolor=white>
<table width="100%"><tr valign=top>
<td>
DbEnv::rep_elect
</td>
<td align=right>
<a href="../../db4-devel-4.7.25/api_cxx/api_core.html"><img src="../../db4-devel-4.7.25/images/api.gif" alt="API"></a>
<a href="../../db4-devel-4.7.25/ref/toc.html"><img src="../../db4-devel-4.7.25/images/ref.gif" alt="Ref"></a></td>
</tr></table>
<hr size=1 noshade>
<tt>
<pre>
#include &lt;db_cxx.h&gt;

int
DbEnv::rep_elect(u_int32_t nsites, u_int32_t nvotes, u_int32_t flags);
</pre>
<hr size=1 noshade>
Description: DbEnv::rep_elect
The DbEnv::rep_elect method holds an election for the master of a replication
group.
The DbEnv::rep_elect method is not called by most replication
applications. It should only be called by applications implementing
their own network transport layer, explicitly holding replication group
elections and handling replication messages outside of the replication
manager framework.
If the election is successful, Berkeley DB will notify the application of
the results of the election by means of either the
<a href="../../db4-devel-4.7.25/api_cxx/env_event_notify.html#DB_EVENT_REP_ELECTED">DB_EVENT_REP_ELECTED</a> or <a href="../../db4-devel-4.7.25/api_cxx/env_event_notify.html#DB_EVENT_REP_NEWMASTER">DB_EVENT_REP_NEWMASTER</a> events
(see <a href="../../db4-devel-4.7.25/api_cxx/env_event_notify.html">DbEnv::set_event_notify</a> method for more information). The
application is responsible for adjusting its relationship to the other
database environments in the replication group, including directing
all database updates to the newly selected master, in accordance with
the results of the election.
The thread of control that calls the DbEnv::rep_elect method must not be the
thread of control that processes incoming messages; processing the
incoming messages is necessary to successfully complete an election.
Parameters 
 nsites<ul compact><li>The nsites parameter specifies the number of replication sites
expected to participate in the election. Once the current site has
election information from that many sites, it will short-circuit the
election and immediately cast its vote for a new master. The
nsites parameter must be no less than
nvotes, or 0 if the election should use the value previously set
using the <a href="../../db4-devel-4.7.25/api_cxx/rep_nsites.html">DbEnv::rep_set_nsites</a> method. If an application is using master
leases, then the value must be 0 and the value from
<a href="../../db4-devel-4.7.25/api_cxx/rep_nsites.html">DbEnv::rep_set_nsites</a> method must be used.</ul>
 nvotes<ul compact><li>The nvotes parameter specifies the minimum number of replication
sites from which the current site must have election information, before
the current site will cast a vote for a new master. The nvotes
parameter must be no greater than nsites,
or 0 if the election should use the value ((nsites / 2) + 1) as
the nvotes argument.</ul>
 flags<ul compact><li>The flags parameter is currently unused, and must be set to 0.</ul>
 
Elections are done in two parts: first, replication sites collect
information from the other replication sites they know about, and
second, replication sites cast their votes for a new master. The second
phase is triggered by one of two things: either the replication site
gets election information from nsites sites, or the election
timeout expires. Once the second phase is triggered, the
replication site will cast a vote for the new master of its choice if,
and only if, the site has election information from at least
nvotes sites. If a site receives nvotes votes for it
to become the new master, then it will become the new master.
We recommend nvotes be set to at least:
<blockquote><pre>(sites participating in the election / 2) + 1</pre></blockquote>
to ensure there are never more than two masters active at the same time
even in the case of a network partition. When a network partitions, the
side of the partition with more than half the environments will elect a
new master and continue, while the environments communicating with fewer
than half of the environments will fail to find a new master, as no site
can get nvotes votes.
We recommend nsites be set to:
<blockquote><pre>number of sites in the replication group - 1</pre></blockquote>
when choosing a new master after a current master fails. This allows
the group to reach a consensus without having to wait for the timeout
to expire.
When choosing a master from among a group of client
sites all restarting at the same time, it makes more sense to set
nsites to the total number of sites in the group, since there is no
known missing site. Furthermore, in order to ensure the best choice
from among sites that may take longer to boot than the local site,
setting nvotes also to this same total number of sites will
guarantee that every site in the group is considered. Alternatively,
using the special timeout for full elections allows full participation
on restart but allows election of a master if one site does not
reboot and rejoin the group in a reasonable amount of time. (See the
<a href="../../db4-devel-4.7.25/ref/rep/elect.html">Elections</a>
section in the Berkeley DB Reference Guide for more information.)
Setting nsites to lower values can increase the speed of an
election, but can also result in election failure, and is usually not
recommended.
<a name="2"></a>
 Errors
The DbEnv::rep_elect method
may fail and throw
<a href="../../db4-devel-4.7.25/api_cxx/except_class.html">DbException</a>,
encapsulating one of the following non-zero errors, or return one of
the following non-zero errors:
 
DB_REP_UNAVAIL<ul compact><li>The replication group was unable to elect a master, or was unable to
complete the election in the election timeout period (see
<a href="../../db4-devel-4.7.25/api_cxx/rep_timeout.html">DbEnv::rep_set_timeout</a> method for more information).</ul>
 
<hr size=1 noshade>
 Class
<a href="../../db4-devel-4.7.25/api_cxx/env_class.html">DbEnv</a>
 See Also
<a href="../../db4-devel-4.7.25/api_cxx/rep_list.html">Replication and Related Methods</a>
</tt>
<table width="100%"><tr><td> </td><td align=right>
<a href="../../db4-devel-4.7.25/api_cxx/api_core.html"><img src="../../db4-devel-4.7.25/images/api.gif" alt="API"></a><a href="../../db4-devel-4.7.25/ref/toc.html"><img src="../../db4-devel-4.7.25/images/ref.gif" alt="Ref"></a>
</td></tr></table>
Copyright (c) 1996,2008 Oracle. All rights reserved.
</body>
</html>

Back to File Manager