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

Kryukov · █ 18.04.2015 15:04

так в самом начале ...

18.04.15 14:57:01 -- Exit code 3
18.04.15 14:57:06 -- UTC+3
18.04.15 14:57:07 -- Current sysdate : 2015-04-18 14:57:07.0
18.04.15 14:57:07 -- ClientID: DEMO.SERVDATA.24571303621335433
18.04.15 14:57:07 -- IP : 91.185.253.201
18.04.15 14:57:07 -- ClientNum:753
18.04.15 14:57:07 -- Oracle version: 11.2.0.4.0
18.04.15 14:57:07 -- Archivelog required.
18.04.15 14:57:07 -- Optimizer never optimize this base.
18.04.15 14:57:07 -- Hosts : SERVDATA-20; ServData-2;
18.04.15 14:57:07 -- Users : SYS-2;
18.04.15 14:57:07 -- Statuses : ACTIVE-21; INACTIVE-1;
18.04.15 14:57:07 -- Types : USER-2; BACKGROUND-20;
18.04.15 14:57:07 -- Server : DEDICATED-22;
OLEGON-ERROR! 18.04.15 14:57:07 -- Unhandled error : java.lang.NullPointerException

OlegON · █ 18.04.2015 15:54

попробуй первым параметром -d=3 поставить?

Kryukov · █ 18.04.2015 17:20

18.04.15 17:15:58 -- UTC+3
18.04.15 17:15:58 -- PostMan created
18.04.15 17:15:58 -- Database created
18.04.15 17:15:58 -- Current dir : D:\Distr\o\7
18.04.15 17:15:58 -- Path : D:\Oracle\product\11.2.0\dbhome\bin;C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\
18.04.15 17:15:58 -- DB name in parameters : demo
18.04.15 17:15:58 -- Password in parameters!!!
18.04.15 17:15:58 -- Optimization requested
18.04.15 17:15:58 -- DB logon - name: demo host:ServData password:qqq
18.04.15 17:15:59 -- Current sysdate : 2015-04-18 17:15:59.0
18.04.15 17:15:59 -- ClientID: DEMO.SERVDATA.24571303621335433
18.04.15 17:15:59 -- IP :
18.04.15 17:15:59 -- License update
18.04.15 17:15:59 -- ClientNum:753
18.04.15 17:16:00 -- Non-client mode
18.04.15 17:16:00 -- Check commands at 18.04.15 17:16:00
18.04.15 17:16:00 -- Check commands completed at 18.04.15 17:16:00
18.04.15 17:16:00 -- Check email -
18.04.15 17:16:00 -- Enterprise edition
18.04.15 17:16:00 -- Parallel: 8
18.04.15 17:16:00 -- Oracle version: 11.2.0.4.0
18.04.15 17:16:00 -- Archivelog required.
18.04.15 17:16:00 -- Optimizer never optimize this base.
18.04.15 17:16:00 -- Hosts : SERVDATA-22; ServData-1;
18.04.15 17:16:00 -- Users : SYS-1;
18.04.15 17:16:00 -- Statuses : ACTIVE-23;
18.04.15 17:16:00 -- Types : USER-1; BACKGROUND-22;
18.04.15 17:16:00 -- Server : DEDICATED-23;
OLEGON-ERROR! 18.04.15 17:16:00 -- Unhandled error : java.lang.NullPointerException
18.04.15 17:16:00 -- Mail flush
18.04.15 17:16:00 -- Delay admin
18.04.15 17:16:00 -- Delayed to administrator email
18.04.15 17:16:00 -- Directory check
18.04.15 17:16:00 -- Mail directory D:\Distr\o\7\mailbox\admin
18.04.15 17:16:00 -- Mail file D:\Distr\o\7\mailbox\admin\1429366560509
18.04.15 17:16:00 -- To Subj:Message from DEMO.SERVDATA.24571303621335433
18.04.15 17:16:01 -- Mail directory D:\Distr\o\7\mailbox\manager

приходит письмо с ошибкой

OlegON · █ 18.04.2015 22:31

Давай завтра с новым билдом, если не пройдет, то выложишь лог и свои параметры.

Stels · █ 18.04.2015 23:16

Был зареген Оптимайзер4
Решил запустить Оптимайзер7

сервер WinServ2003 x64, Oracle 10.2.0.5.0
был установлен параметр DontUseFFMAPREP:no

При первом запуске пробежал быстро
Запустил второй раз, не меняя никаких параметров, кроме почтовых настроек
А он мне взял и сервак перезагрузил

Код:

