Database초보우낙

■ 실습 #1. ts91테이블 스페이스를 생성 #2. ts91테이블 스페이스에 emp91 테이블을 scott유저에서 생성 #3. 데이터를 emp91 테이블에 입력하고 로그 스위치를 일으킨다(3번반복) #4. shutdown abort #5. os에서 ts91.dbf를 삭제 #6. startup #7. 복구해야하는 파일 조회 #8. 문제가 되는 데이터파일을 offline #9. db를 open #10. Rman으로 접속 #11. 문제가 되는 데이터 파일번호를 가지고 restore #12. 문제가 되는 데이터 파일번호를 가지고 recover #13. emp91 테이블이 잘조회되는지 확인 ◆ 구현 #1. ts91테이블 스페이스를 생성 creatae tablespace ts91 datafile '/u01/app..

rmf;a설명: 백업을 받지않은 Data file이 손상되었을 때 복구방법은 먼저 빈 파일을 하나 만들고 여기에 아카이브 로그 파일을 적용해서 복구를 하면 된다 빈 파일명은 기존파일명과 다르게 지어주면 된다 ■ 실습 :순서 #1. ts07이라는 테이블 스페이스를 생성 #2. scott유저로 접속해서 ts07테이블 스페이스에 emp07 테이블 생성 #3. emp07테이블에 데이터를 입력하고 로그 스위치를 일으킨다(3번반복) #4. ts07 테이블 스페이스를 shutdown immediate(백업 x) #5. os에서 ts07.dbf를 삭제(백업본 없이 삭제) #6. startup 경로가 아닌 파일번호로도 가능 alter database datafile '/u01/app/oracle/oradata/Ouh/t..

current redo logfile을 삭제되었을 때 불완전 복구를 시도하는 실습 월요일에 백업받은 모든 datafile들을 복원하고 archive log file을 적용해서 현재로 끌어오는데 current redo logfile을 적용할거냐고 물어볼때 cancel을 해서 불완전 복구를 할것이다 ■ 실습 #1. Rman으로 full backup을 수행 #2. 로그 스위치를 3번 일으킨다 #3. 체크포인트를 일으킨다 #4. current redo log file이 뭔지 확인 #5. shutdown abort #6. current redo log file을 rm으로 삭제 #7. startup

만약 금요일 12시에 scott유저를 drop 했다면 11시59분으로 DB를 되돌려야하는데 그럴려면 과거에 백업받은 모든 datafile들을 다 복원하고 아카이브 로그파일을 하나씩 적용해서 복구를 하는데 11시59분까지 시간기반 불완전 복구를 하면 된다 ■ 실습 #1. Rman으로 full backup을 수행 #2. .bash_profile에 nls_date_format파라미터를 지정해서 오라클에서 날짜를 검색할때 시분초가 기본값으로 보이게 셋팅 #3. 로그스위치 3번 발생시키기 #4. 체크포인트 발생 #5. 현재시간을 확인 #6. scott유저를 drop #7. shutdown immediate로 DB를 내린다 #8. startup mount를 한다 #9. rman으로 불완전 복구를 한다 #10. re..

파라미터 파일의 종류2가지 $ORACLE_HOME/dbs 밑에 spfile과 pfile이 2개가 동시에 있으면 오라클은 spfile을 우선적으로 읽어서 startup 할 때 인스턴스를 구성 설명 : parameter file이 없으면 startup 할 때 shutdown에서 아무단계로 올라갈 수 없다 ■ 실습 #1. database의 ID를 확인 #2. Rman에서 spfile을 백업받는다 #3. shutdown abort #4. os에서 spfile과 pfile을 둘 다 삭제 #5. startup #6. Rman으로 접속해서 바로 nomount로 올린다 #7. 백업받은 spfile을 복원 #8. startup force ◆ 구현 #1. database의 ID를 확인 Database id 15736565..

Rman으로 접속해서 report obsolete; YES

controlfile과 data file들을 모두 삭제할 것이기때문에 복구할때 controlfile부터 복원하면서 복구해야한다 ■순서 #1. Rman으로 fullbackup을 수행 #2 control file auto backup본이 있는지 확인 #3. shutdown abort #4. os에 가서 모든 data file과 control file을 삭제 #5. startup #6. rman으로 접속 #7. autobackup본에서 control file을 복원 #8. DB를 mount로 올란다 #9. 모든 datafile을 복원 #10. 데이터베이스를 복구 #11. resetlogs로 open시킨다 #12. full backup ◆ 구현 #1. Rman으로 fullbackup을 수행 backup data..

■ 장애 상황 시나리오 ※ 현장에서의 경험 테이블 스페이스에 공간을 추가할 때 무리하게 여러 개의 DATA FILE을 한번에 넣어서 추가를 하게 되면 controlfile이 깨지는 현상이 발생할 확률이 높다 ■ 실습 #1. 현재 database의 db id를 조회 #2. 컨트롤 파일을 생성하는 스크립트를 생성 #3. Rman으로 접속해서 control file이 자동백업되도록 설정 #4. Rman 에서 Datafile중에 아무거나 하나를 백업 #5. control을 직접 Rman으로 백업 #6. controlfile의 위치를 확인 #7. shutdown abort #8. 모든 controlfile을 전부 삭제 #9. startup #10. shutdown abort #11. startup mount #1..

지금 현재 datafile들이 전부 online되어있는지 확인 select file#, status from v$datafile; 만약 오프라인일경우 alter database datafile 번호 online; ■ 실습 #1. 데이터 파일들의 위치를 확인 #2. 컨트롤 파일들의 위치를 확인 #3. redo log file들의 위치를 확인 #4. Rman으로 접속해서 Rman이 DB의 구조를 알고 있는지 확인하기 #5. Rman으로 full backup을 수행 #6. shutdown abort로 DB를 내린다 #7. 모든 data file들을 전부 삭제 #8. startyo을 시도 #9. 복구해야할 파일들이 무엇인지 ㅎ확인 #10. 전체 데이터 파일들을 복원 #11. 전체 데이터 파일들을 복구 #12. ..

system datafile들이란? database를 운영하기 위해서 필요한 data들이 있는 파일들 만약 이 파일들이 손상되면 mount상태에서 복구할 수 밖에 없다 ■실습 #1. shutdown abort를 합니다 #2. os에서 system01.dbf와 sysaux01.dbf를 삭제 #3. startup #4. select * from v$recover_file; #5. Rman으로 접속 #6. 문제가 되는 datafile을 복원 #7. 문제가 되는 datafile을 복구 #8. db를 오픈시킨다 ◆ 구현 #1. shutdown abort를 합니다 shutdown abort #2. os에서 system01.dbf와 sysaux01.dbf를 삭제 oradata rm system01.dbf rm sys..