Re: [oracle_br] Aplicar o io_calibrate

2017-06-07 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia, Muito obrigado Luis Freitas.. A versão é:Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 Abraço, LM

[oracle_br] Re: Aplicar o io_calibrate

2017-06-07 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia, Muito obrigado Chiappa.. Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 Abraço, LM

[oracle_br] Aplicar o io_calibrate

2017-06-06 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boa tarde Prezados, Surgiu uma duvida, estive em uma reunião devido um problema de performance e claro eu só dei uma opinião ao DBA de infra a respeito de aplicar o io_calibrate, ja que a ultiva vez foi em fevereiro. A resposta foi: Não é necessário aplicar, pois isso só é feito uma vez.. É s

[oracle_br] Re: Quantas vezes por dia cada materi al ized view é acessada(query rewrite)

2017-04-28 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boa tarde Chiappa, O meu RDBMS é Oracle Database 11g Enterprise Edition Release 11.2.0.4.0. Obrigado pelo feedback sempre.. LM

[oracle_br] Quantas vezes por dia cada materialized view é acessada(query rewrite)

2017-04-26 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boa tarde companheiros, É possível eu tirar esta estatística? Luiz Marinho How many times per day each materialized view is accessed. (Query rewrite)

[oracle_br] Re: ORA-12805

2015-10-12 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado Chiappa..

[oracle_br] ORA-12805

2015-10-09 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia a todos, Estivemos com um problema ao qual vem ocorrendo o ORA-12805. Recentemente aconteceu em uma maquina DW ao qual todos os processo foram interrompidos com isso tivemos que recuperar tudo, em outro dia aconteceu o mesmo erro: ORA-12805, mas não afetou o processo que estava correndo

[oracle_br] Duvida em DW

2015-09-08 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boa tarde colegas, Estou com um problema aqui de performance que aconteceu desde que se mudaram alguns parâmetros. Esta maquina tem 96 G de RAM esta em um SO 64 BIT RED HAT 11g Enterprise Edition Release 11.2.0.4.0 RAC em 3 nós. Houve um problema, pois a maquina começou a pegir para aumentar

[oracle_br] Re: ORA-01455

2015-08-05 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Muito obrigado Chiappa!! Compreendi.. Ok.. Abraço, LM

[oracle_br] Re: ORA-01455

2015-08-05 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boa tarde Chiappa, Só uma questão, Eu recebi as LUN's bruta assim Logical device ID=6006016010E02FDB0FA39E511 [WEBDB_data_93] Logical device ID=6006016010E02FDB0FA39E511 [WEBDB_data_92] Logical device ID=6006016010E02FDB0FA39E511 [WEBDB_data_91] --CRIAÇÃO DAS LUN'S BRUTA NO ASM assim

[oracle_br] Re: ORA-01455

2015-08-04 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Muito obrigado Chiappa!! Obrigado mesmo.. Irei ver isso tudo.. Cumprimentos, LM

[oracle_br] Re: Delete de Milhões de linhas

2015-08-04 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia, Outro dia um desenvolver estava querendo deletar 15 milhões de registros e estava com problemas. Passei esta rotina para ele e ficou feliz. Espero que eu consiga contribuir.. DECLARE TYPE myarray IS TABLE OF FACT_.day_cod%TYPE INDEX BY BINARY_INTEGER; d_array myarray; BEGIN d_

[oracle_br] ORA-01455

2015-08-04 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia a todos Colegas, Um Diskgroup esta sem espaço ou seja não consigo fazer um RESIZE em um tablespace ao qual já chegou ao seu limite, mas o diskgroup (DGDATA) os oustros 3 estão tudo ok. (DGFRA,DGOCR,DGREDOS). O pessoal do storage criou As lun’s 1a_88, 1a_89 e ls1a_90 foram atribuí

[oracle_br] Re: phyrds/phys_wrts

2015-05-19 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Muito obrigado Chiappa.. Abraço, LM

