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

█ 24.05.2011 15:52

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

Цитата:

24.05.11 15:31:53 -- ************************* Long operations *************************
24.05.11 15:31:53 -- *********************** Current SQL queries ***********************
24.05.11 15:31:54 -- **************************** Sessions ****************************

попробуй из под sys сделать в разгар рабочего дня

Цитата:

execute DBMS_STATS.DELETE_SYSTEM_STATS;

█ 25.05.2011 04:08

Понимаю так, что сам оптимайзер сам делает что то типа DELETE_SYSTEM_STATS при каждом прогоне, но сделаю.
Я жеж потому и спрашиваю что делает SQL queries, что бы понять с чем примерно у меня может быть проблема.
Общая производительность базы по отзывам пользователей, по скорости заматывания отчётов остаётся на нормальном уровне.

█ 25.05.2011 08:05

Цитата:

AlexeyF ➤ Понимаю так, что сам оптимайзер сам делает что то типа DELETE_SYSTEM_STATS при каждом прогоне, но сделаю.

Не делает, это бессмысленно. И сделать самостоятельно раз в год не помешает, только лучше выполнять вышеуказанную процедуру в начале рабочего дня. Запрос перепроверен и оптимизирован, побыстрее стал бегать?

█ 25.05.2011 09:33

25.05.11 13:18:13 -- *********************** Current SQL queries
********************
25.05.11 13:18:15 -- begin Supermag.Core.NextMessage(rq=>:rq, rqDa
ура, спасибо :)

█ 27.05.2011 07:58

Еще раз подчеркиваю, на сервере стоит ограничение на одновременное подключение к оптимизатору. Можно до 20 одновременно работающих с одного IP, НО, не более 1 подключения в минуту. Запускайте его на разных базах в 00:01, 00:03, 00:05 и т.д., если у вас базы выходят с одного IP. Если время не синхронизируется, то можно и больше разнести.

█ 14.06.2011 10:04

Client number: 211
Program status: Nonclient mode

Подскажите ?
Оптимизатор запускается нормально, отрабатывает, в логах ошибок не вижу, но по почте приходит:
OLEGON-ERROR! : : User has a problem :WWW:Linux:1043797:SQL*Net more data from dblink

Как будто после того как отработает оптимайзер, соединение с моей стороны некорректно рвётся.
Причин для этого сообщения не вижу - лог оптимайзера говорит что (вроде) нормально отработал:
14.06.11 13:51:19 -- Last full rman backup : 2011-06-14 00:48:41.0
14.06.11 13:51:26 -- Last backup checkpoint : 2011-06-14 00:30:18.0 (0) Corruption : marked:/media:/logic:
14.06.11 13:51:33 -- Last analyzed : 2011-03-23 11:35:37.0 (714) Invalids : 59 Oldest non-organized object : 2011-06-12 12:48:41.0 Last system stats : 04-07-2011 00:07
14.06.11 13:51:39 -- Last transfer : 13.06.11 23:17 (15) Last calculation : 14.06.11 10:21 (4)

█ 15.06.2011 14:09

Вообщем поставил я первый раз оптимайзер на "демо" базу...поработал все по инструкции сделал ...понравилось! До сих пор работает, все нормально!
А потом поставил оптимайзер на работающую базу, инициализацию прошел, оптимизация работает, только вот после каждого прохода добавляются DBF файлы в базу..

Цитата:

Checking free space in tablespaces:
15.06.11 12:16:45 -- USERS:2Gb
15.06.11 12:16:53 -- ALTER TABLESPACE "USERS" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\users+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:16:54 -- ATTENTION! Additional file created. Please check your free disk space.
15.06.11 12:16:54 -- DRSYS:3Gb
15.06.11 12:17:02 -- ALTER TABLESPACE "DRSYS" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\drsys+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:17:03 -- ATTENTION! Additional file created. Please check your free disk space.
15.06.11 12:17:03 -- XDB:3Gb
15.06.11 12:17:12 -- ALTER TABLESPACE "XDB" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\xdb+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:17:12 -- ATTENTION! Additional file created. Please check your free disk space.
15.06.11 12:17:12 -- TOOLS:3Gb
15.06.11 12:17:25 -- ALTER TABLESPACE "TOOLS" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\tools+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:17:25 -- ATTENTION! Additional file created. Please check your free disk space.
15.06.11 12:17:26 -- SYSTEM:7Gb
15.06.11 12:17:26 -- INDX:27Gb
15.06.11 12:17:44 -- ALTER TABLESPACE "INDX" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\indx+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:17:44 -- ATTENTION! Additional file created. Please check your free disk space.
15.06.11 12:17:44 -- SYSAUX:31Gb
15.06.11 12:18:04 -- ALTER TABLESPACE "SYSAUX" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\sysaux+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:18:04 -- ATTENTION! Additional file created. Please check your free disk space.
15.06.11 12:18:04 -- UNDOTBS1:94Gb
15.06.11 12:18:23 -- ALTER TABLESPACE "UNDOTBS1" ADD DATAFILE 'D:\ORACLE\ORADATA\xxx\undotbs1+1.dbf' SIZE 1G AUTOEXTEND ON NEXT 1G MAXSIZE 10G
15.06.11 12:18:23 -- ATTENTION! Additional file created. Please check your free disk space.

База работает на
Windows 2003 server 64b
Oracle 10g
Supermag 1.028

Размер базы был

Цитата:

15.06.11 12:16:24 -- DB size : 138Gb
15.06.11 12:16:27 -- Big base detected.. Ooops...

Стал 149ГБ
В данный момент я отключил оптимизатор в шедулере, дабы не плодить DBF файлы !
Народ в чем может быть проблема почему оптимизатор при каждом запуске создает новые датафайлы ?

P.S.
Начало выскакивать сообщение:
"Клиентский запрос не зарегистрирован сервером"....?

█ 15.06.2011 15:13

Neutron, если недостаточно свободного места в табличном пространстве - оптимизатор не может выполнить своё предназначение..
Поэтому и добавляются новые файлы с авторасширением
Это будет происходить не при каждом запуске - а первоначально

█ 15.06.2011 15:36

Цитата:

Propil ➤ Neutron, если недостаточно свободного места в табличном пространстве - оптимизатор не может выполнить своё предназначение..
Поэтому и добавляются новые файлы с авторасширением
Это будет происходить не при каждом запуске - а первоначально

Ну в общем я согласен с этим,
только вот они стали добавляться и после второго запуска, в то время когда все эти файлы были пусты (не успели заполниться)...?
Вот и встал вопрос...почему, может и после третьего запуска они добавятся по новой...??

█ 15.06.2011 15:39

В файлах с данными должно быть не менее 50% свободного места.
Так что для твоей базы это может произойти и в 3-ий и в 4-ый и даже в 5-ый раз.