Re: [oracle_br] DBAs - Ajuda -
Seguem as regras gerais: 1. Um usuário local pode conectar-se ao banco como sysdba usando tanto autenticação por OS (Modificado no sqlnet.ora) ou usando autenticação por password file (Criado com o utilitário orapwd) 2. Um usuário remoto pode conectar-se ao banco como sysdba usando a autenticação por password file (Criado com o utilitário orapwd). Informações sobre autenticação por sistema operacional. 1. A seguinte sintaxe é utilizada enquanto usa autenticação por OS: sqlplus / as sysdba 2. O parametro SQLNET.AUTHENTICATION_SERVICES controla a operação de autenticação do sistema. 3. Em plataformas Unix, setando este parametro para ALL ou removendo o parametro do SQLNET.ORA vai permitir que usuários do sistema operacional se autentiquem no banco sem especificar a senha. Setando o valor para NONE a autenticação deve falhar com ORA-1031. ex: SQLNET.AUTHENTICATION_SERVICES=(ALL) vai permitir autenticação por OS. (UNIX) SQLNET.AUTHENTICATION_SERVICES=(NTS) vai permitir autenticação por OS. (Windows) SQLNET.AUTHENTICATION_SERVICES=(NONE) irá falhar a autenticação por OS. 4. O usuário do sistema operacional deve pertencer ao grupo OSDBA para que possa logar como sysdba e deve pertencer ao grupo OSOPER para conectar-se como sysoper. Em paltaformas unix esses grupos são DBA e OPER. Em plataformas windows os grupos são ORA_DBA e ORA_OPER. Espero ter ajudado. Evandro Giachetto Oracle DBA at IBM evandrogiache...@gmail.com Em 3 de outubro de 2012 15:58, Evandro Giachetto escreveu: > Fernanda, seria legal se nos informasse como está tentando se conectar. > > Primeiro. Entendi que você instalou o Oracle numa VM. Você precisa alterar > o arquivo sqnlet.ora DA VM e conectar-se no banco A PARTIR DA VM. > Segundo. Você consegue conectar-se como sysdba a partir da máquina local. > Ou seja, você precisa logar-se em sua VM, ir até o prompt e locar como > sysdba. > Terceiro. O usuário oracle precisa fazer parte do grupo dba do sistema > operacional. (Não tenho 100% de certeza se isso é válido no windows). > Quarto. Suas variáveis de ambiente estão corretamente setadas para sua > sessão? Verifique os valores de ORACLE_SID e ORACLE_HOME. > > Evandro Giachetto > Oracle DBA at IBM > evandrogiache...@gmail.com > > > Em 3 de outubro de 2012 15:48, Fernanda Lobo > escreveu: > > ** >> >> >> Pessoal, >> >> Estou com o seguinte problema: >> >> Instalei o oracle 11g em uma virtual machine (porém com WINDOWS 7). >> Quando tento conectar no db (orcl) como sys, dá esse erro: ORA-12638 >> credential retrieval failed. >> >> Achei na net esta solução: >> >> Altere no arquivo sqlnet.ora o parâmetro "SQLNET.AUTHENTICATION_SERVICES= >> (NTS)" mude para "SQLNET.AUTHENTICATION_SERVICES= (NONE)" >> >> Porém, quando mudo para NONE encontro outro problema, na hora de tentar >> logar com sysdba dá: ora-01031 insufficient privileges >> >> Alguém teria alguma ideia do que posso fazer? >> >> Obs.: O oracle precisa estar no windows por requisito do cliente. Por >> enquanto estamos apenas montando ambiente de teste. O oracle deverá se >> conectar a um sistema .NET >> >> >> > > [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] DBAs - Ajuda -
Fernanda, seria legal se nos informasse como está tentando se conectar. Primeiro. Entendi que você instalou o Oracle numa VM. Você precisa alterar o arquivo sqnlet.ora DA VM e conectar-se no banco A PARTIR DA VM. Segundo. Você consegue conectar-se como sysdba a partir da máquina local. Ou seja, você precisa logar-se em sua VM, ir até o prompt e locar como sysdba. Terceiro. O usuário oracle precisa fazer parte do grupo dba do sistema operacional. (Não tenho 100% de certeza se isso é válido no windows). Quarto. Suas variáveis de ambiente estão corretamente setadas para sua sessão? Verifique os valores de ORACLE_SID e ORACLE_HOME. Evandro Giachetto Oracle DBA at IBM evandrogiache...@gmail.com Em 3 de outubro de 2012 15:48, Fernanda Lobo escreveu: > ** > > > Pessoal, > > Estou com o seguinte problema: > > Instalei o oracle 11g em uma virtual machine (porém com WINDOWS 7). Quando > tento conectar no db (orcl) como sys, dá esse erro: ORA-12638 credential > retrieval failed. > > Achei na net esta solução: > > Altere no arquivo sqlnet.ora o parâmetro "SQLNET.AUTHENTICATION_SERVICES= > (NTS)" mude para "SQLNET.AUTHENTICATION_SERVICES= (NONE)" > > Porém, quando mudo para NONE encontro outro problema, na hora de tentar > logar com sysdba dá: ora-01031 insufficient privileges > > Alguém teria alguma ideia do que posso fazer? > > Obs.: O oracle precisa estar no windows por requisito do cliente. Por > enquanto estamos apenas montando ambiente de teste. O oracle deverá se > conectar a um sistema .NET > > > [As partes desta mensagem que não continham texto foram removidas] -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: redo logs
É exatamente isso, Milton - só esclarecendo ainda mais, Yuri, quando vc multiplexa pelo Oracle (claro que há soluções não-Oracle de espelhamento, principalmente de discos, mas também de arquivos, tal e coisa mas aqui falando de RDBMS Oracle), o que vc especifica é que vc terá uma Cópia 100% consistente de cada gravação feita no online redo log file Quando o processo de gravação do online log file começa, ele grava o buffer de log na localização primária do online log file MAS se houver multiplexamento, o Oracle imediatamente vai tentar gravar os mesmos dados na localização secundária do log file : apenas SE tantoa gravação no arquivo online principal quanto na cópia multiplexada foram AMBAS bem sucedidas, aí sim ele considera a gravação/esvaziamento de buffer E a atualização do logfile completa e bem sucedida, ok ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." escreveu > > Yuri, "modo cíclico" significa o seguinte: > > - Imagine que você tem 3 grupos de Redo Logs; > - Vc acabou de criar teu banco de dados... vai começar a entrar em > produção AGORA; > - Naturalmente o Oracle vai utilizar primeiro o Grupo 1, correto? > - Ok... assim que o grupo 1 encher (ou então sofrer um switch forçado), > ele vai começar usar o Grupo 2; > - Depois do próximo switch, ele vai comçar a usar o Grupo 3. > > E depois que o 3 se encher? > Ele volta a usar o Grupo 1... por isso falamos que é CÍCLICO. Ele fica > eternamente nesse ciclo: 1,2,3,1,2,3,1,2,3 > > E claro, caso o banco esteja em Archivelog Mode, é feito o arquivamento do > log > a cada um desses switchs. > > > Sobre a multiplexação, ela existe sim mas não tem nada a ver com o fato de > ser cíclico. > Vc pode multiplexar, jogar em X destinos diferentes, e sim, TODOS eles > serão idênticos. > > > > > > 2012/10/3 Yuri Menon > > > ** > > > > > > Muito obrigado pelas respostas pessoal! > > > > Agora tive outra uma dúvida sobre os redo logs. > > > > Eu li que eles trabalham de maneira cíclica, mas o que significa isso? > > Supondo um grupo simples de redo log, com 3 redo logs, se eu multiplexar > > (conforme mencionado pelos senhores) e colocar 1 em cada hardware, > > trabalhar de maneira cíclica significa que os 3 sempre "tentarão" serem > > idênticos? É isso que significa trabalhar de modo cíclico? > > > > Em 3 de outubro de 2012 11:07, Milton Bastos Henriquis Jr. < > > miltonbastos@...> escreveu: > > > > > > > Ah, bom, agora sim... rs > > > > > > Respondeu minha pergunta anterior provavelmente antes de tê-la recebido! > > > > > > > > > > > > > > > 2012/10/3 J. Laurindo Chiappa > > > > > > > ** > > > > > > > > > > > > > > Detalhando um pouco mais (e sim, memória episódica / conversação aos > > > > pedaços, onde o sujeito a cada vez lembra de uma parte só do assunto, é > > > > gagazice :) , que fique claro quando eu sugeri os params de checkpoint > > : > > > > > > > > a) o archivamento ocorre após um log switch OU no intervalo que vc > > > > especifica em ARCHIVE_LAG_TARGET , e esse log switch é que dispara o > > > > checkpoint : o checkpoint Não Tem relação de causa com o log switch, > > ele > > > é > > > > Efeito > > > > > > > > b) quando eu sugeri alterar os params de checkpoint a idéia é se ter os > > > > dados saindo de buffer mais agressivamente, em tese enchendo o online > > > redo > > > > log file mais rapidamente, talvez : para se ter diretamente o efeito > > > > desejado de um intervalo máximo entre os log switches (e portanto entre > > > os > > > > archivamentos), além disso o que vc mexe é no ARCHIVE_LAG_TARGET, ou > > > então > > > > cria um job que faz log switch a cada x minutos, é isso > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" > > > escreveu > > > > > > > > > > > > > > Ah, sim : estamos discutindo Academicamente, um cenário virtual, mas > > > que > > > > fique claro : > > > > > > > > > > a) justamente pela crítica importância do redo log file online é que > > a > > > > Oracle oferece DIVERSAS maneiras de vc multiplexar/espelhar esse > > carinha > > > : > > > > então, para vc perder o redo log file online ** E ** todas as suas > > > > cópias/multiplexes estamos falando de um desastre MESMO, algo de > > grandes > > > > proporções, okdoc ? É ÓBVIo que só sobrevive com zero perda de dados > > quem > > > > está com alguma solução de Disaster Recover tipo Dataguard em zero > > > dataloss > > > > mode > > > > > > > > > > b) não importa que o ambiente esteja num "pico de transações" : como > > eu > > > > disse , é só os POUCOS dados comitados que casualmente estavam no > > online > > > > redo log file é que vc perde - com certeza se estou em pico de uso > > > > certamente o tempo entre cada archivamento não deve ser longo, não... > > > > > INCLUSIVE, se vc não pode dar sopa pro azar e tem um SLA exigindo > > perda > > > > máxima teórica possível de dados comitados de x minutos, JUSTAMENTE > > para > > > >
[oracle_br] Re: redo logs
Bom dia, Miltão : isso que é clarividência, né não ?? Só os números da megasena que insistem em não aparecer na minha bloa de cristal :( Bom, realmente veja lá o meu outro e-mail de complementação (o terceiro que enviei do assunto), onde eu digo que a minha intenção ao recomendar um checkpoint mais frequente é tentar ter limpeza de buffers mais agressiva, o que Pode talvez acelerar a frequência de enchiemnto do log online e portanto o disparo de um log switch (e posterior archivamento), mas sim, é Claro que além disso o método direto e necessário para ter archivamento frequente é "forçar" um log switch frequente, mexendo no param de lag de archive OU tendo job, sim . E em cima disso : no seu cenário, dentre esses 400 MB vc perde as transações não-comitadas : o ponto é, cfrme uma transação avança e coloca logs no buffer, mesmo sem commit a cada poucos segundos (ou antes, se esse buffer encher numa dada proporção) esses dados não-comitados vão pro online log file (e quando houver um log switch o archive decorrente archiva esse redo log file, claro) - então Podem sim haver transações não-comitadas num online redo log file, sim : não é todo o tamanho do redo log file que representa uma qtdade de dados a perder se esse online log for perdido, pode haver nesse mio muita coisa não comitada Mas o que foi comitado no online redo log file não-archivado sim, vai ser perdido... Aí não tem jeito, como não há jeito de facilmente vc saber o que está ou não comitado num redo log file online, se vc precisa cumprir um SLA de no máximo x minutos de perda de dados comitados, vc Tem que se assegurar que haja um log switch a cada no máximo x minutos, mesmo que eventualmente esse online redo log só contenha dados não-comitados. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Milton Bastos Henriquis Jr." escreveu > > Ah, bom, agora sim... rs > > Respondeu minha pergunta anterior provavelmente antes de tê-la recebido! > > > > > 2012/10/3 J. Laurindo Chiappa > > > ** > > > > > > Detalhando um pouco mais (e sim, memória episódica / conversação aos > > pedaços, onde o sujeito a cada vez lembra de uma parte só do assunto, é > > gagazice :) , que fique claro quando eu sugeri os params de checkpoint : > > > > a) o archivamento ocorre após um log switch OU no intervalo que vc > > especifica em ARCHIVE_LAG_TARGET , e esse log switch é que dispara o > > checkpoint : o checkpoint Não Tem relação de causa com o log switch, ele é > > Efeito > > > > b) quando eu sugeri alterar os params de checkpoint a idéia é se ter os > > dados saindo de buffer mais agressivamente, em tese enchendo o online redo > > log file mais rapidamente, talvez : para se ter diretamente o efeito > > desejado de um intervalo máximo entre os log switches (e portanto entre os > > archivamentos), além disso o que vc mexe é no ARCHIVE_LAG_TARGET, ou então > > cria um job que faz log switch a cada x minutos, é isso > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > > > > > Ah, sim : estamos discutindo Academicamente, um cenário virtual, mas que > > fique claro : > > > > > > a) justamente pela crítica importância do redo log file online é que a > > Oracle oferece DIVERSAS maneiras de vc multiplexar/espelhar esse carinha : > > então, para vc perder o redo log file online ** E ** todas as suas > > cópias/multiplexes estamos falando de um desastre MESMO, algo de grandes > > proporções, okdoc ? É ÓBVIo que só sobrevive com zero perda de dados quem > > está com alguma solução de Disaster Recover tipo Dataguard em zero dataloss > > mode > > > > > > b) não importa que o ambiente esteja num "pico de transações" : como eu > > disse , é só os POUCOS dados comitados que casualmente estavam no online > > redo log file é que vc perde - com certeza se estou em pico de uso > > certamente o tempo entre cada archivamento não deve ser longo, não... > > > INCLUSIVE, se vc não pode dar sopa pro azar e tem um SLA exigindo perda > > máxima teórica possível de dados comitados de x minutos, JUSTAMENTE para > > isso é que o pessoal de Redwood nos deu os parâmetros para CONTROLAR > > tempo/tamanho máximo entre checkpoints, veja lá Óbvio ululante, isso é > > sempre um número de equilíbrio : na visão dos usuários eles querem que isso > > seja o menor possível, mas Dificilmente te dão um hardware que aguente a > > parada - nem preciso dizer que Archivamento É um I/O, então se vc for > > PROGRAMAR um I/O relativamente longo como as vezes poder ser o de archiving > > para acontecer frequentemente/constantemente pode muito bem ser que o teu > > sub-sistema de I/O peça arrego > > > > > > []s > > > > > > Chiappa > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" > > escreveu > > > > > > > > > > Olá, Yuri : sim, no redo log file online que ainda não foi archivado > > pode sim haver informação comitada : caso vc o perca sim, vc Pode Sim ter > > uma p
Re: [oracle_br] Re: redo logs
Muito obrigado pelas respostas pessoal! Agora tive outra uma dúvida sobre os redo logs. Eu li que eles trabalham de maneira cíclica, mas o que significa isso? Supondo um grupo simples de redo log, com 3 redo logs, se eu multiplexar (conforme mencionado pelos senhores) e colocar 1 em cada hardware, trabalhar de maneira cíclica significa que os 3 sempre "tentarão" serem idênticos? É isso que significa trabalhar de modo cíclico? Em 3 de outubro de 2012 11:07, Milton Bastos Henriquis Jr. < miltonbas...@gmail.com> escreveu: > Ah, bom, agora sim... rs > > Respondeu minha pergunta anterior provavelmente antes de tê-la recebido! > > > > > 2012/10/3 J. Laurindo Chiappa > > > ** > > > > > > Detalhando um pouco mais (e sim, memória episódica / conversação aos > > pedaços, onde o sujeito a cada vez lembra de uma parte só do assunto, é > > gagazice :) , que fique claro quando eu sugeri os params de checkpoint : > > > > a) o archivamento ocorre após um log switch OU no intervalo que vc > > especifica em ARCHIVE_LAG_TARGET , e esse log switch é que dispara o > > checkpoint : o checkpoint Não Tem relação de causa com o log switch, ele > é > > Efeito > > > > b) quando eu sugeri alterar os params de checkpoint a idéia é se ter os > > dados saindo de buffer mais agressivamente, em tese enchendo o online > redo > > log file mais rapidamente, talvez : para se ter diretamente o efeito > > desejado de um intervalo máximo entre os log switches (e portanto entre > os > > archivamentos), além disso o que vc mexe é no ARCHIVE_LAG_TARGET, ou > então > > cria um job que faz log switch a cada x minutos, é isso > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" > escreveu > > > > > > > > Ah, sim : estamos discutindo Academicamente, um cenário virtual, mas > que > > fique claro : > > > > > > a) justamente pela crítica importância do redo log file online é que a > > Oracle oferece DIVERSAS maneiras de vc multiplexar/espelhar esse carinha > : > > então, para vc perder o redo log file online ** E ** todas as suas > > cópias/multiplexes estamos falando de um desastre MESMO, algo de grandes > > proporções, okdoc ? É ÓBVIo que só sobrevive com zero perda de dados quem > > está com alguma solução de Disaster Recover tipo Dataguard em zero > dataloss > > mode > > > > > > b) não importa que o ambiente esteja num "pico de transações" : como eu > > disse , é só os POUCOS dados comitados que casualmente estavam no online > > redo log file é que vc perde - com certeza se estou em pico de uso > > certamente o tempo entre cada archivamento não deve ser longo, não... > > > INCLUSIVE, se vc não pode dar sopa pro azar e tem um SLA exigindo perda > > máxima teórica possível de dados comitados de x minutos, JUSTAMENTE para > > isso é que o pessoal de Redwood nos deu os parâmetros para CONTROLAR > > tempo/tamanho máximo entre checkpoints, veja lá Óbvio ululante, isso > é > > sempre um número de equilíbrio : na visão dos usuários eles querem que > isso > > seja o menor possível, mas Dificilmente te dão um hardware que aguente a > > parada - nem preciso dizer que Archivamento É um I/O, então se vc for > > PROGRAMAR um I/O relativamente longo como as vezes poder ser o de > archiving > > para acontecer frequentemente/constantemente pode muito bem ser que o teu > > sub-sistema de I/O peça arrego > > > > > > []s > > > > > > Chiappa > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" > > > escreveu > > > > > > > > > > Olá, Yuri : sim, no redo log file online que ainda não foi archivado > > pode sim haver informação comitada : caso vc o perca sim, vc Pode Sim ter > > uma pequena perda de dados, que seriam justamente esses que estavam no > > online redo mas ainda não tinham sido archivados, e o procedimento de > > Recuperação é simples : vc vai voltar o último backup e os archived redo > > log files TODOS que tiver E aplicar um por um sequencialmente todos os > > archives gerados depois backup até o último archive que vc tiver : o > ponto > > no tempo que foi coberto nesse último archive é o ponto em que o banco > vai > > voltar, é isso . > > http://drdatabase.wordpress.com/2009/03/13/missing-redo-logs-scenario/ é > > uma ref interessante para o seu cenário, que é descrito no item 2) Redo > log > > is not CURRENT and not archived ... > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > --- Em oracle_br@yahoogrupos.com.br, Yuri Menon > escreveu > > > > > > > > > > Estou com uma dúvida e gostaria da resposta dos senhores (quem > tiver > > > > > preguiça de ler pode ir direto para o último parágrafo). > > > > > > > > > > 1- Supondo um BD em Archive MODE. > > > > > 2- Tenho um cold backup íntegro deste BD (de 1 semana atrás). > > > > > 3- Ocorre um desastre no servidor de banco, perdendo todos os > dados, > > > > > restaram apenas os archives junto com o cold backup que foram feito > > em um > > > > > outro servidor. > > > > > 4- O desastre ocorreu as 10:00, quando o banco est
Re: [oracle_br] Re: redo logs
Ah, bom, agora sim... rs Respondeu minha pergunta anterior provavelmente antes de tê-la recebido! 2012/10/3 J. Laurindo Chiappa > ** > > > Detalhando um pouco mais (e sim, memória episódica / conversação aos > pedaços, onde o sujeito a cada vez lembra de uma parte só do assunto, é > gagazice :) , que fique claro quando eu sugeri os params de checkpoint : > > a) o archivamento ocorre após um log switch OU no intervalo que vc > especifica em ARCHIVE_LAG_TARGET , e esse log switch é que dispara o > checkpoint : o checkpoint Não Tem relação de causa com o log switch, ele é > Efeito > > b) quando eu sugeri alterar os params de checkpoint a idéia é se ter os > dados saindo de buffer mais agressivamente, em tese enchendo o online redo > log file mais rapidamente, talvez : para se ter diretamente o efeito > desejado de um intervalo máximo entre os log switches (e portanto entre os > archivamentos), além disso o que vc mexe é no ARCHIVE_LAG_TARGET, ou então > cria um job que faz log switch a cada x minutos, é isso > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > > > > Ah, sim : estamos discutindo Academicamente, um cenário virtual, mas que > fique claro : > > > > a) justamente pela crítica importância do redo log file online é que a > Oracle oferece DIVERSAS maneiras de vc multiplexar/espelhar esse carinha : > então, para vc perder o redo log file online ** E ** todas as suas > cópias/multiplexes estamos falando de um desastre MESMO, algo de grandes > proporções, okdoc ? É ÓBVIo que só sobrevive com zero perda de dados quem > está com alguma solução de Disaster Recover tipo Dataguard em zero dataloss > mode > > > > b) não importa que o ambiente esteja num "pico de transações" : como eu > disse , é só os POUCOS dados comitados que casualmente estavam no online > redo log file é que vc perde - com certeza se estou em pico de uso > certamente o tempo entre cada archivamento não deve ser longo, não... > > INCLUSIVE, se vc não pode dar sopa pro azar e tem um SLA exigindo perda > máxima teórica possível de dados comitados de x minutos, JUSTAMENTE para > isso é que o pessoal de Redwood nos deu os parâmetros para CONTROLAR > tempo/tamanho máximo entre checkpoints, veja lá Óbvio ululante, isso é > sempre um número de equilíbrio : na visão dos usuários eles querem que isso > seja o menor possível, mas Dificilmente te dão um hardware que aguente a > parada - nem preciso dizer que Archivamento É um I/O, então se vc for > PROGRAMAR um I/O relativamente longo como as vezes poder ser o de archiving > para acontecer frequentemente/constantemente pode muito bem ser que o teu > sub-sistema de I/O peça arrego > > > > []s > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" > escreveu > > > > > > > Olá, Yuri : sim, no redo log file online que ainda não foi archivado > pode sim haver informação comitada : caso vc o perca sim, vc Pode Sim ter > uma pequena perda de dados, que seriam justamente esses que estavam no > online redo mas ainda não tinham sido archivados, e o procedimento de > Recuperação é simples : vc vai voltar o último backup e os archived redo > log files TODOS que tiver E aplicar um por um sequencialmente todos os > archives gerados depois backup até o último archive que vc tiver : o ponto > no tempo que foi coberto nesse último archive é o ponto em que o banco vai > voltar, é isso . > http://drdatabase.wordpress.com/2009/03/13/missing-redo-logs-scenario/ é > uma ref interessante para o seu cenário, que é descrito no item 2) Redo log > is not CURRENT and not archived ... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, Yuri Menon escreveu > > > > > > > > Estou com uma dúvida e gostaria da resposta dos senhores (quem tiver > > > > preguiça de ler pode ir direto para o último parágrafo). > > > > > > > > 1- Supondo um BD em Archive MODE. > > > > 2- Tenho um cold backup íntegro deste BD (de 1 semana atrás). > > > > 3- Ocorre um desastre no servidor de banco, perdendo todos os dados, > > > > restaram apenas os archives junto com o cold backup que foram feito > em um > > > > outro servidor. > > > > 4- O desastre ocorreu as 10:00, quando o banco estava em seu maior > pico de > > > > transações. > > > > > > > > Minha dúvida é a seguinte: > > > > -A recuperação dos dados não vai ser 100%, pois não vou conseguir > recuperar > > > > as informações que estavam "dentro" dos redo logs, informações que > ainda > > > > não haviam sido "despejadas" nos archive logs, é isso mesmo? > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > -- Att, [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
[oracle_br] Re: redo logs
Detalhando um pouco mais (e sim, memória episódica / conversação aos pedaços, onde o sujeito a cada vez lembra de uma parte só do assunto, é gagazice :) , que fique claro quando eu sugeri os params de checkpoint : a) o archivamento ocorre após um log switch OU no intervalo que vc especifica em ARCHIVE_LAG_TARGET , e esse log switch é que dispara o checkpoint : o checkpoint Não Tem relação de causa com o log switch, ele é Efeito b) quando eu sugeri alterar os params de checkpoint a idéia é se ter os dados saindo de buffer mais agressivamente, em tese enchendo o online redo log file mais rapidamente, talvez : para se ter diretamente o efeito desejado de um intervalo máximo entre os log switches (e portanto entre os archivamentos), além disso o que vc mexe é no ARCHIVE_LAG_TARGET, ou então cria um job que faz log switch a cada x minutos, é isso []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" escreveu > > Ah, sim : estamos discutindo Academicamente, um cenário virtual, mas que > fique claro : > > a) justamente pela crítica importância do redo log file online é que a > Oracle oferece DIVERSAS maneiras de vc multiplexar/espelhar esse carinha : > então, para vc perder o redo log file online ** E ** todas as suas > cópias/multiplexes estamos falando de um desastre MESMO, algo de grandes > proporções, okdoc ? É ÓBVIo que só sobrevive com zero perda de dados quem > está com alguma solução de Disaster Recover tipo Dataguard em zero dataloss > mode > > b) não importa que o ambiente esteja num "pico de transações" : como eu > disse , é só os POUCOS dados comitados que casualmente estavam no online redo > log file é que vc perde - com certeza se estou em pico de uso certamente o > tempo entre cada archivamento não deve ser longo, não... > INCLUSIVE, se vc não pode dar sopa pro azar e tem um SLA exigindo perda > máxima teórica possível de dados comitados de x minutos, JUSTAMENTE para isso > é que o pessoal de Redwood nos deu os parâmetros para CONTROLAR tempo/tamanho > máximo entre checkpoints, veja lá Óbvio ululante, isso é sempre um número > de equilíbrio : na visão dos usuários eles querem que isso seja o menor > possível, mas Dificilmente te dão um hardware que aguente a parada - nem > preciso dizer que Archivamento É um I/O, então se vc for PROGRAMAR um I/O > relativamente longo como as vezes poder ser o de archiving para acontecer > frequentemente/constantemente pode muito bem ser que o teu sub-sistema de I/O > peça arrego > >[]s > > Chiappa > > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" > escreveu > > > > Olá, Yuri : sim, no redo log file online que ainda não foi archivado pode > > sim haver informação comitada : caso vc o perca sim, vc Pode Sim ter uma > > pequena perda de dados, que seriam justamente esses que estavam no online > > redo mas ainda não tinham sido archivados, e o procedimento de Recuperação > > é simples : vc vai voltar o último backup e os archived redo log files > > TODOS que tiver E aplicar um por um sequencialmente todos os archives > > gerados depois backup até o último archive que vc tiver : o ponto no tempo > > que foi coberto nesse último archive é o ponto em que o banco vai voltar, é > > isso . > > http://drdatabase.wordpress.com/2009/03/13/missing-redo-logs-scenario/ é > > uma ref interessante para o seu cenário, que é descrito no item 2) Redo log > > is not CURRENT and not archived ... > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, Yuri Menon escreveu > > > > > > Estou com uma dúvida e gostaria da resposta dos senhores (quem tiver > > > preguiça de ler pode ir direto para o último parágrafo). > > > > > > 1- Supondo um BD em Archive MODE. > > > 2- Tenho um cold backup íntegro deste BD (de 1 semana atrás). > > > 3- Ocorre um desastre no servidor de banco, perdendo todos os dados, > > > restaram apenas os archives junto com o cold backup que foram feito em um > > > outro servidor. > > > 4- O desastre ocorreu as 10:00, quando o banco estava em seu maior pico de > > > transações. > > > > > > Minha dúvida é a seguinte: > > > -A recuperação dos dados não vai ser 100%, pois não vou conseguir > > > recuperar > > > as informações que estavam "dentro" dos redo logs, informações que ainda > > > não haviam sido "despejadas" nos archive logs, é isso mesmo? > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > >
[oracle_br] Re: redo logs
Ah, sim : estamos discutindo Academicamente, um cenário virtual, mas que fique claro : a) justamente pela crítica importância do redo log file online é que a Oracle oferece DIVERSAS maneiras de vc multiplexar/espelhar esse carinha : então, para vc perder o redo log file online ** E ** todas as suas cópias/multiplexes estamos falando de um desastre MESMO, algo de grandes proporções, okdoc ? É ÓBVIo que só sobrevive com zero perda de dados quem está com alguma solução de Disaster Recover tipo Dataguard em zero dataloss mode b) não importa que o ambiente esteja num "pico de transações" : como eu disse , é só os POUCOS dados comitados que casualmente estavam no online redo log file é que vc perde - com certeza se estou em pico de uso certamente o tempo entre cada archivamento não deve ser longo, não... INCLUSIVE, se vc não pode dar sopa pro azar e tem um SLA exigindo perda máxima teórica possível de dados comitados de x minutos, JUSTAMENTE para isso é que o pessoal de Redwood nos deu os parâmetros para CONTROLAR tempo/tamanho máximo entre checkpoints, veja lá Óbvio ululante, isso é sempre um número de equilíbrio : na visão dos usuários eles querem que isso seja o menor possível, mas Dificilmente te dão um hardware que aguente a parada - nem preciso dizer que Archivamento É um I/O, então se vc for PROGRAMAR um I/O relativamente longo como as vezes poder ser o de archiving para acontecer frequentemente/constantemente pode muito bem ser que o teu sub-sistema de I/O peça arrego []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" escreveu > > Olá, Yuri : sim, no redo log file online que ainda não foi archivado pode > sim haver informação comitada : caso vc o perca sim, vc Pode Sim ter uma > pequena perda de dados, que seriam justamente esses que estavam no online > redo mas ainda não tinham sido archivados, e o procedimento de Recuperação é > simples : vc vai voltar o último backup e os archived redo log files TODOS > que tiver E aplicar um por um sequencialmente todos os archives gerados > depois backup até o último archive que vc tiver : o ponto no tempo que foi > coberto nesse último archive é o ponto em que o banco vai voltar, é isso > . http://drdatabase.wordpress.com/2009/03/13/missing-redo-logs-scenario/ > é uma ref interessante para o seu cenário, que é descrito no item 2) Redo log > is not CURRENT and not archived ... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, Yuri Menon escreveu > > > > Estou com uma dúvida e gostaria da resposta dos senhores (quem tiver > > preguiça de ler pode ir direto para o último parágrafo). > > > > 1- Supondo um BD em Archive MODE. > > 2- Tenho um cold backup íntegro deste BD (de 1 semana atrás). > > 3- Ocorre um desastre no servidor de banco, perdendo todos os dados, > > restaram apenas os archives junto com o cold backup que foram feito em um > > outro servidor. > > 4- O desastre ocorreu as 10:00, quando o banco estava em seu maior pico de > > transações. > > > > Minha dúvida é a seguinte: > > -A recuperação dos dados não vai ser 100%, pois não vou conseguir recuperar > > as informações que estavam "dentro" dos redo logs, informações que ainda > > não haviam sido "despejadas" nos archive logs, é isso mesmo? > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
Re: [oracle_br] redo logs
Bom dia Yuri, Se você não tem os redo logs on-line disponivel, sua opção é o Recover Incompleto. No Livro "Oracle Database_10g OCP Certification All in One ExamGuide"; capitulo 27 "Incomplete Database Recovery" diz: "Complete recovery should never fail because of missing archive or online log files. Both file types can and should be multiplexed to different devices, making their total loss impossible, but it can happen. If so, incomplete recovery up to the point at which the missing or damaged redo data is needed is your only option. EXAM TIP Incomplete recovery is necessary if there is a missing archive log, or if all copies of the current online redo log are missing." ..:: Mas::.. as coisas não são tão simples assim, a partir do Oracle 9i o Oracle pode ser configurado para não ter perdas. Pode-se criar Data-Guarda com Modo "Maximum Protection". Contudo tudo tem seu custo, e você deve expor a segurança X custo para os gerentes da empresas decidam o que fazer, e faça o que foi acordado, Você não sera mandado embora por fazer o que foi acordado! Em geral perde-se o redo logs on-line quando se faz a instalação padrão (MALDITO NEXT, NEXT, FINISH), pois o Oracle por padrão cria todos os membros no mesmo disco. No Manual do DBA Bob Bryla diz: "CAUTION You should never, ever, want or need to back up online redo log files. Although there is a slight time-savings for restoring from a cold backup after a clean shutdown, the risk of losing committed transactions outweighs the convenience. Your online redo logs should be mirrored and multiplexed so that you (virtually) never will lose the current online log file." Ou seja seu LogFile devem estar espelhado (em Raid) e Multiplexado assim virtualmente nunca perderá o logFile Corrente. * Se você tiver uma tiver uma rede de giga-bit privada de alta confiabilidade porque não multiplexar o LogFile ate mesmo em outra maquina? Alessandro Lúcio Cordeiro da Silva Analista de Sistema þ http://alecordeirosilva.blogspot.com/ O tic-tac do relógio me lembra de algo muito importante que esta acontecendo: estamos vivos. "Joana de Souza Schmitz Croxato" De: Yuri Menon Para: oracle_br@yahoogrupos.com.br Enviadas: Terça-feira, 2 de Outubro de 2012 19:35 Assunto: [oracle_br] redo logs Estou com uma dúvida e gostaria da resposta dos senhores (quem tiver preguiça de ler pode ir direto para o último parágrafo). 1- Supondo um BD em Archive MODE. 2- Tenho um cold backup íntegro deste BD (de 1 semana atrás). 3- Ocorre um desastre no servidor de banco, perdendo todos os dados, restaram apenas os archives junto com o cold backup que foram feito em um outro servidor. 4- O desastre ocorreu as 10:00, quando o banco estava em seu maior pico de transações. Minha dúvida é a seguinte: -A recuperação dos dados não vai ser 100%, pois não vou conseguir recuperar as informações que estavam "dentro" dos redo logs, informações que ainda não haviam sido "despejadas" nos archive logs, é isso mesmo? [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Pl Sql Developer X SQL Navigator
Mário, Acabei me confundindo com os nomes parecidos, uma vez que tenho mais de um produto em uso. As dicas que passei, referen-se ao "Oracle SQL Developer", que é free, em java (roda o mesmo em Linux e Windows) e tem diversos recursos interessantes, atém dos relatórios prontos. Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 --- Em oracle_br@yahoogrupos.com.br, Mario Rodrigues escreveu > > Owww galera vlw mesmo!!! > > Rafael show de bola as querys obrigado > Milton realmente os 2 são pagos e justamente isso... foi adquirida a > licença para o Navigator ... o outro que eu era um Jack Sparow rsrsrsrs ... > por ele ter justamente diversos recursos q eu conhecia... > Agora Edson show de bola não to com o PLSQL Dev aqui, mas em casa vou > procurar essa dos relatórios que eu não conhecia :D > > Bom obrigado a todos...o que foi falado e exemplificado aqui já me ajudou > pacas...obg mais um vez a todos! > > > > Em 3 de outubro de 2012 09:21, ederson2001br > escreveu: > > > ** > > > > > > Alô Mario, > > > > Tem até mais que isto. Vá na guia RELATORIOS (à direita de CONEXÕES) / > > Administração do Banco de Dados / Relatórios do Dicionário de Dados / > > Sessões. > > > > Nesta área de relatórios, vc pode buscar sessões ativas bloqueadas por > > usuarios, eventos de espera, relatórios de memória. > > > > Quanto às query´es, se você chegar ao relatório desejado (existente no > > SQLDEVELOPER), basta clicar no ícone (verde escrito SQL) à direita do PLAY > > VERDE, que ele mostra a query, pode copiar e modificar conforme a sua > > necessidade. > > > > Ederson Elias > > DBA Oracle > > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 > > > > --- Em oracle_br@yahoogrupos.com.br, Mario Rodrigues > > escreveu > > > > > > > > Pessoal > > > > > > Bom Dia > > > > > > Sempre usei MySql como banco de dados por isso preciso da opinião e ajuda > > > dos senhores(as) > > > > > > No plsql developer existe uma opção Tools >> Session alguém sabe se no > > SQL > > > Navigator tem isso? Tudo bem é só select * from $session e tals ... mas > > > existem alguns recursos lá interessantes... > > > > > > Outra coisa alguém poderia indicar site ou arquivo onde eu pudesse dar > > uma > > > estudada sobre performance e monitoramento no Oracle? Estou tendo uns > > > probleminhas de alto processamento o que leva a baixa performance em > > > determinado momento do dia...eu queria monitorar isso...dai claro se > > alguém > > > tiver aquelas query's usadas no dia a dia pra monitorar e não tiver > > bronca > > > em repassar tb agradeceria :P > > > > > > > > > obg > > > > > > > > > [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] Pl Sql Developer X SQL Navigator
Opa Mário, bom dia. Entre o SQL Navigator e o Plsql Developer, eu prefiro 10x o SQL Navigator, muito mais completo, mais recursos, mas ele não é free. Quanto a esse recurso, realmente eu desconheço, parei de trabalhar há pouco mais de 1 ano com o SQL Navigator e não tenho ele em minha máquina para tentar te ajudar. Quanto as query's Performance, vou te passar algumas que uso no meu dia dia, são bem básicas: -- Verificar Sessões Ativas SELECT ||TO_CHAR(s.sid)||','||to_char(s.serial#)|| "SID,SERIAL#", p.spid, s.username, s.osuser, s.server, NVL(s.module,s.program) program, NVL(s.machine,s.terminal) machine, s.last_call_et FROM v$session s, v$process p WHERE s.paddr = p.addr AND s.username IS NOT NULL AND s.status = 'ACTIVE' ORDER BY s.last_call_et DESC / -- Verificar SQL's select v.sid, v.serial#, v.username, s.sql_text from v$sql s, v$session v where s.address = v.sql_address and v.status = 'ACTIVE' and v.username is not null / -- Verificar Bloqueios select substr(o.object_name,1,25) objeto, l.session_id session_id, l.oracle_username ora_user, l.os_user_name os_user from dba_objects o, v$locked_object l where l.object_id = o.object_id order by 1,3,4 / -- Total de I/O por datafile SELECT Substr(d.name,1,50) "File Name", f.phyblkrd "Blocks Read", f.phyblkwrt "Blocks Writen", f.phyblkrd + f.phyblkwrt "Total I/O" FROM v$filestat f, v$datafile d WHERE d.file# = f.file# ORDER BY f.phyblkrd + f.phyblkwrt DESC; -- Top 10 query's com mais leitura em disco SELECT sql_text, disk_reads FROM (SELECT sql_text, disk_reads, DENSE_RANK() OVER (ORDER BY disk_reads DESC) DiSk_READS_RANK FROM v$sql) WHERE disk_reads_rank <= 10; -- Eventos em espera SELECT s.sid, s.serial#, s.username, sw.event, sw.p1text||'='||sw.p1 p1, sw.p2text||'='||sw.p2 p2, sw.p3text||'='||sw.p3 p3 FROM v$session_wait sw, v$session s WHERE sw.sid in (SELECT sid FROM v$session WHERE status ='ACTIVE' AND USERNAME IS NOT NULL) AND sw.sid = s.sid ORDER BY sw.event / Espero ter ajudado. De: Mario Rodrigues Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 3 de Outubro de 2012 8:27 Assunto: [oracle_br] Pl Sql Developer X SQL Navigator Pessoal Bom Dia Sempre usei MySql como banco de dados por isso preciso da opinião e ajuda dos senhores(as) No plsql developer existe uma opção Tools >> Session alguém sabe se no SQL Navigator tem isso? Tudo bem é só select * from $session e tals ... mas existem alguns recursos lá interessantes... Outra coisa alguém poderia indicar site ou arquivo onde eu pudesse dar uma estudada sobre performance e monitoramento no Oracle? Estou tendo uns probleminhas de alto processamento o que leva a baixa performance em determinado momento do dia...eu queria monitorar isso...dai claro se alguém tiver aquelas query's usadas no dia a dia pra monitorar e não tiver bronca em repassar tb agradeceria:P obg [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: redo logs
Alô Yuri, Incorreto em parte a sua colocação: o Oracle usa os redolog files para recover, logo após os archives. Resumidamente, o Oracle controla as atualizações dos datafiles através de um número de sincronismo chamado SCN. Portanto, quando um datafile é gravado pelo backup, o SCN daquele datafile é congelado durante a cópia, todas as alterações vão ficando registradas nos archives que também anotam o SCN que vai avançando. Assim, em um backup ON-LINE com usuários trabalhando, haverá despejo de archives que precisam existir para um eventual retorno de backup, por isto o RMAN também grava estes arquivos no backup. Ao restaurar o backup, os archives serão também restaurados e aplicados para colocar os datafiles sincronizados com a cópia dos archives. Entretanto, o RESTORE entende que você pode ter redolog ou novos archives para aplicar. O que seria verdade se você restaurar o backup em um servidor que perdeu somente os datafiles, sendo o backup de uma semana atrás. Ao finalizar o restore do backup, o RECOVER vai buscar os archives seguindo a sequencia de SCN e aplicando automaticamente e avançando o SCN dos datafiles, até o último archivelog. Após isto, o recover busca o REDOLOG e o aplica SE HOUVER, mas neste ponto você mandará um CANCEL no recover e abrirá o banco com RESETLOGS. Pode haver perda de transação (uma porcentagem muito pequena), pois como os redos (file) só são gravados quando circula as áreas (buffer) para reuso, descarregando para disco neste momento. Se o servidor/banco caiu antes desta operação de descarga, alguma transação ficou em memória, mas o sincronismo não foi perdido, está tudo com integridade pois o Oracle grava tudo que foi incluido/alterado/removido, ou não grava nada da transação. Ederson Elias DBA Oracle http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 --- Em oracle_br@yahoogrupos.com.br, Yuri Menon escreveu > > Estou com uma dúvida e gostaria da resposta dos senhores (quem tiver > preguiça de ler pode ir direto para o último parágrafo). > > 1- Supondo um BD em Archive MODE. > 2- Tenho um cold backup íntegro deste BD (de 1 semana atrás). > 3- Ocorre um desastre no servidor de banco, perdendo todos os dados, > restaram apenas os archives junto com o cold backup que foram feito em um > outro servidor. > 4- O desastre ocorreu as 10:00, quando o banco estava em seu maior pico de > transações. > > Minha dúvida é a seguinte: > -A recuperação dos dados não vai ser 100%, pois não vou conseguir recuperar > as informações que estavam "dentro" dos redo logs, informações que ainda > não haviam sido "despejadas" nos archive logs, é isso mesmo? > > > [As partes desta mensagem que não continham texto foram removidas] >
