PLTRwillsoar [원격 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 ** 지금은 많이 차이 안 나지만 … Read more
[exp / imp] oracle에서 제공하는 논리 백업 및 적재 방식.oracle 버전, 플랫폼(서버, os종류)이 다른 경우도 지원 가능 1) exp– 논리 백업 수행– 덤프 파일 형태로 백업 (바이너리 파일)– 백업 방식 : 테이블/스키마/테이블스페이스/전체(full) 단위로 백업 가능하다.– 전송 모드 : conventional mode / direct mode 2) imp– exp로 백업받은 덤프파일을 적재하는 기능. [exp] 논리 백업을 수행하는 명령어. … Read more
[실습 – 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를 … Read more
[noarchive log mode에서의 복구] redo log에 저장된 변경 내용의 유실 발생 -> 데이터 복구 제한적 1) 장애 복구까지의 필요 정보가 현 redo log에 존재하는 경우-> 아카이브를 필요로 하지 않기 때문에 복구 가능 2) 장애 복구까지의 필요 정보가 현 redo log에 존재하지 않는 경우-> 아카이브를 필요로 하는데 아카이브가 없어서 복구 불가능 [noarchive 복구 실습을 위한 세팅] … Read more
[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 … Read more
[DB 장애별 복구 방법 정리 – archive log mode] 1. parameter file 유실 parameter file이 없어서 nomount부터가 안된다. * 해결 방법initdb2.ora를 백업이 있다면 가져오든가, 없으면 직접 쳐서 만들어서 DB 기동하면 됨. 2. controlfile 장애 parameter file에 기록된 controlfile이 실제로 존재해야 mount 단계로 갈 수 있음. case 1) 하나만 정상, 나머지 파일이 존재하지 않을 경우 : … Read more
[리스너] 외부 접속을 가능하게 하는 프로세스.여러 리스너 구성 가능 (네트워크 부하 분산).정적/동적 구성.리스너는 netca, netmgr 등으로 추가/삭제/변경 가능. ** 정적 구성과 동적 구성* 정적 구성– 리스너가 수동으로 명시된 서비스를 연결.– local_listener 설정 필요 없음.– * 동적 구성– 리스너가 자동으로 서비스를 연결.– local_listener 설정 필요.– listener.ora 파일에 아래와 같이 등록 [실습 – 동적 리스너 추가 (netca)] … Read more
[논리 장애] truncate table 장애 truncate table의 경우 recyclebin에 남지 않기 때문에 운영 중에 손실된 데이터에 대한 복구가 불가능.-> truncate table하기 이전 시점으로 데이터베이스 자체를 되돌려야 함. 복구방법 1) flashback database level -> DB 운영 중 불가(shutdown 필요) 2) recover database– 1) 장애 발생 DB에서 수행 시 shutdown필요– 2) 장애 발생 DB는 계속 운영, copy … Read more
[백업] 백업 대상 파일 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 … Read more
#1~20 1번 문제(A, C) 키워드 : SMALLFILE, BIGFILE : 충분한 공간이 /u01에 할당(?)되어있다. : 둘 중에 어떤 상태가 진짜 BIG_TBS 테이블 스페이스일까?(두 개) A : 데이터 파일은 언제든지 autoextend로 설정할 수 있다 C : bigfile는 하나의 데이터 파일만을 가지기 때문 (smallfile은 데이터 파일의 크기가 계속 증가할 수 있다) 2번 문제(B) 키워드 : INTERSECT A : … Read more