불완전 복구 개요
불완전 복구는 완전 복구와 비슷하지만 현재 생성된 로그 정보를 이용하지 않는 부분에서 차이가 있습니다.
즉 복구 시점이 장애가 발생한 시점이 아니라 그 이전의 특정 시점이 되는 것입니다. 그러므로 불완전 복구 이후에 데이터베이스의 상태는 마지막 최종 백업 이후와 장애가 발생한 시점 사이에 위치하게 되는 것입니다.
불완전 복구는 이미 입력한 데이터를 다시 입력해야 하는 상황이 발생하므로 번거러운 부분이 있으며 완전 복구와 달리 백업 받아둔 모든 파일들이 필요할 수도 있습니다. 즉 모든 데이터베이스 파일의 유효한 오프라인 또는 온라인 백업 필요하며 명시된 복구 시점까지의 백업의 모든 아카이브 로그 필요 합니다.
그럼 어떠한 경우에 불완전 복구가 필요한지 알아보도록 하겠습니다!
- 사용자가 중요한 테이블이나 테이블스페이스를 삭제한 경우
- 잘못된 데이터를 commit 한 경우
- 데이터파일을 복구시 아카이브 로그 파일이 일부 손상되었거나 없어졌다면 완전 복구는 불가능, 그래서 아카이브 로그는 다중화하는 것이 신상에 좋습니다.
- 완전 복구(Complete Recovery)가 실패로 끝난 경우
- 컨트롤 파일 손실 - 컨트롤 파일을 다중화 하지 않았고 데이터베이스의 구조를 모르나 과거 바이너리 사본을 가지고 있슴
- 리두 로그의 손실 - 리두 로그가 다중화 되지 않았으며 데이터 파일과 더블어 아카이브되기 전의 리두 로그를 분실
불완전 복구는 완전 복구와 비슷하지만 현재 생성된 로그 정보를 이용하지 않는 부분에서 차이가 있습니다.
즉 복구 시점이 장애가 발생한 시점이 아니라 그 이전의 특정 시점이 되는 것입니다. 그러므로 불완전 복구 이후에 데이터베이스의 상태는 마지막 최종 백업 이후와 장애가 발생한 시점 사이에 위치하게 되는 것입니다.
불완전 복구는 이미 입력한 데이터를 다시 입력해야 하는 상황이 발생하므로 번거러운 부분이 있으며 완전 복구와 달리 백업 받아둔 모든 파일들이 필요할 수도 있습니다. 즉 모든 데이터베이스 파일의 유효한 오프라인 또는 온라인 백업 필요하며 명시된 복구 시점까지의 백업의 모든 아카이브 로그 필요 합니다.
그럼 어떠한 경우에 불완전 복구가 필요한지 알아보도록 하겠습니다!
- 사용자가 중요한 테이블이나 테이블스페이스를 삭제한 경우
- 잘못된 데이터를 commit 한 경우
- 데이터파일을 복구시 아카이브 로그 파일이 일부 손상되었거나 없어졌다면 완전 복구는 불가능, 그래서 아카이브 로그는 다중화하는 것이 신상에 좋습니다.
- 완전 복구(Complete Recovery)가 실패로 끝난 경우
- 컨트롤 파일 손실 - 컨트롤 파일을 다중화 하지 않았고 데이터베이스의 구조를 모르나 과거 바이너리 사본을 가지고 있슴
- 리두 로그의 손실 - 리두 로그가 다중화 되지 않았으며 데이터 파일과 더블어 아카이브되기 전의 리두 로그를 분실
![]() | ![]() ![]() | 12-27 | 2089 | |
![]() | ![]() ![]() | 12-11 | 1518 | |
53 | ![]() ![]() | 03-15 | 1283 | |
52 | ![]() ![]() | 01-31 | 1426 | |
51 | ![]() ![]() | 01-31 | 1361 | |
50 | ![]() ![]() | 01-31 | 1115 | |
49 | ![]() ![]() | 01-19 | 1436 | |
48 | ![]() ![]() | 01-11 | 1262 | |
47 | ![]() ![]() | 01-03 | 1760 | |
46 | ![]() ![]() | 12-27 | 2089 | |
45 | ![]() ![]() | 12-19 | 1521 | |
44 | ![]() ![]() | 12-14 | 1499 | |
43 | ![]() ![]() | 12-11 | 1518 | |
42 | ![]() ![]() | 12-09 | 1206 | |
41 | ![]() ![]() | 12-01 | 1428 | |
40 | ![]() ![]() | 12-01 | 1576 | |
39 | ![]() ![]() | 12-01 | 1084 |
댓글 없음:
댓글 쓰기