Re: [oracle_br] Geração (localização archivelog)
Era isso mesmo Miltão. Abs. De: Milton Bastos Henriquis Jr. Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 18 de Julho de 2013 16:50 Assunto: Re: [oracle_br] Geração (localização archivelog) Example The following example shows the default VALID_FOR keyword pair: LOG_ARCHIVE_DEST_1='LOCATION=/disk1/oracle/oradata VALID_FOR=(ALL_LOGFILES, ALL_ROLES)' Repare a diferença pro teu parametro... será que não estava errado a tua sintaxe? 2013/7/18 Milton Bastos Henriquis Jr. > > http://docs.oracle.com/cd/B28359_01/server.111/b28294/log_arch_dest_param.htm > > > > > 2013/7/18 Rafael Mendonca > >> ** >> >> >> Eu consegui resolver o problema fazendo o seguinte: >> >> Parâmetro anterior: >> >> >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, >> valid_for=(ALL_LOGFILES, ALL_ROLES) >> >> Parâmetro modificado: >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST >> >> >> Alguém sabe dizer o impacto de tirar o "valid_for=(ALL_LOGFILES, >> ALL_ROLES)" do parâmetro? >> >> >> >> De: Rafael Mendonca >> Para: "oracle_br@yahoogrupos.com.br" >> Enviadas: Quinta-feira, 18 de Julho de 2013 15:44 >> Assunto: [oracle_br] Geração (localização archivelog) >> >> >> >> >> >> Servidor: Linux >> Oracle 11gR2 >> >> >> Pessoal, estava investigando o motivo da minha área de destino de archive >> conter somente esses diretórios de datas antigas: >> >> ASMCMD> pwd >> +FRA//archivelog >> ASMCMD> ls -l >> Type Redund Striped Time Sys Name >> Y 2011_06_09/ >> Y 2011_06_10/ >> Y 2011_06_11/ >> Y 2011_06_12/ >> Y 2011_06_13/ >> Y 2011_06_14/ >> Y 2011_06_15/ >> Y 2011_06_16/ >> Y 2011_06_17/ >> Y 2011_06_18/ >> Y 2011_06_19/ >> Y 2011_06_20/ >> Y 2011_06_21/ >> Y 2011_06_22/ >> >> >> O banco está em modo archivelog, e se não estivesse gerando archivelog o >> database estaria parado, que não é o caso. >> >> Então comecei a investar: >> >> SQL> select DEST_NAME, DESTINATION from v$archive_dest; >> >> LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST, >> >> (*Achei estranho essa ',' no final do parâmetro, pois em outros databases >> não possui essa ',' no final. >> >> >> SQL> Show parameter log_archive_dest >> >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, >> valid_for=(ALL_LOGFILES, ALL_ROLES) >> >> log_archive_dest_2 string service="", LGWR >> SYNC AFFIRM delay=0 optional compression=disable max_failure=0 >> max_connection >> >> >> USE_DB_RECOVERY_FILE_DEST = FRA >> >> Então depois de muito procurar, descobri que os archies estão sendo >> gerados no $ORACLE_HOME/dbs. >> >> Se alguém souber primeiramente me dizer o motivo disso estar acontecendo >> e alguma solução para que os archives voltem a ser gerados na FRA ajudaria >> muito. >> >> [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] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Ajuste em consulta
Verifique se essas duas colunas tem índices.. Segue abaixo um pequeno teste. SQL> create table teste as select * from dba_objects; Tabela criada. SQL> @trcon SQL> select max(created) from teste; Plano de Execuc?o -- Plan hash value: 2217472448 | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | | 0 | SELECT STATEMENT | | 1 | 9 | 358 (2)| 00:00:05 | | 1 | SORT AGGREGATE| | 1 | 9 || | | 2 | TABLE ACCESS FULL| TESTE | 101K| 892K| 358 (2)| 00:00:05 | Note - - dynamic sampling used for this statement (level=2) Estatisticas -- 7 recursive calls 0 db block gets 1385 consistent gets 1302 physical reads 0 redo size 363 bytes sent via SQL*Net to client 364 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 1 rows processed SQL> create index ix_teste on teste(created); Indice criado. SQL> select max(created) from teste; Plano de Execuc?o -- Plan hash value: 631728714 --- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | --- | 0 | SELECT STATEMENT | | 1 | 9 | 1 (0)| 00:00:01 | | 1 | SORT AGGREGATE| | 1 | 9 || | | 2 | INDEX FULL SCAN (MIN/MAX)| IX_TESTE | 1 | 9 | 1 (0)| 00:00:01 | --- Note - - dynamic sampling used for this statement (level=2) Estatisticas -- 5 recursive calls 0 db block gets 77 consistent gets 1 physical reads 0 redo size 363 bytes sent via SQL*Net to client 364 bytes received via SQL*Net from client 2 SQL*Net roundtrips to/from client 0 sorts (memory) 0 sorts (disk) 1 rows processed SQL> É claro que tem muito mais em jogo do que isso, porém é um bom começo O Guob está chegando 10/08/2013, não deixe de se inscrever em www.guob.com.br Atenciosamente, Rodrigo Mufalani rodr...@mufalani.com.br www.mufalani.com.br On 18/07/2013, at 16:53, Jales Jose Moraes wrote: > > > Bom tarde! > > Pessoal estou com uma consulta onde está executando muito lentamente, ao > analisar o plano, descobri > que os dois selects internos à consulta (estão abaixo), são os responsáveis > pelo gargalo > > SELECT MAX(nu_seq_recibo) > FROM SMS.recibo_env > WHERE CO_ENV_RET = c.CO_ENV_RET > > SELECT MAX(nu_seq_libera) > FROM SMS.libera_recibo > WHERE co_env_ret = c.CO_ENV_RET; > > Alguém tem alguma dica para me ajudar com a questão? > > [As partes desta mensagem que não continham texto foram removidas] > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Ajuste em consulta
Estes campos nu_seq_recibo e nu_seq_libera estão indexados ? 2013/7/18 Jales Jose Moraes > ** > > > > > Bom tarde! > > Pessoal estou com uma consulta onde está executando muito lentamente, ao > analisar o plano, descobri > que os dois selects internos à consulta (estão abaixo), são os > responsáveis pelo gargalo > > SELECT MAX(nu_seq_recibo) > FROM SMS.recibo_env > WHERE CO_ENV_RET = c.CO_ENV_RET > > SELECT MAX(nu_seq_libera) > FROM SMS.libera_recibo > WHERE co_env_ret = c.CO_ENV_RET; > > Alguém tem alguma dica para me ajudar com a questão? > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Ajuste em consulta
Bom tarde! Pessoal estou com uma consulta onde está executando muito lentamente, ao analisar o plano, descobri que os dois selects internos à consulta (estão abaixo), são os responsáveis pelo gargalo SELECT MAX(nu_seq_recibo) FROM SMS.recibo_env WHERE CO_ENV_RET = c.CO_ENV_RET SELECT MAX(nu_seq_libera) FROM SMS.libera_recibo WHERE co_env_ret = c.CO_ENV_RET; Alguém tem alguma dica para me ajudar com a questão? [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Geração (localização archivelog)
Example The following example shows the default VALID_FOR keyword pair: LOG_ARCHIVE_DEST_1='LOCATION=/disk1/oracle/oradata VALID_FOR=(ALL_LOGFILES, ALL_ROLES)' Repare a diferença pro teu parametro... será que não estava errado a tua sintaxe? 2013/7/18 Milton Bastos Henriquis Jr. > > http://docs.oracle.com/cd/B28359_01/server.111/b28294/log_arch_dest_param.htm > > > > > 2013/7/18 Rafael Mendonca > >> ** >> >> >> Eu consegui resolver o problema fazendo o seguinte: >> >> Parâmetro anterior: >> >> >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, >> valid_for=(ALL_LOGFILES, ALL_ROLES) >> >> Parâmetro modificado: >> log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST >> >> >> Alguém sabe dizer o impacto de tirar o "valid_for=(ALL_LOGFILES, >> ALL_ROLES)" do parâmetro? >> >> >> >> De: Rafael Mendonca >> Para: "oracle_br@yahoogrupos.com.br" >> Enviadas: Quinta-feira, 18 de Julho de 2013 15:44 >> Assunto: [oracle_br] Geração (localização archivelog) >> >> >> >> >> >> Servidor: Linux >> Oracle 11gR2 >> >> >> Pessoal, estava investigando o motivo da minha área de destino de archive >> conter somente esses diretórios de datas antigas: >> >> ASMCMD> pwd >> +FRA//archivelog >> ASMCMD> ls -l >> Type Redund Striped Time Sys Name >> Y2011_06_09/ >> Y2011_06_10/ >> Y2011_06_11/ >> Y2011_06_12/ >> Y2011_06_13/ >> Y2011_06_14/ >> Y2011_06_15/ >> Y2011_06_16/ >> Y2011_06_17/ >> Y2011_06_18/ >> Y2011_06_19/ >> Y2011_06_20/ >> Y2011_06_21/ >> Y2011_06_22/ >> >> >> O banco está em modo archivelog, e se não estivesse gerando archivelog o >> database estaria parado, que não é o caso. >> >> Então comecei a investar: >> >> SQL> select DEST_NAME,DESTINATION from v$archive_dest; >> >> LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST, >> >> (*Achei estranho essa ',' no final do parâmetro, pois em outros databases >> não possui essa ',' no final. >> >> >> SQL> Show parameter log_archive_dest >> >> log_archive_dest_1string location=USE_DB_RECOVERY_FILE_DEST, >> valid_for=(ALL_LOGFILES, ALL_ROLES) >> >> log_archive_dest_2string service="", LGWR >> SYNC AFFIRM delay=0 optional compression=disable max_failure=0 >> max_connection >> >> >> USE_DB_RECOVERY_FILE_DEST = FRA >> >> Então depois de muito procurar, descobri que os archies estão sendo >> gerados no $ORACLE_HOME/dbs. >> >> Se alguém souber primeiramente me dizer o motivo disso estar acontecendo >> e alguma solução para que os archives voltem a ser gerados na FRA ajudaria >> muito. >> >> [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] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Geração (localização archivelog)
http://docs.oracle.com/cd/B28359_01/server.111/b28294/log_arch_dest_param.htm 2013/7/18 Rafael Mendonca > ** > > > Eu consegui resolver o problema fazendo o seguinte: > > Parâmetro anterior: > > log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST, > valid_for=(ALL_LOGFILES, ALL_ROLES) > > Parâmetro modificado: > log_archive_dest_1 string location=USE_DB_RECOVERY_FILE_DEST > > > Alguém sabe dizer o impacto de tirar o "valid_for=(ALL_LOGFILES, > ALL_ROLES)" do parâmetro? > > > > De: Rafael Mendonca > Para: "oracle_br@yahoogrupos.com.br" > Enviadas: Quinta-feira, 18 de Julho de 2013 15:44 > Assunto: [oracle_br] Geração (localização archivelog) > > > > > Servidor: Linux > Oracle 11gR2 > > > Pessoal, estava investigando o motivo da minha área de destino de archive > conter somente esses diretórios de datas antigas: > > ASMCMD> pwd > +FRA//archivelog > ASMCMD> ls -l > Type Redund Striped Time Sys Name > Y2011_06_09/ > Y2011_06_10/ > Y2011_06_11/ > Y2011_06_12/ > Y2011_06_13/ > Y2011_06_14/ > Y2011_06_15/ > Y2011_06_16/ > Y2011_06_17/ > Y2011_06_18/ > Y2011_06_19/ > Y2011_06_20/ > Y2011_06_21/ > Y2011_06_22/ > > > O banco está em modo archivelog, e se não estivesse gerando archivelog o > database estaria parado, que não é o caso. > > Então comecei a investar: > > SQL> select DEST_NAME,DESTINATION from v$archive_dest; > > LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST, > > (*Achei estranho essa ',' no final do parâmetro, pois em outros databases > não possui essa ',' no final. > > > SQL> Show parameter log_archive_dest > > log_archive_dest_1string location=USE_DB_RECOVERY_FILE_DEST, > valid_for=(ALL_LOGFILES, ALL_ROLES) > > log_archive_dest_2string service="", LGWR > SYNC AFFIRM delay=0 optional compression=disable max_failure=0 > max_connection > > > USE_DB_RECOVERY_FILE_DEST = FRA > > Então depois de muito procurar, descobri que os archies estão sendo > gerados no $ORACLE_HOME/dbs. > > Se alguém souber primeiramente me dizer o motivo disso estar acontecendo e > alguma solução para que os archives voltem a ser gerados na FRA ajudaria > muito. > > [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] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Geração (localização archivelog)
Eu consegui resolver o problema fazendo o seguinte: Parâmetro anterior: log_archive_dest_1string location=USE_DB_RECOVERY_FILE_DEST, valid_for=(ALL_LOGFILES, ALL_ROLES) Parâmetro modificado: log_archive_dest_1string location=USE_DB_RECOVERY_FILE_DEST Alguém sabe dizer o impacto de tirar o "valid_for=(ALL_LOGFILES, ALL_ROLES)" do parâmetro? De: Rafael Mendonca Para: "oracle_br@yahoogrupos.com.br" Enviadas: Quinta-feira, 18 de Julho de 2013 15:44 Assunto: [oracle_br] Geração (localização archivelog) Servidor: Linux Oracle 11gR2 Pessoal, estava investigando o motivo da minha área de destino de archive conter somente esses diretórios de datas antigas: ASMCMD> pwd +FRA//archivelog ASMCMD> ls -l Type Redund Striped Time Sys Name Y 2011_06_09/ Y 2011_06_10/ Y 2011_06_11/ Y 2011_06_12/ Y 2011_06_13/ Y 2011_06_14/ Y 2011_06_15/ Y 2011_06_16/ Y 2011_06_17/ Y 2011_06_18/ Y 2011_06_19/ Y 2011_06_20/ Y 2011_06_21/ Y 2011_06_22/ O banco está em modo archivelog, e se não estivesse gerando archivelog o database estaria parado, que não é o caso. Então comecei a investar: SQL> select DEST_NAME, DESTINATION from v$archive_dest; LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST, (*Achei estranho essa ',' no final do parâmetro, pois em outros databases não possui essa ',' no final. SQL> Show parameter log_archive_dest log_archive_dest_1string location=USE_DB_RECOVERY_FILE_DEST, valid_for=(ALL_LOGFILES, ALL_ROLES) log_archive_dest_2string service="", LGWR SYNC AFFIRM delay=0 optional compression=disable max_failure=0 max_connection USE_DB_RECOVERY_FILE_DEST = FRA Então depois de muito procurar, descobri que os archies estão sendo gerados no $ORACLE_HOME/dbs. Se alguém souber primeiramente me dizer o motivo disso estar acontecendo e alguma solução para que os archives voltem a ser gerados na FRA ajudaria muito. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Geração (localização archivelog)
Servidor: Linux Oracle 11gR2 Pessoal, estava investigando o motivo da minha área de destino de archive conter somente esses diretórios de datas antigas: ASMCMD> pwd +FRA//archivelog ASMCMD> ls -l Type Redund Striped Time Sys Name Y 2011_06_09/ Y 2011_06_10/ Y 2011_06_11/ Y 2011_06_12/ Y 2011_06_13/ Y 2011_06_14/ Y 2011_06_15/ Y 2011_06_16/ Y 2011_06_17/ Y 2011_06_18/ Y 2011_06_19/ Y 2011_06_20/ Y 2011_06_21/ Y 2011_06_22/ O banco está em modo archivelog, e se não estivesse gerando archivelog o database estaria parado, que não é o caso. Então comecei a investar: SQL> select DEST_NAME, DESTINATION from v$archive_dest; LOG_ARCHIVE_DEST_1 USE_DB_RECOVERY_FILE_DEST, (*Achei estranho essa ',' no final do parâmetro, pois em outros databases não possui essa ',' no final. SQL> Show parameter log_archive_dest log_archive_dest_1string location=USE_DB_RECOVERY_FILE_DEST, valid_for=(ALL_LOGFILES, ALL_ROLES) log_archive_dest_2string service="", LGWR SYNC AFFIRM delay=0 optional compression=disable max_failure=0 max_connection USE_DB_RECOVERY_FILE_DEST = FRA Então depois de muito procurar, descobri que os archies estão sendo gerados no $ORACLE_HOME/dbs. Se alguém souber primeiramente me dizer o motivo disso estar acontecendo e alguma solução para que os archives voltem a ser gerados na FRA ajudaria muito. [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: init.ora
C:\Users\Administrator>lsnrctl status LSNRCTL for 64-bit Windows: Version 11.2.0.3.0 - Production on 18-JUL-2013 14:14 :34 Copyright (c) 1991, 2011, Oracle. All rights reserved. Estabelecendo conexÒo com (ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521)) STATUS do LISTENER Apelido CFLEX VersÒoTNSLSNR for 64-bit Windows: Version 11.2.0.3.0 - Produ ction Data Inicial 18-JUL-2013 13:26:58 Funcionamento 0 dias 0 hr. 47 min. 37 seg NÝvel de Anßlise off Seguranþa ON: Local OS Authentication SNMP OFF Arq. ParÔm. Listn.D:\app\product\11.2.0\dbhome_1\network\admin\listener.ora Arq. Log ListenerD:\app\diag\tnslsnr\vmmega\cflex\alert\log.xml Resumo de Atendimento... (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=vmmega)(PORT=1521))) (DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=\\.\pipe\EXTPROC1521ipc))) Resumo de Serviþos... O serviþo "CLRExtProc" tem 1 instÔncia(s). InstÔncia "CLRExtProc", status UNKNOWN, tem 1 handler(s) para este serviþo... O comando foi executado com Ûxito C:\Users\Administrator>lsnrctl start LSNRCTL for 64-bit Windows: Version 11.2.0.3.0 - Production on 18-JUL-2013 14:14 :40 Copyright (c) 1991, 2011, Oracle. All rights reserved. TNS-01106: Listener usando o nome CFLEX jß foi inicializado --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca escreveu > > Entra no servidor de banco de dados e executa essas 2 instruções e cola pra > gente: > > > 1 - lsnrctl status > 2 - lsnrctl start > > E depois tenta montar o banco novamente. > > > > De: Julian > Para: oracle_br@yahoogrupos.com.br > Enviadas: Quinta-feira, 18 de Julho de 2013 13:26 > Assunto: [oracle_br] Re: init.ora > > > > > > > SQL> shutdown immediate; > Banco de dados fechado. > Banco de dados desmontado. > InstÔncia ORACLE desativada. > SQL> startup mount; > ORA-12514: TNS:listener nÒo tem conhecimento sobre o serviþo solicitado > atualmen > te no descritor de conexÒo > SQL> startup mount; > ORA-24324: handle de serviþos nÒo inicializado > ORA-01041: erro interno: a extensÒo hostdef nÒo existe > SQL> > > da esse erro ae e nao sobe mais! > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Francisco Petersen Jr > escreveu > > > > ia esquecendo desses procedimentos tambem ... > > Escolha um local de armazenamento dos Archived Redo Logs (normalmente ja > > existe um caminho qndo da instalação do rdbms, verifique o parametro > > LOG_ARCHIVE_DEST para vc ver qual é > > > > > > $ mkdir /u01/archives (caso queira criar outro caminho para armazenar os > > archives)SQL> ALTER SYSTEM SET > > LOG_ARCHIVE_DEST_1='LOCATION=/u01/archives';Escolha um nome para os > > Archives.SQL> ALTER SYSTEM SET LOG_ARCHIVE_FORMAT = ... > > From: fpetersenjr@ > > To: mailto:oracle_br%40yahoogrupos.com.br > > Subject: RE: [oracle_br] init.ora > > Date: Thu, 18 Jul 2013 16:01:45 + > > > > > > > > > > Meu camarada procedimentos abaixo para vc colocar o banco em > > archivelog mode > > Altere o Banco de Dados para o modo ARCHIVELOG. > > > > SQL> SHUTDOWN IMMEDIATE;SQL> STARTUP MOUNT;SQL> ALTER DATABASE > > ARCHIVELOG;SQL> ALTER DATABASE OPEN; > > Abraço, > > > > To: mailto:oracle_br%40yahoogrupos.com.br > > From: jul1ansoares@ > > Date: Thu, 18 Jul 2013 15:52:10 + > > Subject: [oracle_br] init.ora > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Seguinte fui fazer backup rman e recebi um erro dizendo que meu > > archivelog está desativado, > > > > > > > > coloquei então no init.ora que criei o seguinte comando : > > > > CPU_COUNT=4 > > > > LOG_ARCHIVE_START=TRUE > > > > > > > > porém o archive log ainda consta como noarchivelog : > > > > > > > > SQL> select log_mode from v$database; > > > > > > > > LOG_MODE > > > > > > > > NOARCHIVELOG > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > [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] init.ora
Julian, leia o artigo http://www.fabioprado.net/2011/03/configurando-bancos-de-dados-para-gerar.html . []s Fábio Prado Em 18 de julho de 2013 12:52, Julian escreveu: > ** > > > Seguinte fui fazer backup rman e recebi um erro dizendo que meu archivelog > está desativado, > > coloquei então no init.ora que criei o seguinte comando : > CPU_COUNT=4 > LOG_ARCHIVE_START=TRUE > > porém o archive log ainda consta como noarchivelog : > > SQL> select log_mode from v$database; > > LOG_MODE > > NOARCHIVELOG > > > -- Fábio Prado www.fabioprado.net "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados Oracle" [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: init.ora
Entra no servidor de banco de dados e executa essas 2 instruções e cola pra gente: 1 - lsnrctl status 2 - lsnrctl start E depois tenta montar o banco novamente. De: Julian Para: oracle_br@yahoogrupos.com.br Enviadas: Quinta-feira, 18 de Julho de 2013 13:26 Assunto: [oracle_br] Re: init.ora SQL> shutdown immediate; Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount; ORA-12514: TNS:listener nÒo tem conhecimento sobre o serviþo solicitado atualmen te no descritor de conexÒo SQL> startup mount; ORA-24324: handle de serviþos nÒo inicializado ORA-01041: erro interno: a extensÒo hostdef nÒo existe SQL> da esse erro ae e nao sobe mais! --- Em mailto:oracle_br%40yahoogrupos.com.br, Francisco Petersen Jr escreveu > > ia esquecendo desses procedimentos tambem ... > Escolha um local de armazenamento dos Archived Redo Logs (normalmente ja > existe um caminho qndo da instalação do rdbms, verifique o parametro > LOG_ARCHIVE_DEST para vc ver qual é > > > $ mkdir /u01/archives (caso queira criar outro caminho para armazenar os > archives)SQL> ALTER SYSTEM SET > LOG_ARCHIVE_DEST_1='LOCATION=/u01/archives';Escolha um nome para os > Archives.SQL> ALTER SYSTEM SET LOG_ARCHIVE_FORMAT = ... > From: fpetersenjr@... > To: mailto:oracle_br%40yahoogrupos.com.br > Subject: RE: [oracle_br] init.ora > Date: Thu, 18 Jul 2013 16:01:45 + > > > > > Meu camarada procedimentos abaixo para vc colocar o banco em archivelog > mode > Altere o Banco de Dados para o modo ARCHIVELOG. > > SQL> SHUTDOWN IMMEDIATE;SQL> STARTUP MOUNT;SQL> ALTER DATABASE > ARCHIVELOG;SQL> ALTER DATABASE OPEN; > Abraço, > > To: mailto:oracle_br%40yahoogrupos.com.br > From: jul1ansoares@... > Date: Thu, 18 Jul 2013 15:52:10 + > Subject: [oracle_br] init.ora > > > > > > > > > > > > > > > > > > > > > > > > > > > Seguinte fui fazer backup rman e recebi um erro dizendo que meu > archivelog está desativado, > > > > coloquei então no init.ora que criei o seguinte comando : > > CPU_COUNT=4 > > LOG_ARCHIVE_START=TRUE > > > > porém o archive log ainda consta como noarchivelog : > > > > SQL> select log_mode from v$database; > > > > LOG_MODE > > > > NOARCHIVELOG > > > > > > > > > > > > > > > > > > > > [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: init.ora
SQL> shutdown immediate; Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount; ORA-12514: TNS:listener nÒo tem conhecimento sobre o serviþo solicitado atualmen te no descritor de conexÒo SQL> startup mount; ORA-24324: handle de serviþos nÒo inicializado ORA-01041: erro interno: a extensÒo hostdef nÒo existe SQL> da esse erro ae e nao sobe mais! --- Em oracle_br@yahoogrupos.com.br, Francisco Petersen Jr escreveu > > ia esquecendo desses procedimentos tambem ... > Escolha um local de armazenamento dos Archived Redo Logs (normalmente ja > existe um caminho qndo da instalação do rdbms, verifique o parametro > LOG_ARCHIVE_DEST para vc ver qual é > > > $ mkdir /u01/archives (caso queira criar outro caminho para armazenar os > archives)SQL> ALTER SYSTEM SET > LOG_ARCHIVE_DEST_1='LOCATION=/u01/archives';Escolha um nome para os > Archives.SQL> ALTER SYSTEM SET LOG_ARCHIVE_FORMAT = ... > From: fpetersenjr@... > To: oracle_br@yahoogrupos.com.br > Subject: RE: [oracle_br] init.ora > Date: Thu, 18 Jul 2013 16:01:45 + > > > > > Meu camarada procedimentos abaixo para vc colocar o banco em archivelog > mode > Altere o Banco de Dados para o modo ARCHIVELOG. > > SQL> SHUTDOWN IMMEDIATE;SQL> STARTUP MOUNT;SQL> ALTER DATABASE > ARCHIVELOG;SQL> ALTER DATABASE OPEN; > Abraço, > > To: oracle_br@yahoogrupos.com.br > From: jul1ansoares@... > Date: Thu, 18 Jul 2013 15:52:10 + > Subject: [oracle_br] init.ora > > > > > > > > > > > > > > > > > > > > > > > > > > > Seguinte fui fazer backup rman e recebi um erro dizendo que meu > archivelog está desativado, > > > > coloquei então no init.ora que criei o seguinte comando : > > CPU_COUNT=4 > > LOG_ARCHIVE_START=TRUE > > > > porém o archive log ainda consta como noarchivelog : > > > > SQL> select log_mode from v$database; > > > > LOG_MODE > > > > NOARCHIVELOG > > > > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
RE: [oracle_br] init.ora
Meu camarada procedimentos abaixo para vc colocar o banco em archivelog mode Altere o Banco de Dados para o modo ARCHIVELOG. SQL> SHUTDOWN IMMEDIATE;SQL> STARTUP MOUNT;SQL> ALTER DATABASE ARCHIVELOG;SQL> ALTER DATABASE OPEN; Abraço, To: oracle_br@yahoogrupos.com.br From: jul1ansoa...@yahoo.com.br Date: Thu, 18 Jul 2013 15:52:10 + Subject: [oracle_br] init.ora Seguinte fui fazer backup rman e recebi um erro dizendo que meu archivelog está desativado, coloquei então no init.ora que criei o seguinte comando : CPU_COUNT=4 LOG_ARCHIVE_START=TRUE porém o archive log ainda consta como noarchivelog : SQL> select log_mode from v$database; LOG_MODE NOARCHIVELOG [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RE: [oracle_br] init.ora
ia esquecendo desses procedimentos tambem ... Escolha um local de armazenamento dos Archived Redo Logs (normalmente ja existe um caminho qndo da instalação do rdbms, verifique o parametro LOG_ARCHIVE_DEST para vc ver qual é $ mkdir /u01/archives (caso queira criar outro caminho para armazenar os archives)SQL> ALTER SYSTEM SET LOG_ARCHIVE_DEST_1='LOCATION=/u01/archives';Escolha um nome para os Archives.SQL> ALTER SYSTEM SET LOG_ARCHIVE_FORMAT = ... From: fpeterse...@hotmail.com To: oracle_br@yahoogrupos.com.br Subject: RE: [oracle_br] init.ora Date: Thu, 18 Jul 2013 16:01:45 + Meu camarada procedimentos abaixo para vc colocar o banco em archivelog mode Altere o Banco de Dados para o modo ARCHIVELOG. SQL> SHUTDOWN IMMEDIATE;SQL> STARTUP MOUNT;SQL> ALTER DATABASE ARCHIVELOG;SQL> ALTER DATABASE OPEN; Abraço, To: oracle_br@yahoogrupos.com.br From: jul1ansoa...@yahoo.com.br Date: Thu, 18 Jul 2013 15:52:10 + Subject: [oracle_br] init.ora Seguinte fui fazer backup rman e recebi um erro dizendo que meu archivelog está desativado, coloquei então no init.ora que criei o seguinte comando : CPU_COUNT=4 LOG_ARCHIVE_START=TRUE porém o archive log ainda consta como noarchivelog : SQL> select log_mode from v$database; LOG_MODE NOARCHIVELOG [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] init.ora
Seguinte fui fazer backup rman e recebi um erro dizendo que meu archivelog está desativado, coloquei então no init.ora que criei o seguinte comando : CPU_COUNT=4 LOG_ARCHIVE_START=TRUE porém o archive log ainda consta como noarchivelog : SQL> select log_mode from v$database; LOG_MODE NOARCHIVELOG
[oracle_br] Novo artigo: Gerenciamento de Espaço em Disco e de Recursos
Bom dia amigos! Novo artigo pra quem está estudando pra OCP: [Oracle] OCP 11g Capítulo 12: Gerenciamento de Espaço em Disco e de Recursos http://certificacaobd.com.br/2013/07/18/oracle-ocp-11g-capitulo-12-gerenciamento-de-espaco-em-disco-e-de-recursos/ Abraço! [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Continuar mesmo sem Dados em PL
Coloca um exception WHEN NO DATA FOUND, e evita ao máximo esse tipo de programação do tipo GOTO/CONTINUE. De: Jales Jose Moraes Para: grupo_oracle Enviadas: Quinta-feira, 18 de Julho de 2013 9:17 Assunto: [oracle_br] Continuar mesmo sem Dados em PL Bom dia! Estou fazendo um pequeno teste em PL, porém no ato do select não há retorno no registros, então é retornado o erro de "Dados não encontrados". Como faço para continuar o loop neste caso? Adaptei o GOTO e também o CONTINUE, mas continua o mesmo erro. declare id_comp number; id_comp2 number; cursor c1 is select id from ao_fnde.teste5 order by 1; begin -- id_comp := 0; open c1; loop fetch c1 into id_comp; exit when c1%notfound; id_comp2 := 0; select id into id_comp2 from ao_fnde.teste6 where id = id_comp; if (id_comp2 <> 0) then select id into id_comp from ao_fnde.teste5 where id < id_comp2; update ao_fnde.teste6 set id = id_comp where id = id_comp2; else goto c1; end if; end loop; close c1; commit; -- -DBMS_OUTPUT.PUT_LINE('Código Oracle: ' || SQLCODE); --DBMS_OUTPUT.PUT_LINE('Mensagem Oracle: ' || SQLERRM); end; [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] Continuar mesmo sem Dados em PL
Bom dia User cursores para os selects que podem resultar em no_data_found (como foi feito com o C1 no teu exemplo) ou trate a exceção: begin select a into b from c; exception when no_data_found then null; end; From: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] On Behalf Of Jales Jose Moraes Sent: quinta-feira, 18 de julho de 2013 09:18 To: grupo_oracle Subject: [oracle_br] Continuar mesmo sem Dados em PL Bom dia! Estou fazendo um pequeno teste em PL, porém no ato do select não há retorno no registros, então é retornado o erro de "Dados não encontrados". Como faço para continuar o loop neste caso? Adaptei o GOTO e também o CONTINUE, mas continua o mesmo erro. declare id_comp number; id_comp2 number; cursor c1 is select id from ao_fnde.teste5 order by 1; begin -- id_comp := 0; open c1; loop fetch c1 into id_comp; exit when c1%notfound; id_comp2 := 0; select id into id_comp2 from ao_fnde.teste6 where id = id_comp; if (id_comp2 <> 0) then select id into id_comp from ao_fnde.teste5 where id < id_comp2; update ao_fnde.teste6 set id = id_comp where id = id_comp2; else goto c1; end if; end loop; close c1; commit; -- -DBMS_OUTPUT.PUT_LINE('Código Oracle: ' || SQLCODE); --DBMS_OUTPUT.PUT_LINE('Mensagem Oracle: ' || SQLERRM); end; [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Continuar mesmo sem Dados em PL
Bom dia! Estou fazendo um pequeno teste em PL, porém no ato do select não há retorno no registros, então é retornado o erro de "Dados não encontrados". Como faço para continuar o loop neste caso? Adaptei o GOTO e também o CONTINUE, mas continua o mesmo erro. declare id_comp number; id_comp2 number; cursor c1 is select id from ao_fnde.teste5 order by 1; begin -- id_comp := 0; open c1; loop fetch c1 into id_comp; exit when c1%notfound; id_comp2 := 0; select id into id_comp2 from ao_fnde.teste6 where id = id_comp; if (id_comp2 <> 0) then select id into id_comp from ao_fnde.teste5 where id < id_comp2; update ao_fnde.teste6 set id = id_comp where id = id_comp2; else goto c1; end if; end loop; close c1; commit; -- -DBMS_OUTPUT.PUT_LINE('Código Oracle: ' || SQLCODE); --DBMS_OUTPUT.PUT_LINE('Mensagem Oracle: ' || SQLERRM); end; [As partes desta mensagem que não continham texto foram removidas]