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

1. что скажет разработчик?
2. можно запускать с каким нибудь ключем...
3. это не те квадратики которые заменяются (REPLACE (NAME, CHR (9), ' ')
4. мне кажется что это актуально....

Я только за. Чтобы загрузка не была чрезмерной и учитывая, что это достаточно обратимая вещь, предлагаю ее в отчет впихнуть. Там уже накапливаются аналогичные проверки. Обнаружение такого наименования в пределах суток, думается, вполне примлемая скорость реакции?
Другое дело, что знать бы что искать... Если из Excel дергают, то скорее всего это что-то вроде CHR(10) и CHR(13)? Добавлю, пожалуй, по условию "код менее 32, но не 9", так? Теоретически можно и фиксить на ходу в пробел.

Вот уже апрель ... ошибка не пропала
OLEGON-ERROR! : Query:center7:dbcentr:java.sql.SQLException: ORA-14074: partition bound must collate higher than that of the last partition


OLEGON-ERROR! : Query:center7:dbcentr:java.sql.SQLException: ORA-14074: partition bound must collate higher than that of the last partition

Вижу два варианта. 1) Отключить оптимизацию FFMAPREP в таблице параметров
2) переименовать FFMAPREP, создать еще одну, непартиционированную с содержимым из старой (create as select), старую убить. Оптимизатор при последующем проходе разобьет ее на партиции и восстановит индексы.

а так можно:
выполнить 1 пункт (DontUseFFMAPREP = yes)
и
alter table FFMAPREP ADD PARTITION ff1_2010 VALUES LESS THAN (TO_DATE('1-APR-2010','DD-MON-YYYY'))
(SUBPARTITION ff1_2010_wi VALUES ('WI'),
SUBPARTITION ff1_2010_wo VALUES ('WO'),
SUBPARTITION ff1_2010_cs VALUES ('CS'),
SUBPARTITION ff1_2010_cr VALUES ('CR'),
SUBPARTITION ff1_2010_iw VALUES ('IW')
);

показывает не правельные разметы табличных пространств

16.04.10 14:35:12 -- Checking free space in tablespaces:
16.04.10 14:35:12 -- INDX:12Gb
16.04.10 14:35:13 -- UNDOTBS1:31Gb
16.04.10 14:35:13 -- SYSAUX:31Gb
16.04.10 14:35:13 -- SYSTEM:31Gb
16.04.10 14:35:13 -- TOOLS:31Gb
16.04.10 14:35:13 -- USERS:40Gb
16.04.10 14:35:14 -- Checking locked objects:

вот реальные (размер занято)
INDX 30000, 17386,
SYSAUX 1024, 721,8
SYSTEM 2000, 605,2
TEMP 10000, 62,0
TOOLS 10,0 0,2
UNDOTBS1 2000, 167,1
USERS 30000, 11573,8

18.04.10 15:46:50 -- **************************** DB files ****************************
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\INDV03.DBF 10000
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\INDX01.DBF 10000
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\INDX02.DBF 10000
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO01.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO02.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO03.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO04.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO05.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO06.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO07.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO08.LOG 400
18.04.10 15:46:51 -- D:\ORACLE\ORADATA\DBCENTR\REDO09.LOG 400
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\REDO10.LOG 400
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\SYSAUX01.DBF 1024
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\SYSTEM01.DBF 2000
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\TEMP01.DBF 5000
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\TEMP02.DBF 5000
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\TOOLS01.DBF 10
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\UNDOTBS01.DBF 2000
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\USERS01.DBF 10000
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\USERS02.DBF 10000
18.04.10 15:46:52 -- D:\ORACLE\ORADATA\DBCENTR\USERS03.DBF 10000

Оптимизатор считает так же размер, до какого табличное пространство может расширяться автоэкстентом. Все правильно.

OLEGON-ERROR! : Query:smserv:kristi:java.sql.SQLException: ORA-00604: error occurred at recursive SQL level 1
ORA-06550: line 6, column 26:
PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []
ORA-06550: line 6, column 3:
PL/SQL: SQL Statement ignored

OLEGON-ERROR! :

ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []

Зря не привел кусок лога побольше. Посмотрел. Предлагаю попробовать перестроить эти индексы вручную и обсудить ошибки 600 в другой ветке.

Попробовал при помощи optimizer4 переместить FF% в отдельные табличные пространства, FFTAB и FFIDX соответственно. Создал эти табличные пространства, прописал в параметрах оптимайзера (в таблице Olegon_param), но при запуске останавливается на
и закрывает CMD.

В чем может быть ошибка?
Время запуска 23:00,15

PS. Хм... при очередной запуске процесс пошел...