115 lines
7.4 KiB
HTML
115 lines
7.4 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="How device parity protection works" />
|
|
<meta name="DC.Relation" scheme="URI" content="rzalydpp.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="hdrdppiop" />
|
|
<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>How device parity protection works</title>
|
|
</head>
|
|
<body id="hdrdppiop"><a name="hdrdppiop"><!-- --></a>
|
|
<!-- Java sync-link --><script language="Javascript" src="../rzahg/synch.js" type="text/javascript"></script>
|
|
<h1 class="topictitle1">How device parity protection works</h1>
|
|
<div><div class="section"><h4 class="sectiontitle">RAID 5</h4><p>The input/output adapter determines how parity
|
|
sets are formed. For V5R2 and later input/output adapters, you do have the
|
|
ability to choose how you want the parity set to be <a href="rzalychgdpy.htm">optimized</a>. You can optimize according to <em>availability</em>, <em>capacity</em>, <em>performance</em>,
|
|
or a <em>balanced</em> version. A parity set optimized for availability offers
|
|
a greater level of protection, because it allows a parity set to remain functional
|
|
in the event of a single SCSI bus failure on the IOA. The parity set is formed
|
|
from at least three disk units of equal capacity each attached to a separate
|
|
SCSI bus on the input/output adapter (IOA). If you optimize by capacity, the
|
|
IOA tends to create parity sets with a greater number of disk units. You will
|
|
increase space used for storing user data, but performance may not be as high.
|
|
If you optimize for performance, the IOA tends to create a parity set with
|
|
fewer disk units. This should contribute to faster read and write operations,
|
|
but might also dedicate slightly more disk capacity to storing parity data.</p>
|
|
<p>It is possible to include additional disk units of the same capacity
|
|
in a device parity set after device parity protection is initially started.
|
|
You can include up to two disk units at the same time; however, if three or
|
|
more disk units are present and eligible for device parity protection, the
|
|
system requires that you start a new parity set, rather than include them
|
|
in an existing parity set. In iSeries™ Navigator you can view the properties
|
|
of each disk unit. If the protection status of a disk unit is <em>unprotected</em>,
|
|
it is not protected by device parity protection or mirroring and may be eligible
|
|
to be included in a parity set or to be started in a new parity set. This
|
|
will also be indicated by the model number which should be 050 (or 060 if
|
|
it is a compressed disk unit). You can also exclude disks that do not store
|
|
parity data from a parity set without stopping device parity protection. You
|
|
can exclude a <em>protected</em> unit with a model number, for example 070 (or
|
|
080 if it is a compressed disk unit), because it is a disk unit that does
|
|
not store parity data.</p>
|
|
<p>When a device parity set grows you may want to
|
|
consider redistributing the parity data. For example you may begin with seven
|
|
or fewer disk units, but expand to eight or more by including more disk units.
|
|
When this happens, you can improve the performance on the device parity set
|
|
by stopping parity protection and starting it again. This redistributes the
|
|
parity data across eight disks rather than four. In general, spreading the
|
|
parity data across more disk units improves performance.</p>
|
|
<p>A write cache
|
|
is included in the input/output adapter (IOA) for each parity set to improve
|
|
performance of interactive write workloads.</p>
|
|
<div class="note"><span class="notetitle">Note:</span> If possible, start device
|
|
parity protection before adding disk units to a disk pool. This significantly
|
|
reduces the time it takes to start device parity and configure the disk units.</div>
|
|
</div>
|
|
<div class="section"><h4 class="sectiontitle">RAID 6</h4><p>The input/output adapter determines
|
|
how parity sets are formed. RAID 6 protection gives you optimal performance,
|
|
capacity, and balance, so selecting any of these parity set optimizations
|
|
is meaningless and will not affect the outcome of the parity set. If you choose
|
|
to optimize by availability, a greater level of protection is achieved, because
|
|
it allows a parity set to remain functional in the event of a single SCSI
|
|
bus failure on the IOA. The parity set is formed from at least four disk units
|
|
of equal capacity, with no more than two disk units attached to an individual
|
|
SCSI bus on the input/output adapter (IOA). Device parity protection reduces
|
|
the potential number of objects that could be damaged when a disk fails.</p>
|
|
<p>It
|
|
is possible to include additional disk units of the same capacity in a device
|
|
parity set after device parity protection is initially started. You can include
|
|
up to two disk units at the same time; however, if three or more disk units
|
|
are present and eligible for device parity protection, the system requires
|
|
that you start a new parity set, rather than include them in an existing parity
|
|
set. In iSeries Navigator
|
|
you can view the properties of each disk unit. If the protection status of
|
|
a disk unit is <em>unprotected</em>, it is not protected by device parity protection
|
|
or mirroring and may be eligible to be included in a parity set or to be started
|
|
in a new parity set. This will also be indicated by the model number which
|
|
should be 050. You can also exclude disks that do not store parity data from
|
|
a parity set without stopping device parity protection. You can exclude a <em>protected</em> unit
|
|
with a model number of 090 because it is a disk unit that does not store parity
|
|
data.</p>
|
|
<p>When a device parity set grows, you may want to consider redistributing
|
|
the parity data. For example you may begin with seven or fewer disk units,
|
|
but expand to ten or more by including more disk units. When this happens,
|
|
you can improve the performance on the device parity set by stopping parity
|
|
protection and starting it again.</p>
|
|
<p>A write cache is included in the input/output
|
|
adapter (IOA) for each parity set to improve performance of interactive write
|
|
workloads.</p>
|
|
<div class="note"><span class="notetitle">Note:</span> If possible, start device parity protection before adding
|
|
disk units to a disk pool. This significantly reduces the time it takes to
|
|
start device parity protection and configure the disk units.</div>
|
|
</div>
|
|
</div>
|
|
<div>
|
|
<div class="familylinks">
|
|
<div class="parentlink"><strong>Parent topic:</strong> <a href="rzalydpp.htm">Device parity protection</a></div>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html> |