Menu de navegação

[airoospParticipante]

Boa tarde,

No notebook Windows 7, tenho o VirtualBox instalado, e na VM instalei o Red Hat Enterprise Linux Release 7.5, e também o Oracle 12c (12.2.0.1) com a configuração multitenant.

O detalhe é que não consigo fazer a conexão usando a sintaxe, ( sqlplus / as sysdba ), ao executar aparece o erro, ORA-01017: invalid username/password; logon denied.

Em uma outra VM com o 11g R2, a sintaxe funciona sem problema.

Já pesquisei na internet sobre o problema, e em apenas 1 site vi a informação de que a sintaxe desse comando não funciona no ambiente multitenant, mas não explica o porque.

Agora, ao usar a sintaxe (sqlplus sys as sysdba) e digitar a senha no prompt, consigo a conexão com o banco.

Já recriei o password file (usando letra maiúscula, minúscula, caracter especial), verifiquei os seguintes parâmetros e respectivos valores:

threaded_execution  = false

sec_case_sensitive_logon = true

os_authent_prefix = ops$

remote_os_authent = false

O usuário Oracle esta nos grupos (oinstall, dba, vboxsf, wheel, oper, oracle).

Se alguém tiver alguma dica, agradeço.

 

Obrigado.

Airton

[José Laurindo ChiappaModerador]

Blz ? Então, não estou com um 12cR2 aqui de bate-pronto mas algumas obs :

1) antes de tudo, quando vc tem PDBs, na prática vc tem uma instância Oracle (a do CBD) controlando o database CDB e TAMBÉM controlando N, ** vários ** outros databases (os PDBs)… Em tese vc PODE querer se conectar com QUALQUER UM desses n+1 databases, sim sim ?? Então técnicas pré-PDBs onde vc Não Informa o database ue quer imho devem ser SIMPLESMENTE ESQUECIDAS, certinho ?? NÃO IMPORTA que no 11g sem PDBs vc conecta sem nenhum dado a mais, pois nele (afora o caso de RAC, óbvio) UMA instância controla apenas UM database, nele não há o que Escolher… Estamos numa situação COMPLETAMENTE DIFERENTE quando se fala de multi-tenant, Certinho ??

e

2) o que o ‘/’ faz é uma conexão VIA SISTEMA OPERACIONAL, com o database que está sendo controlado pela instância : no caso de multi-tenant, OBVIAMENTE ele só funciona SE vc quiser conectar no CDB !!! Como via de regra para fins administrativos vc Não Quer isso (o CDB em tese deveria ser considerado DE USO INTERNO, as suas aplicações rodam TODAS em PDBs!!), normalmente por default assume-se para a variável que indica a conexão a ser feita VIA IDENTIFICAÇÃO NATIVA DO DATABASE ORACLE (informando user e senha) E ou informando host string OU se tendo a TWO_TASK)apontando pra um PDB …

Exemplo no meu 18c em virtualbox, onde tenho um CDB chamado ORCLCDB :

[oracle@localhost ~]$ ps -ef | grep -i pmon
oracle 7390 1 0 09:47 ? 00:00:00 ora_pmon_orclcdb
oracle 15030 14975 0 10:29 pts/1 00:00:00 grep –color=auto -i pmon
[oracle@localhost ~]$

==> Legal, como eu disse sob multi-tenant a instância que existe é a do CDB, e essa instância controla o proprio database CDB ** e ** também N PDBs…. Muito bem, veja que tenho a TWO_TASK setada para um desses PDBs :

[oracle@localhost ~]$ echo $TWO_TASK
ORCL

==> Aqui como eu disse : a conexão via sistema Operacional só “conhece”, só pode acessar o banco VIA  a instância : como EXISTE um valor para TWO_TASK exigindo que a conexão seja feita via mecanismos internos do db, ele NÂO CONSEGUE CONECTAR :

[oracle@localhost ~]$ sqlplus / as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Mon Jul 15 10:32:14 2019
Version 18.3.0.0.0

Copyright (c) 1982, 2018, Oracle. All rights reserved.

ERROR:
ORA-01017: invalid username/password; logon denied

Enter user-name: ^C

==> Já a autenticação POR FORA DO SISTEMA OPERACIONAL, informando usuário E senha, vai normal :

[oracle@localhost ~]$ sqlplus sys/oracle as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Mon Jul 15 10:32:29 2019
Version 18.3.0.0.0

Copyright (c) 1982, 2018, Oracle. All rights reserved.

Connected to:
Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production
Version 18.3.0.0.0

SQL>

==> veja que eu conectei no meu PDB chamado ORCL, TAL COMO INDICADO na TWO_TASK  :

