- Este tópico contém 13 respostas, 5 vozes e foi atualizado pela última vez 13 anos, 2 meses atrás por
Ricardo Portilho Proni.
-
AutorPosts
-
31 de julho de 2012 às 8:37 pm #104196
MarceloRO
ParticipantePrezados,
tenho um BD de contingência, onde o impdp demora +/- 4 horas para restaurar o dump, no BD de homologação o mesmo processo dura 40 min.
O BD contingência Oracle 10G (10.2.0.4) tem 8GB de RAM, w2k3 64bits, SGA_MAX_SIZE 4GB, SGA_TARGET 4GB, PGA_AGGREGATE_TARGET 808MB; O BD homologação Oracle 10G (10.2.0.3) tem 2GB de RAM, SGA_MAX_SIZE 66MB, SGA_TARGET 632MB, PGA_AGGREGATE_TARGET 185MB.Os papéis estão invertidos, eu preciso do desempenho do homologação no Contingência.
Alguém pode me ajudar?
31 de julho de 2012 às 8:56 pm #104197rman
Participante@MarceloRO
A máquina que hospeda o bd de contingencia é uma máquina dedicada ou existe outros serviços rodando? Outro ponto para se analisar é o armazenamento dos dados, estão em discos locais ou storage?
31 de julho de 2012 às 9:07 pm #104198MarceloRO
ParticipanteAmbos servidores são somente para BD, no contingência os discos são locais e o homologação é um servidor virtual.
1 de agosto de 2012 às 12:47 pm #104200Ricardo Portilho Proni
ParticipanteExecute isto durante o imp dos dois servidores e coloque aqui os dois resultados. Vamos comparar
(Leva 10 minutos, por causa do SLEEP.)SET PAGESIZE 1000;
SET LINESIZE 210;
COL EVENT FORMAT A80;CREATE TABLE PRE_SYSTEM_EVENT AS SELECT * FROM V$SYSTEM_EVENT;
EXECUTE DBMS_LOCK.SLEEP(600);
CREATE TABLE POS_SYSTEM_EVENT AS SELECT * FROM V$SYSTEM_EVENT;SELECT A.EVENT, A.TIME_WAITED, B.TIME_WAITED, (B.TIME_WAITED-A.TIME_WAITED) DIFF
FROM PRE_SYSTEM_EVENT A, POS_SYSTEM_EVENT B
WHERE A.EVENT = B.EVENT
AND A.TIME_WAITED IS NOT NULL
AND ((B.TIME_WAITED-A.TIME_WAITED) > 0)
AND A.WAIT_CLASS != ‘Idle’
ORDER BY DIFF;DROP TABLE PRE_SYSTEM_EVENT;
DROP TABLE POS_SYSTEM_EVENT;1 de agosto de 2012 às 9:26 pm #104202MarceloRO
ParticipantePrecisa ser com o system?
1 de agosto de 2012 às 10:11 pm #104203Ricardo Portilho Proni
ParticipanteTem que ser com o sys, system, ou qualquer usuário com permissão de SELECT ANY DICTIONARY.
28 de agosto de 2012 às 11:46 pm #104332MarceloRO
ParticipanteDesculpe a demora, só consegui fazer o import na base de homologação ontem.
Aí esta a rsposta para as consultas, note que fiz a consulta em alguns momentos:
Servidor lento:
inicio
EVENT TIME_WAITED TIME_WAITED
SQLNet more data from client 2535 2536
SQLNet message to client 6953 6955
latch: redo allocation 8079 8082
LGWR wait for redo copy 49689 49692
SQL*Net more data to client 40741 40746
enq: UL – contention 203427 203437
log file sequential read 33911 33924
latch: cache buffers chains 36026 36043
os thread startup 46539 46558
log file single write 50896 50919
latch: row cache objects 203652 203682
kupp process wait 8947 9002
enq: CF – contention 348753 348821
latch: shared pool 4772676 4772802
direct path write 1683176 1683345
latch: library cache 4566451 4566634
buffer busy waits 700632 700898
log buffer space 3824136 3824487
log file switch completion 665716 666091
log file switch (checkpoint incomplete) 2769798 2770382
Datapump dump file I/O 5606118 5607038
db file parallel write 8763842 8764767
rdbms ipc reply 14820636 14821803
control file sequential read 5670404 5671658
db file sequential read 59533122 59534824
control file parallel write 6688197 6690129
direct path read 7439141 7442081
log file sync 14638214 14642143
log file parallel write 35819802 35830643
db file scattered read 15389035 1540998130 linhas selecionadas.
table
EVENT TIME_WAITED TIME_WAITED
SQLNet message to client 6955 6957
SQLNet more data to client 40747 40752
latch: cache buffers chains 36043 36048
latch: shared pool 4772826 4772836
latch: library cache 4566652 4566666
direct path write 1683369 1683407
direct path read 7442697 7442996
control file sequential read 5671831 5672738
control file parallel write 6690472 6691941
log file sync 14642613 14645266
log buffer space 3825150 3828986
db file parallel write 8765857 8770661
db file sequential read 59536167 59542568
rdbms ipc reply 14824388 14839698
log file parallel write 35836139 3586085915 linhas selecionadas.
table_data
EVENT TIME_WAITED TIME_WAITED
SQLNet more data from client 2538 2539
SQLNet message to client 6962 6964
SQL*Net more data to client 40777 40782
log file sequential read 33939 33945
log file single write 50946 50958
kksfbc child completion 13085 13098
enq: CI – contention 3070234 3070314
log file switch completion 666469 666568
direct path write 1683517 1683623
cursor: pin S wait on X 215479 215665
latch: row cache objects 203828 204446
direct path read 7458204 7459985
control file parallel write 6699413 6702799
control file sequential read 5694509 5698334
latch: library cache 4601557 4606005
Datapump dump file I/O 5609146 5613700
latch: shared pool 4810052 4815380
log file sync 14658692 14665634
log buffer space 3855307 3863216
db file parallel write 8799509 8810196
db file sequential read 59592208 59608831
log file parallel write 35990624 36029759
rdbms ipc reply 14935879 1497936923 linhas selecionadas.
servidor rápido
table
EVENT TIME_WAITED TIME_WAITED DIFF
log file single write 2011 2012 1
log file sequential read 2401 2402 1
latch: shared pool 22229 22232 3
latch: library cache 3385 3389 4
SQLNet message to client 215190 215196 6
os thread startup 260751 260757 6
latch: cache buffers lru chain 49016 49023 7
direct path write 225321 225332 11
SQLNet break/reset to client 176060 176074 14
log file switch completion 20292 20314 22
LGWR wait for redo copy 16490 16526 36
latch: cache buffers chains 122483 122526 43
latch free 292797 292879 82
control file parallel write 1481890 1482085 195
Datapump dump file I/O 2908668 2908876 208
log buffer space 13689 14035 346
log file sync 5313892 5314543 651
direct path read 5920113 5920940 827
db file parallel write 1053382 1054586 1204
control file sequential read 2325639 2326885 1246
rdbms ipc reply 235272 237616 2344
db file sequential read 33179346 33183715 4369
log file parallel write 4071800 4084194 12394
db file scattered read 1069290439 1069354534 64095
read by other session 1708333166 1708438450 10528425 linhas selecionadas.
table_data
EVENT TIME_WAITED TIME_WAITED DIFF
latch: cache buffers lru chain 49023 49024 1
SQLNet more data from client 14872 14873 1
latch: cache buffers chains 122526 122527 1
SQLNet break/reset to client 176074 176075 1
db file single write 364 366 2
log file single write 2012 2014 2
enq: CF – contention 691 693 2
log file sequential read 2402 2404 2
latch free 292879 292882 3
latch: shared pool 22232 22237 5
LGWR wait for redo copy 16526 16532 6
SQL*Net message to client 215196 215203 7
os thread startup 260757 260779 22
direct path read 5920944 5920967 23
log file switch completion 20314 20363 49
Data file init write 1503 1658 155
control file parallel write 1482108 1482316 208
log buffer space 14039 14268 229
direct path write 225356 225610 254
direct path write temp 38615 39234 619
control file sequential read 2326896 2327581 685
log file sync 5314553 5315721 1168
db file parallel write 1054635 1056013 1378
direct path read temp 21224 23144 1920
rdbms ipc reply 237634 239872 2238
Datapump dump file I/O 2909103 2912334 3231
log file parallel write 4084282 4091003 6721
db file sequential read 33184172 33192516 8344
db file scattered read 1069358978 1069426690 67712
read by other session 1708445012 1708534208 8919630 linhas selecionadas.
8 de setembro de 2012 às 2:27 pm #104390Ricardo Portilho Proni
ParticipanteVocê fez trés vezes cada SELECT, é isso?
É que no primeiro banco está faltando uma coluna..a de diferença.
Mas dá para perceber que a diferença é de I/O.8 de setembro de 2012 às 4:28 pm #104392ithigvo
Participante@MarceloRO
Uma pergunta, com relação as duas bases, a de Homologação e a de Contingência, ambas estão em ARCHIVELOG ou apenas a de contingência?
20 de setembro de 2012 às 12:22 am #104445MarceloRO
ParticipantePortilho,
sendo o problema o I/O, existe alguma maneira de resolver isso. Pois fiz um teste importando a base de dados em outro usuário no mesmo servidor e foi muito mais rápido.ithigvo,
Os bancos não estão gerando archive, o de contingência gerou archive pro um período, mas não gera mais pois estava ocupando muito espaço no servidor.21 de setembro de 2012 às 3:38 pm #104452Ricardo Portilho Proni
ParticipanteEstranho. Me toquei agora.
Seus maiores eventos são de leitura (db file sequential read e db file scattered read), mas você estava fazendo um IMP. Isto pode significar que tinha outra coisa rodando e lendo durante o IMP (ou leitira dos dados para criação dos índices).
Vamos tirar a dúvida. Tire um AWR do período do IMP.
Crie um SNAPSHOT imediatamente antes do IMP, um imediatamente depois, e tire o AWR entre estes dois períodos.21 de setembro de 2012 às 5:58 pm #104456CleitonHanzen
ParticipanteOpá…
Desculpem a “intromissão”…rsrsrsrsNão foi comentado, mas imagino que você está usando o mesmo arquivo de dump nos 2 import’s, certo? (Só pra desencargo mesmo…rsrsrs)
Tem como vc postar os comandos de import que vc está usando nos 2 servidores?
No “servidor lento”, em qual parte que está “demorando” (table, table_data, index, constraints, blá..blá)???
Apesar de isso parecer “solução de estagiário”, mas observei que você está executando versões diferentes (10.2.0.4 x 10.2.0.3). Isso por si só pode gerar diferenças também e inclusive no metalink tem caminhões de bugs nessas 2 versões com impdp.
Abs.
10 de dezembro de 2012 às 7:33 pm #104889MarceloRO
ParticipantePortilho, gerei o awr, o que preciso verificar no relatório?
Percebi que o servidor fica com o processamento baixo, oscila entre 3% e 7% e enquanto o import é executado, praticamente, nada mais é executado no servidor. Isto é normal?
Ceiton,
Não foi comentado, mas imagino que você está usando o mesmo arquivo de dump nos 2 import’s, certo? (Só pra desencargo mesmo…rsrsrs) – Sim, é o mesmo arquivo de dump.Tem como vc postar os comandos de import que vc está usando nos 2 servidores?
Tb é o mesmo comando, só altero os nomes das TS’s e user’s
impdp SYSTEM/****@**** DIRECTORY=BACKUP_DP DUMPFILE=RH.DMP SCHEMAS=RH LOGFILE=2012-12-10_RHDESENV_IMPDP.LOG REMAP_SCHEMA=RH:RHDESENV,INDXRH:INDXRHDESENV REMAP_TABLESPACE=RH:RH2,INDXRH:INDXRH2No “servidor lento”, em qual parte que está “demorando” (table, table_data, index, constraints, blá..blá)??? O processo é todo demorado, mas acho que os dados das tabelas e os indices.
Apesar de isso parecer “solução de estagiário”, mas observei que você está executando versões diferentes (10.2.0.4 x 10.2.0.3). Isso por si só pode gerar diferenças também e inclusive no metalink tem caminhões de bugs nessas 2 versões com impdp.
Agora fiz os imports em usuários diferentes no mesmo servido com o 10.2.0.415 de dezembro de 2012 às 7:45 pm #104912Ricardo Portilho Proni
ParticipanteOpa.
Coloque aqui os Top 5 Events dos dois imports. -
AutorPosts
- Você deve fazer login para responder a este tópico.