본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

시스템 업데이트 및 클론 복제 사용 사례

10/02/2024 기여자

SAP 라이프사이클 관리를 최적화하기 위한 NetApp 솔루션은 SAP HANA 데이터베이스 및 라이프사이클 관리 툴에 통합되어 효율적인 애플리케이션 통합 데이터 보호를 SAP 테스트 시스템의 유연한 프로비저닝과 결합합니다.

QA, 테스트, 샌드박스 또는 교육 시스템의 데이터 업데이트

테스트 또는 교육 목적으로 대상 시스템에서 소스 시스템의 데이터를 사용할 수 있도록 여러 가지 시나리오가 있습니다. 이러한 테스트 및 교육 시스템은 정기적으로 소스 시스템의 데이터를 업데이트하여 테스트 및 교육이 현재 데이터 세트와 함께 수행되도록 해야 합니다. 이러한 시스템 업데이트 작업은 인프라, 데이터베이스 및 애플리케이션 계층에 있는 여러 작업으로 구성되며 자동화 수준에 따라 몇 일이 걸릴 수 있습니다.

입력/출력 대화 상자 또는 작성된 내용을 표시하는 그림 SnapCenter 클론 복제 워크플로우를 사용하면 인프라 및 데이터베이스 계층에서 필요한 작업을 가속화하고 자동화할 수 있습니다. SnapCenter은 소스 시스템에서 타겟 시스템으로 백업을 복원하는 대신 NetApp Snapshot 복사본 및 NetApp FlexClone 기술을 사용합니다. 따라서 시작된 SAP HANA 데이터베이스까지 필요한 작업을 몇 시간이 아닌 몇 분 이내에 수행할 수 있습니다. 클론 생성 프로세스에 필요한 시간은 데이터베이스의 크기와 독립적이므로 몇 분 안에 초대형 시스템을 생성할 수 있습니다. 시작 시간은 데이터베이스 크기와 데이터베이스 서버와 스토리지 시스템 간의 연결에 따라 다릅니다.

입력/출력 대화 상자 또는 작성된 내용을 표시하는 그림

시스템 새로 고침 작업의 워크플로는 섹션에 설명되어 있습니다 "“SnapCenter로 SAP HANA 시스템 업데이트”"

논리적 손상을 처리합니다

논리적 손상은 소프트웨어 오류, 인적 오류 또는 태업 때문에 발생할 수 있습니다. 하지만 논리적 손상은 표준 고가용성 및 재해 복구 솔루션을 통해 해결할 수 없는 경우가 많습니다. 따라서 논리적 손상이 발생한 계층, 애플리케이션, 파일 시스템 또는 스토리지에 따라 다운타임 및 데이터 손실 요구 사항의 최소를 충족하지 못하는 경우가 있습니다.

최악의 경우는 SAP 애플리케이션의 논리적 손상입니다. SAP 애플리케이션은 서로 다른 애플리케이션이 서로 통신하고 데이터를 교환하는 환경에서 작동하는 경우가 많습니다. 따라서 논리적 손상이 발생한 SAP 시스템을 복원 및 복구하는 것은 권장되는 방법이 아닙니다. 손상이 발생하기 전의 시점으로 시스템을 복원하면 데이터가 손실됩니다. 또한 SAP 환경은 더 이상 동기화되지 않으며 추가 후처리 작업이 필요합니다.

SAP 시스템을 복원하는 대신 별도의 복구 시스템에서 문제를 분석하여 시스템 내의 논리적 오류를 해결하는 것이 더 좋습니다. 근본 원인 분석에는 비즈니스 프로세스 및 애플리케이션 소유자의 참여가 필요합니다. 이 시나리오에서는 논리적 손상이 발생하기 전에 저장된 데이터를 기반으로 복구 시스템(운영 시스템의 클론)을 생성합니다. 복구 시스템 내에서 필요한 데이터를 내보낸 후 운영 시스템으로 가져올 수 있습니다. 이 방법을 사용하면 운영 시스템을 중단할 필요가 없으며, 최상의 시나리오에서는 데이터가 없거나 극히 일부의 데이터만 손실됩니다.

복구 시스템을 설정할 때는 유연성과 민첩성이 중요합니다. NetApp 스토리지 기반 스냅샷 백업을 사용할 경우 NetApp FlexClone 기술을 사용하여 프로덕션 시스템의 클론을 생성하는 데 일관된 데이터베이스 이미지를 여러 개 사용할 수 있습니다. 파일 기반 백업에서 리디렉션된 복원을 사용하여 복구 시스템을 설정하는 경우 몇 시간이 아니라 몇 초 이내에 FlexClone 볼륨을 생성할 수 있습니다.

입력/출력 대화 상자 또는 작성된 내용을 표시하는 그림