SQL> select sys_context('USERENV','CON_NAME') CON_NAME,
sys_context('USERENV','CON_ID') CON_ID,
sys_context('USERENV','DB_NAME') DB_NAME from DUAL; 2 3
<h2>CON_NAME</h2>
<h2>CON_ID</h2>
<h2>DB_NAME</h2>
ORCL
3
ORCL

SQL>

=> se eu REMOVER a TWO_TASK, aí sim consigo conectar no DEFAULT da instãncia, que vai ser o CDB, SEM informar nome ou senha usando mecanismos de autenticação DO SISTEMA OPERACIONAL :

SQL> exit
Disconnected from Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production
Version 18.3.0.0.0

[oracle@localhost ~]$ export TWO_TASK=
[oracle@localhost ~]$ echo $TWO_TASK

[oracle@localhost ~]$ sqlplus / as sysdba

SQL*Plus: Release 18.0.0.0.0 - Production on Mon Jul 15 10:35:50 2019
Version 18.3.0.0.0

Copyright (c) 1982, 2018, Oracle. All rights reserved.

Connected to:
Oracle Database 18c Enterprise Edition Release 18.0.0.0.0 - Production
Version 18.3.0.0.0

SQL>

=> Confirmando, o “/” conecta NO SISTEMA OPERACIONAL, e em multi-tenant quem existe no sistema operacional é o CDB :

SQL> select sys_context('USERENV','CON_NAME') CON_NAME,
sys_context('USERENV','CON_ID') CON_ID,
sys_context('USERENV','DB_NAME') DB_NAME from DUAL; 2 3
<h2>CON_NAME</h2>
<h2>CON_ID</h2>
<h2>DB_NAME</h2>
CDB$ROOT
1
orclcdb

SQL>

====>>> OU SEJA : é SIM possível vc usar o ‘/’ na conexão MAS ELE VAI FAZER O QUE SEMPRE FEZ, ie, conectar como o usuário administrativo no banco indicado NO SISTEMA OPERACIONAL…. Como eu disse, quando vc trabalha com MULTI-TENANT vc vai ter N DATABASES que o Sistema Operacional “não conhece”, E normalmente NÃO É NO CDB que vc quer conectar como SYS, óbvio que NÂO VAI DAR CERTO vc querer usar técnicas pré-multi-tenant.. Compreendido ??

Então o resumo da ópera é conexão via autenticação do sistema operacional como SYSDBA só funciona para o database diretamente controlado pela instância (que VAI ser o CDB num ambiente multi-tenant) : SE é isso que vc quer, DESATIVE TWO_TASK que vai funcionar…. E para conectar como SYSDBA nos databases PDBs, aí não tem conversa, é OU ter o valor dele na TWO_TASK e informar usuário/senha bunitinhu OU vc ter serviços apontando para cada PDB setados no Listener, entradas no TNSNAMES apontando pra cda serviço E na hora de conectar, informar :

sqlplus sys/senhadosys@hoststringapontandoproPDBquevcquer AS SYSDBA

[]s

Chiappa

[José Laurindo ChiappaModerador]

Ah, um detalhe importante : se hoje vc tem scripts que fazem :

sqlplus / as sysdba

e quer continuar a usar eles, como não dá em princípio pra conectar DIRETAMENTE em um PDB com ‘/ as sysdba’, o que vc PODE fazer é conectar com ‘/ as sydba’ NO CDB, aí dentro do CDB vc faz um :

ALTER SESSION SET CONTAINER=nomedoPDBdesejado;

e a partir daí, qquer Ação vai ser feita no PDB… Okdoc ?? É uma das alternativas indicadas em https://www.dell.com/support/article/br/pt/brbsdt1/sln310924/como-se-conectar-a-bases-de-dados-conect%C3%A1veis-no-oracle-rac-12cr1 por exemplo, E também tá documentada bunitinha nos manuais Oracle….

[]s

Chiappa

[airoospParticipante]

Boa tarde Chiappa,

Tudo beleza? Mais uma vez agradeço as suas informações. Definindo a ORACLE_SID=orcl12c, a TWO_TASK=orcl fiz a conexão com o PDB usando sys/senha as sysdba.

Zerando a TWO_TASK, consegui fazer a conexão com o CDB usando sys/senha as sysdba.

Mas ao tentar sys / as sysdba, a conexão falhou e continuou com o mesmo erro ORA-01017.

Obrigado

Airton

[José Laurindo ChiappaModerador]

