Veritas Access Installation Guide
- Licensing in Veritas Access
- System requirements
- Important release information
- System requirements
- Linux requirements
- Software requirements for installing Veritas Access in a VMware ESXi environment
- Hardware requirements for installing Veritas Access virtual machines
- Management Server Web browser support
- Required NetBackup versions
- Required OpenStack versions
- Required IP version 6 Internet standard protocol
- Network and firewall requirements
- Maximum configuration limits
- Preparing to install Veritas Access
- Deploying virtual machines in VMware ESXi for Veritas Access installation
- Installing and configuring a cluster
- Installation overview
- Summary of the installation steps
- Before you install
- Installing the operating system on each node of the cluster
- Installing Veritas Access on the target cluster nodes
- About managing the NICs, bonds, and VLAN devices
- About VLAN tagging
- Replacing an Ethernet interface card
- Configuring I/O fencing
- About configuring Veritas NetBackup
- About enabling kdump during an Veritas Access configuration
- Configuring a KMS server on the Veritas Access cluster
- Automating Veritas Access installation and configuration using response files
- Displaying and adding nodes to a cluster
- Upgrading the operating system and Veritas Access
- Migrating from scale-out and erasure-coded file systems
- Migrating LLT over Ethernet to LLT over UDP
- Performing a rolling upgrade
- Uninstalling Veritas Access
- Appendix A. Installation reference
- Appendix B. Configuring the secure shell for communications
- Appendix C. Manual deployment of Veritas Access
- Index
Preparing for migration
Veritas provides a utility to migrate from scale-out file system to CFS. You can use the same utility to migrate from erasure-coded file systems to non erasure-coded file system.
Perform the following steps to migrate your files from scale-out file system to CFS. You can follow the same steps to migrate from erasure-coded file systems to non erasure-coded file systems.
Check the size of the source file system size using the following command:.
storage> fs list
Create a new file system with the desired layout. The size of the new file system should be ~10% greater than the source file system.
storage> fs create
Run the script for migration on any one of the nodes for each file system.
Refer to the Access Appliance Upgrade Guide for more details.
In case a cloud tier has been configured, move the data present in the cloud tier to the primary tier before you start migration.
# storage fs policy add operation=move policy_name fs_name from_tier to_tier retrieval_option=Expedited|Standard|Bulk pattern [atime condition] [mtime condition]
Stop and delete all the shares in the source scale-out file system. You have to create the shares again with the same settings in the destination CFS after migration is completed successfully.