none
SCCM: Постоянная ошибка в логах System_Resource_N_ARR_PK RRS feed

  • Вопрос

  • Приветствую всех! Прошу помощи, потому как сам зашел в тупик. Имеется следующие:

                            Windows 2008 R2 Sp1 (С последними обновлениями)

                            SQL Server 2008 SP1

                            SCCM 2007 R3

                Постоянно возникают разного рода ошибки в логах SMS_DISCOVERY_DATA_MANAGER :

                            Предупреждение: Microsoft SQL Server выдал сообщение SQL 2627, серьёзность 14: [23000][2627][Microsoft][ODBC SQL Server Driver][SQL Server]Нарушение "System_Resource_N_ARR_PK" ограничения PRIMARY KEY. Невозможно вставить повторяющийся ключ в объект "dbo.System_Resource_N_ARR".

                           

                            Ошибка: Диспетчер данных обнаружения SMS не смог обработать запись данных обнаружения “”, поскольку ему не удалось обновить источник данных.

                После перезагрузки сервера, ошибка проподает, но через некоторое произвольное время появляется. Помогите найти причину возникновения ошибки и подскажите решение. Потому, как эта ошибка не исправилась даже после установки нового сервера по всем рекомендациям TechNet.

    Буду благодарен за помошь.

    15 февраля 2012 г. 6:06

Ответы

  • Проблема решена, благодаря поддержки Microsoft.

    Все очень просто, SCCM 2007 R3 не всегда правильно справляется с кириллицей в именах
    компьютеров.

    Был сделан скрипт на Powershell, который находил подобные компьютеры и помещал их в отдельное OU "Проблемные компьютеры", которое исключено из обнаружения сервером SCCM. В итоге проблема исчезла, и сервер работает замечательно.




    • Изменено Nikolay_KZ 23 июля 2012 г. 6:10
    • Помечено в качестве ответа Nikolay_KZ 23 июля 2012 г. 6:11
    23 июля 2012 г. 6:10

