Oracle Database/Training

1장. Administration

수상한 김토끼 2025. 3. 5. 15:45

1. Reference Link

1.1 Database and Instance

  • Oracle Database Server (Oracle Database) = Database + Database Instance
    • Database
      • 디스크에 위치한 파일 집합
    • Database Instance
      • SGA (System Global Area) + Background Process
      • 데이터베이스 파일을 관리하기 위한 메모리 구조의 집합으로 공유 메모리와 프로세스로 구성
    • Client Process가 인스턴스에 접속하여 Session이 설정되면 Server Process가 생성됨
    • Server Process는 공유하지 않는 개별 세션 메모리인 PGA (Program Global Area)를 보유하고 있음

1.2 Database Storage Structures

1.2.1 물리적인 저장구조

  • 데이터베이스 파일 저장 메커니즘
    • Automatic Storage Management (ASM)
      • 오라클 데이터베이스를 위해 특별히 설계된 파일 및 볼륨(디스크) 관리 시스템
      • 고가의 RAID 장비나 타사 OS볼륨관리 및 파일 시스템 관리를 ASM으로 대체 가능
      • 디스크에 데이터를 분산 기록하여 균일한 성능제공
      • 오라클 엑사데이터 시스에서 사용됨
      • 데이터베이스는 데이터 파일, 컨트롤 파일, 온라인 리두 로그 파일 및 기타 유형의 파일을 ASM에 저장 가능

 

  • 데이터베이스 파일
    • 데이터파일 (Data Files)
      • 데이터 파일은 데이터베이스의 실제 데이터가 저장되는 물리적인 파일
      • 데이터베이스의 데이터는 각 테이블스페이스의 데이터 파일 집합 형태로 저장 (테이블스페이스는 하나 이상의 데이터 파일로 구성)
      • 데이터 파일에는 테이블, 인덱스와 같은 데이터베이스 구조를 포함하는 데이터 딕셔너리가 저장
      • v$datafile, v$tempfile 뷰를 사용하여 데이터 파일 정보를 조회

    • 컨트롤 파일 (Control Files)
      • 데이터베이스의 물리적 구조를 저장하는 파일
      • 데이터베이스 이름, 데이터베이스 ID, 데이터 파일, 리두 로그 및 아카이브 파일 정보, 현재 로그 번호, 체크포인트 정보 등을 포함
      • 바이너리 파일이며, CREATE CONTROLFILE 명령어로 생성가능
      • ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/home/oracle/trace_cf.txt'; 명령어를 사용하여 텍스트 파일로 변환하여 내용 확인가능
      • v$controlfile 뷰를 사용하여 컨트롤 파일 정보를 조회
    • 리두로그 파일 (Redo Log Files)
      • 데이터베이스에서 발생한 모든 변경 작업을 기록하는 파일
      • 데이터 복구에 사용
      • v$log, v$logfile 뷰를 사용하여 조회
      • 장애 대비를 위해 리두 로그 파일은 다중으로 관리됨
        • 리두로그 그룹 : 온라인 리두로그 파일과 복사본으로 구성
        • 멤버 : 리두로그 파일 및 복사본 파일

  •   
    • 리두로그 스위치 (redo log switch)
      • 리두 로그 파일이 가득 차면 다음 리두 로그 파일로 전환
      • 리두 로그 스위치가 발생하면 체크포인트(Checkpoint) 프로세스가 시작됨
      • 체크포인트 프로세스가 시작되면 DBWR 프로세스는 데이터베이스 버퍼 캐시에 있는 변경된 데이터 블록들을 데이터 파일에 기록
    • DBWR (DataBase WRiter)
      • 오라클 데이터베이스의 백그라운드 프로세스 중 하나
      • 데이터베이스 버퍼 캐시(Database Buffer Cache)에서 변경된 데이터 블록을 데이터 파일(Datafile)에 기록하는 역할
      • 체크포인트(Checkpoint)가 발생하면 DBWR은 변경된 데이터 블록을 디스크에 기록하여 데이터 파일과 메모리 간의 동기화를 수행
    • 오라클 데이터베이스에서 일반적으로 권장되는 리두로그 파일 개수는 5개로 1개당 1Gb 정도로 설정 (5개 정도를 유지하면 리두로그 스위치가 자주 발생하더라도 충분한 공간을 확보하여 데이터베이스 성능저하를 방지할 수 있음, 리두로그 스위치 발생 시 다음 리두로그의 CheckPoint 프로세스가 종료되지 않은 상태가 되면 시스템전체가 멈추기 때문에 순환이 되기 전에 CheckPoint가 다 끝나도록 튜닝필요)
    • 리두로그 파일 크기는 트랜잭션 처리량과 복구 요구사항에 따라 조정될 수 있으나 최근에는 1Gb 정도를 설정하는 것이 일반적 (리두로그 파일의 크기가 너무 작으면 리두 로그 스위치가 자주 발생하여 데이터베이스 성능이 저하될 수 있으며, 너무 크면 복구 시간이 오래 걸릴 수 있음)
    • RAC (Real Application Clusters) 환경에서의 데이터 파일 및 리두 로그 파일 관리
      • 데이터 파일 (Data Files)
        • RAC 환경에서는 여러 인스턴스가 하나의 데이터베이스를 공유함으로 데이터 파일은 모든 인스턴스에서 공유됨 (즉, 모든 인스턴스가 동일한 데이터 파일에 접근하여 데이터를 읽고 쓸 수 있음)
      • 리두 로그 파일 (Redo Log Files)
        • 각 RAC 인스턴스는 자체적인 리두 로그 파일을 가지고 있으며 이는 각 인스턴스에서 발생하는 변경 사항을 별도로 기록하기 위함
        • 따라서 각 인스턴스별로 고유한 리두 로그 파일이 존재하며, 이 파일들은 공유 저장소에 저장되어야 함  (인스턴스 복구 시 다른 인스턴스에서 접근할 수 있도록 하기 위함)
        • 리두 로그 그룹을 공유하고, redo log file에 쓰는 것은 개별적으로 기록됨
      • RAC 환경에서의 데이터 안정성 확보
        • 리두 로그 스위치 발생 시 체크포인트 발생과 함께 DBWR(Database Writer)를 통해 기록하여 데이터 안정성을 확보하는 과정은 RAC 환경에서도 동일하게 적용됨
        • 다만, RAC 환경에서는 여러 인스턴스가 동시에 데이터를 변경할 수 있으므로, 데이터의 일관성을 유지하기 위한 추가적인 메커니즘이 필요하며 Cache Fusion 기능을 통해 블록의 일관성을 유지함

 

