Добрый день!

В QAS системе столкнулись с тем, что отчеты стали значительно медленнее отрабатывать.
Анализ таблицы из которой выполнялась выборка показал, что неактивен уникальный индекс.
В se14 в журнале никакого криминала нет.
Возможно ли как то отследить, кто поломал индекс или как он сам умудрился слететь?
Проверки db13 по проверке бд и обновлению статистики никаких алертов не выдавали.

Точно не выдавалось в db13 ничего ? Проверьте в db16 видно или нет ? Если не выдается то либо в db17 неактивна эта проверка , либо баг.
Сам в данный момент смотрю на одном из продуктивов отсутствует ~0 индекс на одной из таблиц , ИМХО если не активно логированние данной таблицы , и индекс удален ручками через Оракл
то такое отловить практически не возможно.

Предупреждений не выдавалось. Проверка активна.

Есть тема viewtopic.php?f=14&t=17362&hilit=rebuild+index
в которой говорится о "фишка для быстрорастущих таблиц" и нота.

Склоняюсь пока только к этой причине. И таблица у нас выросла в 2 раза за последнее время. Но она не большая...20 млн записей. Объем около 20Гб.

Да нота я думаю совсем не в тему. У вас на какой таблице и какой индекс слетел ?

Таблица DFKKREP06, слетел уникальный индекс.

Я не совсем понимаю что вы имеете ввиду под уникальным индексом, может быть первичный индекс (~0) ?
Зайдите в db02 -> Diagnostics -->Missing Tables and Indexes и тут нажмите shift+f4 (refresh) , запустится проверка , тут видит система что индекса нет ?

Индекс пересоздали как только обнаружили ошибку. Сейчас в DB02 всё нормально.
Хотелось бы знать каким образом мог слететь индекс, если в alert.log всё хорошо, разработки затрагивающие индекс не переносились.