DBDBDEEP
DBA의 책임 및 Failure 카테고리 본문
DBA의 책임
> 어느 곳에서나 발생할 수 있는 failure로부터 데이터베이스를 보호
> 가용성을 저하시키는 Mean time between failure (MTBF) 증가시키는 작업 수행
> redundancy를 사용하여 주요 구성 요소 보호
> MTTR (Mean time to Recover)단축
> 데이터 손실 최소화
- 아카이브 로그 파일
- Flashback 기술
- Standy Database 및 Oracle Data Guard
Failure 카테고리
1. Statement Failure : 단일 데이터베이스 작업(선택, 삽입, 갱신, 또는 삭제)이 실패하는 경우
2. User Process Failure : 단일 데이터베이스 세션이 실패하는 경우
3. Network Failure : 데이터베이스 연결이 끊기는 경우
4. User error : 유저가 성공적으로 작업을 완료했지만 작업이 정확하지 않은 경우
(테이블 삭제 또는 부정확한 입력)
5. Instance Failure : 데이터베이스 Instance가 예상치 않게 종료되는 경우 (파일 삭제 디스크 실패)
1. Statement Failure
일반적인 문제 | 가능한 해결 방법 |
부적합한 데이터를 테이블에 입력하려고 시도한 경우 | 유저와 함께 데이터를 검증하고 수정 |
권한이 부족한 상태에서 작업을 수행하려고 시도한 경우 | 적절한 객체가 시스템 권한을 제공 |
공간 할당 시도에 실패한 경우 | • Resumable space Allocation을 활성화 • 소유자 할당량을 늘린다 • 테이블스페이스에 공간 추가 |
응용 프로그램에 논리 오류가 발생한 경우 | 개발자와 함께 프로그램 오류를 수정 |
2. user Process Failure
일반적인 문제 | 가능한 해결 방법 |
유저가 비상적으로 연결을 끊은 경우 | user Process Failure를 해결하는 데 대개 DBA작업이 필요하지 않다. instance 백그라운드 프로세스가 커밋되지 않은 변경사항을 롤백하고 lock을 해제. |
유저 세션이 비정상적으로 종료 | |
세션을 종료시키는 프로그램 오류 발생 |
3. Network Failure
일반적인 문제 | 가능한 해결 방법 |
리스너가 실패한 경우 | 백업 리스너와 Connect-Time Failover 구성 |
NIC(네트워크 인터페이스 카드)가 실패한 경우 | 다중 네트워크 카드를 구성 |
네트워크 연결이 실패한 경우 | 백업 네트워크 연결을 구성한다 |
4.user error
일반적인 원인 | 가능한 해결 방법 |
유저가 실수로 데이터를 삭제 / 수정한경우 | 트랜잭션 및 종속 트랜잭션 롤백하거나 테이블을 되돌린다 |
유저가 테이블을 삭제한 경우 | Recycle bin 에서 테이블을 Recovery 백업에서 테이블을 Recovery |
5. Instance Failure
일반적인 원인 | 가능한 해결 방법 |
정전 | Startup 명령을 사용하여 Instance를 재시작. instance Failure의 리커버리는 자동으로 이루어 진다. 리두로그의 변경 사항이 롤포워드 되고 커밋되지 않은 트랜잭션이 롤백된다. Alert log, trace file 및 EM을 사용하여 Failure의 원인 조사한다. |
하드웨어 Failure | |
주요 백그라운드 프로세스 중 하나의 Failure | |
비상 종료 프로시저 |
'Oracle Backup & Recovery' 카테고리의 다른 글
Oracle Database Backup (0) | 2022.07.27 |
---|---|
Instance Recovery의 이해 : CKPT (체크포인트) 프로세스 (0) | 2022.07.27 |