SEPM и "старые" клиенты

[xck 25]

Добрый день,

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

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

[lexx 5]

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

[Shell 301]

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

только:

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

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

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

[Shaulin 0]

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

только:

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

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

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

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

[Shell 301]

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

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 25]

Спасибо.

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

[Shell 301]

xck, верно.