RES: [oracle_br] Dúvida Quest

2009-09-15 Por tôpico Fernando Fonseca 
Olá Eliandro, 

 

Eu sempre uso uma ferramenta que é excelente para analise de performance.
Peguei neste site e  vc pode baixar e testar free por um tempo.

WWW.confio.com

 

É muito bacana e fácil de identificar os problemas de performance
detalhadamente. Código por código. 

 

Em pouco tempo eu consegui pegar a maioria dos problemas de tuning entre
Aplicações x Banco. Vale a pena Testar.

 

Abraços

Fernando

DBA - SQL

 

 

De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em
nome de Eliandro Jakubski
Enviada em: segunda-feira, 14 de setembro de 2009 08:34
Para: oracle_br@yahoogrupos.com.br
Assunto: [oracle_br] Dúvida Quest

 

  

Pessoal, 

alguém utiliza o portifólio de produtos da Quest para monitorar, avaliar 
performance, homologar aplicações que utilizam SGBD Oracle?

No momento estou precisando de uma ferramenta para gerar massas de teste 
com o objetivo de homologar a escalabilidade de novas aplicações. Segundo 
as informações que tenho a Quest oferece tal ferramenta (dentre outras).

Preciso, para efeito orçamentário, de valores aproximados de tais 
ferramentas (valor das licenças, modalidades de licenças, etc.). Alguém 
poderia fornecer?

Obrigado.

Eliandro.

OBSERVAÇÃO:
A ITAIPU esclarece que, por força de seu Estatuto, a presente
mensagem não implica a assunção de obrigações em seu nome.

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: OEM - 10G Release 10.2.0.1

2009-09-15 Por tôpico jlchiappa 
Segue :
--- Em oracle_br@yahoogrupos.com.br, Márcio Ricardo Alves da Silva 

> Na pasta abaixo está sendo gerado alguns arquivos emoms.log, emoms.trc.1, 
> emoms.trc.2) nos ultimos dias
> e o disco hoje chegou perto dos seus 100%.

tá, mas vc ** ANALISOU ** exatamente o que está consumindo mais espaço, via DU 
ou o que vc tiver, ou está só chutando que foram esses logs e traces ???
> 

> A mudança que foi feita, é que agora o OEM fica aberta 24x7, o diretor da 
> empresa, pediu pra deixar em um máquina para todos poderem viasualizar os 
> problemas de query.

vc está deixando a página do oem aberta 24 horas, é isso ? Se sim, não deve ter 
a ver com a questão, mas é absolutamente ** estranho ** , os usuários podem 
tranquilamente usar uma máquina qualquer da rede que tenha browser de internet 
e acesso ao servidor pra consultar o oem, ** não ** precisa ser exatamente na 
máquina aonde o oem roda...

> 
> É normal a criação desses logs/traces?

Sim.

>>  Tenho mesmo a necessidade de ter esses arquivos? 

Não, vc absolutamente NÂO TEM que ter os arqs de logs e trace todos : da mesma 
forma que traces e logs do banco, uma vez não mais usados eles PODEM (e mesmo 
DEVEM) ser compactados, movidos pra fita e deletados do disco.

>> Posso desabilitar a criação dos mesmos?

Sim, no diretório $ORACLE_HOME/$HOSTNAME_$ORACLE_SID/sysman/config/ cheque o 
arquivo emd.proprieties que ele tem parâmetros pra desabilitar, restringir o % 
de disco usado nos logs e traces, e mais... Porém, imho, não Recomendo que vc 
faça isso, em caso de falha/dúvida/problema com o OEM esses arqs são 
INESTIMÁVEIS, não os desabilite... O que vc deve fazer é OU de tanto em tanto 
(a cada dia, ou sei lá quando vc quer) rapidamente desligar o oem por uns 
minutos, compactar e mover pra fita os arqs todos e religar, OU ao menos ter um 
esquema de rotate desses logs e traces...

[]s

 Chiappa

[oracle_br] Fast Dolphin Vagas: Oracle Multiple Positions -Sao Paulo- 14 months

2009-09-15 Por tôpico Brenda Manjarrez 
Hello, everybody.
I have a 14-month project in Sao Paulo, Brazil and we are looking for
consultants for different positions:
.Oracle Project Leader
.Oracle Financials Functional Consultant
.Oracle Manufacturing Functional Consultant
.Oracle Distribution Functional Consultant
.MasterSAF Consultant
 
 
Please find additional information below:
 
Position: Project Leader
Description: 
. Client is implementing Oracle Applications, different modules.
Location: Sao Paulo, Brazil
Duration: 14 months
Travel Expenses: Not covered by client (local resources preferred)
Requirements: 
. +5 years of implementation experience
. At least 3 Full cycle implementations
. Previous experience as Team Leader or Project Manager
Required Languages: Bilingual (Fluent in both English and Portuguese)
VISA: Not required
Cost Range: Please provide all-inclusive rates
Others: Local resources preferred
 
 
Position: Oracle Financials Functional Consultant
Description: 
. Client is implementing Oracle Applications, different modules.
Location: Sao Paulo, Brazil
Duration: 14 months
Travel Expenses: Not covered by client (local resources preferred)
Requirements: 
. +3 years of implementation experience
. At least 2 Full cycle implementations
. Expertise in modules AP, AR and GL. 
Required Languages: Bilingual (Fluent in both English and Portuguese)
VISA: Not required
Cost Range: Please provide all-inclusive rates
Others: Local resources preferred
 
 
Position: Oracle Manufacturing Functional Consultant
Description: 
. Client is implementing Oracle Applications, different modules.
Location: Sao Paulo, Brazil
Duration: 14 months
Travel Expenses: Not covered by client (local resources preferred)
Requirements: 
. +3 years of implementation experience
. At least 2 Full cycle implementations
. Expertise in modules WIP and BOM. 
Required Languages: Bilingual (Fluent in both English and Portuguese)
VISA: Not required
Cost Range: Please provide all-inclusive rates
Others: Local resources preferred
 
 
Position: Oracle Distribution Functional Consultant
Description: 
. Client is implementing Oracle Applications, different modules.
Location: Sao Paulo, Brazil
Duration: 14 months
Travel Expenses: Not covered by client (local resources preferred)
Requirements: 
. +3 years of implementation experience
. At least 2 Full cycle implementations
. Expertise in modules OM, INV and PO. 
Required Languages: Bilingual (Fluent in both English and Portuguese)
VISA: Not required
Cost Range: Please provide all-inclusive rates
Others: Local resources preferred
 
 
Position: MasterSAF Consultant
Description: 
. Client is implementing Oracle Applications, different modules and
needs a specialist in MasterSAF to complement the implementations. 
Location: Sao Paulo, Brazil
Duration: 14 months
Travel Expenses: Not covered by client (local resources preferred)
Requirements: 
. +3 years of implementation experience
. Knowledge of Oracle Applications implementation
. Expertise in MasterSAF. 
Required Languages: Bilingual (Fluent in both English and Portuguese)
VISA: Not required
Cost Range: Please provide all-inclusive rates
Others: Local resources preferred
 
 
If you are available and interested in any of the previous positions, please
send us an email to brenda.manjar...@fastdolphin.com with the following: 
. Updated and detailed English Resume in Word Format
. Hourly fee in US dollars (all-inclusive rates)
. Availability 
. Current location
. Contact phones and e-mail for interviews.
 
