Tag: server performance monitoring

POODLE Patch Post: Monitoring IIS Patches for CVE­-2014­-3566

Photo By Karin Jonsson (Flickr: Poodle) [CC-BY-2.0 via Wikimedia Commons]
Photo By Karin Jonsson (Flickr: Poodle) [CC-BY-2.0 via Wikimedia Commons
Anyone running web sites on IIS with SSL support should have already rolled out patches for CVE­-2014­-3566, the vulnerability in SSL v3 which has been labeled POODLE.

What is the POODLE Bug?

Google researchers have found a severe flaw in an obsolete but still used encryption software, which could be exploited to steal sensitive data… The POODLE attack can force a connection to “fallback” to SSL 3.0, where it is then possible to steal cookies. Computerworld

FrameFlow Server Monitor Can Verify POODLE Patch Installation

Did you know that you can use FrameFlow Server Monitor to verify that the patch has been installed on all your systems?
Read more

Effective Database Server Performance Monitoring Tips

data
CC Image courtesy of Buster Benson on Flickr

Overview

Databases like SQL Server, MySQL and Oracle are the workhorses of IT operations. They are the reliable back-end for applications, services, web sites and many other kinds of systems so it’s no wonder they have to be up, running and available 24 x 7. But despite being workhorses they are still fragile. All it takes is an unexpected traffic spike or even worse, a runaway application, and suddenly response times start to lag, systems start to fail and end users start to complain.

Effective database monitoring means looking beyond system health metrics.

The key to effective database monitoring is to make sure that you are checking the right things and to look beyond simple system health metrics. Don’t get me wrong, system health metrics are great and a necessary part of core monitoring for any system, but even if CPU usage is low, drives have lots of space and memory is plentiful, it doesn’t mean that your databases and the systems that depend on them are healthy.

Two simple techniques can give you deeper visibility and better warning about potential issues with your database server:

First, create sample queries and run them on a regular basis. For effective database monitoring we recommend running actual queries against the database. The main thing you want to check is how long it took the query to complete. Ideally you’ll have a graph of that value over time so you can detect patterns and make an estimate of what normal conditions are. It’s usually a good idea to run separate queries against multiple tables and have different thresholds as some may exhibit different behavior under normal conditions. Set your monitoring software to alert you when the thresholds have been exceeded. Ideally your monitoring configuration will be set to only warn you after several failures in a row. After all, you don’t want to be alerted about momentary spikes, but you do want to be alerted about sustained abnormal conditions.

Second, run health check stored procedures. If your vendor (or internal development team) has not yet implemented health check procedures then it’s time to pressure them now. A health check is a stored procedure that runs internal tests reproducing common database operations that higher level components use. The health check should return a success/failure indicator and text strings indicating what passed and failed, if anything. Run the health check stored procedures on a regular basis and set your monitoring tool to warn you based on what they return.

Get a clear view of normal operations and advanced notice about potential issues.

By implementing the above techniques you’ll get a clear view of what normal operations look like. You’ll also get advanced notice about potential issues as they start to build up and that will give you a better ability to find and fix issues before they become big problems.

Our software, FrameFlow Server Monitor, can do all of the above of course. If you’re new to FrameFlow, take our 30-day trial edition for a spin. If you’ve already purchased a license, book a call with us and one of our reps will help you to implement everything we’ve described here.

Five Best Practices for Network and Server Monitoring

Your servers, switches and routers are the core of your operations so of course it’s important to ensure that everything is running smoothly and to get early warning about potential problems. With this set of five best practices you can optimize your server monitoring configuration for easy management, quick adaptation to changing conditions and early detection of potential problems.

Core Monitoring

Make sure that you have core monitoring configured for all of your systems. For servers you want to be collecting CPU usage, drive space, memory usage and bandwidth. For switches and routers you want to use SNMP monitoring to collect bandwidth levels on each interface. Having core monitoring in place 24×7 will give you clear views of system performance allowing you to detect potential issues.

Profiles-Based Configuration

Each of your systems has its own individual role but groups of systems have shared properties too. Your server monitoring configuration should take advantage of this to the maximum extent because it will save you time when new systems are added, or configuration changes are required. Create authentication profiles and use those for monitoring. Then if credentials are changed, you can update the profile and all of your monitoring will pick up the change automatically.

Notification Profiles

Dig deeper into profiles by doing the same thing for notifications. You probably have three or more classes of alerts. At the lowest level are informational alerts for items like login events, then there are warnings for issues like low disk space, finally there are critical alerts for when vital systems are down. Define notification profiles for each of these cases and then assign them accordingly. If you ever need to change who is alerted or when they are alerted, you can just modify the profile and all monitoring actions will pick up the change automatically.

Visual Displays

Build dashboards that show the status of your criticial IT systems. You can start with the default dashboards that come with our software and customize them by resizing existing elements, adding new ones and designing network diagrams. Then display your dashboards in full screen mode on a large screen in your network operations room so your entire staff has an at-a-glance view of the monitoring status.

Regular Reports

Configure one or more reports to build on and deliver them to your inbox on a weekly basis. While you’re busy with important IT issues, it’s easy to neglect your monitoring configuration. Scheduled report delivery is a great way to remind you to take a look at recent results and it helps you to spot trends.

These best practices for server and network monitoring will help you create a solid monitoring configuration that is easy to maintain and provides all of the core data points that you need to stay on top of IT operations. With these basics in place, you can then build out more monitoring to cover specific issues and special cases. You’ll find that your monitoring configuration will evolve over time as new systems, services, applications and hardware come online, but you’ll always be on top of things and able to respond to emerging issues.

If you’re interested in putting these server monitoring best practices in play, you can try our remote server administration tools and monitoring software for 30 days (no costs or obligations).