Oracle Database (r1)

Oracle Database에서 인스턴스와 데이터베이스는 서로 밀접하게 연관되어 있지만 명확히 구분되는 핵심 개념이다. 데이터베이스는 실제 데이터가 저장된 물리적 파일들의 집합을 가리킨다. 이는 데이터 파일, 컨트롤 파일, 리두 로그 파일 등으로 구성된다. 반면, 인스턴스는 이러한 데이터베이스 파일에 접근하고 조작하기 위해 메모리와 프로세스로 구성된 실행 중인 소프트웨어 구조이다. 하나의 데이터베이스는 여러 인스턴스에 의해 공유될 수 있으며, 이는 RAC 환경에서 일반적으로 볼 수 있는 구성이다.

인스턴스는 주로 SGA라고 불리는 공유 메모리 영역과 백그라운드 프로세스들로 이루어진다. SGA는 데이터베이스 버퍼 캐시, 공유 풀, 리두 로그 버퍼 등을 포함하며, 디스크 I/O를 최소화하고 성능을 향상시키는 역할을 한다. 백그라운드 프로세스는 PMON, SMON, DBWR, LGWR, CKPT 등이 있으며, 각각 프로세스 모니터링, 인스턴스 복구, 데이터 쓰기, 로그 관리 등의 특정 시스템 작업을 담당한다.

데이터베이스와 인스턴스의 관계는 다음과 같이 요약할 수 있다.

사용자가 데이터베이스에 연결하여 작업을 수행하려면 반드시 해당 데이터베이스를 관리하는 인스턴스가 시작되어 있어야 한다. 인스턴스는 시작 과정에서 파라미터 파일을 읽어 메모리 구조를 할당하고 프로세스를 생성한 후, 지정된 데이터베이스의 컨트롤 파일을 열어 데이터 파일과 리두 로그 파일을 인식한다. 이렇게 인스턴스가 데이터베이스를 '마운트'하고 '오픈'하면 비로소 사용자의 접근과 트랜잭션이 가능해진다. 따라서 인스턴스는 데이터베이스에 대한 접근의 관문이자 실행 엔진 역할을 한다.

오라클 데이터베이스의 메모리 구조는 인스턴스의 핵심 구성 요소로, 데이터 접근 성능과 시스템 효율성을 결정합니다. 이 구조는 주로 시스템 글로벌 영역(SGA)과 프로그램 글로벌 영역(PGA)으로 구분됩니다. SGA는 모든 서버 프로세스가 공유하는 메모리 영역이며, PGA는 각 서버 프로세스에 할당된 전용 메모리 영역입니다.

SGA는 다시 여러 주요 구성 요소로 나뉩니다. 가장 중요한 구성 요소는 데이터베이스 버퍼 캐시로, 디스크에서 읽은 데이터 블록의 복사본을 저장하여 동일한 데이터에 대한 반복적인 물리적 읽기를 줄입니다. 공유 풀은 파싱된 SQL 문, 실행 계획, 프로시저와 같은 프로그램 단위를 캐싱하여 코드 실행 효율을 높입니다. 리두 로그 버퍼는 데이터 변경 사항을 임시로 기록하는 영역으로, 이 내용은 주기적으로 리두 로그 파일에 기록됩니다. 또한 대용량 질의를 위한 라지 풀과 최근 버전의 데이터 블록 정보를 관리하는 자동 언두 관리를 위한 영역도 포함될 수 있습니다.

PGA는 각 서버 프로세스에 대해 독립적으로 생성되는 비공유 메모리 영역입니다. PGA의 주요 역할은 정렬 작업, 해시 조인, 변수 바인딩과 같은 세션별 데이터 처리와 관련된 정보를 저장하는 것입니다. 예를 들어, ORDER BY 절이 포함된 SQL 문을 실행할 때 정렬 작업에 필요한 임시 공간이 PGA에 할당됩니다. PGA의 크기와 관리는 자동으로 조정되는 자동 PGA 메모리 관리 기능을 통해 효율적으로 이루어집니다.

