Oracle 데이터 가드

Oracle Data Guard

Oracle Corporation이 Oracle Data Guard로 판매하는 소프트웨어는 Oracle RDBMS(Relational Database Management System)의 확장을 형성합니다.운영 프라이머리 데이터베이스의 대체/보충 저장소로서 세컨더리 스탠바이 데이터베이스를 확립 및 유지하는 데 도움이 됩니다.

Oracle은 Data Guard 구성을 관리하기 위한 그래픽 사용자 인터페이스(GUI)와 명령줄(CLI) 도구를 모두 제공합니다.

Data Guard는 물리 스탠바이 사이트와 논리 스탠바이 사이트를 모두 지원합니다.Oracle Corporation은 Data Guard를 Oracle RDBMS의 "[1]Enterprise Edition"에 포함된 번들 기능으로만 제공합니다.

적절하게 설정된 Data Guard 작업을 통해 DBA는 동일 위치 또는 대체 위치에 있는 대체 호스트로 페일오버 또는 전환을 촉진할 수 있습니다.

구성

Data Guard의 목적상 각 Oracle 데이터베이스는 프라이머리 데이터베이스 [2]역할 또는 스탠바이 데이터베이스 역할 중 하나로 기능하며 역할 간에 전환할 수 있습니다.

물리 스탠바이(Redo Apply)

물리적 대기 데이터베이스는 기본 데이터베이스의 정확한 내용을 Oracle Net 네트워크 계층에 걸쳐 복제합니다.상대적인 물리 스토리지 위치는 다를 수 있지만 데이터베이스의 데이터는 프라이머리 데이터베이스와 완전히 동일합니다.물리적 대기 데이터베이스는 관리 복구 모드 또는 읽기 전용 모드에서 동시에 작동할 수 없습니다(데이터베이스가 Oracle Database 11.1 이상이고 Active Data Guard 옵션이 라이센스가 없는 경우 - 아래 참조).스탠바이에서는, 「Redo Apply」테크놀로지를 이용합니다.

물리적 스탠바이 데이터베이스의 DB가 동일함ID 식별자를 주요 [3]동등한 ID로 지정합니다.

논리 스탠바이(SQL 적용)

논리 스탠바이 데이터베이스는 프라이머리 데이터베이스에서 생성된 redo를 데이터와 SQL로 변환한 후 논리 스탠바이에서 이러한 SQL 트랜잭션을 다시 적용합니다.따라서 물리적 구조와 구성은 기본 데이터베이스와 다릅니다.사용자는 변경이 적용되는 동안 논리 스탠바이 데이터베이스에서 읽을 수 있습니다.GUARD가 STANDBY(ALTER DATABE GUARDY;)로 설정되어 있는 경우 SQL Apply에 의해 유지되지 않는 논리 스탠바이 데이터베이스 내의 테이블에 쓸 수 있습니다.

유감스럽게도 지원되지 않는 객체(SYS가 소유한 테이블 또는 시퀀스, 테이블 압축을 사용하는 테이블, 구체화된 뷰 또는 글로벌 임시 테이블(GTT)의 기반이 되는 테이블 및 지원되지 않는 데이터 유형(예: 데이터 유형 BFILE, ROWID 및 UROWID, 사용자 정의 데이터 유형, 멀티미디어, UROWID 등)이 다수 존재합니다.및 Oracle 텍스트 컬렉션(예: 중첩된 테이블, VARRAY), SecureFile LOB, OBJECT RENALational XMLType 및 BINARY XML)[4]을 제공합니다.이 경우 논리 스탠바이가 적절하지 않을 수 있습니다.

액티브 데이터 가드

추가 비용 [5]시설인 "Oracle Active Data Guard" 옵션은 Oracle 11g 구성에서 Oracle Data Guard 기능을 확장합니다.프라이머리 노드에서 아카이브된 트랜잭션을 적용하는 동시에 물리 스탠바이 노드에서 읽기 전용 액세스를 허용합니다.또한 자동 블록 복구와 물리 [6]스탠바이 시 고속 증분 백업 기능을 갖추고 있습니다.

작동

서버측 기능

