Check out the most comprehensive, actively managed Lync blog roll in the known universe, your one-stop source for links to over 100 of the very best Lync blogs. Here you will also find weekly blog highlights and a feed for a dozen of the top blogs.
Lync Server Support Home
Top Lync Solutions RSS Feed
Microsoft Senior Support engineers walk you through real-life support cases, giving you an insider’s view into the systematic approach they use to troubleshoot Lync Server issues.
These short videos focus on specific tasks and show you how to accomplish them for Microsoft Lync Server 2010.
Lync Server 2013 Monitoring Packs for System Center Operations Manager lets you see at a glance how your Lync infrastructure is doing, so you can focus on maintaining and improving the solution, rather than manually monitoring it.
In the Notes from the Field series, we bring you a variety of knowledgeable insider views into the special considerations inherent in planning, deploying, managing, and troubleshooting Lync Server as an integral part of a unified communications strategy. Be sure to look for other articles in this series.
Author: Ståle Hansen, Lync MVP
Published: May 17, 2013
Product version: Lync Server 2013
When deploying Lync Server 2013 as your real-time communications platform, active monitoring becomes important. Being aware of issues with your deployment before users become aware of them is key to designing a quality experience. Lync Server 2013 Monitoring Packs for System Center Operations Manager lets you see at a glance how your Lync infrastructure is doing, so you can focus on maintaining and improving the solution, rather than manually monitoring it. This is about the administrator’s Quality of Life (yes, I just invented that), and I think this integration is what sets Lync apart from other real-time communications solutions.
If you downloaded the Lync Server 2013 Management Pack, you know that the deployment documentation is excellent. Be sure to read it. My goal in this article is to give you an overview of the possibilities and what to expect when deploying the management pack.
When Lync Server is deployed as your primary phone system, your primary video multipoint control unit (MCU) and collaboration platform uptime is important. This is real-time communications and users notice instantly if the solution becomes unavailable. If for some reason, Lync Server should become unavailable, it affects:
I have experienced Lync uptime being more important than email uptime, because if affects so many different work scenarios.
These are some of the reasons you need active monitoring, so that you know before users do that something is not right in the solution, which gives you time to troubleshoot and fix the issue. Because Lync is heavily dependent on your infrastructure, it may be a complex task to troubleshoot the environment. The management pack helps by:
Here are some key scenarios that are monitored through Operation Manager:
Without the management packs, you must manually monitor these scenarios or write your own routines to collect the information. Instead of developing those routines and monitoring the servers manually, the information is preconfigured and collected in one place. Reducing the daily routine from manually going through logs and running tests, to checking the dashboard in Operations Manager is a huge cost and time saver. It may even justify the cost of deploying Operations Manager for the sole purpose of monitoring Lync Server.
The Lync Server Management Pack supports only deployment with the Operations Manager agent files installed locally on the Lync servers you want to monitor. After the agent files are installed, you must configure the computer to act as a System Center proxy. That enables the computer to self-report its roles and set up role-based monitors and rules. This is a faster process than it was in Lync Server 2010, where the management pack would discover the entire topology by itself, which sometimes required significant time.
Monitors define the health states of objects. An object can have one of three health states: green (successful), yellow (warning), or red (critical). For example, a monitor for disk drive capacity might define green as less than 85 percent full, yellow as over 85 percent full, and red as over 90 percent full. A monitor can be configured to generate an alert when a state change occurs.
The alarms, triggered by the metrics defined in rules or monitors, are put in three prioritization categories:
Figure 1 and Figure 2 below show the view you get from Operation Manager. If you want to see that all is okay nd get a quick overview of the state of just a subset of components, these views provide the basis for active monitoring.
Figure 1. Operations Manager Monitoring view
As you see in the screens, there is a lot you can investigate, but the important thing is that all alerts are included in the three prioritization categories, so in essence you just need to follow those.
Figure 2. Alert priorities
When you receive an alert, you can see in the alert details whether the alert was generated by a rule or a monitor. If the alert was generated by a monitor, as a best practice, you should allow the monitor to auto-resolve the alert when the health state returns to healthy. If you close the alert while the object is in a warning or unhealthy state, the problem remains unresolved but no further alerts will be generated.
Watcher nodes are computers that periodically run Lync Server synthetic transactions against your environment. It is a server that has a basic Windows operating system deployed, Lync Core components and the WatcherNode.msi installed. Each watcher node is configured through the new cmdlet called New-CsWatcherNodeConfigurationfigure. This is a new feature in Lync Server 2013 where you can define:
Watcher nodes can be places everywhere in your network, as shown in Figure 3 below. If you have one central site with users connected through a WAN link, it may be a good idea to set up nodes in sites where there are users. You can even have non-domain joined watcher nodes that test your solution from the Internet, perimeter network (screened subnet), and other often difficult to monitor network locations. This way, you can quickly discover problems over WAN links as well.
Figure 3. Watcher Node placement in a network
When using the management packs for Lync Server 2010, I felt that I did not get full control over the Synthetic Transaction node. But now with watcher nodes, you can tune the cmdlets being run and see when they are run.
Here is what I experienced:
To see a full list of what test cmdlets the watcher node can run, check out this article in the Lync Technical Library: Installing and Configuring Watcher Nodes.
When deploying Lync Server 2013 with System Center Operations Manager, here are some key factors to help you succeed with the implementation:
A correctly tuned and maintained Operation Manager solution with Lync Management Pack is a great tool to maintain the quality of a Lync Server deployment for administrators ensuring quality for end-users.
I presented on this topic at the Nordic Infrastructure Conference in January 2013 and shared the following demo:
· Download Center: Lync Server 2013 Management Pack
Keywords: Lync Server 2013, Active Monitoring, System Center Operations Manager 2012, Management Pack, Watcher Node