A customer wants to change a production RAID group from RAID 5 (7D+1P) to RAID 6 (6D+2P) on a VSP G600 during normal operations. They have just unmapped the LUNs from the channel ports. What needs…

Question

Options

• AParity groups must be deleted.
• BThe RAID level must be changed in Storage Navigator.
• CThe RAID level in the SVP Maintenance window must be changed.
• DThe RAID 5 group must be put into DRU mode in Storage Navigator.

• A
  83% (19)
• B
  4% (1)
• C
  9% (2)
• D
  4% (1)

Explanation

On Hitachi VSP systems, RAID levels are not reconfigurable in-place - the parity group must be deleted and rebuilt from scratch with the target RAID type. Since LUNs have already been unmapped from the channel ports, the next logical step is deleting the parity groups (along with any LDEVs within them) before recreating them under the new RAID 6 configuration.

Why the distractors are wrong:

• B & C are wrong because neither Storage Navigator nor the SVP Maintenance window offers a direct "change RAID level" function on an existing parity group - the concept of in-place RAID level migration doesn't exist on VSP platforms.
• D is wrong because DRU (Drive Rebuild Unit) mode is related to drive-level rebuild/replacement operations, not RAID reconfiguration; applying it here would be a misuse of that feature.

Memory tip: Think of a parity group like a concrete foundation - you can't change its type by repainting it. You have to demolish it (delete) and pour a new one (recreate with RAID 6). The workflow is always: Unmap → Delete → Recreate → Remap.

No community discussion yet for this question.