In training I was told not to use the exchange_reports. Without it how do I get exchange reports. Also, how is QOS info pulled from the exchange_monitor.
Ah, that makes lots of sense!
The Exchange reports include information for all Exchange servers in a single interface, so you would not want to use them as an MSP for customers. There is no way to limit which data a customer sees, so they could each see data for other customers in addition to their own.
When we first setup the reports, we really wanted them to work in our customer portal and not use the IIS interface directly, so one of our developers coded reports on our portal (in PHP) to mimic those available from the Nimsoft package. This was relatively easy because the queries are all based on stored procedures, which meant we just needed to figure out which SP provided the data for each report. While we were at it, we implemented a restriction that allows each of our customers to access only their Exchange data.
The QoS data from the exchange_monitor probe should still be useful in an MSP implementation, much like any other QoS. But the Exchange reports provide much more detailed information that really cannot be captured in QoS.
You use the exchange monitor backend probe installed on your hub/robot and it will find any exchange monitor probes. From their you install the exchange monitor reports application that you will drag to your hub and then go to your hub portal (not SDP) to get the exe and run it will install reports onto your server and It creates a IIS Website http://yoursite.com/exchangemonitorreports or something of that nature.
I have used it before and it has some nice reports with it. But it has been a while.
What kind of data do you want to get for Exchange? We have been using the Exchange reports and have had both good and bad luck with them. That is the only way to get certain information.
We have not used the checkpoints in exchage_monitor to pull QoS, but I think it should report values like any other probe.
Thanks for the replies. I was told not to use it because "The reports piece is not yet Account Aware". I didnt know what exactly that meant. Note this if an MSP implementation if that matters.
Is it still the case that Exchange reporting isn't functional in an MSP environment?
The standalone Exchange reports interface mentioned above has been replaced by Exchange reports in the UMP. The new reports might be account-aware, but I am not sure.
Where do I find the new Exchange reports for uMP?
You can download them from the Internet archive as exchange_ur_reports. They require Unified Reporter.
Retrieving data ...