오라클 DG 중개인 후 전환 및 장애 조치 장애 조치 및 복구 마스터 - 슬레이브 동기화 할 수

이전 https://blog.csdn.net/Hehuyi_In/article/details/94384431는  개념 및 전환 장애, 차분 방법 및 SQL 동작의 사용을 도입 하였다. 당신은 명령은 더 여기에서 복잡, SQL의 사용이 필요한 작업이 주에서 라이브러리에서 수행 수행하는 이러한 작업을 단순화하기 위해 DG 브로커를 사용하는 방법에서이 모습을 볼 수 있습니다.

 

A, DG 브로커 설치 및 구성

1. DG 브로커 설치

DG Broker는 오라클 데이터베이스 소프트웨어를 설치, 실제로 DGMGRL 도구 또는 전체 클라이언트 도구, 약간 종이 포함되어 있습니다.

2. 수정 모니터

리스너가 사용할 수있는 기존 모니터를 수정하지 않을 경우, 다음에 의해 차단의 구성을 수정,이 방법은 나중에 소개합니다

중앙 도서관

LISTENER =
  (DESCRIPTION_LIST=
    (DESCRIPTION =
      (ADDRESS =(PROTOCOL = TCP)(HOST = 192.168.180.43)(PORT = 1521))
      (ADDRESS =(PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

SID_LIST_LISTENER =
 (SID_LIST =
   (SID_DESC =
     (GLOBAL_DBNAME= ocrl)
     (ORACLE_HOME =/u01/app/oracle/product/12.1.0/db_1)
     (SID_NAME =ocrl)
   )
   (SID_DESC =
     (GLOBAL_DBNAME=ocrl_DGMGRL) # 新增部分
     (ORACLE_HOME =/u01/app/oracle/product/12.1.0/db_1)
     (SID_NAME =ocrl)
   )
 )

도서관 장비

LISTENER =
  (DESCRIPTION_LIST=
    (DESCRIPTION =
      (ADDRESS =(PROTOCOL = TCP)(HOST = 192.168.180.44)(PORT = 1521))
      (ADDRESS =(PROTOCOL = IPC)(KEY = EXTPROC1521))
    )
  )

SID_LIST_LISTENER =
 (SID_LIST =
   (SID_DESC =
     (GLOBAL_DBNAME= ocrls)
     (ORACLE_HOME =/u01/app/oracle/product/12.1.0/db_1)
     (SID_NAME =ocrls)
   )
   (SID_DESC =
     (GLOBAL_DBNAME=ocrls_DGMGRL)  #新增部分
     (ORACLE_HOME =/u01/app/oracle/product/12.1.0/db_1)
     (SID_NAME =ocrls)
   )
 )

리스너를 다시 시작하는 것을 잊지 마십시오

lsnrctl stop
lsnrctl start

3. 구성 DG 중개인 

• 매개 변수 수정 Dg_broker_config_file (주 및 라이브러리 수행됩니다)

여기에 기본 경로를 사용, 당신은 당신의 자신을 지정할 수 있습니다. 당신은 RAC 환경에있는 경우 당신이있는 경우, 위의 공유 저장이이 파일은 ASM ASM은에 넣어 수 있습니다.

show parameter dg_broker_config_file

• BROKER 사용 (기본 및 라이브러리는 실행됩니다)

alter system set dg_broker_start=true;

• BROKER 구성 만들기

메인 및 백업 데이터베이스 기계 또는 (라이브러리가 마스터에 연결할 수 있습니다에서) 장착 DGMGRL의 다른에서 작동 할 수 있습니다. 여기에 중앙 도서관에서 수행하도록 선택할

ocrl:/home/oracle@oracle1>dgmgrl
DGMGRL>connect sys/oracle@ocrl

DGMGRL>help create
DGMGRL>create configuration dg as primary database is ocrl connect identifier is ocrl;

여기 ORA-16698는,이 오류가 오류없이는 11g의 12C에 표시되는 오류가 발생했습니다. 기본 및 대기에의 log_archive_dest_n 매개 변수를 제거함으로써 해결 될 수있다, 실제 인수의이 조각은 관리 DG 브로커에게 넘겨없고, 더 이상 필요 인간의 개입 설정해야합니다.

대기 라이브러리는 실행

alter system set log_archive_dest_2='';

다시 실행

create configuration dg as primarydatabase is ocrl connect identifier is ocrl;

프로필을 사용

DGMGRL>enable configuration

구성 파일에 대기 데이터베이스를 증가

DGMGRL>help add
DGMGRL>add database ocrls as connect identifier is ocrls;

프로필보기

DGMGRL>show configuration

구성 데이터베이스를 확인

DGMGRL>show database verbose ocrl
DGMGRL>show database verbose ocrls

주 : 관련 SERVICE_NAME 브로커 <DB_UNIQUE_NAME> _DGMGRL, 청취자 앞의 파일의 시작 부분 수정할 수 있도록한다. 당신이 모니터 파일을 수정하지 않으려면 (이 또 다른 방법은 앞에서 설명한) StaticConnectIdentifier을 수정하려면 다음 명령을 실행할 수 있습니다.

DGMGRL>edit database ocrl set property StaticConnectIdentifier='(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.168.43)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ocrl)(INSTANCE_NAME=ocrl)(SERVER=DEDICATED)))';

DGMGRL> edit database ocrls set property  StaticConnectIdentifier='(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.168.44)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=ocrls)(INSTANCE_NAME=ocrls)(SERVER=DEDICATED)))';

 

둘째, DG 중개인의 사용 전환 할 수

아주 간단하게, 그것은 명령입니다.

DGMGRL> switchover to ocrls;

프로필보기 다시

DGMGRL> show configuration

우리는 전환이 성공적으로 완료 발견

 

셋째, DG 중개인의 사용은 장애 조치 할 수

그것은 또한 명령 매우 간단합니다

DGMGRL> FAILOVER TO database-name;
# 或者
DGMGRL> FAILOVER TO database-name IMMEDIATE;

장애의 두 가지 유형에 해당하는

• 완벽한 장애 조치 (기본 방법) : 모든 대기 데이터베이스에 리두 로그 데이터 손실을 최소화하기 위해 주요 도서관에서 첫 번째 시도.
• 즉시 장애 조치 : 라이브러리 데이터의 준비는 더 이상 즉시 전환, 적용되지 않습니다.

 

넷째, 장애 조치는 마스터 - 슬레이브 관계를 복원

장애 조치는 데이터베이스 프록시 구성에서 삭제되지 않습니다 사용할 수 없지만, 더 이상 브로커에 의해 관리 후. 이러한 데이터베이스를 관리하는 에이전트를 다시 사용하려면 복원 또는 마스터 - 슬레이브 관계를 다시 만들어야합니다 :

• 마스터 - 슬레이브 관계를 복원 할 수있는 경우, 데이터베이스는 다음과 같은 상태를 표시합니다 :

ORA-16661：需要恢复备用数据库

• 새 중앙 도서관에서 대기 데이터베이스를 다시 작성해야하는 경우, 다음과 같은 상태를 표시합니다 :

ORA-16795：需要重新创建备用数据库

복원을 위해 명령은 성공또한 장애 조치 이전에 이전 기본 데이터베이스 플래시백을 사용하려면 (라이브러리에 의해 복원 될)되어 있어야하고, 충분한 플래시백 로그가 있어야합니다.

 

1. 절차

• 상태를 탑재 할 수있는 데이터베이스를 다시 시작
• 새로운 중앙 도서관에 연결
• 사용 엔터프라이즈 관리자는 데이터베이스 또는 DGMGRL을 복원하는

원래 기본 실패 에이전트는 동일한 타입 (논리적 또는 물리적 스탠바이 데이터베이스)의 라이브러리 제조 원래 라이브러리를 복원. 유일한 예외는 실패 대기 데이터베이스 스냅 샷,이 시간에 원래 기본 데이터베이스 오류는 물리적 스탠바이 데이터베이스로 돌아갑니다.

장애 복구시 복구를 연기하는 것은 심지어 대기 데이터베이스로 새 기본 데이터베이스로, 장애인 관객 라이브러리 장비이다.

 

2. DGMGRL 복구

임의의 데이터베이스에 접속하여 프록시 구성 (데이터베이스 이외가 복원 될 때) 수행된다 :

DGMGRL> REINSTATE DATABASE db_unique_name;

완료되면, 라이브러리 준비한 새 기본 데이터베이스가 될 것이다. 실패하면 상태가 변경  ORA-16795: the standby database needs to be re-created. 거기에 더 의지가 없지만, 마스터에서 무게를 취할 것이다.

 

참고

https://blog.csdn.net/shiyu1157758655/article/details/55504026

https://blog.csdn.net/Hehuyi_In/article/details/94384431

https://docs.oracle.com/cd/E11882_01/server.112/e40771/sofo.htm#DGBKR390

https://docs.oracle.com/cd/E11882_01/server.112/e40771/concepts.htm#DGBKR001