Please let me know if you need further information. 
 
 
Best regards, 
 
 
Brenda Manjarrez | IT Recruiting Specialist | Fast Dolphin, Inc. |
 www.fastdolphin.com | Work: 954-607-6104 |
Fax: 954-252-2395
 


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: localizar todas as fks de um esquema

2009-09-15 Por tôpico thiago986 

Segue:

Do schema corrente:
select constraint_name
 from user_constraints
where constraint_type = 'R'
/

De um ou mais schemas:
select constraint_name
 from all_constraints
where constraint_type = 'R'
  and owner in ('USER1','USER2')
/


Att,


--- Em oracle_br@yahoogrupos.com.br, Leonardo Santos da Mata 
 escreveu
>
> alguem sabe  como eu consiguo localizar todas as chaves (nomes) estrangeiras
> de de todas as tabelas de um esquemas?
> Eu estou usando oracle 10g.
> 
> --
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

Re: [oracle_br] localizar todas as fks de um esquema

2009-09-15 Por tôpico Marcos Fontana 
Segue abaixo:

select owner, table_name, constraint_name from dba_constraints where
constraint_type='R' and owner='SEUOWNER'

Att.

Marcos Fontana
DBA Oracle

2009/9/15 Leonardo Santos da Mata 

>
>
> alguem sabe como eu consiguo localizar todas as chaves (nomes) estrangeiras
> de de todas as tabelas de um esquemas?
> Eu estou usando oracle 10g.
>
> --
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Tabela com Long - Aumento de espaço em disco

2009-09-15 Por tôpico Marcos Fontana 
Caro,

Acho que pra você reorganizar a tabela, você só vai ter o export import para
te ajudar. Nem dbms_redefinition pode ajudar nisso. Seria necessário então,
exportar a tabela e reimportar usando o imp.

Att.

Marcos Fontana
DBA Oracle

2009/9/15 regisbavaresco 

>
>
> Pessoal,
>
> Tenho um usuário no banco de dados dono de algumas tabelas de uma aplicação
> onde a software house mandou scripts com colunas long. Aleguei que a Oracle
> não recomenda o uso, mas mesmo assim criei o esquema pois os "entendidos em
> informatica" mas que são de outros departamentos compraram a aplicação sem
> consultar ninguém.
> O que está ocorrendo é que a tablespace está crescendo muito mais que o
> normal. Como posso verificar o que efetivamente está aumentando o consumo de
> espaço e onde fazer um shirink em alguma tabela ou alguém conhece algum
> outro procedimento para diminuir essa tableaspace?
> Dados
> Banco Oracle 10.2.0.3 Standard Edition
> Sistema operacional hp-ux 11 v1
>
> Obrigado.
>
> Regis Bavaresco
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] localizar todas as fks de um esquema

2009-09-15 Por tôpico Leonardo Santos da Mata 
alguem sabe  como eu consiguo localizar todas as chaves (nomes) estrangeiras
de de todas as tabelas de um esquemas?
Eu estou usando oracle 10g.

--


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] exportar todas as tabelas para instr uções inserts

2009-09-15 Por tôpico Roberto Oshikawa 
Leonardo,

Se você utilizar o PL-SQL Developer vc consegue fazer isso facilmente


é só vc usar a opção

TOOLS -> Export Tables


Depois selecionar a forma como vai querer exportar os dados.

Vc pode baixar o Developer diretamente na página deles

http://www.allroundautomations.com/plsqldev.html




2009/9/15 Leonardo Santos da Mata 

>
>
> Oi pessoal eu estou usando oracle 10g e gostaria de saber se tem como eu
> exportar um banco de dados para as instruções de insert.
> Eu quero ao invés de fazer dump. eu queria fazer isso com todas as tabelas
> do banco.
>
> Obrigado.
> Leonardo
>
> [As partes desta mensagem que não continham texto foram removidas]
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] exportar todas as tabelas para instruções inserts

2009-09-15 Por tôpico Leonardo Santos da Mata 
Oi pessoal eu estou usando oracle 10g e gostaria de saber se tem como eu
exportar um banco de dados para as instruções de insert.
 Eu quero ao invés de fazer dump. eu queria fazer isso com todas as tabelas
do banco.

Obrigado.
Leonardo


[As partes desta mensagem que não continham texto foram removidas]

RES: [oracle_br] Informação e-mail com ane xo PL/SQL - ORACLE

2009-09-15 Por tôpico Sérgio Luiz Rodrigues Chaves 
Michely,
 
Verifique se o código abaixo lhe ajuda:
 
Procedure envia_arquivo(
p_toin Varchar2,
p_from  in Varchar2,
p_subject   in Varchar2,
p_text  in Varchar2 default null, 
p_directin Varchar2 default null,
p_file  in Varchar2 default null)  is
Mensagem   Varchar2(32767);
v_file_handle  Utl_file.file_type;
v_line Varchar2(32767); 
wlinha_parm_relat  Varchar2(1000); 
w_num_seq  Number(09);
wgrava   Number(9);
wi Number(09):=0;
wsizeNumber(9);
listafile  Varchar2(50);

Cursor Notes is
   Select 25 port, p.end_ip END_IP, p.nom_ccmail Servidor
 from ONDE_TEM_IP_DO_SERVIDOR_DE_EMAIL p;
r_notes notes%rowtype; 
c utl_smtp.connection;
PROCEDURE send_header(name IN VARCHAR2, header IN VARCHAR2) AS
 BEGIN
   utl_smtp.write_data(c, name || ': ' || header || utl_tcp.CRLF);
END;
BEGIN  
 open notes;
 fetch notes into r_notes;
 close notes;

 c := utl_smtp.open_connection(r_notes.END_IP,r_notes.port);
 utl_smtp.helo(c, R_Notes.Servidor);
 utl_smtp.mail(c,  p_from);
 utl_smtp.rcpt(c,  p_to);
 utl_smtp.open_data(c);
 send_header('From',p_from);
 send_header('To',  p_to); 
 send_header('Subject', p_subject);
 mensagem:='Mime-Version: 1.0' || utl_tcp.CRLF ||'Content-Type: 
