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

█ 30.03.2016 11:21

Цитата:

OlegON ➤ Оно работало нормально, запустила опта и стало работать плохо? "Не верю" по Станиславскому.

Вот именно так.

Цитата:

OlegON ➤ Предлагаю убедиться, что memory_max_target выключен, а sga_max_size выставлен в разумное значение, близкое ко всей доступной памяти (если памяти много, то оставить гигов 6 на систему и мусор), приблизить конфигурацию опта к "по умолчанию", насколько это возможно, и оставить работать раз в полчаса круглосуточно.

memory_max_target= 0
sga_max_size =90G
Опт работает раз в полчаса круглосуточно.
Чем дольше работает - тем больше тормозит.

Цитата:

OlegON ➤ Что значит "прошелся по нескольким таблицам"? ;) Ты какую версию оптимизатора вообще гоняешь? В той, что сейчас, 7 - пользователю недоступно видеть, какие таблицы он обрабатывает.

В alert.log видно.

█ 30.03.2016 11:59

Не видно в алерте ничего :) Тормозит, скорее всего, из-за какой-то нагрузки пользователями, а не из-за опта.
Как вариант - остановить БД, запустить без пользователей и сразу прогнать опта.

█ 30.03.2016 12:08

Цитата:

OlegON ➤ Не видно в алерте ничего :)

Цитата:

Wed Mar 30 00:38:10 2016
Index SUPERMAG.FFDOCUMENTS_CLIENTIDX or some [sub]partitions of the index have b
Index SUPERMAG.FFDOCUMENTS_CREATEDAT or some [sub]partitions of the index have b
Index SUPERMAG.FFDOCUMENTS_INCOMEDATEIDX or some [sub]partitions of the index ha
Index SUPERMAG.FFDOCUMENTS_SALEDATEIDX or some [sub]partitions of the index have
Index SUPERMAG.FFSPEC_ART or some [sub]partitions of the index have been marked
Index SUPERMAG.FFSPEC_CAUSEIDX or some [sub]partitions of the index have been ma
Index SUPERMAG.FFPRODDOCUMENTS_DATE or some [sub]partitions of the index have be
Index SUPERMAG.FFPRODDOCUMENTS_ZONE or some [sub]partitions of the index have be
Index SUPERMAG.FFPRODINSPEC_ZONEART or some [sub]partitions of the index have be
Index SUPERMAG.FFPRODOUTSPEC_ZONEART or some [sub]partitions of the index have b
Wed Mar 30 00:59:53 2016
alter tablespace "SMSPECDEF" coalesce
Completed: alter tablespace "SMSPECDEF" coalesce
alter tablespace "FFCLOSED" coalesce
Completed: alter tablespace "FFCLOSED" coalesce
alter tablespace "SMPOST_INDX" coalesce
Completed: alter tablespace "SMPOST_INDX" coalesce
alter tablespace "FFREPPROD" coalesce
Completed: alter tablespace "FFREPPROD" coalesce
alter tablespace "USERS_OTHER" coalesce
Completed: alter tablespace "USERS_OTHER" coalesce

Цитата:

OlegON ➤ Тормозит, скорее всего, из-за какой-то нагрузки пользователями, а не из-за опта.

Ага, нагрузка резко увеличилась с запуском опта. Добавилось в понедельник одновременно еще 50 пользователей в базе.
Вот прямо верю.

Цитата:

OlegON ➤ Как вариант - остановить БД, запустить без пользователей и сразу прогнать опта.

Повторяю. Оптимайзер ночью отработал в МТ. Базу перезапустил. Чем это отличается от того, что ты предлагаешь сейчас?

█ 30.03.2016 12:33

В приведенном тобой логе, судя по всему, отражено, что товародвижение считалось.
Что табличные пространства трогались, в данном случае не имеет никакого значения.
Повторяешь ты только то, что он отработал в МТ, что перезапустил - в первый раз вижу. По какой причине? Это недоос? На Линуксе он, вроде, не перезапускает БД, только запускает, когда она падает. Если упала, то почему?
Не злись, давай, я тебе помочь пытаюсь.

█ 30.03.2016 12:58

Я здюсь на себя. Что повелась на идиотскую рекламу.

Цитата:

