User guide
Table Of Contents
- Title Page
- Table of Contents
- About this User Guide
- Introducing the 3ware® SATA RAID Controller
- Getting Started with Your 3ware RAID Controller
- First-Time RAID Configuration Using 3BM
- Driver Installation
- Driver Installation Under Windows
- Driver Installation Under Linux
- Obtaining 3ware Linux Drivers
- Driver Installation Under Red Hat Linux or Fedora Core 5
- Materials required
- Creating a Red Hat Linux Driver Diskette
- Installing the 3ware Kernel Driver Module while Installing Red Hat Linux on a New Unit
- Installing the 3ware Kernel Driver Module on a Red Hat or Fedora Core Linux System that Boots From a Different Device
- About Variables In the Kernel Driver Module Installation Instructions
- Driver Installation Under SuSE Linux
- Compiling a 3ware Driver for Linux
- Driver Installation Under FreeBSD
- 3ware BIOS Manager 2 (3BM 2) Introduction
- 3DM 2 (3ware Disk Manager) Introduction
- Configuring Your Controller
- Configuring Units
- Configuring a New Unit
- Creating a Hot Spare
- Naming a Unit
- Setting Unit Policies
- Changing An Existing Configuration by Migrating
- Deleting a Unit
- Removing a Unit
- Moving a Unit from One Controller to Another
- Adding a Drive
- Removing a Drive
- Rescanning the Controller
- Maintaining Units
- Checking Unit and Drive Status through 3DM
- About Degraded Units
- About Inoperable Units
- Alarms, Errors, and Other Events
- Background Tasks
- Scheduling Background Tasks
- Locating a Drive by Blinking Its LED
- Maintaining Your Controller
- Determining the Current Version of Your 3ware Driver
- Updating the Firmware and Driver
- Downloading the Driver and Firmware
- Updating the Firmware Through 3DM 2
- Updating the 3ware Driver and Firmware Under Windows
- Using the Update Utility With Multiple Controllers
- Updating the 3ware Driver Under Windows XP
- Updating the 3ware Driver Under Red Hat or Fedora Core
- Updating the 3ware Driver Under SuSE
- Updating the 3ware Driver Under FreeBSD
- Updating the Firmware Under Linux and FreeBSD
- Viewing Battery Information
- Testing Battery Capacity
- 3DM 2 Reference
- Troubleshooting
- Appendices
- Index
Chapter 9. Maintaining Units
144 3ware Serial ATA RAID Controller User Guide
postpone initialization until a scheduled time. (See “Scheduling Background
Tasks” on page 156).
Initialization of Different RAID Types
Information about initialization for each of the different RAID types is
described below and summarized in Table 12 on page 145.
Initialization of RAID 0 Units
RAID 0 units do not need to be initialized and cannot be initialized. RAID 0
units are immediately available for use with full performance when created.
Initialization of RAID 5, RAID 6, and RAID 50 Units
RAID 5 units with three or four drives will be automatically initialized the
first time they are verified.
Regardless of the size, all 9000-series RAID 5, RAID 6, and RAID 50 units
are fully fault tolerant upon creation. These configurations use a specialized
scheme for writing to the unit, which does not have to be valid to provide fault
tolerance.
Performance of RAID 6, RAID 5 units with 5 or more disks, and RAID 50
units with 2 subunits of 5 or 6 disks will improve after the unit has been
initialized. For these configurations, initialization begins automatically after
you create them. If you create them in the 3BM utility, zeroes are written to all
unit members. If you create them through 3DM, RAID 5 parity is calculated
and written to disk, keeping any data in the unit intact.
RAID 5 units with 3 or 4 disks do not need to be initialized to have full
performance upon creation. It is okay that 3 or 4 disk RAID 5 units are not
initialized. These RAID types are fully redundant, regardless of whether or
not they are initialized. Similarly, RAID 50 units with a grouping of 3 or 4
disks in a subunit do not need to be initialized. However, RAID 50 with a
grouping of 5 or more disks in a subunit do need to be initialized for full
performance.
Note: Units that do not need to be immediately initialized for full performance will
be automatically initialized using background initialization when they are verified for
the first time. (Verification requires that the units have been previously initialized.)
This will not affect the data on the drives, and the units will perform normally,
although performance will be slowed until the initialization and verification are
completed.