03.10.2006 05:09
isi
 
SM 1.0.24.5 sp5 + oracle 9.2.0.7 БД около 50 Гб файлы БД на RAID10, сервер 2 двухядерных проца AMD

Все операции супермага работают отлично, кроме отчетов, которые исполбзуют таблицы расчета тавародвижения (FF......), Себестоимость считается 1,5 часа против 6 на Oracle 8 (ну и сервак послабже был).

Все параметры БД выставлены по рекомендациям Optimizera от Olegon. и база прогнана оптимизатором неоднократно.

При просмотре ожиданий очень большой показатель в db file sequential read, это если я понимаю, ожидания чтения с диска. Так как опыта немного прошу консультации что посмотреть и где порыть
03.10.2006 07:27
reddevil
 
1. FFMAPREP - секционированная?
2. OPTIMIZER_INDEX_COST_ADJ сколько?
3. План вот этого "SELECT SUM(SALESUM) from FVMAPREP where saledate between 'ДАТЫ ТВОИХ ОТЧЕТОВ'"
4. Каким способом собрана статистика
5. Сколько дисков в рейде?
6. Степень паралелизма FFMAPREp и FFMAPREP_
03.10.2006 10:01
isi
 
1. Нет
2. OPTIMIZER_INDEX_COST_ADJ = 30
3.
Код:
SELECT STATEMENT Optimizer Mode=CHOOSE		
  SORT AGGREGATE		
    VIEW		
      UNION-ALL		  	 	 	 	      	             	 
        FILTER		  	 	 	 	      	             	 
          TABLE ACCESS BY INDEX ROWID	SUPERMAG.FFMAPREP	
            INDEX RANGE SCAN	SUPERMAG.FFMAPREP_SALEDATE	
        FILTER		  	 	 	 	      	
          TABLE ACCESS BY INDEX ROWID	SUPERMAG.FFMAPREP_	
            INDEX RANGE SCAN	SUPERMAG.FFMAPREP_SALEDATE_
4. Optimizerom от Olegon. видимо dbms_stats
5. 5 дисков
6. Это как определить?
03.10.2006 10:29
OlegON
 
4. скорее всего compute statistics, из-за багов dbms_stats я от него отказался.
03.10.2006 10:32
reddevil
 
Цитата:
olegon 4. скорее всего compute statistics, из-за багов dbms_stats я от него отказался.
+1 я правда пока не понял в каких случуях она хуже
03.10.2006 10:37
reddevil
 
изя
1. Задумайся! при 50 гигах уже можно.
3. TABLE ACCESS BY INDEX ROWID SUPERMAG.FFMAPREP - кардинальность и период естественно)))
5. Это как? Или просто один из дисков массива в сбойном режиме?)))
6.select t.table_name, t.degree from all_tables t where t.owner='SUPERMAG' and t.table_name like 'FFMAPREP%'
03.10.2006 10:39
reddevil
 
7. пересоздай FF% с опцией COMPRESS
03.10.2006 10:59
isi
 
3. по 3 соврал, запускас с параметрами а не с реальными датами:
Код:
Operation	Object Name	Rows	Bytes	Cost	Object Node	In/Out	PStart	PStop

SELECT STATEMENT Optimizer Mode=CHOOSE		1  	 	24593  	 	      	             	 
  SORT AGGREGATE		1  	22  	 	 	      	             	 
    VIEW		5 M	121 M	24593  	 	      	             	 
      UNION-ALL		  	 	 	 	      	             	 
        TABLE ACCESS FULL	SUPERMAG.FFMAPREP	5 M	72 M	24592  	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	SUPERMAG.FFMAPREP_	1  	22  	1  	 	      	             	 
          INDEX RANGE SCAN	SUPERMAG.FFMAPREP_SALEDATE_	1
Видимо из за TABLE ACCESS FULL, как от этого избавиться ?


5. можно упустить?, это сисадмин сказал, я в этом не разбирался, просто спросил. Если надо будет, позанимаюсь...

6.
TABLE_NAME DEGREE
FFMAPREP 1
FFMAPREP_ 1
03.10.2006 11:00
OlegON
 
Цитата:
reddevil 6. Степень паралелизма FFMAPREp и FFMAPREP_
Кстати, твои рекомендации насчет этого и parallel_max_servers?
03.10.2006 11:02
isi
 
а на счет 7. оптимайзером от olegon делал
Часовой пояс GMT +3, время: 11:46.

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