ibm-information-center/dist/eclipse/plugins/i5OS.ic.rzaly_5.4.0.1/rzalybenefits.htm

96 lines
5.6 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="topic" />
<meta name="DC.Title" content="Benefits of independent disk pools" />
<meta name="DC.Relation" scheme="URI" content="rzalyconcepts.htm" />
<meta name="DC.Relation" scheme="URI" content="rzalyaspsben.htm" />
<meta name="copyright" content="(C) Copyright IBM Corporation 2002, 2006" />
<meta name="DC.Rights.Owner" content="(C) Copyright IBM Corporation 2002, 2006" />
<meta name="DC.Format" content="XHTML" />
<meta name="DC.Identifier" content="rzalybenefits" />
<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>Benefits of independent disk pools</title>
</head>
<body id="rzalybenefits"><a name="rzalybenefits"><!-- --></a>
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
<h1 class="topictitle1">Benefits of independent disk pools</h1>
<div><p>There are two environments in which the use of independent disk pools can
be beneficial: a multiple-system clustered environment and a single-system
environment. </p>
<div class="section"><h4 class="sectiontitle">Multiple-system clustered environment</h4>In a multiple-system
clustered environment, where the servers are members of an iSeries™ cluster
and an independent disk pool is associated with a switchable device in that
cluster, independent disk pools can be switched between systems without having
to perform an initial program load (IPL). The independent disk pool can be
switched because the independent disk pool is self-contained. This can be
a significant advantage because it allows for continuous availability of
data, the primary benefit of independent disk pools. <div class="p">Switchable independent
disk pools can help you do the following: <ul><li>Keep data available to an application even in the event of a single system
outage, either scheduled or unscheduled.</li>
<li>Eliminate the process of replicating data from one system to another.</li>
<li>In some situations, isolate disk unit failures within the independent
disk pool. </li>
<li>Achieve high availability and scalability.</li>
</ul>
</div>
<p>A multiple-system environment also gives you the opportunity
to perform <a href="rzalygeographicmirror.htm">geographic mirroring</a>. Geographic mirroring allows you
to maintain two identical copies of an independent disk pool at two sites
that are geographically separated. By having a second copy of critical data
at a remote location, you ensure greater protection and availability; for
example, in the case of a natural disaster. If you configure the independent
disk pools to be switchable, you increase your options to have more backup
nodes to allow for failover and switchover of independent disk pools between
systems at the same site, in addition to switchover and failover to a system
at another site. </p>
</div>
<div class="section"><h4 class="sectiontitle">Single-system environment</h4>In a single-system environment,
where an independent disk pool is privately connected to a single server,
independent disk pool or independent disk pool groups can be made unavailable,
independent of other disk pools because the data in the independent disk
pool or independent disk pool group is self-contained. The independent disk
pool or independent disk pool group can also be made available, while the
system is active, without having to perform an IPL. Using independent disk
pools this way can be useful, for example, if you have large amounts of data
that are not needed for normal day-to-day processing. The independent disk
pool containing this data can be left offline until it is needed. When large
amounts of storage are normally kept offline, you can shorten processing
time for operations such as IPL and reclaim storage. <div class="p">Single-system independent
disk pools can help you do the following:<ul><li>Isolate low-use data with the ability to bring the independent disk pool
online only when it is needed.</li>
<li>Reduce system start time.</li>
<li>Manage save and restore by independent disk pool.</li>
<li>Reclaim storage by independent disk pool.</li>
<li>Divide data between multiple databases.</li>
<li>Isolate data associated with specific applications or associated with
specific groups of users.</li>
<li>Consolidate data on small systems to independent disk pools
on a larger system. For example, in the case of multiple branch offices.</li>
<li>Perform application maintenance that does not affect the entire system.</li>
</ul>
</div>
</div>
</div>
<div>
<div class="familylinks">
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzalyconcepts.htm">Independent disk pools</a></div>
</div>
<div class="relinfo"><strong>Related information</strong><br />
<div><a href="rzalyaspsben.htm">Disk pool benefits</a></div>
</div>
</div>
</body>
</html>