ibm-information-center/dist/eclipse/plugins/i5OS.ic.ddp_5.4.0.1/rbal1dataredund.htm

83 lines
5.7 KiB
HTML

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html lang="en-us" xml:lang="en-us">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="security" content="public" />
<meta name="Robots" content="index,follow" />
<meta http-equiv="PICS-Label" content='(PICS-1.1 "http://www.icra.org/ratingsv02.html" l gen true r (cz 1 lz 1 nz 1 oz 1 vz 1) "http://www.rsac.org/ratingsv01.html" l gen true r (n 0 s 0 v 0 l 0) "http://www.classify.org/safesurf/" l gen true r (SS~~000 1))' />
<meta name="DC.Type" content="concept" />
<meta name="DC.Title" content="Data redundancy in your distributed relational database network" />
<meta name="abstract" content="Data redundancy in a distributed relational database also provides different ways for users on the distributed relational database network to access a database on the network." />
<meta name="description" content="Data redundancy in a distributed relational database also provides different ways for users on the distributed relational database network to access a database on the network." />
<meta name="DC.subject" content="data redundancy, redundancy, data" />
<meta name="keywords" content="data redundancy, redundancy, data" />
<meta name="DC.Relation" scheme="URI" content="rbal1recover.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 1998, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rbal1dataredund" />
<meta name="DC.Language" content="en-us" />
<!-- All rights reserved. Licensed Materials Property of IBM -->
<!-- US Government Users Restricted Rights -->
<!-- Use, duplication or disclosure restricted by -->
<!-- GSA ADP Schedule Contract with IBM Corp. -->
<link rel="stylesheet" type="text/css" href="./ibmdita.css" />
<link rel="stylesheet" type="text/css" href="./ic.css" />
<title>Data redundancy in your distributed relational database network</title>
</head>
<body id="rbal1dataredund"><a name="rbal1dataredund"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Data redundancy in your distributed relational database network</h1>
<div><p>Data redundancy in a distributed relational database also provides
different ways for users on the distributed relational database network to
access a database on the network.</p>
<p>The considerations a distributed relational database administrator examines
to create a data redundancy strategy are more complex than ensuring communications
paths are available to the data.</p>
<p>Tables can be replicated across servers in the network, or a snapshot of
data can be used to provide data availability. <span>DataPropagator™ for iSeries™,
V8.1</span> can provide this capability.</p>
<p>The following figure shows that a copy of the MP000 server distributed
relational database can be stored on the KC000 server, and a copy of the KC000
server distributed relational database can be stored on the MP000 server.
The application requester (AR) from one region can link to the other application
server (AS) to query or to update a replicated copy of their relational database.</p>
<div class="fignone"><span class="figcap">Figure 1. Data redundancy example</span><br /><img src="rbal1505.gif" alt="Data Redundancy Example" /><br /></div>
<p>The administrator must decide what is the most efficient, effective strategy
to allow distributed relational database processing. Alternative strategies
might include these scenarios.</p>
<p>One alternative might be that when MP000 is unavailable, its ARs connect
to the KC000 server to query a read-only snapshot of the MP000 distributed
relational database so service work can be scheduled.</p>
<p><span>DataPropagator for iSeries, V8.1</span> can provide a read-only
copy (or <em>snapshot</em>) of the tables to a remote server on a regular basis.
For the Spiffy Corporation, this might be at the end or the beginning of each
business day. In this example, the MP000 database snapshot provides a 24-hour-old,
last-point-in-time picture for dealerships to use for scheduling only. When
the MP000 server is back on line, its ARs query the MP000 distributed relational
database to completely process inventory requests or other work queried on
the snapshot.</p>
<p>Another alternative might be that Spiffy Corporation wants dealership users
to be able to update a replicated table at another AS when their regional
AS is unavailable.</p>
<p>For example, an AR that normally connects to the MP000 database could connect
to a replicated MP000 database on the KC000 server to process work. When the
MP000 server is available again, the MP000 relational database can be updated
by applying journal entries from activity originating in its replicated tables
at the KCOOO location. When these journal entries have been applied to the
original MP000 tables, distributed relational database users can access the
MP000 as an AS again.</p>
<p>Journal management processes on each regional server update all relational
databases. The amount of journal management copy activity in this situation
should be examined because of potential adverse performance effects at these
servers.</p>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rbal1recover.htm" title="In a distributed relational database environment, data availability not only involves protecting data on an individual server in the network, but also ensuring that users have access to the data across the network.">Data availability and protection</a></div>
</div>
</div>
</body>
</html>