[oracle_br] phyrds/phys_wrts

2015-05-19 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boa tarde Colegas, Eu preciso gerar estes relatórios - Quantidade de Pedidos Leitura/Escrita por hora nas últimas 24 horas - Performance CPU/RAM nas últimas 24 Horas Estou me baseando neste select, teriam outra forma? WITH totreadwrite AS (SELECT SUM (phyrds) phys_reads, SUM (phywrt

RE: [oracle_br] Numero extremamente grandes de locks

2015-04-23 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado prezado Chiappa. Obrigado a todos neste forum.

RE: [oracle_br] Numero extremamente grandes de locks

2015-04-22 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Mais uma vez. Sem palavras.. Obrigado Chiappa pela aula e agradeço sempre a todos aqui neste forum, sempre apreendendo mais.. O que esta disparando seja select, update,insert vem do EAI-TIBICO Grande abraço, LM

RE: [oracle_br] Numero extremamente grandes de locks

2015-04-22 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado Francisco...Irei fazer isso LM

[oracle_br] Numero extremamente grandes de locks

2015-04-22 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia a Todos, É possível detectar exactamente o que pode estar a provocar volumes imensos de locks? count(*) object_name MODE_HELD 231363 TABELA Row-X(SX) 216342 TABELA Row-X(SX) 150579 TABELA Row-X(SX) Foi criado uma nova TABLESPACE achando que

Re: [oracle_br] Order by

2015-04-17 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Resolvido... Agradeço a todos aqui neste forum. Com as recomendações detectei que o DBA havia criado o index composto referenciando as colunas do filtro, mas havia esquecido de desabilitar os index antigo ao qual estava fazendo a mesma referencia ou até mesmo dropado o qual seria o normal.. Agra

[oracle_br] Re: Order by

2015-04-15 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado Chiappa! Então como eu não tenho o total acesso neste servidor, apenas com alguns grants, Aqui esta as configurações. sort_area_size integer 209715200 sga_max_size big integer 12G sga_targetbig integer 12G

[oracle_br] Re: Order by

2015-04-15 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado Chiappa! Então como eu não tenho o total acesso neste servidor, apenas com alguns grants, mas posso te garantir já que a PGA não esta AUTO aqui esta as configurações. sort_area_size integer 209715200 sga_max_size big integer 12G sga

[oracle_br] Order by

2015-04-13 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Boas Colegas, Eu tenho um dilema aqui. Esta query sem o order by é executado em 07 segundos, quando rodo com o order by leva aproximadamente 20 minutos isso tudo do lado do cliente. No servidor direto leva 25 segundos com o order by. Oracle Database 11g Enterprise Edition Release 11.2.0.3.

[oracle_br] Re: Não permitir o proprio user altere a senha

2015-03-31 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
rsrsrsr. Sim o remendo(feio) resolvido, mas realmente não tinha outra opção.rsrsr Mas valeu, sempre bom compartilhar como vocês.. Luiz Marinho

[oracle_br] Re: Não permitir o proprio user altere a senha

2015-03-31 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Peço desculpas Galera,. Realmente a logica é simples Chiappa, eu estava com o usuario SYS. estava funcionando sim. Peço desculpas.. OU seja por isso para eu só permitir que o só SYS fizesse a alteração eu adicionei esta condição 'USER' AND ORA_LOGIN_USER <> 'SYS'. esta tranquilo. Obrigado.

[oracle_br] Re: Não permitir o proprio user altere a senha

2015-03-31 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
OK. achei que tinha funcionado, mas com esta condição volto a permitir todos a fazer alteração só porque eu coloquei esta condição AND ORA_LOGIN_USER <> 'SYS', mas aonde esta errao que eu quero que entre na condição todos que sejam diferente do sys ou seja permitir somente o SYS a fazer as alter

[oracle_br] Re: Não permitir o proprio user altere a senha

2015-03-31 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Ok. Ok. ok.. Obrigado.. Consegui resolver o problema de permitir o SYS fazer as alterações. if (ora_dict_obj_type = 'USER' AND ORA_LOGIN_USER <> 'SYS') Obrigado Chiappa Luiz Marinho

[oracle_br] Re: Não permitir o proprio user altere a senha

2015-03-31 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Só tem um problema ai. Com isso ele impede até o SYS de fazer o alter user em outros usuarios, ja que a finalidade é deixar somente o sys fazer as alterações. Ok a trigger funcional tão bem que bloqueia todos... Alguma ideia para ultrapassar este cenario, eu estou testando uma function aqui, mas

[oracle_br] Re: Não permitir o proprio user altere a senha

2015-03-30 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Sem palavras.. Muito obrigado Chiappa. É isto mesmo... sem palavras.. muito agradecido pela aula. Luiz Marinho

[oracle_br] Re: Taxa crescimento

2015-03-30 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia André, Não se é isto, mas neste script você pode ver o tamanho e o espaço livre do seu DATABASE. Select round(sum(used.bytes) / 1024 / 1024/1024 ) || ' GB' "Database Size", round(free.p / 1024 / 1024/1024) || ' GB' "Free space" from (select bytes from v$datafile union all

[oracle_br] Não permitir o proprio user altere a senha

2015-03-30 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Bom dia a todos, É possível não permitir que um user altere a sua senha no banco? Tipo tenho um usuário aplicacional e vejo que esta sendo alterado a senha, sendo que Ele próprio pode fazer isto e não quero. Abraço, Luiz Marinho

[oracle_br] Re: Usando o FORALL

2015-03-12 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Agradeço o compartilhamento de conhecimento de todos. Chiappa é sempre bom ler as suas ideias e os seus conselhos quando se trata de RDBMS.. Valeu e muito obrigado.. Luiz Marinho

[oracle_br] Re: Usando o FORALL

2015-03-06 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Chiappa, Eu não tenho palavras..rsrs. Esse grupo é maravilhoso e as suas explicações fantásticas. Como havia respondido ao . Evandro, eu consegui corregar em um tempo que ao meu ver considero bom não sei, mas esta melhor do que o tempo que estava rodando aqui, pois na verdade eu estou aqui just

Re: [oracle_br] Re: Usando o FORALL

2015-03-06 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Evandro Giachetto, Obrigado por ajudar a identificar o meu erro, pois realmente não estava conseguindo ver. Galera, obrigado pelo debate, pois vi que isso se estendeu e isso é muito bom estar entre profissionais para chegar-mos a um consenso. Quero dizer para vocês que eu finalizei o meu proces

[oracle_br] Re: Usando o FORALL

2015-03-05 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado pela dica. Só mais uma dúvida não são visão o BULK COLLECT INTO é mais rápido do que o FORALL? Luiz Marinho

[oracle_br] Re: Usando o FORALL

2015-03-05 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Obrigado Evandro Giachetto, Em relação a melhorada do Código o que eu poderia utilizar melhor do que o FORALL, pois eu vi que o forall, é muito mais rápido do que os outros e o meu objetivo é ganhar na performance.Eu quero envitar a utilização do excesso de paralelismos que estão utilizando ,

[oracle_br] Usando o FORALL

2015-03-05 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Olá Galera, Estou obtendo um erro bobo aqui que não estou conseguindo ver. Esta dando erro que eu devo declarar algumas variáveis e as mesmas esta declaradas. O Código abaixo DECLARE t0 number := dbms_utility.get_time; v_idx number :=1; type t_rec is record(

[oracle_br] TableSpace TEMP

2015-02-19 Por tôpico lmarinh...@yahoo.com.br [oracle_br]
Colegas, acredito que alguém ja teve este problema, só que eu continuo recebendo o erro toda via que algum processo em paralelo ocorre.Oracle Error # -12801 - ORA-12801: error signaled in parallel query server P136, instance lsbprdrac02n01:prdraidw1 (1) ORA-01652: unable to extend temp segment