multipart/mixed; boundary="DMW.Boundary.605592468"' || utl_tcp.CRLF ||'' || 
utl_tcp.CRLF ;
 utl_smtp.write_data ( c, mensagem  );
 mensagem :=null;
 mensagem := mensagem || '--DMW.Boundary.605592468' || utl_tcp.CRLF 
||'Content-Type: text/plain; name="message.txt"; charset=US-ASCII' || 
utl_tcp.CRLF ||'Content-Disposition: inline; filename="message.txt"' || 
utl_tcp.CRLF ||'Content-Transfer-Encoding: 7bit' || utl_tcp.CRLF ||'' || 
utl_tcp.CRLF; 
 mensagem := mensagem || p_text || utl_tcp.CRLF ;
 utl_smtp.write_raw_data(c, utl_raw.cast_to_raw(mensagem));
 v_file_handle := utl_file.fopen(p_direct, p_file, 'r' ,32767);
 mensagem  := utl_tcp.CRLF || '--DMW.Boundary.605592468' || utl_tcp.CRLF ||
 'Content-Type: application/octet-stream; name="' || p_file || '"' 
|| utl_tcp.CRLF ||
 'Content-Disposition: attachment; filename="' || p_file || '"' || 
utl_tcp.CRLF ||
 'Content-Transfer-Encoding: 7bit' || utl_tcp.CRLF || utl_tcp.CRLF ;
 utl_smtp.write_data ( c, mensagem  );
 begin
   loop
   utl_file.get_line(v_file_handle, v_line);
   mensagem := v_line || utl_tcp.CRLF ;
   utl_smtp.write_data ( c, mensagem );
   end loop;
   mensagem := utl_tcp.CRLF; 
   utl_smtp.write_data ( c, mensagem );
   utl_file.fclose(v_file_handle);
   exception
 when utl_file.invalid_path then
dbms_output.put_line('Error in opening attachment ');
 when others then
 if utl_file.is_open(v_file_handle) Then
utl_file.fclose(v_file_handle);
 end if;   
end;
mensagem := utl_tcp.CRLF || '--DMW.Boundary.605592468' || utl_tcp.CRLF ||'' 
|| utl_tcp.CRLF; 
utl_smtp.write_data ( c, mensagem  );
v_sql:=NULL;
   /**  monta uma query para gerar planilha dinamicamente **/
/*X:=1;
  While X < 6000 Loop
 Pos:=Instr(V_SQL,chr(13),X,1);
 If Pos=0 Then
Dbms_Output.Put_Line(Substr(V_SQL,X));
X:=1;
 Else
Dbms_Output.Put_Line(Substr(V_SQL,X,(Pos-X)+1));
X:=Pos+1;
 End If;
  End Loop;*/
  
 /* GRAVA PARAMETROS PARA GERAÇÂO DE PLANILHAS**/
  
   mensagem  := utl_tcp.CRLF || '--DMW.Boundary.605592468' || utl_tcp.CRLF ||
'Content-Type: application/octet-stream; name="' || LISTAFILE || 
'"' || utl_tcp.CRLF ||
'Content-Disposition: attachment; filename="' || LISTAFILE || '"' 
|| utl_tcp.CRLF ||
'Content-Transfer-Encoding: 7bit' || utl_tcp.CRLF || utl_tcp.CRLF ;
   utl_smtp.write_raw_data(c, utl_raw.cast_to_raw(mensagem));
 
   BEGIN
/** PROCEDIMENTO PARA GERAÇÃO DE PLANILHAS ***/
   v_file_handle := utl_file.fopen(p_direct, LISTAFILE, 'r' );
begin
   loop
   utl_file.get_line(v_file_handle, v_line);
   mensagem := v_line || utl_tcp.CRLF ;
   utl_smtp.write_data ( c, mensagem );
   end loop;
   mensagem := utl_tcp.CRLF; 
   utl_smtp.write_data ( c, mensagem );
   utl_file.fclose(v_file_handle);
   exception
 when utl_file.invalid_path then
dbms_output.put_line('Error in opening attachment ');
 when others then
 if utl_file.is_open(v_file_handle) Then
utl_file.fclose(v_file_handle);
 end if;   
end;
 exception
  when OTHERS the

[oracle_br] OEM - 10G Release 10.2.0.1

2009-09-15 Por tôpico Márcio Ricardo Alves da Silva 
Olá pessoal.

Na pasta abaixo está sendo gerado alguns arquivos emoms.log, emoms.trc.1, 
emoms.trc.2) nos ultimos dias
e o disco hoje chegou perto dos seus 100%.

A mudança que foi feita, é que agora o OEM fica aberta 24x7, o diretor da 
empresa, pediu pra deixar em um máquina para todos poderem viasualizar os 
problemas de query.

É normal a criação desses logs/traces? Tenho mesmo a necessidade de ter esses 
arquivos? Posso desabilitar a criação dos mesmos?

/oracle/app/oracle/product/10.2.0/hp_wk2/sysman/log

Grato,
Márcio.

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Informação e-mail com anexo PL/SQL - ORACLE

2009-09-15 Por tôpico michelycarneiro 
Boa dia a todos!
 
 
Será que alguém pode me ajudar com um probleminha?
 
É que tenho que gerar uma procedure que irá enviar um e-mail com anexo.
 
O anexo eu terei que localizar em uma pasta do meu computador.
 
Alguém tem idéia de como fazer isso? 
 
Eu consigo enviar um e-mail via banco, mas não consigo anexar um arquivo do meu 
computador.
 
Obrigada,
 
Michely Carneiro

[oracle_br] [E.M. Grid Control - Problemas pra subir o Database Control]

2009-09-15 Por tôpico [Paulo Sousa] 
Boa tarde, pessoal.

Estou há alguns dias com problemas para subir o Database Control. Já tentei
várias coisas, passei por fóruns e o próprio MetaLink. Em todas as minhas
tentativas, sempre chego no ponto em que a mensagem de erro é exibida:

SEVERE: Erro ao iniciar Database Control
Consulte o arquivo de log em
c:\oracle\product\10.2.0\db_1\cfgtoollogs\emca\dbmon\emca_2009-09-14_02-08-55-PM.log
para obter mais detalhes.
14/09/2009 14:16:19 oracle.sysman.emcp.EMConfig perform
CONFIG: Stack Trace:
oracle.sysman.emcp.exception.EMConfigException: Erro ao iniciar Database
Control
at
oracle.sysman.emcp.EMDBPostConfig.performConfiguration(EMDBPostConfig.java:569)
at oracle.sysman.emcp.EMDBPostConfig.invoke(EMDBPostConfig.java:181)
at oracle.sysman.emcp.EMDBPostConfig.invoke(EMDBPostConfig.java:150)
at oracle.sysman.emcp.EMConfig.perform(EMConfig.java:155)
at
oracle.sysman.emcp.EMConfigAssistant.invokeEMCA(EMConfigAssistant.java:479)
at
oracle.sysman.emcp.EMConfigAssistant.performConfiguration(EMConfigAssistant.java:1123)
at
oracle.sysman.emcp.EMConfigAssistant.statusMain(EMConfigAssistant.java:463)
at oracle.sysman.emcp.EMConfigAssistant.main(EMConfigAssistant.java:412)

