Оптимайзер - 7 (вопросы и обсуждения) часть вторая : Программы OlegON

Первая часть закрылась по лимиту сообщений, продолжаем.

поправил проверку архивлогов в связи с этим https://olegon.ru/showthread.php?t=24325

Ребята, это просто весеннее обострение, все устаканится.
Shit happens, но зачем мосты-то сжигать?

Поставил Оптимайзер-7, после 2-х запусков на почте сообщение:

14.04.16 21:16:52 -- Thu Apr 14 21:15:20 2016 ORA-1276 signalled during: alter database add logfile group 2 ('/u01/app/oracle/oradata/DRIBIN11/onlinelog/o1_mf_2_cjnsm9yw_.log') size 1024M reuse...

В логе выполнения Оптимайзера:

OLEGON-ERROR! 14.04.16 21:16:52 -- Thu Apr 14 21:15:20 2016 ORA-1276 signalled during: alter database add logfile group 2 ('/u01/app/oracle/oradata/DRIBIN11/onlinelog/o1_mf_2_cjnsm9yw_.log') size 1024M reuse...
14.04.16 21:17:01 -- Too few log groups...
OLEGON-ERROR! 14.04.16 21:17:03 -- Unhandled error : java.sql.SQLException: ORA-01184: logfile group 8 already exists ORA-06512: at line 1 * Oracle : 11.2.0.3.0 * Java : 1.7.0_99 * OS : Linux

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

Linux version 3.8.13-44.1.1.el6uek.x86_64 (mockbuild@ca-build44.us.oracle.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-3)
Oracle 11.2.0.3.0 - 64bit

Мда... это несчастный OMF, который зачем-то вообще включают... если в добавлении файлов я его учел, то в оптимизации REDO - нет.
Если есть некоторое понимание ситуации, то рекомендую от OMF избавиться, если нет - просто отключите эту оптимизацию, специально сделал ее отключаемой: https://olegon.ru/showpost.php?p=255962&postcount=163 в этом параметре поставьте 0.

Каждый день в часы МТ оптимизатор ругается следующим образом:

OLEGON-ERROR! 16.04.16 23:29:20 -- Unhandled error : java.sql.SQLException: ORA-01489: result of string concatenation is too long * Oracle : 11.2.0.3.0 * Java : 1.7.0_99 * OS : Linux

В логах по этому времени ни чего не нашел. Что он может делать в это время?

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

16.04.16 23:29:01 -- UTC+3
16.04.16 23:29:02 -- Current sysdate : 2016-04-16 23:29:02.0
16.04.16 23:29:02 -- ClientID:
16.04.16 23:29:02 -- IP :
16.04.16 23:29:02 -- ClientNum:
16.04.16 23:29:02 -- Oracle version: 11.2.0.3.0
16.04.16 23:29:02 -- Last optimizer run : 21:29:24 16.04.2016
16.04.16 23:29:02 -- Unregistered version.
16.04.16 23:29:02 -- Home : /u01/app/oracle/product/11.2.0/dbhome_1
16.04.16 23:29:02 -- Hosts :
16.04.16 23:29:02 -- Users : SUPERMAG-18; SYS-1
16.04.16 23:29:02 -- Statuses : ACTIVE-28; INACTIVE-17
16.04.16 23:29:02 -- Types : USER-19; BACKGROUND-26
16.04.16 23:29:02 -- Server : DEDICATED-44; SHARED-1
16.04.16 23:29:02 -- Database size : 35Gb
16.04.16 23:29:02 -- Locked objects .......
16.04.16 23:29:03 -- Кассовый модуль-SUPERMAG-KOSMOS\SERVER11SM-SYSTEM
16.04.16 23:29:03 -- Критическая секция-SUPERMAG-KOSMOS\SERVER11SM-SYSTEM
16.04.16 23:29:03 -- Почтовый модуль-SUPERMAG-KOSMOS\SERVER11SM-SYSTEM
16.04.16 23:29:03 -- Сервер приложений-SUPERMAG-KOSMOS\SERVER11SM-SYSTEM
16.04.16 23:29:03 -- Locked objects ^^^^^^^
16.04.16 23:29:03 -- Current SQL queries .......
16.04.16 23:29:03 -- 11-445-20:11 16.04-SUPERMAG-1037-pipe get-1--SYSTEM-KOSMOS\SERVER11SM-Sm.AppServer.exe-DEDICATED-begin Supermag.Core.NextMessage(rq=>:rq, rqData=>:rqD$
16.04.16 23:29:03 -- Current SQL queries ^^^^^^^
16.04.16 23:29:03 -- Tablespaces usage .......
16.04.16 23:29:03 -- USERS : 17528Mb
16.04.16 23:29:03 -- INDX : 17437Mb
16.04.16 23:29:03 -- SYSAUX : 546Mb
16.04.16 23:29:03 -- SYSTEM : 509Mb
16.04.16 23:29:03 -- UNDOTBS1 : 62Mb
16.04.16 23:29:03 -- Tablespaces usage ^^^^^^^
16.04.16 23:29:03 -- SGA dynamic components .......
16.04.16 23:29:03 -- DEFAULT buffer cache - Current: 5248Mb (SHRINK), Spfile: 3744Mb, Min: 48Mb
16.04.16 23:29:03 -- shared pool - Current: 288Mb (STATIC), Spfile: 288Mb, Min: 288Mb
16.04.16 23:29:03 -- java pool - Current: 32Mb (STATIC), Spfile: 32Mb, Min: 32Mb
16.04.16 23:29:03 -- large pool - Current: 16Mb (GROW), Spfile: 0Mb, Min: 0Mb
16.04.16 23:29:03 -- SGA dynamic components ^^^^^^^
16.04.16 23:29:03 -- Checking database parameters
16.04.16 23:29:03 -- /u01/app : 316109 Mb
16.04.16 23:29:03 -- /u01/app/oracle : 316109 Mb
16.04.16 23:29:03 -- /u01/app/oracle/admin/DRIBIN11 : 316109 Mb
16.04.16 23:29:03 -- /u01/app/oracle/diag/rdbms/dribin11/DRIBIN11 : 316109 Mb
16.04.16 23:29:03 -- /u01/app/oracle/oradata/DRIBIN11/datafile : 316109 Mb
16.04.16 23:29:03 -- /u01/app/oracle/product/11.2.0/dbhome_1/dbs : 316109 Mb
16.04.16 23:29:03 -- SYSAUX:13Gb
16.04.16 23:29:04 -- USERS:14Gb
16.04.16 23:29:04 -- SYSTEM:3Gb
16.04.16 23:29:04 -- INDX:14Gb
16.04.16 23:29:04 -- Log filename: /u01/app/oracle/diag/rdbms/dribin11/DRIBIN11/trace/alert_DRIBIN11.log 0Mb
OLEGON-ERROR! 16.04.16 23:29:20 -- Unhandled error : java.sql.SQLException: ORA-01489: result of string concatenation is too long * Oracle : 11.2.0.3.0 * Java : 1.7.0_99

Собственно лог разового запуска...

Разобрались... Пофиксил проблему вывода очень большого списка инвалидов.

Со вчерашнего дня приблизительно с 15-00 - 16-00
перестал работать на некоторых базах...
запускается и тут же заканчивает работу...
иногда отрабатывает подольше... но все равно до конца ни разу не дошел