SAP 워크로드 이동에 대한 FAQ
기존 SAP 워크로드를 IBM Cloud로 이동하는 방법
기존 IBM Cloud® for SAP 워크로드는 다음 중 하나일 수 있습니다.
- 온프레미스 데이터 센터에서 Cloud IaaS로 있는 그대로 이동합니다. 이 방법은 종종 "리프트 앤 시프트(lift-and-shift)"라고 합니다.
- 하나의 벤더 또는 버전에서 다른 벤더 또는 버전으로 마이그레이션:
- 데이터베이스 서버의 벤더 또는 버전 변경(예: IBM Db2에서 SAP HANA로)
- 애플리케이션 서버의 버전 변경(예: SAP NetWeaver AS ABAP 7.0에서 SAP NetWeaver AS ABAP 7.52로)
- 비즈니스 애플리케이션의 버전 변경(예: SAP ECC에서 SAP S/4HANA로)
워크로드 이동은 네트워킹 및 스토리지 변경이 포함되어 있기 때문에 SAP 시스템에 영향을 미치는 인프라 레벨의 변경입니다.
워크로드 마이그레이션은 새 소프트웨어가 사용되고 있기 때문에 SAP 시스템 설치에 영향을 미치는 애플리케이션 레벨 변경입니다.
- VMware 기반의 SAP 워크로드의 경우, 기존 설정에 따라 온프레미스 데이터 센터에서 실행되는 경우, VMware 용 IBM Cloud 로 이러한 가상 머신의 이동이 VMware HCX를 사용하여 간소화될 수 있습니다
기존 SAP HANA 데이터베이스 또는 관계형 데이터베이스를 IBM Cloud의 SAP HANA 인증 서버로 이동하려면 어떻게 해야 합니까?
Cloud IaaS(Infrastructure-as-a-Service)에는 이동 또는 마이그레이션 서비스가 포함되어 있지 않습니다.
모든 이동 또는 마이그레이션 활동은 사용자의 책임입니다.
IBM Cloud는 SAP 애플리케이션 레벨 서비스를 제공하지 않지만 다양한 IBM Cloud 비즈니스 파트너(IBM 서비스 포함)가 IBM Cloud® for SAP 포트폴리오를 사용하여 서비스 기능을 제공합니다.
이 표에는 IBM Cloud® for SAP에 대한 서비스를 제공할 수 있는 서비스 및 비즈니스 파트너 유형의 간략한 목록이 표시되어 있습니다.
서비스 파트너 유형 | 제공자 | 설명 |
---|---|---|
컨설팅과 자문 및 구현 | SAP GSI("Global Systems Integrator") 제공자 | 이러한 제공자는 SAP 구현 및 배치 프로젝트를 조언하고 실행합니다. |
애플리케이션 관리 | SAP AMS("Application Management Services") 제공자 | 이러한 제공자는 SAP 애플리케이션의 기존 배치를 관리하고 유지보수합니다(선택사항: 증분 기능 또는 개발 변경사항). |
엔드-투-엔드 관리 서비스 | SAP MSP("Managed Services Providers") | 이러한 제공자는 SAP 구현 및 배치를 실행하고 인프라, OS, SAP 기술 애플리케이션 및 SAP 비즈니스 애플리케이션을 관리합니다. 이러한 서비스에는 종종 증분 기능 또는 개발 변경사항이 포함되지 않습니다. |
예를 들어, IBM Cloud 및 IBM Services 간의 파트너십에서 사용 가능한 서비스 중 일부는 다음과 같습니다.
- GSI 및 IBM 서비스: SAP 컨설팅 및 구현 서비스
- AMS 및 IBM 서비스: SAP 애플리케이션 관리 및 개발 솔루션
- MSP 및 IBM 서비스: 관리형 애플리케이션을 위한 SAP
상위 레벨에서 기존 SAP 시스템을 클라우드로 이동하고 마이그레이션하기 위한 내 옵션은 무엇입니까?
이 표는 기존 SAP 시스템을 클라우드로 이동 및 마이그레이션하기 위한 상위 레벨 옵션 목록입니다. 자세한 정보는 SAP 워크로드 이동 및 마이그레이션에 필요한 모든 SAP 문서를 참조하고 SAP를 위한 시스템 구현자와 협력하십시오.
SAP 워크로드 이동 및 마이그레이션 접근 방법 | 설명 | 공통 사용법 | 작동 중단 시간 | 마이그레이션 전후 작업 | 데이터 전송 |
---|---|---|---|---|---|
SWPM을 사용하는 이기종 시스템 복사 | 다른 CPU 아키텍처, OS 또는 데이터베이스로 이동하거나 플랫폼을 다시 구성합니다. SWPM의 시스템 복사 내보내기/가져오기 사용 | 일반적으로 보다 중요한 이동에 대비하여 데이터베이스 서버를 변경하는 데 사용됩니다(예: 클래식 마이그레이션 접근법을 사용하여 SAP HANA DB로 이동). | 예 | 상당한 준비 및 사후 처리가 필요합니다. | 시스템 복사 내보내기 덤프 |
SWPM을 사용하는 동종 시스템 복사 (SAP HANA DB를 실행하는 시스템 사본 전용 옵션) | 최신 OS 또는 데이터베이스 버전으로 이동하거나 플랫폼을 다시 설정합니다. CPU 아키텍처 또는 Endianness 간 이동에는 사용할 수 없습니다. SWPM과 함께 SAP 데이터베이스 백업을 사용합니다. | 새 SAP HANA 대상으로 이동하거나 기존 AnyDB를 사용하여 새 OS 대상으로 이동합니다. 또한 기존 시스템의 새 샌드박스를 작성하는 데 사용됩니다(논리 시스템 이름 변경 여부에 관계없이). | 예. 대상으로의 장애 복구 시 준비, 변경 보류 및 델타 변경 동기화(로그 파일)에 따라 가능한 작동중단시간이 약간 감소함 | 이기종 시스템 복사보다 준비가 적음, 시나리오에 따라 중간에서 상당한 사후 처리 필요(대부분의 경우 논리 시스템 이름이 변경됨(예: BDLS)) | SAP 데이터베이스 백업 |
클라우드에 복제된 데이터베이스 미러가 있는 SAP HSR(HANA System Replication) | 보조 장애 복구 사이트가 클라우드에서 호스팅됩니다. | HA 및 DR 시나리오 | 네, 최소한입니다. 디자인과 장애 복구 요인(예: 비용 최적화 또는 성능)에 따라 다릅니다 | SAP Landscape Management(LaMa)를 사용하여 설정 및 실행을 자동화할 수 있습니다. | 로그 또는 메모리 전송; SYNCMEM, FULLSYNC, SYNC 또는 ASYNC 모드 |
SAP LaMa를 사용하여 이동을 조정하는 시스템 재배치 | 실행 중이거나 종료된 인스턴스를 물리적 또는 가상으로 재배치합니다. SAP LaMa를 사용합니다. SAP HANA DB MDC 테넌트를 재배치할 수 없습니다. | 개별 SAP 인스턴스를 이미 설정된 새 인프라 랜드스케이프로 이동합니다. | 예 최소한, 실행 중인 시스템은 중지되고 준비되지 않은 상태에서 준비되고 시작되면서 작동중단시간이 있습니다. | SAP LaMa를 사용하여 재배치를 자동화할 수 있음 | VMware용 LaMa 또는 LaMa 어댑터를 사용하는 패키지 네트워크 전송 |
시스템 이동 실행이 포함된 SUM용 DMO*(마이그레이션, 유니코드 변환, 업그레이드 및 추가 태스크 결합)* | 앱 서버(NetWeaver) 업그레이드 또는 SAP HANA로의 데이터베이스 변환이 지원됩니다. NW PAS와 데이터베이스 서버를 이동시키고 동시에 모두 업그레이드합니다. | Business Suite on SAP HANA 또는 SAP S/4HANA 변환 마이그레이션의 일부로 마이그레이션(Brownfield) | 예. 대상 랜드스케이프의 PAS 대상 및 데이터베이스 호스트(예: IBM Cloud)는 모두 시스템 이동을 실행하는 SUM용 DMO 이전에 준비되어야 합니다. | 상당한 준비가 필요합니다. | 시스템 내보내기는 소스 랜드스케이프에서 수행됩니다. 가져오기는 대상 랜드스케이프에서 수행됩니다. 내보내기/가져오기는 병렬로 수행할 수도 있습니다. |
선택적 데이터 상태 전이, 쉘 변환 사용 | 사용자 정의 및 개발만으로 SAP 시스템의 쉘을 작성한 후 SAP ECC 또는 SAP S/4HANA로 업그레이드/변환합니다. 선택적 데이터를 ECC에서 업그레이드된 쉘 시스템으로 마이그레이션합니다. | 비즈니스 분할 시나리오(예: 사업분할) 및 SAP S/4HANA를 사용한 전환/변환 프로젝트에 사용됨 | 예 최소한, 대상을 미리 빌드하고 테스트할 수 있습니다(변환 단계 및 조치방안을 반복적으로 테스트). 데이터를 대상에 미리 복제할 수 있으므로 작동중단시간은 델타 데이터 동기화 및 기존 시스템을 대상으로 대체하는 경우에만 발생합니다. | 상당한 준비가 필요합니다. | SAP 랜드스케이프 변환 복제 서버, 직접 SAP 계약을 통해 처리됨 |
선택적 데이터 변환, 혼합 및 일치 사용 | 두 개 이상의 시스템 구성을 병합하여 필요한 구성이 있는 새 SAP 시스템을 작성한 후 SAP S/4HANA로 업그레이드/변환 | 비즈니스 병합 시나리오(예: 인수) 또는 여러 SAP 시스템 통합(예: 각 지리적 영역 또는 비즈니스 단위의 ERP) 및 SAP S/4HANA를 통한 전환/변환 프로젝트에 사용됨 | 예 최소한, 대상을 미리 빌드하고 테스트할 수 있습니다(변환 단계 및 조치방안을 반복적으로 테스트). 데이터를 대상에 미리 복제할 수 있으므로 작동중단시간은 델타 데이터 동기화 및 기존 시스템을 대상으로 대체하는 경우에만 발생합니다. | 상당한 준비가 필요합니다. | SAP 랜드스케이프 변환 복제 서버, 직접 SAP 계약을 통해 처리됨 |