Antes dessa mensagem de erro, existem várias mensagens de "wait" iguais a
essa:

CONFIG: Waiting for service 'OracleDBConsoledbmon' to fully start
14/09/2009 14:16:09 oracle.sysman.emcp.util.PlatformInterface serviceCommand

É isso o que tenho no log, nenhum datalhe mais. O problema ocorre tanto
durante a instalação do Oracle quanto durante a recriação do
dbcontrol/dbconsole.

Já configurei a minha máquina para trabalhar com IP fixo, já acertei a
arquivo hosts, tenho as variáveis ORACLE_SID, ORACLE_HOME setadas quando
faço a operação, mas não consigo passar desse ponto, está sendo bem
frustrante.

Tenho executado o seguinte comando (troquei alguns valores na linha abaixo
para fim de exemplo, apenas):

emca -config dbcontrol db -repos recreate -SID dbmon -PORT 1521 -ORACLE_HOME
c:\oracle\product\10.2.0\db_1 -ORACLE_HOSTNAME  -SYS_PWD
 -LISTENER_OH
C:\oracle\product\10.2.0\oracle\product\10.2.0\db_1 -LISTENER LISTENER
-DBCONTROL_HTTP_PORT 1820 -AGENT_PORT 1821

Com as inúmeras tentativas fui adicionando novos parâmetros esperando que
acontecesse alguma mudança no comportamento. Então, ficam descartados os
parâmetros que passei acima, sem eles também chegava no mesmo ponto de erro.

Já tentei somente a recriação do repositório e do dbcontrol separados também
e nada. Segui dicas para excluir todos os recursos envolvidos manualmente
(desde de registro do S.O. até diretórios do Oracle), tentei a criação do
zero, mas o resultado final é sempre o mesmo (SEVERE: Erro ao iniciar
Database Control).

Já fui até o gerenciador de serviços, e peguei o que o serviço
OracleDBConsole tenta executar, é isso:
"StartServiceCtrlDispatcher failed with err 1063."

Executei um "net helpmsg 1063" e me informa o seguinte:
"O processo do serviço não pôde se conectar ao controlador do serviço."

Estou utilizando Windows XP (Service Pack 2) e Oracle 10.2.0.1.

Alguém já viu isso ou passou pelo mesmo problema?


[]'s

Paulo Sousa
paulorso...@gmail.com

"Curta a vida e os bons amigos ,
a vida porque é curta,
e os bons amigos porque são poucos."


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] Flash recovery area

2009-09-15 Por tôpico Marcelo Medrado 
ALex,
Já experimentou fazer um crosscheck dos backups e archivelogs? Dessa forma o
RMAN "entende" que os arquivos não estão mais lá!

$ rman target /

RMAN> crosscheck archivelog all;
(...)
RMAN>crosscheck backup of database;

Sds,

Marcelo Medrado


2009/9/15 alex80.lists 

>
>
> Olá pessoal,
>
> a pouco um banco de dados reportou erro na area de Flash Recovery.
> Esta base está em archivelog, mas não faz backup via Rman (base de teste),
> e é 10G
>
> Já procurei procedimento de limpeza, e tudo que fiz foi deletar 90% dos
> archived logs o que diminuiu bastante o volume em disco, mas não diminuiu o
> flash recovery.
> Logo depois, executei o sql para ver o espaço no flash e continua full.
>
> Que outro procedimento devo tomar para isso?
>
> Desde já agradeço;
> Alex
>
> ---
> ORA-19804: cannot reclaim 7321600 bytes disk space from 8589934592 limit
> ORA-19809: limit exceeded for recovery files
> ORA-19815: WARNING: db_recovery_file_dest_size of 8589934592 bytes is
> 100.00%
> used, and has 0 remaining bytes available.
> ---
>
>  
>


