소매

소매

다운타임 및 재해로부터 소매업체 보호

정보는 판매 시점에 연결된 구매, 판매 및 재고 정보 또는 고객 선호도에 대한 실시간 정보와 같은 모든 소매 기업의 생명줄입니다. SIOS 클러스터링 소프트웨어는 소매 비즈니스에 중요한 모든 중요한 애플리케이션에 대한 HA/DR 보호를 제공합니다.

모든 환경에서 신뢰할 수 있는 애플리케이션 보호

SIOS는 온프레미스, 클라우드 및 하이브리드 클라우드 환경에서 실행되는 시스템에 간단하고 비용 효율적인 보호 기능을 제공합니다. 당사의 시스템은 애플리케이션을 인식하여 애플리케이션별 모범 사례를 준수하여 빠르고 안정적인 클러스터 장애 조치를 보장합니다.

SIOS 기술은 계획되지 않은 인프라, 네트워크 및 애플리케이션 오류로부터 가장 중요한 애플리케이션, 데이터베이스 및 운영 시스템을 보호합니다.

제로 다운타임 유지보수

비즈니스 중단 없이 애플리케이션 서버에 대한 지속적인 유지 관리를 수행합니다.

의 허가를 받아 복제됨시오스

제조를 위한 고가용성

제조를 위한 고가용성

SIOS는 제조업체가 정교한 애플리케이션, ERP 및 데이터베이스에 얼마나 깊이 의존하여 생산 일정을 유지하고, 공급망을 관리하고, 창고 재고를 관리하고, 배송을 조정하고, 다양한 기타 필수 비즈니스 운영을 수행하는지 이해합니다. 이러한 시스템의 다운타임은 시간당 수천 달러의 비용이 들 수 있으며 배송 지연, 고객 서비스 문제, 안전 문제, 제품 손실, 생산성 손실 및 공급망 중단을 초래할 수 있습니다. SIOS 클러스터링 소프트웨어는 온프레미스, 클라우드, 하이브리드 클라우드 또는 멀티클라우드 환경의 Windows 및 Linux 환경에서 실행되는 중요 애플리케이션, ERP 및 데이터베이스에 대해 99.99%의 가동 시간을 제공하기 위해 안정적이고 비용 효율적인 고가용성 및 재해 보호 기능을 제공합니다.

산업 제조를 위한 HA 분야의 20년 경험

SIOS는 20년 이상 제조업체가 비즈니스 크리티컬 애플리케이션에 고가용성을 배포할 수 있도록 지원해 왔습니다. 수상 경력에 빛나는 당사의 고객 서비스 팀은 제조 산업에 특정한 애플리케이션 환경 및 요구 사항에 대한 심층적인 경험을 보유하고 있습니다.

서비스 중단 제거

VM 또는 서버 작동만 모니터링하는 다른 솔루션과 달리 SIOS 클러스터링 소프트웨어는 네트워크, 스토리지, 운영 체제, 서버 및 응용 프로그램과 같은 전체 응용 프로그램 환경을 모니터링하여 비즈니스에 중요한 시스템이 작동하고 사용 가능한지 확인합니다. 문제가 감지되면 SIOS Protection Suite 소프트웨어가 애플리케이션을 자동으로 다시 시작하여 복구 시간을 단축하고 70% 이상의 장애 조치가 필요하지 않습니다. 필요한 경우 SIOS 소프트웨어는 애플리케이션별 모범 사례를 완전히 준수하면서 장애 조치를 자동으로 조정합니다.

클라우드, 하이브리드 클라우드 및 멀티클라우드 환경

고가용성 또는 재해 복구 보호를 희생하지 않고 중요한 시스템을 Microsoft Azure, Amazon EC2 또는 Google Cloud Platform으로 마이그레이션합니다. SIOS DataKeeper 소프트웨어를 WSFC(Windows Server Failover Clustering)에 추가하여 공유 스토리지의 비용과 복잡성 없이 SANless 클러스터링 환경을 만듭니다. Linux 환경에서 완전한 SAN 또는 SANLess 클러스터링 보호를 위해 Linux용 SIOS Protection Suite를 사용하십시오.

안정적이고 오류 없는 클러스터링을 위한 애플리케이션 인식

SIOS 애플리케이션 복구 키트(ARK)를 통해 LifeKeeper는 네트워크, 스토리지, OS, 애플리케이션 및 서버 등 전체 애플리케이션 스택을 모니터링할 수 있습니다. 또한 보조 노드에서 빠르고 안정적인 작업을 위해 애플리케이션별 모범 사례에 따라 장애 조치를 조율합니다.

