RAC환경 lob 튜닝 - 편집 역사

2026년 9월 16일 (수) 09:35에 Oracle님의 편집

2026-09-16T09:35:53Z

← 이전 판		2026년 9월 16일 (수) 18:35 판
127번째 줄:		127번째 줄:
	*MSSM(Manual) vs ASSM(Auto) 차이		*MSSM(Manual) vs ASSM(Auto) 차이
	{\| class="wikitable"		{\| class="wikitable"
	~~\|+ 캡션 텍스트~~
	\|-		\|-
	! 구분 !! MSSM (FREELIST) !! ASSM (Bitmap)		! 구분 !! MSSM (FREELIST) !! ASSM (Bitmap)
139번째 줄:		138번째 줄:

	==== RETENTION vs PCTVERSION - RAC에서의 실질적 차이 ====		==== RETENTION vs PCTVERSION - RAC에서의 실질적 차이 ====
			::::<source lang=sql>
	<source lang=sql>
	-- RAC 환경에서는 RETENTION 방식이 유리		-- RAC 환경에서는 RETENTION 방식이 유리
	CREATE TABLE lob_test (		CREATE TABLE lob_test (
159번째 줄:		157번째 줄:
	* SecureFile은 내부적으로 여러 개의 작은 쓰기를 병합하여 Cache Fusion 전송 횟수를 줄입니다.		* SecureFile은 내부적으로 여러 개의 작은 쓰기를 병합하여 Cache Fusion 전송 횟수를 줄입니다.

	<source lang=sql>		::::<source lang=sql>
	-- SecureFile 내부 최적화 확인 (간접적)		-- SecureFile 내부 최적화 확인 (간접적)
	SELECT name, value		SELECT name, value
448번째 줄:		446번째 줄:
	\| ☑ 모니터링 \|\| HW/gc buffer busy 이벤트 정기 추적		\| ☑ 모니터링 \|\| HW/gc buffer busy 이벤트 정기 추적
	\|}		\|}

	----		----

	{{결론		{{결론
	\|내용=핵심 요약		\|내용=핵심 요약

2026년 9월 16일 (수) 09:33에 Oracle님의 편집

2026-09-16T09:33:37Z

← 이전 판		2026년 9월 16일 (수) 18:33 판
434번째 줄:		434번째 줄:
	! 항목 !! 확인 사항		! 항목 !! 확인 사항
	\|-		\|-
	\| ☑ Tablespace \|\| ASSM (AUTO Segment Space Management) 여부 \|		\| ☑ Tablespace \|\| ASSM (AUTO Segment Space Management) 여부
	\|-		\|-
	\| ☑ LOB Type \|\| SecureFile 사용 여부 (BasicFile 지양) \|		\| ☑ LOB Type \|\| SecureFile 사용 여부 (BasicFile 지양)
	\|-		\|-
	\| ☑ Extent 전략 \|\| 큰 NEXT 값으로 HW 이동 빈도 최소화 \|		\| ☑ Extent 전략 \|\| 큰 NEXT 값으로 HW 이동 빈도 최소화
	\|-		\|-
	\| ☑ 파티셔닝 \|\| 가능하면 노드/워크로드 특성 따라 분산 \|		\| ☑ 파티셔닝 \|\| 가능하면 노드/워크로드 특성 따라 분산
	\|-		\|-
	\| ☑ CACHE 옵션 \|\| 워크로드 패턴에 맞게 선택 (기본 NOCACHE 권장) \|		\| ☑ CACHE 옵션 \|\| 워크로드 패턴에 맞게 선택 (기본 NOCACHE 권장)
	\|-		\|-
	\| ☑ RETENTION \|\| PCTVERSION 대신 RETENTION 사용 검토 \|		\| ☑ RETENTION \|\| PCTVERSION 대신 RETENTION 사용 검토
	\|-		\|-
	\| ☑ 모니터링 \|\| HW/gc buffer busy 이벤트 정기 추적 \|		\| ☑ 모니터링 \|\| HW/gc buffer busy 이벤트 정기 추적
	\|}		\|}
	----		----

2026년 9월 16일 (수) 09:32에 Oracle님의 편집

2026-09-16T09:32:41Z

← 이전 판		2026년 9월 16일 (수) 18:32 판
449번째 줄:		449번째 줄:
	\|}		\|}
	----		----
			{{결론
			\|내용=핵심 요약

	~~## 핵심 요약~~		1. HW Enqueue가 RAC + LOB 환경에서 가장 흔하고 치명적인 경합 → 큰 익스텐트 크기로 완화

	~~1. HW Enqueue가 RAC + LOB 환경에서 가장 흔하고 치명적인 경합 → 큰 익스텐트 크기로 완화~~
	2. ASSM은 선택이 아닌 필수 - MSSM은 RAC에서 사실상 사용 불가 수준		2. ASSM은 선택이 아닌 필수 - MSSM은 RAC에서 사실상 사용 불가 수준

	3. SecureFile의 Write Gathering이 Cache Fusion 트래픽을 내부적으로 최적화		3. SecureFile의 Write Gathering이 Cache Fusion 트래픽을 내부적으로 최적화

	4. NOCACHE가 RAC에서는 오히려 유리한 경우가 많음 (Direct I/O로 Global Cache 우회)		4. NOCACHE가 RAC에서는 오히려 유리한 경우가 많음 (Direct I/O로 Global Cache 우회)

	5. 파티셔닝을 통한 물리적 분산이 근본적 해결책 (경합 자체를 원천 차단)		5. 파티셔닝을 통한 물리적 분산이 근본적 해결책 (경합 자체를 원천 차단)

	6. PCTVERSION보다 RETENTION이 다중 인스턴스 환경에서 예측 가능성이 높음		6. PCTVERSION보다 RETENTION이 다중 인스턴스 환경에서 예측 가능성이 높음
			}}
	더 깊이 다뤄볼 만한 주제로 Exadata Smart Scan과 LOB의 상호작용, GoldenGate/Data Guard 환경에서 SecureFile LOB 복제 시 이슈, 또는 AWR/ASH 리포트를 활용한 실전 LOB 경합 튜닝 케이스 스터디 등이 있는데, 관심 있으신 영역 있으신가요?

Oracle: /* LOB의 3단 구조가 만드는 3중 경합 지점 */

2026-09-16T09:30:43Z

LOB의 3단 구조가 만드는 3중 경합 지점

← 이전 판		2026년 9월 16일 (수) 18:30 판
21번째 줄:		21번째 줄:

	=== LOB의 3단 구조가 만드는 3중 경합 지점 ===		=== LOB의 3단 구조가 만드는 3중 경합 지점 ===
	<source lang=sql>		:::<source lang=sql>
	Instance 1 Instance 2		Instance 1 Instance 2
	│ │		│ │

2026년 9월 16일 (수) 09:30에 Oracle님의 편집

2026-09-16T09:30:27Z

← 이전 판		2026년 9월 16일 (수) 18:30 판
434번째 줄:		434번째 줄:
	! 항목 !! 확인 사항		! 항목 !! 확인 사항
	\|-		\|-
	\| ☑ Tablespace \| ASSM (AUTO Segment Space Management) 여부 \|		\| ☑ Tablespace \|\| ASSM (AUTO Segment Space Management) 여부 \|
	\|-		\|-
	\| ☑ LOB Type \| SecureFile 사용 여부 (BasicFile 지양) \|		\| ☑ LOB Type \|\| SecureFile 사용 여부 (BasicFile 지양) \|
	\|-		\|-
	\| ☑ Extent 전략 \| 큰 NEXT 값으로 HW 이동 빈도 최소화 \|		\| ☑ Extent 전략 \|\| 큰 NEXT 값으로 HW 이동 빈도 최소화 \|
	\|-		\|-
	\| ☑ 파티셔닝 \| 가능하면 노드/워크로드 특성 따라 분산 \|		\| ☑ 파티셔닝 \|\| 가능하면 노드/워크로드 특성 따라 분산 \|
	\|-		\|-
	\| ☑ CACHE 옵션 \| 워크로드 패턴에 맞게 선택 (기본 NOCACHE 권장) \|		\| ☑ CACHE 옵션 \|\| 워크로드 패턴에 맞게 선택 (기본 NOCACHE 권장) \|
	\|-		\|-
	\| ☑ RETENTION \| PCTVERSION 대신 RETENTION 사용 검토 \|		\| ☑ RETENTION \|\| PCTVERSION 대신 RETENTION 사용 검토 \|
	\|-		\|-
	\| ☑ 모니터링 \| HW/gc buffer busy 이벤트 정기 추적 \|		\| ☑ 모니터링 \|\| HW/gc buffer busy 이벤트 정기 추적 \|
	\|}		\|}
	----		----

