[oracle_br] Re: perdi os redologs

2016-05-20 Por tôpico jlchia...@yahoo.com.br [oracle_br] 
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

[oracle_br] perdi os redologs

2016-05-20 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br] 
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

Re: [oracle_br] "

2016-05-20 Por tôpico Paulo Jr paulobarbosa....@gmail.com [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?




>>>
> 
>

Re: [oracle_br] "

2016-05-20 Por tôpico Paulo Jr paulobarbosa....@gmail.com [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] "

2016-05-20 Por tôpico angelo angelolis...@gmail.com [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] "

2016-05-20 Por tôpico Rafael Mendonca raffaell.t...@yahoo.com [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

Re: [oracle_br] "

2016-05-20 Por tôpico jlchia...@yahoo.com.br [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] "

2016-05-20 Por tôpico 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?
>>
>>
>>
>>
> 
>

Re: [oracle_br] "

2016-05-20 Por tôpico angelo angelolis...@gmail.com [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?
>
>
>
> 
>