Форум OlegON > Ресурсы OlegON > Вопросы сервера > Программы OlegON

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

29.03.2024 17:40


08.04.2010 20:14
konst
 
1. что скажет разработчик?
2. можно запускать с каким нибудь ключем...
3. это не те квадратики которые заменяются (REPLACE (NAME, CHR (9), ' ')
4. мне кажется что это актуально....
08.04.2010 21:33
OlegON
 
Я только за. Чтобы загрузка не была чрезмерной и учитывая, что это достаточно обратимая вещь, предлагаю ее в отчет впихнуть. Там уже накапливаются аналогичные проверки. Обнаружение такого наименования в пределах суток, думается, вполне примлемая скорость реакции?
Другое дело, что знать бы что искать... Если из Excel дергают, то скорее всего это что-то вроде CHR(10) и CHR(13)? Добавлю, пожалуй, по условию "код менее 32, но не 9", так? Теоретически можно и фиксить на ходу в пробел.
14.04.2010 09:14
Kryukov
 
Вот уже апрель ... ошибка не пропала
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
14.04.2010 09:49
OlegON
 
Вижу два варианта. 1) Отключить оптимизацию FFMAPREP в таблице параметров
2) переименовать FFMAPREP, создать еще одну, непартиционированную с содержимым из старой (create as select), старую убить. Оптимизатор при последующем проходе разобьет ее на партиции и восстановит индексы.
14.04.2010 11:20
Kryukov
 
а так можно:
выполнить 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')
);
18.04.2010 15:44
Kryukov
 
показывает не правельные разметы табличных пространств

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
18.04.2010 16:04
OlegON
 
Оптимизатор считает так же размер, до какого табличное пространство может расширяться автоэкстентом. Все правильно.
19.04.2010 09:28
sanchis
 
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], [], [], [], [], []
19.04.2010 10:11
OlegON
 
Зря не привел кусок лога побольше. Посмотрел. Предлагаю попробовать перестроить эти индексы вручную и обсудить ошибки 600 в другой ветке.
20.04.2010 10:08
HellBoy
 
Попробовал при помощи optimizer4 переместить FF% в отдельные табличные пространства, FFTAB и FFIDX соответственно. Создал эти табличные пространства, прописал в параметрах оптимайзера (в таблице Olegon_param), но при запуске останавливается на
Цитата:
Checking free space in tablespaces:
20.04.10 14:16:40 -- FFIDX:19Gb
20.04.10 14:16:42 -- FFTAB:19Gb
20.04.10 14:16:43 -- SINHRA:19Gb
20.04.10 14:16:44 -- SYSAUX:31Gb
20.04.10 14:16:45 -- SYSTEM:31Gb
20.04.10 14:16:46 -- TOOLS:31Gb
20.04.10 14:16:47 -- INDX:42Gb
20.04.10 14:16:48 -- UNDOTBS1:63Gb
20.04.10 14:16:49 -- USERS:153Gb
20.04.10 14:16:50 -- Checking locked objects:
20.04.10 14:16:51 -- Check system statistics...
20.04.10 14:16:52 -- System statistics collecting now...
20.04.10 14:16:53 -- Checking database parameters...
20.04.10 14:16:58 -- Checking system statistic values...
20.04.10 14:16:59 -- Check supermag grants
20.04.10 14:17:08 -- ALERT! Maintenance time opened!
20.04.10 14:17:08 -- Checking closed period...
20.04.10 14:17:11 -- **************************************************************
20.04.10 14:17:11 -- Gathering list of invalid indexes
20.04.10 14:17:12 -- **************************************************************
20.04.10 14:17:12 -- Gathering list of invalid index partitions
20.04.10 14:17:13 -- **************************************************************
20.04.10 14:17:13 -- Gathering list of invalid index subpartitions
20.04.10 14:17:14 -- Index rebuilding completed...
20.04.10 14:17:14 -- **************************************************************
20.04.10 14:17:15 -- Jobs check...
20.04.10 14:17:17 -- Some supermag operations should be performed...
20.04.10 14:17:20 -- Check FFMAPREP optimization...
20.04.10 14:17:23 -- Already partitioned...
и закрывает CMD.

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

PS. Хм... при очередной запуске процесс пошел...
Часовой пояс GMT +3, время: 17:40.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.