2026년 9월 16일 (수) 09:29에 Oracle님의 편집

2026-09-16T09:29:17Z

← 이전 판		2026년 9월 16일 (수) 18:29 판
430번째 줄:		430번째 줄:

	### 체크리스트		### 체크리스트
	\| 항목 \| 확인 사항 \|		{\| class=”wikitable“
	\|-~~--\|---\|~~		\|-
			! 항목 !! 확인 사항
			\|-
	\| ☑ Tablespace \| ASSM (AUTO Segment Space Management) 여부 \|		\| ☑ Tablespace \| ASSM (AUTO Segment Space Management) 여부 \|
			\|-
	\| ☑ LOB Type \| SecureFile 사용 여부 (BasicFile 지양) \|		\| ☑ LOB Type \| SecureFile 사용 여부 (BasicFile 지양) \|
			\|-
	\| ☑ Extent 전략 \| 큰 NEXT 값으로 HW 이동 빈도 최소화 \|		\| ☑ Extent 전략 \| 큰 NEXT 값으로 HW 이동 빈도 최소화 \|
			\|-
	\| ☑ 파티셔닝 \| 가능하면 노드/워크로드 특성 따라 분산 \|		\| ☑ 파티셔닝 \| 가능하면 노드/워크로드 특성 따라 분산 \|
			\|-
	\| ☑ CACHE 옵션 \| 워크로드 패턴에 맞게 선택 (기본 NOCACHE 권장) \|		\| ☑ CACHE 옵션 \| 워크로드 패턴에 맞게 선택 (기본 NOCACHE 권장) \|
			\|-
	\| ☑ RETENTION \| PCTVERSION 대신 RETENTION 사용 검토 \|		\| ☑ RETENTION \| PCTVERSION 대신 RETENTION 사용 검토 \|
			\|-
	\| ☑ 모니터링 \| HW/gc buffer busy 이벤트 정기 추적 \|		\| ☑ 모니터링 \| HW/gc buffer busy 이벤트 정기 추적 \|
			\|}
	---		----

	## 핵심 요약		## 핵심 요약

