Re: [oracle_br] archive
obrigado pela ajuda e pelas dicas. 2015-05-28 16:33 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] : > > > Pode sim. > Você pode apagar manualmente, mas o Oracle ainda ficará sem saber que > aquele espaço está livre. > Então depois disso, você precisa conectar no RMAN e mandar um: > > RMAN> crosscheck archivelog all; > > Depois disso os archives que você apagou na munheca ficarão expirados, daí > você manda: > > RMAN> DELETE EXPIRED BACKUP; > > Daí você libera espaço e pode mudar novamente o parâmetro > db_recovery_file_dest para o DATA > > > Você deletando esses archives e **se eles não foram backupeados**, você > não vai poder fazer uma recuperação completa do seu database até que seja > feito um novo backup full. > > > Via manual da Oracle, a boa prática é que você tenha no mínimo dois > diskgroups, um DATA para acomodar os .dbf e o FRA para acomodar os arquivos > .log .arc .ctl etc... > > Converse com a sua equipe sobre isso, e reveja espaço em disco > imediatamente. > > > > > > > > > > > > Em Quinta-feira, 28 de Maio de 2015 16:24, "Orfeu Lima > orfeu.l...@gmail.com [oracle_br]" escreveu: > > > > Desculpe por não ter sido claro. > Os archives estavam em um diskgroup chamado +DATA(asm), e começou a ficar > sem espaço e não tinha discos para adicionar. > Mudei o destino (DB_RECOVERY_FILE_DEST) para o disco local. > Pergunta - Os archives que ficaram no ASM(+DATA) podem ser apagados > manualmente e depois voltar a apontar para esse disco?? > Obrigado. > > 2015-05-28 16:15 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com > [oracle_br] : > > > Bom, não deu pra ficar claro, pelo menos pra mim, o que você está > informando, mas entendo que você fez o seguinte: > > Você possui um diskgroup FRA por exemplo, na qual você guarda os seus > archives. Daí você configurou um outro destino de archive > log_archive_dest_2 (por exemplo) para um filesystem. > > E agora você quer apagar os archives que estão na FRA e remover o outro > destino de archive que está em seu filesystem para continuar somente com o > destino da FRA, é isso?? > > 1 - Verifique se esse archives já foram "backupeados", caso já tenham > sido, você pode apagar, mas interessante seria você no backup dos archives > adicionar o DELETE ALL INPUT para evitar esse problema de estouro de área. > > > 2 - Dê um report obsolete; no RMAN e veja se esses archives já estão > obsoletos de acordo com a sua janela de retenção. > > 3 - Caso estejam você pode mandar um delete noprompt obsolete; > > 4 - Verifique se o parâmetro db_recovery_file_dest está setado para esse > diskgroup e se achar necessário e se estiver espaço em disco, aumente o > valor do parâmetro db_recovery_file_dest_size > > > > > > > > > Em Quinta-feira, 28 de Maio de 2015 15:25, "Orfeu Lima > orfeu.l...@gmail.com [oracle_br]" escreveu: > > > > Boa tarde!!! > tenho os archives que estavam em um diskgroup do asm, o espaço encheu e > reapontei para um disco local. > Eu posso apagar os archives do diskgroup(asm) e reaponta-los para esse > diskgroup, ou , se apagar esses archives do asm terei alguma complicação. > Obrigado > > > > > > > >
Re: [oracle_br] archive
Pode sim.Você pode apagar manualmente, mas o Oracle ainda ficará sem saber que aquele espaço está livre.Então depois disso, você precisa conectar no RMAN e mandar um: RMAN> crosscheck archivelog all; Depois disso os archives que você apagou na munheca ficarão expirados, daí você manda: RMAN> DELETE EXPIRED BACKUP; Daí você libera espaço e pode mudar novamente o parâmetro db_recovery_file_dest para o DATA Você deletando esses archives e **se eles não foram backupeados**, você não vai poder fazer uma recuperação completa do seu database até que seja feito um novo backup full. Via manual da Oracle, a boa prática é que você tenha no mínimo dois diskgroups, um DATA para acomodar os .dbf e o FRA para acomodar os arquivos .log .arc .ctl etc... Converse com a sua equipe sobre isso, e reveja espaço em disco imediatamente. Em Quinta-feira, 28 de Maio de 2015 16:24, "Orfeu Lima orfeu.l...@gmail.com [oracle_br]" escreveu: Desculpe por não ter sido claro. Os archives estavam em um diskgroup chamado +DATA(asm), e começou a ficar sem espaço e não tinha discos para adicionar. Mudei o destino (DB_RECOVERY_FILE_DEST) para o disco local. Pergunta - Os archives que ficaram no ASM(+DATA) podem ser apagados manualmente e depois voltar a apontar para esse disco?? Obrigado. 2015-05-28 16:15 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] : Bom, não deu pra ficar claro, pelo menos pra mim, o que você está informando, mas entendo que você fez o seguinte: Você possui um diskgroup FRA por exemplo, na qual você guarda os seus archives. Daí você configurou um outro destino de archive log_archive_dest_2 (por exemplo) para um filesystem. E agora você quer apagar os archives que estão na FRA e remover o outro destino de archive que está em seu filesystem para continuar somente com o destino da FRA, é isso?? 1 - Verifique se esse archives já foram "backupeados", caso já tenham sido, você pode apagar, mas interessante seria você no backup dos archives adicionar o DELETE ALL INPUT para evitar esse problema de estouro de área. 2 - Dê um report obsolete; no RMAN e veja se esses archives já estão obsoletos de acordo com a sua janela de retenção. 3 - Caso estejam você pode mandar um delete noprompt obsolete; 4 - Verifique se o parâmetro db_recovery_file_dest está setado para esse diskgroup e se achar necessário e se estiver espaço em disco, aumente o valor do parâmetro db_recovery_file_dest_size Em Quinta-feira, 28 de Maio de 2015 15:25, "Orfeu Lima orfeu.l...@gmail.com [oracle_br]" escreveu: Boa tarde!!! tenho os archives que estavam em um diskgroup do asm, o espaço encheu e reapontei para um disco local. Eu posso apagar os archives do diskgroup(asm) e reaponta-los para esse diskgroup, ou , se apagar esses archives do asm terei alguma complicação. Obrigado #yiv7447725652 #yiv7447725652 -- #yiv7447725652ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7447725652 #yiv7447725652ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7447725652 #yiv7447725652ygrp-mkp #yiv7447725652hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv7447725652 #yiv7447725652ygrp-mkp #yiv7447725652ads {margin-bottom:10px;}#yiv7447725652 #yiv7447725652ygrp-mkp .yiv7447725652ad {padding:0 0;}#yiv7447725652 #yiv7447725652ygrp-mkp .yiv7447725652ad p {margin:0;}#yiv7447725652 #yiv7447725652ygrp-mkp .yiv7447725652ad a {color:#ff;text-decoration:none;}#yiv7447725652 #yiv7447725652ygrp-sponsor #yiv7447725652ygrp-lc {font-family:Arial;}#yiv7447725652 #yiv7447725652ygrp-sponsor #yiv7447725652ygrp-lc #yiv7447725652hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7447725652 #yiv7447725652ygrp-sponsor #yiv7447725652ygrp-lc .yiv7447725652ad {margin-bottom:10px;padding:0 0;}#yiv7447725652 #yiv7447725652actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7447725652 #yiv7447725652activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7447725652 #yiv7447725652activity span {font-weight:700;}#yiv7447725652 #yiv7447725652activity span:first-child {text-transform:uppercase;}#yiv7447725652 #yiv7447725652activity span a {color:#5085b6;text-decoration:none;}#yiv7447725652 #yiv7447725652activity span span {color:#ff7900;}#yiv7447725652 #yiv7447725652activity span .yiv7447725652underline {text-decoration:underline;}#yiv7447725652 .yiv7447725652attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv7447725652 .yiv7447725652attach div a {text-decoration:none;}#yiv7447725652 .yiv7447725652attach img {border:none;padding-right:5px;}#yiv7447725652 .yiv7447725652attach label {display:block;margin-bottom:5px;}#yiv7447725652 .yiv7447725652attach label a {text-decoration:none;}#yiv7447725652 blockquote {margin:0 0 0 4px;}#yiv7447725652 .yiv7447725652bold {font-family:Arial;font
Re: [oracle_br] archive
Desculpe por não ter sido claro. Os archives estavam em um diskgroup chamado +DATA(asm), e começou a ficar sem espaço e não tinha discos para adicionar. Mudei o destino (DB_RECOVERY_FILE_DEST) para o disco local. Pergunta - Os archives que ficaram no ASM(+DATA) podem ser apagados manualmente e depois voltar a apontar para esse disco?? Obrigado. 2015-05-28 16:15 GMT-03:00 Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] : > > > Bom, não deu pra ficar claro, pelo menos pra mim, o que você está > informando, mas entendo que você fez o seguinte: > > Você possui um diskgroup FRA por exemplo, na qual você guarda os seus > archives. Daí você configurou um outro destino de archive > log_archive_dest_2 (por exemplo) para um filesystem. > > E agora você quer apagar os archives que estão na FRA e remover o outro > destino de archive que está em seu filesystem para continuar somente com o > destino da FRA, é isso?? > > 1 - Verifique se esse archives já foram "backupeados", caso já tenham > sido, você pode apagar, mas interessante seria você no backup dos archives > adicionar o DELETE ALL INPUT para evitar esse problema de estouro de área. > > > 2 - Dê um report obsolete; no RMAN e veja se esses archives já estão > obsoletos de acordo com a sua janela de retenção. > > 3 - Caso estejam você pode mandar um delete noprompt obsolete; > > 4 - Verifique se o parâmetro db_recovery_file_dest está setado para esse > diskgroup e se achar necessário e se estiver espaço em disco, aumente o > valor do parâmetro db_recovery_file_dest_size > > > > > > > > > Em Quinta-feira, 28 de Maio de 2015 15:25, "Orfeu Lima > orfeu.l...@gmail.com [oracle_br]" escreveu: > > > > Boa tarde!!! > tenho os archives que estavam em um diskgroup do asm, o espaço encheu e > reapontei para um disco local. > Eu posso apagar os archives do diskgroup(asm) e reaponta-los para esse > diskgroup, ou , se apagar esses archives do asm terei alguma complicação. > Obrigado > > > > >
Re: [oracle_br] archive
Bom, não deu pra ficar claro, pelo menos pra mim, o que você está informando, mas entendo que você fez o seguinte: Você possui um diskgroup FRA por exemplo, na qual você guarda os seus archives. Daí você configurou um outro destino de archive log_archive_dest_2 (por exemplo) para um filesystem. E agora você quer apagar os archives que estão na FRA e remover o outro destino de archive que está em seu filesystem para continuar somente com o destino da FRA, é isso?? 1 - Verifique se esse archives já foram "backupeados", caso já tenham sido, você pode apagar, mas interessante seria você no backup dos archives adicionar o DELETE ALL INPUT para evitar esse problema de estouro de área. 2 - Dê um report obsolete; no RMAN e veja se esses archives já estão obsoletos de acordo com a sua janela de retenção. 3 - Caso estejam você pode mandar um delete noprompt obsolete; 4 - Verifique se o parâmetro db_recovery_file_dest está setado para esse diskgroup e se achar necessário e se estiver espaço em disco, aumente o valor do parâmetro db_recovery_file_dest_size Em Quinta-feira, 28 de Maio de 2015 15:25, "Orfeu Lima orfeu.l...@gmail.com [oracle_br]" escreveu: Boa tarde!!! tenho os archives que estavam em um diskgroup do asm, o espaço encheu e reapontei para um disco local. Eu posso apagar os archives do diskgroup(asm) e reaponta-los para esse diskgroup, ou , se apagar esses archives do asm terei alguma complicação. Obrigado #yiv8631027533 #yiv8631027533 -- #yiv8631027533ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv8631027533 #yiv8631027533ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv8631027533 #yiv8631027533ygrp-mkp #yiv8631027533hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv8631027533 #yiv8631027533ygrp-mkp #yiv8631027533ads {margin-bottom:10px;}#yiv8631027533 #yiv8631027533ygrp-mkp .yiv8631027533ad {padding:0 0;}#yiv8631027533 #yiv8631027533ygrp-mkp .yiv8631027533ad p {margin:0;}#yiv8631027533 #yiv8631027533ygrp-mkp .yiv8631027533ad a {color:#ff;text-decoration:none;}#yiv8631027533 #yiv8631027533ygrp-sponsor #yiv8631027533ygrp-lc {font-family:Arial;}#yiv8631027533 #yiv8631027533ygrp-sponsor #yiv8631027533ygrp-lc #yiv8631027533hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8631027533 #yiv8631027533ygrp-sponsor #yiv8631027533ygrp-lc .yiv8631027533ad {margin-bottom:10px;padding:0 0;}#yiv8631027533 #yiv8631027533actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8631027533 #yiv8631027533activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8631027533 #yiv8631027533activity span {font-weight:700;}#yiv8631027533 #yiv8631027533activity span:first-child {text-transform:uppercase;}#yiv8631027533 #yiv8631027533activity span a {color:#5085b6;text-decoration:none;}#yiv8631027533 #yiv8631027533activity span span {color:#ff7900;}#yiv8631027533 #yiv8631027533activity span .yiv8631027533underline {text-decoration:underline;}#yiv8631027533 .yiv8631027533attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv8631027533 .yiv8631027533attach div a {text-decoration:none;}#yiv8631027533 .yiv8631027533attach img {border:none;padding-right:5px;}#yiv8631027533 .yiv8631027533attach label {display:block;margin-bottom:5px;}#yiv8631027533 .yiv8631027533attach label a {text-decoration:none;}#yiv8631027533 blockquote {margin:0 0 0 4px;}#yiv8631027533 .yiv8631027533bold {font-family:Arial;font-size:13px;font-weight:700;}#yiv8631027533 .yiv8631027533bold a {text-decoration:none;}#yiv8631027533 dd.yiv8631027533last p a {font-family:Verdana;font-weight:700;}#yiv8631027533 dd.yiv8631027533last p span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv8631027533 dd.yiv8631027533last p span.yiv8631027533yshortcuts {margin-right:0;}#yiv8631027533 div.yiv8631027533attach-table div div a {text-decoration:none;}#yiv8631027533 div.yiv8631027533attach-table {width:400px;}#yiv8631027533 div.yiv8631027533file-title a, #yiv8631027533 div.yiv8631027533file-title a:active, #yiv8631027533 div.yiv8631027533file-title a:hover, #yiv8631027533 div.yiv8631027533file-title a:visited {text-decoration:none;}#yiv8631027533 div.yiv8631027533photo-title a, #yiv8631027533 div.yiv8631027533photo-title a:active, #yiv8631027533 div.yiv8631027533photo-title a:hover, #yiv8631027533 div.yiv8631027533photo-title a:visited {text-decoration:none;}#yiv8631027533 div#yiv8631027533ygrp-mlmsg #yiv8631027533ygrp-msg p a span.yiv8631027533yshortcuts {font-family:Verdana;font-size:10px;font-weight:normal;}#yiv8631027533 .yiv8631027533green {color:#628c2a;}#yiv8631027533 .yiv8631027533MsoNormal {margin:0 0 0 0;}#yiv8631027533 o {font-size:0;}#yiv8631027533 #yiv8631027533photos div {float:left;width:72px;}#yiv8631027533 #yiv8631027533photos div div {border:1px solid #66;height:62px;overflow:
[oracle_br] archive
Boa tarde!!! tenho os archives que estavam em um diskgroup do asm, o espaço encheu e reapontei para um disco local. Eu posso apagar os archives do diskgroup(asm) e reaponta-los para esse diskgroup, ou , se apagar esses archives do asm terei alguma complicação. Obrigado
Re: [oracle_br] Archive log Lotando email
O Archivelog é sua "garantia de emprego". Sem archivelog voce só poderá efetuar cold backup com RMAN, e não terá garantia de recuperação de dados até o momento do desastre, só isso já me basta como forte argumento para manter ele ligado, mas estou falando de mim, voce sabe o que é melhor para sua empresa. Se voce está efetuando backup com o Rman regularmente, voce deve ter um monte de archivelogs obsoletos, efetue uma limpeza neles seguindo so manuais dos blogs que vários colegas tem por ai. Ricardo Arnoud On Mon, Mar 19, 2012 at 1:09 PM, Douglas Junior wrote: > ** > > > Alessandro, > > Obrigado pela ajuda e to lendo o seu blog e sanando algumas duvidas, > agora como eu sei que o oracvle nao precisa de um archivelog ? ja passou de > 1400 archives !! > > Abraço > > > De: Alessandro Lúcio Cordeiro da Silva > Para: "oracle_br@yahoogrupos.com.br" > Enviadas: Segunda-feira, 19 de Março de 2012 9:23 > Assunto: Re: [oracle_br] Archive log Lotando email > > > > Bom dia Douglas, > >O ideal é você configurar o Rman para janela de recuperação e depois > ter scripts para apagar os archives obsoletos. > >Escrevi isto no meu blog "http://alecordeirosilva.blogspot.com/"; nos > artigos "Backup & Recovery Parte 1" e "Backup & Recovery Parte 2" > > Alessandro Lúcio Cordeiro da Silva > Analista de Sistema > þ http://alecordeirosilva.blogspot.com/ > > ________ > De: Douglas Junior > Para: "oracle_br@yahoogrupos.com.br" > Enviadas: Segunda-feira, 19 de Março de 2012 8:06 > Assunto: [oracle_br] Archive log Lotando email > > > > Galera Bom dia, > > Bem os archives logs estao lotando o hd faltando menos de 6 gigas para > lotar completamente o disco, o que eu poderia estar fazendo para nao parar > o banco ? pois nao sou dba e tenho minimo conhecimento em oracle, e a > empresa que eu trabalho esta sem verbas para pagar uma consultoria ! > > Douglas jr > > [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] > > > -- -- Thanks, Ricardo Arnoud MCP, LPIC-1 (51) 8205-4658 MSN ricardo.arn...@hotmail.com "Knowledge is the antidote to fear" Ralph Waldo Emerson http://pt.wikipedia.org/wiki/Ralph_Waldo_Emerson [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] Archive log Lotando email
Alessandro, Obrigado pela ajuda e to lendo o seu blog e sanando algumas duvidas, agora como eu sei que o oracvle nao precisa de um archivelog ? ja passou de 1400 archives !! Abraço De: Alessandro Lúcio Cordeiro da Silva Para: "oracle_br@yahoogrupos.com.br" Enviadas: Segunda-feira, 19 de Março de 2012 9:23 Assunto: Re: [oracle_br] Archive log Lotando email Bom dia Douglas, O ideal é você configurar o Rman para janela de recuperação e depois ter scripts para apagar os archives obsoletos. Escrevi isto no meu blog "http://alecordeirosilva.blogspot.com/"; nos artigos "Backup & Recovery Parte 1" e "Backup & Recovery Parte 2" Alessandro Lúcio Cordeiro da Silva Analista de Sistema þ http://alecordeirosilva.blogspot.com/ De: Douglas Junior Para: "oracle_br@yahoogrupos.com.br" Enviadas: Segunda-feira, 19 de Março de 2012 8:06 Assunto: [oracle_br] Archive log Lotando email Galera Bom dia, Bem os archives logs estao lotando o hd faltando menos de 6 gigas para lotar completamente o disco, o que eu poderia estar fazendo para nao parar o banco ? pois nao sou dba e tenho minimo conhecimento em oracle, e a empresa que eu trabalho esta sem verbas para pagar uma consultoria ! Douglas jr [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]
Res: [oracle_br] archive
Outra coisa para vc verificar é se tem alguma tablespace em backup mode, isso costuma gerar o dobro dos archives tbm De: David Ricardo Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 2 de Junho de 2010 17:38:55 Assunto: Re: [oracle_br] archive Algum processo novo de carga, atualização ou limpeza de dados talvez? Levante os processos , de repente alguma nova funcionalidade implantada seja o seu ponto de partida. Abraço Em 28 de maio de 2010 16:48, andre garcia escreveu: > > > Ola Amigos , recentemente meu banco de dados, esta gerando muitos > archive´s, > A cada 2 minutos é gerado um, nao estava assim,meu log_checkpoint_interval > esta definido para 31000. > > E um banco antigo, mas sempre rodou bem, e versao 8.1.7.4 red hat .3 > > Alguem ja passou por este problema de geração excessiva de archive´s. > > select da VSLOG: > > GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS > FIRST_CHANGE# FIRST_TIME > > 1 1 136041 31457280 2 YES INACTIVE 5966780394329 > 28/05/2010 16:33:52 > 2 1 136043 31457280 2 YES ACTIVE 5966780395355 > 28/05/2010 16:38:29 > 3 1 136042 31457280 2 YES INACTIVE 5966780394692 > 28/05/2010 16:36:38 > 4 1 136044 31457280 2 NO CURRENT 5966780395864 > 28/05/2010 16:41:01 > > Verifiquei processos no linux e nao tem nada travando e usando a cpu no > limite. > Todas conexoes normais, trecho do alert-log > > Beginning log switch checkpoint up to RBA [0x21369.2.10], SCN: > 0x056d.3fd36b59 > Thread 1 advanced to log sequence 136041 > Current log# 1 seq# 136041 mem# 0: > /home/oracle/oradata/produc8i/redo/redo5.log > Current log# 1 seq# 136041 mem# 1: > /home/oracle/oradata/produc8i/redo/redo5b.log > Fri May 28 16:33:53 2010 > ARC0: Beginning to archive log# 4 seq# 136040 > ARC0: Completed archiving log# 4 seq# 136040 > Fri May 28 16:35:21 2010 > Completed checkpoint up to RBA [0x21369.2.10], SCN: 0x056d.3fd36b59 > Fri May 28 16:36:38 2010 > Beginning log switch checkpoint up to RBA [0x2136a.2.10], SCN: > 0x056d.3fd36cc4 > Thread 1 advanced to log sequence 136042 > Current log# 3 seq# 136042 mem# 0: > /home/oracle/oradata/produc8i/redo/redo1.log > Current log# 3 seq# 136042 mem# 1: > /home/oracle/oradata/produc8i/redo/redo1b > Fri May 28 16:36:38 2010 > ARC0: Beginning to archive log# 1 seq# 136041 > ARC0: Completed archiving log# 1 seq# 136041 > Fri May 28 16:37:36 2010 > Completed checkpoint up to RBA [0x2136a.2.10], SCN: 0x056d.3fd36cc4 > Fri May 28 16:38:29 2010 > Beginning log switch checkpoint up to RBA [0x2136b.2.10], SCN: > 0x056d.3fd36f5b > Thread 1 advanced to log sequence 136043 > Current log# 2 seq# 136043 mem# 0: > /home/oracle/oradata/produc8i/redo/redo2.log > Current log# 2 seq# 136043 mem# 1: > /home/oracle/oradata/produc8i/redo/redo2b.log > Agradeço. > > Andre GArcia > > [As partes desta mensagem que não continham texto foram removidas] > > > -- "O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)" [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] archive
Algum processo novo de carga, atualização ou limpeza de dados talvez? Levante os processos , de repente alguma nova funcionalidade implantada seja o seu ponto de partida. Abraço Em 28 de maio de 2010 16:48, andre garcia escreveu: > > > Ola Amigos , recentemente meu banco de dados, esta gerando muitos > archive´s, > A cada 2 minutos é gerado um, nao estava assim,meu log_checkpoint_interval > esta definido para 31000. > > E um banco antigo, mas sempre rodou bem, e versao 8.1.7.4 red hat .3 > > Alguem ja passou por este problema de geração excessiva de archive´s. > > select da VSLOG: > > GROUP#THREAD#SEQUENCE#BYTESMEMBERSARCHIVEDSTATUS > FIRST_CHANGE#FIRST_TIME > > 11136041314572802YESINACTIVE5966780394329 > 28/05/2010 16:33:52 > 21136043314572802YESACTIVE5966780395355 > 28/05/2010 16:38:29 > 31136042314572802YESINACTIVE5966780394692 > 28/05/2010 16:36:38 > 41136044314572802NOCURRENT5966780395864 > 28/05/2010 16:41:01 > > Verifiquei processos no linux e nao tem nada travando e usando a cpu no > limite. > Todas conexoes normais, trecho do alert-log > > Beginning log switch checkpoint up to RBA [0x21369.2.10], SCN: > 0x056d.3fd36b59 > Thread 1 advanced to log sequence 136041 > Current log# 1 seq# 136041 mem# 0: > /home/oracle/oradata/produc8i/redo/redo5.log > Current log# 1 seq# 136041 mem# 1: > /home/oracle/oradata/produc8i/redo/redo5b.log > Fri May 28 16:33:53 2010 > ARC0: Beginning to archive log# 4 seq# 136040 > ARC0: Completed archiving log# 4 seq# 136040 > Fri May 28 16:35:21 2010 > Completed checkpoint up to RBA [0x21369.2.10], SCN: 0x056d.3fd36b59 > Fri May 28 16:36:38 2010 > Beginning log switch checkpoint up to RBA [0x2136a.2.10], SCN: > 0x056d.3fd36cc4 > Thread 1 advanced to log sequence 136042 > Current log# 3 seq# 136042 mem# 0: > /home/oracle/oradata/produc8i/redo/redo1.log > Current log# 3 seq# 136042 mem# 1: > /home/oracle/oradata/produc8i/redo/redo1b > Fri May 28 16:36:38 2010 > ARC0: Beginning to archive log# 1 seq# 136041 > ARC0: Completed archiving log# 1 seq# 136041 > Fri May 28 16:37:36 2010 > Completed checkpoint up to RBA [0x2136a.2.10], SCN: 0x056d.3fd36cc4 > Fri May 28 16:38:29 2010 > Beginning log switch checkpoint up to RBA [0x2136b.2.10], SCN: > 0x056d.3fd36f5b > Thread 1 advanced to log sequence 136043 > Current log# 2 seq# 136043 mem# 0: > /home/oracle/oradata/produc8i/redo/redo2.log > Current log# 2 seq# 136043 mem# 1: > /home/oracle/oradata/produc8i/redo/redo2b.log > Agradeço. > > Andre GArcia > > [As partes desta mensagem que não continham texto foram removidas] > > > -- "O mistério da vida me causa a mais forte emoção. É o sentimento que suscita a beleza e a verdade, cria a arte e a ciência. Se alguém não conhece essa sensação ou não pode mais exprimir espanto ou surpresa, já é um morto-vivo e seus olhos se cegaram.".(Albert Einstein - 1879 - 1955)" [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] archive
Ola Amigos , recentemente meu banco de dados, esta gerando muitos archive´s, A cada 2 minutos é gerado um, nao estava assim,meu log_checkpoint_interval esta definido para 31000. E um banco antigo, mas sempre rodou bem, e versao 8.1.7.4 red hat .3 Alguem ja passou por este problema de geração excessiva de archive´s. select da VSLOG: GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARCHIVED STATUS FIRST_CHANGE# FIRST_TIME 1 1 136041 31457280 2 YES INACTIVE 5966780394329 28/05/2010 16:33:52 2 1 136043 31457280 2 YES ACTIVE 5966780395355 28/05/2010 16:38:29 3 1 136042 31457280 2 YES INACTIVE 5966780394692 28/05/2010 16:36:38 4 1 136044 31457280 2 NO CURRENT 5966780395864 28/05/2010 16:41:01 Verifiquei processos no linux e nao tem nada travando e usando a cpu no limite. Todas conexoes normais, trecho do alert-log Beginning log switch checkpoint up to RBA [0x21369.2.10], SCN: 0x056d.3fd36b59 Thread 1 advanced to log sequence 136041 Current log# 1 seq# 136041 mem# 0: /home/oracle/oradata/produc8i/redo/redo5.log Current log# 1 seq# 136041 mem# 1: /home/oracle/oradata/produc8i/redo/redo5b.log Fri May 28 16:33:53 2010 ARC0: Beginning to archive log# 4 seq# 136040 ARC0: Completed archiving log# 4 seq# 136040 Fri May 28 16:35:21 2010 Completed checkpoint up to RBA [0x21369.2.10], SCN: 0x056d.3fd36b59 Fri May 28 16:36:38 2010 Beginning log switch checkpoint up to RBA [0x2136a.2.10], SCN: 0x056d.3fd36cc4 Thread 1 advanced to log sequence 136042 Current log# 3 seq# 136042 mem# 0: /home/oracle/oradata/produc8i/redo/redo1.log Current log# 3 seq# 136042 mem# 1: /home/oracle/oradata/produc8i/redo/redo1b Fri May 28 16:36:38 2010 ARC0: Beginning to archive log# 1 seq# 136041 ARC0: Completed archiving log# 1 seq# 136041 Fri May 28 16:37:36 2010 Completed checkpoint up to RBA [0x2136a.2.10], SCN: 0x056d.3fd36cc4 Fri May 28 16:38:29 2010 Beginning log switch checkpoint up to RBA [0x2136b.2.10], SCN: 0x056d.3fd36f5b Thread 1 advanced to log sequence 136043 Current log# 2 seq# 136043 mem# 0: /home/oracle/oradata/produc8i/redo/redo2.log Current log# 2 seq# 136043 mem# 1: /home/oracle/oradata/produc8i/redo/redo2b.log Agradeço. Andre GArcia [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] archive log / RMAN
Pessoal, com a ajuda de todos, creio que estou chegando no objetivo. O Banco aparentemente está OK, porém, no processo do RMAN, deve terficado alguma "sujeira" dos backup´s antigos, pois, quando executo o RMAN, ele me retorna o log abaixo: Poderiam me auxiliar em como limpar esses parâmetros antigos de backup´s para retornar a utilização do RMAN? O arquivo que ele reclama, realmente não existe mais. O que eu precisava era limpar tudo o que se refere ao RMAN, para iniciar sua utilização a partir de agora. Novamente agradeço a todos. Copyright (c) 1982, 2005, Oracle. All rights reserved. connected to target database: TS (DBID=1972122577) RMAN> RUN 2> { 3> ALLOCATE CHANNEL c1 DEVICE TYPE DISK; 4> BACKUP AS COMPRESSED BACKUPSET 5> DATABASE TAG 'DB_LEVEL0_WHOLE' 6> FORMAT 'E:\bkp_oracle\banco\TS\ctl\%d_%l_level0_%s_%p_%u.bkp' 7> PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS' 8> FORMAT 'E:\bkp_oracle\banco\TS\arq\%d_%l_arq_%s_%p_%u.bkp'; 9> RELEASE CHANNEL c1; 10> } 11> using target database control file instead of recovery catalog allocated channel: c1 channel c1: sid=1620 devtype=DISK Starting backup at 04/04/08 current log archived released channel: c1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of backup plus archivelog command at 04/04/2008 10:54:42 RMAN-06059: expected archived log not found, lost of archived log compromises recoverability ORA-19625: error identifying file E:\BKP_ORACLE\LOGS\ARC00027_0636641169.001 ORA-27041: unable to open file OSD-04002: unable to open file O/S-Error: (OS 2) The system cannot find the file specified. Recovery Manager complete. De:oracle_br@yahoogrupos.com.br Para:oracle_br@yahoogrupos.com.br Cópia:"oracle_br" oracle_br@yahoogrupos.com.br Data:Fri, 4 Apr 2008 10:06:00 -0300 Assunto:Re: [oracle_br] archive log / RMAN Volta o log_archive_start=false e o parametro abaixo é dinamico não precisa de sope spfile .. como vc deu spfile ele não mudou na hora ... alter system set log_archive_dest_1 = 'LOCATION=C:\Clientes\Qualicorp-Oracle\log\' ; JOSÉ CARLITOS CARVALHO JÚNIOR Administrador de Banco de Dados PST Eletrônica S/A (+55 (19) 3787-6418 Ê+55 (19) 3787-6238 / [EMAIL PROTECTED] web:http://www.pst.com.br web:http://www.positron.com.br "terra_banco" <[EMAIL PROTECTED]> Sent by: oracle_br@yahoogrupos.com.br 04/04/2008 09:50 Please respond to oracle_br@yahoogrupos.com.br To "oracle_br" cc "oracle_br" , "oracle_br" Subject Re: [oracle_br] archive log / RMAN Pessoal, ja lhes agradeço pelos retornos. Fiz os procedimentos: SQL> shutdown immediate; SQL> startup mount; -- ocorreu a mensagem: ORA-32004: obsolete and/or deprecated parameter(s) specified SQL> alter database archivelog; SQL> alter database open; SQL> alter system set log_archive_dest_1 = 'LOCATION=C:\Clientes\Qualicorp-Oracle\log\' scope = spfile; SQL> alter database open; SQL> archive log list Modo log de banco de dados Modo de Arquivamento Arquivamento automßtico Ativado Destino de arquivamento USE_DB_RECOVERY_FILE_DEST A seq³Ûncia de log on-line mais antiga 14 Pr¾xima seq³Ûncia de log a arquivar 16 Seq³Ûncia de log atual 16 Até aqui foi aparentemente OK. Quando executei o RMAN, ele reclamou da mesma forma. Aí , fiz o procedimento abaixo e tive a seguinte mensagem: SQL> shutdown immediate Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST SQL> --- O interessante é que no meu arquivo SPFILE, nao tem a referencia sobre o log_archive_dest e log archive_dest_1, isso nao deveria ter ? qualicorp.__java_pool_size=4194304 qualicorp.__large_pool_size=4194304 qualicorp.__shared_pool_size=104857600 qualicorp.__streams_pool_size=0 *.audit_file_dest='C:\oracle\product\10.2.0/admin/qualicorp/adump' *.background_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/bdump' *.compatible='10.2.0.1.0' *.control_files='C:\oracle\product\10.2.0/oradata/qualicorp/\control01.ctl','C:\oracle\product\10.2.0/oradata/qualicorp/\control02.ctl','C:\oracle\product\10.2.0/oradata/qualicorp/\control03.ctl' *.core_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/cdump' *.db_block_size=8192 *.db_domain='' *.db_file_multiblock_read_count=16 *.db_name='qualicor' *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area' *.db_recovery_file_dest_size=2147483648 *.db_unique_name='qualicorp' *.dispatchers=&
Re: RES: [oracle_br] archive log / RMAN
Pessoal, instalei o Oracle Database 10g Express Edition na minha máquina que tem o sistema operacional Windows Vista Home Premium, e chegou a funcionar off line, porém agora tento logar na interface do banco via home page, mas não consigo, sequer aparece a tela de login, já quando estou conectado, é mostrado a tela, alguém poderia me ajudar nisso. Obrigado Tadeu Paz <[EMAIL PROTECTED]> escreveu: Acho que vc esqueceu depois de montar o banco coloque este comando : alter database archivelog; Abraço Tadeu De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Robson (Terra) Enviada em: quinta-feira, 3 de abril de 2008 20:35 Para: oracle_br@yahoogrupos.com.br; [EMAIL PROTECTED] Assunto: [oracle_br] archive log / RMAN Boa noite pessoal. Estou colocando um banco em modo archive, e definindo um destino para os arquivos de logs, porém, aparentemente o parâmetro não está sendo acatado, conforme processos abaixo, e por conta disso, quando executo um processo do RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. Alguém consegue me dar alguma dica sobre o processo? SQL*Plus: Release 10.2.0.1.0 (Windows) ** Procedimento executado ** SQL> conn sys /as sysdba Informe a senha: Conectado. SQL> shutdown Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified InstÔncia ORACLE iniciada. Total System Global Area 289406976 bytes Fixed Size 1248576 bytes Variable Size 146801344 bytes Database Buffers 134217728 bytes Redo Buffers 7139328 bytes Banco de dados montado. SQL> alter system set log_archive_start = true SCOPE = SPFILE; Sistema alterado. SQL> alter system set log_archive_dest = "C:\Clientes\Qualicorp-Oracle\log" SCOPE = SPFILE; Sistema alterado. SQL> alter database open; Banco de dados alterado. SQL> archive log list Modo log de banco de dados Modo de Arquivamento Arquivamento automßtico Ativado Destino de arquivamento USE_DB_RECOVERY_FILE_DEST A seq³Ûncia de log on-line mais antiga 14 Pr¾xima seq³Ûncia de log a arquivar 16 Seq³Ûncia de log atual 16 SQL> ** Log do RMAN ** Gerenciador de Recuperação: Release 10.2.0.1.0 - Production on Qui Abr 3 20:02:21 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved. conectado ao banco de dados de destino: QUALICOR (DBID=3526730589) RMAN> RUN 2> { 3> ALLOCATE CHANNEL c1 DEVICE TYPE DISK; 4> BACKUP AS COMPRESSED BACKUPSET 5> DATABASE TAG 'DB_LEVEL0_WHOLE' 6> FORMAT 'C:\Clientes\bkp\%d_%l_level0_%s_%p_%u.bkp' 7> PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS' 8> FORMAT 'C:\Clientes\bkp\%d_%l_arq_%s_%p_%u.bkp'; 9> RELEASE CHANNEL c1; 10> } 11> usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação canal alocado: c1 canal c1: sid=148 devtype=DISK Iniciando backup em 03/04/08 Erro do ORACLE no banco de dados de destino: ORA-00258: o arquivamento manual no modo NOARCHIVELOG deve identificar o log especificação não corresponde a nenhum log de arquivamento no catálogo de recuperação backup cancelado porque todos os arquivos foram ignorados Finalizado backup em 03/04/08 Iniciando backup em 03/04/08 canal c1: iniciando conjunto de backup completo e compactado do arquivo de dados canal c1: especificando arquivo(s) de dados no conjunto de backups RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo NOARCHIVELOG continuando outras etapas do job; job com falha não será executado novamente canal c1: iniciando conjunto de backup completo e compactado do arquivo de dados canal c1: especificando arquivo(s) de dados no conjunto de backups incluindo arquivo de controle atual no conjunto de backups Incluindo SPFILE atual no conjunto de backup canal c1: iniciando o componente 1 em 03/04/08 canal c1: componente 1 finalizado em 03/04/08 handle de componente=C:\CLIENTES\BKP\QUALICOR_%L_LEVEL0_28_1_0SJCTS2P.BKP tag=DB_LEVEL0_WHOLE comentário=NONE canal c1: conjunto de backups concluído, tempo decorrido: 00:00:04 canal liberado: c1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: falha do comando backup plus archivelog em 04/03/2008 20:02:37 RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo NOARCHIVELOG Recovery Manager completo. Obrigado, No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.1/1350 - Release Date: 30/3/2008 12:32 [As partes desta mensagem que não continham texto foram removidas] No virus found in this
RES: [oracle_br] archive log / RMAN
Acho que vc esqueceu depois de montar o banco coloque este comando : alter database archivelog; Abraço Tadeu De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Robson (Terra) Enviada em: quinta-feira, 3 de abril de 2008 20:35 Para: oracle_br@yahoogrupos.com.br; [EMAIL PROTECTED] Assunto: [oracle_br] archive log / RMAN Boa noite pessoal. Estou colocando um banco em modo archive, e definindo um destino para os arquivos de logs, porém, aparentemente o parâmetro não está sendo acatado, conforme processos abaixo, e por conta disso, quando executo um processo do RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. Alguém consegue me dar alguma dica sobre o processo? SQL*Plus: Release 10.2.0.1.0 (Windows) ** Procedimento executado ** SQL> conn sys /as sysdba Informe a senha: Conectado. SQL> shutdown Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified InstÔncia ORACLE iniciada. Total System Global Area 289406976 bytes Fixed Size 1248576 bytes Variable Size 146801344 bytes Database Buffers 134217728 bytes Redo Buffers 7139328 bytes Banco de dados montado. SQL> alter system set log_archive_start = true SCOPE = SPFILE; Sistema alterado. SQL> alter system set log_archive_dest = "C:\Clientes\Qualicorp-Oracle\log" SCOPE = SPFILE; Sistema alterado. SQL> alter database open; Banco de dados alterado. SQL> archive log list Modo log de banco de dados Modo de Arquivamento Arquivamento automßtico Ativado Destino de arquivamento USE_DB_RECOVERY_FILE_DEST A seq³Ûncia de log on-line mais antiga 14 Pr¾xima seq³Ûncia de log a arquivar 16 Seq³Ûncia de log atual 16 SQL> ** Log do RMAN ** Gerenciador de Recuperação: Release 10.2.0.1.0 - Production on Qui Abr 3 20:02:21 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved. conectado ao banco de dados de destino: QUALICOR (DBID=3526730589) RMAN> RUN 2> { 3> ALLOCATE CHANNEL c1 DEVICE TYPE DISK; 4> BACKUP AS COMPRESSED BACKUPSET 5> DATABASE TAG 'DB_LEVEL0_WHOLE' 6> FORMAT 'C:\Clientes\bkp\%d_%l_level0_%s_%p_%u.bkp' 7> PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS' 8> FORMAT 'C:\Clientes\bkp\%d_%l_arq_%s_%p_%u.bkp'; 9> RELEASE CHANNEL c1; 10> } 11> usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação canal alocado: c1 canal c1: sid=148 devtype=DISK Iniciando backup em 03/04/08 Erro do ORACLE no banco de dados de destino: ORA-00258: o arquivamento manual no modo NOARCHIVELOG deve identificar o log especificação não corresponde a nenhum log de arquivamento no catálogo de recuperação backup cancelado porque todos os arquivos foram ignorados Finalizado backup em 03/04/08 Iniciando backup em 03/04/08 canal c1: iniciando conjunto de backup completo e compactado do arquivo de dados canal c1: especificando arquivo(s) de dados no conjunto de backups RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo NOARCHIVELOG continuando outras etapas do job; job com falha não será executado novamente canal c1: iniciando conjunto de backup completo e compactado do arquivo de dados canal c1: especificando arquivo(s) de dados no conjunto de backups incluindo arquivo de controle atual no conjunto de backups Incluindo SPFILE atual no conjunto de backup canal c1: iniciando o componente 1 em 03/04/08 canal c1: componente 1 finalizado em 03/04/08 handle de componente=C:\CLIENTES\BKP\QUALICOR_%L_LEVEL0_28_1_0SJCTS2P.BKP tag=DB_LEVEL0_WHOLE comentário=NONE canal c1: conjunto de backups concluído, tempo decorrido: 00:00:04 canal liberado: c1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: falha do comando backup plus archivelog em 04/03/2008 20:02:37 RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo NOARCHIVELOG Recovery Manager completo. Obrigado, No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.1/1350 - Release Date: 30/3/2008 12:32 [As partes desta mensagem que não continham texto foram removidas] No virus found in this incoming message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.5/1356 - Release Date: 2/4/2008 16:14 No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.5/1359 - Release Date: 4/4/2008 08:23 [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] archive log / RMAN
Volta o log_archive_start=false e o parametro abaixo é dinamico não precisa de sope spfile .. como vc deu spfile ele não mudou na hora ... alter system set log_archive_dest_1 = 'LOCATION=C:\Clientes\Qualicorp-Oracle\log\' ; JOSÉ CARLITOS CARVALHO JÚNIOR Administrador de Banco de Dados PST Eletrônica S/A (+55 (19) 3787-6418 Ê+55 (19) 3787-6238 / [EMAIL PROTECTED] web:http://www.pst.com.br web:http://www.positron.com.br "terra_banco" <[EMAIL PROTECTED]> Sent by: oracle_br@yahoogrupos.com.br 04/04/2008 09:50 Please respond to oracle_br@yahoogrupos.com.br To "oracle_br" cc "oracle_br" , "oracle_br" Subject Re: [oracle_br] archive log / RMAN Pessoal, ja lhes agradeço pelos retornos. Fiz os procedimentos: SQL> shutdown immediate; SQL> startup mount; -- ocorreu a mensagem: ORA-32004: obsolete and/or deprecated parameter(s) specified SQL> alter database archivelog; SQL> alter database open; SQL> alter system set log_archive_dest_1 = 'LOCATION=C:\Clientes\Qualicorp-Oracle\log\' scope = spfile; SQL> alter database open; SQL> archive log list Modo log de banco de dados Modo de Arquivamento Arquivamento automßtico Ativado Destino de arquivamento USE_DB_RECOVERY_FILE_DEST A seq³Ûncia de log on-line mais antiga 14 Pr¾xima seq³Ûncia de log a arquivar 16 Seq³Ûncia de log atual 16 Até aqui foi aparentemente OK. Quando executei o RMAN, ele reclamou da mesma forma. Aí , fiz o procedimento abaixo e tive a seguinte mensagem: SQL> shutdown immediate Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST SQL> --- O interessante é que no meu arquivo SPFILE, nao tem a referencia sobre o log_archive_dest e log archive_dest_1, isso nao deveria ter ? qualicorp.__java_pool_size=4194304 qualicorp.__large_pool_size=4194304 qualicorp.__shared_pool_size=104857600 qualicorp.__streams_pool_size=0 *.audit_file_dest='C:\oracle\product\10.2.0/admin/qualicorp/adump' *.background_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/bdump' *.compatible='10.2.0.1.0' *.control_files='C:\oracle\product\10.2.0/oradata/qualicorp/\control01.ctl','C:\oracle\product\10.2.0/oradata/qualicorp/\control02.ctl','C:\oracle\product\10.2.0/oradata/qualicorp/\control03.ctl' *.core_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/cdump' *.db_block_size=8192 *.db_domain='' *.db_file_multiblock_read_count=16 *.db_name='qualicor' *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area' *.db_recovery_file_dest_size=2147483648 *.db_unique_name='qualicorp' *.dispatchers='(PROTOCOL=TCP) (SERVICE=qualicorpXDB)' *.job_queue_processes=10 *.nls_language='BRAZILIAN PORTUGUESE' *.nls_territory='BRAZIL' *.open_cursors=300 *.pga_aggregate_target=95420416 *.processes=150 *.remote_login_passwordfile='EXCLUSIVE' *.sga_target=287309824 *.undo_management='AUTO' *.undo_tablespace='UNDOTBS1' *.user_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/udump' De:oracle_br@yahoogrupos.com.br Para:oracle_br@yahoogrupos.com.br Cópia:oracle_br@yahoogrupos.com.br Data:Fri, 4 Apr 2008 09:10:56 -0300 Assunto:Re: [oracle_br] archive log / RMAN Robson , erro ORA-32004: esta sendo causado pelo parâmetro log_archive_start=true pois ele foi depreciado na versão 10 .. use os passos citados pelo Marcos Braga que vai funcionar .. Abraços JOSÉ CARLITOS CARVALHO JÚNIOR Administrador de Banco de Dados PST Eletrônica S/A (+55 (19) 3787-6418 Ê+55 (19) 3787-6238 / [EMAIL PROTECTED] web:http://www.pst.com.br web:http://www.positron.com.br Marcos Braga <[EMAIL PROTECTED]> Sent by: oracle_br@yahoogrupos.com.br 04/04/2008 09:00 Please respond to oracle_br@yahoogrupos.com.br To oracle_br@yahoogrupos.com.br cc Subject Re: [oracle_br] archive log / RMAN Oi Robson, vou comentar no email... Robson (Terra) escreveu: > Boa noite pessoal. > > Estou colocando um banco em modo archive, e definindo um destino para os > arquivos de log´s, porém, aparentemente o parâmetro não está sendo acatado, > conforme processos abaixo, e por conta disso, quando executo um processo do > RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. > > Alguém consegue me dar alguma dica sobre o processo? > > SQL*Plus: Release 10.2.0.1.0 - (Windows) > > ** Procedimento executado ** > > SQL> conn sys /as sysdba > > Informe a senha: > > Conectado. > > SQL> shutdown > > Banco de dados fechado. > > Banco de dados desmontado. > >
Re: [oracle_br] archive log / RMAN
Pessoal, ja lhes agradeço pelos retornos. Fiz os procedimentos: SQL> shutdown immediate; SQL> startup mount; -- ocorreu a mensagem: ORA-32004: obsolete and/or deprecated parameter(s) specified SQL> alter database archivelog; SQL> alter database open; SQL> alter system set log_archive_dest_1 = 'LOCATION=C:\Clientes\Qualicorp-Oracle\log\' scope = spfile; SQL> alter database open; SQL> archive log list Modo log de banco de dados Modo de Arquivamento Arquivamento automßtico Ativado Destino de arquivamento USE_DB_RECOVERY_FILE_DEST A seq³Ûncia de log on-line mais antiga 14 Pr¾xima seq³Ûncia de log a arquivar 16 Seq³Ûncia de log atual 16 Até aqui foi aparentemente OK. Quando executei o RMAN, ele reclamou da mesma forma. Aí , fiz o procedimento abaixo e tive a seguinte mensagem: SQL> shutdown immediate Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified ORA-16019: cannot use LOG_ARCHIVE_DEST_1 with LOG_ARCHIVE_DEST or LOG_ARCHIVE_DUPLEX_DEST SQL> --- O interessante é que no meu arquivo SPFILE, nao tem a referencia sobre o log_archive_dest e log archive_dest_1, isso nao deveria ter ? qualicorp.__java_pool_size=4194304 qualicorp.__large_pool_size=4194304 qualicorp.__shared_pool_size=104857600 qualicorp.__streams_pool_size=0 *.audit_file_dest='C:\oracle\product\10.2.0/admin/qualicorp/adump' *.background_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/bdump' *.compatible='10.2.0.1.0' *.control_files='C:\oracle\product\10.2.0/oradata/qualicorp/\control01.ctl','C:\oracle\product\10.2.0/oradata/qualicorp/\control02.ctl','C:\oracle\product\10.2.0/oradata/qualicorp/\control03.ctl' *.core_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/cdump' *.db_block_size=8192 *.db_domain='' *.db_file_multiblock_read_count=16 *.db_name='qualicor' *.db_recovery_file_dest='C:\oracle\product\10.2.0/flash_recovery_area' *.db_recovery_file_dest_size=2147483648 *.db_unique_name='qualicorp' *.dispatchers='(PROTOCOL=TCP) (SERVICE=qualicorpXDB)' *.job_queue_processes=10 *.nls_language='BRAZILIAN PORTUGUESE' *.nls_territory='BRAZIL' *.open_cursors=300 *.pga_aggregate_target=95420416 *.processes=150 *.remote_login_passwordfile='EXCLUSIVE' *.sga_target=287309824 *.undo_management='AUTO' *.undo_tablespace='UNDOTBS1' *.user_dump_dest='C:\oracle\product\10.2.0/admin/qualicorp/udump' De:oracle_br@yahoogrupos.com.br Para:oracle_br@yahoogrupos.com.br Cópia:oracle_br@yahoogrupos.com.br Data:Fri, 4 Apr 2008 09:10:56 -0300 Assunto:Re: [oracle_br] archive log / RMAN Robson , erro ORA-32004: esta sendo causado pelo parâmetro log_archive_start=true pois ele foi depreciado na versão 10 .. use os passos citados pelo Marcos Braga que vai funcionar .. Abraços JOSÉ CARLITOS CARVALHO JÚNIOR Administrador de Banco de Dados PST Eletrônica S/A (+55 (19) 3787-6418 Ê+55 (19) 3787-6238 / [EMAIL PROTECTED] web:http://www.pst.com.br web:http://www.positron.com.br Marcos Braga <[EMAIL PROTECTED]> Sent by: oracle_br@yahoogrupos.com.br 04/04/2008 09:00 Please respond to oracle_br@yahoogrupos.com.br To oracle_br@yahoogrupos.com.br cc Subject Re: [oracle_br] archive log / RMAN Oi Robson, vou comentar no email... Robson (Terra) escreveu: > Boa noite pessoal. > > Estou colocando um banco em modo archive, e definindo um destino para os > arquivos de log´s, porém, aparentemente o parâmetro não está sendo acatado, > conforme processos abaixo, e por conta disso, quando executo um processo do > RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. > > Alguém consegue me dar alguma dica sobre o processo? > > SQL*Plus: Release 10.2.0.1.0 - (Windows) > > ** Procedimento executado ** > > SQL> conn sys /as sysdba > > Informe a senha: > > Conectado. > > SQL> shutdown > > Banco de dados fechado. > > Banco de dados desmontado. > > InstÔncia ORACLE desativada. > > SQL> startup mount > > ORA-32004: obsolete and/or deprecated parameter(s) specified > > InstÔncia ORACLE iniciada. > > Total System Global Area 289406976 bytes > Fixed Size 1248576 bytes > Variable Size 146801344 bytes > Database Buffers 134217728 bytes > Redo Buffers 7139328 bytes > Banco de dados montado. > > SQL> alter system set log_archive_start = true SCOPE = SPFILE; > Sistema alterado. > Quanto a este parâmetro, não utilizei o mesmo para ativar o modo archive no meu banco (creio que essa seja a intenção do mesmo). Para ativar o modo archivelog, efetuo os seguintes passos: 1. Descarrego
Re: [oracle_br] archive log / RMAN
Robson , erro ORA-32004: esta sendo causado pelo parâmetro log_archive_start=true pois ele foi depreciado na versão 10 .. use os passos citados pelo Marcos Braga que vai funcionar .. Abraços JOSÉ CARLITOS CARVALHO JÚNIOR Administrador de Banco de Dados PST Eletrônica S/A (+55 (19) 3787-6418 Ê+55 (19) 3787-6238 / [EMAIL PROTECTED] web:http://www.pst.com.br web:http://www.positron.com.br Marcos Braga <[EMAIL PROTECTED]> Sent by: oracle_br@yahoogrupos.com.br 04/04/2008 09:00 Please respond to oracle_br@yahoogrupos.com.br To oracle_br@yahoogrupos.com.br cc Subject Re: [oracle_br] archive log / RMAN Oi Robson, vou comentar no email... Robson (Terra) escreveu: > Boa noite pessoal. > > Estou colocando um banco em modo archive, e definindo um destino para os > arquivos de log’s, porém, aparentemente o parâmetro não está sendo acatado, > conforme processos abaixo, e por conta disso, quando executo um processo do > RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. > > Alguém consegue me dar alguma dica sobre o processo? > > SQL*Plus: Release 10.2.0.1.0 – (Windows) > > ** Procedimento executado ** > > SQL> conn sys /as sysdba > > Informe a senha: > > Conectado. > > SQL> shutdown > > Banco de dados fechado. > > Banco de dados desmontado. > > InstÔncia ORACLE desativada. > > SQL> startup mount > > ORA-32004: obsolete and/or deprecated parameter(s) specified > > InstÔncia ORACLE iniciada. > > Total System Global Area 289406976 bytes > Fixed Size 1248576 bytes > Variable Size 146801344 bytes > Database Buffers 134217728 bytes > Redo Buffers7139328 bytes > Banco de dados montado. > > SQL> alter system set log_archive_start = true SCOPE = SPFILE; > Sistema alterado. > Quanto a este parâmetro, não utilizei o mesmo para ativar o modo archive no meu banco (creio que essa seja a intenção do mesmo). Para ativar o modo archivelog, efetuo os seguintes passos: 1. Descarrego a instância... SQLPLUS> shutdown immediate; 2. Ativo a instância e modo mount... SQLPLUS> startup mount; 3. Ativo o archivelog... SQLPLUS> alter database archivelog; 4. Abro o banco de dados... SQLPLUS> alter database open; -- Verifique esses passos, se algo der errado, posta na lista para analisarmos -- > SQL> alter system set log_archive_dest = "C:\Clientes\Qualicorp-Oracle\log" > SCOPE = SPFILE; > Sistema alterado. > Este parâmetro, utilizei o seguinte: SQL> alter system set log_archive_dest_1 = 'LOCATION=/opt/oracle/base/orcl/archives/' scope = spfile; -- Aconselho utilizar a última barra no caminho do diretório dos archives -- -- Esse parâmetro foi utilizado em linux, mas para windows, é só iniciar com "c:" e trocar as barras comuns para barras invertidas -- > SQL> alter database open; > Banco de dados alterado. > > SQL> archive log list > Modo log de banco de dados Modo de Arquivamento > Arquivamento automßtico Ativado > Destino de arquivamentoUSE_DB_RECOVERY_FILE_DEST > A seq³Ûncia de log on-line mais antiga 14 > Pr¾xima seq³Ûncia de log a arquivar 16 > Seq³Ûncia de log atual 16 > SQL> > > ** Log do RMAN ** > Gerenciador de Recuperação: Release 10.2.0.1.0 - Production on Qui Abr 3 > 20:02:21 2008 > Copyright (c) 1982, 2005, Oracle. All rights reserved. > conectado ao banco de dados de destino: QUALICOR (DBID=3526730589) > > RMAN> RUN > 2> { > 3> ALLOCATE CHANNEL c1 DEVICE TYPE DISK; > 4> BACKUP AS COMPRESSED BACKUPSET > 5> DATABASE TAG 'DB_LEVEL0_WHOLE' > 6> FORMAT 'C:\Clientes\bkp\%d_%l_level0_%s_%p_%u.bkp' > 7> PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS' > 8> FORMAT 'C:\Clientes\bkp\%d_%l_arq_%s_%p_%u.bkp'; > 9> RELEASE CHANNEL c1; > 10> } > 11> > > usar o arquivo de controle do banco de dados de destino em vez do catálogo > de recuperação > canal alocado: c1 > canal c1: sid=148 devtype=DISK > > Iniciando backup em 03/04/08 > Erro do ORACLE no banco de dados de destino: > ORA-00258: o arquivamento manual no modo NOARCHIVELOG deve identificar o log > > especificação não corresponde a nenhum log de arquivamento no catálogo de > recuperação > backup cancelado porque todos os arquivos foram ignorados > Finalizado backup em 03/04/08 > > Iniciando backup em 03/04/08 > canal c1: iniciando conjunto de backup completo e compactado do arquivo de > dados > canal c1: especificando arquivo(s) de dados no conjunto de backups > RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 > ORA-19602: não pode copiar ou fazer backup de arquivo ativo no
Re: [oracle_br] archive log / RMAN
Oi Robson, vou comentar no email... Robson (Terra) escreveu: > Boa noite pessoal. > > Estou colocando um banco em modo archive, e definindo um destino para os > arquivos de log’s, porém, aparentemente o parâmetro não está sendo acatado, > conforme processos abaixo, e por conta disso, quando executo um processo do > RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. > > Alguém consegue me dar alguma dica sobre o processo? > > SQL*Plus: Release 10.2.0.1.0 – (Windows) > > ** Procedimento executado ** > > SQL> conn sys /as sysdba > > Informe a senha: > > Conectado. > > SQL> shutdown > > Banco de dados fechado. > > Banco de dados desmontado. > > InstÔncia ORACLE desativada. > > SQL> startup mount > > ORA-32004: obsolete and/or deprecated parameter(s) specified > > InstÔncia ORACLE iniciada. > > Total System Global Area 289406976 bytes > Fixed Size 1248576 bytes > Variable Size 146801344 bytes > Database Buffers 134217728 bytes > Redo Buffers7139328 bytes > Banco de dados montado. > > SQL> alter system set log_archive_start = true SCOPE = SPFILE; > Sistema alterado. > Quanto a este parâmetro, não utilizei o mesmo para ativar o modo archive no meu banco (creio que essa seja a intenção do mesmo). Para ativar o modo archivelog, efetuo os seguintes passos: 1. Descarrego a instância... SQLPLUS> shutdown immediate; 2. Ativo a instância e modo mount... SQLPLUS> startup mount; 3. Ativo o archivelog... SQLPLUS> alter database archivelog; 4. Abro o banco de dados... SQLPLUS> alter database open; -- Verifique esses passos, se algo der errado, posta na lista para analisarmos -- > SQL> alter system set log_archive_dest = "C:\Clientes\Qualicorp-Oracle\log" > SCOPE = SPFILE; > Sistema alterado. > Este parâmetro, utilizei o seguinte: SQL> alter system set log_archive_dest_1 = 'LOCATION=/opt/oracle/base/orcl/archives/' scope = spfile; -- Aconselho utilizar a última barra no caminho do diretório dos archives -- -- Esse parâmetro foi utilizado em linux, mas para windows, é só iniciar com "c:" e trocar as barras comuns para barras invertidas -- > SQL> alter database open; > Banco de dados alterado. > > SQL> archive log list > Modo log de banco de dados Modo de Arquivamento > Arquivamento automßtico Ativado > Destino de arquivamentoUSE_DB_RECOVERY_FILE_DEST > A seq³Ûncia de log on-line mais antiga 14 > Pr¾xima seq³Ûncia de log a arquivar 16 > Seq³Ûncia de log atual 16 > SQL> > > ** Log do RMAN ** > Gerenciador de Recuperação: Release 10.2.0.1.0 - Production on Qui Abr 3 > 20:02:21 2008 > Copyright (c) 1982, 2005, Oracle. All rights reserved. > conectado ao banco de dados de destino: QUALICOR (DBID=3526730589) > > RMAN> RUN > 2> { > 3> ALLOCATE CHANNEL c1 DEVICE TYPE DISK; > 4> BACKUP AS COMPRESSED BACKUPSET > 5> DATABASE TAG 'DB_LEVEL0_WHOLE' > 6> FORMAT 'C:\Clientes\bkp\%d_%l_level0_%s_%p_%u.bkp' > 7> PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS' > 8> FORMAT 'C:\Clientes\bkp\%d_%l_arq_%s_%p_%u.bkp'; > 9> RELEASE CHANNEL c1; > 10> } > 11> > > usar o arquivo de controle do banco de dados de destino em vez do catálogo > de recuperação > canal alocado: c1 > canal c1: sid=148 devtype=DISK > > Iniciando backup em 03/04/08 > Erro do ORACLE no banco de dados de destino: > ORA-00258: o arquivamento manual no modo NOARCHIVELOG deve identificar o log > > especificação não corresponde a nenhum log de arquivamento no catálogo de > recuperação > backup cancelado porque todos os arquivos foram ignorados > Finalizado backup em 03/04/08 > > Iniciando backup em 03/04/08 > canal c1: iniciando conjunto de backup completo e compactado do arquivo de > dados > canal c1: especificando arquivo(s) de dados no conjunto de backups > RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 > ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo > NOARCHIVELOG > > continuando outras etapas do job; job com falha não será executado novamente > canal c1: iniciando conjunto de backup completo e compactado do arquivo de > dados > canal c1: especificando arquivo(s) de dados no conjunto de backups > incluindo arquivo de controle atual no conjunto de backups > Incluindo SPFILE atual no conjunto de backup > canal c1: iniciando o componente 1 em 03/04/08 > canal c1: componente 1 finalizado em 03/04/08 > handle de componente=C:\CLIENTES\BKP\QUALICOR_%L_LEVEL0_28_1_0SJCTS2P.BKP > tag=DB_LEVEL0_WHOLE comentário=NONE > canal c1: conjunto de backups concluído, tempo decorrido: 00:00:04 > canal liberado: c1 > RMAN-00571: === > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > RMAN-00571: === > RMAN-03002: falha do comando backup plus archivelog em 04/03/2008 20:02:37 > RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 > ORA-19602: não pode copiar ou faz
[oracle_br] archive log / RMAN
Boa noite pessoal. Estou colocando um banco em modo archive, e definindo um destino para os arquivos de logs, porém, aparentemente o parâmetro não está sendo acatado, conforme processos abaixo, e por conta disso, quando executo um processo do RMAN, me é apresentada informação de que o banco está no modo NOARCHIVELOG. Alguém consegue me dar alguma dica sobre o processo? SQL*Plus: Release 10.2.0.1.0 (Windows) ** Procedimento executado ** SQL> conn sys /as sysdba Informe a senha: Conectado. SQL> shutdown Banco de dados fechado. Banco de dados desmontado. InstÔncia ORACLE desativada. SQL> startup mount ORA-32004: obsolete and/or deprecated parameter(s) specified InstÔncia ORACLE iniciada. Total System Global Area 289406976 bytes Fixed Size 1248576 bytes Variable Size 146801344 bytes Database Buffers 134217728 bytes Redo Buffers7139328 bytes Banco de dados montado. SQL> alter system set log_archive_start = true SCOPE = SPFILE; Sistema alterado. SQL> alter system set log_archive_dest = "C:\Clientes\Qualicorp-Oracle\log" SCOPE = SPFILE; Sistema alterado. SQL> alter database open; Banco de dados alterado. SQL> archive log list Modo log de banco de dados Modo de Arquivamento Arquivamento automßtico Ativado Destino de arquivamentoUSE_DB_RECOVERY_FILE_DEST A seq³Ûncia de log on-line mais antiga 14 Pr¾xima seq³Ûncia de log a arquivar 16 Seq³Ûncia de log atual 16 SQL> ** Log do RMAN ** Gerenciador de Recuperação: Release 10.2.0.1.0 - Production on Qui Abr 3 20:02:21 2008 Copyright (c) 1982, 2005, Oracle. All rights reserved. conectado ao banco de dados de destino: QUALICOR (DBID=3526730589) RMAN> RUN 2> { 3> ALLOCATE CHANNEL c1 DEVICE TYPE DISK; 4> BACKUP AS COMPRESSED BACKUPSET 5> DATABASE TAG 'DB_LEVEL0_WHOLE' 6> FORMAT 'C:\Clientes\bkp\%d_%l_level0_%s_%p_%u.bkp' 7> PLUS ARCHIVELOG TAG 'ARCHIVEDLOGS' 8> FORMAT 'C:\Clientes\bkp\%d_%l_arq_%s_%p_%u.bkp'; 9> RELEASE CHANNEL c1; 10> } 11> usar o arquivo de controle do banco de dados de destino em vez do catálogo de recuperação canal alocado: c1 canal c1: sid=148 devtype=DISK Iniciando backup em 03/04/08 Erro do ORACLE no banco de dados de destino: ORA-00258: o arquivamento manual no modo NOARCHIVELOG deve identificar o log especificação não corresponde a nenhum log de arquivamento no catálogo de recuperação backup cancelado porque todos os arquivos foram ignorados Finalizado backup em 03/04/08 Iniciando backup em 03/04/08 canal c1: iniciando conjunto de backup completo e compactado do arquivo de dados canal c1: especificando arquivo(s) de dados no conjunto de backups RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo NOARCHIVELOG continuando outras etapas do job; job com falha não será executado novamente canal c1: iniciando conjunto de backup completo e compactado do arquivo de dados canal c1: especificando arquivo(s) de dados no conjunto de backups incluindo arquivo de controle atual no conjunto de backups Incluindo SPFILE atual no conjunto de backup canal c1: iniciando o componente 1 em 03/04/08 canal c1: componente 1 finalizado em 03/04/08 handle de componente=C:\CLIENTES\BKP\QUALICOR_%L_LEVEL0_28_1_0SJCTS2P.BKP tag=DB_LEVEL0_WHOLE comentário=NONE canal c1: conjunto de backups concluído, tempo decorrido: 00:00:04 canal liberado: c1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: falha do comando backup plus archivelog em 04/03/2008 20:02:37 RMAN-03009: falha do comando backup no canal de c1 em 04/03/2008 20:02:33 ORA-19602: não pode copiar ou fazer backup de arquivo ativo no modo NOARCHIVELOG Recovery Manager completo. Obrigado, No virus found in this outgoing message. Checked by AVG. Version: 7.5.519 / Virus Database: 269.22.1/1350 - Release Date: 30/3/2008 12:32 [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Archive Gerado em 64 bits, ler em banco 32 Bits
Estou querendo comprar um servidor com toda Plataforma 64 Bits. (Hardware/Software (Windows) E atualmente já tenho uma maquina com plataforma 32 Bits. (Hardware/SO) Gostaria de saber se os archives que eu gerar na plataforma 64 bits, conseguirei ler na plataforma 32 bits.. Vale lembrar que as versões do Oracle serão 10g, porém uma 64 Bits e outra 32 Bits. Se alguém pude me dar um HELP eu agradeço... Email de Saida Escaneado contra Virus [As partes desta mensagem que não continham texto foram removidas]
RES: RES: [oracle_br] Archive Log - burrada minha
Ah sim Eduardo, o comando é CROSSCHECK ARCHIVELOG. Foi mal, tinha passado o comando errado. Valeu pela correção, Rodrigo. _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Rodrigo Mufalani Enviada em: sexta-feira, 8 de junho de 2007 09:20 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Archive Log - burrada minha CROSSCHECK ARCHIVELOG ALL; Tenta o de cima, pois o vc apagou os archives, certo? Já que vc não vai ter todos os archives desde o seu último backup, após o crosscheck, faça um backup full do banco de dados. BACKUP DATABASE; > Mensagem Original: > Data: 08:05:19 08/06/2007 > De: Eduardo de Paula mailto:eduardo.paula%40gmail.com> gmail.com> > Assunto: Re: RES: [oracle_br] Archive Log - burrada minha > Júlio, > > eu executei o crosscheck backup, porém na hora de fazer um novo > backup.. dá um ORA-27037: n?o e possivel obter status do arquivo. > Abaixo o script com o respectivo erro. > > > run { > 2> resync catalog; > allocate channel t1 type 'sbt_tape' parms 'ENV= > (TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; > 3> 4> sql 'alter system archive log current'; > 5> backup incremental level 1 cumulative database; > backup check logical archivelog all delete input; > 6> } > 7> > starting full resync of recovery catalog > full resync complete > > allocated channel: t1 > channel t1: sid=129 instance=cjf11 devtype=SBT_TAPE > channel t1: Data Protection for Oracle: version 5.4.1.0 > > sql statement: alter system archive log current > > Starting backup at 06-JUN-07 > channel t1: starting incremental level 1 datafile backupset > channel t1: specifying datafile(s) in backupset > input datafile fno=4 name=+DATA02/cjf/datafile/users.266.603394799 > input datafile fno=2 > name=+DATA02/cjf/datafile/undotbs1.263.603394799 > input datafile fno=5 > name=+DATA02/cjf/datafile/undotbs2.259.603394899 > input datafile fno=1 > name=+DATA02/cjf/datafile/system.260.603394797 > input datafile fno=3 > name=+DATA02/cjf/datafile/sysaux.267.603394799 > input datafile fno=00016 name=+DATA01/cjf/admin_lob_t01.dbf > input datafile fno=00034 name=+DATA02/eduardo_t01.dbf > input datafile fno=6 name=+DATA01/cjf/comum_t01.dbf > input datafile fno=7 name=+DATA01/cjf/sarh_t01.dbf > input datafile fno=8 name=+DATA01/cjf/sarh2_t01.dbf > input datafile fno=00017 name=+DATA01/cjf/admin_t_t01.dbf > input datafile fno=00018 name=+DATA01/cjf/rh_t01.dbf > input datafile fno=00019 name=+DATA01/cjf/suades_t01.dbf > input datafile fno=9 name=+DATA01/cjf/processual_t01.dbf > input datafile fno=00015 name=+DATA01/cjf/admin_t01.dbf > input datafile fno=00011 name=+DATA01/cjf/fabiane_t01.dbf > channel t1: starting piece 1 at 06-JUN-07 > channel t1: finished piece 1 at 06-JUN-07 > piece handle=2rijk6q6_1_1 tag=TAG20070606T181741 comment=API Version > 2.0,MMS Version 5.4.1.0 > channel t1: backup set complete, elapsed time: 00:52:16 > Finished backup at 06-JUN-07 > > Starting backup at 06-JUN-07 > current log archived > released channel: t1 > RMAN-00571: > === > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS > === > RMAN-00571: > === > RMAN-03002: failure of backup command at 06/06/2007 19:10:06 > RMAN-06059: expected archived log not found, lost of archived log > compromises recoverability > ORA-19625: erro ao identificar > arquivo /u01/archlog/1_1031_603394868.dbf > ORA-27037: n?o e possivel obter status do arquivo > Linux-x86_64 Error: 2: No such file or directory > Additional information: 3 > > > > --- Em [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br, "Julio Bittencourt" > <[EMAIL PROTECTED]> escreveu >> >> Eduardo, >> >> Execute o comando CROSSCHECK BACKUP. >> >> Julio. >> >> _ >> >> De: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br > [mailto:[EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br] Em >> nome de Eduardo de Paula >> Enviada em: quarta-feira, 6 de junho de 2007 16:08 >> Para: [EMAIL PROTECTED] <mailto:oracle_br%40yahoogrupos.com.br> os.com.br >> Assunto: [oracle_br] Archive Log - burrada minha >> >> >> >> Senhores, >> >> devido a minha santa inexperiência, eu fiz o favor de apagar TODOS > archive >> log. :) >> Ainda bem que não temos nada importante no banco, e o banco não > está em >> produção. >> Minha dúvida é, como apagar os archive log do banco? Qual a maneira &
Re: RES: [oracle_br] Archive Log - burrada minha
CROSSCHECK ARCHIVELOG ALL; Tenta o de cima, pois o vc apagou os archives, certo? Já que vc não vai ter todos os archives desde o seu último backup, após o crosscheck, faça um backup full do banco de dados. BACKUP DATABASE; > Mensagem Original: > Data: 08:05:19 08/06/2007 > De: Eduardo de Paula <[EMAIL PROTECTED]> > Assunto: Re: RES: [oracle_br] Archive Log - burrada minha > Júlio, > > eu executei o crosscheck backup, porém na hora de fazer um novo > backup.. dá um ORA-27037: n?o e possivel obter status do arquivo. > Abaixo o script com o respectivo erro. > > > run { > 2> resync catalog; > allocate channel t1 type 'sbt_tape' parms 'ENV= > (TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; > 3> 4> sql 'alter system archive log current'; > 5> backup incremental level 1 cumulative database; > backup check logical archivelog all delete input; > 6> } > 7> > starting full resync of recovery catalog > full resync complete > > allocated channel: t1 > channel t1: sid=129 instance=cjf11 devtype=SBT_TAPE > channel t1: Data Protection for Oracle: version 5.4.1.0 > > sql statement: alter system archive log current > > Starting backup at 06-JUN-07 > channel t1: starting incremental level 1 datafile backupset > channel t1: specifying datafile(s) in backupset > input datafile fno=4 name=+DATA02/cjf/datafile/users.266.603394799 > input datafile fno=2 > name=+DATA02/cjf/datafile/undotbs1.263.603394799 > input datafile fno=5 > name=+DATA02/cjf/datafile/undotbs2.259.603394899 > input datafile fno=1 > name=+DATA02/cjf/datafile/system.260.603394797 > input datafile fno=3 > name=+DATA02/cjf/datafile/sysaux.267.603394799 > input datafile fno=00016 name=+DATA01/cjf/admin_lob_t01.dbf > input datafile fno=00034 name=+DATA02/eduardo_t01.dbf > input datafile fno=6 name=+DATA01/cjf/comum_t01.dbf > input datafile fno=7 name=+DATA01/cjf/sarh_t01.dbf > input datafile fno=8 name=+DATA01/cjf/sarh2_t01.dbf > input datafile fno=00017 name=+DATA01/cjf/admin_t_t01.dbf > input datafile fno=00018 name=+DATA01/cjf/rh_t01.dbf > input datafile fno=00019 name=+DATA01/cjf/suades_t01.dbf > input datafile fno=9 name=+DATA01/cjf/processual_t01.dbf > input datafile fno=00015 name=+DATA01/cjf/admin_t01.dbf > input datafile fno=00011 name=+DATA01/cjf/fabiane_t01.dbf > channel t1: starting piece 1 at 06-JUN-07 > channel t1: finished piece 1 at 06-JUN-07 > piece handle=2rijk6q6_1_1 tag=TAG20070606T181741 comment=API Version > 2.0,MMS Version 5.4.1.0 > channel t1: backup set complete, elapsed time: 00:52:16 > Finished backup at 06-JUN-07 > > Starting backup at 06-JUN-07 > current log archived > released channel: t1 > RMAN-00571: > === > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS > === > RMAN-00571: > === > RMAN-03002: failure of backup command at 06/06/2007 19:10:06 > RMAN-06059: expected archived log not found, lost of archived log > compromises recoverability > ORA-19625: erro ao identificar > arquivo /u01/archlog/1_1031_603394868.dbf > ORA-27037: n?o e possivel obter status do arquivo > Linux-x86_64 Error: 2: No such file or directory > Additional information: 3 > > > > --- Em oracle_br@yahoogrupos.com.br, "Julio Bittencourt" > <[EMAIL PROTECTED]> escreveu >> >> Eduardo, >> >> Execute o comando CROSSCHECK BACKUP. >> >> Julio. >> >> _ >> >> De: oracle_br@yahoogrupos.com.br > [mailto:[EMAIL PROTECTED] Em >> nome de Eduardo de Paula >> Enviada em: quarta-feira, 6 de junho de 2007 16:08 >> Para: oracle_br@yahoogrupos.com.br >> Assunto: [oracle_br] Archive Log - burrada minha >> >> >> >> Senhores, >> >> devido a minha santa inexperiência, eu fiz o favor de apagar TODOS > archive >> log. :) >> Ainda bem que não temos nada importante no banco, e o banco não > está em >> produção. >> Minha dúvida é, como apagar os archive log do banco? Qual a maneira > correta? >> É pelo RMAN. >> >> Agora que a burrada está feita como eu arrumo este erro: >> >> RMAN> run { >> 2> resync catalog; >> 3> allocate channel t1 type 'sbt_tape' parms >> 'ENV=(TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; >> 4> backup check logical archivelog all delete input; >> 5> } >> starting full resync of recovery catalog >> full resync complete >> >> allocated channel: t1 >> channel t1: sid=122 instance=cjf11 devtype
Re: RES: [oracle_br] Archive Log - burrada minha
Júlio, eu executei o crosscheck backup, porém na hora de fazer um novo backup.. dá um ORA-27037: n?o e possivel obter status do arquivo. Abaixo o script com o respectivo erro. run { 2> resync catalog; allocate channel t1 type 'sbt_tape' parms 'ENV= (TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; 3> 4> sql 'alter system archive log current'; 5> backup incremental level 1 cumulative database; backup check logical archivelog all delete input; 6> } 7> starting full resync of recovery catalog full resync complete allocated channel: t1 channel t1: sid=129 instance=cjf11 devtype=SBT_TAPE channel t1: Data Protection for Oracle: version 5.4.1.0 sql statement: alter system archive log current Starting backup at 06-JUN-07 channel t1: starting incremental level 1 datafile backupset channel t1: specifying datafile(s) in backupset input datafile fno=4 name=+DATA02/cjf/datafile/users.266.603394799 input datafile fno=2 name=+DATA02/cjf/datafile/undotbs1.263.603394799 input datafile fno=5 name=+DATA02/cjf/datafile/undotbs2.259.603394899 input datafile fno=1 name=+DATA02/cjf/datafile/system.260.603394797 input datafile fno=3 name=+DATA02/cjf/datafile/sysaux.267.603394799 input datafile fno=00016 name=+DATA01/cjf/admin_lob_t01.dbf input datafile fno=00034 name=+DATA02/eduardo_t01.dbf input datafile fno=6 name=+DATA01/cjf/comum_t01.dbf input datafile fno=7 name=+DATA01/cjf/sarh_t01.dbf input datafile fno=8 name=+DATA01/cjf/sarh2_t01.dbf input datafile fno=00017 name=+DATA01/cjf/admin_t_t01.dbf input datafile fno=00018 name=+DATA01/cjf/rh_t01.dbf input datafile fno=00019 name=+DATA01/cjf/suades_t01.dbf input datafile fno=9 name=+DATA01/cjf/processual_t01.dbf input datafile fno=00015 name=+DATA01/cjf/admin_t01.dbf input datafile fno=00011 name=+DATA01/cjf/fabiane_t01.dbf channel t1: starting piece 1 at 06-JUN-07 channel t1: finished piece 1 at 06-JUN-07 piece handle=2rijk6q6_1_1 tag=TAG20070606T181741 comment=API Version 2.0,MMS Version 5.4.1.0 channel t1: backup set complete, elapsed time: 00:52:16 Finished backup at 06-JUN-07 Starting backup at 06-JUN-07 current log archived released channel: t1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of backup command at 06/06/2007 19:10:06 RMAN-06059: expected archived log not found, lost of archived log compromises recoverability ORA-19625: erro ao identificar arquivo /u01/archlog/1_1031_603394868.dbf ORA-27037: n?o e possivel obter status do arquivo Linux-x86_64 Error: 2: No such file or directory Additional information: 3 --- Em oracle_br@yahoogrupos.com.br, "Julio Bittencourt" <[EMAIL PROTECTED]> escreveu > > Eduardo, > > Execute o comando CROSSCHECK BACKUP. > > Julio. > > _ > > De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em > nome de Eduardo de Paula > Enviada em: quarta-feira, 6 de junho de 2007 16:08 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Archive Log - burrada minha > > > > Senhores, > > devido a minha santa inexperiência, eu fiz o favor de apagar TODOS archive > log. :) > Ainda bem que não temos nada importante no banco, e o banco não está em > produção. > Minha dúvida é, como apagar os archive log do banco? Qual a maneira correta? > É pelo RMAN. > > Agora que a burrada está feita como eu arrumo este erro: > > RMAN> run { > 2> resync catalog; > 3> allocate channel t1 type 'sbt_tape' parms > 'ENV=(TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; > 4> backup check logical archivelog all delete input; > 5> } > starting full resync of recovery catalog > full resync complete > > allocated channel: t1 > channel t1: sid=122 instance=cjf11 devtype=SBT_TAPE > channel t1: Data Protection for Oracle: version 5.4.1.0 > > Starting backup at 06-JUN-07 > current log archived > released channel: t1 > RMAN-00571: === > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > RMAN-00571: === > RMAN-03002: failure of backup command at 06/06/2007 15:55:34 > RMAN-06059: expected archived log not found, lost of archived log > compromises recoverability > ORA-19625: erro ao identificar arquivo /u01/archlog/1_1031_603394868.dbf > ORA-27037: n?o e possivel obter status do arquivo > Linux-x86_64 Error: 2: No such file or directory > Additional information: 3 > > RMAN> > RMAN> > RMAN> **end-of-file** > > -- > "Os erros podem ser transformados em acertos quando com eles se aprende. Não > existe a segurança do acerto eterno." > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
RES: [oracle_br] Archive Log - burrada minha
Eduardo, Execute o comando CROSSCHECK BACKUP. Julio. _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Eduardo de Paula Enviada em: quarta-feira, 6 de junho de 2007 16:08 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Archive Log - burrada minha Senhores, devido a minha santa inexperiência, eu fiz o favor de apagar TODOS archive log. :) Ainda bem que não temos nada importante no banco, e o banco não está em produção. Minha dúvida é, como apagar os archive log do banco? Qual a maneira correta? É pelo RMAN. Agora que a burrada está feita como eu arrumo este erro: RMAN> run { 2> resync catalog; 3> allocate channel t1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; 4> backup check logical archivelog all delete input; 5> } starting full resync of recovery catalog full resync complete allocated channel: t1 channel t1: sid=122 instance=cjf11 devtype=SBT_TAPE channel t1: Data Protection for Oracle: version 5.4.1.0 Starting backup at 06-JUN-07 current log archived released channel: t1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of backup command at 06/06/2007 15:55:34 RMAN-06059: expected archived log not found, lost of archived log compromises recoverability ORA-19625: erro ao identificar arquivo /u01/archlog/1_1031_603394868.dbf ORA-27037: n?o e possivel obter status do arquivo Linux-x86_64 Error: 2: No such file or directory Additional information: 3 RMAN> RMAN> RMAN> **end-of-file** -- "Os erros podem ser transformados em acertos quando com eles se aprende. Não existe a segurança do acerto eterno." [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Archive Log - burrada minha
Senhores, devido a minha santa inexperiência, eu fiz o favor de apagar TODOS archive log. :) Ainda bem que não temos nada importante no banco, e o banco não está em produção. Minha dúvida é, como apagar os archive log do banco? Qual a maneira correta? É pelo RMAN. Agora que a burrada está feita como eu arrumo este erro: RMAN> run { 2> resync catalog; 3> allocate channel t1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=/u01/rman/lib/tdpo.opt)' maxpiecesize 2g; 4> backup check logical archivelog all delete input; 5> } starting full resync of recovery catalog full resync complete allocated channel: t1 channel t1: sid=122 instance=cjf11 devtype=SBT_TAPE channel t1: Data Protection for Oracle: version 5.4.1.0 Starting backup at 06-JUN-07 current log archived released channel: t1 RMAN-00571: === RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === RMAN-00571: === RMAN-03002: failure of backup command at 06/06/2007 15:55:34 RMAN-06059: expected archived log not found, lost of archived log compromises recoverability ORA-19625: erro ao identificar arquivo /u01/archlog/1_1031_603394868.dbf ORA-27037: n?o e possivel obter status do arquivo Linux-x86_64 Error: 2: No such file or directory Additional information: 3 RMAN> RMAN> RMAN> **end-of-file** -- "Os erros podem ser transformados em acertos quando com eles se aprende. Não existe a segurança do acerto eterno." [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Archive Log
Olá, bom eu diretamente não conheço, mas voce pode consultar tbm pela v$log etc... outra coisa, quando quando voce faz um backup full. do banco, teoricamente voce não precisa mais dos archive, mas normalmente o pessoal que falo sobre isso eles guardam pelo menos de uma semana atraz do backup full... bom também se for pelo rman tem como, só que é atravez de comandos, pelo menos que eu me lembre. att, Welvis Douglas --- fabiobat2002 <[EMAIL PROTECTED]> escreveu: > Boa tarde a todos, > > > Eu tenho uma instancia oracle 9.2.0.6 em modo > arquivelog. > Faco um hot backup que esta agendado para fazer toda > madrugada. > Minha duvida e o sequinte , existe alguma view que > possa consultar > para poder deletar aqueles archivelogs que nao serao > mais usados ? > > > > ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Archive Log
Alguem ja viu esse erro ?? ORA-12571 - falha do gravador do pacote Estou com esse problema, mas nao consigo resolver, tenho varias maquinas que conectam com o mesmo cliente e todas estao com a mesma versao e nessa eu nao consigo conectar de jeito nenhum, alguem poderia me ajudar ?? Banco 10G XE Forms 6i com o patch 17 Abraços [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Archive Log
Boa tarde a todos, Eu tenho uma instancia oracle 9.2.0.6 em modo arquivelog. Faco um hot backup que esta agendado para fazer toda madrugada. Minha duvida e o sequinte , existe alguma view que possa consultar para poder deletar aqueles archivelogs que nao serao mais usados ? -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Archive destination
Galera, bom dia!. atualmente faço back-up dos archives para fita e no final do job faço a deleção dos mesmos. No final de semana tive que recuperar o BD e precisei usar alguns archives e a fita já tinha ido para um cofre em outra localidade. Gostaria de multiplexá-lo, editei o arquivo initSID.ora e inclui o 2º parâmetro, mas não funcionou, gostaria de saber aonde está o erro, pois está retornando erro ORA-16019. S.O.: RH 3.0 DB: Oracle 9.0.2.5 *Antes* log_archive_dest = /oracle/SEQ/oraarch/SEQarch *Depois* log_archive_dest_1 = /oracle/SEQ/oraarch/SEQarch log_archive_dest_2 = /oracle/SEQ/saparch/arch/SEQarch Jansen Filho [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
[oracle_br] Archive Destination
Galera, já resolvi o meu problema usando LOG_ARCHIVE_DUPLEX_DEST. Jansen Filho [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine __ O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário. Yahoo! Grupos, um serviço oferecido por: PUBLICIDADE 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:[EMAIL PROTECTED] O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!.
Re: [oracle_br] archive
Verifique sua DBA_JOBS Att. Thiago M. Zerbinato Oracle Certified Professional Linux Professional since 1997 Ribeirão Preto - SP --- http://thiagomz.hpg.com.br Linux User #286429 Debian User #534 "Primeiro eles o ignoram. Depois riem de você. Então eles o combatem. Aí você vence" Mohandas Gandhi. Marcio Tamoyo wrote: >Bom dia ! > >Tenho um servidor oracle 9.2.04 em windows 2000 , e tenho percebido um aumento >muito grande de archives diários , sabado e domingo praticamente não temos >trabalho em nosso erp e ele vem gerado 600 mb de archive nesses dias e 1gb de >dia de semana tem algo para monitorar estou achando isso muito estranho. > >sem mais >MARCIO TAMOYO > >--- >Outgoing mail is certified Virus Free. >Checked by AVG anti-virus system (http://www.grisoft.com). >Version: 6.0.859 / Virus Database: 585 - Release Date: 14/02/2005 > > > >[As partes desta mensagem que não continham texto foram removidas] > > > > > >ORACLE_BR APOIA 2ºENPO-BR >_ >O 2º Encontro Nacional de Profissionais Oracle será realizado no dia >05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e >Cases dirigidos exclusivamente por profissionais especialistas e renomados no >mercado. Confira a programação no site do evento! http://www.enpo-br.org/ >_ >Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 >Links do Yahoo! Grupos > > > > > > > > >__ NOD32 1.1264 (20051024) Information __ > >This message was checked by NOD32 antivirus system. >http://www.nod32.com > > > > > ___ Promoção Yahoo! Acesso Grátis: a cada hora navegada você acumula cupons e concorre a mais de 500 prêmios! Participe! http://yahoo.fbiz.com.br/ ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] archive
vc tem algum JOB ? - Original Message - From: Marcio Tamoyo To: oracle_br@yahoogrupos.com.br Sent: Tuesday, October 25, 2005 9:56 AM Subject: [oracle_br] archive Bom dia ! Tenho um servidor oracle 9.2.04 em windows 2000 , e tenho percebido um aumento muito grande de archives diários , sabado e domingo praticamente não temos trabalho em nosso erp e ele vem gerado 600 mb de archive nesses dias e 1gb de dia de semana tem algo para monitorar estou achando isso muito estranho. sem mais MARCIO TAMOYO --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 14/02/2005 [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 Yahoo! Grupos, um serviço oferecido por: -- Links do Yahoo! Grupos a.. Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ b.. Para sair deste grupo, envie um e-mail para: [EMAIL PROTECTED] c.. O uso que você faz do Yahoo! Grupos está sujeito aos Termos do Serviço do Yahoo!. [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RE: [oracle_br] archive
Uma das coisas que pode estar aumentando a geração de archives é se você estiver fazendo backup online nestes momentos. Mas isto somente aumentaria a geração de archives se o banco estivesse sendo utilizado, e somente durante o período de backup. Você pode verificar também se existem cargas de dados rodando. Fora isso, dá uma olhada na V$LOG_HISTORY (coluna FIRST_TIME), para ver em que horas ele está gerando mais archive, e veja o que pode estar rodando no banco nestes horários. []s Eduardo Claro -Original Message- From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Marcio Tamoyo Sent: terça-feira, 25 de outubro de 2005 10:57 To: oracle_br@yahoogrupos.com.br Subject: [oracle_br] archive Bom dia ! Tenho um servidor oracle 9.2.04 em windows 2000 , e tenho percebido um aumento muito grande de archives diários , sabado e domingo praticamente não temos trabalho em nosso erp e ele vem gerado 600 mb de archive nesses dias e 1gb de dia de semana tem algo para monitorar estou achando isso muito estranho. sem mais MARCIO TAMOYO --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 14/02/2005 [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 Links do Yahoo! Grupos ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] archive
Bom dia ! Tenho um servidor oracle 9.2.04 em windows 2000 , e tenho percebido um aumento muito grande de archives diários , sabado e domingo praticamente não temos trabalho em nosso erp e ele vem gerado 600 mb de archive nesses dias e 1gb de dia de semana tem algo para monitorar estou achando isso muito estranho. sem mais MARCIO TAMOYO --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.859 / Virus Database: 585 - Release Date: 14/02/2005 [As partes desta mensagem que não continham texto foram removidas] ORACLE_BR APOIA 2ºENPO-BR _ O 2º Encontro Nacional de Profissionais Oracle será realizado no dia 05/11/2005 no auditório da FIAP em São Paulo. Serão apresentadas Palestras e Cases dirigidos exclusivamente por profissionais especialistas e renomados no mercado. Confira a programação no site do evento! http://www.enpo-br.org/ _ Area de download oracle_br - http://www.4shared.com/dir/101727/a4dcc423 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: [EMAIL PROTECTED] <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html