Последнее обновление раздела: ноябрь 2007 г.
Клиенты Configuration Manager 2007 отправляют сообщения о состоянии, чтобы сообщить о важных изменениях некоторых функций Configuration Manager 2007, включая развертывание клиентов и другие типы коммуникации клиентов, обновление программного обеспечения, защиту доступа к сети, Aналитику активов и управление требуемыми конфигурациями.
Некоторые сообщения о состоянии, отправляемые клиентами, направляются на резервную точку состояния, где они обрабатываются и переадресовываются на систему сайта точки управления, в то время как другие сообщения отправляются непосредственно на точку управления. Количество сообщений о состоянии, отправляемых с резервной точки состояния на компьютер системы сайта точки управления, можно ограничить для управления числом сообщений о состоянии, обрабатываемых в одном расположении. Дополнительные сведения о параметрах ограничения сообщений о состоянии см. в разделе Определение необходимости настройки интервала регулирования для резервной точки состояния в Configuration Manager.
Сообщения о состоянии, обрабатываемые резервной точкой состояния, а также сообщения о состоянии, отправляемые непосредственно с клиентов Configuration Manager 2007 на системы сайта точки управления, переадресовываются во входящую папку системы состояний (Statsys.box\incoming) на компьютере сервера сайта определенного сайта. Можно отследить файлы во входящей папке системы состояний или использовать пакет управления Configuration Manager 2007 для Operations Manager 2007 для наблюдения за счетчиком "SMS Inboxes". Если имеются дочерние сайты, отправляющие сообщения о состоянии, можно проводить мониторинг входящей папки сервера сайта «Replmgr.box\incoming» на наличие задержек сообщений о состоянии.
Обработка сообщений о состоянии
может задерживаться
Хотя задержка обработки сообщений о состоянии является нормальным явлением, важно спланировать влияние обработки сообщений о состоянии сервера сайта при выполнении операций, в ходе которых создается много сообщений о состоянии. Например, поскольку клиенты отправляют много сообщений о состоянии во время установки клиентов, важно ограничить количество обновлений клиентов во время периодов активного выполнения действий по обновлению программного обеспечения. Когда клиенты Configuration Manager 2007 устанавливают много обновлений программного обеспечения, каждый клиент отправляет ряд сообщений о состоянии для каждой отдельной установки обновления программного обеспечения. Влияние действий по обновлению программного обеспечения и установке клиентов может легко вызвать задержку обработки сообщений о состоянии на компьютере сервера сайта.
 Важно! |