LNS(log-write 네트워크 서비스)과 ARCH(압축 프로그램)과정이 1차 데이터베이스에서 실행되고 오라클 인스턴스 내에서 그 RFS(파일 서버 원격)배경 과정과 쓰기 별도로 뜯어고치다 통나무를 1차 데이터베이스에서 발원을 받는 과제를 수행하는standby-database host,[7]로 보내 보관된 다시 하다 로그를 선택합니다.mto 스탠바이 redo 로그(SRL).[8]

또는 보충 메커니즘은 아카이브된 redo 로그를 전송할 수 있다.스탠바이 데이터베이스에서는, Fetch Archive Log(FAL) 클라이언트는, 수신 로그의 시퀀스의 갭을 감시합니다.갭이 발견되면 프라이머리 데이터베이스에서 실행할 하나 이상의 Fetch Archive Log(FAL) 서버를 호출하여 누락된 항목을 전송할 수 있습니다.[9]

아카이브된 redo 로그가 스탠바이 호스트에 도착하면 로그 내용을 스탠바이 데이터베이스에 적용하기 위해 ARCH(아카이브 프로세스), MRP(Managed Recovery[10] Process), LSP(또는 둘 다) 등의 다른 프로세스가 설정될 수 있습니다.

스탠바이 redo 로그를 사용하면, 스탠바이[11] 데이타베이스에의 변경의 리얼 타임 [12]적용을 고속화할 수 있습니다.

Data Guard Connection Process(DRCX; 데이터 가드 연결 프로세스)는 데이터베이스 [13]간에 데이터를 전송하는 역할을 합니다.

클라이언트 측 액세스

Data Guard Broker 서브시스템은 Data Guard [14]구성의 셋업, 관리 및 모니터링을 지원합니다.

이점

Data Guard는 데이터베이스 시스템의 고가용성을 제공합니다.또한 disaster recovery("페일오버") 또는 업그레이드/유지보수("스위치오버") 시 데이터베이스 간 전환에 필요한 작업도 줄일 수 있습니다.

Data Guard는 스탠바이 redo 로그 파일을 사용하여 데이터 [15]손실을 최소화할 수 있습니다.

프라이머리 시스템과 스탠바이 시스템이 다른 CPU 아키텍처, 운영 체제(예: Microsoft Windows 및 Linux), 운영 체제 이진 파일(32비트/64비트) 또는 Oracle 데이터베이스 이진 파일(32비트/64비트)[16]을 가질 수 있는 이기종 구성을 지원합니다.

단점들

프라이머리와 스탠바이를 접속하는 네트워크링크가 오버 서브스크라이브 되어 있는 경우 redo 로그는 시간순으로 출하되지 않기 때문에 스탠바이에서 사용 가능한 redo에 큰 갭이 발생할 수 있습니다.이러한 상태에서는, 스탠바이가 프라이머리보다 뒤떨어집니다.[5] 이는 Oracle의 Active Data Guard Farsync 기술을 사용하여 해결할 수 있습니다.

논리 대기 데이터베이스를 사용하여 데이터베이스를 업그레이드하는 경우를 제외하고 주 데이터베이스 및 모든 대기 데이터베이스에 동일한 릴리스의 Oracle Database Enterprise Edition을 설치해야 합니다.

Oracle Data Guard는 Oracle Database Enterprise Edition의 기능으로만 사용할 수 있습니다.

「 」를 참조해 주세요.

오라클 RAC