메모리 구조의 구성 요소와 크기는 데이터베이스 성능에 직접적인 영향을 미칩니다. 관리자는 `SGA_TARGET`, `PGA_AGGREGATE_TARGET`과 같은 초기화 매개변수를 조정하여 전체 메모리 사용을 최적화할 수 있습니다. 현대 오라클 데이터베이스는 대부분의 메모리 영역에 대해 자동 공유 메모리 관리(ASMM) 또는 자동 메모리 관리(AMM) 기능을 제공하여 동적인 튜닝을 지원합니다.

오라클 데이터베이스의 프로세스 구조는 인스턴스를 구성하는 핵심 요소로, 데이터베이스의 동작을 담당하는 여러 백그라운드 프로세스와 사용자 프로세스로 이루어져 있다. 이러한 프로세스들은 메모리 구조와 저장 구조를 연결하며, 데이터베이스의 안정적인 운영과 성능을 보장한다. 주요 백그라운드 프로세스는 데이터베이스가 시작될 때 함께 생성되며, 각각 특정한 책임을 가진다.

가장 중요한 프로세스 중 하나는 PMON (Process Monitor)이다. 이 프로세스는 비정상적으로 종료된 사용자 프로세스를 정리하고, 해당 프로세스가 사용하던 리소스를 회수한다. 또한, 데이터베이스 리스너에 실패한 프로세스 정보를 등록한다. SMON (System Monitor)는 시스템 수준의 복구 작업을 담당한다. 인스턴스가 비정상 종료 후 재시작될 때 필요한 인스턴스 복구를 수행하며, 사용되지 않는 임시 세그먼트를 정리하는 등의 공간 관리 작업도 한다.

데이터의 일관성과 영속성을 보장하는 핵심 프로세스는 다음과 같다.

이 외에도 필수적인 프로세스로 ARCn (Archiver)가 있다. 이 프로세스는 리두 로그 파일이 가득 차기 전에 해당 파일을 아카이브 로그 파일로 복사하여 보관한다. 이는 데이터 가드를 통한 고가용성 및 백업과 복구에 있어 필수적인 기능이다. 또한, 사용자 요청을 처리하기 위한 서버 프로세스와, 사용자 애플리케이션과 데이터베이스를 연결하는 사용자 프로세스가 존재한다.

오라클 데이터베이스의 저장 구조는 데이터를 물리적 및 논리적 단위로 체계적으로 구성한다. 논리적 구조는 사용자에게 보이는 데이터의 조직 방식을 정의하며, 테이블스페이스, 세그먼트, 익스텐트, 데이터 블록으로 구성된다. 최상위 논리적 단위인 테이블스페이스는 하나 이상의 데이터 파일과 연결되며, 관련된 스키마 객체들을 그룹화한다. 세그먼트는 테이블이나 인덱스와 같은 특정 데이터베이스 객체에 할당된 공간의 집합이다. 세그먼트는 다시 익스텐트라는 연속된 데이터 블록들의 집합으로 구성되며, 데이터 블록은 입출력의 기본 단위이다.

물리적 구조는 운영 체제 수준에서 실제 데이터가 저장되는 파일들을 의미한다. 주요 파일 유형은 다음과 같다.

이러한 논리적 및 물리적 구조는 분리되어 있어, 관리자는 데이터 파일을 추가하거나 이동하는 물리적 작업을 애플리케이션에 영향을 주지 않고 수행할 수 있다. 예를 들어, 테이블스페이스의 공간이 부족하면 해당 테이블스페이스에 새로운 데이터 파일을 추가하기만 하면 된다. 저장 구조의 효율적인 설계와 관리는 데이터베이스 성능과 가용성에 직접적인 영향을 미친다.

Oracle Database는 고가용성과 재해 복구를 위해 두 가지 핵심 솔루션을 제공한다. Oracle Real Application Clusters와 Oracle Data Guard가 그것이다. 이 두 기술은 목적과 구현 방식에서 차이를 보이지만, 데이터베이스의 무중단 운영과 데이터 보호를 위해 상호 보완적으로 사용된다.

