차례:
- 데이터베이스를 생성하는 고급 경로에 따라 13 번째 단계 4에서 컨테이너 데이터베이스로 만들기 확인란이 나타납니다.
- 다음으로 기억해야 할 점은 CDB를 시작하면 관련된 모든 PDB가 MOUNT 상태로 남아 있기 때문에 기본적으로 CDB로 열리지 않는다는 것을 의미합니다. 아쉽게도 12cR1에서는이 동작을 변경하는 옵션을 제공하지 않습니다.
비디오: 셀프서비스기반 자동화를 통한 오라클 멀티테넌시 구현 2024
Oracle 12c의 새로운 기능 중 가장 많이 언급 된 기능 중 하나는 멀티 테넌트 (multitenant) 데이터베이스입니다. 그들은 또한 플러그 형 데이터베이스로 알려져 왔습니다. 클라우드에 대해 듣지 못했다면, 지난 몇 년 동안 바위 아래에서 살아 왔음에 틀림 없습니다. 12c의 c 는 클라우드를 나타냅니다.
클라우드에서 컴퓨팅 리소스와 응용 프로그램을 제공하는 것은 요즘 대세입니다. 그렇게하면 기업의 자본 지출이 줄어들고 즉각적인 세금 혜택이 있습니다. 따라서 기업은 클라우드 컴퓨팅을 활용할 인센티브가 많습니다.
가상화입니다. 더 큰 물리적 시스템으로 조각 된 가상 머신을 사용하고 부분 라이센스를 활용하면 기업의 비용을 더욱 절감 할 수 있습니다. 오라클 멀티 테넌트 (multitenant) 데이터베이스는 기업이 이러한 모든 기술과 비용 절감을 활용할 수 있도록 개발되었습니다. Oracle 12c의 Multitenant 옵션은 라이센스가 부여됩니다. 평소처럼 오라클 영업 담당자에게 비용을 문의하십시오. 다시 말하지만,이 기능을 통해 얻을 수있는 투자 수익을 알고 있는지 확인하십시오. 멀티 테넌트 아키텍처의 일부인 새로운 유형의 데이터베이스를 인식하고 있어야합니다.CDB (Container Database):
-
여러 개의 플러그 인이 포함 된 기본 데이터베이스 데이터베이스. 관리 비용을 줄이기 위해 컨테이너 수준에서 많은 작업을 수행 할 수 있습니다. 데이터베이스는 CDB 또는 비 CDB로 작성됩니다. Pluggable Database (PDB):
-
컨테이너 데이터베이스에서 플러그를 뽑거나 플러그를 뽑을 수있는 스키마, 객체 및 비 스키마 객체 세트. PDB는 OracleNet과 최종 사용자에게 데이터베이스로 나타나지만 실제로는 PDB가 많은 컨테이너에서 관리됩니다.
-
시스템이 템플릿으로 사용하는 기본 PDB로 다른 사용자 생성 PDB를 빠르게 제공합니다. 내부적으로 PDB $ SEED라고합니다. Multitenant 옵션을 사용하면 다음을 수행 할 수 있습니다.
높은 통합 밀도:
-
많은 데이터베이스가 메모리 및 백그라운드 프로세스를 공유 할 수 있습니다. 프로비저닝:
-
데이터베이스는 한 환경에서 플러그를 뽑고 다른 환경에 꽂거나 몇 초 안에 SQL 명령으로 복제 할 수 있습니다. 운영 체제 및 칩셋에 꽂을 수도 있습니다. 패치 및 업그레이드:
-
패치되지 않은 컨테이너에서 플러그를 뽑고 다른 패치 된 컨테이너에 플러그를 꽂음으로써 데이터베이스를 패치 할 수 있습니다. 여러 데이터베이스를 하나로 관리:
-
개별 플러그 가능 데이터베이스 대신 기본 컨테이너 데이터베이스에서 백업 및 패치와 같은 작업을 수행 할 수 있습니다. 리소스 관리:
-
Oracle Resource Manager 기능은 사용자 환경의 데이터베이스 간의 리소스 경쟁을 관리 할 수 있도록 플러그 형 데이터베이스 레벨에서 작동 할 수 있습니다. 언급 할 가치가있는 또 하나의 점은 플러그 형 데이터베이스가 비 CDB와 완벽하게 호환된다는 것입니다. 사실, 오라클은 PDB / non-CDB 호환성 보증이라고 부르는 것을 가지고 있는데
는 CDB가 아닌 곳에서해야 할 일이 PDB에서도 가능할 것이라고 말합니다. 이 호환성 보장은 타사 공급 업체 제품이 다중 점유 아키텍처에서 작동하도록 인증하는 데 중요합니다. Oracle 12c에서 다중 점유 데이터베이스 환경을 생성하는 방법 데이터베이스를 만들 때 멀티 테넌트 아키텍처를 지원할 수 있도록 데이터베이스를 CDB 또는 비 CDB로 지정해야합니다. 다음 예제 세트는 DBCA를 사용하여 컨테이너 데이터베이스를 작성하는 단계를 안내합니다. DBCA를 사용할 때 비 CDB와 CDB를 구별하는 단 하나의 단계 만 있습니다.
데이터베이스를 생성하는 고급 경로에 따라 13 번째 단계 4에서 컨테이너 데이터베이스로 만들기 확인란이 나타납니다.
이 단계에서 생성 된 PDB 수를 선택할 수도 있습니다. 시작시 플러그 가능한 데이터베이스가없는 빈 컨테이너 데이터베이스를 생성하도록 선택할 수도 있습니다. 나머지 단계는 비 CDB를 만들 때와 거의 같습니다.
Oracle 12c에서 플러그 형 데이터베이스를 시작하고 중지하는 방법
플러그 가능 데이터베이스의 인스턴스 아키텍처는 컨테이너가 아닌 데이터베이스와 완전히 다르므로 준비 상태를 관리하는 것이 다른 경우라고 생각할 수 있습니다. 사실입니다. 먼저 CDB를 살펴 보겠습니다. 기억해야 할 첫 번째 사실은 CDB가 모든 PDB가 공유하는 인스턴스를 유지 관리하기 때문에 해당 인스턴스가 PDB에 연결할 수 있도록 사람들이 열어야한다는 것입니다. CDB 시작 및 중지는 비 CDB와 다르지 않습니다.
다음으로 기억해야 할 점은 CDB를 시작하면 관련된 모든 PDB가 MOUNT 상태로 남아 있기 때문에 기본적으로 CDB로 열리지 않는다는 것을 의미합니다. 아쉽게도 12cR1에서는이 동작을 변경하는 옵션을 제공하지 않습니다.
그러나 12c는 CDB 열기를 감지하고 지정된 PDB를 열면 시작될 새로운 유형의 트리거를 제공합니다. 이를 설정하는 방법에 대한 자세한 내용은 Oracle 설명서를 참조하십시오.
CDB를 시작하고 열면 다음과 같이 해당 PDB를 열 수 있습니다.
SQL> alter pluggable database devpdb1 open; 플러그 형 데이터베이스가 변경되었습니다.
또는:
SQL> alter pluggable database all open; 플러그 형 데이터베이스가 변경되었습니다.
PDB를 닫으려면 앞의 명령과 반대가 될 수 있습니다:
SQL> alter pluggable database devpdb1 close; 플러그 형 데이터베이스가 변경되었습니다.
또는:
SQL> 플러그 가능한 데이터베이스를 모두 닫습니다. 플러그 형 데이터베이스가 변경되었습니다.
V $ PDBS 데이터 사전보기를 사용하여 PDB 준비에 대한 정보를 얻을 수 있습니다.