Добрый день.

очень странные дела творятся в двухнодовом кластере оракла 12.2.0.1 версии.
линукс.
асм.
без виртуалок (на железе живом).
железо серверов и хранилка новые (DELL)
но это вес не важно.

есть одна партицированная таблица. в ней пара сотен партиций.
таблспейс с bigfile
на таблице есть три индекса. (локал)
так вот в одном из индексов по полю типа integer в некоторых партициях постоянно происходит "Corrupt block relative dba.."
дв адругих индекса тоже по полям типа integer, но по дугим с индексами все ок.
что в данный момент было сделано.
1. проверено состояние дисков в хранилке.
2. пересозданы партиции индексов в блоках которых возникала ошибка.
3. пересоздан индекс целиком в другом таблспейсе и на другой дисковой группе (хранилка тажа. физически диск другой)
4. пересоздан индекс в другом таблспейсе со small files
5. целиком удалена и создана вновь вся таблица и залиты данные по новой (данные зависимы от другой таблицы) и все индексы таблицы еще в одном таблспейсе.
6. просто удален проблемный индекс. ошибка исчезла. но пара запросов стали работать неприемлемо медленно. индекс воссоздан.

так вот при всех манипуляциях ошибка оставалась. что бы это могло быть?
у меня остался один вариант. "этот индекс проклят" )))
вероятно у кого то бывало нечто подобное. или об этом есть записи во всезнающем саппорте к которому у меня в данный момент нет доступа..
как бы единственный негативный момент это засранные ошибкой логи. которые могут помешать увидеть что нибудь важное.

всем заранее спасибо.

Вячеслав Любомудров,



в алерте асм последние сообщения относящиеся к старту кластера.
и у меня речь идет не о "полуошибках".


и ошибка относится к отдельным партициям, конкретного индекса на конкретной таблице и чтобы я не делал с таблицей и индексом, это не помогает.

Вячеслав Любомудров,

похоже да.
за исключением
авторTrace file generated shows ORA-1410
у меня там другая ошибка ora-1803

Вячеслав Любомудров Похоже?
у меня нет в данный момент доступа.
как бы одним глазиком посмотреть можно маленький кусочек. раздел solution ? :-)

Вячеслав ЛюбомудровЗабить (записи только в алерте?
да только в алерте. но он бывает изрядно засран этим сообщением и за "деревьями" не увижу леса)))
Вячеслав Любомудровклиенту же ошибка не возвращается?)
запрос использующий индекс выполняетя сотнями в секунду.. но жаловаться там особо не кому. когда один из 15000-20000-... вызывает это безобразие
Вячеслав ЛюбомудровИли rman validate/dbv/analyze validate structure
это индекс. даже пересоздание индекса вместе с таблицей в разных таблспейсах и на разных "дисках" ни как не влияет на ситуацию.
удаление индекса вот помогает)) но он нужен...
Вячеслав ЛюбомудровНу или патчик
да, это решение всех известных проблем. ну и добавление неизвестного количества не известных проблем)))

где то на просторах читал что может помочь перезагрузка серверов.. но пока это средство недоступно.

Vadim LejninНадфиль,
индекс точно числовой? не FBI случаем?

поле tid цифровое. ид товара..

в общем, кажется, проблема была в том, что партиции периодически трункались и заполнялись вновь.
при это некоторые партиции были в активном использовании..
странно при 11 оракле такой х...ни не было. но там не было и кластера.
в общем может кому-то поможет.
спасибо всем откинувшимся.