none
SCOM 2012 R2 ( Not Monitored) RRS feed

 > 

  • Общие обсуждения

  • Discussion
    Нужно войти
    0
    Нужно войти

    Установил SCOM 2012 R2 

    -  ошибок не было никаких 

    - клиенты устанавливаются без проблем через Auto Discovery - но не мониторятся

    ( то есть статус Not Monitored),

    - Я на всякий случай на клиентах отключил Firewall –и на серверах SCOM

    - Перед установкой management pack (скачал для Windows 8  с сайта Microsoft

    http://www.microsoft.com/en-us/download/details.aspx?id=38434

    также скачал

    management pack для Windows Server (ru)

    management pack для exchange 2013

    -Клиенты через Auto Discovery установились на

    Клиенты Windows 8 (без sp1)

    Windows 2012 R2 + установлен Microsoft Exchange

     Но статус Not Monitored на всем

    - пробовал через Monitored консоль ( клиенты пингуються все ок), также пишет что все ок все рабочее

    - ошибок нигде не пишется (не в событиях на сервера не в событиях на клиентах)

    - порты открыты

    Установку осуществлял

    - Установка Management Pack

    - потом через Wizard – установку клиентов

    ( по документации надо создать подписку ) ????

    Четно даже не знаю куда копать ????

    Может что то не заметил ???

    Спасибо всем кто ответит ))


    17 апреля 2014 г. 5:20
    |

