Устранение неполадок ориентирования Management Suite операций

ВНИМАНИЕ! Данная статья переведена с использованием программного обеспечения Майкрософт для машинного перевода и, возможно, отредактирована посредством технологии Community Translation Framework (CTF). Корпорация Майкрософт предлагает вам статьи, обработанные средствами машинного перевода, отредактированные членами сообщества Майкрософт и переведенные профессиональными переводчиками, чтобы вы могли ознакомиться со всеми статьями нашей базы знаний на нескольких языках. Статьи, переведенные с использованием средств машинного перевода и отредактированные сообществом, могут содержать смысловое, синтаксические и (или) грамматические ошибки. Корпорация Майкрософт не несет ответственности за любые неточности, ошибки или ущерб, вызванные неправильным переводом контента или его использованием нашими клиентами. Подробнее об CTF можно узнать по адресу http://support.microsoft.com/gp/machine-translation-corrections/ru.

Эта статья на английском языке: 3126513
Аннотация
Данная статья содержит ряд шагов, процедуры, и советы по устранению неполадок для обоих интегрированной Operations Manager присоединения режиме клиенты и доступ к прямой агент в пакет управления Microsoft операций (OMS).

В статье описаны следующие разделы

Ошибка регистрации диспетчера операций

Описывает два сообщения об ошибках, которые могут возникнуть при регистрации группы управления Operations Manager (OpsMgr).

Шаги для регистрации и настройки прокси-сервера

Описание способов настройки прокси-серверов (при их наличии), разрешающее трафик для эксплуатационных вопросов.

Проверка развертывания после регистрации

Описывает шаги для присоединения режим интегрированной Operations Manager и для непосредственно подключенных агентов. Также описывает, как проверить поток данных, а также для поиска наиболее распространенных ошибок и способов их устранения.

Другие известные проблемы и их решение Operations Manager

Описание других Прочие вопросы, относящиеся к эксплуатации мнениями ориентирования из Operations Manager.
Дополнительная информация

Ошибка регистрации диспетчера операций

Ошибка 2200

При попытке подключиться к OMS группы управления Operations Manager, появляется следующее сообщение об ошибке:

2200 ошибка: Не удалось зарегистрировать службы ядра СУБД. Обратитесь к системному администратору.

Эта проблема может быть вызвано одной из следующих причин:
  • OMS рабочая область не была создана перед попыткой интегрировать с Operations Manager. Чтобы устранить эту проблему, перейдите на сайт Microsoft.com\OMS и сначала создать рабочую область. Затем попытайтесь ориентирования через ту же учетную запись.
  • После установки последней версии требуется накопительные пакеты обновления, необходимые пакеты не были импортированы в группе управления OpsMgr. Чтобы устранить эту проблему, откройте консоль OpsMgr, переключитесь в режим администрирования и выберите параметр для импорта пакетов управления. Затем перейдите к %SystemDrive%\Program Files\System Center 2012 SP1\Operations Manager\Server\Management пакеты установки накопительных пакетов обновленияи затем импортировать пакеты управления в этой папке. Как только операция будет завершена, перезапустить консоль, а затем повторите попытку ориентирования.

Ошибка 3000

При попытке соединиться с группой управления OpsMgr OMS, появляется следующее сообщение об ошибке:

Ошибка 3000: Не удалось зарегистрировать службы ядра СУБД. Обратитесь к системному администратору.

