pat98's always & forever

19c CDB 환경에서 PDB로 접속하기 위해서는

1.CDB에 접속

2. SQL> alter session set container=PDB;

이런식으로 접속하곤 하는데 이것 마저 귀찮다면 환경변수 설정하고 바로 SYS나 SYSTEM 계정으로 PDB로 접속할수 있다. = bequeath connections

공식적인 방법은 아니다.

1. 우선 CDB 에 접속하여 아래와 같은 trigger 를 만들어 준다.

 SQL>CREATE OR REPLACE NONEDITIONABLE TRIGGER "SYS"."DBMS_SET_PDB" after logon on database

  WHEN (user = 'SYS' or user = 'SYSTEM') declare
  pdb_name varchar2(64);
  begin
  DBMS_SYSTEM.get_env ('ORACLE_PDB_SID', pdb_name);
  if(pdb_name is not null)
  then
  EXECUTE IMMEDIATE 'alter session set container = ' || pdb_name;
  end if;
  exception
  when others then
  NULL;
  end dbms_set_pdb;
  /
Trigger created.

2. 오라클 계정 .bash_profile 설정

CDB 이름은 CDB

PDB 이름은 PDB 라고 가정

export ORACLE_SID=CDB
export ORACLE_PDB_SID=PDB

:wq! 

저장후..

다시 접속

sqlplus "/as sysdba"

SQL> show user
USER is "SYS"

SQL> show con_name

CON_NAME
------------------------------
PDB

SQL> show pdbs

    CON_ID CON_NAME                       OPEN MODE  RESTRICTED
---------- ------------------------------ ---------- ----------
         3 PDB                            READ WRITE NO

Database 생성후 instace 번호가 바뀌어 보일 때...

증상 : database 생성 완료 후 crsctl stat res -t 로 상태 확인 하였을시 1,2,3,4 로 순차적으로 보이는 것이 아닌 바뀌어서 보임.

  INST_ID INSTANCE_NUMBER INSTANCE_NAME HOST_NAME
---------- --------------- --------------------------------------------------
  1 1 RACDB1 RACNode1
  4 4 RACDB4 RACNode4
  3 3 RACDB3 RACNode3
  2 2 RACDB2 RACNode2
  
 원인 : 
 DBCA는 srvm api에서 검색한 노드를 기반으로 인스턴스를 생성하는 반면 노드 순서는 crs 노드에서 실행된 루트 스크립트의 순서에 따라 반환됨.
 이 특정 사례에서 인스턴스 이름이 노드 이름과 일치하더라도 crsctl 출력은 다른 순서로 나타나게 됨.
 
 결론 : 
 olsnodes -n -t 가 정상적이면 상관없기 때문에 expected behavior 임.

RACNode1   1       Unpinned
RACNode2   2       Unpinned
RACNode3   3       Unpinned
RACNode4   4       Unpinned
 
노든의 순서는 인스턴스 번호와 일치하지 않음.
인스턴스 이름이 노드 이름과 일치하더라도 crsctl 출력은 인스턴스마다 순서가 다를 수 있슴.

관련 MOS :
Database Instance Resources Sequence in "crsctl stat res -t" Output Mismatches With Output of "olsnodes -n" (Doc ID 1580894.1)