Все ответы

  • Discussion
    Нужно войти
    0
    Нужно войти
    а что логи говорят на серверах? учетные записи готовы?
    17 апреля 2014 г. 5:28
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    Логи в собитиях молчат, да учетные записи готовы для все ролей SCOM
    17 апреля 2014 г. 5:31
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    Я еще буду мониторить может что то с  SQL сервером ??? посмотрю за ним
    17 апреля 2014 г. 5:32
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    если что-то с сервером БД то ском бы об этом написал

    на серверах скома и просто серверах нужно посмотреть в operations manager лог, а не в system или еще куда-то

    сколько времени прошло с момента постановки на мониторинг и импорта пакетов управления?

    17 апреля 2014 г. 5:47
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    день 

    уже пошел второй

    17 апреля 2014 г. 5:55
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Да есть логи извините не туда посмотрел

    первый

                   Произошел сбой выполнения сценария PowerShell по причине указанного ниже исключения

    System.Management.Automation.CmdletInvocationException: Служба доступа к данным не работает или еще не инициализирована. Дополнительные сведения см. в журнале событий.строка:10 знак:19
    + $alertsByObject = Get-SCOMAlert -ResolutionState 0 | group MonitoringObjectId
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    в System.Management.Automation.Internal.PipelineProcessor.SynchronousExecuteEnumerate(Object input, Hashtable errorResults, Boolean enumerate)
    в System.Management.Automation.PipelineOps.InvokePipeline(Object input, Boolean ignoreInput, CommandParameterInternal[][] pipeElements, CommandBaseAst[] pipeElementAsts, CommandRedirection[][] commandRedirections, FunctionContext funcContext)
    в System.Management.Automation.Interpreter.ActionCallInstruction`6.Run(InterpretedFrame frame)
    в System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)
    в System.Management.Automation.Interpreter.EnterTryCatchFinallyInstruction.Run(InterpretedFrame frame)




    Имя сценария: GetMGAlertsCount.ps1


    Это затронуло один или несколько рабочих процессов.


    Имя рабочего процесса: ManagementGroupCollectionAlertsCountRule

    Имя экземпляра: All Management Servers Resource Pool

    ИД экземпляра: {4932D8F0-C8E2-2F4B-288E-3ED98A340B9F}

    Группа управления: MON

    17 апреля 2014 г. 5:58
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Второй

    Сбой 0x80004005 модуля OleDb во время выполнения, сведения о сбое будут отправлены в виде выходного элемента данных. Неопознанная ошибка
    : Не удалось выполнить вход. Имя входа принадлежит недоверенному домену и не может использоваться в проверке подлинности Windows.


    Имя рабочего процесса: Microsoft.SystemCenter.SqlBrokerAvailabilityMonitorForPool

    Имя экземпляра: All Management Servers Resource Pool

    ИД экземпляра: {4932D8F0-C8E2-2F4B-288E-3ED98A340B9F}

    Группа управления: MONA

    17 апреля 2014 г. 6:00
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    Все это видно в Monitoring - Operations Manager - managment group HeaLTH
    17 апреля 2014 г. 6:04
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

      Причем вя инфраструктура показано ( что все ок)

    data warehouse etc 

    только алерты красные показаны что не все ок

    17 апреля 2014 г. 6:07
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    и в Agent Version написанно Microsoft System Center Agent Versions properties of Unmonitored Agents
    17 апреля 2014 г. 6:08
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    Причем все логи старые ( вчера ),( которые показывают ошибку ) (сегодня все ок) Service Broker запущен 


    • Изменено romell 17 апреля 2014 г. 8:09
    17 апреля 2014 г. 6:45
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    в консоли какие алерты висят по скому ? по самодигностике

    вообще так сложно понять что у вас не работает, обнулите лог и смотрите на что он ругается

    да и русская серверная винда - плохая идея, ошибки неудобно искать в интернете

    17 апреля 2014 г. 9:07
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Все старые алерты удалил

    перезагрузил SCOM появилась ошибка 

    The System Center Data Access service failed to register an SPN. A domain admin needs to add MSOMSdkSvc/SCOM and MSOMSdkSvc/SCOM.MAIN.biz to the servicePrincipalName of CN=SCOM,CN=Computers,DC=MAIN,DC=biz

    17 апреля 2014 г. 9:36
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    убрал и эту ошибку ошибок больше нет (((( но все равно не видит (((
    17 апреля 2014 г. 11:58
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    посмотрите логи СКЛ сервера, неудачные входы, мне кажется чтото с учётками.

    ещё проверьте:

    SELECT is_broker_enabled FROM sys.databases WHERE name='OperationsManager'

     

    6. Click Execute.

     

    If the result returns 0, doing the following steps to enable SQL broker:

     

    1> Run the query:

     

    ALTER DATABASE OperationsManager SET SINGLE_USER WITH ROLLBACK IMMEDIATE

     

    2> Click Execute.
    3> Enter the following query:

     

    ALTER DATABASE OperationsManager SET ENABLE_BROKER

     

    4> Click Execute.
    5> Close SQL Server Management Studio.

     

    Now

     

    SELECT is_broker_enabled FROM sys.databases WHERE name='OperationsManager'

     

    Returns "1"

     

    :)


    22 апреля 2014 г. 15:31
    |
  • Discussion
    Нужно войти
    0
    Нужно войти
    Я все сделал это  в прошлый раз (((((((((((((((((((((((
    28 апреля 2014 г. 19:20
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Брокер включал все равно ((((((((((((

    База SQL молчит - надо отлавливать наверное через сам SQL Profile- как идет подключение (((

    Скорее всего надо будет попробовать переустановить ((( В любом случае всем спасибо ))

    28 апреля 2014 г. 19:23
    |
  • Discussion
    Нужно войти
    0
    Нужно войти

    Рано начали переустанавливать. То, что вы привели не является критическими ошибками.

    А ошибка:

    Сбой 0x80004005 модуля OleDb во время выполнения, сведения о сбое будут отправлены в виде выходного элемента данных. Неопознанная ошибка
    : Не удалось выполнить вход. Имя входа принадлежит недоверенному домену и не может использоваться в проверке подлинности Windows.

    Говорит о том, что у учетной записи нет прав.

    Vladimir Zelenov | http://systemcenter4all.wordpress.com

    29 апреля 2014 г. 5:21
    |
    Отвечающий