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 optimized. You can optimize according to availability, capacity, performance, or a balanced 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.
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 unprotected, 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 protected 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.
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.
A write cache is included in the input/output adapter (IOA) for each parity set to improve performance of interactive write workloads.
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.
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 unprotected, 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 protected unit with a model number of 090 because it is a disk unit that does not store parity data.
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.
A write cache is included in the input/output adapter (IOA) for each parity set to improve performance of interactive write workloads.