메트로 가상 데이터 센터

IT가 계속 성장함에 따라 정보 시스템은 무관심한 산업에서 더욱 중요해지고 있습니다. 정보 시스템의 서비스 중단은 특히 통신, 금융, 의료, 전자 상거래, 물류 및 정부와 같은 산업에서 경제적 손실, 중요한 데이터 손실 및 시장의 브랜드 이미지에 영향을 줄 수 있습니다. 따라서 서비스 연속성은 정보 시스템 구축에 중요합니다. 현재 서비스 연속성은 일반적으로 운영 데이터의 복사본이 저장되는 재해 복구(DR) 센터를 구축하여 향상됩니다.

소개

기존 DR 솔루션에서는 각 프로덕션 DC(데이터 센터)에 대해 하나의 DR 센터가 배포됩니다. DR 센터는 짧은 시간 내에 수리할 수 없는 서비스 고장으로 이어지는 재해가 productionDC에 발생하지 않는 한 서비스 액세스를 제공하지 않습니다. 따라서 DR 센터는 다음과 같은 과제에 직면해 있습니다.

생산 센터에 전원 공급 장애, 화재, 홍수, 지진이 발생하면 DR 센터로 서비스를 전환하기 위해 수동 조작이 필요합니다. 전문적인 복구 조치 및 디버깅도 필요합니다. 이러한 재해로 인해 서비스가 장기간 중단되고 서비스가 중단될 수 있습니다.
DR 센터는 서비스를 제공하지 않으며 대부분의 시간 동안 유휴 상태를 유지하므로 리소스 사용량이 줄어듭니다.

효율적인 리소스 사용, 로드 밸런싱 및 두 DC 간의 자동 전환에 대한 고객 요구 사항을 충족하기 위해 Oracle®은 종단 간 Active-Active DC 솔루션을 출시했습니다. 이 솔루션을 사용하면 두 DC가 동시에 실행되고 서비스 로드를 공유하여 전체 서비스 기능과 리소스 사용을 개선할 수 있습니다. 이 솔루션은 또한 장치 오류 또는 단일 DC 오류의 경우 제로 서비스 인식으로 자동 장애 조치를 보장합니다. 또한 제로 복구 시점 목표(RPO)와 제로 복구 시간 목표(RTO)를 자랑합니다. 참고:RTO는 애플리케이션 시스템 및 배포 모드에 따라 다릅니다.

현재 스토리지 업계에는 두 가지 가용성 모드가 있습니다.

능동-수동(AP) 또는 능동-대기
액티브-액티브(AA) 또는 메트로 가상 데이터 센터(MVC)

데이터베이스 계층의 중요한 구성요소

데이터베이스(DB)는 데이터 손실 옵션이 없는 활성-대기 모드로 설정되어야 합니다. 다음 항목은 중요한 구성 요소입니다.

Oracle Data Guard Broker:Data Guard 구성을 자동화 및 중앙 집중화하고 복잡한 역할 변경을 위한 단일 명령으로 전환 또는 장애 조치를 호출하는 데 도움이 됩니다.
Flashback Database:DB에 대해 되감기 또는 되돌리기 기능을 제공하며, 플래시 복구 영역에 플래시백 로그 정보를 저장합니다.
FSFO(Fast-Start Failover):데이터 손실 없이 장애 조치가 가능합니다. FSFO는 대기 DB가 기본 DB와 동기화되어 있지 않으면 트리거되지 않습니다.
옵저버:Data Guard 명령줄 인터페이스 dgmgrl에 통합된 별도의 프로세스를 제공합니다. , 장애 가능성이 있는 기본 및 대기 DB의 상태를 모니터링합니다.

Data Guard 구성

다음 이미지는 Data Guard 구성을 보여줍니다.

이미지 출처: https://neeraj-dba.blogspot.com/2011/10/dataguard-broker-and-its-benefits_05.html

기본 DB에서 Log Writer(LGWR) 프로세스는 redo 데이터를 하나 이상의 LNSn(Log Network Server) 프로세스에 제출한 다음 여러 원격 대상에 대한 networkI/O를 병렬로 시작합니다. 모든 LGWR SYNC 대상에서 수신한 트랜잭션을 복구하기 위해 redo 데이터가 필요할 때까지 트랜잭션은 기본 데이터베이스에서 커밋되지 않습니다.

대기 DB에서 RFS(Remote File Server)는 네트워크를 통해 LGWR 프로세스로부터 redo 데이터를 수신하고 redo 데이터를 대기 redo 로그 파일에 씁니다.

최대 가용성 아키텍처

