Конфигурация работоспособности в Lync Server 2013

 

Последнее изменение раздела: 2012-10-22

Между различными веб-сайтами, статьями базы знаний Майкрософт и инструментами набора ресурсов Lync Server администраторы, которые сталкиваются с проблемами при запуске Lync Server, всегда находятся далеко от способа решения этих проблем.

Очевидно, что невозможно гарантировать, что проблемы с Lync Server 2013 не возникнут, так как на Lync Server может повлиять множество вещей, таких как сбои сети и сбои оборудования, которыми продукт не может управлять. Внедрив мониторинг работоспособности, администраторы могут выявлять потенциальные проблемы, прежде чем превратить их в реальные проблемы. Например, администраторы могут использовать мониторинг Lync Server для выявления тенденций и тенденций. Например, устойчивое увеличение числа аудио- и видеоконференции может оказаться необходимостью добавить емкость перед перегрузкой системы.

Аналогичным образом администраторы могут использовать System Center Operations Manager для таких действий, как выдача оповещений в режиме реального времени при возникновении указанных событий и запуск искусственных транзакций, которые заранее тестируются системой. Искусственные транзакции используются в Lync Server, чтобы убедиться, что пользователи могут успешно выполнять распространенные задачи, такие как вход в систему, обмен мгновенными сообщениями или вызовы на телефон, расположенный в телефонной сети общего пользования (ТСОП). Например, периодическое выполнение этих тестов может оповещение о потенциальных проблемах с входом пользователей в Lync Server и дать вам возможность устранить проблему до того, как группа поддержки будет переполнена звонками от пользователей, которым не удается установить подключение. Используя System Center Operations Manager для выполнения этих искусственных транзакций, администраторы могут постоянно отслеживать развертывание Lync Server в течение 24 часов каждый день, не реагируя на любые оповещения, которые могут быть выданы.

Примечание.

Для Lync Server 2013 пакет управления для System Center Operations Manager также может обнаруживать "внешние" проблемы, которые могут отрицательно повлиять на Lync Server. Например, администраторы могут получать уведомления, если службы IIS переключаются в автономный режим, системные ресурсы на компьютере Lync Server меньше указанного объема или на компьютере Lync Server происходит сбой оборудования.

Конфигурация работоспособности в Lync Server 2013 построена на основе System Center Operations Manager и использования пакетов управления Lync Server. Эти пакеты управления включают ряд новых функций и улучшений, в том числе:

  • Доступность сценария из любого расположения. Пакет управления Lync Server 2010 ввели концепцию мониторинга доступности сценариев конечных пользователей с помощью искусственных транзакций. В Lync Server 2013 эти агенты имеют больше искусственных транзакций и могут выполняться из различных расположений на предприятии, из удаленных географических расположений за пределами предприятия, для устройств филиалов и развертываний Lync Server 2010, чтобы добавить покрытие для устаревших развертываний Edge.

  • Журналы искусственных транзакций. При сбое искусственной транзакции администраторы имеют доступ к журналам HTML, чтобы определить причину сбоя. Это включает в себя понимание того, какое действие завершилось сбоем, задержку каждого действия, командную строку, используемую для выполнения теста, и обнаруженную ошибку.

  • Увеличено покрытие надежности вызовов. Пакет управления Lync Server 2010 добавил оповещения о надежности вызовов для обнаружения серьезных проблем с подключением, влияющих на звуковые вызовы конечных пользователей. Пакеты управления Lync Server 2013 добавляют покрытие для однорангового обмена мгновенными сообщениями и другими основными функциями конференц-связи, чтобы обеспечить максимальное покрытие при снижении шума.

  • Мониторинг зависимостей. Сценарии Lync Server могут завершиться сбоем из-за различных внешних факторов, таких как отключение IIS, ограниченные ресурсы ЦП и памяти, а также проблемы с дисками. Новые пакеты управления проверяют несколько критических зависимостей, чтобы убедиться, что администраторы знают об их влиянии.

  • Расширенные отчеты. Набор отчетов, помогающих администраторам оценить доступность сценариев, спланировать емкость и узнать, какие компоненты столкнулись с большинством проблем.

Пакеты управления также включают различные функции, помогающие обнаруживать и диагностировать состояние развертывания Lync Server в режиме реального времени. Эти функции перечислены в следующей таблице.

Функции пакета управления

Функция Описание

Искусственные транзакции

Windows PowerShell командлеты, которые можно запускать из разных расположений, чтобы гарантировать доступность конечным пользователям таких сценариев, как вход, присутствие, обмен мгновенными сообщениями и конференц-связь.

Оповещения о надежности вызовов

Запросы к базе данных для записей подробностей вызова (CDR). Эти записи записываются серверами переднего плана, чтобы определить, удалось ли конечным пользователям подключиться к вызову или почему вызов был прерван. Эти запросы создают оповещения, указывающие, что у широкого диапазона пользователей возникают проблемы с подключением для одноранговых звонков или основных функций конференц-связи.

Оповещения о качестве мультимедиа

Запросы к базам данных, которые анализируются отчетами качества взаимодействия (QoE), опубликованными клиентами в конце каждого вызова. Эти запросы создают оповещения, которые выявляют сценарии, в которых пользователи могут испытывать низкое качество мультимедиа во время звонков и конференций. Данные создаются на основе ключевых метрик, таких как задержка пакетов и потеря, метрики, которые, как известно, напрямую влияют на качество звонков.

Работоспособность компонентов

Отдельные серверные компоненты вызывают оповещения с помощью журналов событий и счетчиков производительности. Эти оповещения указывают на условия сбоя, которые могут серьезно повлиять на один или несколько сценариев конечных пользователей. Эти оповещения также могут указывать на различные другие условия сбоя, включая нерабочение служб, высокую частоту сбоев, высокую задержку сообщений или проблемы с подключением.

Работоспособность зависимостей

Сбои могут возникать по ряду внешних причин. Пакеты управления теперь отслеживают и собирают данные для некоторых критически важных внешних зависимостей, которые могут указывать на серьезные проблемы, включая доступность IIS, использование ЦП и памяти серверов и процессов, а также метрики дисков.

Оповещения, выданные системой, классифицируются по трем общим категориям:

  • Высокоприоритетные оповещения. Эти оповещения указывают условия, которые приведут к сбоям служб для больших групп пользователей. Например, сбой компонента на одном компьютере не является высокоприоритетным оповещением, так как в Lync Server 2013 есть встроенные функции высокой доступности. Вместо этого высокоприоритетные оповещения представляют проблемы, достаточно серьезные для пробуждения администраторов в ночное время. Сбои, обнаруженные искусственным транзакциями и автономными службами (например, аудио- и видеоконференции), квалифицируются как оповещения с высоким приоритетом.

  • Оповещения со средним приоритетом. Эти оповещения указывают на условия, влияющие на подмножество пользователей или на снижение качества звонков. Это относится к таким проблемам, как сбои компонентов, задержка при установке звонков или сниженное качество звука в вызове. Оповещения в этой категории с отслеживанием состояния и указывают текущее состояние проблемы. Например, предположим, что время установки звонка превышает пороговое значение оповещения. Если время установки вызовов будет нормализовано, эти оповещения будут автоматически разрешены в System Center Operations Manager. Ожидается, что эти оповещения будут отображаться администратором в тот же рабочий день.

  • Другие оповещения. Это оповещения от компонентов, которые могут повлиять на конкретного пользователя или подмножество пользователей. Например, возможно, службе адресной книги не удалось проанализировать запись Active Directory заданного пользователя. Ожидается, что администраторы будут получать к ним доступ, когда у них будет доступное время.