InfoScale™ 9.0 Installation Guide - Solaris
- Section I. Planning and preparation
- Introducing Arctera InfoScale
- Licensing Arctera InfoScale
- System requirements
- Preparing to install
- Mounting the ISO image
- Setting up ssh or rsh for inter-system communications
- Obtaining installer patches
- Disabling external network connection attempts
- Verifying the systems before installation
- Setting up the private network
- Setting up shared storage
- Synchronizing time settings on cluster nodes
- Creating a root user
- Configuring LLT interconnects to use Jumbo Frames
- Creating the /opt directory
- Planning the installation setup for SF Oracle RAC systems
- Making the IPS publisher accessible
- Preparing zone environments
- Section II. Installation of Arctera InfoScale
- Installing Arctera InfoScale using the installer
- Installing Arctera InfoScale using response files
- Installing Arctera InfoScale using operating system-specific methods
- Completing the post installation tasks
- Section III. Uninstallation of Arctera InfoScale
- Uninstalling Arctera InfoScale using the installer
- About removing Arctera InfoScale
- Removing the Replicated Data Set
- Uninstalling InfoScale packages using the installer
- Uninstalling Arctera InfoScale using the pkgrm or pkg uninstall command
- Manually uninstalling InfoScale packages on non-global zones on Solaris 11
- Removing the Storage Foundation for Databases (SFDB) repository
- Uninstalling Arctera InfoScale using response files
- Uninstalling Arctera InfoScale using the installer
- Section IV. Installation reference
- Appendix A. Installation scripts
- Appendix B. Tunable files for installation
- About setting tunable parameters using the installer or a response file
- Setting tunables for an installation, configuration, or upgrade
- Setting tunables with no other installer-related operations
- Setting tunables with an un-integrated response file
- Preparing the tunables file
- Setting parameters for the tunables file
- Tunables value parameter definitions
- Appendix C. Troubleshooting installation issues
Planning the storage
InfoScale provides the following options for shared storage:
CVM
CVM provides native naming (OSN) as well as enclosure-based naming (EBN).
Use enclosure-based naming for easy administration of storage. Enclosure-based naming guarantees that the same name is given to a shared LUN on all the nodes, irrespective of the operating system name for the LUN.
CFS
For SF Oracle RAC: Local storage
With FSS, local storage can be used as shared storage. The local storage can be in the form of Direct Attached Storage (DAS) or internal disk drives.
For SF Oracle RAC:Oracle ASM over CVM
The following recommendations ensure better performance and availability of storage.
Use multiple storage arrays, if possible, to ensure protection against array failures. The minimum recommended configuration is to have two HBAs for each host and two switches.
Design the storage layout keeping in mind performance and high availability requirements. Use technologies such as striping and mirroring.
Use appropriate stripe width and depth to optimize I/O performance.
Use SCSI-3 persistent reservations (PR) compliant storage.
Provide multiple access paths to disks with HBA/switch combinations to allow DMP to provide high availability against storage link failures and to provide load balancing.