soccerda의 IT이야기

1. Datapump란? 가. export의 단점인 작업수행 시간예측불가, 일시정지 불가, 느린속도를 개선하고자 등장한 백업,복구, migration 유틸 나. 10g 이상 버전에서만 사용가능하며, export로 작업한 덤프파일을 datapump에서 사용 할 수 없다. 2. Datapump 사용 전 서버 환경설정 가. O/S상에서 디렉토리 생성 나. 오라클상에서 디렉토리 객체 생성 다. 디렉토리 객체에 백업을 수행할 사용자 권한부여 $ mkdir /data/export 1 2 3 4 5 6 7 8 9 10 11 -- 디렉토리 객체 'dp' 생성 create or replace directory dp as '/data/export'; -- scott 사용자에게 권한 부여 grant read, write o..

1. export / import 가. 여러개의 테이블 중에서 특정 table만 백업/복구 하고자 할 때 나. 오라클의 버전, 플랫폼이 서로 다른 상황에서의 서버간 데이터 이동 시(migration) 2. export 방식 가. Conventional Path export : Evaluation Buffer를 사용하는 방식, DB Buffer cache에서 필요데이터를 Evaluation Buffer로 복사 후 데이터를 가공(text -> binary)하여 디스크에 파일로 저장함. export 작업 중에 발생하는 DDL, DML 등의 명령들은 백업파일에 반영되지 않는다.(백업 파일은 Evaluation Buffer을 이용하여 작업하기 때문) 나. Dircet Path export : DB Buffer C..

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 -- 테이블 용량 확인 select sum(bytes)/1024/1024 MB from dba_segments where owner='SCOTT' and segment_name='TEST01' -- 테이블별 인덱스 확인 select index_owner, table_name, column_name, index_name from dba_ind_columns where table_name='TEST02' order by table_name -- 사용자별 사용량 확인 select segment_name, sum(bytes)/1024/1024 mb from ..

1. Log Miner는 무엇에 쓰는 물건인가? RedoLog File은 바이너리 파일이기 때문에, vi 에디터로를 내용을 확인 할 수 없다. 이에 redolog 파일의 내용을 추출하여 보여줄 수 있는 툴이 있으니 그것이 바로 Log Miner 이다. 2. Supplemental logging 오라클을 설치하면 supplemental logging 설정이 기본값으로 Disable 되어 있다. 이는 오라클이 리두로그를 기록할 때 저장공간을 절약하기 위해 최소정보(Change Vector)만을 기록하기 때문이다. 이 때문에 로그마이너로 리두로그파일 분석 시 누락되는 트랜잭션이 생기게 되는 것이다. 이를 방지하기 위해서는 supplemental looging을 enable 하면 된다. 이 설정은 오라클이 리두..

1 2 3 4 5 6 #!/bin/bash o_path=/home/oracle a_path=/data/arc1 for i in $(ls $a_path) do echo "exec dbms_logmnr.add_logfile('$a_path/$i',3);" >> $o_path/add.sql done

1. Undo의 관리 가. parameter에 값을 설정한다. - UNDO_MANAGEMENT : AUTO, MANUAL 지정 - UNDO_TABLESPACE : 기본 UNDO 테이블 스페이스 지정 - UNDO_RETENTION : UNDO 데이터의 보유 시간을 결정(단위 : 초), 나. 관리방식 - 자동 : 오라클이 관리(AUTO), startup 시(mount 단계에서 open 단계로 넘어갈 때) undo 데이터파일의 무결성을 확인하며, 장애발생 시 open에 실패한다. - 수동 : DBA가 관리(MANUAL), startup 시 undo 데이터파일의 무결성을 확인하지 않아, undo 데이터파일에 장애가 발생했을 시 사용하는 모드이다.(undo 데이터파일이 존재하지 않아도 open 된다.) 다. UN..

1 2 3 4 5 6 7 select 'alter database rename file '''|| name || ''' to ''' || '&path' || substr(name, instr(name, '/', -1)+1) || ''';' from v$datafile; select 'alter database rename file '''|| member || ''' to ''' || '&path' || substr(member, instr(member, '/', -1)+1) || ''';' from v$logfile;

1. 불완전 복구 가. 장애가 난 시점까지가 아닌, 과거의 원하는 시점까지 데이터를 복구하는 것 나. 데이터 복구 후 DB Open 시에는 resetlogs 옵션을 반드시 사용하여야 한다. 다. 장애가 발생한 데이터파일만 과거시점으로 되돌리는 것이 아니라, 전체 데이터베이스를 과거 시점으로 되돌리는 작업이다. 라. resetlogs 옵션 사용 시 redolog file은 재생성 되거나 초기화 된다. 2. 불완전 복구의 핵심 명령 1 2 recover database until time '특정시점'; alter database open resetlogs; 참고 : resetlogs옵션 Control file의 SCN을 Data file의 SCN으로 동기화한다. Redolog file이 존재 시 초기화하고,..

1. 장애의 구분 가. 물리적 장애 : Disk fail, file error 등 나. 논리적 장애 : 사용자의 DML, DDL 실수 등 2. NOARCHIVELOG Mode 와 Archivelog Mode에서의 복구 가. NOARCHIVELOG MODE - 특정 datafile에 장애 발생 시 해당 파일만 offline drop 처리하여 open하거나, 마지막으로 cold 백업했던 데이터파일을 모두 restore 하여 오픈한다. 단, offline drop 처리한 경우 해당 데이터파일만 손실되지만, cold 백업했던 순간으로 모든 데이터파일을 restore 한다면 그 시점부터의 데이터는 모두 손실된다. - 만일 장애 시점에 필요한 데이터가 redolog 파일에 저장되어 있던 상태라면 데이터의 손실없이 ..

1. Recovery 원리 가. NO MOUNT 단계 : 서버 프로세스가 pfile을 PGA로 읽어들여, 파라미터 파일의 내용대로 인스턴스 생성 나. MOUNT 단계 - CKPT가 모든 control file의 내용을 읽고 일시적인 LOCK을 설정 - control FILE header 정보를 검증하여 이상이 없는지 확인 - 파라미터 파일의 DB Name과 컨트롤 파일의 DB Name이 동일한지 검사 - 위 과정까지 오류가 없으면 DATABASE MOUNT 완료 다. OPEN 단계 - Data FILE header 부분과 Control file의 CHECKPOINT SCN을 비교해서 장애 유무 판단 - CHECKPOINT SCN에 문제가 없을 경우 데이터베이스 OPEN 참고 : control file의 ..