[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 … 더 읽기
db_health_check 쉘프로그래밍 sqlplus -s 옵션 : silent 모드. 쓸데없는 배너나 프롬프트를 출력하지 않고 결과만.set head off : 컬럼명 같은 거 출력하지 않고 결과만 출력.2> : 표준오류만 출력리다이렉션<< _eof_ ~ _eof_ : 입력리다이렉션. 시작과 끝 사이에 있는 것들을 앞의 명령어로 실행./dev/null : grep 실행 시 출력이 알아서 되는데 그걸 보지 않을 때 사용 [기타 SGA 영역] … 더 읽기
DB Startup $ sqlplus / as sysdba로 DB에 들어가면> select status from v$instance;Open이 뜨지 않는다면 DB가 꺼져있는 것이다.또는$ ps -ef | grep pmon | grep -v grep로도 DB 기동 상태를 확인할 수 있다. DB를 키기 위해> startup후 다시 status 상태 확인 리스너가 켜져 있는지 리눅스에서 체크$ ps -ef | grep lsnr | grep -v grep꺼져있다면 … 더 읽기
DB 기동과 중지 기동 nomount(started) -> mount -> open 기동 상태 확인 > select status from v$instance; 기동 방법 > startup [옵션] ** 옵션nomoount : Instance 만 기동된 상태mount : Database 기동을 위해 controll files를 읽은 상태open (default) ** 이미 한 번 중간 단계로 startup을 한 이후에는 startup 불가 alter database 명령어로 다음 단계로 넘어가야 … 더 읽기