Skip to content

Midrange Performance Data Collection - SNM2 GUI

Updated  by hvuser
  • PDF
  • Print
  • Copy To Clipboard
  • Collapse All Expand All

Content

Objective

Collect Performance Data from an AMS2000 series or HUS100 Series

Environment

  • Adaptable Modular Storage 2000 (AMS2000), DF800
  • Unified Storage (HUS / HUS 100), DF850
  • Storage Navigator Modular 2 (SNM2) - GUI
  • Midrange (DF) Performance Data Collection

Procedure

Prerequisites

  • Performance Data must be collected while the problem is happening, for Global Support to see the problem in the logs.
  • Performance Data should not exceed 120 collections unless Global Support specifies otherwise.
  • Do not change the performance collection interval to anything other than one-minute unless Global Support specifies otherwise. Larger intervals reduce the granularity of the collection data and average out problem areas.

Steps

  1. Log into SNM2.
  2. Log into your affected array.
  3. Click "Performance".
  4. Click "Monitoring".
  5. Validate all "Performance Measurement Items" are "Enabled".
  6. Click "Get Performance" button.

    090240412003646.png
     
  7. In the "Measurement Item" box, make sure everything is selected.
  8. Next to "Performance Measurement Mode" check "Auto".
  9. Make sure "Interval" is set to "1" unless Global Support has specified otherwise.
  10. The recommended "Number of repetitions" is "60". Do not exceed "120" unless Global Support has specified otherwise.
  11. Check "Yes" next to "Integrate got performance files".
  12. Click "Start" button. 

    090240412003645.png
     
  13. Wait until performance collection completes before clicking anything else in SNM2! Clicking around may cancel your performance collection.
  14. When the performance collection is complete, click "Get Files" button and save performance data to desired directory.

    090240412003647.png

  15. Once Performance Collection is completed, collect a Simple Trace.
    • A Simple Trace needs to be collected after the performance collection is completed. This allows Global Support to compare the hardware logs to the performance graphs.
    • Collecting a Simple Trace during the performance collection can skew the results.
  16. Upload the Simple Trace and Performance Data to TUF and Contact Global Support when the upload is completed.

Additional Notes

  • Unlike our Enterprise Performance Monitor, the Midrange Performance Monitor cannot look back in time for performance problems.
  • GSC does not recommend long term attempts to "find" performance problems using the midrange performance tool. The recommended maximum for long term performance monitoring is 2 hours at one minute intervals (120 collections). Please try to narrow the time of your performance problem BEFORE running the tool.
  • If a long-term collection is needed to catch an intermittent problem, please follow DF Performance Data Collection - SNM2 CLI. When uploading the data, the exact start and stop date and time will need to be specified so Global Support's analysis can focus on those areas.
  • Running the midrange performance monitor can cause a performance impact in itself if a system is already near its performance limit.
  • If an error occurs during SNM2 GUI Performance collection, where there is no "Get Files" screen, or if the "Get Files" window is accidently closed, the files may still exist on the SNM2 server. See How to Find Performance Files on the SNM2 GUI Server.
  • Best Practice when uploading files to TUF:
    • Do not Archive/Zip the simple trace files. Make sure the files contain *smpl_trc*.dat otherwise Global Support's auto extraction tools will skip it, slowing down analysis.
      • It is critical that the trace files containing *0S* or *0E* are uploaded, as these are the files with the array configuration information.
    • Make sure the file name contains *pfm*.zip. It is helpful if the serial number is added to the filename, so Global Support can tell which file is from which array if multiple arrays are uploaded.
      • Example: 93000000_pfm2.zip
    • * is a wildcard for the above examples. 

Other Collection Scenarios

Reminder: Midrange Performance Data needs to be collected while the problem is happening!