TRANXACT.AI 훈련

Live DR, 백업 및 저장소

가용성 계층, 연속성 패턴, Live DR 의 검증 및 훈련 방법, 백업 정책, 장기 보존, 그리고 저장소가 두 지역 모두 외부에 위치하는 이유에 대해 설명합니다.

아키텍처 및 네트워크 · 20 분 · 5 질문

을 위한: 건축가, IT 운영 담당자, 감사 담당자 및 비즈니스 연속성 단계를 승인하는 모든 사람.

티어(제안됨)유효성무늬RPO/RTO
기준99.7%다중 영역, 고가용성 데이터베이스, 에어갭 백업영역: RPO ≈ 0. 지역: 저장소에서 복원.
Live DR99.9%두 번째 지역이 실시간으로 운영 중입니다.RPO 초, RTO ≤ 15분
Live DR 프리미엄99.95%양 지역 교통량, 24시간 연중무휴 우선 처리RPO 초, RTO ≤ 5분

비생산률은 95%입니다. 가용성은 합의된 유지보수 시간(월 4시간 예정)을 제외하고 TRANXACT 입력 지점에서 매월 측정됩니다.

규모 산정 전에 티어를 확정하세요. Live DR 는 전체 규모의 두 번째 리전을 필요로 하며, 런타임 인프라 비용을 대략 두 배로 늘립니다. 따라서 이를 별도의 항목으로 표시하고, 제거되는 다운타임 비용과 구분하여 보여주세요.

Live DR: 두 지역 모두 실행 중이며, 저장소는 두 지역 외부에 있습니다. 글로벌 트래픽 관리자erp.customer.com기본 영역 · 읽기 및 쓰기Live DR 지역 · 실행 중, 서비스 제공 중Ingress / WAF여러 영역에 걸친 워커 노드데이터베이스 기본1구역HA 대기2구역, 동기식객체 저장소(복제됨)Ingress / WAF (실시간)워커 노드 · 전체 크기, 실시간데이터베이스 복제본마디 없는장애 조치 시 프로모션자동으로객체 저장소(복제됨)연속 복제실시간 트래픽: 모든 사용자 및 작성자실시간 트래픽: 조회수 · 보고서 · ASK · 게시물RPO 초 · RTO ≤ 15분 (제안)페일오버는 복원이 아니라 승격입니다.에어갭 금고 · 별도 계정기본 지역에서 백업을 수신합니다.
Live DR: 두 지역 모두 실행 중이며, 저장소는 두 지역 외부에 있습니다.

수동적이 아니라 능동적으로 살아가라.

수동 대기 서버는 유휴 상태로 유지되며, 1년에 한 번 정도만 검증되고, 장애 발생 시 복원 및 확장을 통해 상태를 유지합니다. 실시간 재해 복구(Live DR 전체 규모의 클러스터와 지속적으로 복제되는 데이터베이스를 운영하며, 읽기, 보고, ASK 및 합성 포스팅 작업을 하루 종일 처리합니다. 장애 조치는 서버 승격과 같으며, 재구축 작업은 필요하지 않고, 상태는 매분 검증됩니다.

시험영향얼마나 자주범주
지속적인 검증 — 가상 게시, 지연 알림, 지역 간 원장 체크섬없음매분표준(TO_4.10.01)
계획된 전환 훈련 - 쓰기 일시 중지, 승진, 이동, 확인; 역할 교환쓰기 작업이 몇 초 동안 일시 중단되었습니다.계간지표준(TO_4.10.03)
추가 전환 훈련쓰기 작업이 몇 초 동안 일시 중단되었습니다.요청 시 2주 전에 제공 가능합니다.추가 (TO_4.10.04)
격리된 훈련 - 통합 기능이 비활성화된 울타리로 둘러싸인 복제본생산 중인 것은 없습니다요청 시 2주 전에 제공 가능합니다.추가 (TO_4.10.05)
클린룸 복원 테스트생산 중인 것은 없습니다매년표준(TO_4.9.07)
훈련 후 비즈니스 검증고객 노력각 훈련제외됨(TO_4.10.06)

백업

프로덕션 DB비프로덕션 DB
촬영됨일일 스냅샷 + 연속 로그일일 스냅샷
복구30일 이내 언제든지마지막 스냅샷, 14일 전
금고 사본매일, 변경 불가, 90일매주, 변경 불가, 30일

문서는 지속적으로 버전 관리되며 매일 프로덕션 환경의 저장소로 복사됩니다. 인프라 코드와 구성도 저장소에 있으므로 런타임은 복원하는 대신 코드에서 다시 빌드됩니다.

금고는 왜

복제는 데이터 손상이 아닌 장애를 방지합니다. 랜섬웨어 공격이나 손상된 데이터는 몇 초 내에 대기 서버와 재해 복구(DR) 지역으로 복제됩니다. 복제 저장소는 별도의 계정과 ID, 키를 사용하며, 프로덕션 환경과의 네트워크 경로가 없고, 관리자도 단축할 수 없는 일회성 보존 기간과 이중 승인 삭제 기능을 제공합니다. 복제 저장소에서 복원할 경우 격리된 환경에서 검사, 조정 과정을 거친 후 배포되며, 프로덕션 환경으로 바로 복원되지 않습니다.

보존 잠금은 한 번 설정하면 단축할 수 없습니다. 감사 또는 법적 보존이 필요한 경우 사전에 보존 잠금 기간을 연장하고, 장기 보관용 사본 크기는 현재 데이터베이스 크기가 아닌 원장 증가 및 문서 볼륨을 기준으로 설정하십시오.

Calderwood Group - 실제 사례

Calderwood는 동일 관할 구역 내 두 번째 Azure 지역에서 99.9%의 Live DR 선택했습니다. 준비 단계로서 첫 번째 전환 훈련과 클린룸 복원이 정식 가동 전에 예정되어 있습니다. 은행 및 급여 파트너사도 전환 계획에 포함되어 있어 해당 엔드포인트는 트래픽 관리자를 따르게 됩니다.

한번 시도해 보세요 오후 2시 5분에 일괄 작업으로 인해 캘더우드 송장 4,000건이 손상되었습니다. Live DR 2초의 지연 시간만 있을 뿐 정상 작동합니다. 재해 복구 지역으로 페일오버하는 것이 해결책일까요?

아니요. 데이터 손상은 발생 직후 대기 서버와 재해 복구(DR) 지역으로 복제되므로, 장애 조치를 수행해도 손상된 데이터로 복원됩니다. 따라서 해결책은 14:04 시점으로 복원하는 것(TO_4.9.05, Standard) 또는, 복원된 데이터 자체에 문제가 있는 경우 재무 담당자의 승인을 받아 볼트에서 클린룸 복원(TO_4.9.06)을 수행하는 것입니다.

알고 있는 내용을 확인해 보세요.

다음 코스

진행 상황은 이 브라우저에만 저장되며, 다른 곳으로 전송되지 않으므로 다른 사람은 볼 수 없습니다.

← 모든 배치 과정