1.2.2 논리적인 저장구조

  • 데이터 블록 (Data Block) - 벽돌 한 장
    • 데이터베이스 I/O의 최소 단위 (데이터베이스에서 데이터를 읽거나 쓸 때 가장 작은 단위)
    • 데이터 블록은 OS 블록으로 구성
    • 데이터베이스가 생성될 때 데이터베이스의 블록 크기를 설정 (DB_BLOCK_SIZE)
  • 익스텐트 (Extents) - 벽돌 (데이터 블록) 여러 장을 붙여 만든 작은 벽
    • 논리적으로 연속된 데이터 블록 집합 (여러 개의 데이터 블록이 연속적으로 모여서 하나의 익스텐트를 구성)
    • 익스텐트는 항상 하나의 데이터 파일에 포함
    • 익스텐트는 세그먼트에 공간을 할당하기 위한 단위
  • 세그먼트 (Segements) - 여러 개의 작은 벽 (익스텐트)을 쌓아 만든 건물 (테이블, 인덱스)
    • 테이블 스페이스 내의 논리적 저장 구조 (테이블 스페이스 안에 데이터를 저장하는 논리적인 공간)
    • 테이블/인덱스와 같은 Schema Object에 할당된 익스텐트의 집합 (테이블, 인덱스, LOB와 같은 데이터베이스 객체들이 사용하는 익스텐트들의 모음)
    • 하나 이상의 데이터 파일을 가질 수 있음 (세그먼트는 하나 또는 여러 개의 데이터 파일에 걸쳐서 존재할 수 있음)
    • 반드시 하나의 테이블 스페이스 안에 속함
    • LOB (Large OBject) 데이터는 별도 세그먼트에 저장 (큰 용량의 LOB 데이터는 일반적으로 테이블 데이터와 분리되어 별도의 세그먼트에 저장됨)

 

 

  • 테이블 스페이스 (TableSpaces)
    • 하나 이상의 세그먼트로 구성 (테이블스페이스는 여러 개의 세그먼트를 포함하는 논리적인 저장공간)
    • 데이터베이스는 테이블스페이스라는 논리적 저장 단위를 사용하여 데이터를 관리
    • 테이블스페이스는 실제 데이터를 하나 이상의 데이터파일 또는 임시파일에 저장
    • 각 데이터베이스 사용자는 기본 영구 테이블스페이스 (Permanent Tablespace) 데이터베이스를 할당받음
      • SYSTEM
        • SYS 사용자 소유 (오라클 데이터베이스 시스템의 핵심 구성 요소)
        • Data Dictionary (데이터베이스의 관리 정보 : 테이블, 뷰, 트리거, 프로시저, 패키지 등)를 저장  
        • 데이터베이스에 대한 관리 정보가 포함된 테이블 및 뷰
        • 트리거, 프로시저, 패키지 등의 컴파일된 저장 객체
      •  SYSAUX
        • SYSTEM 테이블스페이스의 보조 테이블스페이스 (SYSTEM 테이블 스페이스의 부담을 줄이기 위해 보조적인 역할을 수행)
      • UNDO
        • 실행 취소 데이터 저장 (트랜잭션의 실행취소 데이터를 저장)
        • 인스턴스당 한 개 (오라클 데이터베이스 인스턴스마다 하나의 UNDO 테이블스페이스를 가짐)