Oracle Real Application Clusters는 여러 서버(노드)가 하나의 데이터베이스를 공유하며 동시에 액세스할 수 있게 하는 클러스터링 기술이다. 한 노드에 장애가 발생하면, 다른 노드가 작업을 자동으로 인계받아 서비스 중단을 최소화한다. 이는 주로 단일 사이트 내의 하드웨어 장애나 소프트웨어 장애로부터 보호하며, 수평 확장을 통한 성능 향상도 가능하게 한다. RAC 아키텍처의 핵심은 모든 노드가 공통의 데이터 파일에 액세스할 수 있는 공유 디스크 스토리지이다.

반면, Oracle Data Guard는 물리적으로 떨어진 다른 위치에 스탠바이 데이터베이스를 구축하고, 주 데이터베이스의 변경 사항을 실시간으로 전송하여 동기화하는 기술이다. 이는 주로 데이터 센터 전체의 손실과 같은 광범위한 재해로부터 보호하는 재해 복구 솔루션이다. Data Guard는 스탠바이 데이터베이스의 운영 모드에 따라 다음과 같이 구분된다.

일반적으로 RAC는 단일 사이트 내의 고가용성을, Data Guard는 원격지 재해 복구를 담당한다. 두 기술을 결합하여 RAC 클러스터를 주 사이트로 구성하고, 이를 원격지의 Data Guard 스탠바이로 복제하는 방식으로 가장 강력한 비즈니스 연속성 체계를 구축할 수 있다.

Oracle Database는 다중 계층 보안 모델을 제공하여 데이터에 대한 무단 접근을 방지하고, 기밀성, 무결성, 가용성을 보장한다. 핵심 보안 기능으로는 사용자 인증, 권한 부여, 데이터 암호화, 감사 추적이 포함된다.

사용자 접근 제어는 역할 기반 접근 제어와 세분화된 권한 시스템을 통해 이루어진다. 사용자는 스키마 객체에 대한 명시적인 권한을 부여받거나, 사전 정의된 역할(예: CONNECT, RESOURCE, DBA)을 할당받는다. 데이터베이스 인증 외에도 오라클 인터넷 디렉터리를 통한 중앙 집중식 관리를 지원한다. 데이터 보호를 위해 투명한 데이터 암호화 기능은 저장 매체의 데이터 파일 자체를 암호화하여 물리적 매체 유출 시에도 데이터를 보호한다. 네트워크 통신 보안은 SQL*Net 암호화와 SSL/TLS 프로토콜을 통해 제공된다.

데이터베이스 활동 모니터링을 위한 포괄적인 감사 기능을 갖추고 있다. 표준 감사와 세분화된 감사를 통해 특정 사용자, 객체, 문장에 대한 모든 데이터베이스 작업을 기록할 수 있다. 데이터 마스킹 및 데이터 레드액션 기능은 개발 또는 테스트 환경으로 복사되는 프로덕션 데이터에서 민감한 정보를 동적으로 변조하거나 제거한다. 최신 버전에서는 보안 평가 프레임워크와 통합된 데이터베이스 방화벽을 통해 비정상적인 SQL 패턴을 실시간으로 탐지하고 차단할 수 있다.

오라클 데이터베이스의 백업 및 복구는 데이터베이스 관리자의 핵심 업무 중 하나로, 데이터 손실을 방지하고 장애 발생 시 신속한 복구를 보장합니다. 이 작업은 주로 RMAN(Recovery Manager)이라는 전용 유틸리티를 통해 수행됩니다. RMAN은 오라클이 공식적으로 제공하는 통합 백업 및 복구 관리 도구로, 명령줄 인터페이스나 오라클 엔터프라이즈 매니저를 통해 사용할 수 있습니다.

