[ТЕМА ЗАКРЫТА]
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. Хм... при очередной запуске процесс пошел...
20.04.2010 10:34
OlegON
 
Не очень понятно со временем. Скажи имя базы или то число, что у тебя идет после имени, если боишься рассекретиться. Посмотрю лог.
20.04.2010 10:50
HellBoy
 
База тестовая, Demo.
Время поменял на 20:00,20

Перенос пошел.
Такое ощущение, что были сбои в подключении интернета, связь глючила.
20.04.2010 20:44
OlegON
 
При отсутствии связи, т.е. когда клиентская часть не получает сообщений от сервера в течение 10 секунд, она завершается...
21.04.2010 06:28
HellBoy
 
Скорее всего так и происходило, соединение с инетом затупило, и оптимайзер заканчивал работу.
02.05.2010 08:42
Propil
 
Олег, вот обнаружил проблему - с началом месяца партицированная FFMAPREP получает новую секцию с помощью оптимизатора...
Если же по каким-то причинам оптимизатор 1 числа месяца не запускался, расчет товародвижения (загрузка результатов) вылетает с ошибкой
Цитата:
- Запись такая-то: забракована. Ошибка в таблице FFMAPREP
ORA-14400: вставленный ключ секции не соответствует ни одной секции
Правильно ли я рассуждаю (что проблема - в отсутствии секции на след месяц)?
Есть ли возможность решить эту задачу без запуска оптимизатора?
02.05.2010 09:23
OlegON
 
Оптимизатор не будет дожидаться до 1 числа, он подготовит секцию заранее. Без оптимизатора можно и обойтись, если хочешь повозиться - сделай секцию вручную.
03.05.2010 22:45
OlegON
 
Убедительная просьба, увеличить частоту опроса сервера (запуска оптимизатора) до 25 минут и более. Уж больно много их тут вертится :) Все свои перевел на 29 минут, чтобы гарантированно отрабатывало раз в час.
04.05.2010 08:57
whitewizard
 
Оптимизатор лечит такие вещи
05.05.2010 23:34
OlegON
 
Цитата:
Kryukov В хотелки- возможно добавить параметр для создания дампа на каждый день
А смысл? Оно считает в зависимости от размера твоего дампа. Юзерам-то тоже надо работать... Да и оптимизатору...
06.05.2010 13:18
Kryukov
 
Создал пустую базу DEMO
Импортну туда последний созданый дами оптимизером(imp.exe userid=sys/qqq@demo full=y feedback=10000 ignore=y commit=y file=DBCENTR02.05.2010 log=log_i.txt )
дал гранты.

запускаю оптимизе... (полько начало лога окончания пока не разу не дождался)