2026년 9월 15일 (화) 23:30에 Oracle님의 편집

2026-09-15T23:30:39Z

차이 보기

Oracle: /* 반드시 ASSM 사용해야 하는 이유 */

2026-09-15T23:25:10Z

반드시 ASSM 사용해야 하는 이유

← 이전 판		2026년 9월 16일 (수) 08:25 판
126번째 줄:		126번째 줄:

	*MSSM(Manual) vs ASSM(Auto) 차이		*MSSM(Manual) vs ASSM(Auto) 차이
			{\| class="wikitable"
	\| 구분 \| MSSM (FREELIST) \| ASSM (Bitmap) \|		\|+ 캡션 텍스트
	\|-~~--\|---\|---\|~~		\|-
	\| RAC 확장성 \| FREELIST GROUPS 수동 구성 필요 \| 자동으로 인스턴스별 분산 \|		! 구분 !! MSSM (FREELIST) !! ASSM (Bitmap)
	\| HW 경합 \| 매우 심함 \| 상대적으로 완화 \|		\|-
	\| 권장 여부 \| ❌ RAC에서 지양 \| ✅ 필수 권장 \|		\| RAC 확장성 \|\| FREELIST GROUPS 수동 구성 필요 \|\| 자동으로 인스턴스별 분산
			\|-
			\| HW 경합 \|\| 매우 심함 \|\| 상대적으로 완화
			\|-
			\| 권장 여부 \|\| ❌ RAC에서 지양 \|\| ✅ 필수 권장
			\|}

	==== RETENTION vs PCTVERSION - RAC에서의 실질적 차이 ====		==== RETENTION vs PCTVERSION - RAC에서의 실질적 차이 ====