SAP S/4HANA 인증

당사 제품은 SAP 인증을 받았으며 SAP 및 HANA 모두에 대한 고유한 ARK(애플리케이션 복구 키트)를 제공하여 SAP 모범 사례를 완벽하게 준수하면서 안정적인 장애 조치를 보장합니다. 강력한 자동화 및 항목 검증 속도는 Pacemaker 기반 솔루션보다 5배 빠른 오류 없는 클러스터 구성을 가능하게 합니다.

SIOS는 Windows 및 Linux 환경 모두를 위한 클러스터링 솔루션을 제공하여 업계 최고의 HA 구성 유연성을 제공합니다. SIOS 제품을 사용하여 Windows의 SAP ERS, ASCS 및 기타 서비스와 Linux의 SAP 및 HANA를 동일한 구성으로 보호합니다.

중요 데이터베이스 보호 – SQL Server, Oracle, MaxDB

SIOS 클러스터링 소프트웨어는 클라우드 또는 하이브리드 클라우드 환경에서 SQL Server, Oracle, MaxDB, MySQL 등 비즈니스 크리티컬 데이터베이스를 실행하는 위치와 방식에 필요한 HA 보호 기능을 제공합니다.

의 허가를 받아 복제됨시오스

의료용 고가용성

의료용 고가용성

의료 및 생명 과학을 위한 중요한 애플리케이션 보호

의료 정보 시스템, ERS 및 EHS

SIOS 고가용성 클러스터링 및 복제 소프트웨어는 중요한 응용 프로그램, 데이터베이스 및 EHS 시스템을 보장하고 인프라, 네트워크 및 응용 프로그램 오류로부터 자동으로 복구하여 중요한 환자 기록 및 기타 데이터 보호, 응용 프로그램 온라인, 규제 요구 사항 충족 및 사용자 생산성을 유지합니다.

온프레미스, 클라우드, 하이브리드 클라우드

SIOS는 물리적 서버, 가상화 서버 및 클라우드에서 Windows 또는 Linux 환경용 SAN 및 SANless 클러스터를 구축할 수 있는 유연성을 제공합니다. 비즈니스 크리티컬 EHR 애플리케이션을 온프레미스 또는 Amazon Web Services(AWS), Microsoft Azure 및 Google Cloud Platform과 같은 유연하고 확장 가능한 클라우드 환경에서 성능이나 HA/DR 보호를 희생하지 않고 실행하십시오.

가용성 SLA 및 RTO/RPO를 쉽게 충족

중단 없이 Windows Server 장애 조치 클러스터링으로 보호되는 온프레미스 애플리케이션을 클라우드로 쉽게 이동하거나 애플리케이션별 인텔리전스가 내장된 Linux 클러스터링 환경을 구축하십시오. 최대 HA/DR 보호를 위해 클라우드 가용 영역 또는 지역에 걸쳐 클러스터를 구성하거나 하이브리드 클라우드 또는 다중 클라우드 구성을 생성하여 가용성 SLA 및 RTO/RPO를 쉽게 충족합니다.

중요한 EHS 시스템을 위한 HA 제공

SIOS 제품은 EHR(전자 건강 기록) 응용 프로그램이 작동 중지 및 데이터 손실로부터 실행되는 중요한 데이터베이스를 보호합니다. Athena Health, Cerner Corporation, eClinicalWorks, Epic Systems, GE Healthcare, Greenway Health, Kareo, MEDITECH, McKesson, Xtelligent 등.

Windows 애플리케이션 및 데이터베이스 보호

Windows Server 장애 조치 클러스터링 환경에 SIOS DataKeeper를 추가하여 클라우드 및 하이브리드 클라우드 환경과 같이 기존 공유 스토리지 클러스터가 불가능하거나 비실용적인 SANless 클러스터를 생성합니다. 빠르고 효율적인 호스트 기반 복제는 구성 유연성을 최대화하기 위해 모든 클러스터 노드의 로컬 스토리지를 동기화합니다. 또는 DR을 위해 기존 SAN 기반 Windows 클러스터에 복제를 추가합니다.

SIOS DataKeeper Cluster Edition 소프트웨어를 사용하여 물리적, 가상 또는 클라우드 환경에서 비즈니스 크리티컬 Windows 애플리케이션 및 EHR 시스템과 Microsoft SQL Server, Oracle을 포함하여 실행되는 데이터베이스를 보호하십시오.