RMAN은 데이터베이스의 물리적 파일(데이터 파일, 컨트롤 파일, 아카이브 로그 파일, 서버 파라미터 파일 등)을 백업하는 데 사용됩니다. 주요 백업 유형으로는 전체 백업, 증분 백업, 아카이브 로그 백업이 있습니다. 전체 백업은 지정된 모든 데이터 파일을 백업하며, 증분 백업은 마지막 백업 이후 변경된 데이터 블록만을 백업하여 시간과 공간을 절약합니다. RMAN은 백업 세트나 이미지 카피 형식으로 백업을 생성하며, 백업 정책(보존 기간, 중복성 등)을 구성할 수 있습니다.

복구 시나리오는 손상된 데이터 파일 복구부터 전체 데이터베이스의 특정 시점 복구([2])까지 다양합니다. RMAN은 복구에 필요한 모든 백업 세트와 아카이브 로그를 자동으로 식별하고 적용합니다. 예를 들어, 하나의 데이터 파일이 손상된 경우 RMAN은 해당 파일의 최신 백업을 복원하고, 백업 생성 이후의 모든 변경 사항을 아카이브 로그에서 재생함으로써 완전한 복구를 수행합니다.

효율적인 백업 전략 수립을 위해 다음 표와 같은 요소를 고려합니다.

이러한 체계적인 접근 방식을 통해 RMAN은 데이터베이스의 가용성과 비즈니스 연속성을 유지하는 데 결정적인 역할을 합니다.

성능 튜닝은 Oracle Database의 응답 시간과 처리량을 최적화하여 시스템 자원을 효율적으로 사용하도록 하는 일련의 활동이다. 주로 SQL 쿼리 튜닝, 메모리 및 I/O 조정, 경합 최소화에 초점을 맞춘다. 성능 문제는 잘못 작성된 쿼리, 부적절한 인덱스 설계, 불충분한 하드웨어 자원, 잘못된 데이터베이스 파라미터 설정 등 다양한 원인에서 발생한다.

쿼리 튜닝의 핵심은 옵티마이저가 선택한 실행 계획을 분석하고 개선하는 것이다. `EXPLAIN PLAN` 명령이나 `DBMS_XPLAN` 패키지를 사용하여 실행 계획을 확인할 수 있다. 비효율적인 풀 테이블 스캔을 인덱스 스캔으로 전환하거나, 불필요한 조인을 제거하며, 적절한 힌트를 사용하여 옵티마이저의 선택을 유도한다. 통계 정보가 최신 상태인지 확인하는 것도 매우 중요하다. 오래된 통계는 옵티마이저가 잘못된 계획을 수립하게 만든다.

시스템 수준 튜닝은 메모리 구조와 디스크 I/O를 관리한다. SGA(시스템 글로벌 영역)의 크기, 특히 데이터베이스 버퍼 캐시와 공유 풀을 워크로드에 맞게 조정한다. 자주 접근하는 데이터를 버퍼 캐시에 유지하여 물리적 I/O를 줄인다. 또한, 리두 로그 버퍼의 크기와 체크포인트 빈도를 조정하여 쓰기 작업의 부하를 관리한다. I/O 병목 현상을 해결하기 위해 데이터 파일과 리두 로그 파일을 서로 다른 물리적 디스크에 분산 배치한다.

성능 모니터링과 문제 진단을 위해 여러 도구와 뷰를 활용한다. Automatic Workload Repository(AWR) 리포트는 일정 기간의 성능 스냅샷을 제공하며, Active Session History(ASH)는 실시간 세션 활동을 보여준다. 주요 성능 뷰로는 `V$SESSION`, `V$SQL`, `V$SYSTEM_EVENT` 등이 있다. 이러한 도구들을 통해 높은 대기 이벤트(예: `db file sequential read`, `latch free`, `enq: TX - row lock contention`)를 식별하고 해당 원인을 해결한다.

