Veritas InfoScale™ 8.0.2 Solutions Guide - AIX
- Section I. Introducing Veritas InfoScale
- Section II. Solutions for Veritas InfoScale products
- Section III. Stack-level migration to IPv6 or dual stack
- Section IV. Improving database performance
- Overview of database accelerators
- Improving database performance with Veritas Quick I/O
- About Quick I/O
- Improving database performance with Veritas Cached Quick I/O
- Improving database performance with Veritas Concurrent I/O
- Section V. Using point-in-time copies
- Understanding point-in-time copy methods
- Backing up and recovering
- Preserving multiple point-in-time copies
- Online database backups
- Backing up on an off-host cluster file system
- Database recovery using Storage Checkpoints
- Backing up and recovering in a NetBackup environment
- Off-host processing
- Creating and refreshing test environments
- Creating point-in-time copies of files
- Section VI. Maximizing storage utilization
- Optimizing storage tiering with SmartTier
- Optimizing storage with Flexible Storage Sharing
- Optimizing storage tiering with SmartTier
- Section VII. Migrating data
- Understanding data migration
- Offline migration of native volumes and file systems to VxVM and VxFS
- Converting LVM volume groups to VxVM disk groups
- Conversion of JFS and JFS2 file systems to VxFS
- Conversion steps explained
- Examples of using vxconvert
- About test cases
- Converting LVM, JFS and JFS2 to VxVM and VxFS
- Online migration of native LVM volumes to VxVM volumes
- Online migration from LVM volumes in standalone environment to VxVM volumes
- Online migration from LVM volumes in VCS HA environment to VxVM volumes
- Online migration of a native file system to the VxFS file system
- Migrating a source file system to the VxFS file system over NFS v3
- VxFS features not available during online migration
- Migrating storage arrays
- Migrating data between platforms
- Overview of the Cross-Platform Data Sharing (CDS) feature
- CDS disk format and disk groups
- Setting up your system to use Cross-platform Data Sharing (CDS)
- Maintaining your system
- Disk tasks
- Disk group tasks
- Displaying information
- File system considerations
- Specifying the migration target
- Using the fscdsadm command
- Maintaining the list of target operating systems
- Migrating a file system on an ongoing basis
- Converting the byte order of a file system
- Section VIII. Veritas InfoScale 4K sector device support solution
About online migration from Logical Volume Manager (LVM) volumes to Veritas Volume Manager (VxVM) volumes
The online migration feature provides a convenient way to migrate existing applications running on native LVM volumes to VxVM volumes, with a limited downtime. The native LVM volume is referred to as the source volume and the VxVM volume as the target volume. This feature migrates the source LVM volume data to the target VxVM volumes on new storage, with the flexibility of different storage configuration and layouts. Once the configuration is set up, the application can be resumed, while data synchronization from LVM to the VxVM volumes continues in the background. The migration configuration is set up such that the application does not require immediate reconfiguration to the new VxVM device paths. You can choose the point of committing the migration, when data synchronization is complete for all required volumes. In case of errors, it provides a way to abort the migration and safely revert to the original LVM configuration. Source volumes are kept up-to-date till you commit or abort the migration.
Online migration feature enables you to migrate from LVM to VxVM, in the following environments.
From LVM volumes in a standalone environment. This supports a single host, in a non high-availability environment.
See Online migration from LVM volumes in standalone environment to VxVM volumes.
From LVM volumes in a VCS HA environment. This supports the VCS cluster system with failover type high availability.
See Online migration from LVM volumes in VCS HA environment to VxVM volumes.
This feature is certified with Oracle as the primary database application, particularly with the versions 10gr2, 11gr1.
Figure: Migration process illustrates the online migration process.
The first stage shows the initial LVM source configuration.
The second stage shows the migration configuration. The renamed LVM volume is configured as a source mirror under the VxVM volume, from which data is synchronized to the VxVM target mirrors. Application accesses the VxVM volume through the original LVM device path. WRITEs go to LVM as well as VxVM mirrors, and READs are served by the LVM mirror till the VxVM mirrors get synchronized.
The third stage shows the committed setup, where the LVM mirror is dissociated from the VxVM configuration. The LVM volume is not updated with the application IO any further.