• 구성 유연성 – 모든 서버 워크로드를 보호합니다. 단일 사이트 내에서 또는 데이터 센터 간에 복제합니다.
• 비용 절감 – 비용이 많이 드는 애플리케이션 업그레이드(예: SQL Server Enterprise Edition)가 없는 고급 클러스터링
• 복잡성 감소 – 중단 없이 온프레미스 WSFC를 클라우드로 마이그레이션

Linux 애플리케이션에서 애플리케이션 보호

SIOS 클러스터는 진정한 HA 보호를 위해 클라우드 지역 또는 가용성 영역에서 고유하게 장애 조치합니다. SIOS Protection Suite에는 수동 작업을 자동화하고 전체 애플리케이션 스택을 모니터링하며 장애 조치가 애플리케이션별 모범 사례를 유지하도록 보장하는 주요 애플리케이션, ERP 및 데이터베이스를 위한 강력한 애플리케이션 복구 키트가 포함되어 있습니다.

• 고급 자동화 – 자동으로 검증된 사용자 입력은 값비싼 전문 기술의 필요성과 복잡한 EHR 환경에서 클러스터를 구성하고 관리하기 위한 수동 스크립팅에 내재된 위험을 제거합니다.
• 심층 애플리케이션 모니터링 – 전체 애플리케이션 환경 모니터링
• 응용 프로그램 인식 자동 장애 조치 – 예상치 못한 안정적인 장애 조치를 위해 응용 프로그램 모범 사례에 대한 규정 준수를 유지합니다.

의 허가를 받아 복제됨시오스

SIOS HANA 다중 대상 자동화가 생각보다 큰 거래인 이유

SIOS HANA 다중 대상 자동화가 생각보다 큰 거래인 이유

Larry(가명)는 과거에 고가용성 및 재해 복구(HA/DR)를 위한 복제 솔루션을 배포한 SIOS 고객이었습니다. Linux용 2노드 복제 솔루션을 테스트하기 위해 PoC를 시작했을 때SIOS 라이프키퍼그리고 DataKeeper 복제, 그의 최우선 순위는 데이터 무결성 보호였습니다. Larry의 PoC 테스트 목록에는 데이터베이스 시작/중지, 데이터베이스를 백업 노드로 마이그레이션, 유지 관리 활동, 서버 장애 복구 등의 표준 항목이 포함되어 있습니다. Larry는 솔루션이 빠른 서버 전환(즉, 정상적인 마이그레이션)과장애 조치(즉, 갑작스럽고 강제적인 마이그레이션), 한 서버에서 다른 서버로 애플리케이션, 데이터베이스, 스토리지 및 서비스. 하지만 그런 행위가 데이터 유실을 일으키지 않도록 하겠다는 그의 의지는 더욱 강력했다.

스플릿 브레인을 방지하여 데이터 무결성 보호

이러한 표준 테스트 외에도 Larry는 특정 테스트를 추가하여 “스플릿 브레인” 시나리오. 스플릿 브레인은 클러스터의 구성원이 서로 통신할 수 없지만 실행 및 작동 가능한 상태에 있고 이후에 공통 리소스의 소유권을 동시에 가져오는 경우 발생하는 조건입니다. 사실상 운전대를 놓고 싸우는 두 명의 버스 운전사가 있습니다. 파괴적인 특성으로 인해 분할 브레인은 데이터 손실 또는 데이터 손상을 유발할 수 있으며 어떤 노드가 활성 상태로 남아 있어야 하고(버스 구동) 어떤 노드가 디스크에 쓰기를 중지해야 하는지 결정하는 메커니즘을 사용하여 피하는 것이 가장 좋습니다.

스플릿 브레인 시나리오는 쿼럼 및 쿼럼과 감시 기능을 사용하는 클러스터에서는 상대적으로 흔하지 않지만 스플릿 브레인 해결의 어려움은 클러스터 구성에 추가된 모든 노드와 함께 기하급수적으로 증가합니다. 3개 이상의 노드가 있는 다중 대상 구성에서 클러스터링 소프트웨어는 올바른 노드에 대한 장애 조치를 오케스트레이션해야 할 뿐만 아니라 새 기본 노드에서 3차 노드로 복제를 자동으로 전환하여 DR 보호를 유지하면서 사이에서 적절하게 중재해야 합니다. 노드. 다른 클러스터링 솔루션에서는 이러한 복잡한 작업을 수동으로 스크립팅하고 장애 조치 시 수동으로 업데이트해야 하며 다시 정상 작동을 복원해야 하며 분할 브레인이 발생할 때만 더 어려워집니다.