최대 가용성을 위한 아키텍처를 설계할 때 다운타임의 가능한 원인과 계획되지 않은 다운타임과 계획된 다운타임을 분류하는 방법을 모두 고려해야 합니다.

계획되지 않은 다운타임에는 다음 항목에 대한 예기치 않은 중단이 포함됩니다.

서버 가용성:하드웨어 또는 소프트웨어 오류로 인해 발생할 수 있는 DB 서버를 호스팅하는 하나 이상의 시스템에 예기치 않은 오류가 발생하더라도 DB 서비스에 대한 중단 없는 액세스를 보장해야 합니다. Oracle RAC(Real Application Clusters)는 이러한 장애에 대해 가장 효과적인 보호 기능을 제공합니다.
데이터 가용성:비즈니스 크리티컬 데이터의 손실, 손상 또는 손상과 같은 데이터 오류를 완화하려면 계획에서 데이터에 항상 액세스할 수 있는지 확인해야 합니다.

계획된 다운타임에는 다음 항목을 포함하여 액세스에 대한 예정된 중단이 포함됩니다.

시스템 변경
데이터 변경
앱 변경사항

MVC에 대한 전환 테스트 시나리오

전환은 Data Guard 구성의 기본 및 대기 DB가 역할을 전환하는 제어되고 계획된 역할 역전 작업입니다. 전환 후 각 데이터베이스는 계속해서 새로운 역할로 Data Guard 구성에 참여합니다.

전환 프로세스

전환은 다음 순서로 발생합니다.

원래 기본 DB가 역할을 대기로 전환합니다.
원래 대기 DB가 기본 역할로 전환됩니다.

Data Guard Broker는 전환을 수행할 때 다음 활동을 자동으로 처리합니다.

기본 및 대상 대기 DB가 온라인 상태이고 오류가 없는지 확인합니다.
기본 및 대기 DB 모두에 대해 RAC 구성에서 하나를 제외한 모든 인스턴스를 종료합니다.
기본 및 대기 DB의 역할을 전환합니다. Data Guard Broker는 먼저 원래 기본 DB를 대기 역할에서 실행하도록 변환합니다. 그런 다음 브로커는 대상 대기 DB를 기본 역할로 전환합니다. 또한 브로커 구성 파일을 업데이트하여 역할의 변경 사항을 기록하여 재시작 후 eachDB가 올바른 역할로 실행되도록 합니다.
새 예비(이전 기본) DB를 다시 시작하고 Redo Apply 프로세스를 시작하여 새 기본 DB의 redo 데이터를 적용합니다. 이것이 RAC DB인 경우 브로커는 전환 전에 종료된 인스턴스를 다시 시작합니다.
새 기본 DB를 다시 시작하고 redo 전송 서비스를 열고 시작하여 redo 데이터를 대기 DB로 전송합니다. 이것이 RAC DB인 경우 브로커는 전환 전에 종료된 인스턴스를 다시 시작합니다.

전환 전:

이미지 출처: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

전환 후:

이미지 출처: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

전환 수행 단계

전환을 수행하려면 다음 단계를 실행하십시오.

응용 프로그램이 완전히 종료되고 데이터베이스에 연결된 사용자가 없는지 확인하십시오.
전환이 시작되기 최소 30분 전에 두 DC에서 실행 중인 아카이브 UTL 스크립트를 비활성화합니다. 테스트가 완료되고 DB가 원하는 위치에서 실행되면 아카이브된 유틸리티 스크립트의 주석 처리를 제거합니다.

현재 기본 DB에서 다음 SQL 쿼리를 실행합니다.

SELECT * FROM DBA_JOBS_RUNNING; (There should not be any sys owned jobs running)
SELECT OWNER, JOB_NAME, START_DATE, END_DATE, ENABLED FROM DBA_SCHEDULER_JOBS WHERE ENABLED='TRUE' AND OWNER <> 'SYS';
    (Data Guard Broker does not kill the jobs owned by sys.)

job_queue_processes 설정 및 aq_tm_processes 0으로. 전환 테스트가 완료된 후 원래 값으로 재설정해야 하므로 원래 값을 기록해 둡니다.
emagent 중지 기본 DB에서 실행 중입니다.

현재 기본 DB에서 다음 SQL 쿼리를 실행합니다.

 SELECT sid, username, status, program, inst_id FROM gv$session
 WHERE username is not null and status='ACTIVE' order by inst_id;
     (Validate and check the number of connections is active; a large number
     of active connections can lead to the switchover taking more time.)

모든 sqlplus에서 로그아웃 sys로 연결된 세션 .