1.3 Oracle Instance Architecture

1.3.1 데이터베이스 인스턴스

  • 데이터베이스 인스턴스 식별
    • Oracle Base Directory : 오라클 데이터베이스 설치 소유자의 Home 디렉터리로 SW와 구성 파일 저장 위치
    • Oracle Home Directory : 오라클 데이터베이스 SW 홈 디렉터리로 Oracle Base 하위 디렉토리
    • Oracle System Identifier(SID) : Host의 오라클 데이터베이스 인스턴스에 대한 고유 이름
  • 인스턴스 및 데이터베이스 시작 순서

  • Initialization Parameter Files (초기화 파라미터 파일)
    • 오라클 메모리/인스턴스 설정 (오라클 데이터베이스의 메모리 구조와 인스턴스 설정을 정의하는 파일)
    • 데이터베이스 시작 시 읽기 (데이터베이스가 시작될 때 가장 먼저 읽는 파일)
    • 파일 종류
      • spfile (binary) : 바이너리 형식의 파일로, RAC (Real Application Clusters)와 같이 여러 노드에서 사용하는 경우에 적합
      • pfile (text) : 텍스트 형식의 파일로, 사람이 직접 편집할 수 있음
    • 파라미터 변경 확인 [Database Reference](https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/index.html)
    • v$parameter 뷰를 사용하여 현재 설정된 파라미터 값 확인
    • 파일 변환
      • CREATE pfile='initorcl.ora' FROM spfile='spfileorcl.ora'; 와 같은 명령를 사용하여 spfile을 pfile로 변환하거나 그 반대로 변환 가능
    • 파라미터 변경
      • ALTER SYSTEM SET undo_retention=10800 scope=memory; 와 같은 명령어를 사용하여 파라미터 값을 변경
    • SCOPE
      • MEMORY : 현재 인스턴스에 즉시 반영
      • SPFILE : spfile에만 반영
      • BOTH : spfile과 현재 인스턴스 모두에 반영 (기본값)
    • 파라미터 종류
      • static parameter : 데이터베이스 재시작 후 적용
      • dynamic parameter : 데이터베이스 재시작 없이 즉시 적용
  • Alter Log (알터 로그)
    • 데이터베이스 문제 발생 시 가장 먼저 확인해야 하는 로그 파일
    • 위치 : $ORACLE_BASE/diag/rdbms/*db_name*/*sid*/trace/alter_*sid*. log
  • Trace Files (트레이스 파일)
    • 서버 프로세스와 백그라운드 프로세스에 관련된 정보를 기록하는 파일
    • ADR (Automatic Diagnostic Repository) : 오라클 지원 서비스 (SR) 처리를 원활하게 하기 위해 도입된 진단 저장소

 

