«Ошибка 3000: не удалось зарегистрировать службы ядра СУБД "Ошибка в System Center 2012 R2 Operations Manager

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

Эта статья на английском языке: 3094195
Проблема
При попытке настроить System Center Operations Manager для Microsoft операций Management Suite (ранее известной как представление операций), появляется следующее сообщение об ошибке в консоли диспетчера операций:

Ошибка 3000: Не удалось зарегистрировать службы ядра СУБД. Обратитесь к системному администратору.
Причина
Данная проблема возникает по одной из следующих причин:
  • Сервер управления Часы синхронизированы с текущим временем, более 5 минут.
  • Внутренний прокси-сервер или брандмауэр блокирует соединение с конечными точками службы ядра СУБД.
Решение

Если часы синхронизированы

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

Если используется прокси-сервер или брандмауэр

В зависимости от конфигурации прокси-сервера может быть невозможно зарегистрировать службы ядра СУБД. Обмен данными с System Center Operations Manager для службы ядра СУБД за операции Management Suite позже произойдет сбой или определенных сценариев может не загореться на портале даже в том случае, если удастся зарегистрировать. В этом разделе описывается видов связи и конечные точки, которые необходимо разрешить для серверов управления, консоль и направить агентов, чтобы операции Management Suite будет работать правильно.

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

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

scadvisor.AccessControl.Windows.NET

scadvisorservice.AccessControl.Windows.NET*

.BLOB.Core.Windows.NET/

*Data.systemcenteradvisor.com

ODS.systemcenteradvisor.com

*. ods.opinsights.azure.com

*. systemcenteradvisor.com
Порт 443

Порт 443

Порт 443

Порт 443

Порт 443

Порт 443

Порт 443

Порт 443
Большое сценариев и аналитики пакеты и OpsMgr агентов
Примечание Некоторые пакеты будущей аналитики, например безопасности и аудита, данных непосредственно (без очереди через сервер управления) в облако. Это верно, даже если они сообщить в OpsMgr и настраиваются в группе управления OpsMgr. Ниже приведен обязательные назначения для этого типа связи.
URL-АДРЕСPorts
*. ods.opinsights.azure.comПорт 443
Примечание Параметры прокси-сервера, указанного в шаге 2 данного раздела будет автоматически распространяется на OpsMgr агентов.
Консоль диспетчера операций
Следующие URL-адреса и домены должны быть доступны через брандмауэр для просмотра ядра СУБД веб-портал и консоли OpsMgr (для выполнения регистрации для эксплуатации мнениями Azure).
РесурсPorts
*. systemcenteradvisor.com

*. live.com

*. microsoft.com

*. microsoftonline.com

Login.Windows.NET
Порты 80 и 443

Порты 80 и 443

Порты 80 и 443

Порты 80 и 443

Порты 80 и 443
Кроме того убедитесь, что правильно задать прокси обозревателя Internet Explorer на компьютере, при попытке входа в систему. Особенно важно проверить, является ли подключение SSL включен веб-сайт, таких как https://www.bing.com. Если подключение HTTPS не работает в обозревателе, он, вероятно, не будут работать в консоли диспетчера операций и модули сервера, обратитесь к веб-службам в облаке.

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

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

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

Если прокси-сервер требует проверки подлинности, выполните следующие действия:

  1. В консоли OpsMgr откройте представление Администрирование .
  2. Выберите Профили в узле Конфигурация RunAs .
  3. Дважды щелкните запустить советник по System Center как профиль прокси-сервер.
  4. Нажмите кнопку Добавить , чтобы добавить учетную запись RunAs. Можно создать учетную запись или использовать уже существующий. Эта учетная запись должна иметь достаточные разрешения для передачи через прокси-сервер.
  5. Настройте для учетной записи нацелено на группе Серверов управления диспетчера операций .
  6. Выполните действия в мастере и сохраните изменения.
Настройка прокси-сервера на каждый сервер управления OpsMgr для управляемого кода
Другой параметр в Operations Manager, и он предназначен для общие сообщения об ошибках. Тем не менее так как же модули используются в нескольких процессах, это также параметры прокси-сервера завершается воздействия функциональность ядра СУБД разъем, когда оно имеет значение. Таким образом при условии, что вы используете прокси-сервер, рекомендуется также установить его значение один прокси-сервер, который был установлен в других местах для каждого сервера управления.
  1. В консоли OpsMgr откройте представление Администрирование .
  2. Выберите Управление устройствамии выберите узел Серверы управления .
  3. Щелкните правой кнопкой мыши сервер управления, выберите Свойстваи затем задайте прокси на вкладке Параметры прокси-сервера . Сделайте это для каждого сервера управления.

Дополнительные сведения

Разрешение вопросов: время синхронизации проблемы, позволяя подробная трассировка на сервере управления или на компьютере консоли диспетчера операций. Дополнительные сведения см. Как использовать диагностическую трассировку в System Center Operations Manager 2007 и в System Center Essentials. В окне командной строки выполните следующую команду:

ВЕРСИЯ StartTracing.cmd

Воспроизвести проблему, а затем выполните следующие команды:
StopTracing.cmd
FormatTracing.cmd

После вы можете собирать форматированный трассировок, откройте файл журнала трассировки с именем TracingGuidsAdvisor.log и выполните поиск ошибки следующего вида:

[] [С Microsoft.SystemCenter.Advisor.Common] [ошибка]: WebServiceCallHelper.CallWebService<T>{webservicecallhelper_cs66} сообщение безопасности недопустим для соединения с веб-службой при выполнении регистрации шлюз [исключения] System.ServiceModel.Security.MessageSecurityException: отметка времени безопасности устаревших из-за времени истечения срока ее ("2015-08-28T17:56:34.018Z") в прошлом. Текущее время: "2015-08-28T18:03:27.962Z" и отклонение разрешенного времени "00:05".</T>

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

Свойства

Номер статьи: 3094195 — последний просмотр: 10/14/2015 02:17:00 — редакция: 1.0

MPSD MSCOM, Microsoft System Center 2012 R2 Operations Manager

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