[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Tabela com Long - Aumento de espaço em disco

2009-09-15 Por tôpico regisbavaresco 
Pessoal,

Tenho um usuário no banco de dados dono de algumas tabelas de uma aplicação 
onde a software house mandou scripts com colunas long. Aleguei que a Oracle não 
recomenda o uso, mas mesmo assim criei o esquema pois os "entendidos em 
informatica" mas que são de outros departamentos compraram a aplicação sem 
consultar ninguém.
O que está ocorrendo é que a tablespace está crescendo muito mais que o normal. 
Como posso verificar o que efetivamente está aumentando o consumo de espaço e 
onde fazer um shirink em alguma tabela ou alguém conhece algum outro 
procedimento para diminuir essa tableaspace?
Dados 
Banco Oracle 10.2.0.3 Standard Edition
Sistema operacional hp-ux 11 v1

Obrigado.

Regis Bavaresco

[oracle_br] Application?????????

2009-09-15 Por tôpico Márcio Ricardo Alves da Silva 
Boas.

Estou visualizando no OEM 10G Release 10.2.0.1.0, SO HP-UX 11.23B.

E no momento tenho dez sessões fazendo comandos DMLS, e também um LOCK em uma 
tabela. E todas as sessões estão com a atividade só de APPLICATION, o que 
siginifica esse APPLICATION e a porcentagem de consumo é a mesma para todos.

Grato,
Márcio.

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Re: Flash recovery area

2009-09-15 Por tôpico jlchiappa 
Colega, primeiro "ERRO" eu duvido, deve ser só um WARNING no alerta... 
Seguinte, é documentado que na FRA além dos backups propriamente ditos, vc pode 
ter cópias de CONTROLFILEs, de ONLINELOGs, de ARCHIVEs, e arquivos 'avulsos' , 
como IMAGEs e logs de FLASHBACK (se o seu banco estvier com FLASHBACK ativo) : 
primeira coisa é consultar o que vc tem lá, pode ser um select * from 
V$FLASH_RECOVERY_AREA_USAGE; e veja lá o que vc tem Pelo jeito, já que vc 
não faz backup via RMAN, imagino que a maioria dos caras deve ser logs de 
flashback,mas : veja o que é que vc tem,  passa eles pra fita se precisar (com 
um backup flash recovery area, talvez), e REMOVA-OS com o comando DELETE 
apropriado do RMAN - a FRA é gerenciada pelo RMAN, ele não serve só pra backups 
e restores, o bichinho sabe fazer uns truques a mais...
 Pode ser também que HOJE vc não faz backups pelo RMAN mas alguém fez o passado 
e vc tenha que purgar esses backups antigos, e/ou vc pode ter arquivos 
expirados, se for o caso pode se mandar um CROSSCHECK e depois um DELETE 
EXPIRED, veja lá...
 
 
 []s
 
  Chiappa
--- Em oracle_br@yahoogrupos.com.br, Alex Oracle  escreveu
>
> Olá pessoal,
> 
> a pouco um banco de dados reportou erro na area de Flash Recovery.
> Esta base está em archivelog, mas não faz backup via Rman (base de teste), e
> é 10G
> 
> Já procurei procedimento de limpeza, e tudo que fiz foi deletar 90% dos
> archived logs o que diminuiu bastante o volume em disco, mas não diminuiu o
> flash recovery.
> Logo depois, executei o sql para ver o espaço no flash e continua full.
> 
> Que outro procedimento devo tomar para isso?
> 
> Desde já agradeço;
> Alex
> 
> 
> 
> ---
> ORA-19804: cannot reclaim 7321600 bytes disk space from 8589934592 limit
> ORA-19809: limit exceeded for recovery files
> ORA-19815: WARNING: db_recovery_file_dest_size of 8589934592 bytes is
> 100.00%
> used, and has 0 remaining bytes available.
> ---
> 
> 
> [As partes desta mensagem que não continham texto foram removidas]
>

[oracle_br] Flash recovery area

2009-09-15 Por tôpico alex80.lists 
Olá pessoal,

a pouco um banco de dados reportou erro na area de Flash Recovery.
Esta base está em archivelog, mas não faz backup via Rman (base de teste), e é 
10G

Já procurei procedimento de limpeza, e tudo que fiz foi deletar 90% dos 
archived logs o que diminuiu bastante o volume em disco, mas não diminuiu o 
flash recovery.
Logo depois, executei o sql para ver o espaço no flash e continua full.

Que outro procedimento devo tomar para isso?

Desde já agradeço;
Alex



---
ORA-19804: cannot reclaim 7321600 bytes disk space from 8589934592 limit
ORA-19809: limit exceeded for recovery files
ORA-19815: WARNING: db_recovery_file_dest_size of 8589934592 bytes is 100.00%
used, and has 0 remaining bytes available.
---

[oracle_br] Próxima Turma de RAC - TWS

2009-09-15 Por tôpico fdamous 



Gente,



Desculpem atrapalhar as mensagens do grupo, mas minha mensagem é
importante para nós de Oracle.



A turma de RAC do TWS ocorrerá dia 26/09 e o nosso instrutor será
O Especialista e Certificado em RAC pela Oracle Marcus Vinícios.



Como todos sabem, montar uma turma dessas é difícil, pois todo
mundo muda data por causa de projeto, sem falar que cada aluno é
praticamente uma empresa de Oracle na sala, portanto, não perca a
oportunidade de fazer esse treinamento de RAC.

Vimos que marcar data pelo site não dá certo. Temos sim que tentar
especificar uma data para que o máximo de pessoas consiga participar,
por isso o site está fora do ar, para que falem direto comigo.



Informo que as inscrições estarão disponíveis somente via os
contatos abaixo e que todas as outras datas de treinamentos serão
informadas desta forma.



Fernanda Damous

fdam...@enpo-br.org;fdam...@yahoo.com;cont...@twstecnologia.com.br



11-8752-5513



Aguardeço a compreesão de todos!











[As partes desta mensagem que não continham texto foram removidas]

Fwd: Fw: [oracle_br] Re: Percentual de Crescimento em uma Tabela

2009-09-15 Por tôpico jlchiappa 
Na verdade, não é o ** tamanho ** que indica ou não a necessidade de coleta de 
estatísticas, e sim a frequência de alteração Nada impede, em tese, de vc 
ter uma base de muitas e muitas centenas de Gbs aonde a maioria é dado 
estático/histórico, ou coisa assim, e nada impede vc ter uma base de uma ou 
duas  dezenas de Gb com alterações constantes e significativas, ok ?
 Respondendo à pergunta, a maneira que defendo/recomendo para se fazer a coleta 
é simples : primeiro ter uma  DBA que ** conheça ** o ambiente (ie, quais 
tabelas são 'grandes', quais 'pequenas', quanto de paralelismo a máquina 
aguenta, quais tabelas são 'histórico', quais são 'vivas', se o sistema pode se 
beneficiar de histogramas ou não, qual o tamanho de histogramas se sim, etc), e 
sabendo-se isso  ter diversos scripts sqlplus tipo como o abaixo gerando via 
spool outros scripts com os comandos GATHER_TABLE_STATS para ** cada ** tabela 
, na forma e opções que forem desejadas, é isso... Em sendo banco 10g ou 
superior, há alguns casos de banco/aplicação OLTP extremamente simples aonde a 
coleta-padrão feita pelo job default até atende, mas esses são a EXCEÇÃO e não 
a regra na minha experiência...
 
  []s
  
   Chiappa
   
os scripts que uso são + ou - tipo assim :

set term off feedback off verify off pages 0 lines 500 trimspool on head off
spool C:\coleta_stats_tabs_grandes_hist_auto.sql
select 'execute sys.dbms_stats.gather_table_stats(ownname=>'
  || chr(39) || owner || chr(39) || ',tabname=>'
  || chr(39) || table_name || chr(39)
  || ',granularity=>'  || chr(39) || 'ALL'|| chr(39)
  || ',method_opt=>'   || chr(39) || 'FOR ALL INDEXED COLUMNS SIZE AUTO' || 
chr(39)
  || ', estimate_percent=>NULL,cascade=>TRUE, DEGREE=>6);'
  from dba_tables
 where owner in ('DMGGER', 'DMCOMUM')
 order by table_name
/
select 'exit' || chr(10) from dual
/
spool off
exit


teria outros similares criando os scripts de coleta das tabelas pequenas, outro 
criando os scripts de coleta das tabelas que precisam de histograma num valor 
específico, outro criando os scripts que coletam estats das tabelas aonde tenho 
que fazer ESTIMATE por causa do tamanho, é tipo assim... TUDO específico e 
OTIMIZADO pro ambiente em questão, yes ?

--- Em oracle_br@yahoogrupos.com.br, Ne  escreveu
>
> Aproveitando o gancho...
> 
> É válido colher estatisticas para uma base pequena ( +/- 10GB)?
> se sim, qual a melhor maneira sem usar a "monstra" GATHER_SCHEMA_STATS
> 
> 
> bj
> Cris
> 
> - Original Message - *From:* Luiz Antonio Camargo
> *To:* oracle_br@yahoogrupos.com.br
> *Sent:* Monday, September 14, 2009 7:55 PM
> *Subject:* Re: [oracle_br] Re: Percentual de Crescimento em uma Tabela
> 
> 
> 
> Chiappa... perfeita explicação muito obrigado!
> 
> 2009/9/14 jlchiappa 
> 
> >
> >
> > Colega, é o seguinte : SIM, necessariamente e obrigatoriamente SE as
> > estatísticas de um dado segmento foram coletadas corretamente ENTÃO a
> coluna
> > LAST_ANALYZED da DBA_TABLES, DBA_INDEXES, etc TEM QUE estar atualizada,
> > sim... No teu caso, porém, como vc usa o cacareco do GATHER_SCHEMA_STATS,
> o
> > que a Documentação 10g correspondente (manual Oracle® Database Performance
> > Tuning Guide 10g Release 2 (10.2), cap. 14 Managing Optimizer Statistics)
> > nos diz é
> >
> > "The GATHER_DATABASE_STATS or GATHER_SCHEMA_STATS procedures gather new
> > statistics for tables with stale statistics when the OPTIONS parameter is
> > set to GATHER STALE or GATHER AUTO."
> >
> > OU SEJA, esse sujeito NÃO calcula/coleta estats de todo mundo, mas APENAS
> > das tabelas que estiverem marcadas como MONITORING e que tem estats
> > velhas(stale) - ie, sofreram mais de 10% de linhas alteradas/inseridas.
> >
> > Muito bem, sendo assim a primeira hipótese é que simplesmente esses
> > segmentos que vc não vê a LAST_ANALYZED mudar ou não tiveram alterações
> > nesse montante ou não estavam marcadas como monitoring...
> >
> > Uma segunda possibilidade é a seguinte : eu chamei o monstrengo de
> cacareco
> > porque, ENTRE OUTRAS FALHAS, esse sujeito é SERIAL, ie, ele olha a tabela
> 1
> > dum dado schema, só depois que acabou com ela aí ela passa pra tabela 2,
> > assim por diante - num ambiente de Produção, isso é DESPERDÍCIO puro de
> > servidor, é via de regra muito mais eficiente vc ter ao mesmo tempo uma
> > sessão coletando stats da tabela A, junto com outra sessão na tabela B,
> > outra na C... Muito bem, sabendo da ineficiência do GATHER_SCHEMA, pode se
> > teorizar que talvez a coleta de estatísticas esteja demorando muito, e
> > ultrapassando a JANELA reservada para a rotina, sendo portanto abortada,
> não
> > indo até o final, por isso vc está vendo objs com LAST_ANALYZED não
> > atualizado...
> >
> > É isso então, cheque ambas as possibiliaddes e veja aí o que está
> > ocorrendo...
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br 
> >  40yahoogrupos.com.br>, Luiz
> > Antonio Camargo  escreveu
> > >
> > > Quero emendar uma questão.
> > >
> > >

Fwd: Fw: [oracle_br] Re: Percentual de Crescimento em uma Tabela

2009-09-15 Por tôpico Ne 
Aproveitando o gancho...

É válido colher estatisticas para uma base pequena ( +/- 10GB)?
se sim, qual a melhor maneira sem usar a "monstra" GATHER_SCHEMA_STATS


bj
Cris

- Original Message - *From:* Luiz Antonio Camargo
*To:* oracle_br@yahoogrupos.com.br
*Sent:* Monday, September 14, 2009 7:55 PM
*Subject:* Re: [oracle_br] Re: Percentual de Crescimento em uma Tabela



Chiappa... perfeita explicação muito obrigado!

2009/9/14 jlchiappa 

>
>
> Colega, é o seguinte : SIM, necessariamente e obrigatoriamente SE as
> estatísticas de um dado segmento foram coletadas corretamente ENTÃO a
coluna
> LAST_ANALYZED da DBA_TABLES, DBA_INDEXES, etc TEM QUE estar atualizada,
> sim... No teu caso, porém, como vc usa o cacareco do GATHER_SCHEMA_STATS,
o
> que a Documentação 10g correspondente (manual Oracle® Database Performance
> Tuning Guide 10g Release 2 (10.2), cap. 14 Managing Optimizer Statistics)
> nos diz é
>
> "The GATHER_DATABASE_STATS or GATHER_SCHEMA_STATS procedures gather new
> statistics for tables with stale statistics when the OPTIONS parameter is
> set to GATHER STALE or GATHER AUTO."
>
> OU SEJA, esse sujeito NÃO calcula/coleta estats de todo mundo, mas APENAS
> das tabelas que estiverem marcadas como MONITORING e que tem estats
> velhas(stale) - ie, sofreram mais de 10% de linhas alteradas/inseridas.
>
> Muito bem, sendo assim a primeira hipótese é que simplesmente esses
> segmentos que vc não vê a LAST_ANALYZED mudar ou não tiveram alterações
> nesse montante ou não estavam marcadas como monitoring...
>
> Uma segunda possibilidade é a seguinte : eu chamei o monstrengo de
cacareco
> porque, ENTRE OUTRAS FALHAS, esse sujeito é SERIAL, ie, ele olha a tabela
1
> dum dado schema, só depois que acabou com ela aí ela passa pra tabela 2,
> assim por diante - num ambiente de Produção, isso é DESPERDÍCIO puro de
> servidor, é via de regra muito mais eficiente vc ter ao mesmo tempo uma
> sessão coletando stats da tabela A, junto com outra sessão na tabela B,
> outra na C... Muito bem, sabendo da ineficiência do GATHER_SCHEMA, pode se
> teorizar que talvez a coleta de estatísticas esteja demorando muito, e
> ultrapassando a JANELA reservada para a rotina, sendo portanto abortada,
não
> indo até o final, por isso vc está vendo objs com LAST_ANALYZED não
> atualizado...
>
> É isso então, cheque ambas as possibiliaddes e veja aí o que está
> ocorrendo...
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br 
> , Luiz
> Antonio Camargo  escreveu
> >
> > Quero emendar uma questão.
> >
> > Onde trabalho, não fui eu que montei o banco, e na verdade estou
> começando
> > agora a me responsabilizar por funções de DBA (que era terceirizado).
> >
> > O scipt de analise de tabelas está da seguinte forma:
> > exec dbms_stats.gather_schema_stats(ownname=>'PRODUCAO',degree=>
> > 4,cascade=>true,method_opt=>'FOR ALL INDEXED COLUMNS SIZE 1');
> > .. e se repete dessa forma para todos os "ownname" que temos no banco,
> > rodando diariamente durante a noite.
> >
> > Só que se verifico quando foram executadas as analises das tabelas,
> muitas
> > não têm a analise executada durante a noite, sendo que sempre aos finais
> de
> > semana, é quando ele analisa um maior volume de tabelas.
> >
> > Como é controlado isso? Imaginei que ele "analisava" a necessidade de
> rodar
> > o "analyze" na tabela antes de proceder isso é isso? ou tem algo
> errado
> > e todas as tabelas deveriam ter as datas de analise "atualizadas" no
dic.
> de
> > dados.
> >
> > Desculpe, mas nem sei o que são os parametro. Sei que deveria dar uma
> > pesquisada antes, mas quis aproveitar a duvida do nosso amigo que é
> > relacionada ao mesmo assunto.
> >
> > Obrigado
> >
> >
> > 2009/9/14 Jean Carlo - Hotmail 
> >
> > >
> > >
> > > Com essa observação ai vai uma dúvida minha.
> > >
> > > Tem um cliente onde duas vezes ao dia é feita uma carga para uma
tabela
> com
> > > 40mil registros sendo adicionado em cada carga.
> > >
> > > Com essa observação, devo coletar estatísticas novas para essa tabela
> cada
> > > vez que essa carga for feita??
> > >
> > > SO: Windows 2003.
> > >
> > > Banco: Oracle9i Enterprise Edition Release 9.2.0.5.0
> > >
> > > De: oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br> [mailto:
> > > oracle_br@yahoogrupos.com.br  40yahoogrupos.com.br>] Em
> > > nome de jlchiappa
> > > Enviada em: segunda-feira, 14 de setembro de 2009 15:05
> > > Para: oracle_br@yahoogrupos.com.br 
> > >  40yahoogrupos.com.br>
> > > Assunto: [oracle_br] Re: Percentual de Crescimento em uma Tabela
> > >
> > > Escrevo de cabeça, mas iirc em lugar NENHUM a Oracle indica que as
> > > estatísticas devem ser consideradas stale obrigatoriamente com x% de
> > > mudanças nos dados, o que os manuais e os artigos do metalink a
> respeito
> > > falavam é que assim que for estatisticamente relevante a mudança, se
> deve
> > > fazer a coleta... Via de regra, o default de 10% que internamente o bd
> > > Oracle utiliza é bem razoável, penso que vc pode se

Re: [oracle_br] FULL TABLE..

2009-09-15 Por tôpico Márcio Ricardo Alves da Silva 
Obrigado Marcelo pela dica, não conhecia essa. Então, coloquei o Ano e agora 
ficou bom o custo da minha consulta.

  - Original Message - 
  From: Marcelo 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, September 15, 2009 8:43 AM
  Subject: RE: [oracle_br] FULL TABLE..


Marcio,

  Uma dica que eu aprendi no dia-a-dia de SQL.

  Sempre comece as clausulas do WHERE de baixo para cima seguindo um índice.

  Como você mencionou que o índice começa pelo campo ANO, não vi este campo no
  where, portanto não vai ter jeito, vai ser full scan mesmo.

  select ht01.un,
  ht01.periodo_mov as dt_mov,
  sum(nvl(ht01.vr_ap, 0)) as vr_ap,
  sum(nvl(ht01.vr_av, 0)) as vr_av
  from ht01_hist_venda ht01
  where (:5 is null or ht01.un = :6)

  and ht01.periodo_mov between :7 and :8 
  and ht01.tipo = 4
  AND ANO = 2009 -- ou então usar IN(2009,2008) não use between quando
  possível pois custa mais
  group by ht01.un, ht01.periodo_mov

  From: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] On
  Behalf Of Márcio Ricardo Alves da Silva
  Sent: Tuesday, September 15, 2009 8:20 AM
  To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
  Subject: [oracle_br] FULL TABLE..

  Bom dia!

  Tenho um select que está fazendo FULL TABLE, e a tabela que está fazendo
  FULL TABLE tem 50 milhões de registros, o select é esse:

  select ht01.un,
  ht01.periodo_mov as dt_mov,
  sum(nvl(ht01.vr_ap, 0)) as vr_ap,
  sum(nvl(ht01.vr_av, 0)) as vr_av
  from ht01_hist_venda ht01
  where (:5 is null or ht01.un = :6)
  and ht01.periodo_mov between :7 and :8
  and ht01.tipo = 4
  group by ht01.un
  ,ht01.periodo_mov

  E tem esse indice criado na tabela.

  ANO, TIPO, PERIODO_MOV, UN, REGIONAL, REGIAO, EQUIPE. ROTA, CLIENTE, PROD

  Forcei o indice com o hint, e o custo dobrou. Onde tem a numeração, são as
  bind variables, acho que o problema é bind :5 is null.

  Alguém tem alguma dica?

  Grato.

  [As partes desta mensagem que não continham texto foram removidas]

  [As partes desta mensagem que não continham texto foram removidas]



  