Все ответы

  • Добрый день,

    На SQL свободное место?

    Попробуйте посмотреть есть ли повторяющиеся записи в таблице, откройте SQL Management studio, выбирите New Query, выбирите  бд, далее запустите запрос select * from dbo.System_Resource_N_ARR

    посмотрите есть ли повторяющиеся записи?

    15 февраля 2012 г. 7:07
    Отвечающий
  • Siniy, место предостаточно, база новая. Записей в таблице повторяющихся нет, проверил.
    15 февраля 2012 г. 12:48
  • А что у вас в ddm.log ?

    Также если у вас bad ddr     \inboxes\auth\ddm.box если есть попробуйте удалить.


    Также http://social.technet.microsoft.com/Forums/ru-RU/smsru/thread/806ddf9c-fad1-41a8-8477-fab8d2acd9d1/
    15 февраля 2012 г. 13:38
    Отвечающий
  • Уважаемый пользователь,

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


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    Follow us on TwitterFollow MSTechnetForum on Twitter

    Посетите Блог Инженеров Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html

    20 февраля 2012 г. 18:50
    Модератор
  • Тема переведена в разряд обсуждений по причине отсутствия активности


    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    Follow us on TwitterFollow MSTechnetForum on Twitter

    Посетите Блог Инженеров Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html

    22 февраля 2012 г. 5:59
    Модератор
  • Проблема не решилась, ошибка с предупреждением так и сыпется, перезагрузка не помогает.

    12 июля 2012 г. 9:07
  • А вы сделали то, о чем вас просили выше?
    12 июля 2012 г. 9:18
    Отвечающий
  • bobgreen84, да проделал все что писали и не однократно. Проблема появляется вновь через день.

    Переустановка сервера не спасает. Удаление файлов из \inboxes\auth\ddm.box спасает на время. Но это не дело, когда каждый раз нужно делать такие манипуляции.

    сейчас:

    \inboxes\auth\ddm.box  - 20 000 файлов

    \inboxes\auth\ddm.box\bad - пусто

    \inboxes\auth\ddm.box\BAD_DDRS - пусто

    Сообщения в DDM.log ниже:

    Вот это каждые 60 секунд.

    CDiscoverDataManager::Process - Failed to manage files in inbox.  Will retry in at least 60 seconds	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Refreshing site settings.....	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 15, Discovery Data Manager	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 38, Discovery Data Manager (Trusted)	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 48, Discovery Data Manager (Registration)	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 14, Discovery Asst Rules	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 49, Discovery Data Manager (Notification)	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 9, Data Loader	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 10, Software Inventory Processor (Site)	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Updated inbox def 23, Client Configuration Record (Incoming)	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    DDM is configured to synchronize the network config data (NCF) files at startup and every 15 minutes thereafter.	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    CDiscoverDataManager::GetSiteStatus - Registering SQL types, Server = SRVSCCM, Database = SMS_SAMRUK, User =	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Preparing to sync deletes...	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    No system deletions to replicate.	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    Looking for ClientKeyData changes	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    No ClientKeyData changes to replicate	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    *** insert into System_Resource_N_ARR (ItemKey, Resource_Names0) values (871, 'òñ09ñá005.intranet.s-k.kz')	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    *** [23000][2627][Microsoft][ODBC SQL Server Driver][SQL Server]Íàðóøåíî "System_Resource_N_ARR_PK" îãðàíè÷åíèÿ PRIMARY KEY. Íå óäàåòñÿ âñòàâèòü ïîâòîðÿþùèéñÿ êëþ÷ â îáúåêò "dbo.System_Resource_N_ARR". Ïîâòîðÿþùååñÿ çíà÷åíèå êëþ÷à: (871, òñ09ñá005.intranet.s-k.kz).	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    CDiscoverySource_SQL::UpdateItem - could not execute sql- insert into System_Resource_N_ARR (ItemKey, Resource_Names0) values (871, 'òñ09ñá005.intranet.s-k.kz')	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    CDiscoverDataManager::ProcessDDRs_PS - Unable to update data source	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    STATMSG: ID=2636 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISCOVERY_DATA_MANAGER" SYS=SRVSCCM SITE=SKS PID=2340 TID=3424 GMTDATE=Fri Jul 13 04:27:48.290 2012 ISTR0="" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=0	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    CDiscoverDataManager::ProcessDDRs_PS - SQL problem detected.  Will retry later.	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    CDiscoverDataManager::Process - Failed to manage files in inbox.  Will retry in at least 60 seconds	SMS_DISCOVERY_DATA_MANAGER	01.01.1601 0:00:00	3424 (0x0D60)
    

    13 июля 2012 г. 4:36
  •            Очистил папку \inboxes\auth\ddm.box, после выполнил перезагрузку. Все вроде стало нормально. В понедельник, опять 543 ошибки той же самой, только с другим именем компьютера. Ладно бы она ни на что не влияла, но когда появляется эта ошибка, агенты перестают устанавливатся на новые машины.

               Прошу помочь! Что решения и вправду нет?

    16 июля 2012 г. 4:41
  • Проблема решена, благодаря поддержки Microsoft.

    Все очень просто, SCCM 2007 R3 не всегда правильно справляется с кириллицей в именах
    компьютеров.

    Был сделан скрипт на Powershell, который находил подобные компьютеры и помещал их в отдельное OU "Проблемные компьютеры", которое исключено из обнаружения сервером SCCM. В итоге проблема исчезла, и сервер работает замечательно.




    • Изменено Nikolay_KZ 23 июля 2012 г. 6:10
    • Помечено в качестве ответа Nikolay_KZ 23 июля 2012 г. 6:11
    23 июля 2012 г. 6:10
  • Да, такая бяка есть :)
    23 июля 2012 г. 10:08
    Отвечающий
  • Николай, а нельзя ли попросить у вас этот скриптик? Тоже столкнулись с такой проблемой, в AD более 13000 записей компьютеров, раскиданных по разным OU.
    10 августа 2012 г. 6:43