Узнайте, кто удалил строку в БД

Question

Узнайте, кто удалил строку в БД

1

У нас есть БД Oracle с около 4K таблицами. И около 30 различных приложений, обращающихся к данным. У нас есть проблема, когда одно из приложений удаляет строку в одной из наших таблиц. Мы не знаем, какое приложение и почему. Я пытаюсь понять, но сначала подумал, что я использую триггеры, когда когда-либо что-то удаляется и регистрирует его, но есть ли способ узнать, какое приложение удалило его в oracle?

благодаря

Zeus 04 авг. 2014, в 18:22

Источник

0

Из триггера? v$session может сообщить вам, правильно ли приложение идентифицирует себя, но может просто сказать что-то общее, например, JDBC; или вы можете получить IP-адрес сеанса, если приложения находятся в отдельных окнах. Вы уже рассматривали встроенные инструменты аудита?
Alex Poole 04 авг. 2014, в 15:43
0

С включенной дополнительной регистрацией будет легко определить, кто что сделал.
Hart CO 04 авг. 2014, в 15:43
0

@AlexPoole Я не эксперт в Oracle, я буду исследовать встроенные инструменты аудита. Я просто ищу указатели относительно того, с чего начать. Пожалуйста, дайте мне знать, если в ответах есть другой способ. Благодарю.
Zeus 04 авг. 2014, в 15:49
0

Существуют ли разные учетные данные для разных приложений или все они подключаются к БД от одного и того же пользователя?
David Conrad 04 авг. 2014, в 15:52
0

Вы можете использовать функцию SYS_CONTEXT внутри триггера, чтобы получить информацию о клиенте docs.oracle.com/cd/B19306_01/server.102/b14200/functions165.htm
6ton 04 авг. 2014, в 15:55
0

@DavidConrad - все приложения используют один источник данных в weblogic, это означает, что все они имеют одни учетные данные для входа
Zeus 04 авг. 2014, в 15:55
0

@GoatCO GoatCO Я вижу, что дополнительное ведение журнала помогает нам только во время обновления, работает ли оно и при удалении строки?
Zeus 04 авг. 2014, в 16:01
0

Спасибо, я думаю, что я буду использовать триггеры, чтобы узнать все вышеперечисленное.
Zeus 04 авг. 2014, в 16:07
0

@AlexPoole как мне использовать сессию v $? я должен использовать это в запросе? это дает мне имя приложения, которое обращается?
Zeus 06 авг. 2014, в 15:19
0

@6ton 6ton Это не приносит всю информацию, к сожалению.
Zeus 06 авг. 2014, в 15:19
1

Это тоже может быть полезно . v$session (и связанные представления) и sys_context могут показывать похожую информацию, но будут отображать имя приложения, только если оно его задает, что, я подозреваю, маловероятно, и вы просто увидите JDBC. Трассировка стека может дать вам подсказку. Там нет волшебной пули, хотя.
Alex Poole 06 авг. 2014, в 16:17

Показать ещё 9 комментариев

Теги:

java

sql

oracle

1 ответ

Ещё вопросы

Из триггера? v$session может сообщить вам, правильно ли приложение идентифицирует себя, но может просто сказать что-то общее, например, JDBC; или вы можете получить IP-адрес сеанса, если приложения находятся в отдельных окнах. Вы уже рассматривали встроенные инструменты аудита?
С включенной дополнительной регистрацией будет легко определить, кто что сделал.
@AlexPoole Я не эксперт в Oracle, я буду исследовать встроенные инструменты аудита. Я просто ищу указатели относительно того, с чего начать. Пожалуйста, дайте мне знать, если в ответах есть другой способ. Благодарю.
Существуют ли разные учетные данные для разных приложений или все они подключаются к БД от одного и того же пользователя?
Вы можете использовать функцию SYS_CONTEXT внутри триггера, чтобы получить информацию о клиенте docs.oracle.com/cd/B19306_01/server.102/b14200/functions165.htm
@DavidConrad - все приложения используют один источник данных в weblogic, это означает, что все они имеют одни учетные данные для входа
@GoatCO GoatCO Я вижу, что дополнительное ведение журнала помогает нам только во время обновления, работает ли оно и при удалении строки?
Спасибо, я думаю, что я буду использовать триггеры, чтобы узнать все вышеперечисленное.
@AlexPoole как мне использовать сессию v $? я должен использовать это в запросе? это дает мне имя приложения, которое обращается?
@6ton 6ton Это не приносит всю информацию, к сожалению.
Это тоже может быть полезно . v$session (и связанные представления) и sys_context могут показывать похожую информацию, но будут отображать имя приложения, только если оно его задает, что, я подозреваю, маловероятно, и вы просто увидите JDBC. Трассировка стека может дать вам подсказку. Там нет волшебной пули, хотя.

Jonathan Wilson · Answer 1 · 2014-09-11T12-20-00.000Z

Если вы не хотите идти по пути авторизации или ведения журнала, и приложение не отличается от v $ session в его нынешнем виде, вы можете указать имя приложения, вызвав

dbms_application_info.set_client_info('my_application');

Это устанавливает v $ session.client_info для сеанса, который вы можете читать через

dbms_application_info.read_client_info(client_info out varchar2);.

Затем вы можете использовать триггеры и записать это значение.