06.05.10 13:09:35 -- Optimizer for Oracle bases console version 4.9
06.05.10 13:09:35 -- C:\o
06.05.10 13:09:35 -- Master server: olegon.no-ip.org
06.05.10 13:09:35 -- DB server: center77
06.05.10 13:09:35 -- DB name: demo
06.05.10 13:09:39 -- Requested commands:o
06.05.10 13:09:39 -- Commands accepted
06.05.10 13:09:39 -- Unregistered version
06.05.10 13:09:43 -- Arch : x86
06.05.10 13:09:43 -- OS : Windows 2003
06.05.10 13:09:44 -- Java : 1.6.0_20
06.05.10 13:09:45 -- IP : мой ip
06.05.10 13:09:45 -- PATH : C:\Program Files\Far;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;D:\oracle\product\10.2.0\db_1\bin;C:\Program Files\Intel\DMIX;C:\PROGRA~1\COMMON~1\BORLAN~1\BDE;C:\SM2000\Bin;C:\WINDOWS\system32\WindowsPowerShell\v1.0
06.05.10 13:09:46 -- ORACLE_SID : demo
06.05.10 13:09:46 -- DB name : DEMO
06.05.10 13:09:48 -- Host name : CENTER77
06.05.10 13:09:48 -- Startup time : 2010-05-06 13:02:45.0
06.05.10 13:09:49 -- DB time : 06.05.2010 13:09:49
06.05.10 13:09:49 -- *******************************************
06.05.10 13:09:49 -- Maintenance interval : 23:00,8
06.05.10 13:09:49 -- Not maintenance time...
06.05.10 13:09:49 -- Supermag database detected... Cool.
06.05.10 13:09:49 -- RDBMS version : 10.2.0.4.0
06.05.10 13:09:49 -- Good choice..
06.05.10 13:09:49 -- Enterprise Edition features detected... Cool.
06.05.10 13:09:50 -- Archivelog disabled... May be you forget backup too?
06.05.10 13:09:50 -- Database encoding : CL8MSWIN1251
06.05.10 13:09:50 -- Redo groups count : 10
06.05.10 13:09:51 -- trying cmd:o
06.05.10 13:09:51 -- Requested full regular optimization... I suppose, that you'll run it at least every 20 minutes.
06.05.10 13:09:51 -- Checking free space in tablespaces:
06.05.10 13:09:51 -- SYSTEM:0Gb
06.05.10 13:09:51 -- UNDOTBS1:10Gb
06.05.10 13:09:51 -- INDX:12Gb
06.05.10 13:09:51 -- USERS:17Gb
06.05.10 13:09:52 -- Checking locked objects:
06.05.10 13:09:52 -- Check system statistics...
06.05.10 13:09:52 -- Checking database parameters...
06.05.10 13:09:54 -- Checking system statistic values...
06.05.10 13:09:54 -- Check supermag grants
06.05.10 13:09:57 -- **************************************************************
06.05.10 13:09:57 -- Gathering constraint list (1st stage)...
06.05.10 13:09:57 -- **************************************************************
06.05.10 13:09:58 -- Gathering constraint list (2nd stage)...
06.05.10 13:09:58 -- **************************************************************
06.05.10 13:09:58 -- Gathering list of invalid indexes
06.05.10 13:09:58 -- **************************************************************
06.05.10 13:09:58 -- Gathering list of invalid index partitions
06.05.10 13:09:59 -- **************************************************************
06.05.10 13:09:59 -- Gathering list of invalid index subpartitions
06.05.10 13:09:59 -- Index rebuilding completed...
06.05.10 13:09:59 -- **************************************************************
06.05.10 13:09:59 -- **************************************************************
06.05.10 13:09:59 -- Gathering ff-tables list...
06.05.10 13:09:59 -- Not configured...
06.05.10 13:10:00 -- Gathering list of invalid views
06.05.10 13:10:00 -- Invalid view count: 556
06.05.10 13:10:01 -- Recompiling OLAPSYS."DBA$OLAP_FACT_LEVEL_USES" view
06.05.10 13:10:01 -- ***************************** Errors *****************************
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 1 6 17 PL/SQL: ORA-00942: table or view does not exist ERROR 0
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 2 6 5 PL/SQL: SQL Statement ignored ERROR 0
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 3 29 17 PL/SQL: ORA-00942: table or view does not exist ERROR 0
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 4 29 5 PL/SQL: SQL Statement ignored ERROR 0
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 5 45 21 PL/SQL: ORA-00942: table or view does not exist ERROR 0
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 6 45 9 PL/SQL: SQL Statement ignored ERROR 0
06.05.10 13:10:06 -- SYSMAN MGMT_DELTA_ENTRY_RECORDER TYPE BODY 7 66 21 PL/SQL: ORA-00942: table or view does not exist ERROR 0

и тд.

куда копать ... кривой дамп ... кривая база новая ... импорт 2 раза делал ...
06.05.2010 13:59
OlegON
 
Что итд.? Там у тебя "Invalid view count: 556", которые оптимизатор тщетно пытается перекомпилить. Криво импортнул, скорее всего. Или еще что-то, только не к оптимайзеру это относится. Мож грантов не дал каких-то. Мож патч не поставил...
13.05.2010 10:29
Kryukov
 
сегодня получил