Oracle: /* 일반 블록 vs LOB 블록의 근본적 차이 */

2026-09-14T11:38:25Z

일반 블록 vs LOB 블록의 근본적 차이

← 이전 판		2026년 9월 14일 (월) 20:38 판
6번째 줄:		6번째 줄:

	* 일반 데이터 블록 (Cache Fusion 대상)		* 일반 데이터 블록 (Cache Fusion 대상)
	<source lang=sql>		*:<source lang=sql>
	→ 상대적으로 작고 균일한 크기		→ 상대적으로 작고 균일한 크기
	→ 블록 단위 공유가 예측 가능		→ 블록 단위 공유가 예측 가능
12번째 줄:		12번째 줄:

	* LOB 청크 (CHUNK)		* LOB 청크 (CHUNK)
	<source lang=sql>		*:<source lang=sql>
	→ 크기가 크고(보통 8K~32K), 여러 블록으로 구성		→ 크기가 크고(보통 8K~32K), 여러 블록으로 구성
	→ 하나의 LOB 조작이 다수의 블록을 한번에 건드림		→ 하나의 LOB 조작이 다수의 블록을 한번에 건드림

2026년 9월 14일 (월) 11:18에 Oracle님의 편집

2026-09-14T11:18:52Z

← 이전 판		2026년 9월 14일 (월) 20:18 판
114번째 줄:		114번째 줄:
	</source>		</source>
	----		----
			=== ASSM과 LOB의 상호작용 (RAC 필수 지식)===
	~~## 3.~~ ASSM과 LOB의 상호작용 (RAC 필수 지식)		==== 반드시 ASSM 사용해야 하는 이유 ====
			<source lang=sql>
	~~### 3.1~~ 반드시 ASSM 사용해야 하는 이유

	~~```~~sql
	-- Tablespace 생성 시 반드시 확인		-- Tablespace 생성 시 반드시 확인
	SELECT tablespace_name, segment_space_management		SELECT tablespace_name, segment_space_management
125번째 줄:		122번째 줄:
	WHERE tablespace_name = 'YOUR_LOB_TS';		WHERE tablespace_name = 'YOUR_LOB_TS';
	-- segment_space_management = 'AUTO' 여야 함		-- segment_space_management = 'AUTO' 여야 함
	~~```~~		</source>

	MSSM(Manual) vs ASSM(Auto) 차이:
			*MSSM(Manual) vs ASSM(Auto) 차이

	\| 구분 \| MSSM (FREELIST) \| ASSM (Bitmap) \|		\| 구분 \| MSSM (FREELIST) \| ASSM (Bitmap) \|