Não, colega, completamente não : sqlplus sys / as sysdba ** absolutamente Não existe : OU é sqlplus / AS SYSDBA (pra conectar como SYS no banco CDB autenticado pelo sistema operacional) OU é sqlplus sys/senhadosys AS SYSDBA (pra conectar via Autenticação de banco no banco default indicado pelo TWO_TASK) , OU é sqlplus sys/senhadosys@hoststring AS SYSDBA (para conectar via Autenticação de banco no banco indicado no TNSNAMES.ORA)….
OU SEJA : se vc citou usuário SYS, vc TEM que informar a senha dele E vai ser assumida autenticação via database…. Para vc obter Autenticação via SO sem informar senha IMPLICA que vc Também não informa o NOME DO USUÁRIO…

[]s

Chiappa

[airoospParticipante]

Boa tarde Chiappa,

Beleza?

Opa, na minha mensagem anterior, acabei errando sqlplus sys / as sysdba, o certo é sqlplus / as sysdba.

Então, fiz várias alterações e testes no ambiente conforme abaixo:

• alterado os grupos do usuário oracle

usermod -g oracle -G oinstall,dba,oper oracle

• alterei o host no tnsnames para 127.0.0.1

• recriado o password file

• alterado os parâmetros do sqlnet.ora

• defini novamente as variáveis ORACLE_SID, ORACLE_HOME, ORACLE_BASE e TWO_TASK

Entre cada uma das alterações, fiz os testes de login sqlplus / as sysdba e o erro ORA-01017 continua.

Acho que é alguma coisa na VM.

Obrigado.

Airton

[José Laurindo ChiappaModerador]

Pode ser algo na máquina mas TAMBÉM pode ser versão : 12cR1 foi a primeira versão que veio com PDBs, sei que tinha uns tantos quantos bugs com isso… Na minha VM com 12cR2 vai de boas :

