[실습 – 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 … 더 읽기
[디스크 교체 작업] 디스크 노후화로 인해 디스크를 교체할 경우 oracle database 파일들의 위치를 변경할 필요가 있음(rename) 1. control file 1) 위치 확인select name from v$controlfile; 2) parameter file 확인 2-1) pfile일 때shutdown immediate -> vi로 수정 -> cp controlfile -> db open 2-2) spfile일 때alter system set control_files = ~ 명령어로 spfile 수정 -> db … 더 읽기
[DB full restore shell 만들기] [datafile rename] 물리적으로 datafile 위치를 이동.datafile online 중에 불가.주로 디스크 노후화로 인한 교체 작업이나 디스크 장애일 경우 발생. 1. DB online 상태에서 작업– tablespace, datafile 단위 offline 후 rename 가능– offline이 불가능한 tablespace의 경우는 rename불가 2. DB offline 상태에서 작업– mount 단계에서 진행– system, undo, temp tablespace는 offline이 불가하므로 반드시 … 더 읽기
[실습 – controlfile 삭제] 1. 조회 2. 삭제 3번 4번 controlfile 삭제 근데 그 전에 spfile 환경인지 pfile 환경인지 확인. [실습 – redo member 삭제] 3개 그룹으로 만들고 각 그룹에 하나의 멤버만 남기기 1. 조회 2. 삭제 [tablespace] 하나 이상의 datafile로 구성.저장된 테이블과 인덱스를 분류하기 위해 만든 논리적인 단위.하나의 테이블/인덱스는 같은 tablespace 에 속해야 한다. … 더 읽기
[dash shell 설치 & 원복] 현재 oel7은 sh 사용 시 bourne shell이 아니라 bash shell 이 실행 되는 중이었음. $ su – root$ which sh # sh 위치 확인$ cd /usr/bin/$ ll sh # 링크 걸려있는 상태 확인$ rm sh # sh 링크 걸린 거 삭제$ yum -y install dash # dash shell 설치$ ln … 더 읽기
[DB startup 흐름] 1. parameter file 읽음(spfileSID.ora or initSID.ora) -> 성공하면 nomount 단계. 실패하면 nomount도 안됨.2. parameter file 안에 있는 control files 읽음 -> mount 단계.3. data files, redo log files를 읽고 필요하다면 instance recovery 진행 -> 성공하면(SCN 일치) open 단계. 실패하면 mount까지만. [instance recovery] shutdown abort 등의 비정상 DB 종료 시 수행되는 복구의 형태.SMON … 더 읽기