Эта проблема может быть вызвано одной из следующих причин:
  • Часами сервера может быть синхронизировано с текущим временем на более 5 минут. Эту проблему можно устранить путем изменения времени на сервере в соответствии с текущим временем. Чтобы сделать это, откройте командную строку с правами администратора, запустите w32tm /tz проверить часовой пояс, а затем запустите w32tm/resync синхронизации времени.

    Примечание. Даже в том случае, когда часы говорит, что синхронизирована (то синхронизируются с сервером времени в вашей компании), он может быть синхронизирован с одной из виртуальных машин в Azure. Так как допустимое время наклона только 5 минут, это часто является проблемой. Убедитесь, что выполняется синхронизация с надежным сервером времени в Интернете. Подробная трассировка на сервере управления или на компьютере под управлением consoler можно для дальнейшего устранения неполадки такого типа. Дополнительные сведения о трассировке в Operations Manager статью:
    942864 Как использовать диагностическую трассировку в System Center Operations Manager 2007 и в System Center Essentials
    По существу необходимо выполнить следующую команду:
    StartTracing.cmd VER - reproduce the issue – StopTracing.cmd FormatTracing.cmd
    В выходные файлы трассировки необходимо найти исключение, указывающее на то, что маркер был отклонен, поскольку он еще не был допустимым или срок действия которых истек.
  • Внутренний прокси-сервер или брандмауэр может блокировать связи для конечных точек службы ядра СУБД. Следующий раздел содержит подробные сведения о способах устранения этих проблем.

Шаги для регистрации и настройки прокси-сервера

Когда внутренние прокси-сервер или брандмауэр блокирует связи для конечных точек службы ядра СУБД, может произойти сбой регистрации. Или после завершения регистрации, OpsMgr связь не устанавливается. Этот раздел описывает тип связи и конечные точки, которые должны быть включены на консоли, серверов управления и агентов прямой связи для эксплуатации идеи для работы.

Шаг 1: Запрос исключения для конечных точек службы

Следующие URL-адреса и домены должны быть доступны через брандмауэр или прокси-сервер управления к веб-службам эксплуатации мнений Azure.

Некоторые прокси-серверы могут потребовать обойти проверки HTTPS. В таблицах ниже указаны URL-адреса, которые требуют этого.

