Microsoft System Center Operations Manager (SCOM) vs. Opsview Monitor

More appropriate for:

• Pure Microsoft ecosystem environments (Windows Server and SQL server) and the most common Linux and UNIX platforms.
• Environments where cost is less of a factor than settling on a single platform for monitoring
• Environments where the administrators are familiar with the setup and installation of SCOM.

Less appropriate for:

• Pure UNIX/Linux shops, especially versions not supported out of the box by SCOM.
• Shops that cannot afford the engagement to setup/configure and maintain on a continuous basis.
• Shops that cannot dedicate personnel to the care and feeding of SCOM, especially when supporting larger environments.

Incentivized

If you know Nagios or Nagios-like monitoring systems, OpsView will be really easy for you to learn and manage. Migrations process will be relatively easy. You're getting great U/I that will speed up adding new objects to the system and present data in a clear, organized way. In addition it's easy to create dedicated dashboards for your clients.

Incentivized

• Allows us to visualize our systems in a single interface and see the status of health as well as relevant performance metrics.
• A flexible and powerful interface with active alerting covering domain controllers, SQL servers, etc...
• Allows you to customize your views and workspaces for specific tasks and needs.
• Reporting is powerful and flexible.

Incentivized

• Easily extensible. We write many of our own monitoring plugins for Opsview and use open source Nagios community plugins as well
• Quick to deploy. Don't need to worry about all of the dependencies that you need to with something like Nagios
• It just works. Most of the housekeeping tasks are completely automated
• Nice visualizations and dashboards

Incentivized

• One of the biggest drawbacks to SCOM is the sheer scope and complexity of the system. This can be a pro and a con. The system is very customizable, what you put into it is what you'll get out of it. That said, the learning curve is fairly steep. An organization needs to be committed to putting time and resources into SCOM to get the most out of it. I've heard stories from colleagues of several different companies that invested in SCOM and then abandoned it due to the excessive time and care required.
• SCOM is expensive. Not only is the enterprise licensing costly, SCOM requires it's own servers, operational and warehouse databases to be maintained.
• The OOB SCOM reports are a bit clunky and feel outdated.

Incentivized

• pricey
• build in cloud monitoring packs need to be improved
• smb version is missing some powerfull features

Incentivized

Hard to get support. The product is not being actively developed anymore, so it is hard to get new features for the product.

Incentivized

We used Altiris and WSUS and in the beginning Altiris had the better admin interface than SCOM, but it is no longer the case as SCOM has refined their admin interface. Altiris still has better and more robust group assignments for management roles and those two other tools can better manage non Windows OS devices than SCOM but for a large enterprise Windows shop, if you can afford it, SCOM is the way to go.

Incentivized

Nagios and Zabbix - Opsview is much easier to setup and operate than both of them. SolarWinds Orion - Opsview is much more economical

Incentivized

• It has allowed us to provide an Enterprise Event/Alert management solution to the Global company
• It has taken a long time to get it to provide valuable alerts and information, lots of user resources and investment.
• It assists with 24/7 monitoring and out of hours support

Incentivized

• helps to discover and remediate infrastructure problems quickly
• helps to present SLA diagrams for clients
• speeds up deployment proces for new solutions

Incentivized