30.03.16 01:58:05 -- Exit code 3
30.03.16 02:00:02 -- UTC+5
30.03.16 02:00:04 -- Exit code 3
OLEGON-ERROR! 30.03.16 02:18:18 -- Unhandled error : java.sql.SQLRecoverableExce
ption: Данные для считывания из сокета отсутствуют * Oracle : 11.2.0.4.0 * Java
: 1.7.0_80 * OS : Linux
30.03.16 02:29:02 -- UTC+5
30.03.16 02:29:02 -- Error in database connection : java.sql.SQLRecoverableExcep
tion: ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux-x86_64 Error: 2: No such file or directory

30.03.16 02:29:02 -- I'll try to recover and restart DB...
30.03.16 02:29:03 --
30.03.16 02:29:03 -- LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 30-МА
Р-2016 02:29:03
30.03.16 02:29:03 --
30.03.16 02:29:03 -- Copyright (c) 1991, 2013, Oracle. All rights reserved.
30.03.16 02:29:03 --
30.03.16 02:29:03 -- TNS-01106: Процесс прослушивания, использующий имя LISTENER
, уже запущен
30.03.16 02:29:03 --
30.03.16 02:29:03 -- SQL*Plus: Release 11.2.0.4.0 Production on Ср Мар 30 02:29:
03 2016
30.03.16 02:29:03 --
30.03.16 02:29:03 -- Copyright (c) 1982, 2013, Oracle. All rights reserved.
30.03.16 02:29:03 --
30.03.16 02:29:03 -- Соединен с простаивающим экземпляром.
30.03.16 02:29:03 --
30.03.16 02:29:03 -- SQL> ORA-01034: ORACLE not available
30.03.16 02:29:03 -- Идентификатор процесса: 0 Идентификатор сеанса:
30.03.16 02:29:03 -- 0 Порядковый номер: 0
30.03.16 02:29:03 --
30.03.16 02:29:03 --
30.03.16 02:29:03 -- SQL> Выполнено разъединение
30.03.16 02:29:03 -- Restart DB...
30.03.16 02:29:03 --
30.03.16 02:29:03 -- SQL*Plus: Release 11.2.0.4.0 Production on Ср Мар 30 02:29:
03 2016
30.03.16 02:29:03 --
30.03.16 02:29:03 -- Copyright (c) 1982, 2013, Oracle. All rights reserved.
30.03.16 02:29:03 --
30.03.16 02:29:03 -- Соединен с простаивающим экземпляром.
30.03.16 02:29:03 --
30.03.16 02:29:05 -- SQL> Экземпляр ORACLE запущен.
30.03.16 02:29:06 --
30.03.16 02:29:06 -- Total System Global Area 9,6205E+10 bytes
30.03.16 02:29:06 -- Fixed Size 2264256 bytes
30.03.16 02:29:06 -- Variable Size 9,5831E+10 bytes
30.03.16 02:29:06 -- Database Buffers 268435456 bytes
30.03.16 02:29:06 -- Redo Buffers 103182336 bytes
30.03.16 02:29:10 -- База данных смонтирована.
30.03.16 02:30:30 -- База данных открыта.
30.03.16 02:30:30 -- SQL> Отсоединено от Oracle Database 11g Enterprise Edition
Release 11.2.0.4.0 - 64bit Production
30.03.16 02:30:30 -- With the Partitioning, OLAP, Data Mining and Real Applicati
on Testing options
30.03.16 02:30:30 -- Try to connect again...

█ 30.03.2016 14:35

Давай ты отложишь пока эмоции и постараешься думать, как ты это умеешь?
Вот тут тебе опт буквами сообщает, что базы не было

Цитата:

ORA-27101: shared memory realm does not exist

а где она была?

█ 30.03.2016 14:54

Immediate Kill session.
В базе кроме оптимайзера больше активности не было.

█ 30.03.2016 15:00

При чем здесь kill session? База остановилась или упала, в журнале об этом пишется обычно. Может, у тебя система на ладан дышит?
Про тормоза, я уже писал, не теряй вопросы, в списке сессий что написано, чего ждут люди?

█ 30.03.2016 15:34

У меня новое железо.
С нуля поставленная операционка и перенесенная большая база.

Цитата:

Про тормоза, я уже писал, не теряй вопросы, в списке сессий что написано, чего ждут люди?

В каком списке? О чем речь? Где его найти?

█ 30.03.2016 16:16

https://olegon.ru/showthread.php?p=254341#post254341
в журнал оптимизатора все же хорошо посматривать, особенно первые запуски.
У меня большая база, работающая с оптимизатором - около 3Тб. Это большая :)