.....
18.04.15 21:54:52 -- Users : SUPERMAG-2; SYS-1; 
18.04.15 21:54:52 -- Statuses : ACTIVE-20; INACTIVE-1; 
18.04.15 21:54:52 -- Types : USER-4; BACKGROUND-17; 
18.04.15 21:54:52 -- Server : DEDICATED-21; 
OLEGON-ERROR! 18.04.15 21:54:52 -- Switch audit. Need reboot!
18.04.15 21:54:52 -- C:\ORACLE\ADMIN\KRASCO : 65118 Mb
18.04.15 21:54:52 -- C:\ORACLE\ORASERV10\DATABASE : 65118 Mb
18.04.15 21:54:52 -- D:\ORACLE\ORADATA\KRASCO : 451792 Mb
18.04.15 21:54:52 -- E:\ORACLE\ORADATA\KRASCO : 398865 Mb
18.04.15 21:54:52 -- c: : 65118 Mb
18.04.15 21:54:52 -- f: : 102366 Mb
18.04.15 21:55:03 -- RMAN backup
18.04.15 21:55:03 -- 
18.04.15 21:55:03 -- Recovery Manager: Release 10.2.0.5.0 - Production on Sat Apr 18 21:55:03 2015
18.04.15 21:55:03 -- 
18.04.15 21:55:03 -- Copyright (c) 1982, 2007, Oracle.  All rights reserved.
18.04.15 21:55:03 -- 
18.04.15 21:55:05 -- connected to target database: KRASCO (DBID=3191495059)
18.04.15 21:55:05 -- using target database control file instead of recovery catalog
......

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

После перезагрузки *.pid файл остался..
(Пока от греха установил AutoReboot=0)

Я *.pid файл удалил - запустил по-новой:
А он мне

Код:

18.04.15 22:05:33 -- FFMAPREP concatenation.

Это он Секции склеил?А Зачем? База CO

А сейчас куча записей вида:

Код:

OLEGON-ERROR! 18.04.15 23:03:08 -- Threaded statement 'analyze table "SYS"."DIR$INSTANCE_ACTIONS" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error:
ORA-12516, TNS:listener could not find available handler with matching protocol stack
 
OLEGON-ERROR! 18.04.15 23:03:08 -- Threaded statement 'analyze table "SYS"."DIR$MIGRATE_OPERATIONS" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error:
ORA-12516, TNS:listener could not find available handler with matching protocol stack
 
OLEGON-ERROR! 18.04.15 23:03:08 -- Threaded statement 'analyze table "SYS"."DIR$SERVICE_OPERATIONS" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error:
ORA-12516, TNS:listener could not find available handler with matching protocol stack
 
OLEGON-ERROR! 18.04.15 23:03:08 -- Threaded statement 'analyze table "SYS"."DIR$SERVICE_ATTRIBUTES" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error:
ORA-12516, TNS:listener could not find available handler with matching protocol stack

Это что-то ещё я недонастроил?

Kryukov · █ 19.04.2015 08:56

У меня с понедельника с такой же конфе (WinServ2003 x64, Oracle 10.2.0.5.0) стало ночью перегружать сервак... точней сервак просто зависал серый экран и только мышка двигается...
в журнале запить...

Тип события: Уведомление
Источник события: USER32
Категория события: Отсутствует
Код события: 1074
Дата: 19.04.2015
Время: 1:30:02
Пользователь: BAZAORA\Администратор
Компьютер: BAZAORA
Описание:
Процесс winlogon.exe инициировал действие "Перезапустить" для компьютера BAZAORA от имени пользователя BAZAORA\Администратор по причине: Причина на перечислена
Код причины: 0x840000ff
Тип выключения: Перезапустить
Комментарий:

Дополнительные сведения можно найти в центре справки и поддержки, в "".
Данные:
0000: ff 00 00 84 ÿ..„

в жкрнале опта есть запись OLEGON-ERROR! 19.04.15 01:30:02 -- Switch audit. Need reboot!

полный лог и ini файл в архиве... у меня стояло AutoReboot=1

OlegON · █ 19.04.2015 09:35

Цитата:

Stels ➤ После перезагрузки *.pid файл остался..
(Пока от греха установил AutoReboot=0)

Он авторебутит в МТ. На самом деле лучше оставить. В винде есть неприятная особенность, при которой база начинает сыпать 600 ошибками и выход при этом один - ребут. С pid я косякнул. Теперь он перед ребутом останавливается, файл удаляется. Ребут можно отменить командой shutdown /a, поскольку все штатно.

Цитата:

Stels ➤ Я *.pid файл удалил - запустил по-новой:
А он мне

Код:

18.04.15 22:05:33 -- FFMAPREP concatenation.

Это он Секции склеил?А Зачем? База CO

Писал кому-то, видимо, опять в личку поймали. Потому и прошу все вопросы задавать тут. Пусть ЦО. По итогам всего времени работы можно сказать, что секции больше вредят, чем приносят пользы. Во-первых, С+ первым делом начинает ныть, что это не штатно. Во-вторых, при миграции на стандарт все традиционно о нем забывают, в-третьих, плодятся куча секций лохматых годов. А те, кто читает какими-то нестандартными глазами, запускают оптимизатор один раз, а потом ноют, что секции надо создавать. На разные носители никто их не раскладывает, в итоге мне лишний геморрой. Если хочешь, я верну разбивку по секциям, но по умолчанию она будет отключена. Ее все равно надо было менять, ошибки править.

Цитата:

Stels ➤ А сейчас куча записей вида:
[code]OLEGON-ERROR! 18.04.15 23:03:08 -- Threaded statement 'analyze table "SYS"."DIR$INSTANCE_ACTIONS" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error:
ORA-12516, TNS:listener could not find available handler with matching protocol stack

У Ивана такая же косячина. Что-то вы не донастроили в самой базе, опт тут не при чем. Процессов не хватает или еще что-то, суть - оптимизатор теперь для ускорения многие операции делает параллельно. Вот при повышении нагрузки на БД такое и лезет. Если юзеры немного подгрузят БД - будет то же самое.

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

OlegON · █ 19.04.2015 09:40

Цитата:

Kryukov ➤ У меня с понедельника с такой же конфе (WinServ2003 x64, Oracle 10.2.0.5.0) стало ночью перегружать сервак... точней сервак просто зависал серый экран и только мышка двигается...
в журнале запить...

Предлагаю разобраться с виндой. Она у тебя вешается на штатное
shutdown /r /f
чего не должно быть. Т.е. ребутни руками и посмотри, почему ее клинит. У меня в 2003 винде такое было в свое время после ее замусоривания или вирусы попрыгали - не помню. Скорее всего, многократность ребутов связано с тем, что старый бот менял аудит обратно. Поведение старого аналогично отсутствию Autoreboot, но это неправильно. Старые параметры торчали потом неделями, пока кто-то не ребутнет.

Kryukov · █ 19.04.2015 10:42

собрал WinServ2008R2 x64 (все последние обновления) Oracle version: 11.2.0.4.0 ...

19.04.15 10:40:25 -- Debug level is 3
19.04.15 10:40:25 -- Windows detected
19.04.15 10:40:25 -- UTC+3
19.04.15 10:40:25 -- PostMan created
19.04.15 10:40:25 -- Database created
19.04.15 10:40:25 -- Current dir : D:\Distr\o\7
19.04.15 10:40:25 -- Path : D:\Oracle\product\11.2.0\dbhome\bin;C:\ProgramData\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\
19.04.15 10:40:25 -- DB name in parameters : demo
19.04.15 10:40:25 -- Password in parameters!!!
19.04.15 10:40:25 -- Optimization requested
19.04.15 10:40:25 -- DB logon - name: demo host:ServData password:qqq
19.04.15 10:40:26 -- Current sysdate : 2015-04-19 10:40:26.0
19.04.15 10:40:26 -- ClientID: DEMO.SERVDATA.24571303621335433
19.04.15 10:40:26 -- IP : **************
19.04.15 10:40:26 -- License update
19.04.15 10:40:26 -- ClientNum:753
19.04.15 10:40:26 -- Non-client mode
19.04.15 10:40:26 -- Check commands at 19.04.15 10:40:26
19.04.15 10:40:26 -- Check commands completed at 19.04.15 10:40:26
19.04.15 10:40:26 -- Check email ****************
19.04.15 10:40:26 -- Enterprise edition
19.04.15 10:40:26 -- Parallel: 8
19.04.15 10:40:26 -- Oracle version: 11.2.0.4.0
19.04.15 10:40:27 -- Archivelog required.
19.04.15 10:40:27 -- Optimizer never optimize this base.
19.04.15 10:40:27 -- Hosts : SERVDATA-22; ServData-1;
19.04.15 10:40:27 -- Users : SYS-1;
19.04.15 10:40:27 -- Statuses : ACTIVE-23;
19.04.15 10:40:27 -- Types : USER-1; BACKGROUND-22;
19.04.15 10:40:27 -- Server : DEDICATED-23;
OLEGON-ERROR! 19.04.15 10:40:27 -- Unhandled error : java.lang.NullPointerException
19.04.15 10:40:27 -- Mail flush
19.04.15 10:40:27 -- Delay admin
19.04.15 10:40:27 -- Delayed to administrator email
19.04.15 10:40:27 -- Directory check
19.04.15 10:40:27 -- Mail directory D:\Distr\o\7\mailbox\admin
19.04.15 10:40:27 -- Mail file D:\Distr\o\7\mailbox\admin\1429429227390
19.04.15 10:40:27 -- To ****** Subj:Message from DEMO.SERVDATA.24571303621335433
19.04.15 10:40:28 -- Mail directory D:\Distr\o\7\mailbox\manager

приходит письмо OLEGON-ERROR! 19.04.15 10:40:27 -- Unhandled error : java.lang.NullPointerException

Kryukov · █ 19.04.2015 11:56

Цитата:

OlegON ➤ Предлагаю разобраться с виндой. Она у тебя вешается на штатное
shutdown /r /f
чего не должно быть. Т.е. ребутни руками и посмотри, почему ее клинит. У меня в 2003 винде такое было в свое время после ее замусоривания или вирусы попрыгали - не помню. Скорее всего, многократность ребутов связано с тем, что старый бот менял аудит обратно. Поведение старого аналогично отсутствию Autoreboot, но это неправильно. Старые параметры торчали потом неделями, пока кто-то не ребутнет.

с этим разобрался... косяк был с новым диском... в замен того что на Пасху умер(помнишь)