Oracle Database에서 데이터 조작은 주로 SQL을 통해 이루어진다. 핵심적인 데이터 조작 언어(DML) 명령어로는 INSERT, UPDATE, DELETE, SELECT가 있으며, 트랜잭션 제어를 위한 COMMIT과 ROLLBACK 명령어와 함께 사용된다. 데이터를 테이블에 추가할 때는 INSERT 문을, 기존 데이터를 수정할 때는 UPDATE 문을, 데이터를 삭제할 때는 DELETE 문을 사용한다. 모든 변경 사항은 명시적으로 COMMIT을 실행하기 전까지는 영구적으로 적용되지 않으며, ROLLBACK을 통해 변경 사항을 취소할 수 있다.

가장 빈번하게 사용되는 명령어는 데이터를 조회하는 SELECT 문이다. SELECT 문은 하나 이상의 테이블에서 원하는 열과 행을 조건에 맞게 검색하며, WHERE 절을 사용하여 행을 필터링하고, ORDER BY 절로 결과를 정렬하며, GROUP BY 절과 집계 함수를 사용하여 데이터를 그룹화하고 요약할 수 있다. 여러 테이블을 연결할 때는 조인을 사용하며, 내부 조인, 외부 조인 등 다양한 조인 방식을 지원한다.

보다 복잡한 데이터 조작을 위해 서브쿼리, 윈도우 함수, CASE 표현식 등을 활용할 수 있다. 특히 MERGE 문은 조건에 따라 데이터를 삽입하거나 갱신하는 작업을 단일 문장으로 처리할 수 있어 효율적이다. 모든 데이터 조작 작업은 데이터 무결성 제약 조건(기본키, 외래키 등)과 트리거의 영향을 받으며, 이러한 데이터베이스 객체들은 비즈니스 규칙을 강제하고 데이터 일관성을 유지하는 데 기여한다.

PL/SQL은 Oracle Database에서 절차적 언어 확장을 제공하는 블록 구조 언어이다. 이를 통해 데이터 조작어와 데이터 정의어를 조합한 복잡한 비즈니스 로직을 서버 내에 저장하고 실행할 수 있다. 주요 저장 프로그램 단위로는 프로시저와 함수가 있으며, 이들은 데이터베이스 객체로 컴파일되어 데이터 딕셔너리에 저장된다.

프로시저는 특정 작업을 수행하기 위한 서브루틴이다. `CREATE PROCEDURE` 문으로 정의하며, IN, OUT, IN OUT 모드의 매개변수를 가질 수 있다. 프로시저는 명시적인 반환 값을 가지지 않지만, `OUT` 매개변수를 통해 호출 환경에 값을 전달할 수 있다. 주로 데이터 검증, 일괄 처리, 트랜잭션 제어 등의 작업을 캡슐화하는 데 사용된다. 예를 들어, 주문 처리나 로그 기록과 같은 다단계 작업을 하나의 프로시저로 구현할 수 있다.

반면 함수는 항상 단일 값을 반환하는 서브루틴이다. `CREATE FUNCTION` 문으로 정의되며, SQL 문 내에서 스칼라 표현식으로 직접 사용될 수 있다는 점이 프로시저와의 핵심 차이점이다. 함수는 주로 계산이나 데이터 변환을 수행하고 그 결과를 반환하는 데 적합하다. 함수 내에서는 `RETURN` 문을 사용하여 반환 값의 데이터 타입과 값을 지정해야 한다. 함수의 매개변수는 기본적으로 `IN` 모드만을 가진다.

프로시저와 함수는 모두 모듈화, 재사용성, 보안성 및 성능 향상에 기여한다. 코드를 데이터베이스 서버에 저장함으로써 네트워크 트래픽을 줄이고, 권한 부여를 통해 데이터에 대한 접근을 통제할 수 있다. 또한, 이들은 패키지라는 상위 컨테이너에 함께 묶여 관리될 수 있으며, 트리거에서도 호출되어 비즈니스 규칙을 자동으로 적용하는 데 활용된다.

Oracle Database를 설치하기 위해서는 하드웨어, 소프트웨어, 네트워크 측면에서 일정 요구사항을 충족해야 합니다. 요구사항은 설치할 운영체제와 Oracle Database 버전에 따라 상이하지만, 일반적인 공통 사항이 존재합니다.