1.3.2 메모리 아키텍처

  • 오라클 데이터 베이스 기본 메모리 구조

  • UGS (User Global Area)
    • UGA는 사용자 세션에 대한 정보를 저장하는 중요한 메모리 영역
    • PL/SQL 패키지 변수 보관 : 세션이 PL/SQL 패키지를 메모리에 로드하면 UGA는 패키지 변수의 값을 보관
    • Session variables (세션 변수)
      • 로그인 정보와 데이터베이스 세션에 필요한 기타 정보 (세션 상태 포함)에 할당된 메모리를 의미
    • OLAP Pool
      • 데이터 블록과 동일한 OLAP 데이터 페이지 관리
      • 사용자가 dimensional object (예: 큐브)를 쿼리 할 때 OLAP 세션이 자동으로 열림

  • Shared Server vs Dedicated Server
    • SHARED_SERVERS 파라미터를 통해 Shared Server 모드 사용 여부 결정
    • Shared Server (공유 서버 / 사용자 수가 많고 자원 효율성이 중요한 환경에 적합)
      • 여러 사용자가 서버 프로세스를 공유하는 환경 (다대다 연결)
      • 세션 정보 공유를 위해 UGA가 SGA (System Global Area)에 존재
      • Dispacher (디스패처)
        • DISPATCHER 파라미터를 통해 디스패처 프로세스의 개수와 설정 조정
        • 사용자 프로세스와 공유 서버 프로세스 사이에 네트워크 연결을 중재
        • 사용자 요청을 SGA (System Global Area)의 요청 큐 (request queue)에 전달
        • 공유 서버 프로세스가 처리한 결과를 SGA의 응답 큐 (reqponse queue)에서 가져와 사용자에게 전달
        • 디스패처에 프로세스에 문제가 발생하면 모든 사용자에게 영향
    • Dedicated Server (전용 서버 / 사용자 수가 적고 성능이 중요한 환경에 적합)
      • 각 사용자 프로세스마다 전용 서버 프로세스가 할당되어 처리
      • UGA가 PGA (Program Global Area)에 존재
      • 동시 사용자 수가 증가하면 서버 프로세스 수도 증가하여 시스템 자원을 많이 소모하며 사용자 수가 적을 때에는 자원 낭비가 발생할 수 있음
  • PGA (Program Global Area)
    • PGA는 시스템의 다른 프로세스와 공유되지 않는 메모리 영역
    • 전용 또는 공유 서버 프로세스에 필요한 세션 종속 변수를 포함
    • 서버 프로세스는 PGA에서 필요한 메모리 구조를 할당
    • PGA 구성 요소
      • Private SQL Area
        • 구문 분석된 SQL문과 처리를 위한 기타 세션별 정보를 보관
      • SQL Work Area
        • 메모리 집약적 작업 (정열, 해시 조인, 비트맵 인덱스에서 검색된 데이터 병합 등)에 사용되는 PGA 메모리의 전용 메모리
        • 정렬 작업 중에 메모리가 부족하면 Temp (임시 공간) 사용

 

 

  • SGA (System Global Area)
    • 오라클 데이터베이스 인스턴스에서 읽기/쓰기 메모리 영역으로, 모든 서버 프로세스와 백그라운드 프로세스가 공유
    • 데이터베이스 인스턴스가 시작될 때 SGA에 대한 메모리가 자동으로 할당되고, 인스턴스가 종료될 때 메모리가 회수됨
    • 서버 프로세스와 백그라운드 프로세스는 SGA가 아닌 별도의 메모리 공간에 존재
    • SGA 구성요소
      • Buffer Cache
        • 데이터 파일에서 읽은 데이터 블록의 사본을 저장하는 메모리 영역
        • 데이터베이스 캐시에서 데이터 블록을 업데이트하고, 리두 로그 버퍼의 변경 사항에 대한 메타데이터를 저장
        • 커밋 후에도 데이터 블록을 데이터 파일에 즉시 쓰지 않고, 데이터베이스 Writer (DBWR) 프로세스가 백그라운드에서 분산하여 기록
        • LRU (Least Recently Used) 알고리즘을 기반으로 자주 액세스되는 블록을 버퍼 캐시에 보관하고, 그렇지 않은 블록을 디스크에 기록
        • 표준 블록 크기 외에도 다른 크기의 테이블스페이스를 생성할 수 있으며, 각 블록 크리별로 자체 풀을 생성할 수 있음 (Multi block 사용 가능 : 2k, 4k, 8k(기본값), 16k)
        • keep pool : 자주 액세스되지만 기본 풀에서 오래된 블록을 보관
        • recycle pool : 드물게 사용되는 블록으로, 가장 먼저 메모리에서 제거됨
      • Redo Log Buffer
        • SGA 내의 순환 버퍼로, 데이터베이스 변경 사항인 리두 엔트리를 저장
        • 데이터베이스 프로세스는 사용자 메모리 공간 (UGA)에서 SGA의 리두 로그 버퍼로 리두 엔트리를 복사
        • 로그 Writer (LGWR) 프로세스는 리두 로그 버퍼를 디스크의 온라인 리두 로그 파일에 순차적으로 기록
      • Shared Pool
        • 다양한 유형의 프로그램 데이터를 캐시
        • 구문 분석된 SQL, PL/SQL 코드, 시스템 매개변수 및 데이터 사전 정보를 저장
        • Library Cache : 실행 가능한 SQL, PL/SQL 코드를 저장
          • SQL 문이 실행되면 데이터베이스는 이전에 실행된 코드를 재사용하려고 시도함
          • 구분 분석된 SQL이 라이브러리 캐시에 존재하면 Soft Parse라고 하여 재사용 가능하지만, 그렇지 않으면 SQL구문을 새롭게 빌드하는데 이를 Hard Parse라고 함
        • Data Dictionary Cache : 데이터베이스, 데이터베이스 구조, 사용자에 대한 참조 정보 (권한)를 포함하는 데이터베이스 테이블과 뷰의 모음
          • SQL 구문 분석을 위해 사용
        • Server Result Cache : 공유 풀 내의 메모리 풀로, 버퍼 풀과 달리 데이터 블록이 아닌 결과 세트를 보관
          • 클라이언트 결과 캐시는 데이터베이스 메모리가 아닌 클라이언트 메모리에 위치함
      • Large Pool
        • 공유 풀보다 더 큰 메모리 할당을 위한 메모리 영역
        • 공유 서버 (shard server) 및 XA 인터페이스용 UGA (세션을 풀로 공유하여 사용하기 위한 용도 - 미들웨어의 역할)
        • 병렬 실행에서 사용되는 메시지 버퍼
        • Recovery Manager (RMAN) I/O 슬레이브용 버퍼
      • Java Pool
        • Java Virtual Maching (JVM) 내의 모든 세션별 Java 코드와 데이터를 저장하는 메모리 영역

 

