Пишу поделиться, что такое бывает.
Критика тоже приветствуется, если что.
И это, простите, если слова не по-русски, сами мы не местные.

В-общем, продакшен система, RAC 2 nodes. Oracle 12.2.
Надо было увеличить SGA.

Перенесли все коннекшены на одну ноду, перезагрузили вторую, вернули настройки сервиса коннектиться на обе...

После этого sequences на обоих инстансах начали одновременно генерировать одинаковые значения.
Т.е на instanceA:
авторselect SEQ1.nextval from dual;
10000
на instanceB:
авторselect SEQ1.nextval from dual;
10000

Срочно перенесли все коннекшены обратно на одну instanceA.
Подняли SR, пол-недели бились с ними, ничего не добились.

В выходые опустили систему полностью, перезапустили всю базу.
Все работает, все хорошо.

Что это было?

Гаврики из саппорта намекают закрыть SR, все ж заработало.

ASM storage

в алерте с точки зрения регистрации вроде бы все нормально было. Хотя может чего не понимаю. Внизу выложила.
Там еще ORA-700 ошибки сыпались, в поддержке нашли баг, но к секвенсам не относится.
ORA-00700: soft internal error, arguments: [ktucloRacSlaveAction:global clear], [], [], [], [], [], [], [], [], [], [], []
Перезагрузили базу, ΟΡΑ-700 тоже ушла.


Это на первой, которую не перестартовывали:2018-09-18T11:34:12.363014+03:00
Reconfiguration started (old inc 10, new inc 12)
List of instances (total 2) :
1 2
New instances (total 1) :
2
My inst 1
Global Resource Directory frozen
Communication channels reestablished
Master broadcasted resource hash value bitmaps
Non-local Process blocks cleaned out
2018-09-18T11:34:12.765063+03:00
LMS 0: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
2018-09-18T11:34:12.765135+03:00
LMS 1: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
2018-09-18T11:34:13.702067+03:00
Set master node info
Submitted all remote-enqueue requests
Dwn-cvts replayed, VALBLKs dubious
All grantable enqueues granted
2018-09-18T11:34:15.283513+03:00
Submitted all GCS remote-cache requests
Fix write in gcs resources
2018-09-18T11:34:15.621813+03:00
Reconfiguration complete (total time 3.3 secs)

То же на второй, которую перестартовывали:2018-09-18T11:34:12.362134+03:00
Reconfiguration started (old inc 0, new inc 12)
List of instances (total 2) :
1 2
My inst 2 (I'm a new instance)
Global Resource Directory frozen
* Setting GES domain 0
Switching DLM PDB isolation (kjidomena: 0 -> 5, mm: NONE -> NORM)
Communication channels reestablished
2018-09-18T11:34:12.741807+03:00
* domain 0 valid = 1 (flags x0, pdb flags x0) according to instance 1
* allocate domain 2, valid ? 1
all enqueues go to domain 0
* allocate domain 3, valid ? 1
all enqueues go to domain 0
2018-09-18T11:34:12.748109+03:00
Master broadcasted resource hash value bitmaps
Non-local Process blocks cleaned out
2018-09-18T11:34:12.754301+03:00
LMS 0: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
2018-09-18T11:34:12.754317+03:00
LMS 1: 0 GCS shadows cancelled, 0 closed, 0 Xw survived, skipped 0
Set master node info
2018-09-18T11:34:13.702023+03:00
Submitted all remote-enqueue requests
Dwn-cvts replayed, VALBLKs dubious
All grantable enqueues granted
2018-09-18T11:34:13.908051+03:00
Submitted all GCS remote-cache requests
2018-09-18T11:34:15.282779+03:00
Fix write in gcs resources
2018-09-18T11:34:15.634250+03:00
Reconfiguration complete (total time 3.3 secs)

Тролинс какими параметрами созданы seq
Некоторые nocache +noorder, некоторые cache 20 + noorder, некоторые cache 200 +noorder
глючили кажется все, ну точно не скажу, но по ошибкам и проверкам в-ручную, точно многие. Включая identity columns.


Тролинделал ли кто flash shared pool
да, делала в попытке пофиксить. Не помогло.


Из поддержки сказали, что проблема в софте, проверили checksum на все бинарники - одинаковые.