[As partes desta mensagem que não continham texto foram removidas]

RE: [oracle_br] FULL TABLE..

2009-09-15 Por tôpico Marcelo 
Marcio,

 

Uma dica que eu aprendi no dia-a-dia de SQL.

Sempre comece as  clausulas do WHERE de baixo para cima seguindo um índice.

Como você mencionou que o índice começa pelo campo ANO, não vi este campo no
where, portanto não vai ter jeito, vai ser full scan mesmo.

 

 

select ht01.un,
   ht01.periodo_mov as dt_mov,
   sum(nvl(ht01.vr_ap, 0)) as vr_ap,
   sum(nvl(ht01.vr_av, 0)) as vr_av
  from ht01_hist_venda ht01
 where (:5 is null or ht01.un = :6)
   
   and ht01.periodo_mov between :7 and :8   
   and ht01.tipo = 4
   AND ANO = 2009 -- ou então usar IN(2009,2008) não use between quando
possível pois custa mais
 group by ht01.un, ht01.periodo_mov

 

 

From: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] On
Behalf Of Márcio Ricardo Alves da Silva
Sent: Tuesday, September 15, 2009 8:20 AM
To: oracle_br@yahoogrupos.com.br; gpora...@yahoogrupos.com.br
Subject: [oracle_br] FULL TABLE..

 

  