SIOS LifeKeeper의 기능 및 개선 사항으로 인해SAP HANA 애플리케이션 복구 키트(ARK), Larry는 스플릿 브레인 시나리오를 도입하는 데 어려움을 겪었습니다. 그러나 마침내 하나를 고안할 수 있게 되었을 때 그는 SIOS 제품이 자신의 데이터를 보호하는 데 사용하는 논리를 이해함으로써 큰 ​​이점을 얻었습니다. Larry는 SIOS 클러스터링 소프트웨어가 제공하는 데이터 보호에 설계된 높은 수준의 정교함을 깨달았습니다. 그는 SIOS LifeKeeper를 선택했습니다.

SIOS HANA 다중 대상 자동화의 차이점

Larry와 같은 시나리오는 SIOS의 HANA 다중 대상 자동화가 생각보다 큰 9가지 이유 중 하나에 불과합니다. 다음은 모두 9가지입니다.

1. 향상된 보호
   SIOS의 솔루션은 다중 대상 시나리오에서 HANA 데이터베이스 리소스의 보호를 단순화합니다. 마법사 기반 옵션은 현재 구성을 빠르게 감지하고 LifeKeeper 구성에 정보를 정확하게 추가합니다. 오류 감지는 사용자가 문제를 해결하고 시간을 절약할 수 있도록 간결하고 유익합니다.
2. 간소화된 관리
   Natalie(실명이 아님)는 HANA 다중 노드 구성을 담당했습니다. 서버에 장애가 발생하거나 유지 관리가 필요한 경우 Natalie는 다양한 스크립트와 도구를 활용하여 필요한 작업을 수행했습니다. 그러나 이것은 확장할 수 없었습니다. SIOS LifeKeeper로 이동한 후 Natalie와 팀은 HANA 및 HANA 시스템 복제 중지 및 다시 시작과 같은 모든 핵심 작업을 수행하는 간단한 UI를 가졌습니다. 또한 재해가 발생하면 팀은 최신 런북을 검색하거나 올바른 스크립트의 사본을 찾거나 새벽 2시에 Natalie에게 전화하는 대신 단순화된 단일 SIOS UI를 사용할 수 있습니다. .
3. 간소화된 모니터링
   UI의 SIOS의 직관적인 상태 보고서는 팀이 다음을 결정하는 빠른 방법을 제공했습니다.복제상태. 단일 도구를 사용하면 모니터링 보드 모음과 직접 만든 스크립트를 사용하여 관리를 간소화하고 시간을 절약할 수 있습니다.
4. 자동 복구
   일부 HANA HSR 솔루션은 이러한 두 노드 사이에서 HANA 복제의 장애 조치를 수행할 수 있습니다. 그러나 관리자는 시스템 장애 조치 후 복제를 다시 등록해야 하는 경우가 많습니다. 노드가 세 개 이상인 경우 관리자가 세 번째 또는 네 번째 노드에서 등록을 업데이트하는 방법을 이해할 수 있습니까? 동기와 비동기를 적절하게 사용하는 것을 기억할까요? 다중 대상 복제를 위해 3개 또는 4개의 노드를 처리할 수 있는 SIOS 솔루션은 실패 후 대상 노드 등록을 원활하게 자동화합니다.
5. 유연성과 확장성
   2개, 3개 또는 4개의 노드 조합에서 HANA 클러스터를 보호할 수 있는 기능은 고객이 가용성과 재해 복구 수준을 유연하게 높일 수 있음을 의미합니다. 쿼럼이 있는 2노드 고객은 재해에 대한 가용성 보호를 제공하고 핸드셰이크 기능으로 HANA 인계를 활용하여 가동 중지 시간이 거의 없이 유지 관리 활동을 처리할 수 있습니다. 세 개의 노드를 배포하는 고객은 다른 데이터 센터 또는 지역에 비동기 복제가 포함된 세 번째 노드를 배포하여 추가 재해 복구 기능을 전화 접속할 수 있습니다. 추가 혜택을 위해 3노드 고객은 스토리지 쿼럼이 있는 4번째 노드를 배포하여 활성화할 수 있습니다.고가용성그리고재해 복구데이터 센터 전체가 손실된 경우.
