Тормоза с отчетами : Oracle

isi · █ 03.10.2006 05:09

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, это если я понимаю, ожидания чтения с диска. Так как опыта немного прошу консультации что посмотреть и где порыть

reddevil · █ 03.10.2006 07:27

1. FFMAPREP - секционированная?
2. OPTIMIZER_INDEX_COST_ADJ сколько?
3. План вот этого "SELECT SUM(SALESUM) from FVMAPREP where saledate between 'ДАТЫ ТВОИХ ОТЧЕТОВ'"
4. Каким способом собрана статистика
5. Сколько дисков в рейде?
6. Степень паралелизма FFMAPREp и FFMAPREP_

isi · █ 03.10.2006 10:01

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. Это как определить?

OlegON · █ 03.10.2006 10:29

4. скорее всего compute statistics, из-за багов dbms_stats я от него отказался.

reddevil · █ 03.10.2006 10:32

Цитата:

olegon 4. скорее всего compute statistics, из-за багов dbms_stats я от него отказался.

+1 я правда пока не понял в каких случуях она хуже

reddevil · █ 03.10.2006 10:37

изя
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%'

reddevil · █ 03.10.2006 10:39

7. пересоздай FF% с опцией COMPRESS

isi · █ 03.10.2006 10:59

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

OlegON · █ 03.10.2006 11:00

Цитата:

reddevil 6. Степень паралелизма FFMAPREp и FFMAPREP_

Кстати, твои рекомендации насчет этого и parallel_max_servers?

isi · █ 03.10.2006 11:02

а на счет 7. оптимайзером от olegon делал