Доброго дня всем.
Есть праймари база 12.1.0.2 на CentOS Linux release 7.9.2009 (Core). На ней сидят два logical standby. ALTER DATABASE GUARD STANDBY. Операционка и версии базы те же. На одной из них обнаружены расхождения в синхронизируемых таблицах. Не все записи. Свежие данные попадают, но, похоже, не все. Как это поймать - непонятно. На праймари - 14 млн строк в таблице, на одном из logical - 11 млн. Таких таблиц несколько.
В skip rules ничего нет и не было на их счёт. В dba_logstdby_events ничего подозрительного нет.

На втором logical standby всё ок :(

Есть коллеги по несчастью?

Используются как DWH. На основе logical standby реализуется дополнительная высокоуровневая трансформация данных.

Сидят в том смысле, что на них отправляется поток реду.

Дополнительная. Это работает на основе оригинальных таблиц, но результат пишется в отдельные таблицы, которые родились на logical standby.
А проблема, о которой я пишу, связана с оригинальными таблицами, которые пришли с праймари.

слышал

single instance

Есть неподтверждённая гипотеза на уровне ощущений спинного мозга, что этот факап происходит во время серьёзной нагрузки на диск. Были моменты, когда запрос работал по неоптимальному плану + direct path read большого кол-ва блоков. Проблема обнаруживалась после. Через день, через два (мониторинга не было, т.к. неясно, что и по какому критерию сверять), но всегда после нагрузки.

Разница накапливается.
Выполнил DBMS_LOGSTDBY.instantiate_table по одной из них - наблюдаю. Но это очень неприятное решение.
corrupted blocks не проверял, не было симптомов. Все данные читаются (вся таблица), в алерте нет ничего лишнего.