Re: [oracle_br] "
bom dia, Um jeito tosco de resolver seria: entrar no BD como sys as sysdba e revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos... O jeito sério: Tem alguma coisa rodando ai no BD tipo trigger para controlar o logon ou mudar senha ? Deveria ter trocado a senha realmente, tem algum boi na linha nesse processo ai... On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] wrote: > > > ** Oracle 11.2.0.4 EE > > > SQL> conn xuxa/xuxa@INSTANCIA > ERROR: > ORA-28001: the password has expired > > > Changing password for xuxa > New password: > Retype new password: > ERROR: > ORA-00604: error occurred at recursive SQL level 1 > ORA-06502: PL/SQL: numeric or value error > ORA-06512: at line 26 > > > Password unchanged > > > Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" > possui privilégio de "ALTER USER". > > O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com > exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; > FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL > > > Alguém pode ajudar? > > > > >
Re: [oracle_br] "
Teoricamente, a XUXA não pode trocar a senha, pois expirou como ela vai se conectar? Mas como nosso amigo falou, entra como sys a manda bala. Depois tenta conectar com a XUXA e trocar a senha. Em sex, 20 de mai de 2016 às 09:31, angelo angelolis...@gmail.com [oracle_br] escreveu: > > > bom dia, > > Um jeito tosco de resolver seria: entrar no BD como sys as sysdba e > revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos... > > O jeito sério: Tem alguma coisa rodando ai no BD tipo trigger para > controlar o logon ou mudar senha ? > > Deveria ter trocado a senha realmente, tem algum boi na linha nesse > processo ai... > > > > > On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com > [oracle_br] wrote: > >> >> >> ** Oracle 11.2.0.4 EE >> >> >> SQL> conn xuxa/xuxa@INSTANCIA >> ERROR: >> ORA-28001: the password has expired >> >> >> Changing password for xuxa >> New password: >> Retype new password: >> ERROR: >> ORA-00604: error occurred at recursive SQL level 1 >> ORA-06502: PL/SQL: numeric or value error >> ORA-06512: at line 26 >> >> >> Password unchanged >> >> >> Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" >> possui privilégio de "ALTER USER". >> >> O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com >> exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; >> FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL >> >> >> Alguém pode ajudar? >> >> >> >> > >
Re: [oracle_br] "
Na verdade, Paulo, o sqlplus já foi programado de forma que quando um usuário com senha expirada tenta conectar, ANTES de efetivar a conexão ele pede já o input de uma nova senha - ele ** NÃO TENTA ** conectar com a senha que ele (sqlplus) já SABE que tá expirada - não deveria ter dado problema NENHUM, o work-around de conectar com um outro usuário dba e mudar/revalidar a senha NÂO deveria ser exigido... Pra mim tá CLARO que tem angú debaixo desse caroço, tem SIm algum componente não-default sendo disparado e interferindo no fluxo normal : PODE ser uma trigger de logon do banco (o mais provável , e pode ser a nível de schema ou a nível de banco), alguma opção de Auditoria ativa nesse database, config customizada no sqlplus Que não está default esse fluxo de logon lá no ambiente do colega que perguntou , Isso é certo []s Chiappa
Re: [oracle_br] "
Eu resolvi o problema, o problema estava em uma trigger de auditoria DDL que implementei a duas semanas atrás (ela está desabilitada temporariamente), por isso nenhum usuário que possuia senha expirada conseguia trocar a senha, a auditoria funciona normalmente, mas nesse caso específico acontece esse erro, segue o código da trigger: CREATE OR REPLACE TRIGGER USER_AUDIT.DTR_DDLEVENTS AFTER DDL ON DATABASE DECLARE l_eventId NUMBER(10,0); l_sqlText ORA_NAME_LIST_T; BEGIN SELECT USER_AUDIT.DSQ_DDLEVENTS.NEXTVAL INTO l_eventId FROM DUAL; INSERT INTO USER_AUDIT.DDL_EVENTS ( SELECT l_eventId, SYSDATE, ORA_LOGIN_USER, ORA_DICT_OBJ_NAME, ORA_DICT_OBJ_OWNER, ORA_DICT_OBJ_TYPE, ORA_SYSEVENT, machine, program, osuser FROM SYS.DUAL, SYS.V_$SESSION WHERE SYS_CONTEXT('USERENV','SESSIONID' ) = audsid(+) ); FOR l IN 1..ORA_SQL_TXT(l_sqlText) LOOP INSERT INTO USER_AUDIT.DDL_EVENTS_SQL ( eventId, sqlLine, sqlText ) VALUES ( l_eventId, l, l_sqlText(l) ); END LOOP; END; / Em Sexta-feira, 20 de Maio de 2016 9:36, "Paulo Jr paulobarbosa@gmail.com [oracle_br]" escreveu: Teoricamente, a XUXA não pode trocar a senha, pois expirou como ela vai se conectar? Mas como nosso amigo falou, entra como sys a manda bala. Depois tenta conectar com a XUXA e trocar a senha. Em sex, 20 de mai de 2016 às 09:31, angelo angelolis...@gmail.com [oracle_br] escreveu: bom dia, Um jeito tosco de resolver seria: entrar no BD como sys as sysdba e revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos... O jeito sério: Tem alguma coisa rodando ai no BD tipo trigger para controlar o logon ou mudar senha ? Deveria ter trocado a senha realmente, tem algum boi na linha nesse processo ai... On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] wrote: ** Oracle 11.2.0.4 EE SQL> conn xuxa/xuxa@INSTANCIA ERROR: ORA-28001: the password has expired Changing password for xuxa New password: Retype new password: ERROR: ORA-00604: error occurred at recursive SQL level 1 ORA-06502: PL/SQL: numeric or value error ORA-06512: at line 26 Password unchanged Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" possui privilégio de "ALTER USER". O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL Alguém pode ajudar? #yiv7296416675 #yiv7296416675 -- #yiv7296416675ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7296416675 #yiv7296416675ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7296416675 #yiv7296416675ygrp-mkp #yiv7296416675hd {color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 0;}#yiv7296416675 #yiv7296416675ygrp-mkp #yiv7296416675ads {margin-bottom:10px;}#yiv7296416675 #yiv7296416675ygrp-mkp .yiv7296416675ad {padding:0 0;}#yiv7296416675 #yiv7296416675ygrp-mkp .yiv7296416675ad p {margin:0;}#yiv7296416675 #yiv7296416675ygrp-mkp .yiv7296416675ad a {color:#ff;text-decoration:none;}#yiv7296416675 #yiv7296416675ygrp-sponsor #yiv7296416675ygrp-lc {font-family:Arial;}#yiv7296416675 #yiv7296416675ygrp-sponsor #yiv7296416675ygrp-lc #yiv7296416675hd {margin:10px 0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7296416675 #yiv7296416675ygrp-sponsor #yiv7296416675ygrp-lc .yiv7296416675ad {margin-bottom:10px;padding:0 0;}#yiv7296416675 #yiv7296416675actions {font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7296416675 #yiv7296416675activity {background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7296416675 #yiv7296416675activity span {font-weight:700;}#yiv7296416675 #yiv7296416675activity span:first-child {text-transform:uppercase;}#yiv7296416675 #yiv7296416675activity span a {color:#5085b6;text-decoration:none;}#yiv7296416675 #yiv7296416675activity span span {color:#ff7900;}#yiv7296416675 #yiv7296416675activity span .yiv7296416675underline {text-decoration:underline;}#yiv7296416675 .yiv7296416675attach {clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 0;width:400px;}#yiv7296416675 .yiv7296416675attach div a {text-decoration:none;}#yiv7296416675 .yiv7296416675attach img {border:none;padding-right:5px;}#yiv7296416675 .yiv7296416675attach label {display:block;margin-bottom:5px;}#yiv7296416675 .yiv7296416675attach label a {text-decoration:none;}#yiv7296416675 blockquote {margin:0 0 0 4px;}#yiv7296416675 .yiv7296416675bold {font-family:Arial;font-size:13px;font-weight:700;}#yiv7296416675 .yiv7296416675bold a {text-decoration:none;}#yiv7296416675 dd.yiv7296416675last p a {font-family:Verdana;font-weight:700;}#yiv7296416675 dd.yiv7296416675last p span {margin-right:10px;font-family:Verdana;font-weight:700;}#yi
Re: [oracle_br] "
Paulo, Então pra funcionar, ele teria que ter trocado a senha então, antes de expirar É diferente de usuario bloqueado por errar o login X vezes (no caso dele 1) Mas ta estranho, mesmo expirado deveria poder trocar se tem acesso. 2016-05-20 9:35 GMT-03:00 Paulo Jr paulobarbosa@gmail.com [oracle_br] < oracle_br@yahoogrupos.com.br>: > > > Teoricamente, a XUXA não pode trocar a senha, pois expirou como ela vai se > conectar? > Mas como nosso amigo falou, entra como sys a manda bala. Depois tenta > conectar com a XUXA e trocar a senha. > > > Em sex, 20 de mai de 2016 às 09:31, angelo angelolis...@gmail.com > [oracle_br] escreveu: > >> >> >> bom dia, >> >> Um jeito tosco de resolver seria: entrar no BD como sys as sysdba e >> revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos... >> >> O jeito sério: Tem alguma coisa rodando ai no BD tipo trigger para >> controlar o logon ou mudar senha ? >> >> Deveria ter trocado a senha realmente, tem algum boi na linha nesse >> processo ai... >> >> >> >> >> On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com >> [oracle_br] wrote: >> >>> >>> >>> ** Oracle 11.2.0.4 EE >>> >>> >>> SQL> conn xuxa/xuxa@INSTANCIA >>> ERROR: >>> ORA-28001: the password has expired >>> >>> >>> Changing password for xuxa >>> New password: >>> Retype new password: >>> ERROR: >>> ORA-00604: error occurred at recursive SQL level 1 >>> ORA-06502: PL/SQL: numeric or value error >>> ORA-06512: at line 26 >>> >>> >>> Password unchanged >>> >>> >>> Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" >>> possui privilégio de "ALTER USER". >>> >>> O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com >>> exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; >>> FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL >>> >>> >>> Alguém pode ajudar? >>> >>> >>> >>> >> >
Re: [oracle_br] "
Maravilha!!! Em sex, 20 de mai de 2016 às 10:55, Rafael Mendonca raffaell.t...@yahoo.com [oracle_br] escreveu: > > > Eu resolvi o problema, o problema estava em uma trigger de auditoria DDL > que implementei a duas semanas atrás (ela está desabilitada > temporariamente), por isso nenhum usuário que possuia senha expirada > conseguia trocar a senha, a auditoria funciona normalmente, mas nesse caso > específico acontece esse erro, segue o código da trigger: > > CREATE OR REPLACE TRIGGER USER_AUDIT.DTR_DDLEVENTS > AFTER DDL ON DATABASE > DECLARE > > l_eventIdNUMBER(10,0); > l_sqlTextORA_NAME_LIST_T; > > BEGIN > > SELECT USER_AUDIT.DSQ_DDLEVENTS.NEXTVAL INTO l_eventId FROM DUAL; > > INSERT INTO USER_AUDIT.DDL_EVENTS > ( SELECT l_eventId, >SYSDATE, >ORA_LOGIN_USER, >ORA_DICT_OBJ_NAME, >ORA_DICT_OBJ_OWNER, >ORA_DICT_OBJ_TYPE, >ORA_SYSEVENT, >machine, >program, >osuser > FROM SYS.DUAL, >SYS.V_$SESSION > WHERE SYS_CONTEXT('USERENV','SESSIONID' ) = audsid(+) ); > > > FOR l IN 1..ORA_SQL_TXT(l_sqlText) LOOP > INSERT INTO USER_AUDIT.DDL_EVENTS_SQL > ( eventId, sqlLine, sqlText ) > VALUES > ( l_eventId, l, l_sqlText(l) ); > END LOOP; > > END; > / > > > > Em Sexta-feira, 20 de Maio de 2016 9:36, "Paulo Jr > paulobarbosa@gmail.com [oracle_br]" > escreveu: > > > > Teoricamente, a XUXA não pode trocar a senha, pois expirou como ela vai se > conectar? > Mas como nosso amigo falou, entra como sys a manda bala. Depois tenta > conectar com a XUXA e trocar a senha. > > > Em sex, 20 de mai de 2016 às 09:31, angelo angelolis...@gmail.com > [oracle_br] escreveu: > > > bom dia, > > Um jeito tosco de resolver seria: entrar no BD como sys as sysdba e > revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos... > > O jeito sério: Tem alguma coisa rodando ai no BD tipo trigger para > controlar o logon ou mudar senha ? > > Deveria ter trocado a senha realmente, tem algum boi na linha nesse > processo ai... > > > > On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com > [oracle_br] wrote: > > > ** Oracle 11.2.0.4 EE > > > SQL> conn xuxa/xuxa@INSTANCIA > ERROR: > ORA-28001: the password has expired > > > Changing password for xuxa > New password: > Retype new password: > ERROR: > ORA-00604: error occurred at recursive SQL level 1 > ORA-06502: PL/SQL: numeric or value error > ORA-06512: at line 26 > > > Password unchanged > > > Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" > possui privilégio de "ALTER USER". > > O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com > exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; > FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL > > > Alguém pode ajudar? > > > > > > > >
Re: [oracle_br] "
Angelo, Entendi, no caso dele era uma trigger que estava causando o erro. Vivendo e aprendendo. Sucesso! Em sex, 20 de mai de 2016 às 11:02, angelo angelolis...@gmail.com [oracle_br] escreveu: > > > Paulo, > > Então pra funcionar, ele teria que ter trocado a senha então, antes de > expirar > É diferente de usuario bloqueado por errar o login X vezes (no caso dele 1) > > Mas ta estranho, mesmo expirado deveria poder trocar se tem acesso. > > > > > 2016-05-20 9:35 GMT-03:00 Paulo Jr paulobarbosa@gmail.com [oracle_br] > : > >> >> >> Teoricamente, a XUXA não pode trocar a senha, pois expirou como ela vai >> se conectar? >> Mas como nosso amigo falou, entra como sys a manda bala. Depois tenta >> conectar com a XUXA e trocar a senha. >> >> >> Em sex, 20 de mai de 2016 às 09:31, angelo angelolis...@gmail.com >> [oracle_br] escreveu: >> >>> >>> >>> bom dia, >>> >>> Um jeito tosco de resolver seria: entrar no BD como sys as sysdba e >>> revalidar essa senha, afinal essa Xuxa já vem te incomodando ha tempos... >>> >>> O jeito sério: Tem alguma coisa rodando ai no BD tipo trigger para >>> controlar o logon ou mudar senha ? >>> >>> Deveria ter trocado a senha realmente, tem algum boi na linha nesse >>> processo ai... >>> >>> >>> >>> >>> On 19 May 2016 at 12:25, Rafael Mendonca raffaell.t...@yahoo.com >>> [oracle_br] wrote: >>> ** Oracle 11.2.0.4 EE SQL> conn xuxa/xuxa@INSTANCIA ERROR: ORA-28001: the password has expired Changing password for xuxa New password: Retype new password: ERROR: ORA-00604: error occurred at recursive SQL level 1 ORA-06502: PL/SQL: numeric or value error ORA-06512: at line 26 Password unchanged Senhores, esse problema vem ocorrendo há 2 semanas, o usuário "xuxa" possui privilégio de "ALTER USER". O profile do usuário é o DEFAULT onde todas opções estão UNLIMITED, com exceção do PASSWORD_LOCK_TIME=1; PASSWORD_GRACE_TIME=7; FAILED_LOGIN_ATTEMPTS=1; PASSWORD_VERIFY_FUNCTION=NULL Alguém pode ajudar? >>> > >
[oracle_br] perdi os redologs
Pessoal, Tenho um Banco 9.2.0.8 que é somente para histórico em noarchivelog, e perdi os redologs deste banco e não tem backup. Existe alguma forma de recuperar este banco? Grato Ednilson
[oracle_br] Re: perdi os redologs
Bom, nem vou dizer o quanto é ** arriscado ** rodar um banco sem qualquer backup (pra não falar sem archives) SE os dados tiverem a menor importância : se bem que com certeza alguém te disse que não eram dados importantes, MAS é o coitado do DBA (vc imagino) que tem que ser virar nos 30 quando tem a perda e aí neguim vem com aquela cara de fuinha "ah sabe, não tinha importância mais ou menos, resolve aí pra nós??" Mas ok : pra gente poder te responder PLZ nos diga : neste momento o banco está Ativo (ie, vc só perdeu os redologs não-ativos) ? Se ele está fechado, foi feito um SUTDOWN limpo, normal dele e depois vc perdeu os redo log files todos, OU vc perdeu os redo log files por causa de um CRASH, aí portanto o shutdown não foi limpo, houve abort ?? DEPENDENDO das suas respostas, vc pode recriar os redo log files ÓU ativar o param de allow resettlogs corruption []s Chiappa