레퍼런스

  1. ^ http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/standby.htm#insertedID3 Data Guard 개념 및 관리, 11g Release 1 (11.1); 섹션 2.3.2: 2007-10-01에서 취득된 "Oracle 소프트웨어 요건"
  2. ^ Rich, Kathy; et al. Oracle Data Guard Concepts and Administration 11g Release 2 (11.2). Retrieved 8 Mar 2017.
  3. ^ Tchoko, Floribert (2012). Oracle: Protect Your Data. AuthorHouse. p. 128. ISBN 9781467896214. Retrieved 2015-03-17. [...] a new identifier DBID is assigned to the new database unless the database is a standby database. In this case it retains the same DBID as the source database.
  4. ^ Czuprynski, Jim (January 2010). "Leveraging Logical Standby Databases in Oracle 11g Data Guard". Retrieved 2010-07-16.
  5. ^ a b Lorentz, Diana (January 2009). "Oracle Database Options". Oracle Database Licensing Information 11g Release 1 (12c). Oracle Corporation. Retrieved 2009-04-22. If a physical standby database in a Data Guard configuration has any of the above features enabled, then the Active Data Guard option must be licensed for every such physical standby, and also for the primary database.
  6. ^ "Oracle Active data Guard". Oracle Database. Oracle Corporation. January 2010. Retrieved 2009-04-22. Oracle Active Data Guard enables read-only access to a physical standby database for queries, sorting, reporting, web-based access, etc., while continuously applying changes received from the production database.
  7. ^ Smith, Michael T (February 2007). "Data Guard Redo Transport & Network Best Practices: Oracle Database 10g Release 2" (PDF). Oracle Corporation. pp. 6, 14. Retrieved 2009-03-11. ... sending processes (LNS and ARC) on the production database....The Data Guard LNS process on the production database performs a network send to the Data Guard RFS process on the standby database.
  8. ^ Carpenter, Larry; et al. (2009). Oracle Data Guard 11g Handbook. Oracle Press. McGraw Hill Professional. p. 5. ISBN 9780071621489. Retrieved 2015-02-17. Redo records transmitted by the LNS are received at the standby database by another Data Guard process called the Remote File Server (RFS). The RFS receives the redo at the standby database and writes it to a sequential file called a standby redo log file (SRL).
  9. ^ Data Guard의 Oracle-Base 사이트 요약, 2007-09-05 취득, Oracle Corp 버전 11.1 문서 링크, 2007-09-05 취득.
  10. ^ Ault, Mike (2004). Oracle 10g Grid & Real Application Clusters: Oracle 10g Grid Computing with RAC. Oracle In-Focus Series. Madhu Tumma. Rampant TechPress. p. 640. ISBN 9780974435541. Retrieved 2012-08-31. [...] the managed recovery process (MRP) on the standby database determines the correct order to apply the archive logs from the different threads on the Standby Database.
  11. ^ Bach, Martin (2013). Expert Consolidation in Oracle Database 12c. Expert's voice in Oracle. Apress. p. 320. ISBN 9781430244295. Retrieved 2015-02-19. [...] with Oracle 10g, [u]sing standby redo logs on the standby database server, the redo stream arriving on the destination could be applied to the standby database immediately, without having to wait for the standby redo log to be archived and applied.
  12. ^ Schupmann, Vivian (2008). "Oracle Data Guard Concepts and Administration, 10g Release 2 (10.2)". Oracle. Retrieved 2015-02-20. Redo data can be applied either from archived redo log files, or, if real-time apply is enabled, directly from the standby redo log files as they are being filled, without requiring the redo data to be archived first at the standby database.
  13. ^ "Oracle Database Online Documentation, 10g Release 2 (10.2)". docs.oracle.com. Oracle. 2015. Retrieved 2015-06-16. The Data Guard Connection process (DRCX) detected an error while transferring data from one database to another.
  14. ^ Whalen, Edward (2005). Oracle Database 10g Linux administration. McGraw-Hill Professional. p. 329. ISBN 978-0-07-223053-6. Retrieved 2011-09-07. The Data Guard Broker is the set of utilities and services that manage Data Guard. Included in the Data Guard Broker are both a GUI interface using Oracle Enterprise Manager and a command-line interface (CLI). The Data Guard Broker is used to set up Data Guard, to manage the configuration, and to monitor Data Guard.
  15. ^ Kumar, Bipul (2005). Oracle Data Guard: Standby Database Failover Handbook. Oracle In-Focus Series. Vol. 19. Rampant TechPress. p. 277. ISBN 9780974599380. With the introduction of [...] standby redo logs [...] it is possible to have a logical standby database be a part of a data Guard configuration running in maximum protection mode. In this way, the Data Guard SQL Apply method offers complete zero-data-loss support.
  16. ^ "Data Guard Operational Prerequisites". Data Guard Concepts and Administration. Oracle Corporation. Retrieved 2013-08-26. As of Oracle Database 11g, Data Guard provides increased flexibility for Data Guard configurations in which the primary and standby systems may have different CPU architectures, operating systems (for example, Windows & Linux), operating system binaries (32-bit/64-bit), or Oracle database binaries (32-bit/64-bit).