-.Next를 하여 계속하여 설치해줍니다. HeidisqlTool이 자동으로 체크되어 있는데 나는 Dbeaver를 사용하기때문에 체크해제를 했다. 그리고 중요한 것이 Server의 문자열 세팅을 UTF-8로 하여야한다. 체크해제가 되어 있는데 체크해야함. 로그인시 문자인식이안되어 계속 에러가 발생했었음.
2.Dbeaver 설치
-.다음 홈페이지에 접속하여 운영체제 환경에 맞게 다운받습니다.
-.Toad를 사용하다가 Dbeaver를 사용하니 불편한점이 꽤 있었습니다만 무료툴에 여러종류의 DB를 한 프로그램에서 컨트롤 가능하기하는 것들이 편리했네요.
-NOARCHIVELOG Mode: Redo Log Group에 Log Switch가 발생하여 다른 그룹을 사용 할 때 이 복사본을 생성하지 않고 재사용 하는 방법입니다.
-ARCHIVELOG Mode: Redo Log Group에 Log Switch가 발생하여 다른 그룹을 사용하기 전에 복사본을 생성하는 방법입니다.
*Backup의 종류
Physical Backup
-데이터베이스를 구성하는 파일들을 그대로 복사하는 방법
-DB가 손상시에 아무런 피해 없이 또는 최소한의 피해로 데이터베이스를 복구하는 방법
1)Offline Backup(Cold Backup)
-Oracle이 Close(ShotDown된 상태)된 상태에서 OS의 Copy 명령어를 통해 복사하는 방법 , NoArchiveLog Mode, ArchiveLog Mode 둘 다에서 가능합니다.
2)Online Backup(Hot Backup)
-Oracle이 Open(운영중인 상태)에서 OS의 COPY명령어를 통해 복사하는 방법으로서,ArchiveLog Mode일 경우만 가 능하며, Database를 24시간 운영하는 System에서 사용하는 백업 방법입니다
Logical Backup
-Export Utility$ORACLE_HOME/bin/exp명령어를 이용하여 Backup하는 방식으로 Database의 논리적인 정보(Schema 구조, 데이터 등)를 저장하는 방식입니다.
*Recovery 종류
1. Media Recovery
Disk나 매체등의 장애로 인한 Recovery 입니다.
Physical Backup으로부터의 복구 : ① Complete Recovery
장애 시점까지 Recovery하는 방법입니다.
Complete Recovery는 변경된 정보를 저장하고 있는 Redo Log 파일들이 재 사용 되기 전에 저장되어 지는 Archive File이 필요 하므로Archive Log Mode 에서만 가능하며, NoArchiveLog Mode에서는 백업본 이후 RedoLog File이 재사용(Archive File이 없는 경우) 이전의 백업본으로만 데이터베이스를 복구 할 수 있습니다.
장애시점 바로 전으로 복구
Physical Backup으로부터의 복구 : ② Incomplete recovery
Backup본을 Restore 한 이후 변경된 작업이 들어 있는 Archived Log 파일을 찾을 수 없거나,Database를 특정 시점으로 돌리는 방법입니다.
Physical Backup을 통한 복구
Logical Backup으로부터의 복구 : Import Utility
Import Utility$ORACLE_HOME/bin/imp를 이용하여 데이터를 복구 하는 방법입니다. (데이터파일이 손상된 경우, 디비를 다시 설치한 후 또는 해당 데이터파일을 재 생성한 이후 IMP로 복구 가능)
2. Instance Recovery
비정상적인 종료(abort명령어로 shutdown, 정전, CPU고장, 메모리 손실등과 같은 장애)에 의해Oracle Instance가 Error를 일으켜 인스턴스가 실패한 경우입니다
1. 비정상적인 종료후 비동기화 되어 있는 상태에서 Database OPEN
2. 롤 포워드 (마운트 단계에서 수행) : 마지막 CKPT 이후의 RedoLog File에 기록된 모든 변경사항(commit된 데이터와 commit되지 않은 데이터)를 DBWR에 의해 데이터파일에 기록
3. 데이터베이스 오픈
4. 롤백 단계 : 모든데이터 파일에서 COMMIT되지 않은 데이터를 롤백하는 단계
5. 데이터베이스가 동기화 되어 데이터베이스 운영
※ 비동기화 되어 있는 상태에서 롤백한 이후에 데이터베이스를 OPEN 하게 되면은 DOWN time이 길어지므로, 일단 롤 포워드 단계를 거쳐 데이터베이스를 오픈한 이후 롤백 하는 과정을Warm-Start라고 부릅니다.
3. User Error Recovery
사용자의 실수로 인한 Transaction으로 인해 원하지 않는 결과가 발생한 경우(Table truncation 또는 Drop같은 에러) 다시 복원하는 방식으로 imp를 이용하는 경우가 대부분입니다.
*기본적인 Backup 정책
Backup 정책의 GUIDELINE
- 정기적으로COLD BACKUP을 받도록 합니다.
- Database이 구조적인 변화가 생기기 전 반드시COLD BACKUP을 받도록 합니다.
- Database에 장애가 발생하지 않도록 운영해야 하며, 장애 시에는 Recovery까지의 시간이 최소한이 되도록 백업 정책을 세워야 합니다.
기본적인 Backup 규칙
- LOG FILE을 Disk에 Archive한 후, 추후에 다른 Disk나 Tape 등에 다시 복사합니다.
- DATA FILE의 Backup은 실제 DATA FILE과는 다른 Disk에 유지해야 합니다.
- CONTROL FILE은 다중화 하여 여러 개를 유지 합니다.
- LOG FILE이나 DATA FILE을 추가하거나, Rename 삭제 하는 등 Database의 구조가 변경되었을 경우는 반드시 CONTROL FILE을 백업 받아야 합니다.
