InfoScale™ 9.0 Replication Administrator's Guide - AIX
- Section I. Getting started with Volume Replicator
- Introducing Volume Replicator
- Understanding how Volume Replicator works
- How VVR uses kernel buffers for replication
- Replication in a shared disk group environment
- Using SmartTier with VVR
- Understanding the VVR snapshot feature
- About VVR compression
- Planning and configuring replication
- Before you begin configuring
- Choosing the mode of volume replication
- Planning the network
- Sizing the SRL
- Understanding replication settings for a Secondary
- Configuring VVR in a VCS environment
- Using the primary-elect feature to choose the primary site after a site disaster or network disruption
- Requirements for configuring VVR in a VCS environment
- Example setting up VVR in a VCS environment
- Configuring the agents for a bunker replication configuration
- Section II. Setting up and administering VVR
- Setting up replication
- Creating a Replicated Data Set
- Creating a Primary RVG of an RDS
- Adding a Secondary to an RDS
- Changing the replication settings for a Secondary
- Synchronizing the Secondary and starting replication
- Starting replication when the data volumes are zero initialized
- Displaying configuration information
- Displaying RVG and RDS information
- Displaying information about data volumes and volume sets
- Displaying information about Secondaries
- Displaying statistics with the vrstat display commands
- Collecting consolidated statistics of the VVR components
- Displaying network performance data
- Administering Volume Replicator
- Administering data volumes
- Associating a volume to a Replicated Data Set
- Associating a volume set to an RDS
- Associating a Data Change Map to a data volume as a log plex
- Resizing a data volume in a Replicated Data Set
- Administering the SRL
- Incrementally synchronizing the Secondary after SRL overflow
- Administering replication
- Administering the Replicated Data Set
- Administering Storage Checkpoints
- Creating RVG snapshots
- Using the instant snapshot feature
- About instant full snapshots
- Preparing the volumes prior to using the instant snapshot feature
- Creating instant full snapshots
- About instant space-optimized snapshots
- Creating instant space-optimized snapshots
- About instant plex-breakoff snapshots
- Administering snapshots
- Using the traditional snapshot feature
- Using Veritas Volume Manager FastResync
- Verifying the DR readiness of a VVR setup
- Backing up the Secondary
- Administering data volumes
- Using VVR for off-host processing
- Transferring the Primary role
- Migrating the Primary
- About taking over from an original Primary
- Failing back to the original Primary
- Choosing the Primary site after a site disaster or network disruption
- Troubleshooting the primary-elect feature
- Replication using a bunker site
- Introduction to replication using a bunker site
- Setting up replication using a bunker site
- Using a bunker for disaster recovery
- Replication using a bunker site in a VCS environment
- Configuring and administering VVR using System Management Interface Tool
- Accessing Volume Replicator interface in SMIT
- Setting up a simple Volume Replicator configuration using SMIT
- Displaying configuration information using SMIT
- Administering Volume Replicator using SMIT
- Taking instant snapshot of data volumes of an RVG using SMIT
- Associating a volume to a Replicated Data Set using SMIT
- Transferring the Primary role using SMIT
- Troubleshooting VVR
- Recovery from configuration errors
- Errors during an RLINK attach
- Errors during modification of an RVG
- Recovery on the Primary or Secondary
- Recovering from Primary data volume error
- Primary SRL volume error cleanup and restart
- Primary SRL header error cleanup and recovery
- Secondary data volume error cleanup and recovery
- Tuning replication performance
- SRL layout
- Tuning Volume Replicator
- VVR buffer space
- Tuning VVR compression
- VVR buffer space
- Setting up replication
- Section III. Analyzing your environment with Volume Replicator Advisor
- Introducing Volume Replicator Advisor (VRAdvisor)
- Collecting the sample of data
- About collecting the sample of data
- Collecting the sample of data on UNIX
- Collecting the sample of data on Windows
- Analyzing the sample of data
- About analyzing the sample of data
- Analyzing the collected data
- Understanding the results of the analysis
- Viewing the analysis results
- Recalculating the analysis results
- Installing Volume Replicator Advisor (VRAdvisor)
- Section IV. VVR reference
- Appendix A. VVR command reference
- Appendix B. Using the In-band Control Messaging utility vxibc and the IBC programming API
- Using the IBC messaging command-line utility
- Examples - Off-host processing
- In-band Control Messaging API
- Appendix C. Volume Replicator object states
- Appendix D. Alternate methods for synchronizing the Secondary
- Using the full synchronization feature
- Using block-level backup and Storage Checkpoint
- Using difference-based synchronization
- Examples for setting up a simple Volume Replicator configuration
- Appendix E. Migrating VVR from IPv4 to IPv6
- Migrating VVR to support IPv6 or dual stack
- About migrating to IPv6 when VCS global clustering and VVR agents are not configured
- About migrating to IPv6 when VCS global clustering and VVR agents are configured
- About migrating to IPv6 when VCS global clustering and VVR agents are configured in the presence of a bunker
- Migrating to IPv6 when VCS global clustering and VVR agents are configured in the presence of a bunker
- Appendix F. Sample main.cf files
Migrating VVR RLINKs from IPv4 to IPv6 when VCS global clustering and VVR agents are configured in the presence of a bunker
Before you perform the steps in this section, make sure all sites are in dual mode; that it, all sites have both IPv4 and IPv6 addresses defined.
To migrate VVR RLINKs from IPv4 to IPv6, do the following:
Migrate the VVR RLINKs of the Primary and Secondary sites to IPv6.
Migrate the VVR RLINKs of the Primary and bunker sites to IPv6.
Manually edit the VVR RLINKs at the bunker and Secondary sites. You must edit the RLINKs manually because they are inactive and the vradmin changeip command cannot change the IP for these rlinks
To migrate the RLINKs of the Primary and Secondary sites to IPv6
- On the Primary site node, run the vradmin changeip command.
# vradmin -g hrdg changeip hr_rvg 10.209.87.171 \ newpri=fd4b:454e:205a:111:211:43ff:feaa:af70 \ newsec=fd4b:454e:205a:111:211:43ff:feaa:af71 Message from Primary: VxVM VVR vxrlink INFO V-5-1-3614 Secondary data volumes detected with rvg hr_rvg as parent: VxVM VVR vxrlink INFO V-5-1-6183 datavol: len=10485760 primary_datavol=datavol
- Check the replication status. Enter the following:
# vradmin -g hrdg repstatus hr_rvg Replicated Data Set: hr_rvg Primary: Host name: 10.209.87.170 RVG name: hr_rvg DG name: hrdg RVG state: enabled for I/O Data volumes: 1 VSets: 0 SRL name: hr_srl SRL size: 1.00 G Total secondaries: 2 Bunker (secondary): Host name: 10.209.87.202 RVG name: hr_rvg DG name: hrdg Data status: consistent, behind Replication status: replicating (connected) Current mode: synchronous Logging to: SRL (48 Kbytes behind, 0% full) Timestamp Information: behind by 0h 0m 0s Secondary: Host name: fd4b:454e:205a:111:211:43ff:feaa:af71 RVG name: hr_rvg DG name: hrdg Data status: consistent, behind Replication status: replicating (connected) Current mode: asynchronous Logging to: SRL (341972 Kbytes behind, 32% full) Timestamp Information: behind by 0h 1m 10s
To migrate the RLINKs of the Primary and bunker sites to IPv6
- On the Primary site node, run the vradmin changeip command.
# vradmin -g hrdg changeip hr_rvg 10.209.87.202 \ newpri=fd4b:454e:205a:111:211:43ff:feaa:af70 \ newsec=fd4b:454e:205a:111:210:20ff:fe98:af72 Message from Primary: VxVM VVR vxrlink INFO V-5-1-12348 Secondary srl detected with rvg hr_rvg as parent:
- Check the replication status. Enter the following:
# vradmin -g hrdg repstatus hr_rvg Replicated Data Set: hr_rvg Primary: Host name: fd4b:454e:205a:111:211:43ff:feaa:af70 RVG name: hr_rvg DG name: hrdg RVG state: enabled for I/O Data volumes: 1 VSets: 0 SRL name: hr_srl SRL size: 1.00 G Total secondaries: 2 Bunker (secondary): Host name: fd4b:454e:205a:111:210:20ff:fe98:af72 RVG name: hr_rvg DG name: hrdg Data status: consistent, up-to-date Replication status: replicating (connected) Current mode: synchronous Logging to: SRL Timestamp Information: behind by 0h 0m 0s Secondary: Host name: fd4b:454e:205a:111:211:43ff:feaa:af71 RVG name: hr_rvg DG name: hrdg Data status: consistent, behind Replication status: replicating (connected) Current mode: asynchronous Logging to: SRL (752444 Kbytes behind, 71% full) Timestamp Information: behind by 0h 5m 4s
- After you migrate to IPv6, check the RLINKs on the Primary site. Enter the following:
# vxprint -Pl Disk group: hrdg Rlink: rlk_10.209.87.202_hr_rvg info: timeout=500 rid=0.1077 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=ACTIVE synchronous=override latencyprot=off srlprot=off assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:211:43ff:feaa:af72 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af72 port=4145 remote_dg=hrdg remote_dg_dgid=1276521227.64.swax29 remote_rvg_version=30 remote_rlink=rlk_10.209.87.203_hr_rvg remote_rlink_rid=0.1048 local_host=fd4b:454e:205a:111:210:20ff:fe98:af70 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af70 port=4145 protocol: TCP/IP flags: write enabled attached consistent connected bunker synchronous Rlink: rlk_10.209.87.204_hr_rvg info: timeout=500 rid=0.1073 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=10240kbps state: state=ACTIVE synchronous=off latencyprot=off srlprot=autodcm assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:211:43ff:feaa:af71 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af71 port=4145 remote_dg=hrdg remote_dg_dgid=1276621272.66.swax27 remote_rvg_version=30 remote_rlink=rlk_10.209.87.203_hr_rvg remote_rlink_rid=0.1068 local_host=fd4b:454e:205a:111:211:43ff:feaa:af70 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:203 port=4145 protocol: TCP/IP flags: write enabled attached consistent connected asynchronous
To change the RLINKs on the bunker and Secondary sites to use IPv6 addresses
- Check the RLINKs on the bunker site. Enter the following:
# vxprint -Pl Disk group: hrdg Rlink: rlk_10.209.87.203_hr_rvg info: timeout=500 rid=0.1048 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=ACTIVE synchronous=override latencyprot=off srlprot=off assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:211:43ff:feaa:af70 IP_addr=fd4b:454e:205a:111:211:43ff:feaa:af70 port=4145 remote_dg=hrdg remote_dg_dgid=1276518249.76.swax25 remote_rvg_version=30 remote_rlink=rlk_10.209.87.202_hr_rvg remote_rlink_rid=0.1077 local_host=fd4b:454e:205a:111:210:20ff:fe98:af72 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af72 port=4145 protocol: TCP/IP flags: write enabled attached consistent connected bunker Rlink: rlk_10.209.87.204_hr_rvg info: timeout=500 rid=0.1052 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=STALE synchronous=override latencyprot=off srlprot=off assoc: rvg=hr_rvg remote_host=10.209.87.171 IP_addr=10.209.87.171 port=4145 remote_dg=hrdg remote_dg_dgid=1276621272.66.swax27 remote_rvg_version=30 remote_rlink=rlk_10.209.87.202_hr_rvg remote_rlink_rid=0.1075 local_host=10.209.87.202 IP_addr=10.209.87.202 port=4145 protocol: TCP/IP flags: write enabled detached consistent disconnected bunker
- Check the RLINKs on the Secondary site. Enter the following:
# vxprint -Pl Disk group: hrdg Rlink: rlk_10.209.87.202_hr_rvg info: timeout=500 rid=0.1075 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=STALE synchronous=off latencyprot=off srlprot=autodcm assoc: rvg=hr_rvg remote_host=10.209.87.202 IP_addr=10.209.87.202 port=4145 remote_dg=hrdg remote_dg_dgid=1276521227.64.swax29 remote_rvg_version=30 remote_rlink=rlk_10.209.87.204_hr_rvg remote_rlink_rid=0.1052 local_host=10.209.87.204 IP_addr=10.209.87.204 port= protocol: TCP/IP flags: write enabled detached consistent disconnected bunker_target Rlink: rlk_10.209.87.203_hr_rvg info: timeout=500 rid=0.1068 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=10240kbps state: state=ACTIVE synchronous=off latencyprot=off srlprot=autodcm assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:210:20ff:fe98:af70 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af70 port=4145 remote_dg=hrdg remote_dg_dgid=1276518249.76.swax25 remote_rvg_version=30 remote_rlink=rlk_10.209.87.204_hr_rvg remote_rlink_rid=0.1073 local_host=fd4b:454e:205a:111:210:20ff:fe98:af71 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af71 port=4145 protocol: TCP/IP flags: write enabled attached consistent connected
- On the bunker and Secondary sites, set the IPv6 addresses manually.
On the bunker site, enter the following:
# vxedit -g hrdg \ set local_host=fd4b:454e:205a:111:210:20ff:fe98:af72 \ remote_host=fd4b:454e:205a:111:210:20ff:fe98:af71 \ rlk_10.209.87.204_hr_rvg
On the Secondary site, enter the following:
# vxedit -g hrdg \ set local_host=fd4b:454e:205a:111:210:20ff:fe98:af71 \ remote_host=fd4b:454e:205a:111:210:20ff:fe98:af72 \ rlk_10.209.87.202_hr_rvg
- Check the RLINKs on the bunker site to verify your changes:
# vxprint -Pl Disk group: hrdg Rlink: rlk_10.209.87.203_hr_rvg info: timeout=500 rid=0.1048 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=ACTIVE synchronous=override latencyprot=off srlprot=off assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:210:20ff:fe98:af70 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af70 port=4145 remote_dg=hrdg remote_dg_dgid=1276518249.76.swax25 remote_rvg_version=30 remote_rlink=rlk_10.209.87.202_hr_rvg remote_rlink_rid=0.1077 local_host=fd4b:454e:205a:111:210:20ff:fe98:af72 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af72 port=4145 protocol: TCP/IP flags: write enabled attached consistent connected bunker Rlink: rlk_10.209.87.204_hr_rvg info: timeout=500 rid=0.1052 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=STALE synchronous=override latencyprot=off srlprot=off assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:210:20ff:fe98:af71 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af71 port= remote_dg=hrdg remote_dg_dgid=1276621272.66.swax27 remote_rvg_version=30 remote_rlink=rlk_10.209.87.202_hr_rvg remote_rlink_rid=0.0 local_host=fd4b:454e:205a:111:210:20ff:fe98:af72 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af72 port=4145 protocol: TCP/IP flags: write enabled detached consistent disconnected bunker
- Check the RLINKs on the Secondary site. Enter the following:
# vxprint -Pl Disk group: hrdg Rlink: rlk_10.209.87.202_hr_rvg info: timeout=500 rid=0.1075 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=none state: state=STALE synchronous=off latencyprot=off srlprot=autodcm assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:210:20ff:fe98:af72 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af72 port= remote_dg=hrdg remote_dg_dgid=1276521227.64.swax29 remote_rvg_version=30 remote_rlink=rlk_10.209.87.204_hr_rvg remote_rlink_rid=0.0 local_host=fd4b:454e:205a:111:210:20ff:fe98:af71 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af71 port=4145 protocol: TCP/IP flags: write enabled detached consistent disconnected bunker_target Rlink: rlk_10.209.87.203_hr_rvg info: timeout=500 rid=0.1068 latency_high_mark=10000 latency_low_mark=9950 bandwidth_limit=10240kbps state: state=ACTIVE synchronous=off latencyprot=off srlprot=autodcm assoc: rvg=hr_rvg remote_host=fd4b:454e:205a:111:210:20ff:fe98:af70 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af70 port=4145 remote_dg=hrdg remote_dg_dgid=1276518249.76.swax25 remote_rvg_version=30 remote_rlink=rlk_10.209.87.204_hr_rvg remote_rlink_rid=0.1073 local_host=fd4b:454e:205a:111:210:20ff:fe98:af71 IP_addr=fd4b:454e:205a:111:210:20ff:fe98:af71 port=4145 protocol: TCP/IP flags: write enabled attached consistent connected
The replication IPs have been changed to IPv6 on all the Sites. Now the Sites can be moved to pure IPv6 by removing the IPv4 network.