하드웨어 요구사항은 최소 RAM 용량, 디스크 여유 공간, CPU 사양을 포함합니다. 예를 들어, 대부분의 최신 버전 설치에는 최소 1GB 이상의 RAM과 10GB 이상의 임시 디스크 공간이 필요합니다. 실제 운영 환경에서는 데이터베이스 크기와 사용자 수에 따라 이 요구사항이 크게 증가합니다. CPU는 해당 운영체제에 맞는 아키텍처(예: x86-64)를 지원해야 합니다.

소프트웨어 요구사항은 주로 운영체제와 필수 패키지에 관한 것입니다. Oracle Database는 Linux, Windows Server, UNIX 계열(예: AIX, HP-UX) 등 다양한 운영체제를 지원합니다. 각 운영체제별로 커널 매개변수 설정, 특정 시스템 라이브러리 및 패키지(예: gcc, binutils)의 설치가 선행되어야 합니다. 또한 Java Runtime Environment (JRE)가 필요할 수 있습니다.

네트워크 요구사항으로는 고정 IP 주소 할당과 필요한 네트워크 포트(기본 리스너 포트는 1521)의 개방이 일반적입니다. 설치 전에 호스트 이름 확인이 정상적으로 이루어지는지 확인하는 것이 중요합니다. 모든 요구사항은 Oracle 공식 문서의 설치 가이드에 상세히 명시되어 있으며, 이를 준수하지 않을 경우 설치가 실패하거나 시스템이 불안정해질 수 있습니다.

데이터베이스 생성은 Oracle Database를 설치한 후, 실제 데이터를 저장하고 관리할 수 있는 데이터베이스를 만드는 과정이다. 이 작업은 DBCA 또는 SQL*Plus 명령줄 도구를 사용하여 수행한다. DBCA는 그래픽 사용자 인터페이스를 제공하여 단계별 마법사 방식으로 데이터베이스를 구성할 수 있게 해주며, 초보자에게 권장되는 방법이다.

생성 과정에서는 몇 가지 핵심 매개변수를 정의해야 한다. 이는 데이터베이스의 기본적인 특성을 결정한다. 주요 설정 항목은 다음과 같다.

생성 마법사는 데이터 파일, 제어 파일, 온라인 리두 로그 파일의 초기 위치와 크기를 자동으로 할당한다. 또한 기본 테이블스페이스인 SYSTEM, SYSAUX, UNDO, TEMP 및 사용자 데이터용 테이블스페이스를 함께 생성한다. 작업이 완료되면 지정한 SYS와 SYSTEM 관리자 계정으로 새 데이터베이스에 접속하여 운영을 시작할 수 있다.

일상 관리 작업은 Oracle Database 시스템의 안정성, 성능, 보안을 유지하기 위해 정기적으로 수행하는 일련의 업무를 의미한다. 데이터베이스 관리자(DBA)의 핵심 업무 중 하나로, 주기적인 모니터링, 점검, 최적화 작업을 포함한다.

주요 관리 작업으로는 성능 모니터링과 용량 관리가 있다. 관리자는 V$ 동적 성능 뷰나 Oracle Enterprise Manager(OEM)를 사용하여 세션, 잠금, 입출력, 버퍼 캐시 히트율 등의 지표를 지속적으로 확인한다. 이를 통해 병목 현상을 조기에 발견하고 조치한다. 또한 테이블스페이스와 데이터 파일의 사용량을 모니터링하여 디스크 공간이 부족해지기 전에 사전에 확보한다. 중요한 작업은 정기적인 백업 수행이다. RMAN(Recovery Manager)을 사용한 전체 백업, 증분 백업, 아카이브 로그 백업을 스케줄에 따라 실행하여 데이터 손실 시 복구를 보장한다.

