Início / dba / Perguntas / 276840
Accepted
w0051977
Asked: 2020-10-11 07:59:54 +0800 CST

Noções básicas sobre contas de usuário do SQL Developer

  • 772

Instalei esta imagem do Docker hoje: https://hub.docker.com/_/oracle-database-enterprise-edition

Eu segui as instruções aqui: https://www.youtube.com/watch?v=ciYsDbBx80s . Basicamente executei os seguintes comandos:

docker pull store/oracle/database-enterprise:12.2.0.1
docker run -d -p 1521:1521 --name oracle store/oracle/database-enterprise:12.2.0.1
docker exec -it 0500ab7ee75c bash -c "source /home/oracle/.bashrc; sqlplus /nolog"

Então no sqlpus:

connect sys as sysdba
Enter password: anyrandompassword
alter session set "_ORACLE_SCRIPT"=true;
create user dummy identified by dummy;
SQL> GRANT ALL PRIVILEGES TO dummy;
SQL>ALTER USER sysdba IDENTIFIED BY Password1 ACCOUNT UNLOCK;

Eu tenho duas perguntas:

  1. Por que a senha do SQLDeveloper para o usuário fictício: dummy. Eu não especifiquei isso.

  2. Parece que agora posso fazer login no SQL Developer com as seguintes credenciais (conforme descrito aqui: https://stackoverflow.com/questions/9129664/unable-to-log-in-to-database-as-sys-with-oracle -sql-desenvolvedor ):

    Nome de usuário: SYS AS SYSDBA Senha: Senha1

No entanto, quando executo o seguinte comando no sqlplus

connect sys as sysdba

Em seguida, sou solicitado a fornecer uma senha, no entanto, qualquer senha parece funcionar.

oracle docker

1 respostas

  1. Best Answer
    1. Sim, você fez:

    create user dummy identified by dummy;

    1. Por padrão, para logins locais, os bancos de dados Oracle usam a autenticação do SO com base na associação ao grupo de usuários do SO. Qualquer usuário que seja membro do dbagrupo ou qualquer grupo especificado como o OSDBAgrupo pode efetuar login localmente como sysdba sem fornecer uma senha (ou fornecer qualquer senha).

    Eu recomendo que você esqueça esta parte:

    alter session set "_ORACLE_SCRIPT"=true;
create user dummy identified by dummy;

    Tutoriais com esta solução alternativa ( alter session set "_ORACLE_SCRIPT"=true;)são o resultado de preguiça ou falta de conhecimento sobre a arquitetura CDB introduzida no Oracle 12c. É assim que as "soluções" incorretas se espalham. O autor esqueceu de dizer que ao fazer o acima, você quebra um princípio básico de a arquitetura CDB (porque você cria um novo usuário que é tratado como usuários integrados gerenciados pelo Oracle + seus dados no futuro devem ser armazenados em bancos de dados plugáveis, não no container root) Não é assim que um banco de dados container é usado.

    Em vez de fazer o acima, depois de obter o prompt SQL com this docker exec -it 0500ab7ee75c bash -c "source /home/oracle/.bashrc; sqlplus /nolog", você deve seguir como abaixo.

    Conecte-se à instância do banco de dados, abaixo se conecta ao container raiz do banco de dados. Não se preocupe com uma senha neste momento:

    connect / as sysdba

    Liste bancos de dados conectáveis, você deverá ver um banco de dados conectável chamado ORCLDB1.

    SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         2 PDB$SEED                       READ ONLY  NO
         3 ORCLPDB1                       READ WRITE NO
SQL>

    Conecte-se a esse banco de dados conectável:

    SQL> show con_name

CON_NAME
------------------------------
CDB$ROOT
SQL> alter session set container=ORCLPDB1;

Session altered.

SQL> show con_name

CON_NAME
------------------------------
ORCLPDB1
SQL>

    E crie o usuário lá:

    SQL> create user dummy identified by dummy;

User created.

SQL> GRANT ALL PRIVILEGES TO dummy;

Grant succeeded.

SQL>

    Agora você pode se conectar com o usuário fictício, que está no banco de dados conectável ORCLPDB1, e não no contêiner raiz. Para isso, use orclpdb1.localdomaincomo nome de serviço e não ORCLCDB.localdomain.

    • 2

relate perguntas