[oracle@vbgeneric ~]$ env
XDG_VTNR=1
XDG_SESSION_ID=2
SSH_AGENT_PID=3373
HOSTNAME=vbgeneric
IMSETTINGS_INTEGRATE_DESKTOP=yes
GPG_AGENT_INFO=/run/user/54321/keyring/gpg:0:1
XDG_MENU_PREFIX=gnome-
SHELL=/bin/bash
TERM=xterm-256color
VTE_VERSION=3804
HISTSIZE=1000
ORACLE_UNQNAME=orcl12c
TMPDIR=/tmp
WINDOWID=41943047
LC_ALL=C
IMSETTINGS_MODULE=X compose table
USER=oracle
LS_COLORS=rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:.tar=38;5;9:.tgz=38;5;9:.arc=38;5;9:.arj=38;5;9:.taz=38;5;9:.lha=38;5;9:.lz4=38;5;9:.lzh=38;5;9:.lzma=38;5;9:.tlz=38;5;9:.txz=38;5;9:.tzo=38;5;9:.t7z=38;5;9:.zip=38;5;9:.z=38;5;9:.Z=38;5;9:.dz=38;5;9:.gz=38;5;9:.lrz=38;5;9:.lz=38;5;9:.lzo=38;5;9:.xz=38;5;9:.bz2=38;5;9:.bz=38;5;9:.tbz=38;5;9:.tbz2=38;5;9:.tz=38;5;9:.deb=38;5;9:.rpm=38;5;9:.jar=38;5;9:.war=38;5;9:.ear=38;5;9:.sar=38;5;9:.rar=38;5;9:.alz=38;5;9:.ace=38;5;9:.zoo=38;5;9:.cpio=38;5;9:.7z=38;5;9:.rz=38;5;9:.cab=38;5;9:.jpg=38;5;13:.jpeg=38;5;13:.gif=38;5;13:.bmp=38;5;13:.pbm=38;5;13:.pgm=38;5;13:.ppm=38;5;13:.tga=38;5;13:.xbm=38;5;13:.xpm=38;5;13:.tif=38;5;13:.tiff=38;5;13:.png=38;5;13:.svg=38;5;13:.svgz=38;5;13:.mng=38;5;13:.pcx=38;5;13:.mov=38;5;13:.mpg=38;5;13:.mpeg=38;5;13:.m2v=38;5;13:.mkv=38;5;13:.webm=38;5;13:.ogm=38;5;13:.mp4=38;5;13:.m4v=38;5;13:.mp4v=38;5;13:.vob=38;5;13:.qt=38;5;13:.nuv=38;5;13:.wmv=38;5;13:.asf=38;5;13:.rm=38;5;13:.rmvb=38;5;13:.flc=38;5;13:.avi=38;5;13:.fli=38;5;13:.flv=38;5;13:.gl=38;5;13:.dl=38;5;13:.xcf=38;5;13:.xwd=38;5;13:.yuv=38;5;13:.cgm=38;5;13:.emf=38;5;13:.axv=38;5;13:.anx=38;5;13:.ogv=38;5;13:.ogx=38;5;13:.aac=38;5;45:.au=38;5;45:.flac=38;5;45:.mid=38;5;45:.midi=38;5;45:.mka=38;5;45:.mp3=38;5;45:.mpc=38;5;45:.ogg=38;5;45:.ra=38;5;45:.wav=38;5;45:.axa=38;5;45:.oga=38;5;45:.spx=38;5;45:*.xspf=38;5;45:
DESKTOP_AUTOSTART_ID=10ae38945444eab181156353824346924000000031650007
TWO_TASK=ORCL
ORACLE_SID=orcl12c
start=1563538259
GNOME_CHECK=0
SOFAR=0
ORACLE_BASE=/u01/app/oracle
SSH_AUTH_SOCK=/run/user/54321/keyring/ssh
USERNAME=oracle
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/3165,unix/unix:/tmp/.ICE-unix/3165
SQL_OR_SQLPLUS=sqlplus
GNOME_SHELL_SESSION_MODE=classic
DESKTOP_SESSION=gnome-classic
MAIL=/var/spool/mail/oracle
PATH=/home/oracle/LDLIB:/u01/app/oracle/product/12.2/db_1/bin:/usr/sbin:/home/oracle/java/jdk1.8.0_121/bin:/home/oracle/bin:/home/oracle/sqlcl/bin:/home/oracle/sqldeveloper:/home/oracle/datamodeler:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/oracle/sqlcl/bin:/home/oracle/sqldeveloper:/home/oracle/bin:/opt/mssql-tools/bin:/home/oracle/.local/bin:/home/oracle/bin:/opt/mssql-tools/bin:/opt/mssql-tools/bin
QT_IM_MODULE=ibus
PWD=/home/oracle
JAVA_HOME=/home/oracle/java/jdk1.8.0_121
XMODIFIERS=@im=ibus
result=
LANG=pt_BR.utf8
GDM_LANG=pt_BR.utf8
tries=50
GDMSESSION=gnome-classic
HISTCONTROL=ignoredups
HOME=/home/oracle
SHLVL=4
XDG_SEAT=seat0
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
TMP=/tmp
LOGNAME=oracle
XDG_SESSION_DESKTOP=gnome-classic
CLASSPATH=/u01/app/oracle/product/12.2/db_1/jlib:/u01/app/oracle/product/12.2/db_1/rdbms/jlib
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-Vs1Y6DjTvh,guid=be7ec599d23034d5545f7cf65d31b33c
JAVAENV=true
LESSOPEN=||/usr/bin/lesspipe.sh %s
TMZ=GMT
WINDOWPATH=1
DISPLAY=:0
XDG_RUNTIME_DIR=/run/user/54321
ORACLE_HOME=/u01/app/oracle/product/12.2/db_1
XDG_CURRENT_DESKTOP=GNOME-Classic:GNOME
DBENV=true
XAUTHORITY=/run/gdm/auth-for-oracle-fUK3C0/database
_=/usr/bin/env
[oracle@vbgeneric ~]$ echo $TWO_TASK
ORCL
[oracle@vbgeneric ~]$ ps -ef | grep -i pmon
oracle 2841 1 0 08:10 ? 00:00:00 ora_pmon_orcl12c
oracle 4904 4227 0 08:19 pts/0 00:00:00 grep –color=auto -i pmon
[oracle@vbgeneric ~]$ export TWO_TASK=
[oracle@vbgeneric ~]$ echo $TWO_TASK

[oracle@vbgeneric ~]$ sqlplus / as sysdba

SQL*Plus: Release 12.2.0.1.0 Production on Fri Jul 19 08:20:05 2019

Copyright (c) 1982, 2016, Oracle. All rights reserved.

Connected to:
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 – 64bit Production

USER: SYS
SCHEMA: SYS
CONTAINER DB: CDB$ROOT
CONTAINER: orcl12c

1 row selected.

SYS@orcl12c>;

 

[]s

 