LEGON-ERROR! : Proc:center7:dbcentr:java.sql.SQLException: ORA-20000: index "SUPERMAG"."SMDOCDISCCARDSPEC_PK" or partition of such index is in unusable state
ORA-06512: на "SYS.DBMS_STATS", line 13437
ORA-06512: на "SYS.DBMS_STATS", line 13457
ORA-06512: на line 1


OLEGON-ERROR! : Query:center7:dbcentr:java.sql.SQLException: ORA-01502: index 'SUPERMAG.SMDOCDISCCARDSPEC_PK' or partition of such index is in unusable state
13.05.2010 11:21
OlegON
 
Неплохо бы читать весь лог в таких случаях. Чуть выше написано, что была попытка перестроить индекс, но ты что-то запустил параллельно и заблокировал его.
18.05.2010 14:16
OlegON
 
109.236.209.130 забанен на неделю за флуд с кривыми настройками. В жабер запихать емейл, это надо постараться... Меня завалило руганью...
20.05.2010 10:51
serj_
 
Где скачать сабж? сервер недоступен
20.05.2010 14:22
John Doe
 
Цитата:
serj_ Где скачать сабж? сервер недоступен
С ftp хранилища... Качается нормально, вчера скачивал.
20.05.2010 20:27
OlegON
 
Настоятельно прошу с вопросами подключения и скачки в более другую ветку обсуждения.
24.05.2010 15:26
leonid
 
Цитата:
OlegON 109.236.209.130 забанен на неделю за флуд с кривыми настройками. В жабер запихать емейл, это надо постараться... Меня завалило руганью...
Сорри, по умолчанию там было
AdminEmail = olegon...email
AdminJabber = olegon...email,
ну я думал, что прокатит
AdminEmail = мой...email
AdminJabber = мой...email.

А главное, сегодня еще раз запустил, :sorry:

(надо было послать меня по этому емейлу)

Кстати, когда забанен - он на сокеты ругается, я тока сейчас догадался.
25.05.2010 11:07
Mr_Niceguy
 
Alexander (14:46:01 25/05/2010)
День добрый!
Олег, подскажите пожалуйста, второй раз сталкиваемся с тем ,что Оптимайзер 4 при запуске говорит, что невозможно запустить вторую копию оптимайзера. В процессах его в это время нет, перезагрузка сервера не помогает, через некоторое время начинает работать сам.
Это у нас в чем то проблема или на другом конце может что то быть не так?

olegon.ru (14:48:07 25/05/2010)
день добрый, такое может быть, если запускается длительная процедура, обрывается связь и управляющий процесс на моей стороне думает, что еще что-то будет... он честно ждет некоторое время и закрывается
но пока ждет - подключиться не получится
не стОит закрывать его нештатно

Alexander (14:49:40 25/05/2010)
А если в течение 3-х дней не мог подключиться?
Имею ввиду Оптимайзер.

olegon.ru (14:50:47 25/05/2010)
что говорил?
вторая сессия?

Alexander (14:51:04 25/05/2010)
Вот то и говорил ,что невозможно запустить вторую копию.
С 22 по 24 число. Сегодня запустился сам.

olegon.ru (14:52:43 25/05/2010)
тут более печальная история... признак второй сессии - файл, который удаляется при закрытии родителя или по времени. я не так давно накосячил с модулями ядра и жестко ребутнул машину, файлик наверное застрял, но удалился по времени

Alexander (14:55:03 25/05/2010)
Хм.. ну пока что у нас такое было всего 2 раза, на разных базах, в разные дни. Первый раз на той неделе в один день примерно с 00 по 06:00 МСК, второй раз вот на выходных.

olegon.ru (14:56:21 25/05/2010)
я сделаю поменьше время жизни файлика
27.05.2010 17:48
OlegON
 
Сегодня оптимизатор вынесен на отдельную машину. Для внешних пользователей это обозначал перерыв в работе ~ на 5 минут где-то в р-не с 14:00 до 15:00. Моя рабочая станция, наконец, немного отдохнет. Пыхтит старенький ноутбук, надеюсь, что не упадет :)


Опции темы


Часовой пояс GMT +3, время: 20:09.

 

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