- Este tópico contém 13 respostas, 5 vozes e foi atualizado pela última vez 15 anos, 4 meses atrás por
CleitonHanzen.
-
AutorPosts
-
8 de novembro de 2010 às 3:36 pm #96778
Evloki
ParticipanteBom dia,
Temos um cliente que teve o banco de dados implantado a algum tempo atrás, antes mesmo de eu entrar na empresa e ninguém tem a senha SYSDBA. Tentei recupera-la criando o arquivo de senhas
orapwd file=.../dbs/orapwsid password=senha entries=4
mas mesmo assim não deu…
consegui alterar a senha do Sytem pelo OEM mas não consigo fazer nada com ele que possa ajudar……
Alterei a do SYS pelo OEM mas não funcionou.. não sei porque.Sempre que tento logar sys as sysdba da ORA-01031 privilégios insuficientes.
Acesso esse cliente via VPN e tenho perfil ADM na maquina.
Obrigado.
8 de novembro de 2010 às 3:44 pm #96780leandrolbs
ParticipanteOlha este aquivo C:oracleproduct10.2.0db_1networkADMINsqlnet.ora, e veja a linha:
SQLNET.AUTHENTICATION_SERVICES= (NONE)A primeira coisa é remover o arquivo PWD, ele geralmente fica no C:oracleproduct10.2.0db_1databasePWDORAJR.ora o nome dele geralmene é PWD.ORA. Se estiver com medo de remover, apenas renomeie.
Agora você deve criar um novo arquivo com a nova senha, ou deixar sem o arquivo, se quiser que o SYS não tenha senha. Pra isso use o comando no prompt ou shell
[color=#FF0000]
ORAPWD file=PWD.ORA password=NOVA_SENHA[/color]Pronto, agora entre no sqlplus usando o usuário e nova senha.
8 de novembro de 2010 às 4:12 pm #96783Evloki
ParticipanteEsse parâmetro do arquivo do Sqlnet.ora tem que ser NONE ?
Os outros passo já tinha feito… mas o SQLNET está com SQLNET.AUTHENTICATION_SERVICES= (NTS)E continua dando privilégios insuficientes …..
8 de novembro de 2010 às 6:03 pm #96784CleitonHanzen
ParticipanteOpá…
Se for Windows, tem ser NTS, se for Linux tem quer ser NONE. Se precisar alterar, faça um reload da config. do listener…
8 de novembro de 2010 às 6:28 pm #96785Evloki
ParticipanteEntão está tudo certo mas continua com privilégios insuficientes =/
Não sei como faço para resolver isso 🙁
8 de novembro de 2010 às 10:01 pm #96788CleitonHanzen
ParticipanteQual o teu S.O.?
8 de novembro de 2010 às 10:30 pm #96789Evloki
ParticipanteWin server 2003…
E agora para melhorar as coisa teve uma queda no banco … e não tem como subir a instância 😯
8 de novembro de 2010 às 10:39 pm #96790CleitonHanzen
ParticipanteWindows é bem chato com essas coisas, confirma os seguintes pontos:
-
O usuário que você está logado, está dentro de um grupo local chamado ora_dba?
-
Já fez reload do listener pra ver se não é esse o problema? Ter carregado alguma config. errada antes do SQLNET.AUTHENTICATION_SERVICES estar setado para NTS….
-
Se essa máquina é membro de algum domínio ou controlador de domínio, tem alguns passos que tem ser feitos no próprio AD (tem um note no metalink q explica isso, mas de cabeça não me lembro).
-
Qual a versão do Oracle? Acho que na versão 9.2.0.5 tem um bug que nem mesmo com isso tudo setado funciona…. 😛
8 de novembro de 2010 às 11:33 pm #96791Evloki
ParticipanteO oracle é 10g, o user não estava no grupo ora_dba, adicionei o user la mas mesmo assim está dando o mesmo erro já reiniciei o Listener e tudo mais 😕
8 de novembro de 2010 às 11:41 pm #96792Regis Araujo
ParticipanteOpa..!
Com qual usuário vc esta conectado ao servidor ? No Windows é chato.. pois dependendo dos privilégios, mesmo que esteja no grupo ORA_DBA, existem permissões de leitura, escrita e “start” de processos..
Tente conectar com o usuário ADM da máquina..!!!
Outra coisa.. verifique as variáveis de ambiente.. e as permissões no arquivo SQLNET.ORA
Abraços..!
8 de novembro de 2010 às 11:46 pm #96793Peterson
Participantecoloque o usuário do sistema operacional no grupo ora_dba, faça logoff e logon novamente.
vá no promp,
digite:
set ORCLE_SID=
sqlplus "/as sysdba"
pronto, você está conectado ao banco com o usuário sysdba, inicie o banco e
altere a senha do system e do sys
startup
ALTER USER system IDENTIFIED BY ;
ALTER USER sys IDENTIFIED BY ; :wink: :wink:
Dessa maneira você nem precisa do listener para subir o banco
8 de novembro de 2010 às 11:47 pm #96794Peterson
Participanteonde está escrito promp, leia prompt kkkkkkkkkkkkkk
9 de novembro de 2010 às 4:56 pm #96798Evloki
Participantehehe tava tão apertado que nem raparei nisso!
Mas resolvi aqui…. depois de colocar o user no ora_dba refiz o arquivo de senha e coloquei no SQLNET.ORASQLNET.AUTHENTICATION_SERVICES= (NTS)de novo ai deu certo!Obrigado a todos pela ajuda.
9 de novembro de 2010 às 5:19 pm #96802CleitonHanzen
ParticipanteOpá…
Só pode ter sido duas coisas:
SQLNET configurado errado e/ou a falta do usuário no grupo ora_dba
O arquivo de senhas serve somente para conexões efetuadas via listener….
-
-
AutorPosts
- Você deve fazer login para responder a este tópico.