완전 복구(Complete Recovery)
완전 복구는 아카이브 로그 Mode로 DB를 운영 중 장애 발생시 데이터의 손실 없이 복구 하는 것을 말합니다. 이러한 복구 방식은 서비스의 중단 없으며 데이터의 손실 역시 없어 신뢰성, 가용성이 높은 시스템을 운영하게 해줍니다.
DB를 아카이브 로그 모드로 운영하는 경우 commit된 모든 transaction에 대한 로그 정보는 redo log 파일과 아카이브 로그 파일에 저장 됩니다. 이러한 정보를 이용해서 장애가 일어난 그 시점까지의 모든 변경 사항에 대해 손실 없이 복구가 가능한 것입니다.
완전복구를 이용하는 경우 복구 시간은 손실 파일 복원 시간에 아카이브 로그 적용시간이 더해지며 복구에 사용되는 파일은 Close backup(cold backup) or Open backup(Hot backup)으로 생성된 파일을 모두 이용 가능하고 DB가 Mount된 상태와 Open된 상태에서 모두 사용할 수 있습니다.
장점
- 손상된 파일만 복구
- Commit된 모든 데이터는 복구
- DB 운영 중에 복구 가능
단점
- 백업 주기가 길 경우 아카이브 로그가 많이 쌓임
- Close backup을 이용한 복구보다 어렵다.
- 아카이브 로그 모드로 DB를 운영해야 함
완전 복구는 아카이브 로그 Mode로 DB를 운영 중 장애 발생시 데이터의 손실 없이 복구 하는 것을 말합니다. 이러한 복구 방식은 서비스의 중단 없으며 데이터의 손실 역시 없어 신뢰성, 가용성이 높은 시스템을 운영하게 해줍니다.
DB를 아카이브 로그 모드로 운영하는 경우 commit된 모든 transaction에 대한 로그 정보는 redo log 파일과 아카이브 로그 파일에 저장 됩니다. 이러한 정보를 이용해서 장애가 일어난 그 시점까지의 모든 변경 사항에 대해 손실 없이 복구가 가능한 것입니다.
완전복구를 이용하는 경우 복구 시간은 손실 파일 복원 시간에 아카이브 로그 적용시간이 더해지며 복구에 사용되는 파일은 Close backup(cold backup) or Open backup(Hot backup)으로 생성된 파일을 모두 이용 가능하고 DB가 Mount된 상태와 Open된 상태에서 모두 사용할 수 있습니다.
장점
- 손상된 파일만 복구
- Commit된 모든 데이터는 복구
- DB 운영 중에 복구 가능
단점
- 백업 주기가 길 경우 아카이브 로그가 많이 쌓임
- Close backup을 이용한 복구보다 어렵다.
- 아카이브 로그 모드로 DB를 운영해야 함
![]() | ![]() ![]() | 12-27 | 2156 | |
![]() | ![]() ![]() | 12-11 | 1556 | |
53 | ![]() ![]() | 03-15 | 1347 | |
52 | ![]() ![]() | 01-31 | 1463 | |
51 | ![]() ![]() | 01-31 | 1532 | |
50 | ![]() ![]() | 01-31 | 1167 | |
49 | ![]() ![]() | 01-19 | 1471 | |
48 | ![]() ![]() | 01-11 | 1297 | |
47 | ![]() ![]() | 01-03 | 1799 | |
46 | ![]() ![]() | 12-27 | 2156 | |
45 | ![]() ![]() | 12-19 | 1561 | |
44 | ![]() ![]() | 12-14 | 1537 | |
43 | ![]() ![]() | 12-11 | 1556 | |
42 | ![]() ![]() | 12-09 | 1247 | |
41 | ![]() ![]() | 12-01 | 1470 | |
40 | ![]() ![]() | 12-01 | 1606 | |
39 | ![]() ![]() | 12-01 | 1119 |
댓글 없음:
댓글 쓰기