|---|
| Просмотреть консолидированные сведения о сообщениях о состоянии клиентов можно только при помощи отчетов о сообщениях о состоянии Configuration Manager 2007, создаваемых системой сайта точки формирования отчетов. Значительные или постоянные задержки обработки сообщений о состоянии могут помешать Configuration Manager 2007 сообщить важную информацию. Дополнительные сведения об отчетах, использующих резервную точку состояния для передачи сообщений о состоянии от клиентов см. в разделе Об отчетах о клиентах Configuration Manager. |
Перечисленные ниже действия создают большое количество сообщений о состоянии.
- Развертывание клиента
- Первичный поиск обновлений программного
обеспечения после установки клиента
- Поиск обновлений программного обеспечения во
время регулярных выпусков обновлений для системы безопасности
(каждый второй вторник месяца)
- Сбор Aналитикой активов данных клиентских
лицензий
- Повторная синхронизация клиента
- Процессы управления требуемой
конфигурацией
Решение
Для уменьшения возможности возникновения значительных задержек следуйте приведенным ниже инструкциям.
- При использовании функции обновления
программного обеспечения Configuration Manager 2007 не
развертывайте клиенты во время операций по развертыванию больших
обновлений программного обеспечения.
- Ограничьте количество одновременно
развертываемых клиентов. Например, используйте мастер
принудительной установки клиентов вместо использования метода
принудительной установки клиентов на уровне всего сайта.
- Не настраивайте значение параметра
CALCollectionFrequencyDays Аналитики активов более частым, чем
значение по умолчанию (раз в неделю), и устанавливайте только
минимальное необходимое значение для параметра CALCollectionType.
Дополнительные сведения см. в разделе Включение Аналитики
активов.
- Если используется функция управления
требуемой конфигурацией, ограничьте количество базовых показателей
для клиента и количество элементов конфигурации для каждого набора
базовых показателей.
Если возникают значительные задержки обработки сообщений о состоянии, на восстановление Configuration Manager 2007 может потребоваться много времени. Если установлено, что возникают значительные задержки, и со временем происходит их накопление, уменьшите количество создаваемых сообщений о состоянии. Например, отключите агент клиента обновления программного обеспечения или агент клиента управления требуемой конфигурации на то время, пока не произойдет снижение суммарного времени задержки, либо отключите сбор Aналитикой активов данных клиентских лицензий или временно приостановите развертывание клиентов.
Обработка запросов на повторную
синхронизацию сообщений о состоянии может задерживаться
Каждое сообщение о состоянии, отправляемое клиентами, определяется серийным номером, назначаемым клиентом при отправке. Сервер сайта отслеживает следующий ожидаемый серийный номер сообщения о состоянии. Запросы на повторную синхронизацию сообщений о состоянии отправляются сервером сайта на клиенты при обнаружении отсутствующих сообщений о состоянии, или если сообщения о состоянии обрабатываются не по порядку. Сообщения о состоянии могут отсутствовать, исходя из ряда причин, включая восстановление сайта, на котором произошел сбой, после резервного копирования, миграцию клиента (или всего сайта) с одной части иерархии на другую, необработанные сообщения о состоянии, отклоненные во время миграции со смешанного режима на основной режим, пребывание клиентов в автономном режиме дольше, чем время ожидания отправки сообщений и другие различные сбои обмена данными.
Если на сайте возникают огромные задержки, возможно, сервер сайта не обработал полное сообщение о состоянии повторной синхронизации сообщения о состоянии клиента при начале следующего цикла повторной синхронизации сообщения о состоянии. Если сообщение о состоянии завершения повторной синхронизации не обрабатывается в течение трех дней, клиент повторно получит запрос на повторную синхронизацию сообщения о состоянии, даже если сообщение о завершении повторной синхронизации клиента отправлено, но еще не обработано.
 Примечание |
|---|
| Отслеживание серийного номера сообщения о состоянии выполняется на каждом сайте иерархии. Если клиент назначен дочернему сайту, который обнаруживает отсутствующий серийный номер сообщения о состоянии, запрос на повторную синхронизацию копируется на дочерний сайт и обрабатывается им. Если клиент назначен текущему сайту, немедленно создается политика запросов на повторную синхронизацию. |
После получения политики повторной синхронизации клиент повторно отправляет все элементы в своем кэше (отображающим последнее сообщение для каждого типа и идентификатора раздела) в одном файле, отправляемом на сервер. Эти сообщения нумеруются заново согласно текущему серийному номеру с целью отображения новых, а не заменяющих сообщений. Вместе с сообщениями из кэша клиента отправляется сообщение о состоянии завершения повторной синхронизации (TopicType=700, StateID=2). На данный момент повторная синхронизация завершена, клиент не должен содержать отсутствующих сообщений о состоянии, а текущее состояние клиента в базе данных должно быть завершено.
Решение
Любой из перечисленных ниже запросов Microsoft SQL Server можно использовать для поиска незавершенных запросов на повторную синхронизации, выданных текущих сайтом или любым из его дочерних сайтов.
| Примечание |
|---|
| Показатели времени приведены в формате UTC. |
select count(*) from SR_ClientMessageStats where LastResyncIssuedTime is not null and (LastResyncIssuedTime > LastResyncClientCompletedTime)
select count(*) from SR_ClientMessageStats where LastResyncIssuedTime is not null and LastResyncClientCompletedTime is null