none
не получается сделать запись в БД SCCM 2012 R2, SQL 2012 SP1 RRS feed

 > 

  • Вопрос

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

    в таблицу dbo.Process_DATA не получается добавить строку, так как выдаётся ошибка относительно FOREIGN KEY таблицы dbo.System_DATA. Это нужно для ручного ввода данных (инвентаризация) относительно старых компов, где sccm-кдиент не устанавливается, а значит автоматич не собирается информация.  права в SQL server в Server Roles -  public и sysadmin. Вот такая ошибка:

    {"error":"SQLSTATE[23000]: [Microsoft][SQL Server Native Client 11.0][SQL Server]The INSERT statement conflicted with the FOREIGN KEY constraint \"Processor_DATA_FK\". The conflict occurred in database \"SCCM2012\", table \"dbo.System_DATA\", column 'MachineID'."}

    подскажите, плз, что предпринять?

    7 декабря 2016 г. 18:38
    |

Ответы

  • Question
    Нужно войти
    2
    Нужно войти

    День добрый

    Любое прямое вмешательство в базу  sql переводит её в Not Support. 

    Технически на ум приходит только некая прокси база в которую собираются данные занесенный в ручную + данные из CCM

    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    8 декабря 2016 г. 5:49
    |
    Модератор
  • Question
    Нужно войти
    2
    Нужно войти
    Единственно что пришло в голову

    Почитайте на тему IDMIF / NOIDMIF и DDR, если сможете формировать норамальные mif файлы, можно попробовать передавать их CCM-у
    Сомнительное такое предложение, без понимаю внутреннего устройства, будет тяжеловато.

    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    8 декабря 2016 г. 6:01
    |
    Модератор
  • Question
    Нужно войти
    2
    Нужно войти
    Для костомизации лучше всеж завести отдельную базу, как вам правильно написали вмешательство в основную приводит ее к не поддерживаемой конфигурации. Так же это может привести к проблемам при обновлении и работы системы.

    Если у вас будут две базы, вы можете строить отчеты просто ссылаясь на обе базы. Получается и отчет есть и база цела, а в той вы можете делать все что захотите не эффектя продуктив.
    9 декабря 2016 г. 6:12
    |

Все ответы

  • Question
    Нужно войти
    2
    Нужно войти

    День добрый

    Любое прямое вмешательство в базу  sql переводит её в Not Support. 

    Технически на ум приходит только некая прокси база в которую собираются данные занесенный в ручную + данные из CCM

    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    8 декабря 2016 г. 5:49
    |
    Модератор
  • Question
    Нужно войти
    2
    Нужно войти
    Единственно что пришло в голову

    Почитайте на тему IDMIF / NOIDMIF и DDR, если сможете формировать норамальные mif файлы, можно попробовать передавать их CCM-у
    Сомнительное такое предложение, без понимаю внутреннего устройства, будет тяжеловато.

    Грамотная постановка вопроса - уже 50% решения.
    SCCM User Group Russia на FaceBook и в Telegram

    8 декабря 2016 г. 6:01
    |
    Модератор
  • Question
    Нужно войти
    2
    Нужно войти
    Для костомизации лучше всеж завести отдельную базу, как вам правильно написали вмешательство в основную приводит ее к не поддерживаемой конфигурации. Так же это может привести к проблемам при обновлении и работы системы.

    Если у вас будут две базы, вы можете строить отчеты просто ссылаясь на обе базы. Получается и отчет есть и база цела, а в той вы можете делать все что захотите не эффектя продуктив.
    9 декабря 2016 г. 6:12
    |
  • Question
    Нужно войти
    0
    Нужно войти
    Еще замечание: судя по названию таблицы вы инвентаризируете процессы, запущенные на клиентских машинах. Это очень плохая идея, т.к. процессы часто меняются - и очень скоро вы будете иметь раздутую историю инвентаризации.
    22 декабря 2016 г. 14:54
    |