보안 및 사용자 관리도 중요한 일상 작업이다. 이는 사용자 계정 생성 및 권한 부여, 역할 관리, 비밀번호 정책 준수 여부 점검을 포함한다. 또한 소프트웨어 업데이트와 패치 적용을 통해 시스템의 보안 취약점을 해소하고 안정성을 높인다. 작업 로그(알터 로그, 트레이스 파일)를 정리하고, 불필요한 오브젝트를 주기적으로 제거하며, 통계 정보를 갱신하는 작업도 시스템 효율성을 위해 수행된다.

이러한 작업들은 자동화 스크립트나 오라클 스케줄러(DBMS_SCHEDULER)를 활용하여 정기적으로 실행되도록 구성하는 것이 일반적이다. 효과적인 일상 관리는 시스템의 가동 중단 시간을 최소화하고 최적의 성능을 지속적으로 제공하는 기반이 된다.

Oracle Autonomous Database는 AI와 머신러닝을 활용하여 데이터베이스의 프로비저닝, 보안, 업데이트, 튜닝, 백업, 복구 등 주요 관리 작업을 자동화하는 클라우드 데이터베이스 서비스이다. 이 서비스는 OCI 상에서 제공되며, 사용자는 데이터베이스 인프라나 운영에 대한 직접적인 관리 부담 없이 순수하게 데이터와 애플리케이션 개발에 집중할 수 있다. 핵심 목표는 인적 오류를 제거하고, 보안을 강화하며, 비용을 절감하고, 성능을 최적화하는 것이다.

주요 서비스 모델은 작업 부하 유형에 따라 두 가지로 구분된다.

* Autonomous Data Warehouse (ADW): 분석, 데이터 웨어하우징, BI 보고에 최적화된 서비스이다.

* Autonomous Transaction Processing (ATP): OLTP, 마이크로서비스, 애플리케이션 개발에 최적화된 서비스이다.

이 서비스의 자동화 기능은 매우 포괄적이다. 데이터베이스 생성, 패치 적용, 업그레이드, 크기 조정(스케일 업/다운)은 모두 자동으로 수행된다. 성능 관리 측면에서는 내장된 AI가 지속적으로 워크로드를 모니터링하고, 인덱스를 자동 생성/삭제하며, 실행 계획을 최적화하는 자동 인덱싱 및 튜닝 기능을 제공한다. 보안은 기본적으로 적용되며, 자동 암호화, 자동 패치로 인한 보안 취약점 해소, 그리고 항상 암호화된 상태로 데이터를 처리하는 기능을 포함한다.

Autonomous Database의 아키텍처는 고가용성과 내결함성을 위해 설계되었다. 데이터는 삼중화되어 저장되며, 가용성 도메인 간에 자동으로 복제된다. 컴퓨팅 노드에 장애가 발생하면 서비스는 자동으로 대기 노드로 장애 조치된다. 사용량에 따라 CPU와 스토리지 리소스를 독립적으로 확장할 수 있는 탄력적 스케일링 기능을 지원하며, 사용한 만큼만 비용을 지불하는 종량제 모델을 기본으로 한다. 이는 기존 온프레미스 또는 수동 관리되는 클라우드 데이터베이스에 비해 운영 복잡성을 극적으로 줄여준다.

오라클 데이터베이스 19c는 롱 터미널 릴리스(LTR)로 분류되며, 12.2 버전의 최종 릴리스이다. 이 버전은 안정성과 신뢰성에 중점을 두었으며, 기업 환경에서의 장기적인 지원을 보장한다. 주요 개선 사항으로는 자동 인덱스 생성, JSON 지원 강화, 셔드 데이터베이스 기술의 성능 향상 등이 포함된다. 또한, 오라클 멀티테넌트 아키텍처가 표준 기능으로 자리 잡았고, 액티브 데이터 가드의 기능이 더욱 확장되었다.

