Storage Data Protection and Security
This domain tests the whole protection chain: snapshots, clones, replication, backup, tape and the security controls that make those copies trustworthy. Questions often ask you to match an RPO/RTO pair to the correct mechanism.
Snapshots and clones
- Virtual Copy on Primera and Alletra is redirect-on-write, near-instant and space-efficient, and depends on the parent volume.
- Clones are full physical copies, used for dev/test or to protect a backup window.
- Protection policies schedule snapshots with defined retention. Snapshots defend against logical corruption, not against array or site loss.
Replication
- Remote Copy synchronous delivers zero RPO but needs low round-trip latency, typically single-digit milliseconds, plus sufficient bandwidth.
- Asynchronous or periodic replication gives minutes-level RPO over distance.
- Peer Persistence provides transparent failover for stretched clusters using ALUA and a quorum witness, and requires symmetric configuration at both sites.
- Nimble and Alletra 6000 clusters offer equivalent synchronous replication and Peer Persistence.
Backup, tape and cyber resilience
- StoreOnce Catalyst provides deduplicated targets for Veeam, Commvault, NetBackup and RMC.
- Recovery Manager Central offloads array snapshots to StoreOnce without streaming through a media server.
- StoreEver LTO tape provides offline, air-gapped copies; Cyber Resilience Vault provides isolated immutable recovery; Zerto delivers continuous journal-based DR; HPE Backup and Recovery Service offers backup as a service.
Security controls
- Self-encrypting drives with a local or external KMIP key manager; secure data erase before decommissioning.
- Role-based access mapped to AD/LDAP with per-domain roles, audit logging, signed firmware, CHAP for iSCSI and TLS for management; disable unused services.
Worked example
RPO 15 minutes, RTO 1 hour, 40 TB volume, 6% daily change, 30 ms round-trip between sites. Synchronous replication is ruled out by latency, so use periodic Remote Copy at 15-minute intervals. Daily change is 40 TB x 6% = 2.4 TB, about 220 Mbps averaged, but size for three to four times average to absorb bursts, so roughly a 1 Gbps link, plus snapshot reserve on the target and a tested failover runbook.
Traps that cost marks
Calling snapshots a backup; keeping replicas on the same array; trusting vendor dedupe ratios without testing; losing the key manager and therefore the data; confusing retention with immutability; never testing failover; and omitting the quorum witness in Peer Persistence designs.