удалить подключение фантомного агента
-
В заключение хотелось бы отметить, что в базе данных, по-видимому, были некоторые дубликаты и осиротевшие записи. Мы удалили их вручную, после чего смогли очистить соединение. Мы не можем точно объяснить, как эти записи появились в базе данных.
-
Перед удалением агента необходимо переназначить все задания, использующие этот агент, другому агенту. Если все задания, которые выполнялись на агенте «A», будут выполняться на агенте «B», то все, что вам нужно сделать, это обновить информацию о подключении с «mybadhost» на «newhostname». Если не все задания будут перенесены на новый агент, вам необходимо найти все эти задания и обновить агент для них. Наконец, при использовании этого агента необходимо будет обновить события файлов. После обновления всех этих данных вы сможете удалить агент.
-
В этом и заключается проблема. Я не могу найти ни одной задачи, определенной для выполнения на этом агенте. Похоже, что само устройство было выведено из эксплуатации более года назад, поэтому все данные о заданиях давно исчезли из сохраненной истории. У меня есть ссылка на осиротевшее задание в главных журналах выполнения, но в ней нет никаких подробностей о самом задании, кроме количества запусков. Я пробовал искать в базе данных по nodmst_id машины, но пока что все поиски оказались безрезультатными. Есть ли какие-нибудь предложения по поводу sql, с помощью которого я мог бы найти дочерние записи?
-
Привет, Джо, Это соединение входит в какой-либо список агентов? Если да, попробуй удалить его перед удалением соединения. Если нет, то, возможно, поможет остановка планировщика и удаление соединения из базы данных.
-
Не входит в списки агентов. Помимо самого соединения, я не вижу ничего, что могло бы указывать на проблемный сервер. Можете ли вы предложить прямой запрос к базе данных, который мог бы изолировать эту ссылку? Есть ли связь между nodmst_id и jobrun, которую можно было бы найти?
-
Есть Select * from jobrun where nodmst_id=x; Где x — это идентификатор nodmst. Это вернет все задания в таблице (особенно старые), связанные с nodmst_id.
-
Уже пробовал. SQL> select * from jobrun where nodmst_id=84;
no rows selected Вот что странно. Кажется, что нет никаких заданий, связанных с этим соединением, но главные журналы, похоже, считают, что есть какое-то осиротевшее задание, выполняющееся по нему. Есть ли другие таблицы, которые мы можем просматривать? -
Откройте случай TAC, чтобы посмотреть его в режиме реального времени. Я бы посоветовал найти в журнале заброшенные задания и отключить их.
-
Вы можете найти, где используются агенты, с помощью следующих SQL-операторов. Это должно помочь вам начать работу. Если вы ничего не найдете, просто откройте заявку в TAC. --используйте, чтобы найти id (nodmst_id) агента, который пытаетесь удалить select * from nodmst; --используйте, чтобы найти, используют ли какие-либо задания этот агент (замените x на id из первого запроса) select nodmst_id,* from jobdtl where nodmst_id=x; -- запрос для поиска списка агентов, которые используют агента (замените x на id из первого запроса) select * from nodlstms where nodlstmst_id in (select nodlstmst_id from nodlstdt where nodmst_id=x); -- Поиск агентов в списке агентов select nodmst_id,* from nodlstdt where nodmst_id=x; -- запрос для возврата всех действий, которые используют агента (замените x на id из первого запроса) select nodmst_id,* from tskmst where tskmst_id in (select tskmst_id from trgtskrun where nodmst_id=x); -- Найти агенты по запускам задач select nodmst_id,* from trgtskrun where nodmst_id=x; -- Найти агенты с перебоями в работе select nodmst_id,* from nodout where nodmst_id=x; Для справки приводится список таблиц с nodmst_id dshdtl dbo nodmst_id int hostedservice dbo nodmst_id int jobdep dbo nodmst_id int jobdtl dbo nodmst_id int jobrun dbo nodmst_id int msglog dbo nodmst_id int nodlstdt dbo nodmst_id int nodmst dbo nodmst_id int nodmstexport dbo nodmst_id varchar nodout dbo nodmst_id int nodres dbo nodmst_id int owneragt dbo nodmst_id int resnod dbo nodmst_id int trgmst dbo nodmst_id int trgtskrun dbo nodmst_id int tskmst dbo nodmst_id int tsksch dbo nodmst_id int tskvar dbo nodmst_id int usreqv dbo nodmst_id int varmst2 dbo nodmst_id int workrunusr dbo nodmst_id int
-
Спасибо, Роберт, это довольно обширный список. Также проверьте журнал сообщений на наличие ссылок на nodmst_id, select * from msglog where nodmst_id=84 С уважением, Деррик Ау
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти