HPE Storage Users Group

Hi

I am planing to system reporter i need help for what should i need
how much drive CPU and rem need, I have system reporter sizing too how to use it
I have on storage
I need step for configuration

Thank you

I would recommend Reading this http://h20628.www2.hp.com/km-ext/kmcsdirect/emr_na-c03606466-1.pdf

HP 3PAR System Reporter 3.1 Software User's Guide

It should performe best on Linux. Redhat is officially the only disto supported but it works fine on CentOS (Redhat free)

I ignored the advice: "When running System Reporter on a Virtual Machine, it is best to have the database server running on a separate VM". Why only if it's a VM?

I have 2vCPU, 8Gb memory, 40GB hdd.

No performance issues so far

Running it as a VM here as well.

2vCPU
8GB Ram
40GB OS
30GB Data
20GB Logs
OS: Windows Server 2012
DB: SQL Server 2012

Currently the database is under 5GB with being up for 4 months, no performance issues.


Make sure the sizing wizard isn't calculating the need for storing all of the AO data, if it does the sizing goes from pretty small to insane very quickly. AO metrics are now kept on the array itself, so there is no hard requirement for it these days.

The software was originally written for RHEL/Centos with MySQL for the backend, it is optimized for this platform and it is what support knows. Windows support was added later and while present the technicians seem to be lacking the knowledge for these type of installs. SQL Server does work but requires more database space, Oracle also works but requires the most database space.

The choice Windows + SQL Server was due to general staff experience with the given application stack. The installer as of 3.1 MU1 does not fully play nicely with Server 2012, you will need to manually configure some of the connection parameters along with the service dependency.

I am actually planning to strip some resources from the VM.

1vCPU and 4GB Ram is more than enough for our installation.

It idles along without breaking a sweat

If you use the DB they suggest and stay away from Oracle or SQL it is fairly light weight and will depend on how many reports you run. We give it more than usual CPU and RAM because we run numerous scheduled reports (dozens) every night and we also run some automated CLI jobs from the box. SR is a great tool, a few short comings, but a huge detailed view into the array.