Bom dia!

Tenho um select que está fazendo FULL TABLE, e a tabela que está fazendo
FULL TABLE tem 50 milhões de registros, o select é esse:

select ht01.un,
ht01.periodo_mov as dt_mov,
sum(nvl(ht01.vr_ap, 0)) as vr_ap,
sum(nvl(ht01.vr_av, 0)) as vr_av
from ht01_hist_venda ht01
where (:5 is null or ht01.un = :6)
and ht01.periodo_mov between :7 and :8
and ht01.tipo = 4
group by ht01.un
,ht01.periodo_mov

E tem esse indice criado na tabela.

ANO, TIPO, PERIODO_MOV, UN, REGIONAL, REGIAO, EQUIPE. ROTA, CLIENTE, PROD

Forcei o indice com o hint, e o custo dobrou. Onde tem a numeração, são as
bind variables, acho que o problema é bind :5 is null.

Alguém tem alguma dica?

Grato.

[As partes desta mensagem que não continham texto foram removidas]





[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] FULL TABLE..

2009-09-15 Por tôpico Márcio Ricardo Alves da Silva 
Oi Elis, segui a sua sugestão. e o custo diminuiu, caiu de 208456 para 2253.

Vou ver com os analistas se essa mudança atrapalha a regra de negócio.

