아카이브 역사 조회 :
SELECT FIRST_TIME, FIRST_CHANGE 번호, NEXT_CHANGE 번호, SEQUENCE 번호 FROM V의 $의 LOG_HISTORY;
아카이브의 경로를 확인하고 정보를 생성
SELECT NAME, CREATOR, SEQUENCE 번호, APPLIED, COMPLETION_TIME FROM V $ ARCHIVED_LOG;
활성 과정보기
디스플레이의 V의 $의 MANAGED_STANDBY보기하는 것은 물리적 대기 데이터베이스 관련 프로세스에 전념하고
현재 상태,이보기는 매우 특징적인 열은 프로세스 상태를 확인, 일반적으로 우리가 초점을 맞출 것이다, 또한
공정, CLIENT_PROCESS, SEQUENC 번호 및 상태 열을 예를 들어 :
SQL > SELECT PROCESS, CLIENT_PROCESS, SEQUENCE 번호, STATUS FROM V $ MANAGED_STANDBY; 공정 CLIENT_P SEQUENCE 번호 상태 - ------- -------- ---------- ------------ ARCH ARCH 78 폐문 ARCH의 ARCH 79 개폐 MRP0 N / 80 WAIT_FOR_LOG RFS LGWR 80 IDLE RFS ARCH 0 IDLE RFS N / 0 게으른
지침 :
프로세스 : 프로세스 이름, 등등 ARCH, RFS, MRP0하고있다.
CLIENT_P : 등등 ARCH, LGWR 등 기본 데이터베이스 프로세스를 해당.
SEQUENCE 번호 : 아카이브 수.
상태 : 프로세스의 현재 상태,보다 일반적인 값은 다음과 같습니다 :
1) 할당 : 1 차 데이터베이스 연결을 준비하고있다.
2) 첨부 : 1 차 데이터베이스를 연결합니다.
3)가 연결 : 기본 데이터베이스에 연결.
4) IDLE : 유휴.
5) 수신 : 아카이브 수신.
6) OPENING : 아카이브 처리.
7) CLOSING : 아카이브에 종료 처리.
8) WRITING : REDO 데이터베이스는 아카이브에 기록.
9) WAIT_FOR_LOG : 새로운 데이터 대기 REDO.
10) WAIT_FOR_GAP : 인터럽트를 접수하면 redo 데이터 중단 부분을 기다리고있다.
11) APPLYING_LOG : 애플리케이션 데이터를 다시.
최종 응용 프로그램 아카이브를보기
THREAD 번호에 의해 SELECT THREAD 번호 "LAST_APPLIED_LOG"는 V $ LOG_HISTORY에서 그룹 AS MAX (순서 #)를,
THREAD 번호의 LAST_APPLIED_LOG
---------- ---------- ------
(1) (3104)
의 해당 응용 프로그램 상태를 참조
스레드 번호, 일련 번호 선택 (SELECT)을의 적용 V $ ARCHIVED_LOG FROM,
스레드 순서 # # 적용
---------- ---------- ------- -
. 1 3098 YES
. (1) 3099 YES
. (1) 3100 YES
. 1 (3101) 예
. 1 (3102) 예
. 1 (3103)은 YES
. 1 IN-3104 메모리
물리적 대기 데이터베이스받지 못한 볼 수있는 로그 파일
전송 로그 파일이 LOG_ARHIVE_DEST_N 매개 변수에 의해 제어됩니다, 우리는 필요
에 국부적으로 생성되고 생성 된 아카이브 차이의 선단 보관의 비교. 예를 들면 다음과 같습니다
local.thread #에서 #의 local.sequence을 선택 (V의 $에서 스레드 #, # 순서 선택 = ARCHIVED_LOG WHERE DEST_ID 1.)하지 V의 $ 번호에서 시퀀스를 선택 (로컬 #의 local.sequence에서 = 2 WHERE DEST_ID ARCHIVED_LOG # = # local.thread 스레드)
스레드 시퀀스 # 1 #
---------- ----------
1 3098
1 3099
1 3100
1 3101
1 3102
1 3103
1 3104
모니터링 로그 응용 프로그램 서비스가
현재의 기본 정보 데이터를 쿼리 (브이 $ 데이터베이스 정보)
선택 (SELECT) database_role의 DB_UNIQUE_NAME, open_mode, 보호 모드, protection_level, SWITCHOVER_STATUS 브이 $ 데이터베이스에서,
DB_UNIQUE_NAME의 open_mode database_role
---------------- -------------- -------------------- ----------------
보호 모드 protection_level의 SWITCHOVER_STATUS
----------- --------- -------------------- --------------------
물리적 standby_oracle01은 STANDBY를 MOUNTED
최대로는 최대 성능으로 허용되지 성능을
전송 서비스가 REDO 현재 활성 응용 프로그램을보고 REDO
현재 REDO 다시 실행 응용 프로그램 및 전송 서비스 비 물리적 대기 데이터베이스의 상태 쿼리
예를 들어보기 이외의 V $ MANAGED_STANDBY 없음을 :
선택 프로세스 상태, 스레드 번호, 일련 번호, 블록 번호, 블록들 로부터 브이 $ managed_standby; 프로세스 상태 THREAD 번호 순서 # 블록 # 블록 - ------- ------------ ---------- ---------- ---------- ---------- ARCH 연결된 0 0 0 0 ARCH 연결 0 0 0 0 ARCH 연결 0 0 0 0 ARCH 폐문 1 3,104 6,144 1,008 ARCH 연결 0 0 0 0 RFS의 IDLE 0 0 0 0 RFS IDLE 0 0 0 0 IDLE RFS 1 3,105 1,596 1 MRP0 APPLYING_LOG 1 3,105 1,596 163,840
(활성화 된 실시간 애플리케이션 경우) 응용 프로그램 모드를 확인
당신이 진짜 열 경우 물리적 스탠바이 데이터베이스 쿼리 V $ ARCHIVE_DEST_STATUS보기,
응용 프로그램으로, 다음 RECOVERY_MODE 열이 나타납니다 : 관리 REAL 시간이 적용,
RECOVERY_MODE를
----------- ------------
IDLE
데이터 가드 이벤트 (V $ DATAGUARD_STATUS)
SQL> V $ DATAGUARD_STATUS FROM SELECT 메시지; 메시지 ------------------------------------------------- ------------------------------- ARC0 : 보관이 시작 보관을 시작 : ARC1가 보관 시작 : ARC2가 보관 시작 : ARC3가 ARC3을과 : '더 FAL'ARCH ARC2는 : 하트 비트 ARCH가되는 활성 하트 비트 ARCH되기 : ARC2 ARC4 : 보관이 시작 실시간 적용을 사용하지 않는 대기 모드 복구를 관리 RFS [1] : RFS 과정에 배정 된 27,418 ARC3 : 스레드 1 시퀀스 (3102)을 보관하기 시작 (14245665-14245874) MESSAGE -------------------------------------------- ------------------------------------ ARC3 : 완료 보관 스레드 1 시퀀스 (3102) (0-0) 기본 데이터베이스가 최대 성능 모드 RFS [2] : RFS 프로세스 27,420 할당 된 배경 관리 대기 복구 프로세스 시작하려고 시작했다 배경 관리 대기 복구 과정 : MRP0 실시간 적용을 시작 대기 복구 관리를 지우기 온라인 리두 로그 파일을 1 /u01/app/oracle/oradata/oracle01/redo01.log 1 개 완전한 온라인 리두 로그 파일 지우기 지우기 온라인 리두 로그 파일이 /u01/app/oracle/oradata/oracle01/redo02.log 온라인 리두 로그 파일 2 완전 지우기 온라인 로그 파일을 다시 지우기를 3 /u01/app/oracle/oradata/oracle01/redo03.log 메시지 ---------------------------------- ---------------------------------------------- 온라인 리두 로그 파일을 삭제 3 전체 대기 복구가 취소 된 관리 형 온라인 /u01/app/oracle/oradata/oracle01/redo05a.log 로그 파일 (9)을 다시 지우기를 온라인 리두 로그 파일 9 전체 지우기 미디어 복구 로그 /u01/app/oracle/product/11.2.0/db_1/dbs/archivelog/1_3102_100 0748999.dbf 미디어 복구는 (운송) 스레드 1 시퀀스 (3103) 대기 ARC3를 : 스레드를 보관하기 시작 순서 (3103) (1) (14245874- 14,245,930) ARC3 : 완료 보관 쓰레드 (1) 서열 3103 (0-0) 미디어 복구 쓰레드 (1)에서 전송 시퀀스 (3104) ()을 기다리고 MRP0 : 배경 미디어 복구 상태로 16,037 취소 MESSAGE ------------- -------------------------------------------------- ----------------- 실시간 적용을 사용하지 않는 대기 모드 복구를 관리 배경 미디어 복구 프로세스 종료 : MRP0 배경 관리 대기 복구 프로세스를 시작하는 시도를 MRP0 : 배경 관리 대기 복구 프로세스가 시작 실시간 적용을 시작 대기 복구 관리 미디어 복구가 스레드 1 (운송) 순서 (3104) 대기 ARC3 : 스레드를 보관부터 1 시퀀스 (3104) (14245930-14250924) ARC3 : 순서 (3104) 완성 보관 스레드 1 ( 0-0) 미디어 복구 운송 스레드 1 시퀀스 (3105) ()을 기다리고 선택된 41 행.
병렬 처리의 정도를 RECOVER 설정
하면 리두 로그 파일을 읽을 필요가 응용 프로그램 미디어 복구 중 재실행, 기본값은 시리얼입니다
복잡한, 우리는 복구의 구현에 병렬 처리 수준을 지정 PARALLEL 절을 추가 할 수 있습니다
높은 읽기와 응용 프로그램 속성과 같은 :
SQL > 대기 RECOVER DATABASE의 병렬 2 ;
보기 보호 모드
SQL>를 선택 protection_mode, 브이 $ 데이터베이스에서 protection_level; PROTECTION_MODE PROTECTION_LEVEL -------------------- -------------------- 최대 성능 최대 성과