1.3.3 프로세스 아키텍처

  • Mandatory Background Processes (필수 백그라운드 프로세스)
    • PMON (Process Monitor Process) 그룹
      • 버퍼 캐시 정리 및 종료된 클라이언트 프로세스가 점유한 리소스 해제 감독
      • PMON: 다른 백그라운드 프로세스의 종료 감시
      • CLMN (Cleanup Main Process): 종료된 프로세스, 세션, 트랜잭션, 네트워크 연결 등을 주기적으로 정리
      • CLnn (Cleanup Helper Processes): 종료된 프로세스 및 세션 정리 지원
    • PMAN (Process Manager)
      • 공유 서버, 풀 서버, 작업 대기열 프로세스를 포함한 여러 백그라운드 프로세스 모니터링 및 생성/중지
    • LREG (Listener Registration Process)
      • 데이터베이스 인스턴스 및 디스패처 프로세스 정보를 Oracle Net Listener에 등록
      • 12c 이전 버전에서는 PMON이 리스너 등록 수행
    • SMON (System Monitor Process)
      • 시스템 수준 정리 작업 담당
      • 인스턴스 시작 시 인스턴스 복구 수행
      • 파일 읽기 또는 테이블스페이스 오프라인 오류로 인해 종료된 트랜잭션 복구
      • 사용되지 않는 임시 세그먼트 정리
      • Dictionary-managed 테이블스페이스 내에서 인접한 여유 익스텐트 통합
    • DBW (Database Writer Process)
      • 데이터베이스 버퍼 캐시의 수정된 버퍼를 디스크에 기록
      • 비동기적으로 더티 버퍼를 디스크에 기록
      • 체크포인트 발생 시 디스크 기록
      • 오라클 권장 DBWR 프로세스 개수: CPU_COUNT / 8
    • LGWR (Log Writer Process)
      • 리두 로그 버퍼의 일부를 온라인 리두 로그에 기록
      • 리두 로그 스위치 발생 시 기록
      • 사용자 COMMIT 실행 시 트랜잭션에 SCN(System Change Number) 할당, LGWR은 커밋 레코드를 리두 로그 버퍼에 넣고 커밋 SCN과 트랜잭션의 리두 엔트리를 즉시 디스크에 기록
      • LGWR은 트랜잭션 커밋 전에 리두 로그 엔트리를 디스크에 쓸 수 있음, 다만 리두 엔트리로 보호되는 변경 사항은 트랜잭션이 나중에 커밋되는 경우에만 영구적으로 유지
    • CKPT (Checkpoint Process)
      • 체크포인트 정보로 컨트롤 파일과 데이터 파일 헤더를 업데이트하고 DBW에 블록을 디스크에 쓰도록 신호를 보냄
      • 체크포인트 정보에는 체크포인트 위치, SCN, 온라인 리두 로그 위치가 포함
      • 리두 로그 스위치 시 체크포인트 발생
      • 테이블스페이스 오프라인 및 백업 시작
      • 데이터베이스 정상 종료 시 체크포인트 발생

  • Optional Background Processes (선택적 백그라운드 프로세스)
    • ARCn (Archiver Processes)
      • 리두 로그 스위치 발생 후 온라인 리두 로그 파일을 오프라인 저장소로 복사
      • 아카이브 로그 모드(archive log mode)에서 활성화
      • 온라인 리두 로그 파일이 재사용되기 전에 아카이브 로그 파일로 백업하여 데이터 복구 능력을 향상
    • CJQ0 and Jnnn (Job Queue Processes)
      • 배치 모드로 사용자 작업(user job)을 실행
      • 예약된 사용자 정의 작업을 처리
      • CJQ0 프로세스는 작업 스케줄링을 관리하고, Jnnn 프로세스는 실제 작업을 실행
    • FBDA (Flashback Data Archive Process)
      • 추적된 테이블(tracked table)에 DML(Data Manipulation Language)을 포함하는 트랜잭션이 커밋되면, 변경된 행의 이전 이미지를 플래시백 데이터 아카이브(flashback data archive)에 저장
      • 플래시백 데이터 아카이브를 통해 과거 특정 시점의 데이터를 복구가능

