Please enter search query.
 
              Search <book_title>...
            
 
          InfoScale™ 9.0 Solutions Guide - Linux
                Last Published: 
				2025-08-01
                
              
              
                Product(s): 
				InfoScale & Storage Foundation (9.0)
                 
              
              
                Platform: Linux
              
            - Section I. Introducing InfoScale
- Section II. Solutions for InfoScale products- Solutions for InfoScale products- Use cases for InfoScale products
- Feature support across InfoScale 9.0 products
- Using SmartMove and Thin Provisioning with Sybase databases
- Running multiple parallel applications within a single cluster using the application isolation feature
- Scaling FSS storage capacity with dedicated storage nodes using application isolation feature
- Finding InfoScale product use cases information
 
 
- Solutions for 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 Concurrent I/O
- Improving database performance with atomic write I/O- About the atomic write I/O
- Requirements for atomic write I/O
- Restrictions on atomic write I/O functionality
- How the atomic write I/O feature of Storage Foundation helps MySQL databases
- VxVM and VxFS exported IOCTLs
- Configuring atomic write I/O support for MySQL on VxVM raw volumes
- Configuring atomic write I/O support for MySQL on VxFS file systems
- Dynamically growing the atomic write capable file system
- Disabling atomic write I/O support
 
 
- Section V. Using point-in-time copies- Understanding point-in-time copy methods
- Backing up and recovering- Storage Foundation and High Availability solutions backup and recovery methods
- 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- About SmartTier
- About VxFS multi-volume file systems
- About VxVM volume sets
- About volume tags
- SmartTier use cases for Sybase
- Setting up a filesystem for storage tiering with SmartTier
- Relocating old archive logs to tier two storage using SmartTier
- Relocating inactive tablespaces or segments to tier two storage
- Relocating active indexes to premium storage
- Relocating all indexes to premium storage
 
- Optimizing storage with Flexible Storage Sharing
 
- Optimizing storage tiering with SmartTier
- Section VII. Migrating data- Understanding data migration
- Offline migration from LVM to VxVM
- Offline conversion of native file system to VxFS
- Online migration of a native file system to the VxFS file system- About online migration of a native file system to the VxFS file system
- Administrative interface for online migration of a native file system to the VxFS file system
- Migrating a native file system to the VxFS file system
- Migrating a source file system to the VxFS file system over NFS v4
- Backing out an online migration of a native file system to the VxFS file system
- 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- Changing the alignment of a disk group during disk encapsulation
- Changing the alignment of a non-CDS disk group
- Splitting a CDS disk group
- Moving objects between CDS disk groups and non-CDS disk groups
- Moving objects between CDS disk groups
- Joining disk groups
- Changing the default CDS setting for disk group creation
- Creating non-CDS disk groups
- Upgrading an older version non-CDS disk group
- Replacing a disk in a CDS disk group
- Setting the maximum number of devices for CDS disk groups
- Changing the DRL map and log size
- Creating a volume with a DRL log
- Setting the DRL map length
 
- Displaying information- Determining the setting of the CDS attribute on a disk group
- Displaying the maximum number of devices in a CDS disk group
- Displaying map length and map alignment of traditional DRL logs
- Displaying the disk group alignment
- Displaying the log map length and alignment
- Displaying offset and length information in units of 512 bytes
 
- Default activation mode of shared disk groups
- Additional considerations when importing CDS disk groups
 
- File system considerations- Considerations about data in the file system
- File system migration
- Specifying the migration target
- Using the fscdsadm command- Checking that the metadata limits are not exceeded
- Maintaining the list of target operating systems
- Enforcing the established CDS limits on a file system
- Ignoring the established CDS limits on a file system
- Validating the operating system targets for a file system
- Displaying the CDS status of a file system
 
- Migrating a file system one time
- Migrating a file system on an ongoing basis
- When to convert a file system
- Converting the byte order of a file system
 
- Alignment value and block size
- Migrating a snapshot volume
 
- Migrating from Oracle ASM to VxFS
 
- Section VIII. InfoScale 4K sector device support solution
- Section IX. REST API support- Support for configurations and operations using REST APIs- Support for InfoScale operations using REST APIs
- Supported operations
- Configuring the REST server
- Security considerations for REST API management
- Authorization of users for performing operations using REST APIs
- Reconfiguring the REST server
- Configuring HA for the REST server
- Accessing the InfoScale REST API documentation
- Unconfiguring the REST server
- Troubleshooting information
- Limitations
 
 
- Support for configurations and operations using REST APIs
Refreshing point-in-time copies
After configuring your volumes for snapshots, you can periodically invoke a script with steps similar to following to create point-in-time copies at regular intervals.
To identify snapshot age
- To find the oldest and the most recent snapshots, use the creation time of the snapshots. You can use either of the following commands:- Use the following command and find the SNAPDATE of snapshot volume. - # vxsnap -g appdg list appvol 
- Use the following command: - # vxprint -g appdg -m snapobject_name| grep creation_time - where the snapobject-name is appvol-snp, appvol-snp1 .... appvol-snpN. 
 
To refresh the primary snapshot
- Refresh the primary snapshot from the primary volume.# vxsnap -g appdg refresh snap-appvol source=appvol 
To create cascaded snapshot of the refreshed snapshot volume
- Create a cascaded snapshot of the refreshed snapshot volume.# vxsnap -g appdg make source=snap-appvol/new=sosnap-\ appvol${NEW_SNAP_IDX}/cache=snapcache/infrontof=snap-appvol
To remove the oldest point-in-time copy
- If the limit on number of point-in-time copies is reached, remove the oldest point-in-time copy.# vxedit -g appdg -rf rm sosnap-appvol${ OLDEST_SNAP_IDX }