[ТЕМА ЗАКРЫТА]
Опции темы
24.05.2011 15:52  
John Doe
что-то не так в вашем королевстве...
Цитата:
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  
AlexeyF
Понимаю так, что сам оптимайзер сам делает что то типа DELETE_SYSTEM_STATS при каждом прогоне, но сделаю.
Я жеж потому и спрашиваю что делает SQL queries, что бы понять с чем примерно у меня может быть проблема.
Общая производительность базы по отзывам пользователей, по скорости заматывания отчётов остаётся на нормальном уровне.
 
25.05.2011 08:05  
OlegON
Цитата:
Сообщение от AlexeyF
Понимаю так, что сам оптимайзер сам делает что то типа DELETE_SYSTEM_STATS при каждом прогоне, но сделаю.
Не делает, это бессмысленно. И сделать самостоятельно раз в год не помешает, только лучше выполнять вышеуказанную процедуру в начале рабочего дня. Запрос перепроверен и оптимизирован, побыстрее стал бегать?
 
25.05.2011 09:33  
AlexeyF
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  
OlegON
Еще раз подчеркиваю, на сервере стоит ограничение на одновременное подключение к оптимизатору. Можно до 20 одновременно работающих с одного IP, НО, не более 1 подключения в минуту. Запускайте его на разных базах в 00:01, 00:03, 00:05 и т.д., если у вас базы выходят с одного IP. Если время не синхронизируется, то можно и больше разнести.
 
14.06.2011 10:04  
AlexeyF
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  
Neutron
Вообщем поставил я первый раз оптимайзер на "демо" базу...поработал все по инструкции сделал ...понравилось! До сих пор работает, все нормально!
А потом поставил оптимайзер на работающую базу, инициализацию прошел, оптимизация работает, только вот после каждого прохода добавляются 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  
Propil
Neutron, если недостаточно свободного места в табличном пространстве - оптимизатор не может выполнить своё предназначение..
Поэтому и добавляются новые файлы с авторасширением
Это будет происходить не при каждом запуске - а первоначально
 
15.06.2011 15:36  
Neutron
Цитата:
Сообщение от Propil
Neutron, если недостаточно свободного места в табличном пространстве - оптимизатор не может выполнить своё предназначение..
Поэтому и добавляются новые файлы с авторасширением
Это будет происходить не при каждом запуске - а первоначально
Ну в общем я согласен с этим,
только вот они стали добавляться и после второго запуска, в то время когда все эти файлы были пусты (не успели заполниться)...?
Вот и встал вопрос...почему, может и после третьего запуска они добавятся по новой...??
 
15.06.2011 15:39  
Mtirt
В файлах с данными должно быть не менее 50% свободного места.
Так что для твоей базы это может произойти и в 3-ий и в 4-ый и даже в 5-ый раз.
 
 


Опции темы



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

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