Márcio.
  - Original Message - 
  From: Elis Azevedo Nery 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Tuesday, September 15, 2009 8:33 AM
  Subject: Re: [oracle_br] FULL TABLE..


Olá Márcio!

  A cabeça do seu indice é ano, e me pareceu que você não está a passar o ano.
  Verifica se ao colocar este campo no where já usa o indice.

  Inté!
  Elis

  --- Em ter, 15/9/09, Márcio Ricardo Alves da Silva  
escreveu:

  De: Márcio Ricardo Alves da Silva 
  Assunto: [oracle_br] FULL TABLE..
  Para: oracle_br@yahoogrupos.com.br, gpora...@yahoogrupos.com.br
  Data: Terça-feira, 15 de Setembro de 2009, 12:19

   

  Bom dia!

  Tenho um select que está fazendo FULL TABLE, e a tabela que está fazendo FULL 
TABLE tem 50 milhões de registros, o select é esse:

  select ht01.un,

  ht01.periodo_ mov as dt_mov,

  sum(nvl(ht01. vr_ap, 0)) as vr_ap,

  sum(nvl(ht01. vr_av, 0)) as vr_av

  from ht01_hist_venda ht01

  where (:5 is null or ht01.un = :6)

  and ht01.periodo_ mov between :7 and :8

  and ht01.tipo = 4

  group by ht01.un

  ,ht01.periodo_ mov

  E tem esse indice criado na tabela.

  ANO, TIPO, PERIODO_MOV, UN, REGIONAL, REGIAO, EQUIPE. ROTA, CLIENTE, PROD

  Forcei o indice com o hint, e o custo dobrou. Onde tem a numeração, são as 
bind variables, acho que o problema é bind :5 is null.

  Alguém tem alguma dica?

  Grato.

  [As partes desta mensagem que não continham texto foram removidas]











  __
  Veja quais são os assuntos do momento no Yahoo! +Buscados
  http://br.maisbuscados.yahoo.com

  [As partes desta mensagem que não continham texto foram removidas]



  

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] Flash recovery area

2009-09-15 Por tôpico Alex Oracle 
Olá pessoal,

a pouco um banco de dados reportou erro na area de Flash Recovery.
Esta base está em archivelog, mas não faz backup via Rman (base de teste), e
é 10G

Já procurei procedimento de limpeza, e tudo que fiz foi deletar 90% dos
archived logs o que diminuiu bastante o volume em disco, mas não diminuiu o
flash recovery.
Logo depois, executei o sql para ver o espaço no flash e continua full.

Que outro procedimento devo tomar para isso?

Desde já agradeço;
Alex



---
ORA-19804: cannot reclaim 7321600 bytes disk space from 8589934592 limit
ORA-19809: limit exceeded for recovery files
ORA-19815: WARNING: db_recovery_file_dest_size of 8589934592 bytes is
100.00%
used, and has 0 remaining bytes available.
---


[As partes desta mensagem que não continham texto foram removidas]

Re: [oracle_br] FULL TABLE..

2009-09-15 Por tôpico Elis Azevedo Nery 
Olá Márcio!

A cabeça do seu indice é ano, e me pareceu que você não está a passar o ano.
Verifica se ao colocar este campo no where já usa o indice.

Inté!
Elis

--- Em ter, 15/9/09, Márcio Ricardo Alves da Silva  
escreveu:

De: Márcio Ricardo Alves da Silva 
Assunto: [oracle_br] FULL TABLE..
Para: oracle_br@yahoogrupos.com.br, gpora...@yahoogrupos.com.br
Data: Terça-feira, 15 de Setembro de 2009, 12:19






 





  Bom dia!



Tenho um select que está fazendo FULL TABLE, e a tabela que está fazendo FULL 
TABLE tem 50 milhões de registros, o select é esse:



select ht01.un,

  ht01.periodo_ mov as dt_mov,

  sum(nvl(ht01. vr_ap, 0)) as vr_ap,

  sum(nvl(ht01. vr_av, 0)) as vr_av

  from ht01_hist_venda ht01

where  (:5 is null or ht01.un = :6)

   andht01.periodo_ mov between :7 and :8

   andht01.tipo = 4

group  by ht01.un

 ,ht01.periodo_ mov



E tem esse indice criado na tabela.



ANO, TIPO, PERIODO_MOV, UN, REGIONAL, REGIAO, EQUIPE. ROTA, CLIENTE, PROD



Forcei o indice com o hint, e o custo dobrou. Onde tem a numeração, são as bind 
variables, acho que o problema é bind :5 is null.



Alguém tem alguma dica?



Grato.



[As partes desta mensagem que não continham texto foram removidas]




 

  




 

















  

Veja quais são os assuntos do momento no Yahoo! +Buscados
http://br.maisbuscados.yahoo.com

[As partes desta mensagem que não continham texto foram removidas]

[oracle_br] FULL TABLE..

2009-09-15 Por tôpico Márcio Ricardo Alves da Silva 
Bom dia!

Tenho um select que está fazendo FULL TABLE, e a tabela que está fazendo FULL 
TABLE tem 50 milhões de registros, o select é esse:

select ht01.un,
  ht01.periodo_mov as dt_mov,
  sum(nvl(ht01.vr_ap, 0)) as vr_ap,
  sum(nvl(ht01.vr_av, 0)) as vr_av
  from ht01_hist_venda ht01
where  (:5 is null or ht01.un = :6)
   andht01.periodo_mov between :7 and :8
   andht01.tipo = 4
group  by ht01.un
 ,ht01.periodo_mov


E tem esse indice criado na tabela.

ANO, TIPO, PERIODO_MOV, UN, REGIONAL, REGIAO, EQUIPE. ROTA, CLIENTE, PROD

Forcei o indice com o hint, e o custo dobrou. Onde tem a numeração, são as bind 
variables, acho que o problema é bind :5 is null.

Alguém tem alguma dica?

Grato.

[As partes desta mensagem que não continham texto foram removidas]