Перейти к содержанию

Recommended Posts

xck

Добрый день,

после обновления на SEP MR5 заметил такую штуку, после переустановки клиента или переустановки компьютера клиент помещается на сервере управления в дефолтовую группу (определенную в инсталляционном пакете) и там остается пока его не переместишь в нужную мне группу т.е. таким образом получается что в группе у меня присутсвуют два клиента с одинаковым именем (один активный, а другой нет сотвественно) приходится старый объект удалять. В предыдущих версиях если мне не изменяет память объект с таким же именем просто заменял (или обновлялся статус тарого) старый объект тем самым клиент помещался в группу единожды мною обозначенную, т.е. после переустановки клиент попадал в дефолтовую группу, после некоторого времени его статус обновлялся и он автоматически премещался (или обновлялся статус старого клиента) в ту группу в которой когда то содержался объект с таким же именем.

Я понимаю у каждого клиента есть свой ID но можно ли какнибудь сделать, чтобы объект с тем же именем (таким же именем т.е. существующим в консоли управления) просто обновлял старую запись?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
lexx

Такая же фигня. Даже если просто переставлять клиента, то появляется двойник, причем в той же группе. Может старый со временем и удалиться, но я его сразу удаляю... Заметил тоже после апргейда

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell

Если так необходимо - могу скинуть SQL скрипт (если база на MS SQL).

только:

а) он удалит обе записи компа, комп подцепится при новом подключении в группу если прописаны в группах Managed Locations.

б) желательно стопорить SEPM перед скриптом, потом запускать.

Скрипт кстати где то был в моих темах...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shaulin
Если так необходимо - могу скинуть SQL скрипт (если база на MS SQL).

только:

а) он удалит обе записи компа, комп подцепится при новом подключении в группу если прописаны в группах Managed Locations.

б) желательно стопорить SEPM перед скриптом, потом запускать.

Скрипт кстати где то был в моих темах...

Выложите пожалуйста скрипт!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell

Удаление дублей:

delete from [Endpoint].[dbo].[sEM_AGENT] where [COMPUTER_ID] not in (select [COMPUTER_ID] from [Endpoint].[dbo].[sEM_COMPUTER])

Либо в ручном режиме:

SELECT * from [Endpoint].[dbo].[sEM_COMPUTER]where [COMPUTER_NAME] = 'clientname'SELECT * from [Endpoint].[dbo].[sEM_CLIENT]where [COMPUTER_NAME] = 'clientname'

потом по выбранному с интересующими нас клиентами:

DELETE from [Endpoint].[dbo].[sEM_COMPUTER]where [COMPUTER_NAME] = 'clientname'DELETE from [Endpoint].[dbo].[sEM_CLIENT]where [COMPUTER_NAME] = 'clientname'DELETE from [Endpoint].[dbo].[sEM_AGENT]where [COMPUTER_ID] = 'clientid' orwhere [COMPUTER_ID] = 'clientid2' orwhere [COMPUTER_ID] = 'clientid3'

Скрипты давно помогали, еще когда клиенты не видели управляющий сервер (содержались дубликаты записей - в новых версиях исправлено). Полеты были здесь http://www.anti-malware.ru/forum/index.php...amp;#entry63792

Тема на STN

https://www-secure.symantec.com/connect/for...d-default-group

Vikram Kumar-SAV to SEP

13 hours 45 min ago

Delete the OU from SEPM add

Solution

Delete the OU from SEPM add them again everything will fall in place

Ну это выход если клиенты с зелеными шариками в OU с AD а не в группах созданных ручками в SEPM... И то бывают глюки, но как правило, синхронизация с AD помогает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
xck

Спасибо.

На сколько я понял, выполнение скрипта избавляет нас от дублей но не от самой проблемы?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell

xck, верно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • demkd
      проверил, работает, но стоит помнить что кэш используется только при массовой проверке и только для файлов не получивших статус проверенного ранее.
      для проверки отдельного файла кэш не используется по очевидным причинам.
    • PR55.RP55
      Определять время применения GPO Определять время применения GPO - с привязкой к событию. ( например запуск... скрипта ) Писать в Инфо.
    • PR55.RP55
      Настройка vtCacheDays= не работает. ( залез, а в папке сотни файлов  ) пробовал менять настройки\даты - не работает.  
    • demkd
      ---------------------------------------------------------
       4.12.3
      ---------------------------------------------------------
       o Добавлено несколько новых ключей автозапуска.  o Добавлен новый флаг запуска "Проверять весь HKCR".
         Не всегда требуется загружать и проверять все CLSID (по умолчанию флаг установлен).
         Снятие флага значительно ускорит скорость построения образа автозапуска за счет существенного сокращения файлов в списке.
         Если флаг установлен:
          o Твик #37 не исправит все проблемные пути в реестре
          o Функция удаления ссылок на отсутствующие файлы не затронет незагруженную часть HKCR.  o Улучшена функция парсинга командной строки.  o Исправлена функция восстановления реестра для неактивной системы.
         Добавлено удаление старых логов реестра, они могли препятствовать загрузке хайвов после оффлайн восстановления реестра.
         Обновлен ABR до версии 1.10, в него внесены аналогичные с uVS изменения.
          o Автозагрузка службы ABR теперь работает в отложенном режиме для устранение возможного сбоя загрузки пользовательского хайва реестра.
          o Добавлен модуль defrag для дефрагментации и устранения ошибок в сохраненной копии реестра.  o В окно информации о задаче добавлены даты создания и последнего запуска.  o Теперь в лог добавляется предупреждение о слишком длинных строках в реестре (более 2к символов).  o Исправлена ошибка в функции внесения данных из reg-файла в реестр неактивной системы.  o Добавлена поддержка кэша задач версий 1(Win8 и 8.1) и 2(некоторые серверные версии). (ранее поддерживалась только 3-я версия Win10/Win11).  o Исправлена ошибка которая могла привести к переполнению буфера.  
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 16.0.24.
×