135번째 줄:		133번째 줄:
	\| 권장 여부 \| ❌ RAC에서 지양 \| ✅ 필수 권장 \|		\| 권장 여부 \| ❌ RAC에서 지양 \| ✅ 필수 권장 \|

	~~### 3.2~~ RETENTION vs PCTVERSION - RAC에서의 실질적 차이		==== RETENTION vs PCTVERSION - RAC에서의 실질적 차이 ====

	~~```~~sql		<source lang=sql>
	-- RAC 환경에서는 RETENTION 방식이 유리		-- RAC 환경에서는 RETENTION 방식이 유리
	CREATE TABLE lob_test (		CREATE TABLE lob_test (
147번째 줄:		145번째 줄:
	...		...
	);		);
	~~```~~		</source>

	이유: PCTVERSION은 "공간 비율" 기반이라 다중 인스턴스의 동시 버전 생성 패턴을 예측하기 어려움. RETENTION(시간 기반)이 UNDO_RETENTION과 일관되게 동작하여 다중 인스턴스 환경에서 더 예측 가능.		* 이유 : PCTVERSION은 "공간 비율" 기반이라 다중 인스턴스의 동시 버전 생성 패턴을 예측하기 어려움. RETENTION(시간 기반)이 UNDO_RETENTION과 일관되게 동작하여 다중 인스턴스 환경에서 더 예측 가능.

	---		----
			=== SecureFile의 RAC 최적화 메커니즘 (핵심) ===
			==== Write Gathering (쓰기 병합) ====
			* SecureFile은 내부적으로 여러 개의 작은 쓰기를 병합하여 Cache Fusion 전송 횟수를 줄입니다.

	~~## 4. SecureFile의 RAC 최적화 메커니즘 (핵심)~~		<source lang=sql>

	~~### 4.1 Write Gathering (쓰기 병합)~~

	~~SecureFile은 내부적으로 여러 개의 작은 쓰기를 병합하여 Cache Fusion 전송 횟수를 줄입니다.~~

	~~```~~sql
	-- SecureFile 내부 최적화 확인 (간접적)		-- SecureFile 내부 최적화 확인 (간접적)
	SELECT name, value		SELECT name, value
	FROM v$sysstat		FROM v$sysstat
	WHERE name LIKE '%securefile%' OR name LIKE '%lob%';		WHERE name LIKE '%securefile%' OR name LIKE '%lob%';
	~~```~~		</source>


	주요 통계:		주요 통계:
	~~```~~		<source lang=sql>
	securefile direct read bytes		securefile direct read bytes
	securefile direct write bytes		securefile direct write bytes
	securefile number of non-transformed reads		securefile number of non-transformed reads
	securefile bytes non-transformed via cache		securefile bytes non-transformed via cache
	~~```~~		</source>


	### 4.2 Space Reservation (공간 예약) - RAC HW 경합 완화 핵심 기법		### 4.2 Space Reservation (공간 예약) - RAC HW 경합 완화 핵심 기법

← 이전 판		2026년 9월 16일 (수) 18:32 판
449번째 줄:		449번째 줄:
	\|}		\|}
	----		----
			{{결론
			\|내용=핵심 요약

	~~## 핵심 요약~~		1. HW Enqueue가 RAC + LOB 환경에서 가장 흔하고 치명적인 경합 → 큰 익스텐트 크기로 완화

	~~1. HW Enqueue가 RAC + LOB 환경에서 가장 흔하고 치명적인 경합 → 큰 익스텐트 크기로 완화~~
	2. ASSM은 선택이 아닌 필수 - MSSM은 RAC에서 사실상 사용 불가 수준		2. ASSM은 선택이 아닌 필수 - MSSM은 RAC에서 사실상 사용 불가 수준

	3. SecureFile의 Write Gathering이 Cache Fusion 트래픽을 내부적으로 최적화		3. SecureFile의 Write Gathering이 Cache Fusion 트래픽을 내부적으로 최적화

	4. NOCACHE가 RAC에서는 오히려 유리한 경우가 많음 (Direct I/O로 Global Cache 우회)		4. NOCACHE가 RAC에서는 오히려 유리한 경우가 많음 (Direct I/O로 Global Cache 우회)

	5. 파티셔닝을 통한 물리적 분산이 근본적 해결책 (경합 자체를 원천 차단)		5. 파티셔닝을 통한 물리적 분산이 근본적 해결책 (경합 자체를 원천 차단)

	6. PCTVERSION보다 RETENTION이 다중 인스턴스 환경에서 예측 가능성이 높음		6. PCTVERSION보다 RETENTION이 다중 인스턴스 환경에서 예측 가능성이 높음
			}}
	더 깊이 다뤄볼 만한 주제로 Exadata Smart Scan과 LOB의 상호작용, GoldenGate/Data Guard 환경에서 SecureFile LOB 복제 시 이슈, 또는 AWR/ASH 리포트를 활용한 실전 LOB 경합 튜닝 케이스 스터디 등이 있는데, 관심 있으신 영역 있으신가요?