soccerda의 IT이야기

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의 ..

backup 1 2 3 4 5 6 7 8 9 10 set linesize 100 set pagesize 50 col name for a40 col file# for 99 col status for a15 col time for a20 select a.file#, a.name, b.status, to_char(b.time,'RRRR-MM-DD:HH24:MI:SS') as time from v$datafile a, v$backup b where a.file#=b.file# datafile 1 2 3 4 5 6 7 8 9 10 set linesize 100 set pagesize 50 col tablespace_name for a15 col mb for 999 col status for a10 col file..

1. 데이터베이스 운영모드 가. NOARCHIVELOG MODE - RedoLOG Group에 LOGSWITCH가 발생해도 복사본을 생성하지 않고 재사용하는 방법 - Redolog 파일이 overwrite 되면 중간의 변경데이터 redolog 파일이 사라지므로 최종백업 파일 이후 데이터는 손실된다. - 백업을 위해서 서버를 shutdown 해야한다. 나. ARCHIVELOG MODE - RedoLOG Group에 LOGSWITCH가 발생하면 다른 리두로그파일을 사용하기 전에 복사본을 저장하는 방법 - Redolog를 재사용하기 전에 복사본을 저장하므로 디스크 사용량이 2배가 됨 - 복사본이 존재하는 한 모든데이터를 복구 할 수 있다. - 데이터베이스가 OPEN 상태에서도 백업이 가능하다(shutdown ..