DB2 중앙 도서관 :
SQL은> DATABASE_ROLE, 브이 $ 데이터베이스에서 OPEN_MODE을 선택;
DATABASE_ROLE OPEN_MODE
---------------- --------------------
PRIMARY 읽기 쓰기
대기 같은 DB1
SQL은> DATABASE_ROLE, 브이 $ 데이터베이스에서 OPEN_MODE을 선택;
DATABASE_ROLE OPEN_MODE
---------------- --------------------
물리적 스탠바이 READ는에서만 적용
폐쇄 중앙 도서관의 DB2 시뮬레이션
SQL> 슈 중단
ORACLE 인스턴스가 종료합니다.
다시 DB1의 상태를보기 :
SQL은> DATABASE_ROLE, 브이 $ 데이터베이스에서 OPEN_MODE을 선택;
DATABASE_ROLE OPEN_MODE
---------------- --------------------
PRIMARY 읽기 쓰기
IV : 자동 전환 과정 :
4.1 : 시험은 중앙 도서관의 장애를 감지하기 위해 약 10 초 관찰자됩니다!
DGMGRL은> 관찰자를 시작합니다;
관찰자가 시작
20 : 15 : 59.44 2019년 7월 4일 (목요일)
데이터베이스 "DB2"에 패스트 스타트 페일 오버를 시작 ...
NOW 장애 조치를 수행, 기다려주십시오 ...
페일 오버는 새로운 기본은 "DB2"입니다 성공
20 : 16 : 01.77 2019년 7월 4일 (목요일)
명령 줄 장애 조치 명령 다음 두 명령을 실행 자동화 failver 여부로 4.2 장애 조치 및 수동 장애 조치를 처리하거나 수동 장애 조치를 실행합니다 :
변경 데이터베이스가 대기 데이터베이스 마무리 힘을 관리 복구; --- 정지 RFS 과정
--- 由 개방 到 마운트, 데이터베이스가 차에 스위치 오버 커밋 변경
---- 열기 쓰기 읽기, 개방 데이터베이스를 변경
장애 조치가 발생하면, 다음 과정은 참으로 등을 통해 볼 수 있습니다
1) 상태를 시작 :. (Rfs)을하고 MRP 프로세스가 정상
SQL> 선택 과정, 상태, 브이 $ managed_standby에서 시퀀스 #;
PROCESS 상태 SEQUENCE 번호
--------- ------------ ----------
ARCH 0 연결
ARCH 0 연결
ARCH 0 연결
ARCH 폐문 (14)
RFS의 IDLE 0
RFS의 IDLE (15)
RFS의 IDLE 0
MRP0 APPLYING_LOG (15)
8 행 선택.
2) .rsf 과정이 사라집니다
SQL> 선택 과정, 상태, 브이 $ managed_standby에서 시퀀스 #;
PROCESS 상태 SEQUENCE 번호
--------- ------------ ----------
ARCH 0 연결
ARCH 0 연결
ARCH 0 연결
ARCH 폐문 (14)
MRP0 APPLYING_LOG (15)
3) 데이터베이스가 탑재된다
SQL은> DATABASE_ROLE, 브이 $ 데이터베이스에서 OPEN_MODE을 선택;
DATABASE_ROLE OPEN_MODE
---------------- --------------------
물리적 스탠바이 장착
4) 데이터베이스가 열려 쓰기 a를가된다
SQL은> DATABASE_ROLE, 브이 $ 데이터베이스에서 OPEN_MODE을 선택;
DATABASE_ROLE OPEN_MODE
---------------- --------------------
PRIMARY 읽기 쓰기
4.3 수동 장애 조치를 수행;
DGMGRL> 도움말 장애 복구
대기 데이터베이스를 변경하는 것은 기본 데이터베이스가 될 수 있습니다
통사론:
FAILOVER TO <대기 데이터베이스 이름> [IMMEDIATE];
때 장애 조치가 발생합니다 :
보기 구성 상태 : 주요 도서관의 원래 발견 복원 할 필요가, 당신은 라이브러리에서 새 중앙 도서관이 될하기 위해, 수리 아래 명령 복원을 사용해야합니다!
DGMGRL> 쇼 구성
구성 - dbha_c
보호 모드 : MaxPerformance
데이터베이스 :
DB2 - 기본 데이터베이스
경고 : ORA-16829 : 패스트 스타트 페일 오버 구성이 떨어지고있다
DB1 - (*) 물리적 스탠바이 데이터베이스 (사용 안 함)
ORA-16661는 : 대기 데이터베이스는 복원 할 필요가
패스트 스타트 페일 오버 : 사용
구성 상태 :
경고
첫째, 상태를 탑재 원래 기본 데이터베이스를 시작 :
SQL> 시작 마운트
DGMGRL> 도움말 분석 재개
가능한 대기 모드로 복직 표시된 데이터베이스를 변경합니다
통사론:
DATABASE을 복원 <데이터베이스 이름>;
DGMGRL는> DB1 데이터베이스 복원
"DB1"데이터베이스를 복직, 기다려주십시오 ...
"DB1"데이터베이스의 복직 성공
다시 원래의 마스터 라이브러리보기 :
SQL> 선택 과정, 상태, 브이 $ managed_standby에서 시퀀스 #;
PROCESS 상태 SEQUENCE 번호
--------- ------------ ----------
ARCH 0 연결
ARCH 0 연결
ARCH 0 연결
ARCH 폐문 (5)
RFS의 IDLE 0
RFS의 IDLE 0
RFS의 IDLE 0
RFS의 IDLE (6)
MRP0 APPLYING_LOG 6
실제로 다음 절차의 이행을 복원된다
새 라이브러리 장비 원래 중앙 도서관을 변환하려면
요구 사항 이전 주 라이브러리는 장애 조치 후, 데이터베이스 기능을 flashbackup 열려 있어야합니다,
라이브러리에서 1.보기 기본 장애 조치 시간 SCN 번호가됩니다.
SQL> 브이 $ 데이터베이스에서 STANDBY_BECAME_PRIMARY_SCN을 선택;
STANDBY_BECAME_PRIMARY_SCN
--------------------------
15468
다시 SCN 번호 15468에 원래 기본 데이터베이스에 2. 플래시;
SQL> SCN 15468 TO 플래시백 DATABASE;
데이터베이스 변경.
원래 기본 데이터베이스 3. 핸드 오버 :
SQL은> 데이터베이스가 물리적 스탠바이로 변환 변경;
데이터베이스 변경.
원래 기본 라이브러리를 닫으십시오
SQL> 바로 슈
주 마운트 원본 마스터 라이브러리를 열고 5.
SQL> 시작 마운트;
새 기본 데이터베이스 아카이브 6. 준비한 새로운 라이브러리에 새로 생성 된 로그
SQL> 시스템 아카이브 현재 로그 변경;
7. MRP 프로세스 응용 프로그램 로그, 재생 변경
SQL> 변경 데이터베이스 세션의 현재 로그 파일 차단을 사용하여 관리 대기 데이터베이스를 복구;
데이터베이스 변경.
5. 상태 :
SQL> 선택 과정, 브이 $ managed_standby에서 상태;
프로세스 상태
--------- ------------
ARCH 폐문
ARCH CONNECTED
ARCH CONNECTED
ARCH 폐문
MRP0 APPLYING_LOG
RFS의 IDLE
RFS의 IDLE
RFS의 IDLE
이 시점에서 원래 중앙 도서관은 대기의 새 주인이되었다.