1.3.2 Oracle Net Service Architecture

  • Oracle Net Listener
    • 클라이언트 연결 요청 수신: 클라이언트의 데이터베이스 연결 요청을 수신하고 데이터베이스로 트래픽을 관리하는 서버 측 프로세스
    • 서비스 이름 (Service Name): 클라이언트 연결에 사용되는 서비스의 논리적 표현 (리스너로 알려진 서비스는 하나 이상의 데이터베이스 인스턴스를 식별)
    • 서비스 등록 (Service Registration): LREG 프로세스가 리스너에 인스턴스 정보를 동적으로 등록 (서비스 등록은 동적이므로 listener.ora 파일에 구성이 필요하지 않음)
    • tnsping: TCP/IP의 ping 유틸리티와 동일한 Oracle Net 유틸리티로, 네트워크 경로가 유효한지 신속하게 확인할 수 있음
  • Security (보안)
    • 역할 (ROLE): 권한의 모음 (역할을 통해 사용자에게 필요한 권한을 효율적으로 관리)
  • Concurrency (동시성)
    • ROW 단위 LOCK: 오라클은 데이터의 동시성 관리를 위해 ROW 단위로 LOCK을 제공 (이를 통해 여러 사용자가 동시에 데이터에 접근하고 수정할 때 데이터 무결성을 유지)
  • UNDO
    • UNDO 데이터 사용: 오라클 데이터베이스는 트랜잭션 롤백, 데이터베이스 복구, 읽기 일관성 제공, Oracle Flashback Query 기능 활성화를 위해 UNDO 데이터를 사용
    • UNDO_RETENTION: 일관성 읽기를 위해 제공되는 UNDO 데이터의 보유 기간 (기본값은 900초(15분)이며, 10800초 정도로 수정하여 사용함)

'Oracle Database > Training' 카테고리의 다른 글

5장. ACO (Advanced Compression Option)  (0) 2025.03.10
4장. In-Memory  (0) 2025.03.10
3장. Backup and Recovery  (0) 2025.03.06
2장. High Availability  (0) 2025.03.06

'Oracle Database/Training'의 다른글

  • 현재글1장. Administration

관련글

티스토리툴바