[Oracle block] DB_BLOCK_SIZE 파라미터로 사이즈 조절 가능. 동적 변경은 불가.사용자가 입력한 데이터를 하드디스크에 저장하거나 읽어들일 때 1건씩 처리하는 구조가 아닌 block단위로 작업한다.block size가 크면 데이터가 작은 경우 공간이 낭비될 수 있고, wait time이 많이 생길 수 있다.block size가 작으면 한 번에 담을 수 있는 데이터 양이 작아져 disk I/O가 많아진다.OLTP면 block size를 8k, DW면 16k정도를 … 더 읽기
[gap 분석] 데이터 이관 시 양쪽 DB 현황을 조사하여 모든 이관 대상이 빠짐없이 이관됐는지 확인하는 과정.대상 : table, index, constraints, view, synonym, sequence, privilege 등, 테이블 내 컬럼순서, 컬럼명, 데이터타입, 컬럼길이, default값 등. 사전 준비 db1에서 table 생성 copydb에서 table 생성 1. table gap 분석 2. index gap 분석 3. 제약조건 gap 분석 [DDL 추출] … 더 읽기
[원격 expdp / 로컬 impdp] db1의 schema를 copydb에서 원격 expdp후 로컬 impdp 진행 1. 유저랑 테이블 생성 – oel7 db1에서 2. 원격 expdp – copy copydb에서 schema mode로 ** 근데 exp명령어랑 다르게 원격 expdp를 copy에서 입력하면 oel7쪽에 덤프파일이 생긴다.그래서 tns alias를 사용하는 방식을 사용하지 않는다. ** 따라서 다른 dblink(network_link)를 사용하는 방식을 사용해야 한다.copydb에서 db1으로 연결해놓은 … 더 읽기
[원격 exp – 로컬 imp] copy 쪽에서 db1의 데이터를 원격으로 exp 후 copydb에 로컬 imp하는 작업. 0. 기존 데이터 삭제 & itwill4 유저 생성 – copydb 1. 원격 exp 2. 로컬 imp 3. 데이터 조회 [전송모드 비교 – oel7 db1에서] conventional mode vs direct mode conventional mode direct mode ** 지금은 많이 차이 안 나지만 … 더 읽기
[exp / imp] oracle에서 제공하는 논리 백업 및 적재 방식.oracle 버전, 플랫폼(서버, os종류)이 다른 경우도 지원 가능 1) exp– 논리 백업 수행– 덤프 파일 형태로 백업 (바이너리 파일)– 백업 방식 : 테이블/스키마/테이블스페이스/전체(full) 단위로 백업 가능하다.– 전송 모드 : conventional mode / direct mode 2) imp– exp로 백업받은 덤프파일을 적재하는 기능. [exp] 논리 백업을 수행하는 명령어. … 더 읽기
[실습 – professor] professor.csv 를 oel7 서버 업로드 후(winscp – text) 해당 데이터를 새로운 테이블로 생성한 뒤 적재(테이블명 : sqlldr_apply) 1. 테이블 생성 2. winscp text모드로 professor.csv 옮기기 3. 적재 [실습 – student] 1. table 생성 2. winscp text모드로 student.csv 옮기기 3. 적재 [case5 : 여러 파일 적재하기] window에 있는 act_data_1.csv ~ act_data_6.csv 파일을 winscp를 … 더 읽기
[noarchive log mode에서의 복구] redo log에 저장된 변경 내용의 유실 발생 -> 데이터 복구 제한적 1) 장애 복구까지의 필요 정보가 현 redo log에 존재하는 경우-> 아카이브를 필요로 하지 않기 때문에 복구 가능 2) 장애 복구까지의 필요 정보가 현 redo log에 존재하지 않는 경우-> 아카이브를 필요로 하는데 아카이브가 없어서 복구 불가능 [noarchive 복구 실습을 위한 세팅] … 더 읽기
[copy DB open 안될 시 check] offline backup file을 full restore 시 각 파일들의 시점이 일치하므로 DB정상 open 1. ORACLE_SID 확인 : copydb 2. parameter file 확인경로 : $ORACLE_HOME/dbs/initcopydb.ora내용 : controlfile 경로 잘 되어있나 확인. 3. controlfile 확인경로 : /oracle12/recover내용 : redo log file, datafile 경로 수정 4. DB files restore$ cp /oracle12/backup/cold_backup/*.ctl /oracle12/recover$ cp … 더 읽기
[DB 장애별 복구 방법 정리 – archive log mode] 1. parameter file 유실 parameter file이 없어서 nomount부터가 안된다. * 해결 방법initdb2.ora를 백업이 있다면 가져오든가, 없으면 직접 쳐서 만들어서 DB 기동하면 됨. 2. controlfile 장애 parameter file에 기록된 controlfile이 실제로 존재해야 mount 단계로 갈 수 있음. case 1) 하나만 정상, 나머지 파일이 존재하지 않을 경우 : … 더 읽기
[리스너] 외부 접속을 가능하게 하는 프로세스.여러 리스너 구성 가능 (네트워크 부하 분산).정적/동적 구성.리스너는 netca, netmgr 등으로 추가/삭제/변경 가능. ** 정적 구성과 동적 구성* 정적 구성– 리스너가 수동으로 명시된 서비스를 연결.– local_listener 설정 필요 없음.– * 동적 구성– 리스너가 자동으로 서비스를 연결.– local_listener 설정 필요.– listener.ora 파일에 아래와 같이 등록 [실습 – 동적 리스너 추가 (netca)] … 더 읽기
[논리 장애] truncate table 장애 truncate table의 경우 recyclebin에 남지 않기 때문에 운영 중에 손실된 데이터에 대한 복구가 불가능.-> truncate table하기 이전 시점으로 데이터베이스 자체를 되돌려야 함. 복구방법 1) flashback database level -> DB 운영 중 불가(shutdown 필요) 2) recover database– 1) 장애 발생 DB에서 수행 시 shutdown필요– 2) 장애 발생 DB는 계속 운영, copy … 더 읽기
[백업] 백업 대상 파일 1. parameter file2. DB 구성파일(controlfile/redo log file/datafile)3. controlfile 재생성 script4. archive log file 백업 종류 cold backup(offline backup) DB를 정상적으로 종료(immediate)한 후 수행.global checkpoint 발생으로 인해 모든 파일의 시점 일치.백업 시점의 DB가 언제나 기동 가능(별도의 recovery가 필요 없음)no archive log mode 일 때도 백업 가능.– controlfile, redo log file, datafile, (parameter … 더 읽기
[복구 전 준비 사항] 1. 아카이브 로그 모드 확인 2. archive_dest 확인 3. flashback off 4. supplemental logging off 5. offline (cold) backup 다시 받아놓기 6. controlfile 생성 스크립트 다운 [controlfile 물리적 장애] mount 단계 진입 불가.하나의 controlfile이 정상일 경우 cp로 다른 controlfile 생성 후 기동.모든 controlfile 유실 -> 새로운 controlfile 생성 [실습 – 하나의 … 더 읽기
[drop table 복구] flashback table로 drop 이전으로 복구 가능(빠른 복구 가능).table drop 시 실제로는 저장 공간을 반환하지 않고 이름만 rename이 됨.recyclebin에 drop된 table정보 가지고 있음.오래되거나 큰 테이블의 경우 복구 불가능할 수 있음.purge 옵션으로 drop 시 복구 불가능 -> truncate처럼 database level 복구 필요.system 소유 테이블은 drop 시 recyclebin에 저장되지 않아서 table level 복구 불가.table level … 더 읽기
[temp] 정렬을 위한 공간.1차적으로 PGA(instance 내 존재)에서 정렬하다가 공간이 부족할 경우에 temp 테이블스페이스에서 정렬 수행.여러 temp 테이블스페이스 생성 가능.default temp 테이블스페이스를 유저별로 딱 1개씩 설정할 수 있다.system default temp 테이블스페이스도 존재.default temp 테이블스페이스 삭제 불가.복구 영역이 아님. scn정보 같은 것이 없다. 1. 확인 2. default temp tablespace 조회 1) DB 전체 2) 유저별 DB전체와 temp … 더 읽기