none
SMS перестал видеть новые компы RRS feed

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

  •  

    Суть в следующем:

    SMS 2003 стоит уже второй год, работает нормально. Тут начальству в голову приходит мысль, а зачем клиенты ставятся как на обычные станции, так и на сервера, надо бы сделать так, чтобы сервера SMS не видел. Делаем следущее: в System Discovery указываем не целиком домен, а определенный контейнер, в котором содержатся все рабочие станции кроме серверов. После этих манипуляций SMS просто перестает обновлять коллекции All systems и Non-client systems. Условия возвращаем на исходную, после чего ситуация не меняется, ни ранее удаленные, ни новые рабочие станции не появляются. Что делать? Где копать?

Все ответы

  • Для начала про решение проблемы "не ставить на сервера" - если вы устанавливаете клиентов с помощью push installation на все компьютеры в границах сайта, то достаточно было бы снять галочку с пункта "Servers" в свойствах этого метода установки клиентов.

     

    Теперь про вашу беду: необновление коллекций означает что либо не работает метод обнаружения AD System Discovery (и тогда надо искать сообщения об ошибках от компонента SMS_AD_SYSTEM_DISCOVERY)... либо какая-то беда с AD.

     

  •  

    Если просто снять галочку, то SMS будет видеть сервера, а клиентов ставить не будет, таким образом коллекция Non-client systems все равно будет пополняться. А нужно, чтобы в SMS вообще не было упоминания о серверах.

    Сейчас поищу сообщения об ошибке...

  • Кстати, с SMS_AD_SYSTEM_DISCOVERY_AGENT все впорядке. А вот SMS_DISCOVERY_DATA_MANAGER выдает ошибки:

    1. SMS Discovery Data Manager failed to process the discovery data record (DDR) "", because it cannot update the data source.

    2. Microsoft SQL Server reported SQL message 242, severity 16: [22007][242][Microsoft][ODBC SQL Server Driver][SQL Server]The conversion of a char data type to a datetime data type resulted in an out-of-range datetime value.

    Хотя не пойму, причем тут ODBC подключение...

  •  

    Ну вот кажется и корень зла.

    Признаться, никогда я с такой ошибкой не встречался. Вот что про нее пишут в сети:

     

     

    SQL Server Error Messages - Msg 242

    Error Message:

    Server: Msg 242, Level 16, State 3, Line 1
    The conversion of a char data type to a datetime data
    type resulted in an out-of-range datetime value.
    

    Causes:

    This error occurs when trying to convert a string date value into a DATETIME data type but the date value contains an invalid date.  The individual parts of the date value (day, month and year) are all numeric but together they don’t form a valid date.

    To illustrate, the following SELECT statements will generate the error:

    SELECT CAST('02/29/2006' AS DATETIME) -- 2006 Not a Leap Year
    SELECT CAST('06/31/2006' AS DATETIME) -- June only has 30 Days
    SELECT CAST('13/31/2006' AS DATETIME) -- There are only 12 Months
    SELECT CAST('01/01/1600' AS DATETIME) -- Year is Before 1753

    Another way the error may be encountered is when the format of the date string does not conform to the format expected by SQL Server as set in the SET DATEFORMAT command.  To illustrate, if the date format expected by SQL Server is in the MM-DD-YYYY format, the following statement will generate the error:

    SELECT CAST('31-01-2006' AS DATETIME)
     
    То есть либо  у вас какие-то проблемы с выставленной в домене датой (смешнадцатое мартобря) и SQL такого не понимает, либо SMS с какого-то перепугу начал формировать некорректные DDR-файлы (взглянуть бы на какой-нибудь, кстати), либо SQL-серверу серьезно плохо.
    Кстати, а какой SQL используете - версия, сервис-пак? А на СМС какой сервис-пак стоит?
  •  

    Насчет времени домена не совсем понятно, имеется ввиду время на контроллере домена?

    Microsoft systems management server 2003, SP2

    Microsoft SQL Server 2000, SP4

    А вот, что пишется в D:\SMS\Logs\ddm.log

    Refreshing site settings.....  $$<SMS_DISCOVERY_DATA_MANAGER>

    DDM is configured to synchronize the network config data (NCF) files at startup and every 15 minutes thereafter.  $$<SMS_DISCOVERY_DATA_MANAGER>

    CDiscoverDataManager::GetSiteStatus - Registering SQL types, Server = MAIL, Database = SMS_001, User =    $$<SMS_DISCOVERY_DATA_MANAGER>

    Preparing to sync deletes...  $$<SMS_DISCOVERY_DATA_MANAGER>

    <No system deletions to replicate.  $$<SMS_DISCOVERY_DATA_MANAGER>

    Processing file rhx3em1a.DDR  $$<SMS_DISCOVERY_DATA_MANAGER> 

    Processing <System> #27205...  $$<SMS_DISCOVERY_DATA_MANAGER>

    CDiscoverySource::VerifyClientPublicKeys - Public key does not exist for client GUID:A2463AB4-DF94-4DAB-BAFF-1DDA227D146A.  $$<SMS_DISCOVERY_DATA_MANAGER>

    ==>Name = <M3_ZAMTEHDIR>  $$<SMS_DISCOVERY_DATA_MANAGER>

    Update base table: System_DISC : execute sql update System_DISC set ItemKey = 27205, DiscArchKey = 5, SMS_UUID_Change_Date0 = "10/31/200"  where ItemKey = 27205~  $$<SMS_DISCOVERY_DATA_MANAGER>

    *** update System_DISC set ItemKey = 27205, DiscArchKey = 5, SMS_UUID_Change_Date0 = "10/31/200"  where ItemKey = 27205~  $$<SMS_DISCOVERY_DATA_MANAGER>

    *** [22007][242][Microsoft][ODBC SQL Server Driver][SQL Server]The conversion of a char data type to a datetime data type resulted in an out-of-range datetime value.  $$<SMS_DISCOVERY_DATA_MANAGER> *** update System_DISC set ItemKey = 27205, DiscArchKey = 5, SMS_UUID_Change_Date0 = "10/31/200"  where ItemKey = 27205~  $$<SMS_DISCOVERY_DATA_MANAGER>

    *** [01000][3621][Microsoft][ODBC SQL Server Driver][SQL Server]The statement has been terminated.  $$<SMS_DISCOVERY_DATA_MANAGER>

    CDiscoverySource_SQL::UpdateItem - could not execute sql- update System_DISC set ItemKey = 27205, DiscArchKey = 5, SMS_UUID_Change_Date0 = "10/31/200"  where ItemKey = 27205~  $$<SMS_DISCOVERY_DATA_MANAGER>

    CDiscoverDataManager:Stick out tonguerocessDDRs_PS - Unable to update data source  $$<SMS_DISCOVERY_DATA_MANAGER>

    STATMSG: ID=2636 SEV=E LEV=M SOURCE="SMS Server" COMP="SMS_DISCOVERY_DATA_MANAGER" SYS=MAIL SITE=001 PID=5848 TID=4448 GMTDATE=Чт май 08 09:28:05.795 2008 ISTR0="" ISTR1="" ISTR2="" ISTR3="" ISTR4="" ISTR5="" ISTR6="" ISTR7="" ISTR8="" ISTR9="" NUMATTRS=0  $$<SMS_DISCOVERY_DATA_MANAGER>

    <thread=4448 (0x1160)>
    CDiscoverDataManager:Stick out tonguerocessDDRs_PS - SQL problem detected.  Will retry later.  $$<SMS_DISCOVERY_DATA_MANAGER> CDiscoverDataManager:Stick out tonguerocess - Failed to manage files in inbox.  Will retry in at least 60 seconds  $$<SMS_DISCOVERY_DATA_MANAGER

  •  

    Ну и что это за дата такая, "10/31/200"? Хорошо бы понять, откуда она такая берется...
  • Доброго времени суток!

    Подобная проблема SMS 2003 не видит новые компы. В SMS_DICOVERY_DATA_MANAGER  выдает следующие ошибки:

    SMS Discovery Data Manager failed to process the discovery data record (DDR) "", because it cannot update the data source.

    1.
    Possible cause: On a Primary site, it is probably a SQL Server problem.
    Solution:
    1. Review the immediately preceding status messages from this component about SQL Server errors.
    2. Verify that this computer can reach the SQL Server computer.
    3. Verify that SQL Server services are running.
    4. Verify that SMS can access the SMS site database.
    5. Verify that the SMS site database, transaction log, and tempdb are not full.
    6. Verify that there are at least 50 SQL Server user connections, plus 5 for each SMS Administrator console.

    If the problem persists, check the SQL Server error logs.

    Possible cause: On a secondary site, SMS Discovery Data Manager probably cannot write to a file on the site server, so check for low disk space on the site server.
    Solution: Make more space available on the site server.

    2. Microsoft SQL Server reported SQL message 8152, severity 16: [22001][8152][Microsoft][ODBC SQL Server Driver][SQL Server]String or binary data would be truncated.

    Please refer to your SMS documentation, SQL documentation, or the Microsoft Knowledge Base for further troubleshooting information.


    В одном форуме предлагалось сделать следующее:
    "
    Had to call Microsoft about this issue. What happened was there were some corrupt .ddr files in the path \sms\inboxes\auth\ddr.box and they needed to be removed. I had read all the Microsoft KB Articles about this particular issue and they all said that I needed to determine which one was causing me so many problems and remove that one, which I did by searching within the folder for the problem .ddr file according to the ddm.log, but the problem kept occurring. So while on the phone with Microsoft, the technician deleted the entire folder while the SMS_DISCOVERY_DATA_MANAGER
    service was off. This took a while because
    it had accumulated to about 6.5GB... (yeah i know). After that we
    monitored the ddm.log and the problem machine finally came to process the assigned .ddr
    file and it passed! Once this happened more and more started processing
    and the issue was resolved. If I had only known that I could have
    deleted the entire folder, it probably would not have taken so long.

    Just thought I would let you guys know in case it ever happened to you guys. "

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

    Кто-то может подсказать в чём проблема?

    Удачи!
    30 июля 2008 г. 9:40
  • Ну а с SQL-сервером - все в порядке?

     

    30 июля 2008 г. 11:44
  • Щас нашел инфо по 2-й ошибке.

    "
    When I checked ddm.log there is this line:
    CDiscoverySource_SQL::UpdateItem - could not execute sql- insert into
    System_SMS_Assign_ARR (ItemKey, SMS_Assigned_Sites0) values (12452, "SMS:NK1")

    And when I checked System_SMS_Assign_ARR table, columns in it are like this:
    ColumnName DataType Lenght
    ItemKey int 4
    SMS_Assigned_Sites0 varchar 4

    I suppose that I need to change length, but I would like to hear from
    somebody who knows more than me about this.

    thanks

    _____________________________________________


    Yes the length of the "SMS_Assigned_Sites0" is incorrect in the SQL.
    The SMS_Assigned_Sites0 should be a varchar with lenght of 128.
    If it is 4 you will get the binary truncated warning message.
    Please correct the length in the DB.

    Have a nice day!

    Sincerely,

    Lee Li
    Microsoft Online Partner Support



    _________________________________________


    Шас думаю увеличить "SMS_Assigned_Sites0 should be a varchar with lenght of 128" так как на самом деле varchar 4.

    Посмотрим что из этого выйдет.

    30 июля 2008 г. 12:09
  • Всё работает.
    Почему бы это все не описать на сайте майкрософт. Что по умолчанию таблица с размером varchar 4 и что надо её увеличить чтоб всё работало.......
    Спасибо всем за внимание!
    Удачного дня!
    31 июля 2008 г. 7:57