6. 데이터 보호
   래리의 문제로 돌아가 봅시다. 그는 노드 B와 C에 대한 다중 대상 복제를 사용하여 기본 노드 A에서 HANA를 실행하고 있었습니다. 수동 작업이 재난으로 끝나면 어떻게 됩니까? 어떤 노드가 기본이었습니까? 노드 A가 충돌했을 때 상황이 동기화되었습니까? 잘못된 노드를 가져오지 않으려면 어떻게 해야 합니까? 다중 대상 HSR 구성에서 3개 이상의 노드에 대한 지원을 추가하는 것 외에도 새로운 HANA ARK에는 재해 또는 불행한 스플릿 브레인 이벤트 발생 시 도움이 되는 추가 관리 도구가 포함되어 있습니다.

   HANA_DATA_OUT_OF_SYNC_<tag> 플래그는 사용자가 잘못된 시스템에서 데이터베이스를 실수로 복원하는 것을 방지합니다. HANA_LAST_OWNER_<tag> 플래그는 관리자가 대기 노드가 동기화되지 않은 동안 기본 시스템에서 작업이 수행된 시기를 알 수 있도록 도와줍니다. 이 플래그는 관리자에게 이 노드가 마지막 소유자였으며 복제가 재개되는 위치여야 함을 알려줍니다. HANA_DATA_CONSISTENCY_UNKNOWN_<tag>는 SIOS가 대기 사이의 모든 통신이 일시적으로 끊어졌다가 복원될 때 복제를 자동으로 해결하고 복원하는 데 도움이 됩니다. 모범 사례, 쿼럼 배포 및 적절한 조정과 함께 사용할 때 이러한 도구를 사용하면 Larry와 같은 관리자가 분할 브레인을 방지하고 발생할 때 안전하게 복구할 수 있습니다.

7. 보고, 성능 및 재해 복구
   물론 다중 대상의 진정한 이점은 추가 노드와 이러한 노드가 잠금 해제하는 기능에 있습니다. 동일한 데이터 센터에서 3개의 노드를 사용하면 DR 사이트에서 노드를 계속 유지하면서 logreplay_readaccess 매개변수를 통해 더 많은 보고의 가능성을 열 수 있습니다. 또한 다양한 복제 모드에 대한 SIOS의 지원을 통해 사용자는 데이터 센터(또는 지역) 전체에서 더 나은 성능을 위해 동기화 노드 및 비동기 노드를 사용할 수 있습니다.
8. 지속적인 테스트
   귀하의 팀은 수제 스크립트를 얼마나 자주 테스트합니까? 구성, 관리 및 오전 2시 시나리오와 관련하여 Runbook을 검토하는 빈도입니다. HANA 다중 대상 솔루션은 SIOS 엔지니어, QA 및 고객 경험 전문가에 의해 지속적으로 테스트되었을 뿐만 아니라 솔루션은 각 릴리스 및 업데이트와 함께 HANA 장애 조치 및 복구 프로세스에 대해 계속 테스트되고 검증됩니다.
9. 광범위한 문서
   얼마 전에 우리 팀은 클러스터 관리를 위해 고객과 함께 일했습니다. 그의 전임자는 환경에 대해 매우 잘 알고 있었지만 직원 승진 및 개편으로 인해 많은 IT 직원이 거의 알지 못하는 시스템을 담당하게 되었습니다. Runbook 및 해당 구성 문서에 대해 질문했을 때 고객은 이전 팀 또는 이전 관리자의 세부 정보를 찾을 수 없었습니다. 견고한 자동화, 관리, 모니터링, 복구 및 데이터 보호 외에도 SIOS 다중 대상 솔루션에는 LifeKeeper에서 제어하는 ​​HANA 다중 대상 시스템의 구현, 운영 및 관리에 대한 상세하고 사용하기 쉬운 문서가 포함되어 있습니다.

SIOS의 전체 솔루션을 활용한다는 것은 고객이 일관되고 시기 적절한 모니터링 및 감지, 빠르고 안정적이고 효율적인 복구, 고가용성 및 재해 복구 보호를 보장하는 완전 자동화된 솔루션의 이점을 누릴 수 있음을 의미합니다.문의하기SAP HANA 다중 대상 자동화에 대한 자세한 내용은

-Cassius Rhue, VP 고객 경험

의 허가를 받아 복제됨시오스

큰 비용을 들이지 않고 SQL Server에 대한 HA/DR 달성

큰 비용을 들이지 않고 SQL Server에 대한 HA/DR 달성