반면, 오라클 데이터베이스 21c는 혁신 릴리스로, 차세대 기능을 선보이는 데 초점을 맞췄다. 가장 주목할 만한 기능은 기본적으로 제공되는 블록체인 테이블이다. 이 테이블은 삽입만 가능한 불변의 원장을 제공하여 데이터 위변조 방지에 유용하다. 또한, 자바스크립트를 데이터베이스 저장 프로시저 언어로 공식 지원하고, 머신 러닝 모델을 데이터베이스 내에 네이티브하게 구축하고 실행할 수 있는 기능을 도입했다.

두 버전의 주요 차이점을 요약하면 다음과 같다.

19c는 2023년 기준 대부분의 기업 프로덕션 환경의 표준 버전으로 자리 잡았으며, 확장 지원은 2027년 4월까지 계획되어 있다. 21c는 프로덕션 배포보다는 새로운 기능을 탐구하고 미래 방향성을 확인하는 데 주로 사용된다. 오라클의 정책에 따르면, 21c에 도입된 혁신 기능들은 이후의 다음 롱 터미널 릴리스(예: 23c)에 안정화되어 통합될 것으로 예상된다.

Oracle Enterprise Manager는 Oracle Database를 포함한 Oracle 제품군의 통합 관리 및 모니터링을 위한 웹 기반 플랫폼이다. 관리자는 이를 통해 단일 콘솔에서 데이터베이스의 상태, 성능, 가용성, 구성, 패치 상태 등을 종합적으로 관리할 수 있다. 주로 DBA가 사용하는 이 도구는 데이터베이스 관리를 자동화하고 효율성을 높이는 데 중점을 둔다.

주요 기능으로는 성능 관리, 구성 관리, 패치 관리, 백업 및 복구 관리, 클라우드 및 온프레미스 환경의 통합 관리 등이 포함된다. 성능 관리 측면에서는 실시간 성능 모니터링, SQL 튜닝 어드바이저, 자동 워크로드 리포지토리(AWR) 리포트 분석 등을 제공한다. 또한, 사전 정의된 정책을 기반으로 한 문제 감지 및 알림 기능을 통해 잠재적인 장애나 성능 저하를 사전에 예방하는 데 도움을 준다.

관리 대상의 규모와 복잡성에 따라 다음과 같은 주요 에디션으로 구분된다.

Oracle Enterprise Manager는 Oracle Autonomous Database와 같은 완전 관리형 클라우드 서비스의 등장으로 관리 작업의 부담이 줄어들었지만, 여전히 하이브리드 또는 온프레미스 환경에서 데이터베이스 운영을 총괄하는 핵심 관리 도구로 자리 잡고 있다.

SQL Developer는 Oracle Corporation이 무료로 제공하는 통합 개발 환경(IDE)이다. 주로 SQL, PL/SQL 스크립트를 작성, 실행, 디버깅하고 Oracle Database를 관리하는 데 사용된다. Java로 개발되었으며, Windows, Linux, macOS 등 다양한 플랫폼에서 실행된다. 데이터베이스 관리자와 개발자가 데이터베이스 객체를 탐색하고 쿼리를 수행하며 데이터를 보고 편집하는 데 널리 활용된다.

주요 기능으로는 데이터베이스 연결 관리, 스크립트 편집기, 객체 브라우저, 데이터 그리드(조회 결과 표시 및 편집), PL/SQL 디버거, 데이터 내보내기/가져오기(Export/Import), 보고서 생성 도구 등이 포함된다. 사용자는 시각적 도구를 통해 테이블 생성, 인덱스 관리, 사용자 권한 설정과 같은 관리 작업을 수행할 수 있으며, SQL 튜닝을 위한 실행 계획(Explain Plan) 확인 기능도 제공한다.

SQL Developer는 Oracle Database 외에도 Microsoft SQL Server, MySQL, IBM Db2 등 타사 데이터베이스에 대한 제한적인 연결도 지원한다. 또한, 확장 기능을 통해 Oracle APEX(Application Express) 애플리케이션 개발이나 데이터 모델링을 위한 추가 모듈을 설치할 수 있다. 명령줄 인터페이스인 SQLcl도 함께 제공되어 스크립트 자동화에 활용된다.