[Oracle] 테이블스페이스 (Tablespace) 개념, 유형, 카탈로그 뷰 조회 방법

Oracle 테이블스페이스 (Tablespaces)

회사에서 기존 테이블스페이스에만 테이블을 생성하다가 다른 테이블스페이스에 생성하려니 특징이 달라 개념이 혼동되는 게 많아서 정리하려고 합니다.
 

 

Oracle의 테이블스페이스란 ?

처음 Oracle 쓸 때는 테이블과 헷갈렸습니다! Oracle에만 있는 개념이다 보니 대학 시절에 쓰던 MySQL과는 사뭇 달랐습니다. 테이블스페이스라는 개념은 그리 어렵지 않습니다.
 

 

테이블스페이스 (Tablespace)

• DB에서 데이터와 인덱스를 저장하는 논리적인 저장 영역
• 1 DB → N 테이블스페이스 / 1 테이블스페이스 → N 데이터 파일 (테이블, 인덱스 등)
• 테이블과 인덱스 등 데이터베이스 객체는 특정 테이블스페이스에 저장되며, 테이블스페이스는 이러한 객체들의 물리적인 저장 장소를 정의
• DB 관리 및 조정에 사용되는 단위로, DB의 공간 할당 및 관리를 조정

 

테이블스페이스 유형

1. 영구 테이블스페이스 (Permanent Tablespace)
   • 영구적인 데이터(테이블, 인덱스 등)를 저장
   • 주로 사용자 데이터 저장
2. 실행 취소 테이블스페이스 (Undo Tablespace)
   • 읽기 일관성을 유지하기 위해 사용
   • Rollback하게 되는 경우를 대비하여 DML 작업이 발생했을 때 수정 이전의 값에 대한 정보를 UNDO Segment에 저장되는데, 이 Segments를 관리하기 위해 사용
3. 임시 테이블스페이스 (Temporary Tablespace)
   • 사용자 쿼리의 요청으로 정렬, 임시 테이블 생성과 같은 임시적인 작업에 사용

 

테이블스페이스 관리 방식

테이블스페이스 관리 방식에는 2가지가 있습니다. 현재는 한 가지 방식으로 관리하는 추세이며 성능 상에 이점이 많아서 사용한다고 합니다.

1. 지역 관리형 Locally Managed Tablespace
   • 각 테이블스페이스 내의 세그먼트 관리를 위해 비트맵 방식을 사용
2. 사전 관리형 Dictionary Managed Tablespace
   • 세그먼트 정보를 데이터 사전에서 관리하는 방식 (현재 사용 X)

 

테이블스페이스 용량 및 확장 관리

초기 및 다음 확장 크기, 최대 크기, 자동 확장 등을 설정하여 테이블스페이스의 용량 및 확장 관리를 구성할 수 있습니다.
테이블스페이스 내의 데이터 파일들의 용량을 고려해야 하며, 필요한 경우 파일을 추가하거나 크기를 조절할 수 있습니다.
 

테이블스페이스 백업 및 복구

테이블스페이스는 데이터 백업 및 복구의 단위로 사용됩니다. 테이블스페이스별로 백업 및 복구 작업을 수행할 수 있습니다.

테이블스페이스 성능 관리

테이블스페이스의 성능을 최적화하기 위해 데이터 파일의 위치 및 용량 설정을 고려해야 합니다. 특히 I/O 성능에 영향을 미치므로 주의가 필요합니다.
 

테이블스페이스 권한 관리

사용자에 대한 테이블스페이스 액세스 권한을 관리해야 합니다. 필요한 경우 읽기/쓰기 권한을 조절할 수 있습니다.
 

테이블스페이스 명명 규칙

일관된 명명 규칙을 사용하여 테이블스페이스를 생성하면 데이터베이스 관리가 용이해집니다.
테이블스페이스는 데이터의 저장, 관리, 백업 및 복구 등에 중요한 역할을 하므로 데이터베이스 관리자 및 개발자는 해당 개념과 관련 설정을 잘 이해하고 활용하는 것이 중요합니다.
 
 

내 DB에서 테이블스페이스를 탐색해 보기

Oracle DB에서는 테이블스페이스와 관련된 정보를 조회할 수 있는 다양한 시스템 카탈로그 뷰가 제공됩니다. 시스템 카탈로그 뷰에 대한 정보는 아래에서 확인할 수 있습니다!

1) DBA_TABLESPACES

• DBA 계정으로 접속해야 하며, 모든 테이블스페이스의 정보 조회 가능
• 테이블스페이스의 이름, 데이터 파일 개수, 할당된 용량, 사용 가능한 용량 등

2) USER_TABLESPACES

• 현재 사용자가 소유한 테이블스페이스에 관한 정보 제공
• 현재 사용자의 스키마 내에 있는 테이블스페이스 정보만 조회 가능
• 테이블스페이스의 이름, 데이터 파일 개수, 할당된 용량, 사용 가능한 용량 등

3) ALL_TABLESPACES

• 현재 사용자에게 보이는 모든 테이블스페이스에 대한 정보 제공
• DBA와 일반 사용자 모두 접근할 수 있으며, 현재 사용자의 권한으로 볼 수 있는 테이블스페이스 정보 조회

4) DBA_FREE_SPACE

• 모든 테이블스페이스에 대한 빈 공간 정보 제공
• 각 테이블스페이스의 빈 공간의 크기와 위치를 포함한 정보 조회

5) DBA_SEGMENTS

• 모든 세그먼트에 대한 정보 제공
• 각 세그먼트의 유형(테이블, 인덱스 등), 크기, 소유자, 테이블스페이스 등의 정보 조회 가능

현재 제가 운영 중인 회사 시스템의 테이블스페이스 구조는 업무 별로 발생하는 데이터를 분리하기 위해 여러 테이블스페이스를 사용 중입니다. 한 업무의 데이터가 다른 업무들보다 데이터가 집중적으로 쌓이는 현상이 발견되는데, 테이블스페이스의 크기를 변경해서 성능 상 이점을 발견할 수 있는지 분석해보고 다음 글 작성하겠습니다.