InfoScale™ Operations Manager 9.0 User's Guide
- Section I. Getting started
- Introducing Arctera InfoScale Operations Manager
- Using the Management Server console
- About selecting the objects
- About searching for objects
- Examples for using Arctera InfoScale Operations Manager
- Example: Cluster Server troubleshooting using Arctera InfoScale Operations Manager
- Example: Ensuring the correct level of protection for volumes controlled by Storage Foundation
- Example: Improving the availability and the disaster recovery readiness of a service group through fire drills
- Examples: Identifying and reducing storage waste using Arctera InfoScale Operations Manager
- Section II. Managing Arctera InfoScale Operations Manager
- Managing user access
- Creating an Organization
- Modifying the name of an Organization
- Setting up fault monitoring
- Creating rules in a perspective
- Editing rules in a perspective
- Deleting rules in a perspective
- Enabling rules in a perspective
- Disabling rules in a perspective
- Suppressing faults in a perspective
- Using reports
- Running a report
- Subscribing for a report
- Sending a report through email
- Managing user access
- Section III. Managing hosts
- Overview
- Working with the uncategorized hosts
- Managing File Replicator (VFR) operations
- Managing disk groups and disks
- Creating disk groups
- Importing disk groups
- Adding disks to disk groups
- Resizing disks in disk groups
- Renaming disks in disk groups
- Splitting disk groups
- Moving disk groups
- Joining disk groups
- Initializing disks
- Replacing disks
- Recovering disks
- Bringing disks online
- Setting disk usage
- Evacuating disks
- Running or scheduling Trim
- Managing volumes
- Creating Storage Foundation volumes
- Encrypting existing volumes
- Deleting volumes
- Moving volumes
- Renaming volumes
- Adding mirrors to volumes
- Removing the mirrors of volumes
- Creating instant volume snapshots
- Creating space optimized snapshots for volumes
- Creating mirror break-off snapshots for volumes
- Dissociating snapshots
- Reattaching snapshots
- Resizing volumes
- Restoring data from the snapshots of volumes
- Refreshing the snapshot of volumes
- Configuring a schedule for volume snapshot refresh
- Adding snapshot volumes to a refresh schedule
- Removing the schedule for volume snapshot refresh
- Setting volume usage
- Enabling FastResync on volumes
- Managing file systems
- Creating file systems
- Defragmenting file systems
- Unmounting non clustered file systems from hosts
- Mounting non clustered file systems on hosts
- Unmounting clustered file systems
- Mounting clustered file systems on hosts
- Remounting file systems
- Checking file systems
- Creating file system snapshots
- Remounting file system snapshot
- Mounting file system snapshot
- Unmounting file system snapshot
- Removing file system snapshot
- Monitoring capacity of file systems
- Managing SmartIO
- About managing SmartIO
- Creating a cache
- Modifying a cache
- Creating an I/O trace log
- Analyzing an I/O trace log
- Managing application IO thresholds
- Managing replications
- Configuring Storage Foundation replications
- Pausing the replication to a Secondary
- Resuming the replication of a Secondary
- Starting replication to a Secondary
- Stopping the replication to a Secondary
- Switching a Primary
- Taking over from an original Primary
- Associating a volume
- Removing a Secondary
- Monitoring replications
- Optimizing storage utilization
- Section IV. Managing high availability and disaster recovery configurations
- Overview
- Managing clusters
- Managing service groups
- Creating service groups
- Linking service groups in a cluster
- Bringing service groups online
- Taking service groups offline
- Switching service groups
- Managing systems
- Managing resources
- Invoking a resource action
- Managing global cluster configurations
- Running fire drills
- Running the disaster recovery fire drill
- Editing a fire drill schedule
- Using recovery plans
- Managing application configuration
- Multi Site Management
- Appendix A. List of high availability operations
- Section V. Monitoring Storage Foundation HA licenses in the data center
- Managing licenses
- About Arctera licensing and pricing
- Assigning a price tier to a host manually
- Creating a license deployment policy
- Modifying a license deployment policy
- Viewing deployment information
- Managing licenses
- Monitoring performance
- About Arctera InfoScale Operations Manager performance graphs
- Managing Business Applications
- About the makeBE script
- Managing extended attributes
- Managing policy checks
- About using custom signatures for policy checks
- Managing Dynamic Multipathing paths
- Disabling the DMP paths on the initiators of a host
- Re-enabling the DMP paths
- Managing CVM clusters
- Managing Flexible Storage Sharing
- Monitoring the virtualization environment
- About discovering the VMware Infrastructure using Arctera InfoScale Operations Manager
- About the multi-pathing discovery in the VMware environment
- About discovering Solaris zones
- About discovering logical domains in Arctera InfoScale Operations Manager
- About discovering LPARs and VIOs in Arctera InfoScale Operations Manager
- About Microsoft Hyper-V virtualization discovery
- Using Web services API
- Arctera InfoScale Operations Manager command line interface
- Appendix B. Command file reference
- Appendix C. Application setup requirements
- Application setup requirements for Oracle database discovery
- Application setup requirements for Oracle Automatic Storage Management (ASM) discovery
- Application setup requirements for IBM DB2 discovery
- Application setup requirements for Sybase Adaptive Server Enterprise (ASE) discovery
- Application setup requirements for Microsoft SQL Server discovery
Example: Identifying the performance issues of an application using Arctera InfoScale Operations Manager
As an administrator, one of your responsibilities is to ensure the optimum performance of the applications that are running in your data center. Performance issues of your critical applications can have significant negative effect on overall business. For example, if you fail to address long I/O access times for the storage network supporting your e-commerce transaction system, the seasonal surge in transactions could cause significant slowness and have financial implications on the business.
With the Storage Insight Add-on for Arctera InfoScale Operations Manager, you can get visibility from the application down to the spindle. Arctera InfoScale Operations Manager empowers you to view the detailed storage information of an enclosure. With this added visibility, you can perform storage management operations with confidence.
For detailed information about the storage enclosures in your data center and on using Storage Insight Add-on, refer to the Arctera InfoScale Operations Manager Add-ons User Guide.
In Arctera InfoScale Operations Manager, you can view the performance for various objects such as host, volume, disk by using interactive graphs. You can select an object and view graphs for multiple performance parameters.
A complete list of objects and the types of performance graphs is provided.
This example explains how you can use the performance graphs on the storage objects in Arctera InfoScale Operations Manager and the ability to view the application to the spindle mapping, to analyze the following problem:
Problem: The Oracle database that is installed on the LUNs, which are part of IBM XIV enclosure, is slow.
In this example, we use the following names:
Table: Example names
Object | Name |
---|---|
Oracle database | ora_db |
Host that you use to access ora_db | lnx_host This host runs on Linux platform. |
Volume, which is associated with ora_db | vxvm_vol |
File system, which is associated with ora_db | vxfs_fs This File System is a VxFS file system. |
Disks that are associated with the IBM XIV enclosure on which ora_db is installed | xiv_disk1 xiv_disk2 |
Any of the following can result in the poor performance of ora_db:
The lnx_host that contains ora_db may have many other applications running simultaneously on it. These applications can result in more CPU load on the host or the usage of more memory. If the CPU load or the memory usage exceeds the optimum value, it can affect the performance of ora_db.
To view the performance graphs for lnx_host associated with ora_db
The available file system size on vxfs_fs that is associated with ora_db may not be enough for the proper functioning of ora_db. Or the delay in the I/O time on vxvm_vol that is associated with ora_db can affect the performance of ora_db.
To view the performance graphs for vxfs_fs and vxvm_vol associated with ora_db
The delay in the I/O time on xiv_disk1 or xiv_disk2 that is associated with ora_db can affect the performance of ora_db.
To view the performance graphs for xiv_disk1 or xiv_disk2 associated with ora_db
To view the performance graphs for lnx_host associated with ora_db
- In the Home page on the Management Server console, go to Server perspective, and select Manage in the left pane.
- Expand Organization or Uncategorized Hosts to locate lnx_host.
- Click the Performance tab.
To view the performance graphs for vxfs_fs and vxvm_vol associated with ora_db
- In the Home page on the Management Server console, go to Server perspective, and select Manage in the left pane.
- Expand Applications and expand Databases to locate ora_db.
- Click the Volumes tab.
- In the volumes details list, right-click vxvm_vol, and select Performance.
To view the performance graphs for xiv_disk1 or xiv_disk2 associated with ora_db
- In the Home page on the Management Server console, go to Server perspective, and select Manage in the left pane.
- Expand Applications and expand Databases to locate ora_db.
- Click the Disks tab.
- In the disks details list, right-click xiv_disk1 or xiv_disk2 and select Performance.
Performance charts for xiv_disk1
Performance charts for xiv_disk2
From the performance graphs of xiv_disk1 and xiv_disk2, you notice an issue with the performance of xiv_disk1. The performance graph of xiv_disk1 displays that the average read latency is higher than the optimum value and the bytes read is lower than the optimum value.
From the performance graphs, you have identified the low disk I/O issue of xiv_disk1. This issue can adversely affect the performance of the ora_db. You must understand the specific problem that results in the low disk I/O on xiv_disk1. To understand the specific problem, you must analyze the details of xiv_disk1. Understanding the cause of the problem can help you make appropriate decisions on addressing the performance issue of the ora_db.
As xiv_disk1 and xiv_disk2 are part of IBM XIV enclosure, you can view the detailed information on them with the help of Storage Insight Add-on.
Note:
You must configure the deep discovery for IBM XIV storage enclosures to view the details of xiv_disk1 and xiv_disk2.
For information on managing the Storage Insight Add-on, refer to the Arctera InfoScale Operations Manager Add-ons User Guide.