DoubleDBDeep

B*Tree 인덱스가장 자주 사용되는 일반적인 인덱스이진 트리와 유사한 구조인 B*Tree Index는 Key값을 이용해서 개별적인 로우 또는 로우의 특정 범위를 빠르게 접근할 수 있도록 함트리의 최하위 레벨 블록은 리프블록(leaf block) 이라고 불리는데, 모든 인덱스Key와 Rowid를 포함하고 있다.내부 블록인 리프블록 위의 블록은 브랜치 블록(branch block)이라 함 인덱스 구조를 이동하는데 사용된다.리프 블록에서 시작점을 찾은 다음 값의 정렬된 순서로 읽어나간다 = Index Range Scan B*Tree 인덱스 키 압축복합컬럼(다수컬럼) 인덱스의 중복을 제거하는 것모든 entry는 prefix + suffix 두 부분으로 나누어진다. prefix는 복합컬럼의 앞부분으로 중복되는..

Redo Redo log file - 데이터베이스를 위한 트랜잭션 log를 담고있다. 두종류가 있다 archived redo log file, online redo log file. online redo log : 마지막으로 커밋된 시점까지 시스템을 복원하기 위해 사용됨. archived redo log : online redo log file의 과거 내용 전체를 복제한 사본 오라클 database는 최소 두 개의 온라인 리두로그 그룹을 가지며 그룹별로 적어도 1개의 멤버(파일)을 가지고있다.순환 방식으로 사용된다 그룹1에 있는 로그파일에 쓰기 시작하고 그 파일이 다 차면 그룹 2의 로그파일로 넘어가서 쓰고 .. 다시 .. 1 .. 2.. 1 ..2 이런식으로 순환 Undo변경이 일어나기 전 상태로 ..

Lock공유 자원에 대한 동시 접속을 조절하기 위한 매커니즘오라클은 row 수준에서 테이블 데이터에 lock을 걸기도 하지만, 다양한 자원에 동시 접속을 가능하게 하기 위해 여러 수준에서 lock을 사용함. DML Lock데이터를 동시에 변경할 수 있는 메커니즘 제공테이블의 특정 로우에 거는 락 또는 테이블에 모든 로우에 락 이 해당. TX Lock (Transaction)트랜잭션이 첫번째 변경을 시작할 때 획득 ~ commit, rollback까지 유지TX 락은 다른 세션이 트랜잭션이 완료될 때 까지 기다릴 수 있는 queuing 매커니즘으로 사용된다.오라클은 TX 락을 유지하는데 많은 cost가 들 것 같지만 그렇지않음 1. lock을 걸고싶은 row의 주소값을 찾는다.2. 해당 row로 간다.3. ..

[ORACLE] RMAN Incremental backup 및 확인 [ORACLE] RMAN Incremental backup 및 확인증분백업에 대해서 .. lv0 = 처음 전체 백업 / lv1= lv0 대비 바뀐것만 백업lv0 백업#!/bin/bashexport ORACLE_SID=wintrgexport ORACLE_UNQNAME=wintrgexport ORACLE_UNQNAME_LOWER=`echo $ORACLE_UNQNAME | tr A-Z a-z`export EDITOR=viexport LANGdevcami.tistory.com 여기서받은 백업본으로 다른 서버에 DB 복구해보겠다DB 복구과정은1. PFILE / SPFILE 로 NOMOUNT 2. CONTROLFILE 백업셋으로 컨트롤파일 REST..

증분백업에 대해서 .. lv0 = 처음 전체 백업 / lv1= lv0 대비 바뀐것만 백업lv0 백업#!/bin/bashexport ORACLE_SID=wintrgexport ORACLE_UNQNAME=wintrgexport ORACLE_UNQNAME_LOWER=`echo $ORACLE_UNQNAME | tr A-Z a-z`export EDITOR=viexport LANG=Cexport ORACLE_HOME=/u01/app/oracle/product/19.0.0.0/dbhome_1export DT=`date +%Y%m%d%H%M`/u01/app/oracle/product/19.0.0.0/dbhome_1/bin/rman target / log /u01/backup/log/${ORACLE_SID}_lv0_${..

싱글이어서 DB패치만 했음 1. 패치 다운받고 언집[target@oracle:/media/sf_01.oracle/4.Opatch/2.grid]> unzip 19.26_p37257886_190000_Linux-x86-64.zip -d /u01/patch 2. DB 패치[target@oracle:/u01/patch/37257886]> opatch apply ./37260974 -oh /u01/app/oracle/product/19.0.0.0/dbhome_1Oracle Interim Patch Installer version 12.2.0.1.45Copyright (c) 2025, Oracle Corporation. All rights reserved.Oracle Home : /u01/app/ora..

오라클 엔진에 종속되게 하지 않고 유저/엔진 분리함  1. 게이트웨이 전용 유저 생성/usr/sbin/useradd -g oinstall -G oinstall,dba,dgdba,kmdba,racdba,vboxsf db2gwmkdir -p /u02/app/oracle/product/19.0.0.0/dbhome_1chown -R db2gw:oinstall /u02chown -R db2gw:oinstall /u02/app/oracle/productchmod -R 775 /u02# .bash_profile# Get the aliases and functionsif [ -f ~/.bashrc ]; then . ~/.bashrcfi# User specific environment and startup ..

OS 1. 패키지 다운 yum install -y glibc-common-2.17-260.el7.x86_64yum install -y glibc-2.17-260.el7.x86_64yum install -y libstdc++.soyum install -y compat-libstdc++-33.x86_64yum install -y ksh.x86_64 2. 유저, 그룹 생성groupadd db2iadm1groupadd db2fadm1groupadd dasadm1useradd -g db2iadm1 -m -d /opt/db2inst1 db2inst1useradd -g db2fadm1 -m -d /opt/db2fenc1 db2fenc1useradd -g dasadm1 -m -d /opt/dasusr1 dasusr1p..

* 주관적 공부 내용으로 다른 내용이 있을 수 있음을 참고하세요 ..  개요상세개념 정리Oracle Golden GateArchitecture데이터 추출방식구성요소디렉토리1Oracle Golden Gate주요기능복제 시간 단축 (Reducing Latency) : 실시간 로그를 기반으로 변경된 데이터를 캡쳐(CDC)하여 다른 데이터베이스에 동기화일관성 유지 : commit된 트랜잭션만 이동다양한 이기종 데이터베이스 및 릴리즈 지원단순한 아키텍쳐와 구성/설정다양한 동기화 모델 및 연계 방안 제공안정성 및 성능 보장 : Direct Log Access + X-Stream 방식으로 구현Direct Log Access : 데이터베이스의 Redo Log 파일에 직접 접근하여 데이터 추출 (빠르며 성능 저하가 낮음..

Archivelog only mode GoldenGate Extract Archived Log Only (ALO) Mode Template Best Practices (Doc ID 1482439.1)redolog에서 읽는 것이 아닌 아카이브 로그에서만 읽도록 extract를 구성 (ALO MODE)source database에 최소한의 영향/아예 무영향을 주도록 하는 방안 (Source Database Overhead 최소화)Oracle Data Guard 전환 / 페일오버 전략온라인 로그는 사용되지 않음 제약사항Standby 구성에서 사용하는 경우 RAC, SI 둘다 됨integrated 안됨OGG 10.4 미만은 안됨OGG 12c 이전 버전에서는 ASM에 존재하는 아카이브로그 파일은 사용할 수 없고 ..