현재 기본 DB에서 다음 SQL 쿼리를 실행합니다.

 set linesize to 132
 col value format a35
 SELECT inst_id,name,value from gv$parameter
 WHERE name in ('job_queue_processes','aq_tm_processes');
     (Check and validate the value of job_queue_processes and aq_tm_processes should be zero.)

다음 명령을 실행하여 Data Guard 구성을 확인하십시오.

DGMGRL> show configuration verbose

** STATUS Should show success, do not proceed if the status is not "success".

CRS(Cluster Ready Services) 상태를 확인하여 모든 리소스가 온라인에 등록되어 있는지 확인하십시오. 브로커가 이 과정에서 DB를 마운트 및 종료하기 위해 CRS로 핸드오버를 제공하기 때문입니다.
기본 DB에서 몇 개의 로그를 전환하고 대기 DB에 적용되었는지 확인합니다.
계속하기 전에 전환을 수행하고 DRC 로그 및 경고 로그에 오류가 있는지 모니터링하십시오. 다음 명령은 이전 기본을 대기로 변환한 다음 이전 대기를 기본으로 변환합니다.
```
DGMGRL> switchover to ‘DDMPROD_STANDBY’;
```
전환이 완료된 후 로그 전송 및 로그 적용 서비스가 작동하고 제대로 작동하는지 확인하십시오.

MVDC에 대한 장애 조치 테스트 시나리오

장애 조치는 기본 DB(RAC 기본 DB의 모든 인스턴스)에 장애가 발생하고 대기 DB가 기본 역할을 인수하도록 전환되는 경우입니다. 장애 조치는 다음과 같은 경우에 수행됩니다.

기본 DB를 적시에 복구할 수 없는 치명적인 기본 DB 장애
옵저버와 대기 DB가 모두 기본 DB에 대한 네트워크 연결이 끊어지고 대기 DB가 동기화 상태임을 확인하는 경우 상태.

장애 조치 시나리오

다음 DB 조건은 빠른 시작 장애 조치를 트리거합니다.

기본 사이트 오류
다음을 포함한 기본 DB 조건:
인스턴스 실패
RAC인 경우 마지막으로 살아남은 인스턴스
사용 가능한 마지막 인스턴스의 종료 중단
I/O 오류로 인해 데이터 파일이 오프라인 상태가 됨(오프라인 데이터 파일로 인해 장애 조치를 수행할 때 임계값 무시됨)

네트워크 관련 조건은 기본 및 관찰자, 기본 및 대상 대기 DB 간의 링크가 다운된 경우에만 장애 조치를 유발할 수 있습니다. 관찰자가 구성이 동기화된 상태인지 확인하려면 관찰자와 대기 간의 연결이 필요합니다. .

이미지 출처: https://docs.oracle.com/cd/E11882_01/server.112/e41134/role_management.htm#SBYDB00615

결론

MVDC는 효율적인 리소스 사용, 로드 밸런싱, 고가용성 및 두 DC 간의 자동 전환을 지원합니다. 두 DC는 동시에(액티브-액티브) 실행되어 서비스 로드를 공유하고 전체 서비스 기능을 향상시킵니다. MVDC는 재해 복구 장애 조치 또는 업그레이드/유지 관리 전환을 위해 데이터베이스 간에 전환하는 데 필요한 사람의 개입을 줄여줍니다.

피드백 탭을 사용하여 의견을 남기거나 질문하십시오.

전문가 관리, 관리 및 구성으로 환경 최적화

Rackspace의 애플리케이션 서비스(RAS) 전문가는 광범위한 애플리케이션 포트폴리오에서 다음과 같은 전문적이고 관리되는 서비스를 제공합니다.

전자상거래 및 디지털 경험 플랫폼
전사적 자원 관리(ERP)
비즈니스 인텔리전스
Salesforce CRM(고객 관계 관리)
데이터베이스
이메일 호스팅 및 생산성

우리는 다음을 제공합니다:

편향 없는 전문성 :즉각적인 가치를 제공하는 기능에 중점을 두고 현대화 여정을 간소화하고 안내합니다.
광신적인 경험 ™:프로세스를 먼저 결합합니다. 기술 두 번째.®전담 기술 지원을 통한 접근 방식으로 포괄적인 솔루션 제공
타의 추종을 불허하는 포트폴리오 :광범위한 클라우드 경험을 적용하여 올바른 클라우드에서 올바른 기술을 선택하고 배포할 수 있도록 지원합니다.
민첩한 전달 :귀하의 여정에서 귀하를 만나고 귀하의 성공에 맞춰 귀하의 성공을 맞춥니다.

시작하려면 지금 채팅하세요.