- Notes, cautions, and warnings
- PREFACE
- Revision history
- SRDF CLI overview
- Introduction to SRDF
- SYMCLI for SRDF
- SRDF pair states and links
- Before you begin
- Array access rights
- Device external locks
- SRDF operations and copy sessions
- Mirror R1 to a larger R2 device
- Restrict synchronization
- SRDF software and hardware compression
- Set compression for SRDF
- SRDF/A and the consistency exempt option
- Mixed-mode workloads on an SRDF director
- Set mixed-mode workloads
- FAST VP SRDF coordination
- Basic SRDF Control Operations
- Summary
- SRDF basic control operations
- SRDF modes of operation
- Establish an SRDF pair (full)
- Establish an SRDF pair (incremental)
- Failback to source
- Failover to target
- Invalidate R1 tracks
- Invalidate R2 tracks
- Make R1 ready
- Make R1 not ready
- Make R2 ready
- Make R2 not ready
- Merge track tables
- Move one-half of an SRDF pair
- Move both sides of SRDF device pairs
- Read/write disable target device
- Refresh R1
- Refresh R2
- Restore SRDF pairs (full)
- Restore SRDF pairs (incremental)
- Resume I/O on links
- Split
- Suspend I/O on links
- Swap one-half of an SRDF pair
- Swap SRDF pairs
- Update R1 mirror
- Write disable R1
- Write disable R2
- Write enable R1
- Write enable R2
- Dynamic Operations
- Dynamic operations overview
- Manage SRDF groups
- Device pairing operations
- Create a device file
- Valid device types for SRDF pairs
- Block createpair when R2 is larger than R1
- Creating SRDF device pairs
- symrdf createpair (-file option) syntax
- Create dynamic pairs with -file option
- Create dynamic pairs with the -sg option
- Create pairs with the -establish option
- Create pairs with the -format option
- Create pairs with the -invalidate option
- Create pairs with the -restore option
- Verify host cannot write to target devices with -nowd option
- Create dynamic concurrent pairs
- Deleting dynamic SRDF device pairs
- Group, move and swap dynamic devices
- SRDF/Asynchronous Operations
- SRDF/Asynchronous operations overview
- SRDF/Asynchronous operations
- Transition replication modes
- Set SRDF/A group cycle time, priority, and transmit idle
- Check for R1 invalid tracks
- Consistency for SRDF/A devices
- Add/remove devices with the consistency exempt option
- Adding device pairs to an active SRDF/A session
- Removing device pairs from an active SRDF/A session
- Display checkpoint complete status
- Delta Set Extension management
- DSE SRP capacity management (HYPERMAX OS)
- DSE pool management - Enginuity 5876
- Manage transmit idle
- Manage SRDF/A write pacing
- Devices that cannot be paced in a cascaded SRDF configuration
- Set SRDF/A group-level write pacing attributes
- Activate write pacing
- Simultaneous group-level and device-level write pacing
- Display SRDF/A
- SRDF/Metro Operations
- SRDF/Metro Overview
- SRDF/Metro changes to SYMCLI operations and commands
- Display SRDF/Metro
- Device pairs in SRDF/Metro configurations
- Manage resiliency
- Suspend an SRDF/Metro group
- Deactivate SRDF/Metro (deletepair)
- Example: Setting up SRDF/Metro (Array Witness method)
- SRDF/Metro Smart DR Operations
- SRDF/Metro Smart DR Overview
- SRDF/Metro Smart DR restrictions and dependencies
- SRDF/Metro Smart DR basic control operations
- SRDF/Metro Smart DR changes to SYMCLI operations and commands
- Set up an SRDF/Metro Smart DR environment
- Remove an SRDF/Metro Smart DR environment
- Monitor SRDF/Metro Smart DR
- Control an SRDF/Metro Smart DR environment
- Recover an SRDF/Metro Smart DR environment
- Consistency Group Operations
- Consistency group operations overview
- SRDF consistency group operations
- Enable and disable SRDF consistency protection
- Enable consistency: composite group vs. SRDF group name
- Enabling SRDF consistency protection for concurrent SRDF devices
- Check if device pairs are enabled for consistency protection
- Block symcg enable on R2 side
- Delete an SRDF consistency group
- Suspend SRDF consistency protection
- Composite group cleanup (msc_cleanup)
- Modify consistency groups
- Before you begin consistency group modification
- Consistency group modification restrictions
- Prepare staging area for consistency group modification
- Restrictions: Add devices to SRDF consistency group
- Restrictions: Remove devices from SRDF consistency group
- Restrictions: Device types allowed for add operations to an RDF1 consistency group
- Restrictions: Device types and consistency modes allowed for add operations to a concurrent RDF1 consistency group
- Restrictions: Devices types allowed to add to a cascaded RDF1 consistency group
- Restrictions: Device types allowed for remove operations from an RDF1 consistency group
- Restrictions: Device types allowed for remove operations from a concurrent RDF1 consistency group
- Restrictions: Device types allowed for remove operations from a cascaded RDF1 consistency group
- Recovering from a failed dynamic modify operation
- Consistency groups with a parallel database
- Consistency groups with BCV access at the target site
- Concurrent Operations
- Cascaded Operations
- Cascaded operations overview
- Setting up cascaded SRDF
- R21 device management
- Cascaded SRDF with EDP
- Sample session: planned failover
- Display cascaded SRDF
- SRDF/Star Operations
- SRDF/Star operations overview
- SRDF/Star states and operations
- SRDF/Star operations summary
- Configure and bring up SRDF/Star
- Step 1: Verify SRDF/Star control host connectivity
- Step 2: Verify array settings
- Step 3: Create an SRDF/Star composite group
- Step 4: Create the SRDF/Star options file
- Step 5: Perform the symstar setup operation
- Step 6: Create composite groups on target sites
- Step 7: (Optional) Add BCV devices to the SRDF/Star configuration
- Step 8: Bring up the SRDF/Star configuration
- Displaying the symstar configuration
- Removal of a CG from SRDF/STAR control
- Basic SRDF/Star operations
- SRDF/Star consistency group operations
- Before you begin: SRDF daemon interaction
- SRDF/Star consistency group restrictions
- Prepare staging for SRDF/Star consistency group modification
- Add devices to a concurrent SRDF/Star consistency group
- Add devices to a cascaded SRDF/Star consistency group
- Remove devices from consistency groups
- Recovering from a failed consistency group modification
- Recovery operations: Concurrent SRDF/Star
- Workload switching: Concurrent SRDF/Star
- Planned workload switching: Concurrent SRDF/Star
- Unplanned workload switching: concurrent SRDF/Star
- Unplanned workload switch to synchronous target site: concurrent SRDF/Star
- Unplanned workload switch to asynchronous target site: concurrent SRDF/Star
- Switch back to the original workload site: concurrent SRDF/Star
- Recovery operations: Cascaded SRDF/Star
- Workload switching: Cascaded SRDF/Star
- Reconfiguration operations
- SRDF/Star configuration with R22 devices
- Device Migration Operations
- SRDF/Automated Replication
- SRDF/Automated Replication overview
- SRDF/Automated Replication operations
- Clustered SRDF/AR
- Set symreplicate parameters in the options file
- Manage locked devices
- TimeFinder and SRDF operations
- SRDF Automated Recovery Operations
Dell EMC Solutions Enabler 9.2 SRDF Family CLI User Guide
Suspend an SRDF/Metro group
In general, you manage groups in SRDF/Metro in much the same way as in other SRDF implementations. However, the suspend action has some characteristics that are specific to SRDF/Metro, as this section shows.
The suspend action suspends I/O traffic on the SRDF links for the specified remotely mirrored SRDF pairs in the group or device file and makes them Not Ready (NR) on the SRDF link. In SRDF/Metro, the suspend (or a link failure) also suspends I/O traffic to/from the hosts (that is host writes and reads). Once one side has been rendered inaccessible to hosts, host I/O to/from the other (typically bias) side resumes.
In SRDF/Metro configurations, where ActiveBias determines the side of the device pair that remains accessible to the host, you can use the -keep R1|R2 option to set the winner side of the SRDF/Metro group in conjunction with the suspend operation.
The following restrictions apply to
suspend in
SRDF/Metro configurations:
- The suspend operation must include all devices in the group.
- If Device Bias but still SyncInProg, only -keep R1 is allowed (and it is required, along with -symforce)
For example, to suspend the SRDF links for devices in the specified device file in group 86 and set bias to the R2 side:
symrdf -f /tmp/device_file -sid 085 -rdfg 86 suspend -keep R2
Please provide ratings (1-5 stars).
Please provide ratings (1-5 stars).
Please provide ratings (1-5 stars).
Please select whether the article was helpful or not.
Comments cannot contain these special characters: <>()\