Chiappa`

[airoospParticipante]

Boa tarde Chiappa,

Beleza?

A versão do Oracle na VM também é 12cR2.

Segue abaixo o resultado do env.

[root@localhost ~]# env
XDG_VTNR=1
SSH_AGENT_PID=8021
XDG_SESSION_ID=2
HOSTNAME=localhost.localdomain
IMSETTINGS_INTEGRATE_DESKTOP=yes
TERM=xterm-256color
SHELL=/bin/bash
XDG_MENU_PREFIX=gnome-
VTE_VERSION=4602
HISTSIZE=1000
ORACLE_UNQNAME=orcl12c
GJS_DEBUG_OUTPUT=stderr
WINDOWID=52479205
GJS_DEBUG_TOPICS=JS ERROR;JS LOG
IMSETTINGS_MODULE=none
USER=oracle
LS_COLORS=rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:.tar=38;5;9:.tgz=38;5;9:.arc=38;5;9:.arj=38;5;9:.taz=38;5;9:.lha=38;5;9:.lz4=38;5;9:.lzh=38;5;9:.lzma=38;5;9:.tlz=38;5;9:.txz=38;5;9:.tzo=38;5;9:.t7z=38;5;9:.zip=38;5;9:.z=38;5;9:.Z=38;5;9:.dz=38;5;9:.gz=38;5;9:.lrz=38;5;9:.lz=38;5;9:.lzo=38;5;9:.xz=38;5;9:.bz2=38;5;9:.bz=38;5;9:.tbz=38;5;9:.tbz2=38;5;9:.tz=38;5;9:.deb=38;5;9:.rpm=38;5;9:.jar=38;5;9:.war=38;5;9:.ear=38;5;9:.sar=38;5;9:.rar=38;5;9:.alz=38;5;9:.ace=38;5;9:.zoo=38;5;9:.cpio=38;5;9:.7z=38;5;9:.rz=38;5;9:.cab=38;5;9:.jpg=38;5;13:.jpeg=38;5;13:.gif=38;5;13:.bmp=38;5;13:.pbm=38;5;13:.pgm=38;5;13:.ppm=38;5;13:.tga=38;5;13:.xbm=38;5;13:.xpm=38;5;13:.tif=38;5;13:.tiff=38;5;13:.png=38;5;13:.svg=38;5;13:.svgz=38;5;13:.mng=38;5;13:.pcx=38;5;13:.mov=38;5;13:.mpg=38;5;13:.mpeg=38;5;13:.m2v=38;5;13:.mkv=38;5;13:.webm=38;5;13:.ogm=38;5;13:.mp4=38;5;13:.m4v=38;5;13:.mp4v=38;5;13:.vob=38;5;13:.qt=38;5;13:.nuv=38;5;13:.wmv=38;5;13:.asf=38;5;13:.rm=38;5;13:.rmvb=38;5;13:.flc=38;5;13:.avi=38;5;13:.fli=38;5;13:.flv=38;5;13:.gl=38;5;13:.dl=38;5;13:.xcf=38;5;13:.xwd=38;5;13:.yuv=38;5;13:.cgm=38;5;13:.emf=38;5;13:.axv=38;5;13:.anx=38;5;13:.ogv=38;5;13:.ogx=38;5;13:.aac=38;5;45:.au=38;5;45:.flac=38;5;45:.mid=38;5;45:.midi=38;5;45:.mka=38;5;45:.mp3=38;5;45:.mpc=38;5;45:.ogg=38;5;45:.ra=38;5;45:.wav=38;5;45:.axa=38;5;45:.oga=38;5;45:.spx=38;5;45:*.xspf=38;5;45:
TWO_TASK=ORCL
ORACLE_SID=orcl12c
GNOME_CHECK=0
ORACLE_BASE=/u01/app/oracle
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/7516,unix/unix:/tmp/.ICE-unix/7516
USERNAME=oracle
SQL_OR_SQLPLUS=sqlplus
GNOME_SHELL_SESSION_MODE=classic
PATH=/home/oracle/Desktop/Database_Track/coffeeshop:/home/oracle/bin:/home/oracle/LDLIB:/u01/app/oracle/product/12.2/db_1/bin:/usr/sbin:/home/oracle/Desktop/Database_Track/coffeeshop:/home/oracle/java/jdk1.8.0_161/bin:/home/oracle/bin:/home/oracle/sqlcl/bin:/home/oracle/sqldeveloper:/home/oracle/datamodeler:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/oracle/sqlcl/bin:/home/oracle/sqldeveloper:/home/oracle/bin:/home/oracle/.local/bin:/home/oracle/bin
MAIL=/var/spool/mail/oracle
DESKTOP_SESSION=gnome-classic
QT_IM_MODULE=xim
XDG_SESSION_TYPE=x11
PWD=/root
XMODIFIERS=@im=none
JAVA_HOME=/home/oracle/java/jdk1.8.0_161
LANG=en_US.UTF-8
GDM_LANG=en_US.UTF-8
GDMSESSION=gnome-classic
HISTCONTROL=ignoredups
XDG_SEAT=seat0
HOME=/root
SHLVL=4
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
XDG_SESSION_DESKTOP=gnome-classic
LOGNAME=oracle
CLASSPATH=/u01/app/oracle/product/12.2/db_1/jlib:/u01/app/oracle/product/12.2/db_1/rdbms/jlib
JAVAENV=true
XDG_DATA_DIRS=/home/oracle/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-0zsrdosmTU,guid=c8aed2c144e709f0002dced95d1bc3cf
LESSOPEN=||/usr/bin/lesspipe.sh %s
WINDOWPATH=1
TMZ=GMT
DISPLAY=:0
XDG_RUNTIME_DIR=/run/user/1000
ORACLE_HOME=/u01/app/oracle/product/12.2/db_1
XDG_CURRENT_DESKTOP=GNOME-Classic:GNOME
DBENV=true
COLORTERM=truecolor
XAUTHORITY=/root/.xauthF3vAmN
_=/usr/bin/env
OLDPWD=/u01/userhome/oracle

 

[José Laurindo ChiappaModerador]

NÂO, colega, Positivamente NÂO : OBVIAMENTE conexão com autenticação por SO só funciona com o usuário ORACLE, então pede um ENV conectado COMO ORACLE, e NÂO COMO ROOT, sim sim ?????? Please….

[José Laurindo ChiappaModerador]

Aliás, tá estranho :

[root@localhost ~]#

parece indicar que vc tá logado como root (o ‘#’ no prompt Tipicamente indica isso) MAS vc tem :

USER=oracle
USERNAME=oracle

o que parece indicar que não… ALGUMA COISA DE ERRADA NÃO ESTÁ certa, veja no meu ambiente que principalmente o prompt tá bem diferente….

[José Laurindo ChiappaModerador]

Plz tenha ** CERTEZA ** de estar logado como ORACLE (sem sudo, sem su, logado diretamente como usuário oracle no Linux), aí sim desse prompt de comando que vc vai abrir manda um env, APAGA o conteúdo da TWO_TASK, confirma que tá mesmo vazia com echo $TWO_TASK e então tenta conectar como sqlplus / as sysdba, tudo QUE NEM EU FIZ, okdoc ??
SE ainda assim vc não conseguir, pra mim é alguma falha na sua vm, mas não saberia dizer qual…..

[]s

Chiappa

[airoospParticipante]

Boa tarde Chiappa,

Segue o env conectado com Oracle.

oracle@localhost oracle]$ whoami
oracle
[oracle@localhost oracle]$
[oracle@localhost oracle]$
[oracle@localhost oracle]$
[oracle@localhost oracle]$
[oracle@localhost oracle]$ env
XDG_VTNR=1
SSH_AGENT_PID=8021
XDG_SESSION_ID=2
HOSTNAME=localhost.localdomain
IMSETTINGS_INTEGRATE_DESKTOP=yes
TERM=xterm-256color
SHELL=/bin/bash
XDG_MENU_PREFIX=gnome-
VTE_VERSION=4602
HISTSIZE=1000
ORACLE_UNQNAME=orcl12c
TMPDIR=/tmp
GJS_DEBUG_OUTPUT=stderr
WINDOWID=52429712
GJS_DEBUG_TOPICS=JS ERROR;JS LOG
IMSETTINGS_MODULE=none
USER=oracle
LS_COLORS=rs=0:di=38;5;27:ln=38;5;51:mh=44;38;5;15:pi=40;38;5;11:so=38;5;13:do=38;5;5:bd=48;5;232;38;5;11:cd=48;5;232;38;5;3:or=48;5;232;38;5;9:mi=05;48;5;232;38;5;15:su=48;5;196;38;5;15:sg=48;5;11;38;5;16:ca=48;5;196;38;5;226:tw=48;5;10;38;5;16:ow=48;5;10;38;5;21:st=48;5;21;38;5;15:ex=38;5;34:.tar=38;5;9:.tgz=38;5;9:.arc=38;5;9:.arj=38;5;9:.taz=38;5;9:.lha=38;5;9:.lz4=38;5;9:.lzh=38;5;9:.lzma=38;5;9:.tlz=38;5;9:.txz=38;5;9:.tzo=38;5;9:.t7z=38;5;9:.zip=38;5;9:.z=38;5;9:.Z=38;5;9:.dz=38;5;9:.gz=38;5;9:.lrz=38;5;9:.lz=38;5;9:.lzo=38;5;9:.xz=38;5;9:.bz2=38;5;9:.bz=38;5;9:.tbz=38;5;9:.tbz2=38;5;9:.tz=38;5;9:.deb=38;5;9:.rpm=38;5;9:.jar=38;5;9:.war=38;5;9:.ear=38;5;9:.sar=38;5;9:.rar=38;5;9:.alz=38;5;9:.ace=38;5;9:.zoo=38;5;9:.cpio=38;5;9:.7z=38;5;9:.rz=38;5;9:.cab=38;5;9:.jpg=38;5;13:.jpeg=38;5;13:.gif=38;5;13:.bmp=38;5;13:.pbm=38;5;13:.pgm=38;5;13:.ppm=38;5;13:.tga=38;5;13:.xbm=38;5;13:.xpm=38;5;13:.tif=38;5;13:.tiff=38;5;13:.png=38;5;13:.svg=38;5;13:.svgz=38;5;13:.mng=38;5;13:.pcx=38;5;13:.mov=38;5;13:.mpg=38;5;13:.mpeg=38;5;13:.m2v=38;5;13:.mkv=38;5;13:.webm=38;5;13:.ogm=38;5;13:.mp4=38;5;13:.m4v=38;5;13:.mp4v=38;5;13:.vob=38;5;13:.qt=38;5;13:.nuv=38;5;13:.wmv=38;5;13:.asf=38;5;13:.rm=38;5;13:.rmvb=38;5;13:.flc=38;5;13:.avi=38;5;13:.fli=38;5;13:.flv=38;5;13:.gl=38;5;13:.dl=38;5;13:.xcf=38;5;13:.xwd=38;5;13:.yuv=38;5;13:.cgm=38;5;13:.emf=38;5;13:.axv=38;5;13:.anx=38;5;13:.ogv=38;5;13:.ogx=38;5;13:.aac=38;5;45:.au=38;5;45:.flac=38;5;45:.mid=38;5;45:.midi=38;5;45:.mka=38;5;45:.mp3=38;5;45:.mpc=38;5;45:.ogg=38;5;45:.ra=38;5;45:.wav=38;5;45:.axa=38;5;45:.oga=38;5;45:.spx=38;5;45:*.xspf=38;5;45:
TWO_TASK=ORCL
ORACLE_SID=orcl12c
GNOME_CHECK=0
ORACLE_BASE=/u01/app/oracle
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/7516,unix/unix:/tmp/.ICE-unix/7516
USERNAME=oracle
SQL_OR_SQLPLUS=sqlplus
GNOME_SHELL_SESSION_MODE=classic
PATH=/home/oracle/Desktop/Database_Track/coffeeshop:/home/oracle/bin:/home/oracle/LDLIB:/u01/app/oracle/product/12.2/db_1/bin:/usr/sbin:/home/oracle/Desktop/Database_Track/coffeeshop:/home/oracle/java/jdk1.8.0_161/bin:/home/oracle/bin:/home/oracle/sqlcl/bin:/home/oracle/sqldeveloper:/home/oracle/datamodeler:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin:/home/oracle/sqlcl/bin:/home/oracle/sqldeveloper:/home/oracle/bin:/home/oracle/.local/bin:/home/oracle/bin
MAIL=/var/spool/mail/oracle
DESKTOP_SESSION=gnome-classic
QT_IM_MODULE=xim
XDG_SESSION_TYPE=x11
PWD=/u01/userhome/oracle
XMODIFIERS=@im=none
JAVA_HOME=/home/oracle/java/jdk1.8.0_161
LANG=en_US.UTF-8
GDM_LANG=en_US.UTF-8
GDMSESSION=gnome-classic
HISTCONTROL=ignoredups
XDG_SEAT=seat0
HOME=/home/oracle
SHLVL=2
GNOME_DESKTOP_SESSION_ID=this-is-deprecated
TMP=/tmp
XDG_SESSION_DESKTOP=gnome-classic
LOGNAME=oracle
CLASSPATH=/u01/app/oracle/product/12.2/db_1/jlib:/u01/app/oracle/product/12.2/db_1/rdbms/jlib
JAVAENV=true
XDG_DATA_DIRS=/home/oracle/.local/share/flatpak/exports/share/:/var/lib/flatpak/exports/share/:/usr/local/share/:/usr/share/
DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-0zsrdosmTU,guid=c8aed2c144e709f0002dced95d1bc3cf
LESSOPEN=||/usr/bin/lesspipe.sh %s
WINDOWPATH=1
TMZ=GMT
DISPLAY=:0
XDG_RUNTIME_DIR=/run/user/1000
ORACLE_HOME=/u01/app/oracle/product/12.2/db_1
XDG_CURRENT_DESKTOP=GNOME-Classic:GNOME
DBENV=true
COLORTERM=truecolor
XAUTHORITY=/run/gdm/auth-for-oracle-TQJmDO/database
_=/usr/bin/env

[José Laurindo ChiappaModerador]

Olhando teu env, não vejo nada flagrantemente errado/inconsistente : então, se ainda nesse mesmo prompt onde vc tá conectado como oracle E está com todo o env setado, se vc remover o conteúdo da TWO_TASK (pode ser via comando unset, pode ser simplesmente atribuindo um null pra ele como eu fiz com export TWO_TASK=[ENTER] , depende do shell que vc estiver usando), Confirmar que não tem nada (nem um espaço em branco, NADA MESMO) com um echo $TWO_TASK[ENTER] e ainda assim a conexão via sqlplus / as sysdba[ENTER] não funcionar, aí pra mim é alguma falha específica nessa máquina, que vc teria que investigar junto com o Suporte, acredito…

[]s

Chiappa

[airoospParticipante]

Boa tarde Chiappa,

Beleza?

Então, fiz o download de uma VM do site da Oracle, importei no Virtual Box e o sqlplus / as sysdba funcionou, essa VM é banco 19c multitenant.

A outra VM que estava usando foi um colega que passou, ele fez o download do site da Oracle, só que é uma VM antiga com o 12c multitenant.

O que fiz foi verificar os arquivos 19c sqlnet.ora, tnsnames.ora, listener.ora, grupos do usuário oracle e várias de ambiente (oracle_sid, oracle_home, oracle_base, two_task, tns_admin).

Comparei com o ambiente da 12c, fiz as alterações onde havia diferença e ao executar sqlplus / as sysdba, o prompt do sqlplus exibiu a mensagem conectado a uma instância inativa.

Executei o startup, sai do sqlplus, executei novamente o comando e a conexão funcionou tanto no CDB como PDB.

Depois desfiz as alterações e continuou funcionando até quando habilitei a linha sqlnet.authentication_services no sqlnet.ora, ai parou de funcionar.

Só que já tinha mexido nesse arquivo e não funcionava.

Resumindo, não entendi bem o que aconteceu.

[José Laurindo ChiappaModerador]

Blz ? Fica meio difícil a gente dizer qquer coisa, em especial nesse cenário onde VAI SE SABER o que tinha nessa VM que vc copiou do seu amigo E vc Não Mostra passo-a-passo CADA alteração que vc faz, mas de modo geral :

• tudo que te mostrei aqui nessa VM multi-tenant com 12cR2 foi tirado da VM oficial da Oracle, que baixei em https://www.oracle.com/technetwork/community/developer-vm/index.html#dbapp E importei no Virtualbox : é ESSAS VMs que vc deve baixar e usar como referência para validar teus testes/comparar com instalaçãoes que vc vá fazer

• NADA A VER o que vc falou de “habilitar sqlnet.authentication_services no sqlnet.ora” no LINUX : para o Windows **** SIM ****, é SIM necessário ter isso (vide https://oracle-base.com/articles/misc/os-authentication E principalmente a nota metalink “Troubleshooting ORA-1031 or ORA-1017 Errors When Connecting As SYSDBA” (Doc ID 730067.1) , onde é Claramente dito que :

“2. Check the value of the SQLNET.AUTHENTICATION_SERVICES parameter in file $ORACLE_HOME/network/admin/SQLNET.ORA

On Unix

This parameter should not be set if no strong authentication method is used.

==>> OU SEJA, se vc quer conectar sem password, confiando só na autenticação de SO, vc ** NÃO PODE PREENCHER esse parâmetro!!! Claro que não vai funcionar como desejado SE vc o habilitar….. OLha como está nessa minha VM que baixei da Oracle :

[oracle@vbgeneric ~]$ cat $ORACLE_HOME/network/admin/sqlnet.ora
NAME.DIRECTORY_PATH= {TNSNAMES, EZCONNECT, HOSTNAME}
[oracle@vbgeneric ~]$

ok ???

• quando vc obtém uma msg tipo “conectado a uma instância inativa”, a nossa PRIMEIRA SUPOSIÇÃO é que REALMENTE vc esteja conectado a uma “instância” (uma instância ‘lógica’, apenas, no caso de PDB) não startada…..É comum que quando vc starte um CDB os PDBs não tenham startado automaticamente, talvez vc estava tentando conctar a um PDB que não foi startado, talvez….

=====>>> DE MODO GERAL então, Recomendo : baixe e importe essa VM com 12cR2 Oficial da Oracle no virtualbox, veja que ela funciona como mostrei, aí depois (se desejado) use a nota metalink indicada como um guia de tudo o que vc deve Validar nessa vm 12cR2 onde vc diz que não consegue conexão com sqlplus / as sysdba , comparando ela com essa Oficial da Oracle….

[]s

Chiappa

[Autor]

Posts