고가용성 및 재해 복구(HA/DR)는 모든 데이터베이스 환경, 특히 미션 크리티컬 환경의 필수 요구 사항입니다. 그러나 많은 기업이 비용을 크게 늘리지 않고 HA/DR을 달성하는 데 어려움을 겪고 있습니다. 이러한 문제와 씨름하고 있다면 이 기사에서 효과적인 해결책을 찾을 수 있습니다.

SQL Server Standard Edition은 널리 사용되지만 특정 제한 사항이 있습니다. 클러스터에서 두 개의 노드만 지원합니다. 그러나 SIOS DataKeeper Cluster Edition의 기능을 활용하면 이 제한을 극복하여 재해 복구를 위해 데이터를 세 번째 노드로 복제할 수 있습니다.

이 전략을 사용하면 SQL Server Enterprise Edition으로 업그레이드하고 Always On 가용성 그룹을 사용하는 대신 SQL Server Standard Edition을 사용하여 SANLess SQL Server 장애 조치 클러스터 인스턴스(FCI)를 만들 수 있으므로 SQL Server 라이선스 비용을 70% 이상 절약할 수 있습니다.

이 블로그 게시물은 클러스터의 일부가 아닌 세 번째 노드에서 데이터 복구를 위해 SIOS DataKeeper를 사용하는 과정을 안내하는 것을 목표로 합니다.

노드 구성

이 시나리오에서는 클러스터에 구성된 두 개의 노드, 즉 DataKeeper-1과 DataKeeper-2가 있다고 가정해 보겠습니다. 이러한 노드에는 E 드라이브가 서로 복제됩니다. 또한 DataKeeper-1은 클러스터의 일부가 아닌 세 번째 노드인 DataKeeper-3에 복제합니다. SQL Server Standard Edition에서는 세 번째 노드가 클러스터의 일부가 될 수 없다는 점에 유의해야 합니다.

세 번째 노드 준비

먼저 DataKeeper-3가 클러스터와 분리되어 있는지 확인합니다. 이제 SQL Server가 다음으로 구성된 2노드 클러스터(DataKeeper-1 및 DataKeeper-2)가 있습니다.장애 조치 클러스터하지만 여전히 다음을 사용하여 세 번째 노드인 DataKeeper-3에 복제 중입니다.SIOS 데이터키퍼.

재해 복구 프로세스 탐색

그렇다면 실제 재해에서는 어떻게 작동할까요? 따라야 할 단계는 다음과 같습니다.

1. 재해 시뮬레이션:이 경우 재해를 시뮬레이션하기 위해 클러스터(DataKeeper 1 및 2)에서 SQL Server를 오프라인으로 전환합니다.
2. DataKeeper 3로 전환:SQL Server가 오프라인인 상태에서 DataKeeper-3로 전환합니다. 그러나 DataKeeper 3의 볼륨 E는 처음에는 액세스할 수 없습니다.
3. 볼륨 잠금 해제:DataKeeper-3에서 볼륨을 잠금 해제하려면 ’emcmd’라는 자습서 비디오에 표시된 대로 명령줄 작업을 실행해야 합니다. 전환 볼륨’
4. 데이터베이스 연결:실제 재해가 발생하면 DataKeeper-3에서 실행되는 SQL Server의 독립 실행형 인스턴스를 원할 것입니다. 이 독립 실행형 인스턴스에서 사용자 정의 데이터베이스를 연결할 수 있습니다.
5. 클러스터로 다시 복제:DataKeeper-3에 기록된 데이터는 DataKeeper-1 및 DataKeeper-2에 다시 복제됩니다. 이는 SIOS DataKeeper 인터페이스를 사용하여 확인할 수 있습니다.

재해 후 복구

재해가 해결되면 유사한 프로세스를 사용하여 볼륨을 원래 소스로 다시 전환할 수 있습니다.

SIOS DataKeeper Cluster Edition을 활용하면 강력하고 비용 효율적이며 효율적인고가용성/재해 복구SQL Server 환경을 위한 전략. 이 프로세스는 SQL Server Enterprise Edition으로 업그레이드할 필요가 없기 때문에 상당한 비용을 절감할 수 있을 뿐만 아니라 재해 발생 시 데이터 가용성과 빠른 복구를 보장합니다.

체크아웃이 비디오프로세스를 완벽하게 살펴보고 큰 비용을 들이지 않고 SQL Server의 복원력을 유지하십시오.

의 허가를 받아 복제됨시오스