제 하나 장 : 약 DG 이론
데이터 가드 (약어 : DG)는 도구 오라클 고 가용성 시스템입니다. DG 데이터 동기화하기 전에 기본 및 중복 데이터 동기화 실시간 지연 동기, 비동기 형성 될 수 있도록, 로그 DG 동기화 메커니즘 데이터 보호 중복 된 데이터를 제공한다. DG는 일반적으로 고 가용성 및 중소기업에서 원격 재해 복구 프로그램에 사용됩니다. DG 읽기 전용 조회하여 성능 압력 차 데이터베이스를 분산하는 예비 기계에서 수행 될 수있다.
환경에서 DG는, 적어도 두 개의 데이터베이스, 서비스를 제공하기 위해 열린 상태에서 하나의 데이터베이스가 기본 데이터베이스라고있다. 두 번째 복구 상태에있는 대기 데이터베이스라고합니다. 기본 데이터베이스 런타임 서비스는 외부 사용자가 기본 데이터베이스에 대한 작업을 수행 제공, 작업이 온라인 및 아카이브 로그에 기록되고, 대기 데이터베이스에 네트워크를 통해 전송이 로그. 이 로그는 데이터를 기본 데이터베이스와 대기 데이터베이스 동기화를 가능하게 대기 데이터베이스 자체를 반복합니다.
장 : DG 아키텍처
DG 아키텍처는 기능적으로 세 부분으로 나눌 수 있습니다 :
1) 로그 전송 (리두를 전송)
로그를받은 2)합니다 (리두를 수신)
. 3) 응용 프로그램 로그 (적용 다시 실행)
(1), 전송 로그 :
데이터베이스 작업 차의 프로세스 그것은 대기 데이터베이스로 전송 될 필요가 리두 로그의 꾸준한 스트림을 생성합니다. 이 작업은 기본 데이터베이스 LGWR 또는 ARCH 프로세스를 전송하여 수행 할 수 있습니다, 다른 보관 대상은 다른 방법을 사용할 수 있지만, 대상에 대한 단 하나의 방법을 선택할 수 있습니다. 보호 및 데이터베이스 시스템의 가용성과는 매우 다른 어떤 프로세스를 선택
아치 프로세스를 사용하여 1)
기본 데이터베이스가 리두 로그를 생성하기 위해 계속 이러한 로그는 온라인 로그 LGWR 프로세스에 기록된다
그룹 온라인 로그가 가득 차면, 로그가 일어날 것입니다 핸드 오버와 지역 아카이브를 트리거,
로컬 아카이브의 완료는 온라인 로그를 다시 적용 할 수 있습니다 후,
아치 프로세스가 NET에 의해 RFS 프로세스를 대기 데이터베이스에 로그 파일을 전송하고
수신 로그의 RFS 프로세스를 대기 데이터베이스 끝이 아카이브 로그를 기록;
MRP 프로세스는 대기 데이터베이스 프로세스 또는 대기 데이터베이스에서 이러한 LSP 로그 애플리케이션, 따라서 데이터 동기를 종료한다.
2) LGWR 프로세스를 사용하여
기본 데이터베이스가 동시에 로그 파일 및 네트워크에 기록 생성 된 로그. 로컬 로그 파일에 쓰는 그 LGWR 과정뿐만 아니라 지역 LNSn 과정에 전송하고 원격 대상에 네트워크를 통해 LNSn 프로세스에 의해 전송 된 로그;
LGWR는 로컬 로그 파일에 쓰기 작업을 기다리고 성공적으로 LNSn 프로세스, 트랜잭션 만 기본 데이터베이스에 제출 될 수있는 네트워크를 통해 전송해야
대기 redo_log의 대기 데이터베이스, 대기 데이터베이스 및 아카이브에 로그 스위치 트리거 스위치를 대기 데이터베이스 로그 다음 MRP 또는 LSP 대기 데이터베이스의 아카이브 로그 복구 프로세스를 트리거합니다.
2, 저널 리시버 :
RFS 프로세스는 로그가 기록 된 특정 파일 로그 전달 방법의 기본 및 대기 데이터베이스의 위치에 따라 파일, 로그 아카이브 로그를 넣어 또는 대기 다시 실행 기록, 대기 데이터베이스 로그를받습니다. 파일이 리두 로그 대기 모드로 작성된 경우, 기본 데이터베이스 로그 스위치가 발생하면, 로그 스위치의 대기 데이터베이스 리두 로그에 대기 트리거,이 대기는 아카이브 리두 로그. 당신이 보관 된 로그를 작성한 경우,이 작업 자체는 아카이브 조작으로 볼 수있다.
3. 응용 프로그램 로그 :
응용 프로그램 서비스 로그는 동기화 두 개의 데이터베이스에서 데이터를 수 있도록 대기 데이터베이스에 대한 반복 기본 데이터베이스 로그입니다.
제 III : DG 구성 프로세스
1 소스 라이브러리 보관 모드를 강제하기위한 제 세트 :
SQLPLUS 통해 데이터베이스에 액세스 / SYSDBA 그대로 
소스 라이브러리 압축 모드가 설정되어있는 데이터베이스 인스턴스를 확립하기 위해 현재 시간으로 설정한다 (2). 
3, 소스 저장소는 모든 데이터베이스 인스턴스의 완료 후에 추가 DG와 관련된 다음과 같은 매개 변수를 추가 다시 시작
4、查看logfile（每个为500M）和创建standby_logfile
5、Rman备份整个源库，备份完成后将备份文件复制到源库对应目录
6、创建standby库的pfile，（该过程从源库中备份过去并进行相关的修改）
7、修改后的参数如下：
8、修改源库的tnsname.ora,同时复制到目标库对应位置。
9、dg服务器上创建所需的目录：
oracle下：
mkdir -p /u01/app/oracle/admin/easdb_dg/adump
mkdir -p /oradata/easdb_dg/controlfile/
mkdir -p /oradata/easdb_dg/standbylog/
mkdir -p /oradata/easdb_dg/onlinelog/
mkdir -p /u01/app/oracle/diag/rdbms/easdb_dg/oem/trace/cdump
root下：
mkdir /backup
chown oracle:oinstall /backup
10、统一源和目标库的密码：
11、Dg库nomount启动
(12), 소스 및 싱크 : 가드 (DataGuard) 데이터베이스 구축 RMAN
RMAN 대상 / 보조 SYS가 / kingdee123 @ easdb_dg
, 대상 데이터베이스에 대한 STANDBY NOFILENAMECHECK DUPLICATE 
복원이 완료되면 현재 현재 SPFILE 사용 PFILE 파일 대상 라이브러리를 생성합니다, (13), 그 다음에 데이터베이스를 시작 마운트 모델 
(14), 복구 모드로 로그온 할 수있는 대상 라이브러리
우리는 완료!