Сервер управления
URL-АДРЕСОбход проверки HTTPSPorts
Service.systemcenteradvisor.com443
*. service.opinsights.azure.com443
*.BLOB.Core.Windows.NET/*X443
Data.systemcenteradvisor.com443
ODS.systemcenteradvisor.com443
*. ods.opinsights.azure.comX443

Консоль диспетчера операций
Следующие URL-адреса и домены должны быть доступны через брандмауэр для просмотра на веб-портале ядра СУБД и консоли Operations Manager (для выполнения эксплуатационных мнениями Azure «регистрация»).

РесурсОбход проверки HTTPSPorts
*Service.systemcenteradvisor.com443
*. service.opinsghts.azure.com443
*. live.com80, 443
*. microsoft.com80, 443
*. microsoftonline.com 80, 443
*. mms.microsoft.com80, 443
Login.Windows.NET80, 443

Кроме того убедитесь, что правильно задать прокси обозревателя Internet Explorer на компьютере, используемом в. Может быть особенно полезным повторить попытку подключения к веб-сайту с поддержкой SSL такие как https://www.bing.com Чтобы проверить работу соединения HTTPS. Если подключение HTTPS не работает в браузере, он, вероятно, также не будет работать с консоли Operations Manager или в модулях сервера, обратитесь к веб-службам в облаке.
Непосредственно подключенные агентов
Прямой агент не использует учетные данные для подключения к рабочей области; Вместо этого необходимо ввести идентификатор рабочей области и ключ. Эти учетные данные используются для регистрации, а затем после регистрации агента используется сертификат. Прямой агент должен подключаться только в следующие пункты назначения:

URL-АДРЕСОбход проверки HTTPSPorts
*.BLOB.Core.Windows.NET/*X443
*. oms.opinsights.azure.comX443
*. ods.opinsights.azure.comX443
ODS.systemcenteradvisor.com443

После завершения регистрации среде OpsMgr службы ядра СУБД, выполните шаги 2, 3 и 5, чтобы разрешить управление серверов для отправки данных веб-службы ядра СУБД. Обратите внимание, что шаг 4 является обязательным только в том случае, если не установлены последние обновления.

Шаг 2: Настройка прокси-сервера в консоли OpsMgr

  1. Откройте консоль OpsMgr.
  2. Перейдите к представлению Администрирование .
  3. В узле Советник по центру системы выберите Подключение ядра СУБД.
  4. Нажмите кнопку настроить прокси-сервер:

  5. Установите флажок использовать прокси-сервер для доступа к веб-службы ядра СУБД
  6. Укажите адрес прокси-сервера в формате http://proxyserver:port:

    Адрес прокси-сервера

Шаг 3: Укажите учетные данные для OpsMgr, если прокси-сервер требует проверки подлинности

Если прокси-сервер требует проверки подлинности, можно задать один OpsMgr Запуск от имени учетной записи и связать его с Системного центра ядра СУБД выполнить как профиль прокси-сервера:
  1. В консоли OpsMgr переключитесь в режим администрирования .
  2. В узле Конфигурация RunAs выберите Профили.
  3. Дважды щелкните для открытия Системного центра ядра СУБД выполнить как профиль прокси-сервера:

    Советник по System Center запуска в качестве прокси профилей
  4. Нажмите кнопку Установка для добавления Учетной записи RunAs. Можно создать или использовать существующую учетную запись. Эта учетная запись должна иметь достаточные разрешения для передачи через прокси-сервер.
  5. Настройте для учетной записи нацелено на группе Серверов управления диспетчера операций .
  6. Завершите работу мастера и сохранить изменения.

Шаг 4: Настройка прокси-сервера на каждый сервер управления OpsMgr для управляемого кода

Имеется дополнительная настройка в Operations Manager, который предназначен для общие сообщения об ошибках. Тем не менее если этот параметр включен, настройки прокси-сервера может также оказаться влияния на функциональность ядра СУБД разъем. Это происходит, потому что же модули могут использоваться в нескольких процессах. Таким образом. Корпорация Майкрософт рекомендует установить прокси-сервер для один прокси-сервер для каждого сервера управления. Чтобы сделать это, выполните следующие действия.
  1. В консоли OpsMgr переключитесь в режим администрирования .
  2. Выберите Управление устройствамии выберите узел Серверы управления .
  3. Щелкните правой кнопкой мыши, выберите Свойства для каждого MS (по одному в то время) и затем задайте прокси на вкладке Параметры прокси-сервера :

Проверка развертывания после регистрации

Шаг 1: Проверьте загрузку пакетов управления правами в среде Operations Manager

В зависимости от решения (ранее известной как аналитики пакеты) включены в портале эксплуатационных мнениями, вы увидите некоторые или все управление пакетами в следующем снимке экрана. Поиск ключевого слова «Помощник» и «Решения» в своих именах и убедитесь, что решения, которые вы включили установлены соответствующие пакеты управления.



Можно также проверить наличие этих пакетов управления через PowerShell с помощью следующей команды:
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken
get-scommanagementpack | where {$_.DisplayName -match 'Advisor'} | select Name,DisplayName,Version,KeyToken | Out-GridView
Примечание. При устранении неполадок решения мощностей, проверьте, сколько пакетов управления, имеется именами, содержащий «мощность». Существуют два пакетов управления, которые имеют то же отображаемое имя, но различные внутренние идентификаторы, полученные в одной связке пакета управления. Если один из них не импортируется (часто из-за отсутствия зависимостей VMM) пакета управления может не быть импортирован либо.

Вы должны увидеть следующие три пакеты управления, связанные с «мощность»:
  • Microsoft System Center Советник по мощности интеллекта пакета
  • Microsoft System Center Советник по мощности интеллекта пакета
  • Microsoft System Center консультант по емкости хранения данных
Если только один или два из них, удалять их и подождите 5-10 минут для Operations Manager для загрузки и повторите импорт. Если это не удается, проверьте журналы событий на наличие ошибок в течение этого периода.

Шаг 2: Проверка загрузку правильные решения для прямого агента

С прямой агентов вы увидите политики семейства решений, кэшируется на пути C:\Program создаваемую наблюдение за Agent\Agent\Health State\Management пакеты обновления :


Шаг 3: Проверить, что данные были отправлены службы ядра СУБД (или по крайней мере, производится попытка отправки)

  1. Откройте монитор производительности.
  2. Выберите группы управления службы работоспособности.
  3. Добавьте все счетчики, начинающиеся с HTTP:

  4. Если конфигурация верна, вы должны увидеть действия для этих счетчиков как события и другие данные будут переданы (на основании решений, загруженных в портале и настройки политики семейства). Эти счетчики не обязательно постоянно занят. Однако если мало или совсем нет действия, возможно, не были добавлены многие решения или принятия политики облегченных коллекции.

Шаг 4: Проверка на наличие ошибок в сервере управления или прямой агент журналы событий

На последнем этапе Если все описанные выше шаги не проверить, имеют ли все ошибки в средстве Просмотра событий – настроек приложения и службы – настроек журнал событий Operations Manager . Фильтр по источникам событий: ядра СУБД, модули службы работоспособности, HealthServiceи Соединитель служб (это последний применяется к прямой агент только). Можно скопировать эти события и их учет на форуме обратной связи Таким образом, мы с группой разработчиков могут предложить дополнительную справку. Большинство из этих событий можно также найти на прямой агент и шаги по устранению неполадок похожи. Только часть, которая отличается от интегрированной среде OpsMgr с прямой агентов — это процесс регистрации:
  • При подключении к Operations Manager имеется мастер интеграции обозревателя, который позволяет выбрать рабочую область как пользователя и администратора. Затем OpsMgr берет на себя обмена сертификатами и использует их для управления пакета загрузки и для передачи данных для эксплуатации мнений.
  • При использовании прямых агентов, просто скопировать и вставить код рабочей области и ключ и они используются для убедитесь, что он действительно кто регистрации этих агентов и что вы являетесь владельцем рабочей области. После выполняется проверка подлинности, сертификаты передаются за кулисами службой в так же, как при интеграции OpsMgr.
Большинство этих событий применимы для обоих типов инфраструктуры отчетности. Откройте Окно просмотра событий – настроек приложения и службы – настроек Operations Manager и фильтр источниками событий: ядра СУБД, модули службы работоспособности, HealthService и Соединитель служб (это последний применяется к прямой агент только).



Несколько событий, которые могут возникнуть, когда вещи не работают правильно, включаются в следующей таблице:
Код событияSourceЗначениеРешение
2138Модули службы работоспособностиПрокси-сервер требует проверки подлинностиВыполните шаг 3 и шаг 1 выше.
2137Модули службы работоспособностиНе удается прочитать сертификат проверки подлинностиПовторно запустить мастер регистрации ядра СУБД исправит runas/сертификаты учетных записей.
2132Модули службы работоспособностиНе авторизованМожет быть проблема с сертификатом и регистрации в службе. Попробуйте повторно запустить мастер регистрации помощника по, которая исправит сертификатов и учетных записей runas. Кроме того убедитесь, что настроен прокси-сервер допускает отказ на шаге 1, и/или проверки подлинности на шаге 3. Также убедитесь, что пользователь имеет доступ через прокси-сервер.
2129Модули службы работоспособностиНе удалось выполнить подключение и согласования SSL не удаласьМожет быть некоторые неправильные параметры TCP на сервере. Проверьте это сообщение от сообщества Дополнительные сведения: http://jacobbenson.com/?p=511.
2127Модули службы работоспособностиСбой при отправке данных получил код ошибкиЕсли это происходит только один раз время от времени может быть только случайных аномалии, который может быть проигнорирован. Монитор, чтобы понять, как часто это происходит. Если это происходит часто (каждые 10 минут или около того на протяжении всего дня), то это проблема. Проверьте конфигурацию сети и прокси-сервер, затем повторно запустите мастер регистрации. Если это происходит только перебоями (т. е. несколько раз в день) затем все должно быть нормально, как данные будут поставлены в очередь и повторно.
Коды ошибок HTTP есть некоторые специальные значения. Например при первом MMA прямой агент и сервер управления пытается отправить данные для нашей службы он получит 500 Ошибка с кодом 404 ошибки внутреннего. 404 означает не найден, указывает, что область хранения будет использоваться для этой новой рабочей области из вас не совсем готов, но (он будет по-прежнему предоставлена). На следующей попыткой будет готов и потока начнет работу должным образом.
403 ошибка может указывать на проблему разрешение или учетные данные. Имеется дополнительная информация об ошибке 403 ниже в разделе определенной прямой агент эту запись.
2128Модули службы работоспособностиОшибка разрешения DNS-именСервера не удается разрешить наш адрес в Интернете, используемый при отправке данных. Возможно, параметры сопоставления имен DNS на компьютере, параметры прокси-сервера неправильные или может быть временная проблема с DNS у вашего поставщика. Как и предыдущее событие, в зависимости от того, происходит ли он постоянно или только время может быть проблема или нет.
2130Модули службы работоспособностиВремя ожиданияКак и предыдущее событие, в зависимости от того, происходит ли он постоянно или только время может быть проблема или нет.
4511HealthServiceНе удалось загрузить модуль «System.PublishDataToEndPoint» – файл не найденИнициализация модуля типа «System.PublishDataToEndPoint» («{D407D659-65E4-4476-BF40-924E56841465}» CLSID) вызвал ошибку с кодом системе не удается найти указанный файл.

Эта ошибка указывает, что у вас есть старые библиотеки DLL на компьютере, не содержащих необходимые модули. Исправление является обновление серверов управления последний пакет обновлений.
4502HealthServiceСбой модуляЕсли вы видите для рабочих процессов с именами, например CollectInstanceSpace или CollectTypeSpace, это значит, что сервер возникают проблемы с отправкой данных. В зависимости от того, насколько часто происходит возможно, проблема или нет. Если это произошло более чем каждый час, это явная проблема, однако при невозможности только один или два раза в день он будет нормально и должен иметь возможность восстановить. В зависимости от того, как модуль фактически происходит сбой (описание будет иметь дополнительные сведения) это может вызвать проблемы на предприятии (например для сбора DB) или проблема отправки в облако. Проверьте параметры сети и прокси-сервера и если проблема не исчезла, попробуйте перезагрузить HealthService.
4501HealthServiceСбой модуля «System.PublishDataToEndPoint»Модуль типа «System.PublishDataToEndPoint» сообщил об ошибке 87L которого был запущен как часть правила выполнения для экземпляра «Группа управления диспетчера операций» с идентификатором «Microsoft.SystemCenter.CollectAlertChangeDataToCloud»: «{6B1D1BE8-EBB4-B425-08DC-2385C5930B04}» в управлении группы «SCOMTEST».

Это с этим точное рабочего процесса, модуля и ошибка больше НЕ увидите. Должно быть ошибки, но теперь она будет исправлена. Он был отслеживается здесь http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Suggestions/6714689-Alert-Management-Intelligence-Pack-NOT-Sending-ALE
4002Соединитель службВ ответ на запрос службы возвращается код состояния HTTP 403. Пожалуйста, свяжитесь с администратором службы работоспособности службы. Запрос будет повторена позже.403 можно получить во время первоначальной регистрации агента, и вы увидите следующий URL-АДРЕС:
https://<YourWorkspaceID>.oms.opinsights.azure.com/ AgentService.svc/AgentTopologyRequest

Код ошибки 403 означает Запрет доступа. Обычно это неверный идентификатор рабочей области или ключ или часы не синхронизированы (так же, как для "Ошибка 3000' в начале этой статьи) – увеличить </YourWorkspaceID>Здесь

Шаг 5: Поиск агентов отправить свои данные и были индексированы в портале

Проверьте на портале эксплуатационных идеи для просмотра отчета о компьютерах. На странице Обзор перейдите к большой синей ПАРАМЕТРЫ мозаики. Он будет первой или последней плитки в зависимости от настройки. В окне ПАРАМЕТРЫперейдите на вкладку ПОДКЛЮЧЕНИЯ ИСТОЧНИКОВ . Каждый столбец на этой странице представляет тип источника данных другой подключенный к OI (серверы, подключаемые напрямую, группами управления Operations Manager и учетных записей хранилища Azure). Нажмите синюю «X подключенных учетных записей групп и хранилища серверов и руководства» и он принесет вам для поиска с более подробно. На этой странице вы также увидите список подключенных групп индивидуального управления. Нажатие одной из этих групп управления также даст возможность поиска и отображен список серверов, подключенных к этой группе управления.

Примечание. Если источник данных в списке отчетов на этой странице его не обязательно означает, что мы были собраны все данные из источника. В этом случае возможно, что детализируя поиска на этой странице будут отображаться противоречивые результаты (например вы увидите источника данных из ИСТОЧНИКОВ CONNNECTED, но он не будет в поиске). После запуска сбора данных из IP-адреса или из коллекции журнала результаты поиска будут согласованы.


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

Другие известные проблемы и их решение Operations Manager

Отсутствует кнопка поиска в диалоговом окне «Добавить компьютер или группа»

Некоторые клиенты сообщали, что отсутствует кнопка поиска в диалоговом окне Поиск компьютера. Корпорация Майкрософт в настоящее время исследует это. Для временного решения проблемы нажмите кнопку в поле редактирования фильтра (необязательно) и нажмите клавишу Tab для перехода к кнопке поиска невидимым. Затем можно активировать кнопку, нажав <Spacebar>или <Enter>.

</Enter></Spacebar>

Проблемы коллекции журнала IIS

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

http://blogs.TechNet.com/b/momteam/Archive/2014/09/19/IIS-Log-Format-Requirements-in-System-Center-Advisor.aspx

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

Могут возникнуть проблемы с подключением при Балтимор CyberTrust корневой сертификат не установлен


На клиентских компьютерах могут возникнуть проблемы подключения, если выполняются следующие условия:
  • Клиентские компьютеры используют Microsoft Intune и имеют механизм автоматического корневой сертификат отключен.
  • Балтимор CyberTrust корневой сертификат не установлен.

Для решения этой проблемы при отключенном механизм обновления автоматического корневого сертификата на клиентском компьютере, установите последние корневых сертификатов убедитесь, что на клиентском компьютере в актуальном состоянии и безопасности. Каталог Центра обновления Майкрософт можно использовать для поиска последних обновлений корневого сертификата. Можно найти «корневой обновление» или номер статьи базы знаний Майкрософт для программы корневых сертификатов Windows (931125) и загрузите последнюю версию пакета обновления корневого. Поскольку корневой пакеты обновления являются накопительными, необходимо установить последнюю версию пакета для получения всех корневых сертификатов в программе.

Дополнительные сведения об этой проблеме можно найти, к следующей статье Microsoft Knowledge Base:

2831435 Могут возникнуть проблемы с подключением при Балтимор CyberTrust корневой сертификат не установлен на клиентские компьютеры, использующие Microsoft Intune

Как ограничить использование определенных криптографические алгоритмы и протоколы в schannel.dll

Могут возникнуть ситуации, в которых требуется ограничить использование определенных криптографические алгоритмы и протоколы файла schannel.dll. Дополнительные сведения о том, как это сделать, обратитесь к следующей статье базы знаний Майкрософт:

245030 Как ограничить использование определенных криптографические алгоритмы и протоколы в Schannel.dll

Оценка SQL и Рекламы

SQL и оценки AD требуется платформа.NET Framework 4 для выполнения каждого агента быть оценена. Анализ выполняется на компьютерах с SQL Server и на контроллерах домена (AD). Оценка SQL поддерживает стандарт, разработчик и корпоративные выпуски SQL Server (в настоящее время поддерживаются все версии).

Оценка вредоносных программ

Windows 7 и Windows Server 2008 R2 имеют проблемы описаны и отслеживаются здесь:

http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Suggestions/6519211-Windows-Server-2008-R2-SP1-Servers-are-shown-AS-n

Можно увидеть, какие продукты для противодействия вредоносному включены с помощью данного потока:

http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Suggestions/6519202-Support-other-AntiVirus-Products-in-Malware-Assess

Конкретные сведения о прямой агента

Большинство ошибок в таблице выше в разделе «Процедура 4"о «Управление серверами» также применяются к прямым агента. В прямой агента, каждый агент отвечает за обращения к эксплуатации дополнительная информация сама по себе, в отличие от встроенного там, где это отправляет данные от имени агентов отчетности его серверу управления Operations Manager, поэтому в качестве шлюза.

С прямым агентом самой распространенной проблемой является код ошибки 403 означает «запрещено». Обычно это неверный workspaceId или ключ. Дополнительные сведения об этом можно получить Здесь.

Другие вещи, которые мы в настоящее время отслеживания для прямого агента относятся следующие:

-Емкость аналитики пакету управления не работает с прямым агентом. Работает только с Operations Manager, а также должен Operations Manager для интеграции с диспетчер виртуальных машин. Мы отслеживание идеи для обобщения здесь это решение.

http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Suggestions/6662146-Open-UP-the-Capacity-Management-Pack-for-other-sys

-Оповещения аналитики пакет управления не поддерживает прямой агент. Он требует Operations Manager для синхронизации оповещения в облако.

-Оценка вредоносных программ работает за исключением проблемы, указанной выше для Windows 7 и Windows Server 2008 R2.

Обратите внимание, обновление оценки, отслеживания изменений, а также решений по управлению журнала для сбора событий Windows и журналы IIS работает Operations Manager и прямой агент уже.

Для получения дополнительных сведений о том, как установить агент, включая сценарии и методы автоматической установки, ознакомьтесь с документацией здесь:

https://Azure.Microsoft.com/en-US/Documentation/articles/Operational-Insights-Direct-Agent/

Если требуется прямой агент поддерживает передачу через прокси-сервер и есть сценарий PowerShell в документации выше, может использоваться для настройки какие прокси-сервера и учетные данные, используемые на компьютере агента. Это определенного приложения, поэтому процесс MMA необходимо иметь возможность знать, как получить доступ к Интернету.

Если ВМ в Azure, вы можете одним щелчком для установки и применения агента с Azure портала:

http://Azure.Microsoft.com/en-US/Updates/easily-Enable-Operational-Insights-for-Azure-Virtual-Machines/

Кроме того Имейте в виду, что в данный момент только 64-разрядная версия агента. Отзывы и предложения для потенциальных 32-разрядного агента отслеживается здесь:

http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Suggestions/6744349-Support-for-Windows-2003-and-2008-Servers-32-bit

Сведения диагностики Windows Azure

Управление журналом через портал Azure интеграции позволяет также собирать события Windows из хранилища Windows Azure диагностики (WAD). Это работает для облачных служб ролей и IaaS виртуальных машин сконфигурирован для записи WAD.

Сбор данных в журналах IIS из WAD работает для облачных служб и для виртуальных машин IaaS, но в данный момент не Azure веб-узлов. Это отслеживается здесь:

http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Suggestions/6519351-Collect-IIS-Logs-FROM-Windows-Azure-Diagnostics-ST

Извлечение и голосовать другие идеи о том, что для сбора для этой категории в нашем форуме.

http://Feedback.Azure.com/Forums/267889-Azure-Operational-Insights/Category/88086-log-Management-and-log-Collection-Policy

Наконец Вот качество бумаги по настройке ролей Microsoft Azure и виртуальные машины для записи хранилища Windows Azure диагностики:

http://Download.Microsoft.com/download/B/6/C/B6C0A98B-D34A-417C-826E-3EA28CDFC9DD/AzureSecurityandAuditLogManagement_11132014.PDF
OpsMgr 2012 R2

Внимание! Эта статья переведена автоматически

Свойства

Номер статьи: 3126513 — последний просмотр: 11/17/2016 20:47:00 — редакция: 6.0

Microsoft System Center 2012 Operations Manager, Microsoft System Center 2012 R2 Operations Manager, Microsoft Operations Management Suite

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3126513 KbMtru
Отзывы и предложения